- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] Dillo FLTK CVS

by Michal Nowak

Hi Alan, please take some time to read this mailing list's archive and I am sure you will understand all. Search for posts from Jorge a the keyword are "fund", "funds", "funding". Michal On 18:19 Fri 29 Sep , Alan Carvalho de Assis wrote: > Hi Michal, > thank you very much. > I live in Brazil, it is so far Jorge's home :) > > Jorge, is there a possibility to share it with us? > > Best regards, > > Alan > > On 9/29/06, Michal Nowak <newman.x(a)seznam.cz> wrote: > >I guess the fltk version is on Jorge's own PC, isn't it :). > >Go there and take a look on it :). > > > >The fltk version is not yet released and who knows if it ever > >be... > > > >Michal Nowak > > > > > >On 15:34 Fri 29 Sep , Alan Carvalho de Assis wrote: > >> Hi people, > >> I am new in this list and I have a silly question. > >> > >> I want to compile dillo with no GTK libs. I already compiled > >> kdrive > >> and fltk with uClibc, now I just need to compile dillo. > >> > >> My problem is where to find the dillo fltk tree, I download > >the > >> default CVS tree (dillo module), but it is not fully fltk, > >> just the > >> download.cc use fltk. I search at mail list and google, but > >> don't find > >> anything. > >> > >> Where can I download the dillo fltk source code? I know it > >is > >> in > >> development, but it is not problem. > >> > >> Thank you, > >> > >> -- > >> ------------------------------------------------------------ > >> | Alan Carvalho de Assis > >| > >> ------------------------------------------------------------ > >> -- > >> Não importa o que os outros irão pensar, > >> A cura para a infelicidade é a felicidade > >> > >> _______________________________________________ > >> Dillo-dev mailing list > >> Dillo-dev(a)dillo.org > >> > >http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > > > >_______________________________________________ > >Dillo-dev mailing list > >Dillo-dev(a)dillo.org > >http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > > > > > -- > ------------------------------------------------------------ > | Alan Carvalho de Assis | > ------------------------------------------------------------ > -- > Não importa o que os outros irão pensar, > A cura para a infelicidade é a felicidade

Sept. 29, 2006

Re: [Dillo-dev] Dillo FLTK CVS

by Alan Carvalho de Assis

Hi Michal, thank you very much. I live in Brazil, it is so far Jorge's home :) Jorge, is there a possibility to share it with us? Best regards, Alan On 9/29/06, Michal Nowak <newman.x(a)seznam.cz> wrote: > I guess the fltk version is on Jorge's own PC, isn't it :). > Go there and take a look on it :). > > The fltk version is not yet released and who knows if it ever be... > > Michal Nowak > > > On 15:34 Fri 29 Sep , Alan Carvalho de Assis wrote: > > Hi people, > > I am new in this list and I have a silly question. > > > > I want to compile dillo with no GTK libs. I already compiled > > kdrive > > and fltk with uClibc, now I just need to compile dillo. > > > > My problem is where to find the dillo fltk tree, I download the > > default CVS tree (dillo module), but it is not fully fltk, > > just the > > download.cc use fltk. I search at mail list and google, but > > don't find > > anything. > > > > Where can I download the dillo fltk source code? I know it is > > in > > development, but it is not problem. > > > > Thank you, > > > > -- > > ------------------------------------------------------------ > > | Alan Carvalho de Assis | > > ------------------------------------------------------------ > > -- > > Não importa o que os outros irão pensar, > > A cura para a infelicidade é a felicidade > > > > _______________________________________________ > > Dillo-dev mailing list > > Dillo-dev(a)dillo.org > > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > -- ------------------------------------------------------------ | Alan Carvalho de Assis | ------------------------------------------------------------ -- Não importa o que os outros irão pensar, A cura para a infelicidade é a felicidade

Sept. 29, 2006

Re: [Dillo-dev] Dillo FLTK CVS

by Michal Nowak

