- Dillo-dev - lists.mailman3.com

dillo crash at dlib/dlib.c:173
by stevegigijoe＠yahoo.com.tw July 29, 2009

July 29, 2009

Hello all After update, the dillo crash while opening http://www.google.com.tw on dlib/dlib.c:173 The array haystack is null and unchecked cause the problem... Log as below gigijoe@user-desktop:~/dillo2$ gdb src/dillo GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... (gdb) r Starting program: /home/gigijoe/dillo2/src/dillo [Thread debugging using libthread_db enabled] paths: Cannot open file '/home/gigijoe/.dillo/keysrc' paths: Cannot open file '/usr/local/etc/dillo/keysrc' paths: Using internal defaults... dillo_dns_init: Here we go! (threaded) Disabling cookies. Nav_open_url: new url='http://www.google.com.tw' [New Thread 0xb795b8e0 (LWP 11430)] [New Thread 0xb782bb90 (LWP 11433)] Dns_server [0]: www.google.com.tw is 74.125.19.105 74.125.19.106 74.125.19.99 74.125.19.104 74.125.19.103 74.125.19.147 [Thread 0xb782bb90 (LWP 11433) exited] Connecting to 74.125.19.105 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb795b8e0 (LWP 11430)] 0x0807ee7c in dStristr (haystack=0x0, needle=0x810c13f "javascript") at dlib.c:173 173 for (i = 0, j = 0; haystack[i] && needle[j]; ++i) Current language: auto; currently c (gdb) q The program is running. Exit anyway? (y or n) y Steve ______________________________________________________________________________________________________ ¥I¶O€~®e¶qµL€W¡HYahoo!©_Œ¯¹q€l«Hœc2.0§K¶Oµ¹§A¡A«H¥ó¥Ã»·€£¥²§R¡I http://tw.mg0.mail.yahoo.com/dc/landing

3 2

dIsspace
by corvid＠lavabit.com July 27, 2009

July 27, 2009

When are we supposed to use isspace() and when are we supposed to use dIsspace()? It appears that one is now used in the C++ code and the other in the C code, but I don't know the reason for this distinction.

3 6

exit codes
by corvid＠lavabit.com July 24, 2009

July 24, 2009

I checked what bash sees when dillo returns -1 for bad cmdline argument, and $? shows 255. It seems that out of range values turn into 255. Not that anyone will ever care beyond zero vs nonzero, but I'd like to change it to something valid. I could change it to 1...or 2...or I could use the values from sysexits.h (i.e., borrow their values as opposed to including it, since it doesn't appear to be standard). Any opinions?

1 0

Problem: Dillo2 does not recognize True Type font
by ericshliao＠gmail.com July 19, 2009

July 19, 2009

I built dillo2 for my Debian5 desktop and found that Chinese text were not correctly displayed. All Chinese glyphs are displayed in empty blocks. I found that it's because the dillo2 that I built only recognized type1 font and did not recognize truetype font. I did a small test as the stated in the following to find the cause. I know it is not normal, because people don't have such problem. I wonder if this problem can be solved by setting proper ./configure options or by modifying Makefile. If you have any idea, please help. Thanx. At first, I suspect that FLTK2 does not support multi-national language dispaly. So I wrote a small program to test it. I used: "g++ -o fltkhello1 fltkhello1.cxx -I/usr/local/include -L/local/lib -lfltk2 -lXext -lXft -lX11 -lXi -lm" to compile. The result is not not satisfying. With the help from fltk-dev mail list, I tried "fltk2-config --compile fltkhello1.cxx" and got correct result. In fact, "fltk2-config --compile fltkhello1.cxx" will execute the following command to compile: gcc -I/usr/local/include -I/usr/include/freetype2 -Wno-non-virtual-dtor -o fltkhello1 fltkhello1.cxx -L/usr/local/lib /usr/local/lib/libfltk2.a -lX11 -lXi -lXinerama -lXcursor -lXft -lpthread -lm -lXext -lsupc++ The interesting part is: my previous faulty compile command made my program only recognize type1 font (such as Bitstream Charter), and no truetype font is recognized. The problem was corrected by calling "fltk2-config --compile fltkhello1.cxx". Because in my desktop, all the Chinese glyphs are provided by truetype font, it caued FLTK2 program won't dispaly Chinese glyphs. I also add some code in Dillo 2 source code to hardcode fontname to be used to draw text, I found that only typ1 font was recognized, all truetype fonts are not recognized.

3 5

[patch] check for dpip_tag == NULL in https.c
by Johannes.Hofmann＠gmx.de July 18, 2009

July 18, 2009

Hi, I was getting frequent https.filter.dpi with dpip_tag == NULL. Attached patch adds a check for that case. If nobody objects I'd commit this in a few days. Cheers, Johannes

3 4

Height attribute
by richard.jrmy＠gmail.com July 18, 2009

July 18, 2009

Hello, I'm french, so I'll hope you could understand me. I'm developing for IE 7, Firefox and Dillo. It's not necessary to respect the W3C because it is for local networking use. I need to have a table which have an height of 100% of the page and my attribute doesn't work. I've put " height='100%' " in my <table> and I've tried with CSS too. In Firefox and IE that works but not in Dillo. In Dillo, there is only the width works. So, I would like to know if there is a solution to have a table or the body of 100% of the Dillo windows? I hope that yes, this is a good web browser. Have a good day. Regards. J?r?my

2 2

dpid includes
by jcid＠dillo.org July 15, 2009

July 15, 2009

Hi, I just removed a bunch of redundant includes from the dpid/ directory. Please compile test on platforms other than GNU/Linux. TIA. -- Cheers Jorge.-

3 2

CSS class handling updated
by Johannes.Hofmann＠gmx.de July 13, 2009

July 13, 2009

Hi, the CSS class handling has been updated to support multiple class names as defined in the CSS 2.1 specification. Obviously dillo now has to do some more work to handle the cases with multiple class names. However I hope that at least on pages that do not use this feature performance did not change noticably. If you find a case where the current code feels slower than 2.1.1 please let me know. Cheers, Johannes

1 0

Re: [fltk.general] Cross-compiling Dillo to ARM
by darirf＠yahoo.es July 13, 2009

July 13, 2009

Hi Alan, Steve: With Steve's fltk2 patch it has compiled correctly and works :), so I don't have to replace the X server binary (great!). Screenshot at: http://www.mobileread.com/forums/showpost.php?p=517459&postcount=92 Thanks a lot to all :-D. Best regards, Dario

3 2

Bug in Dillo's menu
by Hole.destructor＠gmx.de July 12, 2009

July 12, 2009

Dear Dillo developers, I just found a little bug in the dillo's menu: When I click on the tool button (the one, where one can de/activate CSS) and I don't want to click on one of it's items (maybe because I pressed the wrong button or something), it is impossible to get out. I just can't simply close the menu by again click on the tool button. Clicking somewhere else (i.e. on another menu button) will not close the tool button. The only way to close the menu seems to be a click on one of it's items. Exactly the same thing happens with the F-menu button. What I also noticed: Sometimes dillo seems to hang, when visiting the "Bug Insertion" page on the dillo homepage: When I click on some of the drop-down menus or the text field, suddenly dillo freezes. I'm using Dillo 2.1.1 (Ubuntu binary "dillo+ssl" dillo_2.1.1-0+dillo1~jaunty1_amd64.deb, libfltk2.0-dev_2.0.0~r6671-0+devfil1_amd64.deb). It would be nice, if anyone could have a look into this. Many thanks in advance, Alexander

2 2