- Dillo-dev - lists.mailman3.com

Check for unterminated quoted strings
by Andreas Kemnade Sept. 6, 2003

Sept. 6, 2003

I found this tag on pages at www.reichelt.de: <A HREF="Info.html?P1mqhKwQAQsAAHVmTEY+Suche+0+50+LM%20324%20D%20SMD+lm324" onmouseover="return overlib('<TABLE><TR><TD><font face=\'Verdana, Arial, Helvetica, sans-serif\' size=1 color=\'#FFFFFF\'></font></TD></TR></TABLE>',CAPTION,'LM 324 D SMD');" onMouseout="return nd();"> It looks like correct html to me or am I wrong? But dillo does not render it correctly. It is rendered like this: <A HREF=... onmouseover="...TABLE"><TR><TD>... So the check for unterminated quoted strings confuses the table handling. With a small change to html.c, it will be rendered correctly: /* Skip over quoted string */ buf_index++; buf_index += strcspn(buf + buf_index, - (ch == '"') ? "\">" : "'>"); + (ch == '"') ? "\"" : "'"); if ( buf[buf_index] == '>' ) { /* Unterminated string value? Let's look ahead and test: * (<: unterminated, closing-quote: terminated) */ I don't know why that check is there. Does HTML allow quoted strings to be not terminated? I guess there is a better solution than mine. Greetings Andreas Kemnade

1 0

Something to think about: free vs. proprietary OSes
by Kelson Vibber Sept. 5, 2003

Sept. 5, 2003

<flamebait> So if Dillo is about 100% free software, including the OS it runs on, does that mean we should reject any patches that help Dillo run on Solaris, IRIX, AIX, HP-UX, Mac OS X and so on? If something breaks compatibility with Cygwin, should we let it slide because Cygwin only runs on Windows? What's next, dropping support for SuSE because it's less free than Debian? Red Hat because they call it "Linux" instead of "GNU/Linux?" </flamebait> Where do we draw the line... and why? Compatibility? Ideology? If someone came up with a way to get a working prototype on Mac OS classic, without any effort on your part, would you reject their contribution because the OS is proprietary? If yes, what makes Solaris different? If no, what makes Windows different? A consensus on this issue would be useful, especially the next time someone expresses interest in using Dillo on a nonconventional platform. -- Kelson Vibber www.hyperborea.org

4 3

Re: [Dillo-dev] could not find font
by Jorge Arellano Cid Sept. 4, 2003

Sept. 4, 2003

Hi, > > Hi, I am using dillo for a project here at the univ. In the course of it I > have had to make some modifications to the dillo source so as to be able > to talk with some `tuple space` server. They don't affect the working of > dillo and are abstracted out. Also I need to get the modified dillo on my > ipaq H3670 for use in the project demo. I did the source changes and > everything seems just great. I compiled it for arm using handhelds.org > public clusters and also managed to get it onto my IPAQ. So far so good. > > However the dillo executable doesnt run and bails out saying: > ---- > ** WARNING **: Can't load any ISO8859-1 font!?! :( > ** ERROR **: Could not find any font. aborting... Aborted > ---- This means all the attempts in Dw_style_font_realize() failed. > The dw_style.c seems to look for a font and I would think it fails if it > doesnt find any. That's it. > But what I dont understand is the vanilla gpe > distribution given by the familiar folks also includes dillo and that > works fine on the SAME ipaq. So somehow that dillo executable knows how to > find the fonts? No. It may be that they don't try with the same fontnames! Make sure both provide the exactly the same Dw_style_font_realize() font. If it's the same, check you're using the same dillorc for both. If the problem still persists, using both on the same machine under the same username, using the same dillorc, I'm puzzled! > I am guessing I need to pass a font dir or something > related to x/xfs here? It also works great if I compile it on a desktop > linux box. I am wondering why it cannot find the fonts on the ipaq only. > > Does anyone have any suggestions on how to get this working? Thanks, As above. Cheers Jorge.-

1 0

Dillo on Win2k
by Robin Rowe Sept. 4, 2003

Sept. 4, 2003

FYI, making progress with Dillo on Win2k. http://cinepaint.sourceforge.net/pix/windows/dillo.win2k.gif Cheers, Robin --------------------------------------------------------------------------- Robin.Rowe(a)MovieEditor.com Hollywood, California www.CinePaint.org Free motion picture and still image editing software

9 16

Re: [Dillo-dev] Dillo on Windows fork
by Melvin Hadasht Sept. 4, 2003

Sept. 4, 2003

[Please, let's keep this discussion on the ML] Hi, > > If someone wants to port Dillo to Windows, he > > can look at how Sylpheed-Claws I/O infrastructure was ported to Windows. > > Sylpheed-Claws does not use pthreads, but it forks... > > Windows doesn't fork. That can be emulated with spawn. Threads is a better > approach. I don't know how he did that, but I remember those two parts (IO and forking) were the first things that needed to be ported to Windows. My message wasn't aimed at discussing technical points (I never programmed in Windows), but rather to point to some light-weight gtk 1.2 project that was already successfully ported to Windows, so less experienced developers could take a look on it. > > I think, if someone does not already have the experience of > > porting to Windows.... > > I ported CinePaint to Windows, the largest GTK project ever ported aside > from GIMP. Then disregard my email, it will not help you :). I thought someone was in need of technical help for porting to Windows, so I posted some hints in the case where the poster was not so experienced. > >...looking at Claws versions can be very helpful, as our port > > is done by a very knowledgeable guy. > > Cool, who was that? Just google for Sylpheed-Claws & win32 :) -- Melvin Hadasht

1 0

RE: [Dillo-dev] Dillo on Windows fork
by Eric Gaudet Sept. 3, 2003

Sept. 3, 2003

> Kelson, > > > If Jorge does not want to work on a Windows port, that's up > > to him.... > > That does not necessarily mean the project has to be forked.... > ... > It seems clear that I must take Dillo for Windows elsewhere, > that opinions are too firmly set for Windows users to feel > welcome here soon. It isn't a problem to put my version on > SourceForge. Does anyone here want to get involved now or > shall I go it alone? > That's the beauty fo the GPL: even if the developers of Dillo don't want to help with a feature, a port, you can still do it. And if you end-up adding interesting stuff, Dillo can even get it back! ... > Should I choose a new name for the Dillo fork on SourceForge? > It's not required, AFAIK. The only requirement is to release the sources under the GPL with any release you do. Regarding the need for a windows port, I don't quite see who would need such a thing (besides you, obviously). Windows has phoenix, which is lightweight enough when the OS itself need a big machine only to boot. As for running old versions of windows on a small machine, it really is ludicrous. Running an OS that's unsupported, crash-prone and hopelessly outdated like W9x sounds like a bad idea. This kind of machine is a perfect target for a small linux. Good luck anyway. Eric

1 0

Re: [Dillo-dev] Dillo on Windows fork
by Robin Rowe Sept. 3, 2003

Sept. 3, 2003

Robert, > Well, for me, one of the annoying things about M$ is it's policy of > aggressive obsolescence. Let's not debate the pros and cons of Microsoft. It isn't that interesting and anyone with an opinion is unlikely to change it. In my world, that is, motion picture animation and special effects, the O.S. situation is very different from elsewhere. If you read my articles in Linux Journal then you are aware that in motion picture production Linux dominates as the most popular O.S. on servers and desktops. Windows isn't even a close second. The largest corporate installations of Linux in the world are DreamWorks, ILM, and Disney. To support all operating systems -- even minor ones like Windows -- is a mark of professionalism where I come from. Cheers, Robin --------------------------------------------------------------------------- Robin.Rowe(a)MovieEditor.com Hollywood, California www.CinePaint.org Free motion picture and still image editing software

1 0

Dillo configure cannot find zlib, jpeglib not libpng
by Scorpio Rising Sept. 3, 2003

Sept. 3, 2003

Hello, just joined. I have a configuration problem in Debian stable. The configure file cannot find/use the z, jpeg or png libs that are in /usr/include. *** cannot locate***......disabling jpeg/png/libz I have tried the command line options and even hardcoding the paths in configure.in to no avail. I have installed the dev-headers for these packages. Other programs (GIMP, ShowIMG, etc) find and use them just fine. Dillo works, but no images :-\ Thanks, -- Gregg

2 1

Problems compiling tab+frame patch on Mandrake and RH 7
by Kelson Vibber Sept. 3, 2003

Sept. 3, 2003

I've built RPMs that include version 9 of the tab+frame patch at http://www.hyperborea.org/software/dillo/modified.html (a completely separate page from the mail page with the "vanilla" RPMs). In building these, I ran into problems trying to compile with up-to-date versions of: - Red Hat 7.3 - Red Hat 7.2 - Mandrake 8.2 - Mandrake 9.1 On these systems, after un-tarring the Dillo 0.7.3 source and applying the appropriate version of the patch, make would always fail at the same point: gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/local/include -I/usr/local/include/libpng12 -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 -DXHTML_DTD_FRAMESET -DXHTML_DTD_TRANSITIONAL -D_REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -c `test -f 'http.c' || echo './'`http.c http.c: In function `Http_query': http.c:167: `VERSION' undeclared (first use in this function) http.c:167: (Each undeclared identifier is reported only once http.c:167: for each function it appears in.) make[3]: *** [http.o] Error 1 make[3]: Leaving directory `/home/kelson/build/dillo-0.7.3/src/IO' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/kelson/build/dillo-0.7.3/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/kelson/build/dillo-0.7.3' make: *** [all] Error 2 The unpatched versions had no problems on any of the above systems. When I checked the patch to see what was changed in http.c, and saw how little there was, I started looking at library versions. At the time I had not tried Red Hat 7.2, so I started up my UML copy. On my first test (just compiling the patched source), it worked. I then checked for and installed updates before trying to build the RPM, and it failed just as the others had. To make a long story short, on Red hat 7.2 I narrowed the problem down to glibc. It worked with glibc 2.2.4-19.3, but not with 2.2.4-32. Unfortunately I can't narrow it down to a version in general. Red Hat 7.3 is on glibc-2.2.5-43, Mandrake 8.2 is on glibc-2.2.4-26.2mdk, and Mandrake 9.1 is on glibc-2.3.1-10mdk. Has anyone else encountered similar problems, and/or come up with a workaround? -- Kelson Vibber www.hyperborea.org

3 3

CPU hog with large selections
by Jorge Arellano Cid Sept. 2, 2003

Sept. 2, 2003

Hi there, Yesterday I came accross this bug while reading: http://freshmeat.net/articles/view/889/ (272KB) If you go to a comment in the middle of the page, start selecting text with the mouse, and move it to the leftmost border (so it selects all the text up to the start), the CPU will hog and dillo will become unresponsive as it was in a dead loop. For instance, from the bottom line it takes 10 minutes to recover on a pentium II 233Mhz. I almost sure this can be improved. Please someone give a hand to fixing it. Cheers Jorge.-

2 2