> >
> > lighttpd doesn't use PATH_TRANSLATED.
> > I seem to have things working by doing $ENV{PATH_TRANSLATED} =
> > $ENV{SCRIPT_FILENAME};
> >
> > is there a reason your script doesn't use SCRIPT_FILENAME
> in favor of
> > PATH_TRANSLATED?
>
That is to support calling a script as
/cgi-bin/e
>
> Found a piece of oddity. I reread README.v2.txt again this
> time so I didn't stumble on something else that was
> mentioned. The closest thing I could possibly relate my
> behavior problems to is this:
>
> "- Nesting must be done properly. I.e. you cannot put a tag
> (for a dynamic table
>
> > Either set optSendHttpHeader (32) or make sure that the environemnt
> > variable GATEWAY_INTERFACE is set, then Embperl should send the
> > headers on it's own
>
> now I had all that working fine en embperl 2.2.0 but because
> of the table problems, I wanted to go back to 1.3.6. for
> l
Hi,
> I am sorry to bother you, probably too many people are
> writing to you with the same questions over and over again.
> But I did research on the web and in documentation and still
> didn't find a clear answer.
> The only answer I found was "Don't use embPerl for graphs,
> it's a hassle".
>
> I am having some issues with Embperl 2.2.0 and subroutines.
>
> I used to be able to call a subroutine from another file like
> this in Embperl 1.3.6:
> [- Execute ({ inputfile => 'displayedit.html', import => 1 }) -]
> [- EditReport -]
>
> displayedit.html
> [$ sub EditReport $]
>
>
>
> well, in case anybody else asks you.. We got it to load.
Great!
> We added -bexpall to the link line for the shared object.
> Apparently the embperl_module isn't exported by default.
> Exporting everything makes it work.
ok
> Or at least load. We're still havi
