[issue4027] wrong page index number in reference book of python documentation

[Ray Wang]

Ray Wang <[EMAIL PROTECTED]> added the comment:

hi, sorry for didn't present very clear.

> Which version of the Ref Manual is this supposed to be?

the newest python documentations, Release 2.6, October 2, 2008

> By Evince do you mean the Gnome document viewer?
> http://www.gnome.org/projects/evince/

Yes

> If so, are you trying to view a .pdf downloaded from python.org?

Yes, from the official site. download the docs from
http://docs.python.org/ftp/python/doc/2.6/python-docs-pdf-a4.tar.bz2

> If so, did you try viewing it with acrobat or some other .pdf viewer?

Yes, the same. I tested in acrobat. both has this problem. 

> This would indicate whether the fault is with the Evince or Python's
> .pdf generation or index support.

I guess the problem is index support.

> The screenshot shows two other major problems with the TOC.
> Data model should not be indented; it is not part of lexical analysis.
> Three chapters between Data Model and Compound Statements are missing.

exactly, the index may be messed up.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4008] IDLE: checksyntax() doesn't support Unicode?

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

> @loewis: I guess that your locale is still UTF-8.

To refute this claim, I reported that locale.getpreferredencoding
reports 'ANSI_X3.4-1968'. I was following your instructions exactly
(on Debian 4.0), and still, it opens successfully (when loaded through
File/Open). Should I do something else with it to trigger the error,
other than opening it?

When opening iso.py, I get a pop window titled "Decoding error",
with a message "Failed to Decode". This seems to be correct also.

So I still can't reproduce the problem.

I don't understand why you say that IDLE uses open(filename, 'r').
In IOBinding.IOBinding.loadfile, I see

# open the file in binary mode so that we can handle
# end-of-line convention ourselves.
f = open(filename,'rb')

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4035] Support bytes for os.exec*()

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

This is incorrect. On Windows, if the path contains characters with no
representation in CP_ACP, encoding the path as bytes makes it invalid.

--
nosy: +loewis

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4036] Support bytes for subprocess.Popen()

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

I think this should be deferred to 3.1. I'm not sure how much
consistency across platforms is desirable, however, using strings is
surely the better choice on Windows. I could sympathize with providing
bytes support only on POSIX, but I'm sure others will disagree.

--
nosy: +loewis

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4038] py3k error in distutils file_copy exception handlers

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Looks fine to me, please apply.

--
keywords:  -needs review
nosy: +loewis
resolution:  -> accepted

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4027] wrong page index number in reference book of python documentation

[Winfried Plappert]

Winfried Plappert <[EMAIL PROTECTED]> added the comment:

In addition to the same issue: library.pdf, downloaded from
http://docs.python.org/ftp/python/doc/2.6/python-docs-pdf-a4.tar.bz2:

Glossarypoints to chapter 1, 
"About these documents"   chapter 2,
History and License   chapter 3,
Copyright chapter 4.

The Index points correctly to the "Symbol Index", but misplaces the
"Module Index": the "Module Index" is a subchapter of the "Copyright".

--
nosy: +wplappert

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4027] wrong page index number in reference book of python documentation

[Winfried Plappert]

Winfried Plappert <[EMAIL PROTECTED]> added the comment:

distutils.pdf shows the wrong behaviour quite nicely. See attached png file

Added file: http://bugs.python.org/file11701/distutils.png

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4039] Add __enter__ and __exit__ methods to StringIO/cStringIO classes

[peppergrower]

New submission from peppergrower <[EMAIL PROTECTED]>:

Currently, StringIO objects do not have __enter__ and __exit__ methods
associated with them.  As a result, the 'with' statement won't work
properly on StringIO objects in a construction like the following,
though they can otherwise be manipulated like files:

with obj.open_file(...) as f:
... 

(I brought up this behavior first on comp.lang.python,* and the above
example was borrowed from Hrvoje Niksic.)  To allow StringIO objects to
be used more interchangeably with actual file objects, could __enter__
and __exit__ methods be added?

Thanks,
peppergrower

*
http://groups.google.com/group/comp.lang.python/browse_thread/thread/6bdf65bce431e404/a5dc64f43147f4dd?lnk=gst

--
components: Interpreter Core
messages: 74309
nosy: peppergrower
severity: normal
status: open
title: Add __enter__ and __exit__ methods to StringIO/cStringIO classes
type: feature request
versions: Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4039] Add __enter__ and __exit__ methods to StringIO/cStringIO classes

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Certainly not for 2.5 or 2.6. Targetting this as 2.7.

--
nosy: +loewis
versions: +Python 2.7 -Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4015] [patch] make installed scripts executable on windows

[anatoly techtonik]

