Webware for Python

At 01:01 PM 10/5/00 -0400, Jeff Johnson wrote:
>TypeError: append requires exactly 1 argument; 2 given

That, my friend, looks like a Python 2.0 error. append(a, b) must now be 
written as extend([a, b]) or append(a); append(b).

Regarding the trailing slash, I still suspect environment variables. I 
remember Apache either put a slash or did not put a slash, in one kind of 
circumstance, on the URL path contrary to what was really passed in and I 
remember coding for this.

Can you cook up a little servlet to print os.environ() in a readable 
format? I think there's even an HTMLForDict in WebUtils.WebFuncs.

-Chuck

Jeff Johnson wrote:

> I just downloaded the Standalone utility and I get the following error when
> trying to build a standalone version (see below).  BTW, I read a description
> of what the standalone tool does and it doesn't sound like it would be
> faster than calling .py.  It sticks the python15.dll and all the script code
> in a compressed attachment to the executable launcher.  The launcher
> decompresses everything and then runs the script.  Sounds like a crapload of
> overhead if this must be done for each page request.  <disclaimer>I spent a
> whole 23 seconds reading about it and maybe I'm completely
> wrong..</disclaimer>

Here's a quote from the Installer documentation (about the Simple tool, but the
Standalone tool uses the same method):

"This configuration is the best balance between speed and minimal dependencies.
Generally, all resources will be in one directory (or tree, if something like Tk
is included) on the user's harddisk, making de-install very simple indeed. The
installed app will be fast - faster than stock Python, which has to hunt all
over your harddisk on each import."

So the Standalone tool does produce a fast executable.  You're probably
confusing it with the Freeze tool which is also part of the Installer package --
that also packs dlls into the same file, then has to unpack them every time the
program runs, which makes for a very slow executable.  In any case, I did
actually time it and the executable produced by Standalone was faster than
running it via python.exe.

Anyhow, from looking at your error it looks like Installer hasn't been ported to
Python 2.0.  You'll have to ask Gordon McMillan about that, or try using Python
1.5.2.

--


- Geoff Talvola
  Parlance Corporation
  gtalvola@...

Chuck Esterbrook wrote:

> 
> That, my friend, looks like a Python 2.0 error. append(a, b) must now 
> be  written as extend([a, b]) or append(a); append(b).
> 
Actually,  error.append((a,b)) is equivalent.


Dave.

At 02:13 AM 10/5/00 -0400, Dan Green wrote:
>Any chance we could look at replacing the thousands of print statements all
>over WebKit with something like self.log('')? I ask because,
>
>a) being able to log to a file is nice (yes, I know I can redirect, see 
>point b)
>b) I've started writing an actual application server that bypasses the 
>Adaptors
>    entirely, and just uses fastCGI. Mucking about with stdin and stdout in a
>    fastCGI environment is a good way to make your computer cross with you.

Actually, we chose for "print" statements to go the console on purpose for 
easy debugging. Even if we could do self.log() in servlets, in a rich web 
application you will have plenty of non-servlet classes.

I'd really like to stick with print going to console.

I wonder, in Python when we do things like set sys.stdout to a StringIO 
we're not really modifying the C/system stdout, right? Just the 'stdout' 
attribute of 'sys' which gets used by 'print'.

Doesn't seem like FastCGI should be mucked up over this. Also, doesn't the 
existing FastCGI adapter work fine?

I guess I'm wondering what the exact nature of the problem is and how it's 
caused...

-Chuck

On Thu, Oct 05, 2000 at 01:10:14PM -0400, Chuck Esterbrook wrote:
> At 02:13 AM 10/5/00 -0400, Dan Green wrote:
> >Any chance we could look at replacing the thousands of print statements all
> >over WebKit with something like self.log('')? I ask because,
> >
> >a) being able to log to a file is nice (yes, I know I can redirect, see 
> >point b)
> >b) I've started writing an actual application server that bypasses the 
> >Adaptors
> >    entirely, and just uses fastCGI. Mucking about with stdin and stdout in a
> >    fastCGI environment is a good way to make your computer cross with you.
> 
> Actually, we chose for "print" statements to go the console on purpose for 
> easy debugging. Even if we could do self.log() in servlets, in a rich web 
> application you will have plenty of non-servlet classes.
> 
> I'd really like to stick with print going to console.
> 
> I wonder, in Python when we do things like set sys.stdout to a StringIO 
> we're not really modifying the C/system stdout, right? Just the 'stdout' 
> attribute of 'sys' which gets used by 'print'.
> 
> Doesn't seem like FastCGI should be mucked up over this. Also, doesn't the 
> existing FastCGI adapter work fine?
> 
> I guess I'm wondering what the exact nature of the problem is and how it's 
> caused...
> 
> -Chuck

