New submission from ryan [EMAIL PROTECTED]:
Hello!
First of all, i'm not a programmer. I'm running Windows XP Pro. For the
past two/three weeks, every once in a while, my machine runs extremely
slow, and the only strange thing i see in the task manager is a
python.exe. When i stop that process
New submission from ryan [EMAIL PROTECTED]:
Hello!
First of all, I'm nor a programmer.
Running WinXPpro.
Python.exe runs, using 112,000k mem, according to task manager.
This problem started about 3 weeks ago, have had machine for 3 years
without issues like this.
Please help me make
ryan [EMAIL PROTECTED] added the comment:
Dear Mr Peterson:
The FAQ did help somewhat...i figured that it was some 3rd party app, yet i
have not downloaded any new programming recently, and it seems that python.exe
runs when it wants to, unrelated to a unique program that i use rarely.
I
Ryan added the comment:
This is not fixed. The documentation may be more correct now, but the behavior
still does not match Python 2 as purported.
The default bufsize changed in 3.3.1 is incorrect, at least when tested in
3.4.0 and 3.4.1.
Here is a test for systems with cat available
New submission from ryan:
UnicodeDecodeError
--
components: Tests
files: results
hgrepos: 308
messages: 242840
nosy: petrosr2
priority: normal
severity: normal
status: open
title: test_mailcap fails
type: crash
versions: Python 2.7
Added file: http://bugs.python.org/file39330/results
ryan added the comment:
running command over PuTTY on Ubuntu 3.13, python 2.7.6
$ ./python -m test test_mailcap
[1/1] test_mailcap
test test_mailcap failed -- Traceback (most recent call last):
File /home/petrosr2/Documents/opensource/cpy/Lib/test/test_mailcap.py, line
126
Ryan added the comment:
Removing the comma instead of the double-dash
--
Added file: http://bugs.python.org/file45898/fixdoc2.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Ryan:
There is a '--' before a ',' that doesn't make sense here:
https://docs.python.org/3/library/threading.html#threading.Thread.join
--
assignee: docs@python
components: Documentation
files: fixdoc.patch
keywords: patch
messages: 283101
nosy: docs@python, rcorre
Change by Ryan :
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue34029>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ryan :
I'm creating a GUI application that needs to give the user the option to change
a folder that's used for saving data.
I managed to track it down to the import of pywinauto to the application. All
other filedialogs seem to work, it's only askdirectory that's having
Change by Ryan :
--
title: tkinter.filedialog.askdirectory() crashing before dialog opens ->
tkinter.filedialog.askdirectory() crashing before dialog opens when importing
pywinauto
___
Python tracker
<https://bugs.python.org/issu
Change by Ryan :
Added file: https://bugs.python.org/file47667/minimal_file.py
___
Python tracker
<https://bugs.python.org/issue34029>
___
___
Python-bugs-list mailin
Ryan added the comment:
It seems reinstalling pywinauto has fixed this issue for now - I have no idea
what could have caused it in the first place though.
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.p
Ryan added the comment:
Okay so I'm an idiot and forgot that I'd commented out the pywinauto import in
one of my project files, which is how I found out that was the issue in the
first place.
Crash is still occurring after a pywinauto reinstall.
--
status: closed -> o
Ryan added the comment:
PS D:\workspace> python
Python 2.7.15 (v2.7.15:ca079a3ea3, Apr 30 2018, 16:30:26) [MSC v.1500 64 bit
(AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>
Ryan added the comment:
Hi Steven,
Thanks for your reply, I paste the output I executed just now as below.
You can see that the both version of Python are running in the same shell with
the same permission. And the frequency of this problem is always happen. BTW,
the network disk
Ryan added the comment:
Hi Steven,
> PermissionError: [WinError 5] 拒绝访问。: 'L:\\Temp'
to EN
> PermissionError: [WinError 5] Access denied.: 'L:\\Temp'
--
___
Python tracker
<https://bugs.python.org/i
New submission from Ryan :
My script need scan a netdisk directory to get the content of it. I use
os.listdir() method for an easy implement, then I got permission error when
executing in Python 3.x, but the same code is working fine in Python 2.7,I
attached a screenshot for explaining
Ryan added the comment:
I ran "python3" because I rename the execute file for distincting with python2
exe.
PS D:\workspace> (get-command python3).source
C:\Python36_64\python3.exe
There is no problem for my dev environment, it's an obviously different output
for the same API
Ryan added the comment:
Thank you, this looks good. I'm pinned to 3.6 so while it won't work for me
currently, maybe it will in a few years.
For clarity and because I can't edit my original message, the RFC is 5424 (I
had mistakenly said 5454 but you got it right
New submission from Ryan :
When using the SysLogHandler
(https://docs.python.org/3/library/logging.handlers.html#logging.handlers.SysLogHandler)
the supported facilities appear to be lagging the RFC (5454 ?), or at least
what is being supported in other mainstream languages. I Specifically
New submission from Ryan Freckleton:
This is a patch to implement a product() builtin function. It works
behaves similarly to reduce(operator.mul,...) but is implemented in C.
Tests and documentation are included in this patch.
--
components: Documentation, Library (Lib), Tests
files
New submission from Thomas Ryan tom.a.r...@gmail.com:
In 3.1.3, 3.1.2, maybe earlier...
xml.sax.parseString(string, handler, error_handler=handler.ErrorHandler())
Source code requires bytes, not a string as implied by function name and by the
documentation.
Exception thrown for strings
Changes by Ryan Coyner rcoy...@gmail.com:
--
nosy: +rcoyner
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8728
___
___
Python-bugs-list mailing
Ryan Freckleton added the comment:
I've included a unified diff that explicitly states the behavior of ,
, and for escape/unescape in the documentation. It's based on
msandler's patch.
--
nosy: +ryan.freckleton
Added file: http://bugs.python.org/file9230/sax_utils_rst.patch
Changes by Ryan Freckleton:
--
components: +Documentation
versions: +Python 2.6
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1411695
_
___
Python-bugs-list
New submission from Ryan Stutsman:
In current trunk (60097). Return from fork is not int but pid_t.
Treating this as an int causes total breakage on systems with 64-bit pids.
--
components: Library (Lib)
messages: 61926
nosy: stutsman
severity: normal
status: open
title: Return from
Ryan Stutsman added the comment:
Yeah; I shuold be able to provide one. I just hacked 2.4.4 to work so I
think I could provide a fix easily. The version I put together here is
rough, so I'll try to create a cleaner solution tonight or this weekend.
HiStar does (http://www.scs.stanford.edu
Ryan Stutsman added the comment:
IIUC, HiStar is available in a 32-bit version,
too, yet it may still use a 64-bit pid_t (Ryan, can
you confirm whether that's the case?).
Great point. pid_t is always 64-bit on HiStar.
__
Tracker [EMAIL PROTECTED]
http
Ryan Stutsman added the comment:
Actually the current trunk of as of this morning (60484) is still broken
in a couple of ways. First, converting the pid_t using PyInt is a
problem and second the waitpids aren't corrected. This would cause
waits on invalid pids
New submission from Ryan Sturmer [EMAIL PROTECTED]:
Using the attached module, There's an asymmetry between fget and fset in
my properties. fget works fine, but fset isn't getting called. I'm
fairly sure I'm creating the property correctly. Try the following code:
a = EWAssayIntParam
Ryan Freckleton [EMAIL PROTECTED] added the comment:
Here's a patch including docstring and NEWS update for this backport.
--
keywords: +patch
nosy: +ryan.freckleton
Added file: http://bugs.python.org/file9859/patch.diff
__
Tracker [EMAIL PROTECTED]
http
Changes by Ryan Coyner rcoy...@gmail.com:
--
nosy: +rcoyner
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1100562
___
___
Python-bugs-list mailing
Changes by Ryan Coyner rcoy...@gmail.com:
--
nosy: +rcoyner
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8713
___
___
Python-bugs-list mailing
Changes by Ryan Coyner rcoy...@gmail.com:
--
nosy: +rcoyner
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8651
___
___
Python-bugs-list mailing
Changes by Ryan Coyner rcoy...@gmail.com:
--
nosy: +rcoyner
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8650
___
___
Python-bugs-list mailing
Changes by Ryan Coyner rcoy...@gmail.com:
--
nosy: +rcoyner
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6715
___
___
Python-bugs-list mailing
New submission from Ryan Hodin ryan201...@ymail.com:
I commonly use IDLE to create very large files. this annoys me a little, but it
takes up hard disk space and is unnessesary
--
components: IDLE
messages: 109186
nosy: rhprogrammer
priority: normal
severity: normal
status: open
title
Ryan Kelly r...@rfk.id.au added the comment:
Was also just bitten by this, trying to muck with PEP-302-style import hooks.
Note that the documented behaviour of zipimporter is also the behaviour
required by PEP 302, i.e. full dotted module name.
--
nosy: +rfk
Changes by Ryan Kelly r...@rfk.id.au:
--
nosy: +rfk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5950
___
___
Python-bugs-list mailing list
Ryan Kelly r...@rfk.id.au added the comment:
Attached is my attempt at a patch for this functionality, along with some
simple tests. This basically mirrors what's done in zipfile.py, searching
backwards through the file until it finds the end-of-central-directory marker.
It tries
Ryan Kelly r...@rfk.id.au added the comment:
Whoops, forgot to remove the line from the docs about comments not being
supported. Updated the patch accordingly.
--
Added file: http://bugs.python.org/file17944/zipimport_with_comments.patch
___
Python
Changes by Ryan Kelly r...@rfk.id.au:
Removed file: http://bugs.python.org/file17943/zipimport_with_comments.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5950
New submission from Ryan Kelly r...@rfk.id.au:
The zipfile module is prominently documented as This module does not currently
handle...ZIP files which have appended comments. But as far as I can tell, it
handles them fine - there's even a comment property on the ZipFile object
that you can
New submission from Ryan Kelly r...@rfk.id.au:
If you open a ZipFile in append mode and modify the comment to be shorter than
what was originally there, the file will become corrupted. Truncated data from
the original comment is left dangling at the end of the zipfile.
A much more trivial
Ryan Kelly r...@rfk.id.au added the comment:
I can't imagine anyone depending on this lack-of-feature, but there's no
arguing with the technicality of it. One more small incentive to make the jump
to Python 3 then.
Anyway, I've revisited the patch to clean up the logic and control flow
Changes by Ryan Kelly r...@rfk.id.au:
Removed file: http://bugs.python.org/file17944/zipimport_with_comments.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5950
New submission from Ryan Kelly r...@rfk.id.au:
zipimporter methods is_package, get_code and get_source have in the their
docstring Raise ZipImportError is the module couldn't be found.
The attached patch fixes the typo to if the module couldn't be found.
--
files
Ryan Freckleton ryan.freckle...@gmail.com added the comment:
An elaborate PEP for generic functions already exists, PEP 3124 [
http://www.python.org/dev/peps/pep-3124/]. Also note the reasons for
deferment. I'd be interested in creating a more limited generic function
implementation based
New submission from Ryan Kelly r...@rfk.id.au:
Both file.truncate() and StringIO.truncate() accept an optional size
parameter to truncate the file to a specific size. SpooledTemporaryFile should
accept a similar parameter and pass it on.
The only tricky part is that truncate can potentially
Ryan Kelly r...@rfk.id.au added the comment:
I went looking for places to update the documentation but the description of
SpooledTemporaryFile doesn't go into any detail of its methods, so I haven't
added anything. New patch fixes some whitespace issues.
I'd like to argue that this is a bug
Changes by Ryan Kelly r...@rfk.id.au:
Removed file:
http://bugs.python.org/file19027/spooledtemporaryfile_truncate.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9957
Ryan Seto mr.werew...@gmail.com added the comment:
I came across this issue while trying to install mercurial using easy_install.
I applied the vcvars4.diff to my distutils and this solved the problem.
Environment:
Python 2.6.6 (64 bit)
setuptools-0.6c11.tar.gz
installed using the following
Changes by Ryan Tucker rtuc...@gmail.com:
--
nosy: +Ryan.Tucker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1589
___
___
Python-bugs-list
New submission from Ryan Kelly r...@rfk.id.au:
On win32, ctypes.util.find_library uses os.path.exists() to check for
potential library files. This means it is quite happy to return a
directory instead of a file, if one happens to exist with the
appropriate name somewhere in the search path
Ryan Freckleton ryan.freckle...@gmail.com added the comment:
PJE seems to have borrowed the time machine :-). Based on the code the
register function is already a decorator:
def register(typ, func=None):
if func is None:
return lambda f: register(typ, f)
registry
Ryan Freckleton ryan.freckle...@gmail.com added the comment:
I think that registering existing functions is an important use case, so
I vote for keeping the non-decorator version of register.
Another thing that we may want to document is that [simple]generic
doesn't dispatch based on registered
Ryan Arana ryan.ar...@gmail.com added the comment:
Changed all occurrences of :class:`MatchObjects` to :ref:`match-objects` in
/Doc/library/re.rst
These changes were made to rev 78277.
--
keywords: +patch
nosy: +rarana
Added file: http://bugs.python.org/file16274
Ryan Coyner rcoy...@gmail.com added the comment:
Patch attached. Unit test and documentation included.
COMMITMSG:
Adds a new fixer to lib2to3 which replaces the deprecated builtin file with
open.
--
keywords: +patch
nosy: +rcoyner
Added file: http://bugs.python.org/file16392
Ryan Coyner rcoy...@gmail.com added the comment:
You don't want to do c_size_t = c_void_p because that will prevent type
checking. We want c_size_t to be integers; setting it to c_void_p will accept
other values. The lines that define c_size_t are doing a sizeof check to
determine how many
Ryan Coyner rcoy...@gmail.com added the comment:
Okay, bug confirmed:
m = email.message_from_string('Content-Disposition: inline; filename*0=foo
\\test; filename*1=\\bar')
m.get_filename()
'foo test; filename*1=bar'
And here is the result with the patch applied:
m
Ryan Arana ryan.ar...@gmail.com added the comment:
Added .. class:: MatchObject and .. class:: RegexObject directives.
--
Added file: http://bugs.python.org/file16427/MatchObjectLinksFix.diff
___
Python tracker rep...@bugs.python.org
http
Ryan Coyner rcoy...@gmail.com added the comment:
I thought the whole point was that file[1] was removed in 3.0[2]? Or, are you
saying that if somebody overloaded file with def file(...)? If that is the case
would it be reasonable to check like this?
file in list(__builtins__.__dict__.values
Changes by Ryan Arana ryan.ar...@gmail.com:
Removed file: http://bugs.python.org/file16274/MatchObjectLinksFix.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6538
Ryan Arana ryan.ar...@gmail.com added the comment:
I tried to format the methods of the class(es) as they are formatted in other
files, which is why I added the whitespace.
I can go back and remove that if that's what would be preferred
Ryan Coyner rcoy...@gmail.com added the comment:
This patch and its tests still work. Any particular reason why it hasn't been
adopted yet?
--
nosy: +rcoyner
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3243
New submission from Lie Ryan lie.1...@gmail.com:
A minor typo on the man page
-W argument
...
such as inside a loop); module to print each warning *only only*
...
--
assignee: georg.brandl
components: Documentation
files: onlyonly.diff
keywords: patch
messages: 89645
nosy
Lie Ryan lie.1...@gmail.com added the comment:
Bored, I grepped the trunk for a few more stuffs that has similar
consecutive duplicate typos. The dup.diff patch corrects these typos.
Not opening a new issue since all of them are minor.
--
Added file: http://bugs.python.org/file14350
New submission from Ryan Leslie ryle...@gmail.com:
While developing an application, an inconsistency was noted where,
depending on the particular signal handler in use,
multiprocessing.Queue.put() may (or may not) raise OSError() after
sys.exit() was called by the handler. The following example
Changes by Ryan Leslie ryle...@gmail.com:
--
nosy: +jnoller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6362
___
___
Python-bugs-list mailing
Ryan Tucker r...@hoopycat.com added the comment:
I can reproduce this problem with Python 2.6. It manifests itself as a
lengthy iteration through an IMAP SSL mailbox locking up after a long
while and the interpreter consuming all available system memory.
I suspect this to be the combination
New submission from Ryan Leslie ryle...@gmail.com:
The zipfile.ZipFile.open() behavior with mode 'U' or 'rU' is not quite
as advertised in
http://docs.python.org/library/zipfile.html#zipfile.ZipFile.open
Here is an example:
$ echo -ne This is an example\r\nWhich demonstrates a problem\r\nwith
Ryan Leslie ryle...@gmail.com added the comment:
Hi Art,
Thanks for working on this. I've taken a look at the patch.
The fix to read_test looks correct. Of course, I would consider a more
descriptive variable name than 'b'.
The changes to read() are an improvement, but I think we need
New submission from Ryan McGuire python@enigmacurry.com:
Opening a UTF-8 encoded file with unix newlines (\n) on Win32:
codecs.open(whatever.txt,r,utf-8).read()
replaces the newlines (\n) with CR+LF (\r\n).
The docs specifically say that :
Files are always opened in binary mode, even
Ryan McGuire python@enigmacurry.com added the comment:
Uploading a doctest for this.
The tests are successful on Linux using Python 2.6
They fail on Win32 with Python 2.6
--
Added file: http://bugs.python.org/file14788/codecs_bug.py
___
Python
New submission from Ryan Kelly r...@rfk.id.au:
The win32 implementation of os.listdir() releases the GIL around calls
to FindNextFile, but not around calls to FindFirstFile. Attached is a
simple patch to consistently release the GIL around any such calls.
--
components: None
files
Ryan Leslie ryle...@gmail.com added the comment:
Looks like a merge has gone bad. NullHandler has existed for a while on
trunk but is not present in the 2.6.3 tag (__all__ was updated to
include it, however):
/python/tags/r263/Lib/logging/__init__.py
--
nosy: +ryles
New submission from Ryan Williams r...@lindenlab.com:
This crash is surprisingly consistent across versions, operating
systems, and whether the c module is used or not:
Python 2.6.2 (r262:71600, Apr 16 2009, 09:17:39)
[GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin
Type help, copyright
Ryan Williams r...@lindenlab.com added the comment:
Adding 2.5 back, looks like it was removed accidentally.
Also, here's a list of strings for testing purposes:
['?xml \xee\xae\x94 ?', '?xml \xc4\x9d ?', '?xml \xc8\x84 ?',
'?xml \xd9\xb5 ?', '?xml \xd9\xaa ?', '?xml \xc9\x88 ?', '?xml
\xcb
New submission from Ryan Leslie ryle...@gmail.com:
http://docs.python.org/download.html shows this:
Download Python 2.6.4c1 Documentation
We don't package the documentation for development releases for
download. Downloads will be available for the final release.
This is not really
Changes by Lie Ryan lie.1...@gmail.com:
--
versions: +Python 2.7, Python 3.2 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7166
New submission from Lie Ryan lie.1...@gmail.com:
On python trunk and 3.2 IDLE, the b in b'' is not green colored.
On python 3.1 IDLE, the u in u'' is still colored, despite a SyntaxError.
(sorry, I don't have diff installed on my Windows machine)
Change on python trunk:
/Lib/idlelib
Ryan Leslie ryle...@gmail.com added the comment:
I expect this should already be fixed by the commit in
http://bugs.python.org/issue6511
BadZipFile will now be raised for empty files rather than IOError, and
so ZipFile._GetContents() should now also close the file.
The fix was committed
Ryan Leslie ryle...@gmail.com added the comment:
Yes, I think this fix should have been included in the 2.6 branch. I
subscribed Amaury to look into that when I last updated.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
New submission from Ryan Leslie ryle...@gmail.com:
py StringIO.StringIO(foo).read(long(1))
'f'
py io.BytesIO(foo).read(long(1))
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: integer argument expected, got 'long'
This is known to cause problems when reading zip
New submission from Ryan Shaw ryan.s...@stanfordalumni.org:
def save_object(r, key, m):
r.set(key, cPickle.dumps(m))
[4] save_object(r, 'cluster', cluster)
python: ./Modules/cStringIO.c:419: O_cwrite: Assertion `oself-pos + l
2147483647' failed.
Aborted
Linux 2.6.30.9-96.fc11.x86_64 #1
Ryan Shaw ryan.s...@stanfordalumni.org added the comment:
r is the Redis python client. cluster is a large cluster tree along the
lines of the cluster_node class found here:
http://jesolem.blogspot.com/2009/04/hierarchical-clustering-in-python.html
Ryan Shaw ryan.s...@stanfordalumni.org added the comment:
I can't reproduce this in a self-contained script. Pickling a smaller
cluster object and storing it in Redis works fine. The cluster object that
caused the crash was large, a binary tree with 5000 leaves holding the
results of a nine
New submission from Lie Ryan lie.1...@gmail.com:
maybe related to #6501
Vista 32-bit SP1, Python 3.1:
Microsoft Windows [Version 6.0.6000]
Copyright (c) 2006 Microsoft Corporation. All rights reserved.
D:\chcp 65001
Active code page: 65001
D:\python -c 'print()'
Fatal Python error
Ryan Kelly r...@rfk.id.au added the comment:
Not sure if it's caused by the same thing, but I just got a segfault on the
same line in my own program. Running python 2.7.1.
I will try to dig out some more useful info but it's been a long time since I
chased a segfault...
--
nosy
Ryan Kelly r...@rfk.id.au added the comment:
Please remind me how to obtain an appropriate coredump (as I said, it's been a
*long* time...)
Doing print bp shows an out-of-bounds address as for the original submitter.
--
___
Python tracker rep
Ryan Kelly r...@rfk.id.au added the comment:
attaching core dump from a freshly-compiled python 2.7.1 at with -O0 -g in
CFLAGS.
The code that is segfaulting is using pycrypto and sqlite3, so it may be that a
bug in one of these is trampling on something. No idea how to investigate any
Ryan Kelly r...@rfk.id.au added the comment:
Thanks for the help, I have tracked this down to a bug in PyCrypto. It was
increfing an object once but decrefing it twice.
Sorry for the noise.
--
___
Python tracker rep...@bugs.python.org
http
New submission from Ryan Kelly r...@rfk.id.au:
The docs for HTTPConnection.set_tunnel(host,port) are ambiguous. They simply
say Set the host and the port for HTTP Connect Tunnelling. But should I
specify the address of the server *through* which I want to tunnel, or the
address
Ryan Kelly r...@rfk.id.au added the comment:
Sorry, endpoint is just a noun that seemed to fit for me, I've no idea if
there is a standard term for this. Perhaps origin server if you follow the
terminology from the RFC?
By way of example, suppose I'm running a proxy on localhost:3128 and I
Changes by Ryan Kelly r...@rfk.id.au:
--
nosy: +rfk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10399
___
___
Python-bugs-list mailing list
New submission from Ryan Twitchell metatheo...@gmail.com:
Use of importlib's import_module function with modules belonging to a library
can cause some modules to be imported twice, if such a module is referenced
from sibling modules, and from __init__ in the package. I suspect this is a
bug
Ryan Twitchell metatheo...@gmail.com added the comment:
Confirmed that this patch fixes the behavior shown in my original example, with
3.2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13591
New submission from Ryan Hollis theryanhol...@gmail.com:
Mac OSX Snow Leopard, Python 2.7,
The moment I paste anything into the editor window, it crashes. Also IDLE
crashes within a minute or two of opening, wether or not I actually do anything
with it after opening it.
uninstalled
Changes by Ryan Seto mr.werew...@gmail.com:
--
nosy: -MrWerewolf
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7511
___
___
Python-bugs-list
1 - 100 of 425 matches
Mail list logo