November 2009 - Dillo-dev - lists.mailman3.com

Big changes in DPI framework and API

by jcid＠dillo.org

On Mon, Nov 02, 2009 at 07:26:49PM +0000, corvid wrote: > Jorge wrote: > > On Mon, Nov 02, 2009 at 03:07:29PM -0300, Jorge Arellano Cid wrote: > > > On Mon, Nov 02, 2009 at 04:16:53PM +0000, corvid wrote: > > > > [...] > > > > I tried putting the pieces under ~/.dillo/, similar to how I'd > > > > had them before, and got error msgs instead of working dpis. > > > > Would it make more sense for me to dig in now to understand what > > > > is happening, or are the docs and patches coming very soon? > > > > > > I should write Docs soon (before Friday). There were no changes > > > regarding dpis in ~/.dillo/. I haven't tested them though. Let me > > > check here... > > > > After changing the table colors in file.dpi, more or less it > > worked with: > > > > make > > dpidc stop > > mkdir -p ~/.dillo/dpi/file > > cp file.dpi ~/.dillo/dpi/file > > dillo . > > > > It may be that you already have dpis there, and those will not > > work with the new code. They need convertion to the new dsh API. > > If this is the case, you can wait a bit for the docs, or give a > > look to the respective "convert to dsh API" patch in the repo. > > When dillo tries to talk to dpid: > After connect(), lsof -i shows me ESTABLISHED for both sides > After write(), the dpid side is gone and dillo says CLOSE_WAIT > After shutdown(), both sides are gone. > Then Dpi_get_server_port: can't read server port from dpid. > and ** ERROR **: dpi.c: can't start dpi daemon There may be an old dpid binary around. Try this in two terminal windows: 1.- 2.- cd src/dpid cd src/dpid ./dpid ./dpidc stop If dpid stops, it's OK. Most probably an old dpid is started. Is anybody else seeing this problem? -- Cheers Jorge.-

Nov. 2, 2009

Big changes in DPI framework and API

by corvid＠lavabit.com

Jorge wrote: > On Mon, Nov 02, 2009 at 03:07:29PM -0300, Jorge Arellano Cid wrote: > > On Mon, Nov 02, 2009 at 04:16:53PM +0000, corvid wrote: > > > [...] > > > I tried putting the pieces under ~/.dillo/, similar to how I'd > > > had them before, and got error msgs instead of working dpis. > > > Would it make more sense for me to dig in now to understand what > > > is happening, or are the docs and patches coming very soon? > > > > I should write Docs soon (before Friday). There were no changes > > regarding dpis in ~/.dillo/. I haven't tested them though. Let me > > check here... > > After changing the table colors in file.dpi, more or less it > worked with: > > make > dpidc stop > mkdir -p ~/.dillo/dpi/file > cp file.dpi ~/.dillo/dpi/file > dillo . > > It may be that you already have dpis there, and those will not > work with the new code. They need convertion to the new dsh API. > If this is the case, you can wait a bit for the docs, or give a > look to the respective "convert to dsh API" patch in the repo. When dillo tries to talk to dpid: After connect(), lsof -i shows me ESTABLISHED for both sides After write(), the dpid side is gone and dillo says CLOSE_WAIT After shutdown(), both sides are gone. Then Dpi_get_server_port: can't read server port from dpid. and ** ERROR **: dpi.c: can't start dpi daemon

Nov. 2, 2009

Cleanups for Html_tag_cleanup_at_close()

by onepoint＠starurchin.org

On Mon, Nov 02, 2009 at 01:51:58PM -0300, Jorge Arellano Cid wrote: > On Mon, Nov 02, 2009 at 07:14:29AM +0000, Jeremy Henty wrote: > > > Meanwhile I'd like to submit some cleanups for > > Html_tag_cleanup_at_close(), ... > > ... Sorry for the delay. FWIW, it was more me vanishing under the > DPI/DPIP work ;) No problems. I thought that was probably the reason so I delayed resubmitting for a few days. No need to apologise when Dillo keeps getting better! Regards, Jeremy Henty

Nov. 2, 2009

Big changes in DPI framework and API

by jcid＠dillo.org

On Mon, Nov 02, 2009 at 03:07:29PM -0300, Jorge Arellano Cid wrote: > On Mon, Nov 02, 2009 at 04:16:53PM +0000, corvid wrote: > > [...] > > I tried putting the pieces under ~/.dillo/, similar to how I'd > > had them before, and got error msgs instead of working dpis. > > Would it make more sense for me to dig in now to understand what > > is happening, or are the docs and patches coming very soon? > > I should write Docs soon (before Friday). There were no changes > regarding dpis in ~/.dillo/. I haven't tested them though. Let me > check here... After changing the table colors in file.dpi, more or less it worked with: make dpidc stop mkdir -p ~/.dillo/dpi/file cp file.dpi ~/.dillo/dpi/file dillo . It may be that you already have dpis there, and those will not work with the new code. They need convertion to the new dsh API. If this is the case, you can wait a bit for the docs, or give a look to the respective "convert to dsh API" patch in the repo. -- Cheers Jorge.-

Nov. 2, 2009

Big changes in DPI framework and API

by jcid＠dillo.org