What you experienced was a phenomenon known as "Dan talking out of his a**.".

Several training companies provide courses on how to ignore me.

-- 
Dan Green

I don't see any HTTP_ stuff... I think you ran this from the command line 
instead of as WebKit servlet. CGI info get's passed as environment 
variables and we use that info in WebKit.

You'll have to put this inside a servlet. You can just duplicate on in 
WebKit/Examples and edit the code.

Thanks,
-Chuck


At 01:41 PM 10/5/00 -0400, Jeff Johnson wrote:
> > Can you cook up a little servlet to print os.environ() in a readable
> > format? I think there's even an HTMLForDict in WebUtils.WebFuncs.
>
>ALLUSERSPROFILE: C:\Documents and Settings\All Users,
>APPDATA: C:\Documents and Settings\Administrator\Application Data,
>BASEMAKE: C:\Program Files\Microsoft Platform SDK\Include\BKOffice.Mak,
>BKOFFICE: C:\Program Files\Microsoft Platform SDK\,
>COMMONPROGRAMFILES: C:\Program Files\Common Files,
>COMPUTERNAME: FFSDEV01,
>COMSPEC: C:\WINNT\system32\cmd.exe,
>DXSDKROOT: C:\Program Files\Microsoft Platform SDK\,
>HOMEDRIVE: C:,
>HOMEPATH: \,
>INCLUDE: C:\Program Files\Microsoft Platform SDK\Include\,
>INETSDK: C:\Program Files\Microsoft Platform SDK\,
>LIB: C:\Program Files\Microsoft Platform SDK\Lib\,
>LOGONSERVER: \\FFSDEV01,
>MSSDK: C:\Program Files\Microsoft Platform SDK\,
>MSTOOLS: C:\Program Files\Microsoft Platform SDK\,
>NUMBER_OF_PROCESSORS: 1,
>OS: Windows_NT,
>OS2LIBPATH: C:\WINNT\system32\os2\dll;,
>PATH:
>C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\MSSQL7\BINN;C:\PROGRA~1
>\ULTRAE~1;C:\Program Files\Symantec\pcAnywhere;c:\python20;C:\Program
>Files\Microsoft Platform SDK\Bin\;C:\Program Files\Microsoft Platform
>SDK\Bin\WinNT;c:\cygwin\bin,
>PATHEXT: .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH,
>PROCESSOR_ARCHITECTURE: x86,
>PROCESSOR_IDENTIFIER: x86 Family 6 Model 7 Stepping 3, GenuineIntel,
>PROCESSOR_LEVEL: 6,
>PROCESSOR_REVISION: 0703,
>PROGRAMFILES: C:\Program Files,
>PROMPT: $P$G,
>SYSTEMDRIVE: C:,
>SYSTEMROOT: C:\WINNT,
>TEMP: C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp,
>TMP: C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp,
>USERDOMAIN: FFSDEV01,
>USERNAME: Administrator,
>USERPROFILE: C:\Documents and Settings\Administrator,
>WINDIR: C:\WINNT,

> I don't see any HTTP_ stuff... I think you ran this from the command line 
> instead of as WebKit servlet. CGI info get's passed as environment 
> variables and we use that info in WebKit.
> You'll have to put this inside a servlet. You can just duplicate on in 
> WebKit/Examples and edit the code.

I did run it from a servlet! :)

Here's the code..
	def writeContent(self):
		self.writeln('HI JEFF')
		
		import os
		keys = os.environ.keys()
		keys.sort()
		for key in keys:
			self.writeln("<br>%s: %s," %(key, os.environ[key]))

Woops! My fault.

The environment gets packed up by the adapter and set with the request. 
Please use this instead of os.environ:

         self.request().rawRequest()['environ']

