>
> Now I print to OUT explicitly it works, thanks a lot! Alas, I
> have enabled optRedirectStdout (the option value I set is 16388),
> so this should never have happened, should it?
>
optRedirectStdout is not yet implemented in 2.0. I just saw that this fact
is missing in README.v2...
Gerald
On Mon, Aug 26, 2002 at 01:43:59PM +0200, Gerald Richter wrote:
> This normaly only happens if you print to STDOUT instead of OUT. If you are
> sure you print to OUT, try to use
>
> [- Embperl::output ('yout text') ; -]
>
> Does this change anything? If yes, it would mean that OUT is somehow not
> On Mon, Aug 26, 2002 at 11:21:37AM +0200, Gerald Richter wrote:
> > This will not work, because Embperl sets up the @ISA to be
> >
> > * -> base.epl -> Embperl::Req
> >
> > if * and base.epl are the same package, this will cause trouble...
>
> ok, I have taken out the package assignments. But
On Mon, Aug 26, 2002 at 11:21:37AM +0200, Gerald Richter wrote:
> This will not work, because Embperl sets up the @ISA to be
>
> * -> base.epl -> Embperl::Req
>
> if * and base.epl are the same package, this will cause trouble...
ok, I have taken out the package assignments. But still every
out
Hi,
> I have an object base file _base.epo which looks like this:
> [- $req = shift; -]
> [- Execute ({inputfile => '_htmlheader.epo', package => __PACKAGE__}); -]
> [- Execute ({inputfile => '*', package => __PACKAGE__}); -]
This will not work, because Embperl sets up the @ISA to be
* -> base.
Hi again,
Embperl files run quite ok on my 2.0b8 installation now, but
Embperl::Object does strange things which I hunted the whole day,
but I don't come closer...
I have an object base file _base.epo which looks like this:
[- $req = shift; -]
[- Execute ({inputfile => '_htmlheader.epo', package
> >
> >On Thu, Feb 22, 2001 at 02:51:02PM -0800, Wim Kerkhoff wrote:
> >> What's the best solution?
> >
> >Not necessarily the best solution, but what I'm doing is not using
> >*.html for these objects at all - I'm calling them base.obj, init.obj,
> >etc. Two benefits - it makes it immediately cle
At Fri, 23 Feb 2001 13:40:33 +1100, Gavin Carr <[EMAIL PROTECTED]> wrote:
>
>On Thu, Feb 22, 2001 at 02:51:02PM -0800, Wim Kerkhoff wrote:
>> What's the best solution?
>
>Not necessarily the best solution, but what I'm doing is not using
>*.html for these objects at all - I'm calling them base.ob
On Thu, Feb 22, 2001 at 02:51:02PM -0800, Wim Kerkhoff wrote:
> "G.Richter" wrote:
>
> > > Should the base class be accessible from the browser?
> > >
> >
> > It's not intended to be, but it could lead to denial of service attacks, so
> > I add a security check.
>
> What are people doing to pr
"G.Richter" wrote:
> > Should the base class be accessible from the browser?
> >
>
> It's not intended to be, but it could lead to denial of service attacks, so
> I add a security check.
What are people doing to protect against people trying to request
objects that Executed by pages, e.g., init
Hi,
>
> I was working through the new Embperl Object tutorial for version 1.3.1.
> When I
> decided to enter the base object url.
>
> This cause the apache process to keep on growing.
>
Yes, this will cause an endless recursion...
> This behavior does not happen in embperl 1.3.0. That just ret
Hello all,
I was working through the new Embperl Object tutorial for version 1.3.1.
When I
decided to enter the base object url.
This cause the apache process to keep on growing.
This behavior does not happen in embperl 1.3.0. That just returns a server
error with the following line in the a
12 matches
Mail list logo
