- Dillo-dev - lists.mailman3.com

Dill 3.0.5 breaks on Mac OS

by matlads＠gmail.com

I tried to send email about this very issue to this mailing list, but the mail failed for some obscure reason. Thanks for bringing this up. Cheers - Martin - On 23 Feb 2016 23:12, "Yves de Champlain" <yesyves at gmail.com> wrote: > Hi > > When compiling dillo 3.0.5 on Mac OS 10.11, I get : > > /usr/bin/c++ -DHAVE_CONFIG_H -I. -I.. -I.. > -DDILLO_SYSCONF='"/opt/local/etc/dillo/"' > -DDILLO_DOCDIR='"/opt/local/share/doc/dillo/"' -I/opt/local/include > -I/usr/local/include -I/opt/local/include/libpng16 -I/opt/local/include > -pipe -Os -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE > -D_REENTRANT -pipe -Os -m64 -Wall -W -Wno-unused-parameter -fno-rtti > -fno-exceptions -MT xembed.o -MD -MP -MF .deps/xembed.Tpo -c -o xembed.o > xembed.cc > mv -f .deps/dpiapi.Tpo .deps/dpiapi.Po > mv -f .deps/image.Tpo .deps/image.Po > mv -f .deps/imgbuf.Tpo .deps/imgbuf.Po > mv -f .deps/form.Tpo .deps/form.Po > mv -f .deps/findbar.Tpo .deps/findbar.Po > mv -f .deps/menu.Tpo .deps/menu.Po > In file included from xembed.cc:18: > In file included from /opt/local/include/FL/x.H:43: > /opt/local/include/FL/mac.H:104:12: fatal error: '../src/Fl_Font.H' file > not found > # include "../src/Fl_Font.H" > > > It seems that dillo is trying to use X but on Mac, but fltk is using > quartz. > > The problem has been reported on many systems. > > Dillo 3.0.4 was working fine. > > Thanks > > yves > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >

Feb. 26, 2016

Dillo crash on HTTPS connection (to MS web site)

by eocene＠gmx.com

On Thu, Feb 25, 2016 at 08:49:20AM +0100, Andreas Kemnade wrote: > hmm, current dillo gives a lot of errors with valgrind with that site. > Maybe that is a point to look at. I'm not seeing them. They may be connected with: https://www.openssl.org/docs/faq.html#PROG14 14. Why does Valgrind complain about the use of uninitialized data? When OpenSSL's PRNG routines are called to generate random numbers the supplied buffer contents are mixed into the entropy pool: so it technically does not matter whether the buffer is initialized at this point or not. Valgrind (and other test tools) will complain about this. When using Valgrind, make sure the OpenSSL library has been compiled with the PURIFY macro defined (-DPURIFY) to get rid of these warnings.

Feb. 25, 2016

Dillo crash on HTTPS connection (to MS web site)

by andreas＠kemnade.info

Hi, On Wed, 2016-02-24 at 12:21 +0200, John Found wrote: > After this code inserted, the crash seems to be fixed. Mentioned MS site is loaded normally. > > Thanks! > hmm, current dillo gives a lot of errors with valgrind with that site. Maybe that is a point to look at. Regards, Andreas

Feb. 25, 2016

Dillo crash on HTTPS connection (to MS web site)

by johnfound＠asm32.info

Now it crashes again. The output messages are in the attached file. On Thu, 25 Feb 2016 05:21:06 +0000 eocene <eocene at gmx.com> wrote: > On Wed, Feb 24, 2016 at 11:41:48PM +0200, John Found wrote: > > Oh, sorry. I was happy to have it work and forgot to report. :) > > Here is the dump from the error, down to the end: > > > > ** ERROR **: our TLS mystery error is: error:140C5042:SSL routines:ssl_undefined_function:called a function you should not call > > Ah, openssl makes so little effort toward anything. > I see that apache, nginx, etc. started to see lots of those messages with > openssl 1.0.2f, so I tried that version, and still no error messages for me. > (1.0.2f apparently becomes somewhat strict about shutdown during handshake, > whereas it seems earlier versions would just report success and not do > anything.) > > There is an ERR_get_error_line() function which might help. Diff attached. > The manpage didn't bother to go into any normal detail about the buffer it > wants for the filename argument, of course, but we'll see. -- http://fresh.flatassembler.net http://asm32.info John Found <johnfound at asm32.info>

Feb. 25, 2016

Dillo crash on HTTPS connection (to MS web site)

by eocene＠gmx.com

On Wed, Feb 24, 2016 at 11:41:48PM +0200, John Found wrote: > Oh, sorry. I was happy to have it work and forgot to report. :) > Here is the dump from the error, down to the end: > > ** ERROR **: our TLS mystery error is: error:140C5042:SSL routines:ssl_undefined_function:called a function you should not call Ah, openssl makes so little effort toward anything. I see that apache, nginx, etc. started to see lots of those messages with openssl 1.0.2f, so I tried that version, and still no error messages for me. (1.0.2f apparently becomes somewhat strict about shutdown during handshake, whereas it seems earlier versions would just report success and not do anything.) There is an ERR_get_error_line() function which might help. Diff attached. The manpage didn't bother to go into any normal detail about the buffer it wants for the filename argument, of course, but we'll see.

Feb. 25, 2016

Dill 3.0.5 breaks on Mac OS

by yesyves＠gmail.com

