- Dillo-dev - lists.mailman3.com

Fwd: Re: Dillo early exit

by sgeerken＠dillo.org

Somehow this post got lost ...

Dec. 14, 2012

Dillo early exit

by sgeerken＠dillo.org

On Fri, Dec 14, Sebastian Geerken wrote: > The HTML parser passes invalid UTF-8 to dw::Textblock. I will make > nextUtf8Char more robust (of course, dillo should not crash), ... Done. Both pages work now. Sebastian

Dec. 14, 2012

config.h.in

by p37sitdu＠lavabit.com

On Fri, Dec 14, 2012 at 10:34:13AM -0300, Jorge Arellano Cid wrote: > On Fri, Dec 14, 2012 at 01:10:11PM +0000, Jeremy Henty wrote: > > > > p37sitdu at lavabit.com wrote: > > > > > ^config\. is in .hgignore, bug config.h.in is tracked. It is > > > autogenerated, shouldn't it be removed from repo? > > > > Yes, it should. > > I'm not sure (my fault ;), but in practice: > > If removing it from the repo doesn't prevent "autogen.sh", > from building "configure"; and the "./configure; make" dance works > as usual, it should be ok to remove. On top of config.h.in there is a comment that says "Generated from configure.in by autoheader". "./autogen.sh; ./configure; make" works after removing config.h.in. By the way, configure.in is named configure.ac now. [1] autoconf shows a warning each time it sees configure.in. [1] https://www.gnu.org/software/autoconf/manual/autoconf.html#Writing-Autoconf…

Dec. 14, 2012

config.h.in

by jcid＠dillo.org

On Fri, Dec 14, 2012 at 01:10:11PM +0000, Jeremy Henty wrote: > > p37sitdu at lavabit.com wrote: > > > ^config\. is in .hgignore, bug config.h.in is tracked. It is > > autogenerated, shouldn't it be removed from repo? > > Yes, it should. I'm not sure (my fault ;), but in practice: If removing it from the repo doesn't prevent "autogen.sh", from building "configure"; and the "./configure; make" dance works as usual, it should be ok to remove. -- Cheers Jorge.-

Dec. 14, 2012

Segfault when opening Dillo bugs database

by Hole.destructor＠gmx.de

Dear Dillo developers, with the current Dillo development version 2672:4d0bdcf10ee7 (Fri Dec 14 12:24:54 2012 +0100) I get a segfault when I try to access the Dillo bug database. How to reproduce ================ 1. open www.dillo.org/bugtrack/Dquery.html 2. press the "Find it!" button in the "Bug type search" section 3. segfault gdb output and backtrace ======================== Nav_open_url: new url='http://www.dillo.org/cgi-bin/bugtrack/Dillo_query.cgi?what=all&Submit=Find+…' Connecting to 134.102.206.165 *** [dillo/3.0.2] This should not happen! *** Program received signal SIGABRT, Aborted. 0x00007ffff5eed1b5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: Datei oder Verzeichnis nicht gefunden. in ../nptl/sysdeps/unix/sysv/linux/raise.c Current language: auto The current source language is "auto; currently c". (gdb) bt #0 0x00007ffff5eed1b5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00007ffff5eeffc0 in *__GI_abort () at abort.c:92 #2 0x0000000000471616 in assertNotReached (s=<value optimized out>) at misc.hh:38 #3 _nextUtf8Char (s=<value optimized out>) at unicode.cc:92 #4 0x000000000047163c in lout::unicode::nextUtf8Char (s=0x98d10c "\267", len=1) at unicode.cc:114 #5 0x000000000044e8d0 in dw::Textblock::addText (this=<value optimized out>, text=0x98d10c "\267", len=<value optimized out>, style=<value optimized out>) at textblock.cc:1430 #6 0x000000000042ee54 in Html_process_word (html=0x933960, buf=<value optimized out>, bufsize=<value optimized out>, Eof=<value optimized out>) at html.cc:1216 #7 Html_write_raw (html=0x933960, buf=<value optimized out>, bufsize=<value optimized out>, Eof=<value optimized out>) at html.cc:3923 #8 0x000000000042f6bc in DilloHtml::write (this=0x1bcb, Buf=<value optimized out>, BufSize=<value optimized out>, Eof=-1) at html.cc:531 #9 0x0000000000419fd3 in Cache_process_queue (entry=0x847120) at cache.c:1214 #10 0x00000000004167c9 in a_Chain_fcb (Op=7115, Info=<value optimized out>, Data1=<value optimized out>, Data2=<value optimized out>) at chain.c:114 #11 0x0000000000441cd3 in Dpi_parse_token (Op=<value optimized out>, ---Type <return> to continue, or q <return> to quit--- Branch=<value optimized out>, Dir=<value optimized out>, Info=<value optimized out>, Data1=<value optimized out>, Data2=0x0) at dpi.c:220 #12 Dpi_process_dbuf (Op=<value optimized out>, Branch=<value optimized out>, Dir=<value optimized out>, Info=<value optimized out>, Data1=<value optimized out>, Data2=0x0) at dpi.c:339 #13 a_Dpi_ccc (Op=<value optimized out>, Branch=<value optimized out>, Dir=<value optimized out>, Info=<value optimized out>, Data1=<value optimized out>, Data2=0x0) at dpi.c:735 #14 0x00000000004167c9 in a_Chain_fcb (Op=7115, Info=<value optimized out>, Data1=<value optimized out>, Data2=<value optimized out>) at chain.c:114 #15 0x000000000044223f in a_IO_ccc (Op=2, Branch=<value optimized out>, Dir=1, Info=0x7576a0, Data1=0x883af0, Data2=0x0) at IO.c:428 #16 0x000000000044246d in IO_read (io=0x883af0) at IO.c:197 #17 0x00000000004424ed in IO_callback (io=0x883af0) at IO.c:262 #18 0x00000000004425ec in IO_fd_read_cb (fd=8, data=<value optimized out>) at IO.c:283 #19 0x0000000000496932 in fl_wait(double) () #20 0x000000000047306b in Fl::wait(double) () #21 0x00000000004730db in Fl::run() () #22 0x000000000040810d in main (argc=1, argv=0x7fffffffe3d8) at dillo.cc:451 Could you please have a look at this issue? Kind regards, Alex