On Mon, Nov 02, 2009 at 04:16:53PM +0000, corvid wrote: > > That's a lot of code! Yes. I made the partial diffstats but have no idea on how much the whole pack was in the end. :) > Jorge wrote: > > There're still pending patches and docs. Details are in the > > Changelog and Mercurial repo (hg log -v|less). > > I tried putting the pieces under ~/.dillo/, similar to how I'd > had them before, and got error msgs instead of working dpis. > Would it make more sense for me to dig in now to understand what > is happening, or are the docs and patches coming very soon? I should write Docs soon (before Friday). There were no changes regarding dpis in ~/.dillo/. I haven't tested them though. Let me check here... -- Cheers Jorge.-

Nov. 2, 2009

Cleanups for Html_tag_cleanup_at_close()

by jcid＠dillo.org

On Mon, Nov 02, 2009 at 07:14:29AM +0000, Jeremy Henty wrote: > > Congratulations on the big DPI reworking! Thanks Jeremy. It took a long effort, but now I'm confident it'll be less frustrating (and hopefully fun) to work with DPIs. At least it happened to me. After the underlying layer was ready, ironing bugs out was easy. > Meanwhile I'd like to > submit some cleanups for Html_tag_cleanup_at_close(), whose logic is > currently pretty opaque. The first is a resubmit (it seems to have > vanished into the ether when last posted). These should have no > effect on behaviour, they just make it more clear what is going on. Committed. Sorry for the delay. FWIW, it was more me vanishing under the DPI/DPIP work ;) -- Cheers Jorge.-

Nov. 2, 2009

Big changes in DPI framework and API

by corvid＠lavabit.com

That's a lot of code! Jorge wrote: > There're still pending patches and docs. Details are in the > Changelog and Mercurial repo (hg log -v|less). I tried putting the pieces under ~/.dillo/, similar to how I'd had them before, and got error msgs instead of working dpis. Would it make more sense for me to dig in now to understand what is happening, or are the docs and patches coming very soon?

Nov. 2, 2009

Big changes in DPI framework and API

by jcid＠dillo.org

On Mon, Nov 02, 2009 at 10:57:00AM +0900, furaisanjin wrote: > Hi. > > I got compiling problem on FreeBSD 6.4. > > if gcc -DHAVE_CONFIG_H -I. -I. -I.. > -DDPIDRC_SYS='"/usr/local/etc/dillo/dpidrc"' -I/usr/local/include -g > -O2 -DD_DNS_THREADED -D_REENTRANT -D_THREAD_SAFE -Wall -W -W > -Wno-unused-parameter -Waggregate-return -MT dpid.o -MD -MP -MF > ".deps/dpid.Tpo" -c -o dpid.o dpid.c; \ > then mv -f ".deps/dpid.Tpo" ".deps/dpid.Po"; else rm -f > ".deps/dpid.Tpo"; exit 1; fi > dpid.c: In function `init_ids_srs_socket': > dpid.c:615: error: `IPPORT_USERRESERVED' undeclared (first use in this function) > dpid.c:615: error: (Each undeclared identifier is reported only once > dpid.c:615: error: for each function it appears in.) > dpid.c: In function `init_dpi_socket': > dpid.c:637: error: `IPPORT_USERRESERVED' undeclared (first use in this function) > > Because FreeBSD 6.4 doesn't have IPPORT_USERRESERVED. Thanks for the report. Please try the latest repo and send feedback! -- Cheers Jorge.-

Nov. 2, 2009

Cleanups for Html_tag_cleanup_at_close()

by onepoint＠starurchin.org

Congratulations on the big DPI reworking! Meanwhile I'd like to submit some cleanups for Html_tag_cleanup_at_close(), whose logic is currently pretty opaque. The first is a resubmit (it seems to have vanished into the ether when last posted). These should have no effect on behaviour, they just make it more clear what is going on. Regards, Jeremy Henty

Nov. 2, 2009

Big changes in DPI framework and API

by furaisanjin＠gmail.com

Hi. I got compiling problem on FreeBSD 6.4. if gcc -DHAVE_CONFIG_H -I. -I. -I.. -DDPIDRC_SYS='"/usr/local/etc/dillo/dpidrc"' -I/usr/local/include -g -O2 -DD_DNS_THREADED -D_REENTRANT -D_THREAD_SAFE -Wall -W -W -Wno-unused-parameter -Waggregate-return -MT dpid.o -MD -MP -MF ".deps/dpid.Tpo" -c -o dpid.o dpid.c; \ then mv -f ".deps/dpid.Tpo" ".deps/dpid.Po"; else rm -f ".deps/dpid.Tpo"; exit 1; fi dpid.c: In function `init_ids_srs_socket': dpid.c:615: error: `IPPORT_USERRESERVED' undeclared (first use in this function) dpid.c:615: error: (Each undeclared identifier is reported only once dpid.c:615: error: for each function it appears in.) dpid.c: In function `init_dpi_socket': dpid.c:637: error: `IPPORT_USERRESERVED' undeclared (first use in this function) Because FreeBSD 6.4 doesn't have IPPORT_USERRESERVED. Regards, furaisanjin

Nov. 2, 2009