Andreas,
> > The point is: testing it. Sadly I didn't received more than a
> > single comment of its working. Now I'm asking again: please
> > download the latest CVS, the bookmarks server, intall them, play
> > with them, test and report how it works for you.
>
> With the CVS verion as of
>
> $ date -u
> Mon Feb 3 16:38:33 UTC 2003
>
> It works almost out of the box for FreeBSD (the latest stable)
> The only thing : autogen.sh should be a /bin/sh script,
> not a /bin/bash script to make it portable.
>
> Same for the small convert script for the bm_dpi.
>
I'll change those.
> > Ah, if someone here has NFS mounted accounts (from another
> > machine), I want to know how it works there. As unix domain
> > sockets are accessible only to the local machine, and it listens
> > on /tmp, it should work, but we need the proof!
>
> The NFS part works between 2 FreeBSD machines.
Thanks for testing.
May I bother you with the socket access test?
> There is just one problem : dillo waits 128 cycles for
> the plugin to get online.
> On my machine, this seems to be not long enough. I
> set it to 256, and then it says it waits 90-190 cycles to get
> online ... weird ... and then it works.
> Maybe this hard coded waiting is not such a great idea.
Yes. The problem is the time gap between 'exec' and the
dpi-program being operative. It should be minimal when the
programs is on a local HD, but NFS may take some time.
I added the wait cycles for this case, and don't know the
"canonical" way to do it. Yes it could be done with a gtk-timeout
function or something akin but the wait cycles were the simplest
thing to begin with. ;)
Cheers
Jorge.-