-Chuck


At 01:56 PM 10/5/00 -0400, Jeff Johnson wrote:
> > I don't see any HTTP_ stuff... I think you ran this from the command line
> > instead of as WebKit servlet. CGI info get's passed as environment
> > variables and we use that info in WebKit.
> > You'll have to put this inside a servlet. You can just duplicate on in
> > WebKit/Examples and edit the code.
>
>I did run it from a servlet! :)
>
>Here's the code..
>         def writeContent(self):
>                 self.writeln('HI JEFF')
>
>                 import os
>                 keys = os.environ.keys()
>                 keys.sort()
>                 for key in keys:
>                         self.writeln("<br>%s: %s," %(key, os.environ[key]))

> The environment gets packed up by the adapter and set with the request.
> Please use this instead of os.environ:
>         self.request().rawRequest()['environ']

Here ya go :)


ALLUSERSPROFILE: C:\Documents and Settings\All Users
COMMONPROGRAMFILES: C:\Program Files\Common Files
COMPUTERNAME: FFSDEV01
COMSPEC: C:\WINNT\system32\cmd.exe
CONTENT_LENGTH: 0
GATEWAY_INTERFACE: CGI/1.1
HTTPS: off
HTTP_ACCEPT: */*
HTTP_ACCEPT_ENCODING: gzip, deflate
HTTP_ACCEPT_LANGUAGE: en-us
HTTP_CONNECTION: Keep-Alive
HTTP_COOKIE: CFID=6; CFTOKEN=22517531;
BANNERS=%3CwddxPacket+version%3D%271%2E0%27%3E%3Cheader%3E%3C%2Fheader%3E%3C
data%3E%3Cstruct%3E%3Cvar+name%3D%27FL011%27%3E%3Cstring%3E1020%3C%2Fstring%
3E%3C%2Fvar%3E%3Cvar+name%3D%27FL099%27%3E%3Cstring%3E1016%3C%2Fstring%3E%3C
%2Fvar%3E%3C%2Fstruct%3E%3C%2Fdata%3E%3C%2FwddxPacket%3E; CookiesEnabled=1;
SAVESEARCHES=1000
HTTP_HOST: localhost
HTTP_USER_AGENT: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)
INSTANCE_ID: 1
LOCAL_ADDR: 127.0.0.1
NUMBER_OF_PROCESSORS: 1
OS: Windows_NT
OS2LIBPATH: C:\WINNT\system32\os2\dll;
PATH:
C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\MSSQL7\BINN;C:\PROGRA~1
\ULTRAE~1;C:\Program Files\Symantec\pcAnywhere;c:\python20
PATHEXT: .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
PATH_INFO: /Jeff/
PATH_TRANSLATED: C:\Inetpub\wwwroot\foreclos\www\Jeff\
PROCESSOR_ARCHITECTURE: x86
PROCESSOR_IDENTIFIER: x86 Family 6 Model 7 Stepping 3, GenuineIntel
PROCESSOR_LEVEL: 6
PROCESSOR_REVISION: 0703
PROGRAMFILES: C:\Program Files
REMOTE_ADDR: 127.0.0.1
REMOTE_HOST: 127.0.0.1
REQUEST_METHOD: GET
REQUEST_URI: /webkit/webkit.py/Jeff/
SCRIPT_NAME: /webkit/webkit.py
SERVER_NAME: localhost
SERVER_PORT: 80
SERVER_PORT_SECURE: 0
SERVER_PROTOCOL: HTTP/1.1
SERVER_SOFTWARE: Microsoft-IIS/5.0
SYSTEMDRIVE: C:
SYSTEMROOT: C:\WINNT
TEMP: C:\WINNT\TEMP
TMP: C:\WINNT\TEMP
USERPROFILE: C:\Documents and Settings\Default User
WINDIR: C:\WINNT

I need to pay more attention... I'm running IIS 4.0 on NT 4.0, and you're
running IIS 5.0 on Win2000.  So they must have fixed the behavior of cgi
scripts in IIS 5.0/Win2000.  Chuck, you should make a note of this difference
in the IIS install section.

--


- Geoff Talvola
  Parlance Corporation
  gtalvola@...