Re: [Webware-devel] Multi Threading and Security

2001-10-01 Thread Aaron Held
> - There's a version of the cgi adapter written in C. It should be a lot > faster than WebKit.cgi. > - There's an ISAPI filter written in C. This should be even faster than > the C cgi adapter. Where are these adapters? ___ Webware-devel maili

RE: [Webware-devel] Multi Threading and Security

2001-10-01 Thread Geoff Talvola
At 03:32 PM 10/1/01 -0700, you wrote: >Thank you for your help so far. I have noticed that this slowdown occurs >with the webware admin pages as well. To recreate my problem do the >following: > >Have someone on one computer request the admin page. Have them hold down >the refresh key. Do not

Re: [Webware-devel] Multi Threading and Security

2001-10-01 Thread Geoff Talvola
At 12:48 PM 10/1/01 -0700, Russell Blank wrote: >I originally sent this message to the wrong mailing list. Sorry if it is a >duplicate. > >I have created a website with webware and webkit modules. It is working out >great. However, I have three problems that I need to resolve before I can >go

Re: [Webware-devel] Multi Threading and Security

2001-10-01 Thread Aaron Held
I just started testing webware under IIS, so I'll try to help. First of all the Webware directory should not be under the IIS document root. There should be no URL that will map directly to a .py document, only to the CGI adapter.. Check the Install doc under webkit. Is this how the users view t

[Webware-devel] Multi Threading and Security

2001-10-01 Thread Russell Blank
I originally sent this message to the wrong mailing list. Sorry if it is a duplicate. I have created a website with webware and webkit modules. It is working out great. However, I have three problems that I need to resolve before I can go live with my site: First, I have noticed during testi

RE: [Webware-devel] Bad cookies hang Webkit

2001-10-01 Thread Chuck Esterbrook
At 11:44 AM 10/1/2001 -0400, Geoff Talvola wrote: >So, I'm thinking we should put this fixed version of Cookie.py directly >into Webware and force it to use its own fixed private copy for any Python >version prior to 2.2. Does anyone disagree? > >I suppose before we do that, we should make sure

RE: [Webware-devel] Bad cookies hang Webkit

2001-10-01 Thread Love, Jay
OK. Does this seem to work for your test case? Jay > -Original Message- > From: Jeff Johnson [mailto:[EMAIL PROTECTED]] > Sent: Monday, October 01, 2001 10:40 AM > To: [EMAIL PROTECTED] > Subject: RE: [Webware-devel] Bad cookies hang Webkit > > > I checked Python 2.2.a4 Cookie.py befo

RE: [Webware-devel] Bad cookies hang Webkit

2001-10-01 Thread Geoff Talvola
So, I'm thinking we should put this fixed version of Cookie.py directly into Webware and force it to use its own fixed private copy for any Python version prior to 2.2. Does anyone disagree? I suppose before we do that, we should make sure that the fixed version is still compatible with Pytho

RE: [Webware-devel] Bad cookies hang Webkit

2001-10-01 Thread Jeff Johnson
I checked Python 2.2.a4 Cookie.py before reporting the bug. It looks like they fixed it already. Here's their version: _LegalCharsPatt = r"[\w\d!#%&'~_`><@,:/\$\*\+\-\.\^\|\)\(\?\}\{\=]" _CookiePattern = re.compile( r"(?x)" # This is a Verbose pattern r"(?P"