>
> The check for a null pointer worked, but I'm still not sure if we're
> fixing the bug, or working around a symptom.
>
It isn't bad anyway, since it makes Embperl more robust against problems,
where ever they might come from...
> Which leads me to my next problem. I can't seem to get config
On Thu, Mar 21, 2002 at 07:18:24AM +0100, Gerald Richter wrote:
> Does this change anything? If not what exactly is happeing? Do you get an
> error message?
Doesn't help. When not using "PerlSetEnv" I will get an error message
-
Set EMBPERL_SESSION_HANDLER_CASSS to 'no' to avoid this mes
>
> Doesn't help. When not using "PerlSetEnv" I will get an error message
>
Did you set the EMBPERL_APPNAME ? That's very important!
Try to set
EMBPERL_SESSION_HANDLER_CASSS no
at the top level. Outside of your virtual hosts.
Gerald
> -
> Set EMBPERL_SESSION_HANDLER_CASSS to 'no' to
On Thu, Mar 21, 2002 at 12:21:18PM +0100, Gerald Richter wrote:
> From: "Gerald Richter" <[EMAIL PROTECTED]>
> To: "Jochen Topf" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Subject: Re: Problem with configuration
> Date: Thu, 21 Mar 2002 12:21:18 +0100
>
> >
> > Doesn't help. When not using "
When not using 'EMBPERL_OBJECT_FALLBACK' an error code 500 is returned
instead of 404. When using 'EMBPERL_OBJECT_FALLBACK' success (200) is
returned instead of 404.
Is there a way to get the normal 404 error from apache? This is especially
a problem, because only URLs ending on *.html are going
At 11:19 AM +0100 3/21/02, Gerald Richter wrote:
>So one step back: Does make test work for you? If yes, are you really using
>the same Apache and mod_perl in test and in life? For your last tests, did
>you load 2.0b6 only, or did you also load 1.3.4. Please try to load 2.0
>only. Does this make a
> >
> > Did you set the EMBPERL_APPNAME ? That's very important!
>
> Yes, I did that after your last mail, but that doesn't change anything.
>
> > Try to set
> >
> > EMBPERL_SESSION_HANDLER_CASSS no
> >
> > at the top level. Outside of your virtual hosts.
>
> In that case I don't get any error mes
> When not using 'EMBPERL_OBJECT_FALLBACK' an error code 500 is returned
> instead of 404.
Yes, this is wrong. I put it on the todo list for the next release
> When using 'EMBPERL_OBJECT_FALLBACK' success (200) is
> returned instead of 404.
>
That is is intented behaviour. The fallback page s
Looks like didn't get much sleep, since your last mail
>
> I assume all I have to do to not load 1.3.4 is make sure there are no
> references to HTML::Embperl in my config file? No difference.
>
Yes
> I'm definitely using the same apache and mod_perl, because I'm
> testing on the live serv
On Thu, Mar 21, 2002 at 03:43:08PM +0100, Gerald Richter wrote:
> > When using 'EMBPERL_OBJECT_FALLBACK' success (200) is
> > returned instead of 404.
> >
>
> That is is intented behaviour. The fallback page should be displayed and not
> an error page.
I still think this is wrong. The page doesn
> >
> > That is is intented behaviour. The fallback page should be displayed and
not
> > an error page.
>
> I still think this is wrong. The page doesn't exist, so it should return
404
> so that spiders and such do the right thing. And for humans a nice
layouted
> page is returned. At least, it sh
At 3:56 PM +0100 3/21/02, Gerald Richter wrote:
>Embperl_UseEnv on
>AddModule embperl.c
>Embperl_UseEnv on
>
>What are the different error message, if any, with and without the
>AddModule?
Kind of telling.
Cannot add module via name 'embperl.c': not in list of loaded modules
It looks to me like
> >
> >What are the different error message, if any, with and without the
> >AddModule?
>
> Kind of telling.
>
> Cannot add module via name 'embperl.c': not in list of loaded modules
>
Oops, yes it can't work. Sorry I am overseen this.
> It looks to me like the module is being only partially reg
At 9:23 PM +0100 3/21/02, Gerald Richter wrote:
>There is one thing we can try, in epapinit.c comment out line 163:
>
>ap_remove_module (&embperl_module) ;
No go.
>
>
>If this all doesn't help, then search for all
>
> cfg -> bUseEnv = -1 ;
If I turn off the directives, I still crash with ot
Hi, sorry its been a while since i last replyed to this thread. I actually
found that this occurs ONLY if you POST the data. So a GET request works
ok. Here is the data dump from the code you gave me (slightly modified
because it has to be valid xsl):
GET Request (correct):
[19102]ERR: 24: Err
whoops It looks like an error on our side. I found a module that was
doing some waky stuff to are POST data. Thanks for you help.
-Pat-
-Original Message-
From: Patrick Tully [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 21, 2002 5:24 PM
To: embperl
Cc: Alex Schmelkin
Subject: R
I have a theory which may or may not be correct, but I'm not sure
where to go next.
Embperl is loading and executing just fine the first time.
However the second time the config file is read (by standalone_main)
it is *not* loaded properly. This is true whether or not
standalone_main is execu
Life just got more interesting. I was right, but it turns out there
is a solution for this in mod_perl, but it's not working.
perl_section_self_boot has the following comment:
/* make sure this module is re-loaded for the second config read */
However that code is not being executed.
BU
Good news. I have it somewhat working. I still can't get any
directives read on the second pass, but I can get it to run. They
key items:
I have to have a
block in the config file.
embperl_ApacheInitCleanup has to call ap_remove_module
(&embperl_module) every time, not just when mod_per
> Good news. I have it somewhat working.
:-)
> I still can't get any
> directives read on the second pass, but I can get it to run.
:-(
>They
> key items:
>
> I have to have a
>
>
> block in the config file.
>
Mmh, I never had a need to do this...
> embperl_ApacheInitCleanup has to cal
20 matches
Mail list logo
