Hi Massimo,

Thanks for helping me on Saturday :)

The file hello.rvt is downloaded but empty.

Okay, I will give a try to recompile Apache (which I hoped not to with the
usage of module) if it can help you to troubleshoot the problem.

What version do you recommend me to compile? I am going to go with 2.2.24.
Please stop me otherwise.

I will let you know.

Thank you.
Brice,

On Sat, Jun 29, 2013 at 2:21 PM, Massimo Manghi <[email protected]>wrote:

> Again on Brice's problem before Harald answers
>
> A 'namespace delete ::request' does exists and it's run at every
> request, but it's trapped by a catch in case it fails (and it should on
> the first request served by an interpreter). The function involved in a
> Tcl code execution is Rivet_ExecuteAndCheck which should print an error
> message on the browser if an error is not trapped by an ErrorScript
> directive (and I assume you didn't configure it). The default error
> handler code is in rivet/init.tcl
>
>     proc handle_error {} {
>         global errorInfo
>         global errorOutbuf
>
>         puts <PRE>
>         puts "<HR>$errorInfo<HR>"
>         puts "<P><B>OUTPUT BUFFER:</B></P>"
>         puts $errorOutbuf
>         puts </PRE>
>     }
>
> you get the download dialog box instead... if you get the whole
> hello.rvt script unparsed (can you check out?) that means there is some
> problem with your apache webserver, because some other request handling
> module took over the request. It's happening something like Rivet
> actually returned DENIED to the framework, claiming to be unable to
> handle it. Still, it doesn't match with the error line in the logs,
> which means mod_rivet code somehow got executed...that's really puzzling
> and impossible to figure out from here
>
> I suggest you build your own apache 2.2 webserver by specifying prefork
> as MPM and giving a chance to the webserver to have all the modules it
> need for basic operations.
>
> ./configure --enable-modules=most --enable-example --enable-unique-id
> --enable-symbols --sysconfdir=/usr/local/apache2/conf/
> --prefix=/usr/local/apache2 --with-mpm=prefork
>
> and then build rivet with something like
>
> ./configure --with-apache=/usr/local/apache2
> --with-apxs=/usr/local/apache2/bin/apxs --with-tcl=/usr/lib/tcl8.5
> --with-rivet-target-dir=/usr/local/apache2/lib/rivet2.1
> --enable-version-display
>
> make
> sudo make install
>
> this should work.
>
>  -- Massimo
>
>
>
> On 06/29/2013 03:42 AM, Massimo Manghi wrote:
> >
> >
> > On 06/28/2013 11:17 PM, Brice Hamon wrote:
> >> I for got to tell you that when I get this error
> >>
> >> [Fri Jun 28 17:15:43 2013] [error] (20014)Internal error: mod_rivet:
> >> Error parsing exec file '/srv/www/htdocs/hello.rvt': unknown namespace
> >> "::request" in namespace delete command\n    while executing\n"namespace
> >> delete ::request "
> >>
> >> my browser wants to download and save the file hello.rvt
> >>
> >
> >
> > that means these lines are not in effect
> >
> > mod_mime-defaults.conf:AddType application/x-httpd-rivet .rvt
> > mod_mime-defaults.conf:AddType application/x-rivet-tcl .tcl
> > mod_mime-defaults.conf:AddType 'application/x-httpd-rivet;charset=utf-8'
> > rvt
> >
> > The first line is redundant and replaced by the third line. The . (dot)
> > before rvt and tcl is not necessary
> >
> >  -- Massimo
> >
> >
> >>
> >>
> >> On Fri, Jun 28, 2013 at 2:56 PM, Brice Hamon <[email protected]
> >> <mailto:[email protected]>> wrote:
> >>
> >>     No I used the standard distribution of apache2.
> >>
> >>     Plain vanilla configure:
> >>
> >>     ./configure --with-apxs=/usr/sbin/apxs2
> >>
> >>     I attached the config.log just in case.
> >>
> >>
> >>
> >>     On Fri, Jun 28, 2013 at 4:51 PM, Massimo Manghi <
> [email protected]
> >>     <mailto:[email protected]>> wrote:
> >>
> >>         Did you build your own httpd instance?  In case would you try to
> >>         build it with this configure line?
> >>
> >>         ./configure --prefix=/usr/local/apache2
> >>         --enable-modules-shared=most --enable-mantainer-mode
> >>         --with-mpm=prefork --enable-maintainer-mode --enable-symbols
> >>         --with-included-apr --enable-dso --enable-cgi --disable-cgid
> >>
> >>         this is how my test instance of apache2 is built. What is you
> >>         configure line for Rivet?
> >>
> >>           -- Massimo
> >>
> >>
> >>         On 06/28/2013 08:18 PM, Brice Hamon wrote:
> >>
> >>             Yes Me too.
> >>
> >>             I believe it's a apache config problem.
> >>
> >>             Server version: Apache/2.2.21 (Linux/SUSE)
> >>             Server built:   2013-03-28 11:23:38.000000000 +0000
> >>
> >>             Linux ydotm2 3.1.10-1.23.1-desktop #1 SMP PREEMPT Tue May 21
> >>             12:46:34
> >>             UTC 2013 (8645a72) x86_64 x86_64 x86_64 GNU/Linux
> >>
> >>
> >>
> >>             On Fri, Jun 28, 2013 at 4:15 PM, Massimo Manghi
> >>             <[email protected] <mailto:[email protected]>
> >>             <mailto:[email protected] <mailto:[email protected]>>>
> >>             wrote:
> >>
> >>                  Hi Brice
> >>
> >>                    are you running apache 2.2? I think I'm running out
> >>             of ideas....
> >>
> >>                    -- Massimo
> >>
> >>
> >>
> >>                  On 06/28/2013 08:03 PM, Brice Hamon wrote:
> >>
> >>                      Hi Massimo,
> >>
> >>                      I think I use the prefork also:
> >>
> >>                      /usr/sbin/httpd2 -l
> >>                      Compiled in modules:
> >>                          core.c
> >>                          prefork.c
> >>                          http_core.c
> >>                          mod_so.c
> >>
> >>                      I am still fiddling around to try to make it work.
> >>
> >>                      Thank you,
> >>                      B.
> >>
> >>
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [email protected]
> > For additional commands, e-mail: [email protected]
>
>
> --
> -- Massimo Manghi
>
> Dipartimento di Neuroscienze
> Unità di Biofisica e Fisica Sanitaria
> via Volturno 39
> 43125 Parma
>

Reply via email to