Apache::Session, Embperl...
We are using Embperl 1.2, Apache Session 1.3 (using DBIStore/SysVSemaphoreLocker) with Oracle as the backend. We've been observing periodic browser hangs which can be sporadically replicated by hitting the same page in quick succession using the same session id. After doing that, updating %udat seems to cause the hang, perhaps the server process is waiting to acquire a write lock (?). Please note that we update the contents of %udat by calling a routine which exists in a separate module, something like: [- updateSession(\%udat); -] Are there any special considerations when doing something like that? Or is that plain silly? Sorry for the lack of detail. It's getting late in my part of the world. I will provide a more complete post tomorrow once we've had a chance to experiment some more. But in the meantime, any insights would be appreciated. Thanks, Rob PS. This seems related to a very recent post: "Apache::Session: hanging until alarm" (http://forum.swarthmore.edu/epigone/modperl/ningsmyplar) __ Get Your Private, Free Email at http://www.hotmail.com
RE: Apache::Session, Embperl...
We are using Embperl 1.2, Apache Session 1.3 (using DBIStore/SysVSemaphoreLocker) with Oracle as the backend. We've been observing periodic browser hangs which can be sporadically replicated by hitting the same page in quick succession using the same session id. After doing that, updating %udat seems to cause the hang, perhaps the server process is waiting to acquire a write lock (?). I guess this will be the reason. I never tried it, but maybe the ipcs utility can give some information about your semaphore when this occurs. Are there anything special happening before the hang (errors etc.)? Please note that we update the contents of %udat by calling a routine which exists in a separate module, something like: [- updateSession(\%udat); -] Are there any special considerations when doing something like that? Or is that plain silly? That's no problem and shouldn't have anything todo with your problem. Gerald - Gerald Richterecos electronic communication services gmbh Internetconnect * Webserver/-design/-datenbanken * Consulting Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925151 WWW:http://www.ecos.de Fax: +49 6133 925152 -
