Re: Embperl::Object problem

2002-08-26 Thread Gerald Richter
> > 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

Re: Embperl::Object problem

2002-08-26 Thread Andre Landwehr
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

Re: Embperl::Object problem

2002-08-26 Thread Gerald Richter
> 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

Re: Embperl::Object problem

2002-08-26 Thread Andre Landwehr
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

Re: Embperl::Object problem

2002-08-26 Thread Gerald Richter
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.

Re: Embperl Object problem

2001-02-22 Thread Gerald Richter
> > > >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

Re: Embperl Object problem

2001-02-22 Thread wim
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

Re: Embperl Object problem

2001-02-22 Thread Gavin Carr
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

Re: Embperl Object problem

2001-02-22 Thread Wim Kerkhoff
"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

Re: Embperl Object problem

2001-02-22 Thread G.Richter
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