I guess the fltk version is on Jorge's own PC, isn't it :). Go there and take a look on it :). The fltk version is not yet released and who knows if it ever be... Michal Nowak On 15:34 Fri 29 Sep , Alan Carvalho de Assis wrote: > Hi people, > I am new in this list and I have a silly question. > > I want to compile dillo with no GTK libs. I already compiled > kdrive > and fltk with uClibc, now I just need to compile dillo. > > My problem is where to find the dillo fltk tree, I download the > default CVS tree (dillo module), but it is not fully fltk, > just the > download.cc use fltk. I search at mail list and google, but > don't find > anything. > > Where can I download the dillo fltk source code? I know it is > in > development, but it is not problem. > > Thank you, > > -- > ------------------------------------------------------------ > | Alan Carvalho de Assis | > ------------------------------------------------------------ > -- > Não importa o que os outros irão pensar, > A cura para a infelicidade é a felicidade > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Sept. 29, 2006

Dillo FLTK CVS

by Alan Carvalho de Assis

Hi people, I am new in this list and I have a silly question. I want to compile dillo with no GTK libs. I already compiled kdrive and fltk with uClibc, now I just need to compile dillo. My problem is where to find the dillo fltk tree, I download the default CVS tree (dillo module), but it is not fully fltk, just the download.cc use fltk. I search at mail list and google, but don't find anything. Where can I download the dillo fltk source code? I know it is in development, but it is not problem. Thank you, -- ------------------------------------------------------------ | Alan Carvalho de Assis | ------------------------------------------------------------ -- Não importa o que os outros irão pensar, A cura para a infelicidade é a felicidade

Sept. 29, 2006

Opening new URL in same instance and -s option

by Rainer M Krug

Hi I have two questions first: I would like to be able to have only one instance of dillo open and when I try to open a new url (from outside dillo), that this url is opened in the old instance. Is this possible, and if yes, how? second: I have seen emails concerning running dillo in server mode (dillo -s server). I tried it, but dillo didn't know -s. Is this feature imp[lemented, and if yes, how can I access it? Thanks a lot for a brilliant lightning fast browser, Rainer -- Rainer M. Krug, Dipl. Phys. (Germany), MSc Conservation Biology (UCT) Department of Conservation Ecology and Entomology University of Stellenbosch Matieland 7602 South Africa Tel: +27 - (0)72 808 2975 (w) Fax: +27 - (0)21 808 3304 Cell: +27 - (0)83 9479 042 email: RKrug(a)sun.ac.za Rainer(a)krugs.de

Sept. 21, 2006

[abc@ai1.anchorage.mtaonline.net: frames/fltk]

by Jorge Arellano Cid

-- Cheers Jorge.-

Sept. 14, 2006

Re: [Dillo-dev] Serious Memory Allocation Strategy Problem in Cache_parse_header()

by Jorge Arellano Cid

