🌐 Mailman 3 July 1999 - Python-list - python.org

CGI Database Question
by joelg＠alum.mit.edu Aug. 2, 1999

Aug. 2, 1999

This seems to come up every now and then but I was unable to find an answer to this questions. I would like to use Python for CGI scripts. I am going to ask my ISP to install Python (they run an NT server with IIS), but what database package should I use? Specifically, what should I tell my ISP to install so I can use a (simple) database from my CGI scripts? Also, do I have to worry about thread safety? In other words, can multiple requests come into the web server causing multiply copies of my Python scripts to be run concurrently? Does this impact the database selection? Joel Gould

2 1

Re: [Tutor] I want to learn to hack
by Gerrit Holl Aug. 2, 1999

Aug. 2, 1999

On Tue, Jul 20, 1999 at 02:31:55AM -0400, Tim Peters wrote: > > I want to learn to hack > So, little Roger, you want to learn how to hack? You came to the right > place! First walk down the hall and pick up a copy of Python from Guido. > He'll have you cracking bank accounts in no time <wink>. > > the-psa-is-the-richest-organization-on-earth-ly y'rs - tim > Well, I think Roger meant hack, not crack. Have a look at Eric S Raymonds "How to become an hacker FAQ" at http://www.tuxedo.org/~esr/ (and some further). Hacking is good, cracking is bad. I also want to learn to hack, I'm learning it! I *don't* want to learn to crack!! regards, Gerrit.

11 11

os.name
by Holger Jannsen Aug. 2, 1999

Aug. 2, 1999

High, someone working on a more specific version of os.name or better: something inside of 'sys.builtin_module_names'. It's because I need to differ between Win95, Win98 and WinNT.... Thanx, Holger

8 12

Mac Install
by Amos Gingerich Aug. 2, 1999

Aug. 2, 1999

I'm having a problem with the Mac install. I downloaded the file Python 151.sit which expanded to 'Python 1.5.1 Installer'. When I try to run the installer file, it attempts to run Stuffit. I did a 'get info' on the installer and see that it's kind is 'Stuffit document'. Seems a little weird to me. Any ideas anyone? Any help is appreciated. Amos

2 1

HPUX and threads?
by Markus Stenberg Aug. 2, 1999

Aug. 2, 1999

Is HPUX-11 thread support tested/implemented/whatnot? This at least does not look promising.. # /opt/python/bin/python pthread_mutex_init: Invalid argument Memory fault(coredump) (also tests failed with the same message, obviously) Python without threads seems to work fine. -- "I am Grey. I stand between the candle and the star. We are Grey. We stand between the darkness and the light." - B5

3 5

RE: NT select.select?
by Brian Lloyd Aug. 1, 1999

Aug. 1, 1999

> Is there some low limit on maximum number of sockets you can > have in the > Python-NT's select call? A program that happens to work > perfectly on Linux > seems to die on NT around 64(?) sockets to the 'too many file > descriptors > in call' error. > > Any portable ways to bypass it? > > -Markus Hi Markus, It turns out that NT has a default 64 fd limit on arguments to select(). The good news is that you can actually bump the limit up to whatever number you want by specifying a define when compiling python15.dll. If you have the ability to rebuild your python15.dll, you can add the define: FD_SETSIZE=1024 to the preprocessor options for the python15 project to raise the limit to 1024 fds. The default 64 fd limit is too low for anyone trying to run an async server that handles even a modest load, so I've submitted a bug report to python.org asking that the define above find its way into the next python release... Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

3 2

How to find out the pid of a running program?
by Peter Torstenson Aug. 1, 1999

Aug. 1, 1999

I'd like tknow if there is a way of getting the pid of a program running, using python commands? /Peter Torstenson

3 3

RE: Need help with TCP/IP client access from Windows
by Bill Tutt July 31, 1999

July 31, 1999

