> PerlModule Embperl
> PerlModule DBI
> PerlModule DBD::whatever_you_use
>
> Does this change anything? If not would be nice to
> get a stackbacktrace from
> Apache. Start Apache with -X option to debug.
I had to add:
PerModule DBD::mysql
Tried it, and it still faulted. Starting apache with
> embpexec.pl drawCompressed.htm "yr=2002&mo=08"
>
> Does not have any problems. This file uses this:
> [$ while ($h = $sth->fetchrow_hashref()) $]
> [$ endwhile $]
>
> But call it from the browser, and it kills the httpd
> instance.
>
Please make sure you have loaded DBI & Embperl at the serv
embpexec.pl drawCompressed.htm "yr=2002&mo=08"
Does not have any problems. This file uses this:
[$ while ($h = $sth->fetchrow_hashref()) $]
[$ endwhile $]
But call it from the browser, and it kills the httpd
instance.
FTR, both use the same perl. I have check and
double-checked this. So they
>
> Mmmh, Embperl 2 should generate the same Perl code
> for both of these
> examples. Maybe it's related to the "do stuff" part?
> If you not already done
> so please make that part very simple, for example
> just a $i++ . Does it
> still crash?
It does not matter what I put in the block. For
On Thu, Aug 22, 2002 at 11:53:32AM +0200, Gerald Richter - ecos gmbh wrote:
> Apache::Session uses a hash function to select a semaphore out of a array.
> It may cause the the deadlock if both %udat and %mdat use the same one. If I
> have it right in mind per default we have 32 semaphores, to whic
>> [+ $mdat{cnt}++ +]
>>
>> Does it work or do you get the same problems?
>Ah, ok, that works. But the problem returns as soon as I have
>both udat and mdat in the page. Maybe it is Apache::Session or
>Apache::SessionX getting confused about having two session id's for
>one page and only one semap
On Thu, Aug 22, 2002 at 06:52:45AM +0200, Gerald Richter wrote:
> Strange, %udat and %mdat are handled excatly the same, they just get a
> different session id.
>
> If you make a very simple page which just contains
>
> [+ $mdat{cnt}++ +]
>
> Does it work or do you get the same problems?
Ah, o