anatoly techtonik <[EMAIL PROTECTED]> added the comment:

1. Associations still do not show Scripts/ among executable files in Run
dialog.

2. Association works only for one version of properly installed Python.
It won't work if Python is installed for different user, if extensions
are not registered or if Python was copied from another machine. 

3. Association will call only the latest Python when you may need to
maintain several installations for your applications. 90% of Python
software is still compiled only for Python 2.5 and when .py association
is set for latest 2.6 users still need to have scripts located in 2.5
dist subdir to be executed with version 2.5

4. Some *nix-developed applications create Python Scripts/ without any
extension at all

Created .bat files guarantee that scripts will be executed with the
version of Python they were installed for. In my opinion this options
should be turned on by default even if made optional to allow users
forget about platform differences.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4008] IDLE: checksyntax() doesn't support Unicode?

[STINNER Victor]

STINNER Victor <[EMAIL PROTECTED]> added the comment:

IDLE opens the script many than once. There are two cases:
 (1) first open when IDLE read the file content to display it
 (2) second open on pressing F5 key (Run Module) to check the syntax

(1) uses IOBinding and fails to open ISO-8859-1 file with UTF-8 
locale.

(2) uses ScriptBinding and fails to open UTF-8 file with ASCII locale.

About the initial problem (idle-3.0rc1-quits-when-run.py), yes, I 
forgot to say that you have to run the module, sorry :-/

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4035] Support bytes for os.exec*()

[STINNER Victor]

STINNER Victor <[EMAIL PROTECTED]> added the comment:

The fix can be changed to be specific to POSIX system:
+if name == 'posix' \
+and isinstance(file, bytes):
+encoding = sys.getfilesystemencoding()
+PATH = (bytes(dir, encoding) for dir in PATH)

My example was incorrect. The good example is:
   python -c "import os; os.execvp('pwd', ['pwd'])

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4040] ignored exceptions in generators (regression?)

[Benjamin Peterson]

New submission from Benjamin Peterson <[EMAIL PROTECTED]>:

Given this code:

def f():
for i in f():
yield i

for i in f(): print i

2.6 gives:
Exception RuntimeError: 'maximum recursion depth exceeded in
__subclasscheck__' in  ignored
Exception RuntimeError: 'maximum recursion depth exceeded while calling
a Python object' in  ignored
Traceback (most recent call last):
  File "", line 1, in 
...
  File "", line 2, in f
RuntimeError: maximum recursion depth exceeded

2.5 and 3.0 do not have this problem.

--
messages: 74314
nosy: benjamin.peterson
priority: high
severity: normal
status: open
title: ignored exceptions in generators (regression?)
versions: Python 2.6, Python 2.7

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4040] ignored exceptions in generators (regression?)

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
components: +Interpreter Core
type:  -> behavior

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4039] Add __enter__ and __exit__ methods to StringIO/cStringIO classes

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

This is a duplicate of #1286.

--
nosy: +benjamin.peterson
resolution:  -> duplicate
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
versions: +Python 2.7 -Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4041] reference to rexec in __import__

[Winfried Plappert]

New submission from Winfried Plappert <[EMAIL PROTECTED]>:

on the web page http://docs.python.org/library/functions.html,
__import__ references rexec why and how one could use __import__. On the
rexec page (http://docs.python.org/library/rexec.html) it says:
"Deprecated since version 2.6". I think one should not really refer to
deprecated functions in the current documentation.

--
assignee: georg.brandl
components: Documentation
messages: 74316
nosy: georg.brandl, wplappert
severity: normal
status: open
title: reference to rexec in __import__
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4041] reference to rexec in __import__

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Thanks, fixed in r66793.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4000] Additional 2to3 documentation updates

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Thanks, fixed all of them in r66794.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4029] Documentation displays incorrectly in iexplore.

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

I concur with Terry on all counts. Specifically:

1. How the underscores are displayed depends on the font you've selected
as your monospace font. Replacing them with an image is ugly and will
never look remotely nice.

2. I will fix the stylesheet if you can give me an example CSS that will
have the same effect on modern browsers, and at the same time give a
good appearance on IE6.

3. Thanks for noting, fixed the typo in r66795.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3661] sys.call_tracing segfaults

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Attaching patch.

--
keywords: +needs review, patch
Added file: http://bugs.python.org/file11702/fix_call_tracing_segfault.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4042] IDLE won't start in 2.6 final. A known fix was overlooked?

[Robert Yodlowski]

New submission from Robert Yodlowski <[EMAIL PROTECTED]>:

I just installed the 2.6 final release on my fully updated Win XP
system. When I tried to run IDLE I got the same... 

"IDLE's subprocess didn't make connection. Either IDLE can't start
subprocess or personal firewall is blocking." 