Dec. 14, 2012

config.h.in

by onepoint＠starurchin.org

p37sitdu at lavabit.com wrote: > ^config\. is in .hgignore, bug config.h.in is tracked. It is > autogenerated, shouldn't it be removed from repo? Yes, it should. Regards, Jeremy Henty

Dec. 14, 2012

Dillo early exit

by jcid＠dillo.org

Hi there, Just noticed this: Nav_open_url: new url='http://news.bress.net/search.php?feed=149' Dns_server [0]: news.bress.net is 67.205.59.213 Connecting to 67.205.59.213 NumPendingStyleSheets=1 *** [dillo/3.0.2] This should not happen! *** Aborted This is new, as dillo from Nov 14 doesn't exit. Any clues? -- Cheers Jorge.-

Dec. 14, 2012

config.h.in

by p37sitdu＠lavabit.com

^config\. is in .hgignore, bug config.h.in is tracked. It is autogenerated, shouldn't it be removed from repo?

Dec. 14, 2012

valgrind log entry hyphenation related?

by sgeerken＠dillo.org

On Sat, Dec 01, corvid wrote: > http://starurchin.org/dillo/valgrind/5eaf94da6ca698708497c27cd3d3a50730f6f9… I hope this is fixed now. Somehow, fl_utf8fwd has got problems, especially with strings, which are not 0-terminated. OTOH, I agreed with Johannes some time ago that the UTF-8 related methods should not be part dw::core::Platform, since UTF-8 handling is not platform dependant. For fl_utf8fwd (or, Platform::nextGlyph, respectively), there is a replacement, lout::unicode::nextUtf8Char. Anything else could be completed after the release (unless there are severe problems). Parts of Fltk can be copied: the respective code is in the public domain. Sebastian

Dec. 14, 2012

BUG#1108

by jcid＠dillo.org

Hi there, This bug is a feature request: Bug: 1108 Impact: feature fault At: run time Type: other Comments: 3.0.2 Dillo goes to last viewed tab when closing a tab but when we use focus_new_tab=NO then we would like an option for when closing current tab Dillo would go to last *opened* tab (because we open tabs in the background). HTReproduce: ? focus_new_tab=NO in dillorc ? Open tab1 then a new tab2 and go to tab2 ? Open tabs in the background (tab3, tab4, tab5) with middle-clicks on links ? Close current tab2 ? Dillo focuses tab1 instead of tab5 ? new option: close_tab_focus=last_opened I just pushed a patch that sets this behaviour as default. The question is: Is it worth adding a dillorc option for this? -- Cheers Jorge.-

Dec. 14, 2012