>
> No, it's not build as DSO; plain static. And mod_perl is, well look here:
> Apache/1.3.12 (Unix) mod_perl/1.24 configured -- resuming normal
operations
>
ok, so this is not the problem
> Could it be because there are a lot of fields in the form? I don't think
so,
> but just had to ask.
No,
> I guess you already have mailed us your setup when we talk about
> EmbperlObject, but once again the question: Is mod_perl build as DSO? Which
> version of mod_perl? This problem is typical for a mod_perl version < 1.22,
> which is build as DSO and Embperl is loaded at server startup time.
No,
> > If you've already tried something like that, and it really is empty,
then
> > this is some sort of sinister, ugly persistence issue that I wouldn't
know
> > how to deal with ... I'm used to that :)
>
> It is really empty, or at least it doesn't contain the values I expect.
I've
> tried [+ "->
> If you've already tried something like that, and it really is empty, then
> this is some sort of sinister, ugly persistence issue that I wouldn't know
> how to deal with ... I'm used to that :)
It is really empty, or at least it doesn't contain the values I expect. I've
tried [+ "-> $fdat{order
1, 2000 4:58 PM
> To: Embperl@Perl. Apache. Org
> Subject: fdat blues
>
>
> Once again I have a very strange problem.
>
> In my order form I have a construction like this
>
> [$ if (defined($fdat{order})) $]
> say thanks for the order
> [$ else $]
> hav
Once again I have a very strange problem.
In my order form I have a construction like this
[$ if (defined($fdat{order})) $]
say thanks for the order
[$ else $]
have a form where there is a submit button called "order".
[$endif$]
Problem is, it works only part of the time. Seems that if I change
