Re: Stack Underflow workaround

2000-11-14 Thread Gerald Richter
Thanks for the feedback. I have added it to the FAQ. I have also added a new optDisableSelectScan to 1.3b7 so you are able to disable tables and selects separatly Gerald - Gerald Richterecos electronic communication services gmbh In

Re: Content-Length problem

2000-11-14 Thread Angus Lees
On Tue, Nov 14, 2000 at 05:00:00PM -0600, John Aughey wrote: > fetch: displayrecordings.epl appears to be truncated: 2748/2750 bytes its a problem that was (very) recently reported when $escmode = 0. its fixed in cvs. if you just wanted a simple patch, you could also find the (trivial) fix in t

Re: Stack Underflow workaround

2000-11-14 Thread Wim Kerkhoff
Hi David, I've fought with that issue as well. On one of our servers, some pages (*.shtml) include the headers and footers with typical SSI's, . I stuck the following line at the top of the header and footer includes so that *.epl pages would be happy: Either way... with my way, no TableScan

Content-Length problem

2000-11-14 Thread John Aughey
I'm running Apache/1.3.14 (Unix) mod_perl/1.24_01 with Embperl 1.3b6. I am seeing a mismatch between the reported Content-Length and the actual content length. This causes Netscape to continue waiting for data if it is keeping the connection open. Looking at the HTTP header, it reports: HTTP/1.

Stack Underflow workaround

2000-11-14 Thread David Boone
Hi. Last night I spent several hours fighting with the situation where you include a header and footer in a embperl file, but get a stack underflow because of closing tags in the footer. I set EMBPERL_OPTIONS to 2048 to fix this, and this worked fine. I then spent a few hours trying to fig

Re: robots and sessions

2000-11-14 Thread Jim Peters
Gerald Richter wrote: > > > > Having tested sessions (via Embperl and Apache::Session) I have > > discovered an awful lot of rows in my database being created by robots. > > My assumption is that the robots don't support cookies so every time > > they hit a page on the site a new session is create

Re: robots and sessions

2000-11-14 Thread Gerald Richter
> > Well there must be hundreds of these HTTP_USER_AGENT strings that you'd have > to filter out (wouldn't there?). It'd be quite difficult to try to account > for all of them. > Yes, of course... > Also there's the issue of people that choose not to accept cookies, I > wouldn't really want to

Re: robots and sessions

2000-11-14 Thread Michael Smith
- Original Message - From: "Gerald Richter" <[EMAIL PROTECTED]> To: "Michael Smith" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, November 14, 2000 11:50 AM Subject: Re: robots and sessions > > > > Having tested sessions (via Embperl and Apache::Session) I have > > discovered

Re: robots and sessions

2000-11-14 Thread Gerald Richter
> > Having tested sessions (via Embperl and Apache::Session) I have > discovered an awful lot of rows in my database being created by robots. > My assumption is that the robots don't support cookies so every time > they hit a page on the site a new session is created in the database. > When they t

robots and sessions

2000-11-14 Thread Michael Smith
Dear All, Having tested sessions (via Embperl and Apache::Session) I have discovered an awful lot of rows in my database being created by robots. My assumption is that the robots don't support cookies so every time they hit a page on the site a new session is created in the database. When they tr