[ python-Bugs-1092701 ] os.remove fails on win32 with read-only file

2004-12-29 Thread SourceForge.net
Bugs item #1092701, was opened at 2004-12-29 09:30
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1092701&group_id=5470

Category: Python Interpreter Core
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Joshua Weage (jpweage)
Assigned to: Nobody/Anonymous (nobody)
Summary: os.remove fails on win32 with read-only file

Initial Comment:
On Windows XP SP2 and Python 2.3.3 or 2.4 a call to
os.remove returns Errno 13 permission denied on a
read-only file.  On linux, python will delete a
read-only file.



--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1092701&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1092962 ] Make Generators Pickle-able

2004-12-29 Thread SourceForge.net
Bugs item #1092962, was opened at 2004-12-29 21:52
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1092962&group_id=5470

Category: Python Library
Group: Feature Request
Status: Open
Resolution: None
Priority: 5
Submitted By: Jayson Vantuyl (jaysonvantuyl)
Assigned to: Nobody/Anonymous (nobody)
Summary: Make Generators Pickle-able

Initial Comment:
Would it be possible to make generators pickle-able?  I
mean, currently the internal state is saved in some
way.  Would it be possible to make pickle handle them?

Put another way, if generators had a __getnewargs__
function that returned some data (say a tuple of module
name, function name, locals/globals dicts and some code
dependent location data) and then allow:

  generator.__new__(statedata)

to reconstruct it (or something more elegant).

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1092962&group_id=5470
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[ python-Bugs-1074333 ] input from numeric pad always dropped when numlock off

2004-12-29 Thread SourceForge.net
Bugs item #1074333, was opened at 2004-11-27 16:37
Message generated for change (Comment added) made by kbk
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1074333&group_id=5470

Category: IDLE
Group: Python 2.3
>Status: Open
>Resolution: Accepted
>Priority: 5
Submitted By: Rick Graves (netvigator)
Assigned to: Kurt B. Kaiser (kbk)
Summary: input from numeric pad always dropped when numlock off

Initial Comment:
The behaviour of the direction keys on the numpad is
inconsistent when numlock is turned off. 
Home/End/PgUp/PgDn and the arrow keys work fine in some
applications (gedit), but do not work in Python's idle.
By not work, I mean: input is silently dropped.

How reproducible:
Always

Steps to Reproduce:
1. Turn off numlock.
3. Open gedit, type in garbage, use direction keys on
numpad to move around.
4. Open idle, type in garbage, attempt to use direction
keys on numpad to move around. It fails.

Actual Results:  Intense frustration for people who
have been using the numeric keypad as direction keys
for decades!

Expected Results:  When numlock is off, the direction
keys on the numpad should function in the same manner
as the dedicated direction keys.

I am reporting this for Python 2.3, but I had exactly
the same problem in Python 2.2.

This problem has also been reported to RedHat, see 

http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136600.



--

>Comment By: Kurt B. Kaiser (kbk)
Date: 2004-12-29 21:54

Message:
Logged In: YES 
user_id=149084

OK, thanks for the leg work.  I'll take a further look.

My keyboards are IBM Model M SpaceSavers.  I don't
do keypads...  :-)

--

Comment By: Rick Graves (netvigator)
Date: 2004-12-24 19:32

Message:
Logged In: YES 
user_id=1167414

I posted the "bug" on the Tk list as suggested.  Today I got this: 
 
begin quote 
 
>Comment By: Jeffrey Hobbs (hobbs) 
Date: 2004-12-24 11:25 
 
Message: 
Logged In: YES  
user_id=72656 
 
This is not a bug, but rather just that Tk differentiates 
between the regular arrow up and keypad up on some systems, 
depending on how their system keymaps operate.  The first is 
 and the second is  on Linux, but both are  
on Windows.  This has always been the case for KP_Enter as 
well.  The fact that Windows doesn't separate these is by 
design, but has also caused people to want them separated 
(see TIP http://www.tcl.tk/cgi-bin/tct/tip/158.html). 
 
IOW, the bindings should be on  and  if they are 
to be considered equivalent in an app.  This is best handled 
by using virtual events (like <>) and adding the 
specific event names that you want to apply to it.  Please 
filter this back to the other reports. 
 
-- 
 
You can respond by visiting:  
https://sourceforge.net/tracker/?func=detail&atid=112997&aid=1090719&group_id=12997
 
 
end quote 
 
Would  someone please either reopen this or let me know what my 
next step should be. 
 
Thanks, 
 
Rick 

--

Comment By: Johannes Gijsbers (jlgijsbers)
Date: 2004-12-20 07:59

Message:
Logged In: YES 
user_id=469548

OP = opening poster. So yes, the ball is in your court. :)

--

Comment By: Rick Graves (netvigator)
Date: 2004-12-20 01:14

Message:
Logged In: YES 
user_id=1167414

> Yes, if OP wants to pursue it, he should take it up with the 
Tk people:   http://tcl.sourceforge.net/ 
 
1) Who is OP?   
 
2) Is this ball in my court or someone else's? 
 
Thanks, 
 
netvigator aka Rick Graves 

--

Comment By: Kurt B. Kaiser (kbk)
Date: 2004-12-19 18:13

Message:
Logged In: YES 
user_id=149084

Yes, if OP wants to pursue it, he should take it up with the
Tk people:   http://tcl.sourceforge.net/

--

Comment By: Raymond Hettinger (rhettinger)
Date: 2004-12-19 16:44

Message:
Logged In: YES 
user_id=80475

Kurt, as far as I can tell, there is nothing in Tkinter that
gives us any control over this.  If you concur, please mark
this as 3rd party and/or platform specific and close it.

--

Comment By: Rick Graves (netvigator)
Date: 2004-11-27 16:50

Message:
Logged In: YES 
user_id=1167414

In RedHat bugzilla, this problem was reported for fedora
under x86_64.  I have been having the problem on i386 using
CentOS-3, which is similar to RHEL 3.  So the problem seems
to apply across Linux architectures, but not across
platforms.  It may be a RedHat problem across architectures.  

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func