<html><body bgcolor="#FFFFFF"><div>Hello Pat,<br><br><br></div><div><br>On 01/08/2010, at 8:02 AM, "Pat Somerville" &lt;<a href="mailto:l_pat_s@hotmail.com">l_pat_s@hotmail.com</a>&gt; wrote:<br><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.28125); -webkit-composition-fill-color: rgba(175, 192, 227, 0.214844); -webkit-composition-frame-color: rgba(77, 128, 180, 0.214844); ">&nbsp;</span><br></div><blockquote type="cite"><div>
<div><font size="2" face="Arial"><strong>The Apparent Byte Size Limit for a Portable 
Network Graphics (.png) File</strong></font></div>
<div><font size="2" face="Arial"></font>&nbsp;</div>
<div><font size="2" face="Arial">However, in the file of the form MyFile.tex, 
apparently when the set of LaTeX commands and text between the commands 
\begin{CJK}{UTF8}{gbsn} and \end{CJK} was too extensive, one of the&nbsp;ensuing 
messages after&nbsp;entering the command of the form "latex2html........ 
MyFile.tex" was "Bad file descriptor" in attempting to generate the .png 
image.&nbsp; That .png image was listed in the so-generated folder with a 
corresponding name of the form MyFile; but it&nbsp;had a size of 0 bytes.--So,</font></div></div></blockquote><div><br></div><div>Usually when an image OS size 0 bytes is produced, it is because the image was too tall for the page size being used in the images.tex LaTeX job. This causes TeX to output a extra blank page before the oversize image. It is this blank page which becomes the bad image.</div><div><br></div><div>You should check the images.log file to see whether this has happened. In particular the number of pages output will be greater than the expected number of images. The console log of the LaTeX2HTML job indicates how many images are to be created, so you can check this without looking into images.tex itself.</div><div><br></div><div>I doubt very much that you have reached any limit on the size of a PNG file.</div><div>There are many other possible causes of the failure, before appealing to such a physical limitation.&nbsp;</div><br><blockquote type="cite"><div><div><font size="2" face="Arial"> 
of course, it either wasn't displayed or else a blank for it was displayed when 
the file of the form MyFile.html was opened in the Konqueror Web browser.&nbsp; 
</font><font size="2" face="Arial">From experience the limiting size of the 
so-generated, yet displayable, not-empty, .png file&nbsp;had to&nbsp;have been 
somewhat larger than 60 kilobytes, based on the largest .png file size I recall 
seeing in this context without the file-size problem.&nbsp; Such a large size is 
in stark contrast to 4.6 kilobytes, the largest size I saw for a .png image of a 
mathematical expression generated by LaTeX2HTML 1.70 from a .tex file containing 
mathematical expressions and possibly one or more Greek letters, but no 
simplified Chinese characters.</font></div>
<div>&nbsp;</div>
<div><font size="2" face="Arial"><strong>A&nbsp;"Workaround" 
Solution</strong></font></div>
<div><font size="2" face="Arial"></font>&nbsp;</div>
<div><font size="2" face="Arial">By breaking the single, 
long,&nbsp;\begin{CJK}{UTF8}{gbsn}, \end{CJK} segment into several, shorter, 
such segments, such that no LaTeX2HTML-generated .png file had a size larger 
than the apparent byte limit of somewhat greater than 60 kilobytes, the .html 
file produced by LaTeX2HTML could contain the designed, simplified Chinese 
characters and mathematical content.&nbsp; Then each {CJK} segment of the .tex 
file corresponded to one .png file.</font></div></div></blockquote><div><br></div><div>This could certainly work, to keep the vertical height to smaller chunks.</div><div>Then each of these images would be made correctly.<span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); ">&nbsp;</span><br></div><br><blockquote type="cite"><div>
<div><font size="2" face="Arial"></font>&nbsp;</div>
<div><font size="2" face="Arial">The above&nbsp;solution is much preferred over the 
alternative solution of breaking the long, say MyFile.tex file into files of the 
form MyFileA.tex, MyFileB.tex, MyFileC.tex, etc.; executing latex2hmtl commands 
of the forms "latex2html......MyFileA.tex",&nbsp; 
"latex2html......MyFileB.tex",&nbsp; "latex2html......MyFileC.tex", etc., 
so-producing output files of the respective forms&nbsp;MyFileA.html, 
MyFileB.html, MyFileC.html,&nbsp;etc.; and finally appending each of those files 
in the order of&nbsp;MyFileA.html, MyFileB.html, MyFileC.html,&nbsp;etc., to 
make one long, .html document.--The undesirable features of this alternative 
solution are that,&nbsp;say equation number 1 and the image file name img1.png 
could&nbsp;conceivably appear&nbsp;for each of the files of the 
forms&nbsp;MyFileA.html, MyFileB.html, MyFileC.html,&nbsp;etc.&nbsp; So&nbsp;if 
all of the&nbsp;multiple, img1.png files were placed in the same 
directory,&nbsp;there would likely be mistakes or problems when img1.png would 
be referenced by one of the .html files.&nbsp; No, for one project each of the 
equations and&nbsp;.png files should have its own, unique number.&nbsp; And that 
can be arranged automatically by LaTeX2HTML by using the first solution in which 
the&nbsp;long,&nbsp;CJK segment in the original .tex file is broken into several 
CJK segments, as&nbsp;discussed in the first paragraph of this 
section.</font></div>
<div><font size="2" face="Arial"></font>&nbsp;</div>
<div><font size="2" face="Arial"><strong>Unknown Origin of the Apparent .png-File 
Size Limitation</strong></font></div>
<div><font size="2" face="Arial"></font>&nbsp;</div>
<div><font size="2" face="Arial">Since the origin in the computer code of the 
apparent, .png, file-size limitation is unknown to me, even whether it is within 
the CJK for LaTeX or LaTeX2HTML code, I&nbsp;hope I will able to&nbsp;send this 
e-mail letter to both the LaTeX2HTML and CJK users groups; however, so far 
e-mail letters sent to two e-mail addresses posted for joining the CJK users 
group have been returned to me as undeliverable.&nbsp; Please advise me on where 
to make a change&nbsp;in one of the computer codes to accommodate a .png file 
size&nbsp;larger than the current apparent limit, which appears to be somewhat 
over 60 kilobytes.&nbsp; Thanks in advance for help with where to make a change 
in some computer code to overcome this apparent limitation.</font></div></div></blockquote><div><br></div><div>I think you are looking at the wrong place, for the problem that you encountered.</div><br><blockquote type="cite"><div>
<div><font size="2" face="Arial"></font>&nbsp;</div>
<div><font size="2" face="Arial">Pat&nbsp; </font></div>
<div><font size="2" face="Arial"></font><br></div>
</div></blockquote><div><br></div><div><br></div><div>Hope this helps.</div><div><br></div><div>&nbsp;&nbsp; &nbsp; &nbsp; &nbsp;Ross</div><div><br></div></body></html>