On Thu, Sep 07, 2006 at 07:38:27PM -0500, R.L. Horn wrote: > On Thu, 7 Sep 2006, Jorge Arellano Cid wrote: > > >>(Actually, this is functionality that would be nice in the main branch, > >>albeit with its own plugin and user-selectivity. If there's interest, > >>please let me know.) > > > > Yes, more or less this is the plan. > > Great! > > > OK, a good workaround is to check for huge filesizes while parsing the > >header and to set as if no Content-length was given in that case. This > >is simple and will work. > > That's kind of what I did. Actually, I just removed the code that had to do > with static buffers entirely (while still allowing for a Content-length > check). > > If the GTK branch weren't pretty well deprecated, I'd go ahead and do it > right: Add a boolean to the "entry" structure to indicate a fully allocated > buffer and complete the allocation (where reasonable) at dispatch time. The flag is already there: > if ( (Length = Cache_parse_field(header, "Content-Length")) != NULL ) { > entry->Flags |= CA_GotLength; /*** Here! ***/ > entry->TotalSize = strtol(Length, NULL, 10); > g_free(Length); > if (entry->TotalSize < entry->ValidSize) > entry->TotalSize = 0; > } -- Cheers Jorge.-

Sept. 8, 2006

Re: [Dillo-dev] Serious Memory Allocation Strategy Problem in Cache_parse_header()

by R.L. Horn

On Thu, 7 Sep 2006, Jorge Arellano Cid wrote: >> (Actually, this is functionality that would be nice in the main branch, >> albeit with its own plugin and user-selectivity. If there's interest, >> please let me know.) > > Yes, more or less this is the plan. Great! > OK, a good workaround is to check for huge filesizes while parsing the > header and to set as if no Content-length was given in that case. This > is simple and will work. That's kind of what I did. Actually, I just removed the code that had to do with static buffers entirely (while still allowing for a Content-length check). If the GTK branch weren't pretty well deprecated, I'd go ahead and do it right: Add a boolean to the "entry" structure to indicate a fully allocated buffer and complete the allocation (where reasonable) at dispatch time.

Sept. 8, 2006

Re: [Dillo-dev] Serious Memory Allocation Strategy Problem in Cache_parse_header()

by Jorge Arellano Cid

Hi, On Wed, Sep 06, 2006 at 08:12:42PM -0500, R.L. Horn wrote: > I'm currently in the process of modifying dillo for use in browsing an http > media server (yeah, I know it's httpd abuse, but it's only for a local > network and I was running Apache anyhow). At present, this basically > involves sending a modified downloads plugin an "execute" command and the > MIME type when AbortEntry is true in Cache_process_queue() (the plugin then > executes an agent which deals with the URL entirely independent of dillo). > > (Actually, this is functionality that would be nice in the main branch, > albeit with its own plugin and user-selectivity. If there's interest, > please let me know.) Yes, more or less this is the plan. > > So far, so good -- it seems to work passably well and it only took a couple > of hours. Easy peasey. Unfortunately, the first time I click on a 700M > video stream, things go horribly wrong. > > Seems that Cache_parse_header() attempts to allocate memory for the entire > content *before* the header has been checked for viewability (since the > dispatcher isn't called until Cache_process_queue()). As it happens, this > has been reported as bug 726. Yes. I fixed this sometime ago in the FLTK2 branch... > > The upshot of all this is that when you click on a link, there had better > be room for the whole thing in heap even though the content may never be > read. Otherwise, glib just gives up and dumps core via g_malloc(). > > I think I can get around this by doing a Content-Type check in > Cache_parse_header(). I'd be happy to provide a patch provided I can come > up with a reasonably elegant solution. > > Any advice would be appreciated. OK, a good workaround is to check for huge filesizes while parsing the header and to set as if no Content-length was given in that case. This is simple and will work. (My FLTK2 source uses automatic buffers from a new library I made that also replaces glib). -- Cheers Jorge.-

Sept. 7, 2006

Serious Memory Allocation Strategy Problem in Cache_parse_header()

by R.L. Horn

I'm currently in the process of modifying dillo for use in browsing an http media server (yeah, I know it's httpd abuse, but it's only for a local network and I was running Apache anyhow). At present, this basically involves sending a modified downloads plugin an "execute" command and the MIME type when AbortEntry is true in Cache_process_queue() (the plugin then executes an agent which deals with the URL entirely independent of dillo). (Actually, this is functionality that would be nice in the main branch, albeit with its own plugin and user-selectivity. If there's interest, please let me know.) So far, so good -- it seems to work passably well and it only took a couple of hours. Easy peasey. Unfortunately, the first time I click on a 700M video stream, things go horribly wrong. Seems that Cache_parse_header() attempts to allocate memory for the entire content *before* the header has been checked for viewability (since the dispatcher isn't called until Cache_process_queue()). As it happens, this has been reported as bug 726. The upshot of all this is that when you click on a link, there had better be room for the whole thing in heap even though the content may never be read. Otherwise, glib just gives up and dumps core via g_malloc(). I think I can get around this by doing a Content-Type check in Cache_parse_header(). I'd be happy to provide a patch provided I can come up with a reasonably elegant solution. Any advice would be appreciated.

Sept. 7, 2006