[Python-bugs-list] [ python-Bugs-623464 ] tempfile crashes

noreply@sourceforge.net noreply@sourceforge.net
Tue, 05 Nov 2002 13:06:55 -0800


Bugs item #623464, was opened at 2002-10-15 05:54
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=623464&group_id=5470

Category: Windows
Group: Python 2.3
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Thomas Heller (theller)
Assigned to: Thomas Heller (theller)
Summary: tempfile crashes

Initial Comment:
tempfile.NamedTemporaryFile(".zip") crashes with an 
access violation. Win2k, SP2.


----------------------------------------------------------------------

>Comment By: Tim Peters (tim_one)
Date: 2002-11-05 16:06

Message:
Logged In: YES 
user_id=31435

Cool!  One thing:  drop the Windows #ifdef.  I asked Guido, 
and he agrees that Python wants to enforce this requirement 
on all platforms.

----------------------------------------------------------------------

Comment By: Thomas Heller (theller)
Date: 2002-11-05 15:40

Message:
Logged In: YES 
user_id=11105

Here's a patch for Modules/posixmodule.c, which fixes this 
particular issue, conforming to Tim's requirements.

----------------------------------------------------------------------

Comment By: Tim Peters (tim_one)
Date: 2002-11-04 17:57

Message:
Logged In: YES 
user_id=31435

We generally don't check for valid mode characters 
because C allows implementations to extend the standard 
set, there's no way to query the platform about which mode 
extensions it supports, and we don't want to block users 
from using platform-specific mode extensions.

It would be OK by me if we insisted that the first character 
be in "rwa", but checking more than that is off limits.  Note 
that Windows simply ignores all of the mode chars starting 
with the first one it doesn't recognize:

>>> f = open('example.txt', 'what a crock this mode string 
is!')
>>> f
<open file 'example.txt', mode 'what a crock this mode 
string is!' at 0x00651870
>
>>>

That was the same as passing "w".

----------------------------------------------------------------------

Comment By: Neal Norwitz (nnorwitz)
Date: 2002-11-04 15:58

Message:
Logged In: YES 
user_id=33168

Sounds good to me.  Care to work on a patch with tests?  

----------------------------------------------------------------------

Comment By: Thomas Heller (theller)
Date: 2002-11-04 15:36

Message:
Logged In: YES 
user_id=11105

IMO we should check for a valid mode. There is a large 
surprise if python crashes with an access violation when the 
innocent user does innocent things like this. But this is just 
*my* opinion.

----------------------------------------------------------------------

Comment By: Neal Norwitz (nnorwitz)
Date: 2002-11-02 15:53

Message:
Logged In: YES 
user_id=33168

We don't check anywhere else for valid mode chars.  We would
have to fix Modules/posixmodule.c and Modules/socketmodule
if we wanted to check.  Thomas, do you think a checks should
be added or close this as a 3rd party problem?

----------------------------------------------------------------------

Comment By: Thomas Heller (theller)
Date: 2002-10-18 04:20

Message:
Logged In: YES 
user_id=11105

It crashes in fdopen - looks like a bug in MS runtime library:

(in file vc98\crt\src\fdopen.c)
fdopen calls _tfopen(), creates a FILE *stream, and if the first 
character in mode is not r, w, or a, sets 'stream' to NULL to 
signal an error. Then it calls _unlock_str(stream), which 
crashes.


----------------------------------------------------------------------

Comment By: Neal Norwitz (nnorwitz)
Date: 2002-10-17 17:30

Message:
Logged In: YES 
user_id=33168

Note:  You probably want:
  tempfile.NamedTemporaryFile(suffix=".zip")

I tried this under Linux and get: OSError: [Errno 22]
Invalid argument

So this appears to be windows specific.  Exactly which line
is causing the crash? os.fdopen?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=623464&group_id=5470