- Dillo-dev - lists.mailman3.com

Re: limit number of concurrent connections

by jcid＠dillo.org

On Thu, Aug 13, 2009 at 09:43:22PM +0200, Johannes Hofmann wrote: > On Wed, Aug 12, 2009 at 09:54:49PM -0400, Jorge Arellano Cid wrote: > > On Mon, Aug 10, 2009 at 12:42:05PM +0000, corvid wrote: > > > Jorge wrote: > > > > [...] > > > > All of these should be working now. Please report any further > > > > problem you find. I'll try to make the empty cache entries removal > > > > now, and then look for a way to hook the concurrent connection limit > > > > without memory leaks. > > > > > > I don't know whether it's a problem, but I just noticed > > > a difference in behaviour in that my form testcase that > > > submits to localhost (there's no server listening) > > > only prints "submitting multipart/form-data!" and > > > I have to press stop to get > > > '** WARNING **: IO_write, closing with pending data not sent' > > > and see the query. > > > > Yes, I'm yet to look into it. > > > > BTW, just committed a patch for an elusive bug. Now it's > > possible to browse (& populate DNS cache), disconnect, click a > > link, have the abort operation on no network condition, reconnect > > and click it again (and it will work!). > > > > The only bit missing is how to make the link return to its > > normal color. a_Nav_repush() can do it easily but looks like an > > overkill. Maybe Johannes has a good idea on this? > > Not sure why it should change it's color. It's still a visited link > after all. AFAIS: clicked, not visited! (it was clicked and aborted before the data stream came in). > Or does the link color have another semantics (like page is in > cache) in dillo? Currently, it means exactly that: "page is in cache". That's why our FAQ links appear in visited color: http://www.dillo.org/FAQ.html If there's a good reason to change it, it should be simple. I see little difference for broadband users; dialup users may like the hint of what's available without connection. No strong feelings on this. > Anyway, the real solution would need the DOM-tree which is currently > not available. The DOM-tree would also be needed for :hover, :active, > and for Javascript. > However we could add a hack similar to the one to compute > html->visited_color in Html_tag_open_body(). > It assumes that there is just one visited_color in the whole page. Maybe a repush is not as bad a solution after all. ;) BTW, I hope you're comfortable in your new flat. -- Cheers Jorge.-

Aug. 19, 2009

Re: limit number of concurrent connections

by corvid＠lavabit.com

Jorge wrote: > BTW: I don't remember whether a fix for the uClinux URL above was > already committed. It didn't SEGFAULT when testing tip. I had gone there a few times, and it had only crashed that one time.

Aug. 18, 2009

Happy announcement (not SW)

by jcid＠dillo.org

On Tue, Jul 21, 2009 at 01:41:36AM +0200, Joerg Sonnenberger wrote: > On Mon, Jul 20, 2009 at 10:47:05AM -0400, Jorge Arellano Cid wrote: > > I'm quite happy to let you know that yesterday 19 Aug, > > my first daughter Lisa was born! > > Congratulation! In which category of parent hacker will you now fall? > "I have no time for anything else now" or "I have lots of spare time in > the middle of the night while nursing the baby"? It depends on Lisa! Sometimes I have spare time between feeds, and others there's no time. The best time span happens after nursing her very early in the morning. -- Cheers Jorge.-

Aug. 18, 2009

Re: limit number of concurrent connections

by jcid＠dillo.org

On Wed, Aug 12, 2009 at 11:45:27PM +0000, corvid wrote: > Jorge wrote: > > On Fri, Aug 07, 2009 at 08:16:02PM +0000, corvid wrote: > > > Jorge wrote: > > > > I added a new function call to the CCC API (wrapping the trick > > of the previous patch) and used it in three parts of the code. > > Please check the tip. > > > > > If I'm not connected and I try to go to a host that > > > I have listed in /etc/hosts, then ^Q gives me a segfault. > > > > Another SEGFAULT path was: > > load dillo home > > disconnect Internet > > click 9years > > press stop > > > > All of these should be working now. Please report any further > > problem you find. I'll try to make the empty cache entries removal > > now, and then look for a way to hook the concurrent connection limit > > without memory leaks. > > I just got a segfault on NULL Info when going > to the https url for the uclinux page: > > #0 0x0805cde1 in a_Chain_check (FuncStr=0x8118363 "a_Capi_ccc", Op=2, > Branch=1, Dir=2, Info=0x0) at chain.c:191 > #1 0x08063c72 in a_Capi_ccc (Op=2, Branch=1, Dir=2, Info=0x0, > Data1=0x83e5ab0, Data2=0x0) at capi.c:522 > #2 0x08063028 in Capi_conn_resume () at capi.c:172 > #3 0x08063f10 in a_Capi_ccc (Op=2, Branch=1, Dir=1, Info=0x8cd2728, > Data1=0x0, Data2=0x8122730) at capi.c:577 > #4 0x0805cc80 in a_Chain_fcb (Op=2, Info=0x88224c0, Data1=0x0, > Data2=0x8122730) at chain.c:113 > #5 0x08086d95 in a_Dpi_ccc (Op=1, Branch=1, Dir=2, Info=0x88224c0, > Data1=0x8b8d260, Data2=0x0) at dpi.c:625 > #6 0x0805cd07 in a_Chain_bcb (Op=1, Info=0x8cd2728, Data1=0x8b8d260, > Data2=0x0) at chain.c:136 > #7 0x08063d6d in a_Capi_ccc (Op=1, Branch=1, Dir=2, Info=0x8cd2728, > Data1=0x8936478, Data2=0x8b8d260) at capi.c:539 > #8 0x08063b62 in a_Capi_dpi_send_cmd (url=0x8f1ef08, bw=0x81df6e8, > cmd=0x8ee2400 "<cmd='open_url' url='https://blackfin.uclinux.org/gf/project/uclinux-dist/forum/?_forum_action=F…' query='GET /gf/project/uclinux-dist/fo"..., > server=0x8b8d260 "proto.https", flags=1) at capi.c:482 > [snip] Just committed a patch that's being a delight to test! :) It's the long waited for "empty cache entries removal". Now it's done automatically on clicking a new link, and manually with the Stop button. It doesn't sound impressive, but for instance, if you hit a blog site full of heavy images, hitting the Stop button will abort all the empty connections (not only stop rendering as in the past). This allows for much faster browsing, especially with low bandwidth, as the bandwidth is "rescued" from unwanted contents. Another gain happens when a requested link takes a long time to start flowing (e.g. ignored request by a busy browser). Just press stop, click the link again and there you are. Please test, and enjoy! BTW: I don't remember whether a fix for the uClinux URL above was already committed. It didn't SEGFAULT when testing tip. -- Cheers Jorge.-

