RE: My english (was: Refresh oddity...)

2000-05-26 Thread Gerald Richter
> > I knew what you meant (and probably so did everyone else); I was just > teasing a bit. I found it funny and it was early in the morning. I saw your ;-), I just wanted to say this in case anybody understood it wrong... Gerald

Re: My english (was: Refresh oddity...)

2000-05-26 Thread Erich L. Markert
Hey don't feel bad... After I found this logic error I was kicking myself in the ass and cursing up a storm. Guess one should never, ever code while extremely tired. Programming - A love, hate relationship! :) Frank Mayhar wrote: > > Gerald Richter wrote: > > > From: Frank Mayhar [mailto:[EMA

Re: My english (was: Refresh oddity...)

2000-05-26 Thread Frank Mayhar
Gerald Richter wrote: > > From: Frank Mayhar [mailto:[EMAIL PROTECTED]] > > Gerald Richter wrote: > > > It's very hard to help you more without to see the code (also I will not > > > have the time to review huge junks of code), but I guess there > > is an error > >^

RE: My english (was: Refresh oddity...)

2000-05-26 Thread Gerald Richter
> From: Frank Mayhar [mailto:[EMAIL PROTECTED]] > Gerald Richter wrote: > > It's very hard to help you more without to see the code (also I will not > > have the time to review huge junks of code), but I guess there > is an error >^ > > That's a bit of a pre-jud

Re: Refresh oddity...

2000-05-26 Thread Erich L. Markert
Update... How do you spell idiot? E-R-I-C-H The refresh oddity isn't an embperl problem but the nut behind my keyboard The reason why the refresh wasn't behaving properly was a logic error... I was populating the hash prior to doing the data updates. Hence, the hash was always

RE: Refresh oddity...

2000-05-26 Thread Gerald Richter
> > One oddity I noticed yesterday... If I fill out the form and click "Add > Another" this new entry isn't immediately shown. If I then fill out the > form and click "Add Another" the previous record is shown. This is > consistent. It seems that it's always one relative behind. > It's very h

Re: Refresh oddity...

2000-05-26 Thread Erich L. Markert
Well the timestamps are different. Here's the head portion of the logfile: Logfile = /tmp/embperl.log, Position = 4150760, Pid = 3714 [3714]REQ: Embperl 1.2.1 starting... Fri May 26 08:55:49 2000 [3714]REQ: No Safe Eval All Opcode allowed mode = mod_perl (3) [3714]REQ: Package = HTML::Embperl::

RE: Refresh oddity...

2000-05-25 Thread Gerald Richter
> > Hmm... I changed my httpd.conf so embperl has virtlog set and the > dbgLogLink option enabled. > > I run this page and, if I'm reading the output correctly, it appears > that it is indeed getting this from cache. Evals: 661 Cache: 661 (100%) > No, this only means that the precompiled Perl c

Re: Refresh oddity...

2000-05-25 Thread Erich L. Markert
Hmm... I changed my httpd.conf so embperl has virtlog set and the dbgLogLink option enabled. I run this page and, if I'm reading the output correctly, it appears that it is indeed getting this from cache. Evals: 661 Cache: 661 (100%) Is there anyway to tell embperl to disable caching on a page

RE: Refresh oddity...

2000-05-24 Thread Gerald Richter
> > The very odd thing is it appears that scalar(keys %HASH) remains the > same and won't update unless I click on a link or hit refresh (even if I > do an 'undef %HASH' prior to loading it with data)... Maybe the page isn't executed, but served from some cache. You may check your embperl.log fil

Refresh oddity...

2000-05-24 Thread Erich L. Markert
I have a form that allows users to enter in one or more entries into my db. If there exists entries in the database a small table is suppose to be display the contents of a hash at the top of the form that would enable the user to check a box and remove entry. The problem that I'm having is when