...fatal error message I got when I installed the last release candidate
version on Sept 22, 2008. I put in a bug report at that time 

"[issue3943] IDLE won't start in 3.0rc1 "Subprocess didn't make
connection"" 

but it was closed since the fix to LIB/idlelib/run.py (on line 76) in
#3905 message 73496 by Georg Brandl fixes this problem.

I believe that this known fix was overlooked when 2.6 final was released
this week.

...Bob

--
components: IDLE
messages: 74321
nosy: rbtyod
severity: normal
status: open
title: IDLE won't start in 2.6 final. A known fix was overlooked?
type: crash
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4042] IDLE won't start in 2.6 final. A known fix was overlooked?

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

IDLE 2.6 final works for me.
(I believe that #3905 did not apply to 2.6)

Can you please open a command prompt, and start IDLE from there?
If you installed python in the default location, the command is:

  C:\python26\python C:\python26\Lib\idlelib\idle

You should see interesting error messages there.

--
nosy: +amaury.forgeotdarc

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4042] IDLE won't start in 2.6 final. A known fix was overlooked?

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

Sorry, copy/paste error. The correct command is of course:

  C:\python26\python C:\python26\Lib\idlelib\idle.py

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4043] Attempting to import deprecated modules in IDLE raises TypeError

[Craig Holmquist]

New submission from Craig Holmquist <[EMAIL PROTECTED]>:

In Python 2.6, attempting to import depecated modules in IDLE raises a
TypeError exception.  I verified this with sets, mimify, and MimeWriter.
 Here's the output for sets:

>>> import sets

Traceback (most recent call last):
  File "", line 1, in 
import sets
  File "C:\Python26\Lib\sets.py", line 85, in 
stacklevel=2)
  File "C:\Python26\Lib\warnings.py", line 29, in _show_warning
file.write(formatwarning(message, category, filename, lineno, line))
TypeError: idle_formatwarning_subproc() takes exactly 4 arguments (5 given)

The other modules give a similar trace.

Normally, I wouldn't consider this a serious issue, but there are some
major packages out there that still use deprecated modules such as
these.  For example, MySQLdb 1.2.2 and SQLAlchemy 4.7p1 import the sets
module so they can't be used at all in IDLE.

--
components: IDLE
messages: 74324
nosy: craigh
severity: normal
status: open
title: Attempting to import deprecated modules in IDLE raises TypeError
type: behavior
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4042] IDLE won't start in 2.6 final. A known fix was overlooked?

[Martin v. Löwis]

Changes by Martin v. Löwis <[EMAIL PROTECTED]>:


--
nosy: +loewis

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4043] Warnings in IDLE raise TypeError (such as attempting to import deprecated modules)

[Craig Holmquist]

Craig Holmquist <[EMAIL PROTECTED]> added the comment:

Actually, it looks like ANY warning will raise this error in IDLE.  For
example:

>>> import warnings
>>> warnings.warn('blah blah')

Traceback (most recent call last):
  File "", line 1, in 
warnings.warn('blah blah')
  File "C:\Python26\Lib\warnings.py", line 29, in _show_warning
file.write(formatwarning(message, category, filename, lineno, line))
TypeError: idle_formatwarning_subproc() takes exactly 4 arguments (5 given)

--
title: Attempting to import deprecated modules in IDLE raises TypeError -> 
Warnings in IDLE raise TypeError (such as attempting to import deprecated 
modules)

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4034] traceback attribute error

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Here's a patch. It looks like traceback just needs to use a struct
sequence instead of providing tp_getattr its self.

--
keywords: +needs review, patch
nosy: +benjamin.peterson
Added file: http://bugs.python.org/file11703/use_struct_member.diff

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3664] Pickler.dump from a badly initialized Pickler segfaults

[Alexandre Vassalotti]

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:

Here's the fix. The added check in Pickler_dump should prevent any
segfaults due to __init__() errors. 

I also added the check proposed by Christian as a safe-guard in case a
core developer adds a new method that doesn't check if the object was
properly initialized.

Added file: http://bugs.python.org/file11704/_pickle.c

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3675] Python 2.6 can't read sets pickled with Python 3.0

[Alexandre Vassalotti]

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:

I agree with Antoine, protocols <= 2 should remain compatible with
Python 2.x or be deprecated. Keeping compatibility will require a hack,
in addition to the proposed patch, in Pickler.save_global to map Python
3's module names to the ones of Python 2.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1565525] gc allowing tracebacks to eat up memory

[Greg Hazel]

Greg Hazel <[EMAIL PROTECTED]> added the comment:

Or, being able to remove the references to the locals and globals from 
the traceback would be sufficient.

Something like this:

