Hi,
Dear Jorge & dillo fans,
I can confirm this will run and build on OpenBSD-4.1 with minor modifications:
* remove the GL & glut targets from the fltk Makefile if you don't need it
Did you just "./configure --disable-gl"? Or: - DIRS = src $(LOCALIMAGES) images OpenGL fluid glut test + DIRS = src $(LOCALIMAGES) images fluid test else?
* implement a strndup() function in dw/selection.cc in the testbed as OpenBSD doesn't have that in string.h
Yes.
I still have one question:
I wanted to try out https (yes I know the README says it doesn't work). And of course it did not work:
It works bery basically. If you can see "https://www.rapidssl.com/test/rapidssl.htm", that's it.
prefs: Using internal defaults. dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... Nav_open_url: Url=>https://www.ccc.de< [dpid]: dpi.c:70: a_Dpi_rd_dpi_socket_dir: fopen Dpi_blocking_start_dpid: try 1 [dpid]: No such file or directory [dpid]: - /home/ckeen/.dillo/dpi_socket_dir [dpid]: init_sockdir: The dpi_socket_dir file (null) does not exist dpid started a_Dpiapi_dialog: dpip_tag: <cmd='dialog' msg='The remote certificate cannot be verified (code 20)' alt1='Continue' alt2='Cancel' '> mouse button 1 was pressed a_UIcmd_stop()
Is the backward channel form dpis supposed to work?
Yes.
If yes I will look into it. If there is too much missing atm, I would be gladful for a hint on where to start.
The point here is that https is a "filter" dpi (i.e. one instance per request is spawned). The solution is to implement it as a "server" (e.g. like the file server). That way, when a https request has many embedded resources (i.e. many https requests to the same site), the server can make only one query and not flood the backward channel for dpis. With regard to the actual certificate-validating code, AFAIR much of it is already there, it needs some testing and enabling. It would be great if you can work on it.
Thank you very _very_ much for this nice programme and for bearing with us!
Thank you for offering your help. -- Cheers Jorge.-
participants (1)
-
None