Aug. 18, 2009

newbie question about main loop...

by cnicholas＠planet9.com

Just learning about dillo; looks neat! We are investigating how best to "embed" html links within a 3D world, in much the same way old-time 'anchor nodes' were embedded in VRML. We were just thinking to have a separate tab, or if we got fancy, play with OpenGL transforms, etc. Unfortunately, one of the libraries we use for avatars (www.edgelib.com) *must* have the main loop, with everything else called during onRedraw(), etc. Is it even conceivable to use dillo in this manner? best regards - Chris Nicholas

Aug. 18, 2009

Crosscompiling Dillo2 for uClinux on Blackfin

by jcid＠dillo.org

On Fri, Aug 14, 2009 at 09:11:39PM +0200, Johannes Hofmann wrote: > On Fri, Aug 14, 2009 at 03:38:35PM +0200, Heiser Michael wrote: > > Hey guys, > > > > I got it! Dillo2 is running on our Blackfin device and I'll > > send you a little manual as attachment for implementing it to > > uClinux! It's very good to know it's running on uClinux. It'd be good to have a link to the recipy from the compatibility page once details are polished. -- Cheers Jorge.-

Aug. 15, 2009

Crosscompiling Dillo2 for uClinux on Blackfin

by corvid＠lavabit.com

Michael wrote: > I will make the change for USE_XIM on monday. what do you understand under multibyte chars. My problem is that the toolchain for blackfin doesn't support type wchar_t. And as it seems there is also no support for wcstombs and mbstowcs in stdlib.h. I don' know how to do a workaround. Perhaps you can show me how to do..... I've never had to deal with that bit of FLTK, so I don't know offhand to what degree things still work if this stuff is changed.

Aug. 15, 2009

AW: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin

by heisermi＠hs-albsig.de

The device is a BF537 with 8MB flash and 64 MB SDRAM with an additonal epson 13513 framebuffer device. The hardware is developed by the company I'm working at moment as working student. ________________________________________ Von: dillo-dev-bounces(a)dillo.org [dillo-dev-bounces(a)dillo.org] im Auftrag von Johannes Hofmann [Johannes.Hofmann(a)gmx.de] Gesendet: Freitag, 14. August 2009 21:11 An: dillo-dev(a)dillo.org Betreff: Re: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin On Fri, Aug 14, 2009 at 03:38:35PM +0200, Heiser Michael wrote: > Hey guys, > > I got it! Dillo2 is running on our Blackfin device and I'll send you a little manual as attachment for implementing it to uClinux! Nice! What exactly is that Blackfin device? Cheers, Johannes _______________________________________________ Dillo-dev mailing list Dillo-dev(a)dillo.org http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Aug. 14, 2009

AW: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin

by heisermi＠hs-albsig.de

I will make the change for USE_XIM on monday. what do you understand under multibyte chars. My problem is that the toolchain for blackfin doesn't support type wchar_t. And as it seems there is also no support for wcstombs and mbstowcs in stdlib.h. I don' know how to do a workaround. Perhaps you can show me how to do..... ________________________________________ Von: dillo-dev-bounces(a)dillo.org [dillo-dev-bounces(a)dillo.org] im Auftrag von corvid [corvid(a)lavabit.com] Gesendet: Freitag, 14. August 2009 17:05 An: dillo-devel-list (dillo-dev(a)dillo.org) Betreff: Re: [Dillo-dev] Crosscompiling Dillo2 for uClinux on Blackfin Michael wrote: > LibXi is part of nxlib and nxlib maps XInputs to nano-X lib. So I had to replace libXi. I know there's a USE_XIM in fltk's config.h. It's possible that changing that might accomplish something. > then you have to change src/utf.c. Change all wchar_t * to char * and comment if-else statements including the functions wcstombs() and mbstowcs(). Do multibyte characters work at all? > @@ -145,12 +145,18 @@ > dnl ---------------------- > dnl > dnl For debugging and to be user friendly > + > +dnl Check if the user hasn't set the variable $FLTK2_CONFIG > + if test -z "$FLTK2_CONFIG"; then > + PNG_CONFIG=`which fltk2-config` > + fi > + ? Also, do the DPIs work? (e.g., ftp, https...) _______________________________________________ Dillo-dev mailing list Dillo-dev(a)dillo.org http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Aug. 14, 2009

Crosscompiling Dillo2 for uClinux on Blackfin

by Johannes.Hofmann＠gmx.de

On Fri, Aug 14, 2009 at 03:38:35PM +0200, Heiser Michael wrote: > Hey guys, > > I got it! Dillo2 is running on our Blackfin device and I'll send you a little manual as attachment for implementing it to uClinux! Nice! What exactly is that Blackfin device? Cheers, Johannes

Aug. 14, 2009