try:
raise Exception()
except:
t, v, tb = sys.exc_info()
tbi = tb
while tbi:
tbi.tb_frame.f_locals = None
tbi.tb_frame.f_globals = None
tbi = tbi.tb_next
# now "tb" is cleaned of references

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4034] traceback attribute error

[Greg Hazel]

Greg Hazel <[EMAIL PROTECTED]> added the comment:

There seem to be some other exception type and string inconsistencies, 
but they are not new to Python 2.6

>>> tb.tb_frame = None
Traceback (most recent call last):
  File "", line 1, in 
TypeError: 'traceback' object has only read-only attributes (assign 
to .tb_frame)

>>> tb.tb_frame.f_locals = None
Traceback (most recent call last):
  File "", line 1, in 
AttributeError: attribute 'f_locals' of 'frame' objects is not writable

>>> tb.tb_frame.f_globals = None
Traceback (most recent call last):
  File "", line 1, in 
TypeError: readonly attribute

>>> dict.clear = "foo"
Traceback (most recent call last):
  File "", line 1, in 
TypeError: can't set attributes of built-in/extension type 'dict'


Should it be an AttributeError or TypeError? Should it be "read-only", 
readonly", "not writable" or "can't set"?


Btw, here's the other ticket for the feature request: 
http://bugs.python.org/issue1565525

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4042] IDLE won't start in 2.6 final. A known fix was overlooked?

[Robert Yodlowski]

Robert Yodlowski <[EMAIL PROTECTED]> added the comment:

Amaury, when I tried to run IDLE from the command line as you suggested
I got:

C:\>C:\python26\Lib\idlelib\idle.py
IDLE Subprocess: socket error: An attempt was made to access a socket in
a way forbidden by its access permissions, retrying
IDLE Subprocess: socket error: An attempt was made to access a socket in
a way forbidden by its access permissions, retrying
IDLE Subprocess: socket error: An attempt was made to access a socket in
a way forbidden by its access permissions, retrying
IDLE Subprocess: Connection to IDLE GUI failed, exiting.

...followed by 2 error windows:

Socket Error:An attempt was made to access a socket in a way forbidden
by its access permissions

and...

IDLE's subprocess didn't make connection. Either IDLE can't start a
subprocess or personal firewall software is blocking the connection

...BUT when I try to run IDLE from the "all programs" menu it runs just
fine - which it did NOT when I created today's bug report.

To try to reproduce the original behavior, I first put back the unfixed
version of run.py and IDLE STILL RAN FINE from the program menu 

I was VERY confused at this point and I completely uninstalled Python2.6
and reinstalled it from the same .msi installer I used before.

After I reinstalled 2.6, IDLE again ran fine from the programs menu
WITHOUT making the fix in run.py but NOT from the command line -
producing the same error messages as at the top of this entry.

Right now I am so confused I don't know what to do. I cannot reproduce 
the original problem I reported in this bug report and IDLE runs fine
from the menu but not from the command line.

It know that IDLE would not run from the programs menu until I changed
run.py but once I did that, removing the fix seems to make no
difference. (I've been careful to remove the run.pyc file each time.) I
believe that the behavior I saw today with 2.6 was the same as I saw on
Sept 22 with 3.0 when I submitted #3943 - and with the same confusing
property where the fix is needed to make IDLE run but removing it makes
no difference.

I hope this makes sense to you. It doesn't to me.

...Bob

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1415508] optparse enable_interspersed_args disable_interspersed_args

[A.M. Kuchling]

A.M. Kuchling <[EMAIL PROTECTED]> added the comment:

Docstring portion of the patch applied to the trunk in rev. 
66804; the change will appear in Python 2.6.1 and 2.7.  Thanks!

--
resolution:  -> accepted
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4043] Warnings in IDLE raise TypeError (such as attempting to import deprecated modules)

[Craig Holmquist]

Craig Holmquist <[EMAIL PROTECTED]> added the comment:

I should have checked this more carefully, but apparently you can still
use the imported module after the exception.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4043] Warnings in IDLE raise TypeError (such as attempting to import deprecated modules)

[Craig Holmquist]

Craig Holmquist <[EMAIL PROTECTED]> added the comment:

Okay, I think I've got it now:

1. If you import sets, it raises TypeError.  However, if you import it a
second time, it seems to work properly.

2. Trying to import a module that relies on the deprecated module (ie,
sqlalchemy) fails no matter how many times it's imported.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4042] IDLE won't start in 2.6 final. A known fix was overlooked?

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

> Amaury, when I tried to run IDLE from the command line as you suggested
> I got:
> 
> C:\>C:\python26\Lib\idlelib\idle.py

This is not what Amaury suggested. He suggested that you put the path
to python.exe before the path of idle.py

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com