- Dillo-dev - lists.mailman3.com

bug tracker doesn't work with dillo?

by joerg.sonnenberger＠web.de

On Wed, Mar 25, 2009 at 12:03:05AM +0000, corvid wrote: > Jorge wrote: > > Skimming the code it looks like the cast to long for int is > > the way to go. If a: > > > > - URL_DATA(url)->len, content_type->str, > > + (long)URL_DATA(url)->len, content_type->str, > > > > solves it. I'd commit it and let the explanation come after > > the patch. > > I was thinking of adding long casts for the Content-Length headers > in file.c as well. Sound good? Shouldn't that be (s)size_t? At least one vendor was smart enough to produce a 64bit platform with long != ssize_t and support for files larger than 32bit sounds highly useful... Joerg

March 25, 2009

Re: Mac OS X Developer

by corvid＠lavabit.com

That would be terrific to get OS X straightened out...

March 25, 2009

bug tracker doesn't work with dillo?

by corvid＠lavabit.com

Jorge wrote: > Skimming the code it looks like the cast to long for int is > the way to go. If a: > > - URL_DATA(url)->len, content_type->str, > + (long)URL_DATA(url)->len, content_type->str, > > solves it. I'd commit it and let the explanation come after > the patch. I was thinking of adding long casts for the Content-Length headers in file.c as well. Sound good?

March 25, 2009

bug tracker doesn't work with dillo?

by jcid＠dillo.org

On Mon, Mar 23, 2009 at 11:04:45PM -0600, Scott Scriven wrote: > * Scott Scriven <dillo-dev(a)toykeeper.net> wrote: > > The first bad revision is: > > changeset: 491:96a14e974cfb > > Some extra details... when I enable the MSG() call, this is what > I get: > > r490: > Query: {POST /paste/paste.php HTTP/1.1\x0D > Connection: close\x0D > Accept-Charset: utf-8,*;q=0.8\x0D > Accept-Encoding: gzip\x0D > Host: rafb.net\x0D > Referer: http://rafb.net/\x0D > User-Agent: Dillo/2.0\x0D > Content-Length: 53\x0D > Content-Type: application/x-www-form-urlencoded\x0D > Cookie2: $Version="1"\x0D > Cookie: uid=foo; $Path=/paste/; $Domain=rafb.net\x0D > \x0D > lang=C%2B%2B&nick=foo&desc=r490+works&text=r490+works} > > r491: > Query: {POST /paste/paste.php HTTP/1.1\x0D > Connection: close\x0D > Accept-Charset: utf-8,*;q=0.8\x0D > Accept-Encoding: gzip\x0D > Host: rafb.net\x0D > Referer: http://rafb.net/\x0D > User-Agent: Dillo/2.0\x0D > Content-Length: 47966194761781\x0D > Content-Type: application/x-www-form-urlencoded\x0D > Cookie2: $Version="1"\x0D > Cookie: uid=foo; $Path=/paste/; $Domain=rafb.net\x0D > \x0D > lang=C%2B%2B&nick=foo&desc=r491+fails&text=r491+fails} > > So, it looks like the content-length is definitely the issue. I > just don't see how it's getting changed. Skimming the code it looks like the cast to long for int is the way to go. If a: - URL_DATA(url)->len, content_type->str, + (long)URL_DATA(url)->len, content_type->str, solves it. I'd commit it and let the explanation come after the patch. -- Cheers Jorge.-

March 24, 2009

Re: Mac OS X Developer

by jcid＠dillo.org

On Sun, Mar 22, 2009 at 04:10:15PM -0300, Nicol?s Manuel Luna wrote: > Hello! My name is Nicolas Luna and I'm from Argentina. I was reading in > your website that you need Mac OS X Developer. Well, I've recently > migrated to this system and I use dillo for a long time (I used it in > Slackware). > I want to contribute anything as posible. I know how to compile, install > dependencies and I know some of C. > If you want me, say me what can I do. I love this browser :D. Great! Currently Dillo works in OSX but with some glitches. For instance, sometimes it is necessary to move the mouse over the rendering area to get a refresh. Sometimes buttons don't draw. I don't know what may be fixed/workarounded in Dillo and what may be FLTK2's fault. So the first you can do is to get it to run in OSX and to start investigating the problems. If you get stuck, you can ask in fltk general or dillo-dev (BTW, please subscribe to dillo-dev). Help is very welcomed. -- Cheers Jorge.-

March 24, 2009

MINIX3 wants to port Dillo for GSOC...

by jcid＠dillo.org

On Sun, Mar 22, 2009 at 06:56:08PM +0000, corvid wrote: > ..in case that should interest anyone out there. > (http://www.minix3.org/soc-2009/) > > They have fltk2, libiconv, openssl, zlib, wget, libpng, libjpeg. > Not sure about pthreads for DNS... Yes, after some emails with AST sometime ago, I told him I could give it a try after the dillo-2.1 release is done. -- Cheers Jorge.-

March 24, 2009

bookmark dpi - cleanups

by jcid＠dillo.org

On Fri, Mar 20, 2009 at 07:36:28PM +0100, Justus Winter wrote: > Hey Folks :) > > the select an operation header line in dpi:/bm/modify contains a number > of no breaking spaces that prevented dillo from wrapping the text making > the page somewhat hard to use on a small screen (the freerunners display > is 480 pixels wide). The third patch fixes this problem. I couldn't help > to clean up some optical inconsistencies and a html bug warning while > fixing the original problem. Good! All committed. -- Cheers Jorge.-

March 24, 2009

bug tracker doesn't work with dillo?

by corvid＠lavabit.com

Scott wrote: > * corvid <corvid(a)lavabit.com> wrote: > > Does using %d or casting the length to a long > > change anything? > > Yes, either one resolves the issue. :) > > > It doesn't seem like adding a ptr arg should > > be able to do anything to alignment, but > > then I don't know what goes on in the > > bowels of the varargs stuff. > > It looks like the alignment was probably off all along, and > adding a parameter just revealed an old bug. I found that simply > adding a "%s" to the format string, with an empty "" as its > parameter, was enough to trigger the problem. > > More generally, I found that it works if I use an even number of > variables in format string, but it fails with an odd number. So, > I think the compiler is probably padding something and the "%ld" > gets the extra zero bits it needs from the padding. Do you have any problems with - reading local files - getting the tiny error pages for nonexistent local files? These cases in dpi/file.c also use %ld for content length, passing in an off_t and a size_t.

March 24, 2009

compiling error on FreeBSD 6.4

by Johannes.Hofmann＠gmx.de

On Tue, Mar 24, 2009 at 08:42:56PM +0900, furaisanjin wrote: > 2009/3/24 Hofmann Johannes <Johannes.Hofmann(a)gmx.de>: > > Oh, maybe getc is a macro in FreeBSD? Can you please try attached > > patch that renames the getc() / ungetc() methods to something > > non-standard. > > Thank you. The patch works fine. I can compile dillo and it's working OK. Committed. Thanks for testing, Johannes

March 24, 2009

compiling error on FreeBSD 6.4

by furaisanjin＠gmail.com

2009/3/24 Hofmann Johannes <Johannes.Hofmann(a)gmx.de>: > Oh, maybe getc is a macro in FreeBSD? Can you please try attached > patch that renames the getc() / ungetc() methods to something > non-standard. Thank you. The patch works fine. I can compile dillo and it's working OK. Regards, furaisanjin

March 24, 2009