Mailing List Archive: fdat blues

fdat blues

Jul 31, 2000, 1:58 PM

Post #1 of 6 (1476 views)

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 this file
(bestilling.epl), then %fdat turns up empty when I submit it through the order
button. Then I get the form again. If I try again from the top, still the same.
But if I insist and push the order button the second time (even the order is
empty), then fdat is coming back with its data. And then it works for the time
being; other orders can be made with no problem.

--
Kaare Rasmussen --Linux, spil,-- Tlf: 3816 2582
Kaki Data tshirts, merchandize Fax: 3816 2582
Howitzvej 75 Åben 14.00-18.00 Email: kar@webline.dk
2000 Frederiksberg Lørdag 11.00-17.00 Web: www.suse.dk

RE: fdat blues [ In reply to ]

jcushman at davanita

Jul 31, 2000, 4:21 PM

Post #2 of 6 (1448 views)

Permalink

I'm not experienced enough with embperl to instantly figure out the problem,
but my first debugging approach would be to print out all of %fdat and
figure out what it does contain. My personal preference to do that would be

use Data::Dumper;
print OUT Dumper %fdat;

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 :)

--Jack
> -----Original Message-----
> From: Kaare Rasmussen [mailto:kar@webline.dk]
> Sent: Monday, July 31, 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 $]
> 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 this file
> (bestilling.epl), then %fdat turns up empty when I submit it
> through the order
> button. Then I get the form again. If I try again from the top,
> still the same.
> But if I insist and push the order button the second time (even
> the order is
> empty), then fdat is coming back with its data. And then it works
> for the time
> being; other orders can be made with no problem.
>
> --
> Kaare Rasmussen --Linux, spil,-- Tlf: 3816 2582
> Kaki Data tshirts, merchandize Fax: 3816 2582
> Howitzvej 75 Åben 14.00-18.00 Email: kar@webline.dk
> 2000 Frederiksberg Lørdag 11.00-17.00 Web: www.suse.dk
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
> For additional commands, e-mail: embperl-help@perl.apache.org

RE: fdat blues [ In reply to ]

kar at webline

Aug 1, 2000, 9:12 AM

Post #3 of 6 (1445 views)

Permalink

> 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} <-" +] and other values than "order" that I know
should be there. But it's not there the first time around :-(

--
Kaare Rasmussen --Linux, spil,-- Tlf: 3816 2582
Kaki Data tshirts, merchandize Fax: 3816 2582
Howitzvej 75 Åben 14.00-18.00 Email: kar@webline.dk
2000 Frederiksberg Lørdag 11.00-17.00 Web: www.suse.dk

Re: fdat blues [ In reply to ]

richter at ecos

Aug 1, 2000, 11:16 AM

Post #4 of 6 (1444 views)

Permalink

> > 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} <-" +] and other values than "order" that I
know
> should be there. But it's not there the first time around :-(
>

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.

Gerald

Re: fdat blues [ In reply to ]

kar at webline

Aug 1, 2000, 12:09 PM

Post #5 of 6 (1453 views)

Permalink

> 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, 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

Could it be because there are a lot of fields in the form? I don't think so,
but just had to ask.
Maybe, one never knows, I have an error somewhere in the HTML code. But it's
bewildering that it only happens when the .epl file is changed and thereby
reloaded.

Btw. it started when I installed 1.3b4. I installed this version to get over
the other strange problem I reported last time...

--
Kaare Rasmussen --Linux, spil,-- Tlf: 3816 2582
Kaki Data tshirts, merchandize Fax: 3816 2582
Howitzvej 75 Åben 14.00-18.00 Email: kar@webline.dk
2000 Frederiksberg Lørdag 11.00-17.00 Web: www.suse.dk

Re: fdat blues [ In reply to ]

richter at ecos

Aug 1, 2000, 12:24 PM

Post #6 of 6 (1456 views)

Permalink

>
> 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, there is no limit

> Maybe, one never knows, I have an error somewhere in the HTML code. But
it's
> bewildering that it only happens when the .epl file is changed and thereby
> reloaded.
>
> Btw. it started when I installed 1.3b4. I installed this version to get
over
> the other strange problem I reported last time...
>

Is there any file upload in the form, i.e. is it multipart/formdata ?

Is it used inside EmbperlObject, or as a standalone page or called via
Execute?

If you are able to put together a small example, I try to reproduce it here
(or send me the whole page, if it works without special modules)

Gerald

-------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting

Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: richter@ecos.de Voice: +49 6133 925151
WWW: http://www.ecos.de Fax: +49 6133 925152
-------------------------------------------------------------