> -----Original Message----- > From: Eric S. Raymond [mailto:esr@thyrsus.com] > > > > > (2) How does one read and write the Windows equivalent of > a dotfile? > > > Must this involve the (shudder) registry? > > > > You could, by using Mark's win32 extensions. MS would prefer you > > kept this kind of info in the registry, but that doesn't stop > > anybody, least of all you <g>. > > > > The issue is really what is meant by a HOME directory. On NT, this > > has a certain amount of meaning - there's probably a > > %WINDIR%/profiles/%USERNAME% directory tree for that user (where > > those funky %...% things are environment vars), but probably it's > > safer to get that path out of the registry. On Win9x, it's pretty > > meaningless, since a logon and username are pretty much an empty > > formality. There's almost no way to keep multiple users on a Win9x > > box from stepping on each other. (Of course, I mean multiple serial > > users; the only possible kind in Windows). > Just to be annoying... I thought I'd send out some info on how things are supposed to work on Win32 boxes. The correct way to go about doing these things is via the SHGetFolderPath API. (Calling SHGetSpecialFolderPath is also ok, but SHGetFolderPath is the preferred API entry point.) Docs at: http://msdn.microsoft.com/library/sdkdoc/shellcc/Shell/Functions/ShGetFolder Path.htm A description of all of the special folders is at: http://msdn.microsoft.com/library/sdkdoc/shellcc/shell/Functions/CSIDL.htm Ok so can I use these in Python yet? Unfortunately, not at the moment. If someone screams and yells I'm sure Mark or I will write the necessary wrapping code. The preferred place on NT (ignoring terminal server) for per user application data files to reside in is: "%WINDIR%\Profiles\%USERNAME%\Application Data\<appname>" If you don't want the data to roam (assuming your account is setup that way), the data should go in: "%WINDIR%\Profiles\%USERNAME%\Local Settings\Application Data\<appname>" Bill

2 1

ANN: mxTextTools Package - Version 1.1.0
by M.-A. Lemburg July 31, 1999

July 31, 1999

ANNOUNCING: mxTextTools Version 1.1.0 A Python extension package providing fast text scanning and processing tools WHAT IT IS: mxTextTools is an extension package for Python that provides * a fast text search type (using a modified Boyer-Moore algorithm) * a finite state machine for marking and analysing text (the Tagging Engine) * a set of specialized text processing functions * a set of functions that work with character sets Applications include parsing structured text, finding and extracting text (either exact or using translation tables) and recombining strings to form new text. Everything was implemented having high performance in mind. WHAT'S NEW ? The 1.1.0 release adds several new text processing functions to the already large set: splitlines(), countlines(), suffix(), prefix(), str2hex() and hex2str(). Many existing functions/objects were enhanced to work in a more general context. All the details are available at: http://starship.skyport.net/~lemburg/mxTextTools.html#History This release also includes a precompiled Windows DLL so that you can use the package right away. Installing on that platform boils down to a simple unzip in the \Python\Lib directory. WHERE CAN I GET IT ? The full documentation and instructions for downloading and installing can be found at: http://starship.skyport.net/~lemburg/mxTextTools.html WHAT DOES IT COST ? It comes with a Python-type license, but is free otherwise. WHERE CAN I GET SUPPORT ? I am offering commercial support for this package through Python Professional Services Inc. (http://www.pythonpros.com). Look on their support pages for details or contact me directly. REFERENCE: <P><A HREF="http://starship.skyport.net/~lemburg/mxTextTools.html> mxTextTools 1.1.0</A> - fast text processing tools. (29-Jul-1999) -- Marc-Andre Lemburg ______________________________________________________________________ Y2000: 155 days left Business: http://www.lemburg.com/ Python Pages: http://www.lemburg.com/python/

2 1

NatLink v001: Talk to your Python!
by Tim Peters July 31, 1999

July 31, 1999

Apologies if you've seen this before: a coworker posted it to the python and announce groups, but I never saw it come across on their mailing-list versions. So I'm mailing it to both. Original msg, w/ HTML citation appended: NatLink v001 by Joel Gould I would like to announce the availability of a package which allows Python programs to use large vocabulary speech recognition by interfacing to Dragon NaturallySpeaking. NatLink is a Python extension module which allows direct access and control of Dragon NaturallySpeaking. Dragon NaturallySpeaking is the best selling large vocabulary (i.e. dictation) speech recognition program commercially available. NatLink requires that you already have a copy of Dragon NaturallySpeaking (sorry). It also only runs under Windows 95/98/NT (sorry again). But with NatLink, you can: (1) add speech recognition to your Python programs (2) control Dragon NaturallySpeaking from Python (3) write voice macros in Python for Dragon NaturallySpeaking For more details, visit: http://www.synapseadaptive.com/joel/natlink.htm Note: NatLink is not a product but a freely downloadable package. Joel Gould joelg(a)alum.mit.edu <P><A HREF="http://www.synapseadaptive.com/joel/natlink.htm">NatLink v001</A> - speech recognition via Dragon NaturallySpeaking. (31-Jul-99)

1 0