Sorry for my english. dpid uses the dpi_dir line at dpidrc file to find system wide DPIs dir. It try ~/.dillo/dpi/ for user wide DPIs.(after or before system wide ones. I do not remember) I have this start line in dpidrc: dpi_dir=/usr/local/lib/dillo/dpi I agree dpid should use the correct prefix for system wide DPIs, but i do not know configure enough. For reference: To bind a service with a DPI dpid uses dpidrc and for backward compatibility ~/.dillo/dpi/<service>/*.[filter].dpi or <dpi_dir>/<service>/*.[filter].dpi (If i remember right) the servicces that dillo ask to dpid (currently) are: - "bm" or "bookmarks" for bookmarks - "cookies" for cookies - "vsource" for view source - "proto.%p" for unhandled protocol - etc The lines at dpidrc have this format: <service_name>[*]=<relative or parcial (last part) path to DPI/>DPI_name.[filter].dpi '*' have special meaning after service name and match not handled services that start with service_name i have some lines like this in my dpidrc: ---------------------------------- proto.ftp=ftp.filter.dpi proto.https=https.filter.dpi proto.file=file.dpi proto.data=datauri.filter.dpi proto.abc=hello.filter.dpi # debug prefs DPI fast with p: proto.p=prefs.dpi # handler for not handled protocols #proto.*=hello.filter.dpi # handler for dpi:/@/ #@=hello.filter.dpi # someone forgot the start slash in dpi:foo/ (only at url bar) #proto.dpi=hello.filter.dpi # default handler for dpi:/without_ending_slash #?=hello.filter.dpi # never use or all services will be handled whith this dpi # *=hello.filter.dpi ---------------------------------- If some one write a gopher DPI (only implement open_url DPIP command) only need to add this to dpidrc file: proto.gopher=[path/]<gopher>.[filter].dpi If some one write another bookmarks DPI use: bookmarks=[path/]<new_bm>.[filter].dpi etc for downloads, etc ... I personally think about DPI infrastructure that: - need better docs (part my fault) - is fragile - dpid is too big and have legacy code - infrastructure simplification will be good But unknown how and it currently works Diego. 2011/5/13, Roger <rogerx.oss@gmail.com>:
On Fri, May 13, 2011 at 08:12:40AM -0400, Jorge Arellano Cid wrote: Hi,
On Thu, May 12, 2011 at 07:56:32PM -0800, Roger wrote:
(EMail seems to be being blocked. Resending.)
It arrived here with more than a hundred of whitespace trailing most text lines...
Sorry. I copy/pasted using screen and vi editor (within Mutt). It looked fine here -- so first I've heard/seen this. Quite possible it was because I was using Mutt for GMail.
dpi_read_comm_keys file not found is likely the problem.
After dpid is started:
~/src/dillo $ install/bin/dillo dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: new url='dpi:/bm/' ** ERROR **: [Dpi_read_comm_keys] No such file or directory
This is not a show-stopper. If dillo can't read the file, most probably there's no dpid running, so dillo tries to start it...
Dpi_blocking_start_dpid: try 1
this is dillo's try to start dpid.
[dpid]: a_Misc_mksecret: 1423de10
dpid started
and it starts.
Dpi_get_server_port: can't read server port from dpid.
** ERROR **: dpi.c: can't start dpi daemon
This happens when dpid can't either start the requested dpi nor get an answer from it (bookmarks.dpi in this case).
I was able to reproduce it by deleting the bookmarks.dpi binary.
dpid checks both:
1) ~/.dillo/dpi/file/ 2) /usr/local/lib/dillo/dpi/<dpiname>/<dpiname>.dpi
so you should check what's going on there.
Dillo should pickup /usr/local/lib/dillo/dpi from ${PREFIX}/lib/dillo/dpi via "./configure --prefix=/blah/blah". Correct?
(I've prefixed /home/roger/src/dillo/install, to keep CVS/SVN installs separate from the system packages to prevent unowned files on the system. I've never run into a program that didn't obey the --prefix assignment yet. I have yet to verify Dillo is missing /lib/dillo/dpi here. When I do, I'll follow-up to this.)
_______________________________________________ Dillo-dev mailing list Dillo-dev@dillo.org http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev