- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev]progress on AIX?

by Jorge Arellano Cid

On Sat, 14 Feb 2004, Riccardo wrote: > Hello, > > I posted the buildlog I got on AIX... did someone had a look at it to > see if there are some warnings or errors that could explain the > brokeness of dillo on aix? Yes I did. The only thing capable of producing an illegal instruction I can think of by reading the gcc compile log is: <q> main.c:298: warning: passing arg 3 of `naccept' from incompatible pointer type bookmarks.c:1824: warning: passing arg 3 of `naccept' from incompatible pointer type downloads.c:176: warning: passing arg 3 of `naccept' from incompatible pointer type </q> The third argument of accept() is of socklen_t * type. If the size of the pointed-to value is smaller than the actual type, memory corruption can happen. If AIX doesn't provide socklen_t, dillo blithely defines it as: <q> IO/http.c: #define socklen_t guint32 ../dpi/downloads.c: #define socklen_t guint32 ../dpid/dpi.h: #define socklen_t guint32 </q> Please try changing these to int. This is: #define socklen_t int The other warnings worth of considering at this point are: <q> ld: 0711-224 WARNING: Duplicate symbol: .strcmp ld: 0711-224 WARNING: Duplicate symbol: strcmp ld: 0711-224 WARNING: Duplicate symbol: .pow ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. </q> Hope this helps Jorge.-

Feb. 22, 2004

[Dillo-dev]Resuming...

by Jorge Arellano Cid

Hi there, I'm back from my week off! It was very nice with plenty of good times in the southern part of Chile. A bit short but reassuring! In fact it was a few days ago that I started moving the large stack of emails and pending issues... Those still waiting for an answer, please be patient, just keep sending periodic remainders to the mailing list just in case I get lost in the email pile. ;) (email is kind of an entropic activity: the more you write, the more you receive). One of the already answered was a request from LinuxDevices. Now you can check their coverage of 0.8.0 release here: http://linuxdevices.com/news/NS6109819427.html Greetings to everyone Jorge.-

Feb. 22, 2004

Re: [Dillo-dev]GTK error

by Sebastian Geerken

On Sat, Feb 14, Riccardo wrote: > dillo 0.8.0 (well, the last pre series I think...) dies from time to > time with this error: > Gdk-ERROR **: BadMatch (invalid parameter attributes) > serial 6737 error_code 8 request_code 72 minor_code 0 > > this is on solaris, gtk 1.2.10 I'm not sure whether I will be able to help you at all, but for this kind of error, the following is helpful for others. If you are able to reproduce it (or it happens often enough so that the chance is there), try the following: 1. Start gdb with dillo, and run it with "--g-fatal-warnings". 2. When this error occurs, dillo will immediately abort, and you are back in gdb. 3. Type "bt" in gdb. If you are a bit familiar with the internals of dillo, try to find the relevant level on the stack (usually the top-most function of dillo itself), and print the values of the variables of which you think that they might help. Sebastian

Feb. 22, 2004

[Dillo-dev]CSS pre-release

by Sebastian Geerken

Hi! For those interested in the work on CSS, there is a pre-release at <http://www.dillo.org/download/dillo-0.8.0-css-1.tar.gz>. Don't expect too much, it is rather incomplete, even the splash screen cannot be displayed :-) (because of a syntax error in it). It is based on dillo 0.8.0, although much of the functionality in the latter is missing. See the file README for further informations. Sebastian

Feb. 22, 2004

Re: [Dillo-dev]Frame support in CVS

by Andreas Kemnade

On Thu, 05 Feb 2004 14:05:06 -0800 Kelson Vibber <kelson(a)pobox.com> wrote: > At 07:39 PM 2/3/2004, Jacky Lam wrote: > > I am new to dillo and I want to use dillo with frame support. I try > > dillo in CVS and find it only show some link pages for each frames > > respectively. Is it the current status? How about Frank patches? > > I don't know. I tried applying the latest version of Frank's patch > (version 16, from November 24), but ended up with about 30 reject files, so > it's clearly *way* out of sync. Unfortunately, Frank hasn't posted here > since early December. > > Does anyone else know what's going on with this? Even if frames aren't > being merged in yet, it would be nice to have a patch that's in sync with > the new release. > I have tried to update Frank's patch. It is not well tested or cleaned up yet but I simply need to take a deep breath. http://users.auriga.wearlab.de/~andi/dillo/dillo-frames.diff.gz Tested with yesterday's cvs. At least it seems to work at me. There are some issues with scrolling where I have disabled some pieces of code and marked them with a #warning. I think whoever maintains this patch in the future should be noticed about changes in the dillo source which might affect the patch. The patch has one big problem. It is too big. Not that it bloats dillo, but it is hard to review such a big patch. Perhaps it can be split up and then be committed piece by piece. Has anyone ideas how to split it? Perhaps in the DilloDoc/BrowserWindow separation, the kbnav thing and frame support? So what's the way to get frames into cvs? I would not like to see Frank's efford lost. Greetings Andreas Kemnade

