Re: [Dillo-dev]dpi on NetBSD From: Bjoern Weber - 2002-11-29 08:46 [.. dpi problem of empty requests ..]=20 > Try a telnet to the dpi: > telnet localhost 8000 > and send this: > > It should send the full answer back. That works great. > If that works, check pthreads to be working; messages are sent > from a pthread. I'm afraid that it's the GNU pth pthreads emulation that's breeding the problem here since I had to disable multithreading in dns.c as well. [...] --=A0 ()=A0ascii=A0ribbon=A0campaign /\=A0against=A0HTML=A0in=A0email/postings Re: [Dillo-dev]dpi on NetBSD From: Jorge Arellano Cid - 2002-11-28 22:21 Bjoern, > Hello, > > finally I managed to take a look at the new beta, pulled the sources from the CVS, > compiled everything, got the dpi tarball as well and started some testing but it > won't work for me. Some tests with the helloworld dpi showed that no requests > are sent until the browser is closed. Then there will be exectly as many empty > requests ("") as there should have been original requests. > > Anyone any clue, or even seen that before? Try a telnet to the dpi: telnet localhost 8000 and send this: It should send the full answer back. If that works, check pthreads to be working; messages are sent from a pthread. Double check port 8000 is not already in use. > Or is it just some quirk in the current CVS version? Nope. Cheers Jorge.- Re: [Dillo-dev]Dillo on NanoGtk From: Sebastian Geerken - 2002-11-28 19:47 Hi, perhaps these notes may help: On Thu, Nov 28, ???? wrote: > Our team just ported Dillo from x86/X/Gtk+ to > mips/NanoX/NanoGtk, everything went fine except scrolling, that is, > when we browse a large page, we got scrollbars, but once I drag and > drop the scrollbar, the page turns into chaos immediately. However, if > I scrolled the page by using PageUP and PageDown buttons, everything > is Ok. > > It looks like something goes wrong with the screen refreshment, > which is to say, if you post too many screen-updating request by > scrolling the page with scrollbar, the underlying refresh-request > queue handler (NanoGDK?) just cannot fulfil its responsibilities, > while if the request is moderate, the handler can manage it. Dillo uses GtkLayout (base class DwGtkViewport) with GTK_APP_PAINTABLE set. I do not know how it works exactly, but before gtk_layout_adjustment_changed (which is called when adjustments are changed, e.g. scrollers are moved), I found the comment: /* [...] * Real expose event compression, as in the XFE, could be added * here. It would help opaque drags over the region, and the * obscured case. * [...] */ While I do not know exactly what this may refer to. Furthermore, key press events are indeed compressed, that may be the reason, why you don't have any problems with them. OTOH, too many events without compression cause rather a lock for some time, not a messy rendering. Another idea: GtkLayout was written for handling scrolled areas with more that 32k pixels, so that is used in dillo to display the embedded GtkWidgets (for form elements) correctly. It may be that this does not work the same for NanoGtk as for Gtk. > So, based on the observation and my conjecture, I dived into > NanoGtk and tried to resolve this problem: > > 1.Scrolling request is sent by gtk_scrolled_window_set_vadjustment > function > 2.gtk_scrolled_window_adjustment_changed is the scrolling signal > handler, and it adds the window need to scrolling, scrolled_win, to > resize queue by calling gtk_widget_queue_resize > 3.For a Container (Gtkscrolledwindow is a container)??the resizing > handler is gtk_container_clear_resize_widgets > 5.BUT, this function just mark the container with > GTK_PRIVATE_UNSET_FLAG (widget, GTK_RESIZE_NEEDED); and do nothing more! Scrolling is done from the GtkScroller's via the GtkAdjustment's, which send signals to all widgets they are connected to (in Dillo GtkDwScrolledWindow, GtkDwScrolledFrame, and GtkDwViewport twice, gtk_layout_adjustment_changed and Dw_gtk_viewport_adj_changed). Dw_gtk_viewport_adj_changed just handles "relative" mouse movements (at fixed absolte pointer position, but moved viewport), the point you should continue is gtk_layout_adjustment_changed. On Wed, Nov 27, Lars Clausen wrote: > Maybe this can help: In Dia, we used to have problems with really slow > updates when scrolling. We changed it so that if more than one > update-request was present by the time processing started, only the last > one would be handled. It helped a lot. However that would translate into > Dillo I'm not sure. The functionality of GtkLayout is absolutely neccessary for dillo, and a reimplementation would be quite difficult. (Look at the code for event filtering! BTW, in the very beginning, I tried this, but gave it up very soon.) It would quite tricky to insert event compression there, and OTOH it seems (for what ever reason, I have no idea why) only neccessary for key press events, since I never had problems with the scollbars, but had them (on my old computer) with key presses. Sebastian Re: [Dillo-dev]0.7.0pre crash and patch From: Jorge Arellano Cid - 2002-11-28 15:30 Madis, > > Efence found something that seems like using freed memory. This patch > solved it. > > [patch] Done! Jorge.- Re: [Dillo-dev]Dillo on NanoGtk From: Lars Clausen - 2002-11-28 05:34 On Thu, 28 Nov 2002, mabo@in... wrote: > Hi, all >=20 > Our team just ported Dillo from x86/X/Gtk+ to mips/NanoX/NanoGtk, > everything went fine except scrolling, that is, when we browse a > large page, we got scrollbars, but once I drag and drop the > scrollbar, the page turns into chaos immediately. However, if I > scrolled the page by using PageUP and PageDown buttons, everything is > Ok. It looks like something goes wrong with the screen refreshment, > which is to say, if you post too many screen-updating request by > scrolling the page with scrollbar, the underlying refresh-request > queue handler (NanoGDK?) just cannot fulfil its responsibilities, > while if the request is moderate, the handler can manage it.=20=20 Maybe this can help: In Dia, we used to have problems with really slow updates when scrolling. We changed it so that if more than one update-request was present by the time processing started, only the last one would be handled. It helped a lot. However that would translate into Dillo I'm not sure. -Lars --=20 Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| H=E5rdgrim of Numenor "I do not agree with a word that you say, but I |------------------------= ---- will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbas= ket? [Dillo-dev]Dillo on NanoGtk From: - 2002-11-28 02:45 Hi, all =09Our team just ported Dillo from x86/X/Gtk+ to= mips/NanoX/NanoGtk, everything went fine except scrolling, that= is, when we browse a large page, we got scrollbars, but once I= drag and drop the scrollbar, the page turns into chaos= immediately. However, if I scrolled the page by using PageUP and= PageDown buttons, everything is Ok. It looks like something goes wrong with the screen= refreshment, which is to say, if you post too many= screen-updating request by scrolling the page with scrollbar,= the underlying refresh-request queue handler (NanoGDK?) just= cannot fulfil its responsibilities, while if the request is= moderate, the handler can manage it. =09So, based on the observation and my conjecture, I dived into= NanoGtk and tried to resolve this problem: 1.Scrolling request is sent by= gtk_scrolled_window_set_vadjustment function 2.gtk_scrolled_window_adjustment_changed is the scrolling signal= handler, and it adds the window need to scrolling, scrolled_win,= to resize queue by calling gtk_widget_queue_resize 3.For a Container (Gtkscrolledwindow is a container)=A3=ACthe= resizing handler is gtk_container_clear_resize_widgets 5.BUT, this function just mark the container with= GTK_PRIVATE_UNSET_FLAG (widget, GTK_RESIZE_NEEDED); and do= nothing more! I was lost!! So, I came up with the second solution: Change the= Adjustment->step_increment to Adjustment->page_increment, but it= seems doesn't work also! Who can help me! mabo [Dillo-dev]0.7.0pre crash and patch From: Madis Janson - 2002-11-27 23:24 Efence found something that seems like using freed memory. This patch solved it. @@ -445,8 +451,8 @@ void a_Http_ccc(int Op, int Branch, int if (S) { a_Chain_del_link(Info, BCK); a_Chain_fcb(OpEnd, Info, (void *)S->SockFD, (void *)S->Url); - Http_socket_free(SKey); BW_MSG(S->web, 1, "Query sent, waiting for reply..."); + Http_socket_free(SKey); } break; case OpAbort: [Dillo-dev]dpi on NetBSD From: Bjoern Weber - 2002-11-27 09:12 Hello, finally I managed to take a look at the new beta, pulled the sources from = the CVS, compiled everything, got the dpi tarball as well and started some testing = but it won't work for me. Some tests with the helloworld dpi showed that no reque= sts are sent until the browser is closed. Then there will be exectly as many e= mpty requests ("") as there should have been original requests. Anyone any clue, or even seen that before=3F Or is it just some quirk in the= current CVS version=3F Greetings, Bjoern --=A0 ()=A0ascii=A0ribbon=A0campaign /\=A0against=A0HTML=A0in=A0email/postings [Dillo-dev]dpi bookmarks plugin From: Ben Woolley - 2002-11-27 00:31 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Jorge, I just tried out the dpi1 bookmarks plugin, and I really like the concept. But I started wondering if someone could take advantage of a dpi URL to do something improper. test test image When I load that page, not only does the image alter my bookmarks, when I click on the link the window closes (after altering my bookmarks). This seems to be an issue similar to what is discussed in the HTTP 1.1 spec section 15.1.3. Can POST data be sent instead? Section 9.5 says that POST should be used for "extending a database through an append operation", which is what the plugin actually does. Perhaps the plugin should check for a proper referral from dpi:/bm/modify?operation=add_url&submit=submit. before modifying anything. Perhaps change: to: or: or even: Do you already have some sort of plan for this issue? Ben Woolley http://ben.tautology.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE95BJU88ChLVDxFsIRAjlbAJ9vM812QF4lxFfKgp/XfhfMwQh0bQCfTZ+C rek9st6hTc3gxc8HbQQYMyE= =MQbx -----END PGP SIGNATURE----- Re: [Dillo-dev]Dillo on OpenBSD [Sparc64] From: Ben Woolley - 2002-11-26 18:54 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Damien and list, It seems to work on i386. I have run 0.6.6 on 3.1 and 3.2 and a CVS build of Dillo from October 4th on 3.2 and two recent -current branches. Everything seems fine to me. Ben Woolley http://ben.tautology.org On Mon, 25 Nov 2002 dbastie@le... wrote: > Hello, > > I'm trying to use Dillo on OpenBSD 3.2 with my Ultra 5. > But when i launch it and i go on http://www.openbsd.org for example, i've > 1 word per line ............ (it's same on all web site) > > This problem is known ? > > -- > Damien Basti=E9 > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE948NX88ChLVDxFsIRAnAcAJ4nSBeV/s2fkjEnDl4DGl8muLkkTgCfYJqB SXNMpPBX431Rhkfgb9mVawc=3D =3DbjrU -----END PGP SIGNATURE----- [Dillo-dev]CIPSGA CVS From: Jorge Arellano Cid - 2002-11-26 14:19 Hi guys! The CIPSGA CVS server is running. Just follow the [CVS] link! I'm also considering to move our mailing list to CIPSGA. BTW there're two lists for us already set. The only fact that makes me hesitate is that contacting a sysadmin there is hard as hell. For instance, our site statistics are down for more than a month, and ASFAIK it's a matter of restarting the http server, but that requires a sysadmin... The main gain in moving the mailing list is to get another web interface for it (more easily searchable/browseable), and we need it. The other alternative is to wait some meetings I'm having with the "Universidad de Chile" to prosper, and set the lists from there in a server I can see&touch with my hands! What do you think of it? Cheers Jorge.- Re: [Dillo-dev]MIME types From: Madis Janson - 2002-11-26 11:49 On Tue, 26 Nov 2002, Tomas Guemes wrote: > On Tue, Nov 26, 2002 at 03:57:14AM +0200, Madis Janson wrote: > > > i was also thinking to do some work with the bookmarks menu but i still > didn't read the dpi code probably i can start next week to read and do > something. > > Few mounths ago i looked for a standar format for the bookmark file and found > xbel, is the XML format used by konqueror and galeon can also manage it, there > is some tools to convert to others browser formats like netscape, lynx and > opera. I just take a quick look and seems that mozilla is using the same > format as netscape. (see http://pyxml.so....net/topics/xbel/) > > did you already think something about it? > a bit - imho some command have to be added to the dpi interface for modifing dillo menu (easy thing, i basically did it for a try), then some code is needed to make this menu command actually modify the menu and then bm_srv needs to be modified so it would add bookmarks into the menu. XML format - it could be nice, current bm_srv uses a plain-text file, but i really haven't thought about this. It should be possible to do it entirely in the bookmark plugin. Re: [Dillo-dev]MIME types From: Tomas Guemes - 2002-11-26 03:05 On Tue, Nov 26, 2002 at 03:57:14AM +0200, Madis Janson wrote: > > On Mon, 25 Nov 2002, Thomas Heute wrote: > > > I don't know how stupid is that question... I am really novice. > > > > I would like to know how to handle a MIME type with Dillo, i would like to > > use a software of my own to handle JAR files, i guess i should handle this > > type: > > > > Any way to do that without touching the code of Dillo ? > > > > (for information, it is to use on an iPaq) > > > You mean 'how to make the browser execute external program for > viewing documents having some certain mime type' ? > Short answer is not yet. > > This is possible using the plugins api, but first a plugin have to be > written, which would do the actual program execution (one common plugin > should be enough). Currently (in 0.70pre) the dpi1 framework is not fully > finished, but most of necessery code seems to exist. So writing the > plugin should be possible now, when you add some missing bits (i just > read the dillo dpi code in attempt to recreate bookmarks menu into > 0.70pre :)). i was also thinking to do some work with the bookmarks menu but i still didn't read the dpi code probably i can start next week to read and do something. Few mounths ago i looked for a standar format for the bookmark file and found xbel, is the XML format used by konqueror and galeon can also manage it, there is some tools to convert to others browser formats like netscape, lynx and opera. I just take a quick look and seems that mozilla is using the same format as netscape. (see http://pyxml.so....net/topics/xbel/) did you already think something about it? gretings Tomas > > -- > mzz > > > > ------------------------------------------------------- > This S...net email is sponsored by: Get the new Palm Tungsten T > handheld. Power & Color in a compact size! > http://ads.so....net/cgi-bin/redirect.pl?palm0002en > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@li... > https://lists.so....net/lists/listinfo/dillo-dev > -- Tomas Guemes Re: [Dillo-dev]MIME types From: Madis Janson - 2002-11-26 01:58 On Mon, 25 Nov 2002, Thomas Heute wrote: > I don't know how stupid is that question... I am really novice. > > I would like to know how to handle a MIME type with Dillo, i would like to > use a software of my own to handle JAR files, i guess i should handle this > type: > > Any way to do that without touching the code of Dillo ? > > (for information, it is to use on an iPaq) > You mean 'how to make the browser execute external program for viewing documents having some certain mime type' ? Short answer is not yet. This is possible using the plugins api, but first a plugin have to be written, which would do the actual program execution (one common plugin should be enough). Currently (in 0.70pre) the dpi1 framework is not fully finished, but most of necessery code seems to exist. So writing the plugin should be possible now, when you add some missing bits (i just read the dillo dpi code in attempt to recreate bookmarks menu into 0.70pre :)). -- mzz [Dillo-dev]Dillo RPM (Red Hat 7.x) Updated From: Kelson Vibber - 2002-11-25 20:47 Over the weekend I updated my RPM of Dillo 0.6.6 to include the localization patch from http://bobuk.ipost.ru/packages/dillo/ I had to modify it slightly in order to merge that patch with the cli-local2-fullwindow-xid patch (in some places they modified the same areas of a file). I also wrote a patch that extends its functionality to copy a default list of encodings to the user's home directory if it does not already exist. This was what held me back from releasing it when it was suggested, since without it the user would end up with an empty menu unless he/she manually copied a file over. Then I didn't have a chance to work on it for about a month. The RPM, source RPM and .spec file are at http://www.hyperborea.org/software/dillo.html Here's the patch. Keep in mind that it's been several years since I've done any C programming, so there may be a better way to do this, but it seems to work (at least on my own system): diff -rU 2 dillo-0.6.6.old/src/encodings.c dillo-0.6.6/src/encodings.c --- dillo-0.6.6.old/src/encodings.c Fri Nov 22 10:56:43 2002 +++ dillo-0.6.6/src/encodings.c Fri Nov 22 11:48:35 2002 @@ -26,4 +26,5 @@ #include #include +#include #include "list.h" @@ -87,7 +88,26 @@ { gchar *file; + char buf[4096]; + static FILE *fp; + static FILE *fpw; /* Here we load and set the encodings */ file = a_Misc_prepend_user_home(".dillo/encodings"); + if (access(file, F_OK)) { + if ((fp = fopen("/etc/dillo.encodings", "r")) == NULL) + if ((fp = fopen("/usr/local/etc/dillo.encodings", "r")) == NULL) + g_print("dillo: copying default encoding file: %s\n", + strerror(errno)); + if (fpw = fopen(file, "a")) { + while (1) { + /* Read a whole line from the file */ + if ((fgets(buf, 4096, fp)) == NULL) + break; + fputs(buf, fpw); + } + fclose(fpw); + } + fclose(fp); + } Encodings_file_op(LOAD_ENCODINGS, file, NULL); g_free(file); -- Kelson Vibber http://www.hyperborea.org/ [Dillo-dev]MIME types From: Thomas Heute - 2002-11-25 17:40 I don't know how stupid is that question... I am really novice. I would like to know how to handle a MIME type with Dillo, i would like to use a software of my own to handle JAR files, i guess i should handle this type: Any way to do that without touching the code of Dillo ? (for information, it is to use on an iPaq) Thanks, Thomas. [Dillo-dev]Dillo on OpenBSD [Sparc64] From: - 2002-11-25 10:44 Attachments: Message as HTML Hello, I'm trying to use Dillo on OpenBSD 3.2 with my Ultra 5. But when i launch it and i go on http://www.openbsd.org for example, i've 1 word per line ............ (it's same on all web site) This problem is known ? -- Damien Basti=E9 [Dillo-dev]cygwin From: TANAKA Keishiro - 2002-11-21 08:29 Hi. Have anyone tried dill on cygwin ? I tried to compile it then succeeded but it did not work. It looks that async io (glib library) does not work well.. Best Regards Re: [Dillo-dev]dpi and starting servers .... From: Melvin Hadasht - 2002-11-20 11:52 Hi Lars, on Wed, 06 Nov 2002 06:54:44 +0100 Lars Segerlund wrote: > Also it would be nice with two types of dpi processes, one global ( > perhaps running in /tmp/.dillo/ such as the > cache ? and a second kind running on ~/.dillo// dpi name> . Maybe a global socket can be handy but maybe it will bring some security questions (permissions etc). Perhaps providing the flexibility by using a per user plugin_paths preference (plugin_paths=~/.dillo:/tmp/dillo) can be a solution. Cheers -- Melvin Hadasht [Dillo-dev]ghelp dillo support From: higuita - 2002-11-10 08:21 Attachments: Message as HTML Hi i was testing a gnome program, gtt, and i hit in the help dillo open as i setup it up but it dont open, complain about unknown protocol i would be good if you add the ghelp as a "alias" to the file protocol, AFAIK its the same thing from the console i have: Url=>ghelp:/usr/share/gnome/help/gtt/C/index.html if i change the ghelp: to file in dillo is open just fine thanks for dillo higuita ps: dillo 0.7.0-pre1 is working fine in linux sparc, the last one crashed in that old sun ultra1 machine (suse 7.3)... thanks again for that 8) -- There is hardly a thing in the world that some man can not make a little worse and sell a little cheaper. Galeao.casa@Portugal: 03:11:00 up 10:24, 1 user, load average: 0.06, 0.05, 0.01 [Dillo-dev]Encoding and charset selection patch From: Grigory Bakunov - 2002-11-08 14:55 Hello all. I need to say what i update my i18n patches for dillo-0.7.0 - you can find this patches here : http://stuphead.asplinux.ru/dillo/index.html.en#toc6 Thanks Jorge and others project developers for great work! ........................................................................ IRC: irc.openprojects.net #asplinux Grigory Bakunov EMAIL: black@as... ASPLinux Support Team ICQ: 51369901 http://www.asplinux.ru -----BEGIN GEEK CODE BLOCK----- GCS/MU d-(--) s:- a- C+++>++$ UBLAVSX+++$ P+ L++++$ E++$ W++ N+>- o? K? w-- O- M V-(--) PS+ PE+ !Y PGP+>++++ t+ 5++ X+++ R+++ tv+>-- b+++ ?DI D+ G++ e>++$ h- r++ y+ z++(+++) ------END GEEK CODE BLOCK------ [Dillo-dev]dpi menu (for bookmarks) From: madis - 2002-11-07 20:33 how should dpi1 plugins create menu items (for example for bookmarks menu)? it seems to be missing from dpi specification. could it be something like this (just a example for generating better ideas ;) )? -- mzz Re: [Dillo-dev]Dillo 0.7.0-pre-v1 (dpi enabled) From: Jorge Arellano Cid - 2002-11-06 23:59 Melvin, > For the moment the only thing I found that is not working correctly is adding a > URL in another section than the first one. I made sure to select "Add URL", then > check the section I want the new URL to go in and then "submit". After filling > the URL, it is added to the first section. That reminds me that if there is no > section, the URL is added but it is not displayed until a first section is > displayed. A I said in my previous post, this was not implemented, but I added a few lines to the patch at CVS page to make it work. Note: the patch at http://dillo.cipsga.org.br/cvs.html is not incremental. i.e. apply it to the original tarball. HTH Cheers Jorge.- Re: [Dillo-dev]Dillo 0.7.0-pre-v1 (dpi enabled) From: Jorge Arellano Cid - 2002-11-06 15:22 Melvin, > > Here's a tiny patch that solves the problem: > > > > http://dillo.cipsga.org.br/cvs.html > > > > Please let me know how the whole thing works. I haven't got any > > feedback yet. > > For the moment the only thing I found that is not working correctly is adding a > URL in another section than the first one. I made sure to select "Add URL", then > check the section I want the new URL to go in and then "submit". After filling > the URL, it is added to the first section. That reminds me that if there is no > section, the URL is added but it is not displayed until a first section is > displayed. Yes, I haven't implemented it yet! I know that is the expected behaviour, and that it should work. It's just a matter of coding the missing bits... BTW, I was about to leave the "add url" as an excercise to the reader :) when I decided to make it as a last minute addition. My main concern is about grasping the generic mechanisms, the potentiality, the way to code PI, etc. Maybe it'll take some more time to study the docs, the bm PI, and start coding a custom PI before this can be answered. If this is the case, please take your time. Thanks for your quick reply. Cheers Jorge.- BTW: one of the interesting points is the possibility of coding another, absolutely different bookmarks plugin. The one I coded is just an example, that I hope to be useful. DPI1 allows for a very flexible way of extending dillo. Every user can chose different PIs with the same dillo core! Re: [Dillo-dev]Dillo 0.7.0-pre-v1 (dpi enabled) From: Melvin Hadasht - 2002-11-06 14:11 Jorge, on Wed, 6 Nov 2002 10:04:21 -0300 (CLST) Jorge Arellano Cid wrote: > > Hi there! > > > > [I wrote:] > > > It works for me all the time. > > > Has anyone had trouble making it work? > > > (AFAIK it worked for Melvin) > > > > > > > On line 56, in bm_srv10.c: > > static char *BmFile = "/home/jcid/.dillo/bm.txt"; > > > > After changing that path, it seems to work OK for me ;) > > Gotcha! So that was it! > > Here's a tiny patch that solves the problem: > > http://dillo.cipsga.org.br/cvs.html > > Please let me know how the whole thing works. I haven't got any > feedback yet. For the moment the only thing I found that is not working correctly is adding a URL in another section than the first one. I made sure to select "Add URL", then check the section I want the new URL to go in and then "submit". After filling the URL, it is added to the first section. That reminds me that if there is no section, the URL is added but it is not displayed until a first section is displayed. Tavvauvusi [Tah-vow-voo-see] (Inuit: Good bye to you all) -- Melvin Hadasht Re: [Dillo-dev]Dillo 0.7.0-pre-v1 (dpi enabled) From: Jorge Arellano Cid - 2002-11-06 13:51 Hi there! > > [I wrote:] > > It works for me all the time. > > Has anyone had trouble making it work? > > (AFAIK it worked for Melvin) > > > > On line 56, in bm_srv10.c: > static char *BmFile = "/home/jcid/.dillo/bm.txt"; > > After changing that path, it seems to work OK for me ;) Gotcha! So that was it! Here's a tiny patch that solves the problem: http://dillo.cipsga.org.br/cvs.html Please let me know how the whole thing works. I haven't got any feedback yet. Cheers Jorge.- Re: [Dillo-dev]Dillo 0.7.0-pre-v1 (dpi enabled) From: Stephen Lewis - 2002-11-06 09:36 On Tue, 5 Nov 2002 22:51:18 -0300 (CLST) Jorge Arellano Cid wrote: > On 5 Nov 2002, Carlos Daniel Ruvalcaba Valenzuela wrote: > > > Yes, i think Unix sockets will suit well for the plugin > > communication, also the bookmark plugin dosen't works! (yea sure, it > > dosen't have to really work, just work a sample plugin :-) ) > > It works for me all the time. > Has anyone had trouble making it work? > (AFAIK it worked for Melvin) > On line 56, in bm_srv10.c: static char *BmFile = "/home/jcid/.dillo/bm.txt"; After changing that path, it seems to work OK for me ;) -- Stephen Lewis slewis@pa... [Dillo-dev]another +ve dillo review From: Geoff Lane - 2002-11-06 08:50 This months' issue (Nov 2002) of the UK magazine Linux Format (www.linuxformat.co.uk - but it's currently off the net because of /. effect) contains a generally favourable review of Dillo 0.6.6. They really like the small memory use and high speed page loads. Their main complaints 1 dillo is _too_ strict in following web standards (If _nobody_ enforces standards they are pointless) 2 no highlighting of strings found using the find dialog 3 no builtin SSL support (nor Java/JavaScript) (SSL patches are available, but maybe it's time to integrate into base code? Working out a plan to add JavaScript without increasing the memory footprint too much would be an interesting project for someone.) 4 HTTP only down-loads (Hopefully recent dpi developments solve this.) -- /\ Geoff. Lane. /\ Manchester Computing /\ Manchester /\ M13 9PL /\ England /\ Discoveries are made by not following instructions. [Dillo-dev]dpi and starting servers .... From: Lars Segerlund - 2002-11-06 05:54 Hi folks, I think the browser should start the different dpi's depending on tags ( URL ), so what in that case would be needed is some configuration of tag -> dpi . Also it would be nice with two types of dpi processes, one global ( perhaps running in /tmp/.dillo/ such as the cache ? and a second kind running on ~/.dillo// . Does anybody agree/disagree ? / regards, Lars Segerlund. Re: [Dillo-dev]Dillo 0.7.0-pre-v1 (dpi enabled) From: Carlos Daniel Ruvalcaba Valenzuela - 2002-11-06 04:11 On Tue, 2002-11-05 at 18:51, Jorge Arellano Cid wrote: > Thanks, but how can you tell without running the bookmarks PI? Well, i was talking about the Dillo part, but the bm dpi does work at certain rate, it dosen't shows any bookmark at all, nor does adds bookmarks or other functionality related the Bookmark stuff, but it shows everything well, the communication between dillo and the bmserver is OK. --> Carlos Daniel Ruvalcaba _________________________________________________________ Do You Yahoo!? La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx Re: [Dillo-dev]Dillo 0.7.0-pre-v1 (dpi enabled) From: Jorge Arellano Cid - 2002-11-06 01:54 On 5 Nov 2002, Carlos Daniel Ruvalcaba Valenzuela wrote: > Yes, i think Unix sockets will suit well for the plugin communication, > also the bookmark plugin dosen't works! (yea sure, it dosen't have to > really work, just work a sample plugin :-) ) It works for me all the time. Has anyone had trouble making it work? (AFAIK it worked for Melvin) >, about the DPI protocol, > why do you choosed Tag based communication instead of binary struct?, or > binary structures will be supported as well?, Tags have to be > intepreted, binary structures only readed, there is a great diference on > speed on that. Think twice. > Remember the structure for communications? > cmd > id > d1 > d2 > lenght > data Yes, I've written/reviewed eight drafts about it. > Plus, dillo will be able to automatically load plugins? (On-Demand), > like a rtf pharser, or any other like that? Please read the included documentation. > Also for the creation of new plugins, i think that the implementation is > well and easy to work with, but it can be a little problematic while > handling tags, to communicate to the browser you use plain sockets. > There may be people out there that don't like to handle strings, or is > careless writing the sockets code, etc. > > Resume: Not for anybody, just programmers with handy knowledge on > sockets and a bit of creativity to parse out the tags. > > PS: > Jorge, good work with the dpi, cheers! Thanks, but how can you tell without running the bookmarks PI? Cheers Jorge.- Re: [Dillo-dev]Dillo 0.7.0-pre-v1 (dpi enabled) From: Carlos Daniel Ruvalcaba Valenzuela - 2002-11-06 01:18 Yes, i think Unix sockets will suit well for the plugin communication, also the bookmark plugin dosen't works! (yea sure, it dosen't have to really work, just work a sample plugin :-) ), about the DPI protocol, why do you choosed Tag based communication instead of binary struct?, or binary structures will be supported as well?, Tags have to be intepreted, binary structures only readed, there is a great diference on speed on that. Remember the structure for communications? cmd id d1 d2 lenght data Plus, dillo will be able to automatically load plugins? (On-Demand), like a rtf pharser, or any other like that? Also for the creation of new plugins, i think that the implementation is well and easy to work with, but it can be a little problematic while handling tags, to communicate to the browser you use plain sockets. There may be people out there that don't like to handle strings, or is careless writing the sockets code, etc. Resume: Not for anybody, just programmers with handy knowledge on sockets and a bit of creativity to parse out the tags. PS: Jorge, good work with the dpi, cheers! -> Carlos Daniel Ruvalcaba _________________________________________________________ Do You Yahoo!? La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx Re: [Dillo-dev]Dillo and memory leak From: higuita - 2002-11-05 09:16 Attachments: Message as HTML On Fri, 01 Nov 2002 08:33:25 +0100, Lars Segerlund wrote: > It seems that after running for a long time dillo uses up quite a lot > of memory, I had two dillo sessions running for about three to five days > and both used about 130 MB , they were only displaying static pages on isnt this the cache? i think that right now there is not memory cache limit so it keeps in the memory every page you open... i think there is a patch that enable the cache age and limit higuita -- One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone bind them. Re: [Dillo-dev]BUG#382 From: Jamin W. Collins - 2002-11-03 22:39 On Sun, 3 Nov 2002 17:25:19 -0300 (CLST) Jorge Arellano Cid wrote: > Bug #382 says that dillo crashes with: > > http://deadly.org/article.php3?sid=20020914154658 > > I can't reproduce it. Can someone reproduce it? Doesn't happen here. -- Jamin W. Collins [Dillo-dev]BUG#382 From: Jorge Arellano Cid - 2002-11-03 20:51 Hi! Bug #382 says that dillo crashes with: http://deadly.org/article.php3?sid=20020914154658 I can't reproduce it. Can someone reproduce it? Cheers Jorge.- Re: [Dillo-dev]Dillo 0.7.0-pre-v1 (dpi enabled) From: madis - 2002-11-03 18:46 using unix domain sockets seems to be better for these plugins - no potential port number conflicts with other users/services. On Sat, 2 Nov 2002, Jorge Arellano Cid wrote: > > Melvin, > > > Jorge Arellano Cid wrote: > > > > > Finally, I'm pleased to present the first prototype of dillo > > > plugins: both, the dpi enabled browser and the bookmarks PI. > > > > I tried to run the bookmark server, but it says that the address is already in > > use. I have a http server running on port 8000, it seems that's the problem. > > That would also mean that two plugins servers can't be run on the same time? > > What can I do to solve this? > > C'mon Melvin, just change the port number in: > > dpi.c:351 > bm_srv10.c:57 > > > That would also mean that two plugins servers can't be run on the same time? > > Yes they can, at different ports. > Ah, and most probably they'll end using unix domain sockets. > > I hope this gets you started. > > Regards > Jorge.- > -- mzz Re: [Dillo-dev]CPPFLAGS and /usr/local/include (Bug #349) From: Philip Blundell - 2002-11-03 16:53 On Sun, 2002-11-03 at 13:49, Jorge Arellano Cid wrote: > Maybe not making a default inclusion of /usr/local/ stuff and > letting the user add it in the environment vars before running > ./configure is the right way? Yes, this seems like the right answer. As far as I know, there is no reason for dillo to be doing anything special with /usr/local by default. p. [Dillo-dev]CPPFLAGS and /usr/local/include (Bug #349) From: Jorge Arellano Cid - 2002-11-03 13:54 Hi, There's a problem with having: CPPFLAGS=3D"$CPPFLAGS -I/usr/local/include" LDFLAGS=3D"$LDFLAGS -L/usr/local/lib" in configure.in. It'd be good to try to fix it now because the problem arises with the gcc 3.1 (cpp 3.1). If you know about cpp, gcc & autoconf please read on: (NOTE: cpp <=3D> C pre-processor) On Sun, 29 Sep 2002, Manuel Menal wrote: > Hey, > > While porting Dillo to the new implementation of POSIX threads for > GNU/Hurd (code name: "Rubbish, I asked for mine with Minced Garlic, > Please Take this back"), I found some minor =AB bugs =BB in the Dillo > "installation system". The first bug I found out was a bug that was > already reported as #349 in the Dillo bug report system. It seems a > quite simple and not so annoying bug, but in fact it is quite pervert, > as it makes the configure misdetect what is installed in the system: > when it checks for jpeglib.h (& others), it tries to preprocess a simple > C file which only includes jpeglib.h, and check if there is some > output. If there is some output, then it assumes there is no > jpeglib.h. Which is not true in this case: the output is just warning > of cpp, which complains about the =AB -I/usr/local/include =BB (cpp 3.1 > already has /usr/local/include it its system directories). > > There is a simple way to fix it, though. And Here is a patch: > > diff -pru old/dillo-0.6.6/configure dillo-0.6.6/configure > --- old/dillo-0.6.6/configure 2002-09-29 12:41:20.000000000 +0200 > +++ dillo-0.6.6/configure 2002-09-29 12:40:57.000000000 +0200 > @@ -1494,8 +1494,8 @@ ac_config_headers=3D"$ac_config_headers co > ac_config_commands=3D"$ac_config_commands default-1" > > > -CPPFLAGS=3D"$CPPFLAGS -I/usr/local/include" > -LDFLAGS=3D"$LDFLAGS -L/usr/local/lib" > +CPPFLAGS=3D"$CPPFLAGS -idirafter=3D/usr/local/include" > +LDFLAGS=3D"$LDFLAGS -idirafter=3D/usr/local/lib" > > idirafter makes cpp check /usr/local/include AFTER its system > directories (and the other -I'ed directories), so it doesn't complain > any more, and though it does include /usr/local/include on systems where > cpp doesn't have it in its system directories. This seems to fix my bug > and #349's reporter one. > > HTH, > > -- > Manuel Menal This seems to solve the problem, but it has been reported that "idirafter" breaks things for non-gcc compilers, and I wonder what's the _right_ way to fix this. Maybe not making a default inclusion of /usr/local/ stuff and letting the user add it in the environment vars before running =2E/configure is the right way? I hesitate because if /usr/local is not already included in the system's directories, it means it's not installed. That is: if you have package "foo" in /usr/lib with includes in /usr/include, and you want to test a newest version of it, and you build it under /usr/local, ./configure should detect the the old one (the system's one). If you want to use the newest one, you can specify -I/usr/local (which changes the search order so now it's found first). Finally if you want every application to use the newest package, the system's includes&libs paths should be updated. Does anyone know better? Cheers Jorge.- Re: [Dillo-dev]Dillo 0.7.0-pre-v1 (dpi enabled) From: Melvin Hadasht - 2002-11-02 13:33 Hi Jorge, on Sat, 2 Nov 2002 09:06:10 -0300 (CLST) Jorge Arellano Cid wrote: > C'mon Melvin, just change the port number in: >=20 > dpi.c:351 > bm_srv10.c:57 That's what I ended to do... But if plugins will use INET sockets, then t= here should be a defined list of ports. In fact, it was a NAS server that listened at 8000, not the HTTP server. > Yes they can, at different ports. > Ah, and most probably they'll end using unix domain sockets. >=20 > I hope this gets you started. It's OK, but I thought I report this, because this is currently a limitat= ion (unless a list that maps plugins to TCP/IP ports is created). BTW, I like the idea that plugins do not have to be started by the browse= r.=20 Thanks for your work. Tsch=FC=DF (German: Bye) --=20 Melvin Hadasht Re: [Dillo-dev]patches updated From: Jorge Arellano Cid - 2002-11-02 12:55 On Sat, 2 Nov 2002, Melvin Hadasht wrote: > Hi, > > The following patches were updated so they apply cleanly on Dillo 0.7.0pre-v1. > > - local browsing patch. Please note: this patch blocks accesses to a remote > host but still does DNS lookup for that host. I read somewhere that spammers can > look at their DNS server log to see if they got a hit for 123456.the.spam.com, > for example, thus allowing tracking of mail reading. If someone knows a way to > check if an address resolves to a localhost (local network?) address without > using DNS, please tell me. > > - fullwindow startup > > - embeddable Dillo (in another GTK+ application). > > The all-in-one patch was also updated. The command line support patch was not > updated because the last version still applies cleanly. > > Gentoo distribution is currently allowing the user to automatically fetch these > patches to permit HTML mail to be viewed from within Sylpheed-Claws mail user > agent, so I hope they will be officially implemented in Dillo. > > The patches are to be found at http://melvin.hadasht.free.fr/home/ Thanks for the update Melvin. Yes, those patches will make into the official dillo. BTW I have a lot of pending patches to review; as I've said before, they were procrastinated because the top priority was on dpi. I apologize to all the people that haven't had answers in a long time. Please be aware that even working full time I don't have the time to cope with the huge loads of work here. BTW, just answering all the email I receive would eat almost all of my time! Now the priorities are: * Funding initiative * dpi * integrating some procrastinated patches * next release Please note that the funding initiative is critical, as I know that working on spare time won't work for a web browser. Ah, as I've pointed out somewhere, the current funding presentation haven't rised a single dolar, so I'm trying to expand the horizon and ask in other channels, and it certainly takes a lot of time... [more on this later] Best Jorge.- PS: Have you voted at http://www.linuxfund.org ? Re: [Dillo-dev]Dillo 0.7.0-pre-v1 (dpi enabled) From: Jorge Arellano Cid - 2002-11-02 12:55 Melvin, > Jorge Arellano Cid wrote: > > > Finally, I'm pleased to present the first prototype of dillo > > plugins: both, the dpi enabled browser and the bookmarks PI. > > I tried to run the bookmark server, but it says that the address is already in > use. I have a http server running on port 8000, it seems that's the problem. > That would also mean that two plugins servers can't be run on the same time? > What can I do to solve this? C'mon Melvin, just change the port number in: dpi.c:351 bm_srv10.c:57 > That would also mean that two plugins servers can't be run on the same time? Yes they can, at different ports. Ah, and most probably they'll end using unix domain sockets. I hope this gets you started. Regards Jorge.- [Dillo-dev]Re: broken link on dillo website From: Jorge Arellano Cid - 2002-11-02 12:55 Jolan, > http://dillo.cipsga.org.br/Icons/ > > You don't have permission to access /Icons/ on this server. > > Can you please change the permissions as appropriate so I can grab > an icon? Sorry about that. The real problem is that the web server was somehow "updated" and the settings didn't remain. BTW, thepermissions are right, the problem is they don't allow symbolic links any more, so the: index.html -> icons.html doesn't work anymore. I had to made a file copy of it (now it works). Thanks for the tip, and please don't hesitate to report any problem you may find. Cheers Jorge.- [Dillo-dev]patches updated From: Melvin Hadasht - 2002-11-02 10:19 Hi, The following patches were updated so they apply cleanly on Dillo 0.7.0pre-v1. - local browsing patch. Please note: this patch blocks accesses to a remote host but still does DNS lookup for that host. I read somewhere that spammers can look at their DNS server log to see if they got a hit for 123456.the.spam.com, for example, thus allowing tracking of mail reading. If someone knows a way to check if an address resolves to a localhost (local network?) address without using DNS, please tell me. - fullwindow startup - embeddable Dillo (in another GTK+ application). The all-in-one patch was also updated. The command line support patch was not updated because the last version still applies cleanly. Gentoo distribution is currently allowing the user to automatically fetch these patches to permit HTML mail to be viewed from within Sylpheed-Claws mail user agent, so I hope they will be officially implemented in Dillo. The patches are to be found at http://melvin.hadasht.free.fr/home/ -- Melvin Hadasht Re: [Dillo-dev]Dillo 0.7.0-pre-v1 (dpi enabled) From: Melvin Hadasht - 2002-11-01 20:47 Hi Jorge, on Fri, 1 Nov 2002 15:52:25 -0300 (CLST) Jorge Arellano Cid wrote: > Finally, I'm pleased to present the first prototype of dillo > plugins: both, the dpi enabled browser and the bookmarks PI. I tried to run the bookmark server, but it says that the address is already in use. I have a http server running on port 8000, it seems that's the problem. That would also mean that two plugins servers can't be run on the same time? What can I do to solve this? Cheers -- Melvin Hadasht [Dillo-dev]Dillo 0.7.0-pre-v1 (dpi enabled) From: Jorge Arellano Cid - 2002-11-01 18:54 Hi there! A lot of time has passed, but also a lot of work has been done. Finally, I'm pleased to present the first prototype of dillo plugins: both, the dpi enabled browser and the bookmarks PI. This is a work in progress and there's still some work to do before making a release of it, but I hope you enjoy this version and start working with it ASAP. I've prepared a tarball with all the necessary stuff, just get: http://dillo.cipsga.org.br/070pre/070pre-v1.tgz ... read the docs and you'll be started. Enjoy Jorge.- PD: If you haven't voted some pesos for dillo at http://www.linuxfund.org, please do so. We need the money and it'll cost you nothing. Remember, the max amount is 1500. [Dillo-dev]Dillo and memory leak From: Lars Segerlund - 2002-11-01 07:33 It seems that after running for a long time dillo uses up quite a lot of memory, I had two dillo sessions running for about three to five days and both used about 130 MB , they were only displaying static pages on the local filesystem, in other words no reloads and sych, also they seemed to have allocated about the same amount of memory during this time. This could indicate a leak that is propotional with time so to speak. I will try to pin it down. / Lars Segerlund.