[Dillo-dev]download problem on OpenBSD
Hello, using pre2 I went to sourceforge do download a file. On the mirror page I selected one and clicked on the "here" message for the non-stadard refresh which gives a direct link to the file (I could use it for d/l with wget). Clicking on it brought up a file location requester, I selected my home directory and gave ok. Dillo crashed with: Nav_open_url: Url=>http://prdownloads.sourceforge.net/ayttm/ayttm-0.4.6.tar.gz?use_mirror=heanet<; Connecting to 66.35.250.217 Nav_open_url: Url=>http://heanet.dl.sourceforge.net/sourceforge/ayttm/ayttm-0.4.6.tar.gz<; Dns_server [0]: heanet.dl.sourceforge.net is 0x721cb8 Connecting to 193.1.219.87 HTTP warning: Unhandled MIME type: <application/x-gzip> dpi.c:71: a_Dpi_rd_dpi_socket_dir: fopen : No such file or directory - /home/multix/.dillo/dpi_socket_dir debug_msg - init_sockdir: The dpi_socket_dir file does not exist dpid started Riccardo
Riccardo Mottola wrote:
Hello,
using pre2 I went to sourceforge do download a file. On the mirror page I selected one and clicked on the "here" message for the non-stadard refresh which gives a direct link to the file (I could use it for d/l with wget).
Clicking on it brought up a file location requester, I selected my home directory and gave ok. Dillo crashed with:
I tried again with another site (after a computer reboot) and it crashed the same way. However, retrying, by restarting dillo, makes it work. It must be a dpi launching problem ? -R
On Sun, 1 Jan 1995, Riccardo Mottola wrote:
Riccardo Mottola wrote:
Hello,
using pre2 I went to sourceforge do download a file. On the mirror page I selected one and clicked on the "here" message for the non-stadard refresh which gives a direct link to the file (I could use it for d/l with wget).
Clicking on it brought up a file location requester, I selected my home directory and gave ok. Dillo crashed with:
I tried again with another site (after a computer reboot) and it crashed the same way. However, retrying, by restarting dillo, makes it work. It must be a dpi launching problem ?
I tried to reproduce it, but with no luck. Once running, the dpid daemon should not have trouble with the dpi_socket_dir file (it holds the directory name under /tmp used to create the unix domain sockets for each dpi server). BTW, it should survive a reboot! Maybe you have a cron job that removes the socket directory used by dillo or something like that. Please try to find a more precise way to reproduce it, as I can't with the first post's instructions. Can anyone else reproduce this? How does dillo crash? A Segfault, no download, silent exit? Cheers Jorge.-
participants (2)
-
Jorge Arellano Cid -
Riccardo Mottola