Feb. 22, 2004

[Dillo-dev]dillo execution error

by Nagaraja

Hi All, Has any one in the list got dillo working on Strong-Arm (SA1110), I am getting the error when I run dillo-0.7.3. my board is strong-ARM(SA1110) with 128 Mb RAM . currently I am using toolchain build with gcc-332,glibc-232 and binutils-214 to cross compile the dillo. I build the toolchain with msoft-float enabled in gcc and glibc by applying the patches downloaded from http://www.kegel.com/crosstool/ When I searched for the error I found them in the xc/lib/X11/XErrorDB file ,actually I compiled Xserver(X421src-1.tgz X421src-2.tgz, X421src-3.tgz) as usual i.e make World , make and make install since I could't find a way to enable msoft-float option in Xserver cross.def file. Has any one here got an idea what is going wrong here, is it toolchain problem or Xserver cross-compilation problem. same package(dillo-0.7.3) works fine with my previous toolchain used gcc-323,glibc-232 and binutils-21321 with same Xserver. The error is ....... Gdk-WARNING **: locale not supported by Xlib, locale set to C Gdk-WARNING **: can not set locale modifiers dillo_dns_init: Here we go! Disabling cookies. Nav_open_url: Url=>about:splash< Gdk-ERROR **: BadAlloc (insufficient resources for operation) serial 527 error_code 11 request_code 45 minor_code 0 Gdk-ERROR **: BadFont (invalid Font parameter) serial 528 error_code 7 request_code 47 minor_code 0 Thank you all in advance Regards Nagaraja

Feb. 20, 2004

[Dillo-dev]About proxy authorization && password storing

by Ivan Daniluk

Hi, all! I use proxy server, that requires basic authorization. So, I wrote patch for dillo 0.8.0 that enables this feature. It's available on: http://dem2mpg.by.ru/dillo-0.8.0-proxy-auth.patch.gz Main question I would ask is about password storing. This patch just implements new dillorc option - "http_proxyauth", which is the string like "user:password". But, I guess, it's not correspond to dillo security policy, is it? Maybe, we should open popup dialogue and ask user for login/password? Regards! -- Ivan Daniluk, software developer, Ukrainian Computer Labs, Kiev, Ukraine mailto:Ivan.Daniluk@ucl.com.ua

Feb. 17, 2004

Re: [Dillo-dev]rendering 0.7.3 vs. 0.8

by Madis Janson

On Sun, 15 Feb 2004, John wrote: > Hi, > I was presently surprised to see slashdot readable again. Oddly enough, some other websites are not rendering properly anymore. > > Here is an example: > http://damnsmalllinux.org/0.7.3_vs_0.8.png > dillo treats buggy html now differently... .dillo/dillorc:use_old_parser=YES should give old behavior. but i have a patch to eat the cake and have it also... ;) this gives a bit more forgiving html error threatment (for old parser mode), that seams to work fine in most cases: diff -pru dillo-0.8.0/src/html.c dillo08-mzz/src/html.c --- dillo-0.8.0/src/html.c 2004-02-07 01:10:45.000000000 +0200 +++ dillo08-mzz/src/html.c 2004-02-10 01:19:10.000000000 +0200 @@ -1169,7 +1176,8 @@ static void Html_tag_cond_cleanup(DilloH while (stack_idx && (cmp = strcmp(Html_tags_get_name(html->CurrTagIdx), html->stack[stack_idx].tag)) && - (old_mode || + ((old_mode && + !Html_match_tag(html->stack[stack_idx].tag, "table>", 6)) || Html_tags_get_endtag(html->stack[stack_idx].tag_idx) == 'O')){ --stack_idx; } (this is part of http://zone.ee/myzz/dillo/0.8.0/dillo-0.8.0-mzz.html)

Feb. 16, 2004

Re: [Dillo-dev]rendering 0.7.3 vs. 0.8

by Andreas Schweitzer

Hi, On Sun, Feb 15, 2004 at 09:16:48PM -0800, John wrote: > I was presently surprised to see slashdot readable again. > Oddly enough, some other websites are not rendering properly anymore. A very quick answer can be found here :-) : http://article.gmane.org/gmane.comp.web.dillo.devel/1434/ Cheers, Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

Feb. 16, 2004

[Dillo-dev]rendering 0.7.3 vs. 0.8

by John

Hi, I was presently surprised to see slashdot readable again. Oddly enough, some other websites are not rendering properly anymore. Here is an example: http://damnsmalllinux.org/0.7.3_vs_0.8.png The Dillo on top is 0.8 while the one on the bottom is 0.7.3. Regards, John

Feb. 16, 2004