Mmm I tried to build 3.0.4 and got the same error, but I?m sure it did work (a while ago) yves > Le 23 f?vr. 2016 ? 15:10, Yves de Champlain <yesyves at gmail.com> a ?crit : > > Hi > > When compiling dillo 3.0.5 on Mac OS 10.11, I get : > > /usr/bin/c++ -DHAVE_CONFIG_H -I. -I.. -I.. -DDILLO_SYSCONF='"/opt/local/etc/dillo/"' -DDILLO_DOCDIR='"/opt/local/share/doc/dillo/"' -I/opt/local/include -I/usr/local/include -I/opt/local/include/libpng16 -I/opt/local/include -pipe -Os -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -pipe -Os -m64 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT xembed.o -MD -MP -MF .deps/xembed.Tpo -c -o xembed.o xembed.cc <http://xembed.cc/> > mv -f .deps/dpiapi.Tpo .deps/dpiapi.Po > mv -f .deps/image.Tpo .deps/image.Po > mv -f .deps/imgbuf.Tpo .deps/imgbuf.Po > mv -f .deps/form.Tpo .deps/form.Po > mv -f .deps/findbar.Tpo .deps/findbar.Po > mv -f .deps/menu.Tpo .deps/menu.Po > In file included from xembed.cc <http://xembed.cc/>:18: > In file included from /opt/local/include/FL/x.H:43: > /opt/local/include/FL/mac.H:104:12: fatal error: '../src/Fl_Font.H' file not found > # include "../src/Fl_Font.H" > > > It seems that dillo is trying to use X but on Mac, but fltk is using quartz. > > The problem has been reported on many systems. > > Dillo 3.0.4 was working fine. > > Thanks > > yves > >

Feb. 24, 2016

Dillo crash on HTTPS connection (to MS web site)

by johnfound＠asm32.info

On Wed, 24 Feb 2016 19:26:53 +0000 eocene <eocene at gmx.com> wrote: > On Wed, Feb 24, 2016 at 12:21:50PM +0200, John Found wrote: > > After this code inserted, the crash seems to be fixed. Mentioned MS site is loaded normally. > > What error did this code print out? > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev Oh, sorry. I was happy to have it work and forgot to report. :) Here is the dump from the error, down to the end: ** ERROR **: our TLS mystery error is: error:140C5042:SSL routines:ssl_undefined_function:called a function you should not call m.webtrends.com: TLSv1.2, cipher AES128-SHA sha256 2048-bit RSA: /C=US/ST=Oregon/L=Portland/O=WebTrends Inc./CN=m.webtrends.com sha256 2048-bit RSA: /C=US/O=Entrust, Inc./OU=See www.entrust.net/legal-terms/OU=(c) 2012 Entrust, Inc. - for authorized use only/CN=Entrust Certification Authority - L1K sha256 2048-bit RSA: /C=US/O=Entrust, Inc./OU=See www.entrust.net/legal-terms/OU=(c) 2009 Entrust, Inc. - for authorized use only/CN=Entrust Root Certification Authority - G2 root: /C=US/O=Entrust, Inc./OU=www.entrust.net/CPS is incorporated by reference/OU=(c) 2006 Entrust, Inc./CN=Entrust Root Certification Authority a_Dicache_cleanup: length = 6 Best Regards -- http://fresh.flatassembler.net http://asm32.info John Found <johnfound at asm32.info>

Feb. 24, 2016

Dillo crash on HTTPS connection (to MS web site)

by eocene＠gmx.com

On Wed, Feb 24, 2016 at 12:21:50PM +0200, John Found wrote: > After this code inserted, the crash seems to be fixed. Mentioned MS site is loaded normally. What error did this code print out?

Feb. 24, 2016

Dillo crash on HTTPS connection (to MS web site)

by johnfound＠asm32.info

After this code inserted, the crash seems to be fixed. Mentioned MS site is loaded normally. Thanks! On Wed, 24 Feb 2016 07:59:09 +0000 eocene <eocene at gmx.com> wrote: > On Tue, Feb 23, 2016 at 08:29:27PM +0200, John Found wrote: > > > > In short, Dillo crashes when I try to connect to the site of MS. It works ok on other > > https web sites, for example on https://google.com > > It doesn't want to trip the assert for me. What happens if you add something > like the following: > > diff -r 50d1c1aff6ae src/IO/tls.c > --- a/src/IO/tls.c Mon Jan 25 19:48:54 2016 +0100 > +++ b/src/IO/tls.c Tue Feb 23 23:08:06 2016 +0000 > @@ -1174,6 +1174,9 @@ > success = FALSE; > } > > + { int long e = ERR_get_error(); > + if (e) MSG_ERR("our TLS mystery error is: %s\n", ERR_error_string(e, NULL)); > + } > assert(!ERR_get_error()); > > if (success && !(ssl = SSL_new(ssl_context))) { > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev -- http://fresh.flatassembler.net http://asm32.info John Found <johnfound at asm32.info>

Feb. 24, 2016

Dillo crash on HTTPS connection (to MS web site)

by eocene＠gmx.com

On Tue, Feb 23, 2016 at 08:29:27PM +0200, John Found wrote: > > In short, Dillo crashes when I try to connect to the site of MS. It works ok on other > https web sites, for example on https://google.com It doesn't want to trip the assert for me. What happens if you add something like the following: diff -r 50d1c1aff6ae src/IO/tls.c --- a/src/IO/tls.c Mon Jan 25 19:48:54 2016 +0100 +++ b/src/IO/tls.c Tue Feb 23 23:08:06 2016 +0000 @@ -1174,6 +1174,9 @@ success = FALSE; } + { int long e = ERR_get_error(); + if (e) MSG_ERR("our TLS mystery error is: %s\n", ERR_error_string(e, NULL)); + } assert(!ERR_get_error()); if (success && !(ssl = SSL_new(ssl_context))) {

Feb. 24, 2016