New submission from Joseph Armbruster:
The following observations were made of the PCBuild8 solution:
1 pyproject.vsprops was missing usermacros for tcltk / msi
2 no vcproj for ssl module like the PCBuild solution has
3 _msi project did not havea valid includedir
4 _tkinter did not have a
New submission from Joseph Armbruster:
Trunk revision: 58963
Description: No warning or error is reported it a file pointed to by
PYTHONSTARTUP is not readable.
Request: To display a warning so that the user may be notified.
Note: Errors that may occur in PyRun_SimpleFileExFlags are being
New submission from Joseph Armbruster:
Trunk Revision: 58651
Example of potential issue:
>>> a = [1,2,3,4,5]
>>>
>>> for x in a:
... a.remove(x)
...
>>>
>>> a
[2, 4]
If this is the expected behavior of iteration in this case, my
apologies. If
Joseph Armbruster added the comment:
I applied the change to:
Python 2.6a0 (trunk:58651M, Nov 18 2007, 08:46:54) [MSC v.1400 32 bit
(Intel)] on win32
and test_popen passes appeared to pass.
--
nosy: +JosephArmbruster
_
Tracker <[EMAIL PROTEC
Joseph Armbruster added the comment:
Is there any reason this is not part of the windows installer? So, that
if you select to install the full Documentation feature, this as a
checkbox-type option to 'build html documentation'?
Thoughts?
--
nosy: +Joseph
New submission from Joseph Armbruster:
Operating System:
OS Name: Microsoft Windows XP Professional
OS Version:5.1.2600 Service Pack 2 Build 2600
Using the latest Python 2.5.1.msi from:
http://www.python.org/ftp/python/2.5.1/python-2.5.1.msi
Perform the
Joseph Armbruster added the comment:
I believe the issue lies with the cmd command line parameters and
insufficient quoting:
Currently, if this string is passed into CreateProcess as args, the call
will fail:
C:\WINDOWS\System32\cmd.exe /c "C:\Documents and
Settings\joe\Desktop\Develo
New submission from Joseph Armbruster:
Revision: 59073
make_versioninfo.vcproj is missing the debug configuration. As a
result, if you try to build python in debug, you will receive an error
during compile in python_nt.rc, due to this block:
#define MS_WINDOWS
#include "modsupport.h"
Changes by Joseph Armbruster:
--
nosy: +tiran
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1476>
__
___
Python-bugs-list mailing list
Unsubs
Joseph Armbruster added the comment:
Whoops, looks like I missed the solution, which is also needed for the
patch. Here's the correct version. Do the following to test:
- Load up the PCBuild9 solution
- set python as the "Start Up" project,
- select Debug configuration
- pre
Joseph Armbruster added the comment:
Applying quotations around args within the shell case appears to take
care of it, any thoughts?
Added file: http://bugs.python.org/file8788/subprocesspatch.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.p
New submission from Joseph Armbruster:
Executable path should be quoted, in case build environment is located
in a path containing spaces. I also made the Debug / Release versions
similar in style.
--
components: Windows
files: pythoncore.patch
messages: 57718
nosy: JosephArmbruster
Changes by Joseph Armbruster:
--
nosy: +tiran
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1478>
__
___
Python-bugs-list mailing list
Unsubs
New submission from Joseph Armbruster:
When you attempt to build the _ssl project in release or debug you can
possibly encounter errors in the following scenarios:
1) having spaces in the build path
2) if you launch the build in debug, it attempts to run build_ssl.py
with the python.exe found
Joseph Armbruster added the comment:
Looks like the libpaths were pointing to out32 instead of out32.dll.
Although that may have been due to my switch from nt.mak to ntdll.mak.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Joseph Armbruster added the comment:
Whoops. This may have been an error on my part. nt.mak I think bombed
for me except it was probably due to some of my tinkering. My apologies.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
New submission from Joseph Armbruster:
I found two code blocks that look as if they can be safely removed:
>From _csv.c:
/* begin 2.2 compatibility macros */
#ifndef PyDoc_STRVAR
/* Define macros for inline documentation. */
#define PyDoc_VAR(name) static char name[]
#define PyDoc_STRVAR(n
New submission from Joseph Armbruster:
Question: Is there any harm in removing this block from pyconfig.h?
#ifndef PY_LONG_LONG
# define PY_LONG_LONG __int64
# define PY_LLONG_MAX _I64_MAX
# define PY_LLONG_MIN _I64_MIN
# define PY_ULLONG_MAX _UI64_MAX
#endif
New submission from Joseph Armbruster:
URL: http://svn.python.org/projects/python/branches/py3k
Rev: 59215
Session illustrating issue:
>>> a = None
[40667 refs]
>>> cmp(a,None)
Traceback (most recent call last):
File "", line 1, in
TypeError: unorderable
Joseph Armbruster added the comment:
I had looked at the behavior in 2.5 and did not know if this would still
be the case:
>>> cmp(None,'a')
-1
>>> cmp('a',None)
1
>>> cmp(None,None)
0
__
Tracker <[E
New submission from Joseph Armbruster:
When I run the following from a windows command line, the resulting html
can not be browsed stand-alone:
python tools/sphinx-build.py -bhtml . build/htmlwin
It looks like the paths are getting hosed up; for example:
htmlcygwin/c-api/index.html contains
Joseph Armbruster added the comment:
Tim,
Post up a patch of what you have up to now and I will look at it today.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Joseph Armbruster added the comment:
Tim,
Appears you are on your way to a fix. If you need it tested on an
alternate windows machine, post up and i'll run through it.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python
Joseph Armbruster added the comment:
The good news:
At a glance, the following look good:
- building target html in cmd
- building target htmlhelp then generating chm
- building target html in cygwin
- building target htmlhelp then generating chm
The bad news [should a different bug be created
Joseph Armbruster added the comment:
Typo in my last comment:
- building target html in cmd
- building target htmlhelp then generating chm
- building target html in cygwin
- building target htmlhelp in cygwin then generating chm
__
Tracker <[EMAIL PROTEC
New submission from Joseph Armbruster:
URL: http://svn.python.org/projects/python/branches/py3k
Revision: 59467
The spacing of the builtin_format function did not appear to be
consistent with the rest of the .c file.
See attached patch
--
components: Interpreter Core
files
Joseph Armbruster added the comment:
Tiran, agreed. You can reproduce this issue quickly outside of IDLE
with this snippet:
from Tkinter import *
import tkMessageBox
class App(Frame):
def __init__(self, master):
Frame.__init__(self,master)
self.master.title("Wierd
New submission from Joseph Armbruster:
Error detailed below.. I reverted the changes to sysconfig.py from rev
59488 and the error goes away. I believe the suspect line is:
# head
python_build = os.path.isfile(os.path.join(project_base, "Mo
New submission from Joseph Armbruster:
There were various files in the source tree that contained low ascii 12
characters throughout. The list includes:
url: http://svn.python.org/projects/python/branches/py3k
rev: 59539
files:
_ctypes.c
cfield.c
_tkinter.c
stringobject.c
Joseph Armbruster added the comment:
url: http://svn.python.org/projects/python/trunk
rev: 59539
files:
stringobject.c
Added file: http://bugs.python.org/file8974/ascii12sPyTrunk.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Joseph Armbruster added the comment:
I apparently missed this one. Disregard this issue.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1639>
__
___
Python-bugs-
Joseph Armbruster added the comment:
For the record, I tested this out with:
url: http://svn.python.org/projects/python/branches/py3k:
rev: 59540
OS Name: Microsoft Windows XP Professional
OS Version: 5.1.2600 Service Pack 2 Build 2600
The following snippet appeared to behave as intended (i
New submission from Joseph Armbruster:
I added an option to msi.py (and a support script) that allows the user
to optionally decompile the python30.chm post installation. In doing
so, I was testing out help() from the interpreter and stumbled upon a
few things that I think are issues. One of
Joseph Armbruster added the comment:
I left out some important info and made a typo:
url: http://svn.python.org/projects/python/branches/py3k
rev: 59543
For Issue 1: The two test ifs at lines 1674 and 1678 never are
satisfied, not the #windows statement never gets reached
Joseph Armbruster added the comment:
>I think it's bad to mix separate issues in a single report, as it makes
>it difficult to track which of them had been resolved.
Martin, agreed. Please close this issue and I will generate new issues
(with patches) for each item as encountered
New submission from Joseph Armbruster:
I was wondering what would happen, so I tried this out for the heck of
it with:
Python 3.0a2 (py3k:59572M, Dec 19 2007, 15:54:07) [MSC v.1500 32 bit
(Intel)]
on win32
class a(int):
def __new__(cls,number):
return int.__new__(cls,number)
for x in
Changes by Joseph Armbruster:
--
type: crash -> behavior
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1666>
__
___
Python-bugs-list mailing li
New submission from Joseph Armbruster:
url: http://svn.python.org/projects/python/branches/py3k
rev: 59577
The license() function does not appear to process keyboard input
correctly. Symptoms:
- Carriage returns do not move license pages downwards
- q option did not quit
Patch to site.py
New submission from Joseph Armbruster:
url: http://svn.python.org/projects/python/branches/py3k
rev: 59577
The intent of the -E command line parameter is not entirely clear from
it's description. If it implies that All environment variables will be
ignored then this is not currently the
New submission from Joseph Armbruster:
Subprocess contains a minor temporary file getter that failed in one of
my terminals due to the method used to obtain a temporary directory
location.
Patch attached.
--
components: Tests
files: subprocess.patch
messages: 58875
nosy
New submission from Joseph Armbruster:
test_pep277 failed on one of my windows boxes. It looks as if an import
unicode is missing.
See attached patch.
--
components: Tests
files: testpep277.patch
messages: 58876
nosy: JosephArmbruster
severity: normal
status: open
title: test_pep277
Joseph Armbruster added the comment:
had to rush this one as i'm at work right now and did not verify it.
disregard that patch!
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python
Joseph Armbruster added the comment:
I used str( instead of unicode(
python -E -tt ../lib/test/regrtest.py test_pep277
test_pep277
1 test OK.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Changes by Joseph Armbruster:
--
title: test_pep277 missing unicode import -> test_pep277 fails
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1673>
__
___
Joseph Armbruster added the comment:
and.. after performing an svn update :-)
rt test_pep277
Deleting .pyc/.pyo files ...
36 .pyc deleted, 0 .pyo deleted
python -E -tt ../lib/test/regrtest.py test_pep277
test_pep277
1 test OK.
About to run again without deleting .pyc/.pyo first:
Press any key
Joseph Armbruster added the comment:
Here's some other quick tests for posterity:
TEST 1 [from a downloaded msi from a while ago]
Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit
(Intel)] on win32
Type "help", "copyright", "credits"
Joseph Armbruster added the comment:
Here are two examples of why I created this issue:
example 1: that is the output I received when pressing Return 5 times
using license()
python
Python 3.0a2 (py3k:59579M, Dec 20 2007, 08:46:46) [MSC v.1500 32 bit
(Intel)] on win32
Type "help",
Joseph Armbruster added the comment:
Here's the results, i'll look into it briefly.
>>> import sys
>>> x = input()
Hi:
>>> len(x)
3
>>> x = sys.stdin.readline()
Hi:
>>> len(x)
4
__
Tracke
Joseph Armbruster added the comment:
>>> import sys
>>> x = input()
Hi:
>>> repr(x)
"'Hi:'"
>>> x = sys.stdin.readline()
Hi:
>>> repr(x)
"'Hi:\\n'"
___
Joseph Armbruster added the comment:
Ok, just did as so:
sys.stdout.write(prompt)
sys.stdout.flush()
key = sys.stdin.readline()
print(repr(key))
print(len(key))
if key not in ('', 'q'):
Results:
All Python releases are Open Source (see http://www.opensource.org for
Hit R
Joseph Armbruster added the comment:
Looks good :-)
Python 3.0a2 (py3k:59579M, Dec 20 2007, 08:46:46) [MSC v.1500 32 bit
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> license()
A. HISTORY OF TH
Joseph Armbruster added the comment:
This issue has already been reported.
http://bugs.python.org/issue1458
--
nosy: +JosephArmbruster
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Changes by Joseph Armbruster:
--
components: +Windows
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1700463>
_
___
Python-bugs-list mailing list
Changes by Joseph Armbruster:
--
components: +Windows
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1677>
__
___
Python-bugs-list mailing list
Unsubs
Changes by Joseph Armbruster:
--
components: +Windows
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1472>
__
___
Python-bugs-list mailing list
Unsubs
Joseph Armbruster added the comment:
This issue should probably be closed. Performing the decompile on the
command line as directed by the interpreter is as trivial as firing up
the interpreter itself.
It would make more sense to add an option to the installer that would
automagically perform
Joseph Armbruster added the comment:
If I look at Lib/plat-win back at rev 16910, winreg.py could be found
there. Everything I see in the tree referencing plat-win is
documentation, except the PYTONPATH define itself. It looks like
Lib/plat-win was removed back in revision 16911 [Aug 20,2000
Joseph Armbruster added the comment:
Backport to 2.6a0 and tested with:
Python 2.6a0 (trunk:59710M, Jan 4 2008, 11:36:45) [MSC v.1500 32 bit
(Intel)] on win32
Added file: http://bugs.python.org/file9063/pythonstartup.patch
__
Tracker <[EMAIL PROTECTED]>
Joseph Armbruster added the comment:
I tested this out out in the trunk (59706). Placed builddoc.bat in /Doc
and ran the following commands:
builddoc checkout
builddoc html
builddoc htmlhelp
builddoc web
All appeared to work fine on my system.
--
nosy: +JosephArmbruster
Joseph Armbruster added the comment:
Ah, good to know :-)
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1472>
__
___
Python-bugs-list mailing list
Unsubs
Joseph Armbruster added the comment:
Is referencing the built python binary in the build tree a good idea?
Just in case they do not have python installed on the system already?
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Joseph Armbruster added the comment:
Which brings up a question. Would all things in the tree ideally work
with the version that was built from checkout? Just in case something
like this comes up in the future, i'd want to know if it is better to
have it configured as this or to auto-magi
New submission from Joseph Armbruster:
I receive the following warning when running the test_unicode_file unit
tests out of the trunk (60758)
python -E -tt ../../lib/test/regrtest.py -g "test_unicode_file"
test_unicode_file
D:\work\pytrunk\lib\test\test_unicode_file.py:103: Unic
New submission from Joseph Armbruster:
http://svn.python.org/projects/python/trunk/PCbuild/build_tkinter.py
rev 61127
Is it still in python-devs interest to support building the tree in a
path that contains spaces? I (pretty much always) do, so if a patch for
this is desired, I can put one
Joseph Armbruster added the comment:
Using: http://svn.python.org/projects/python/trunk @ 61127
OS Name:Microsoft Windows XP Professional
OS Version: 5.1.2600 Service Pack 2 Build 2600
I would like to report a positive follow-up on this issue. The output I
received was as follows
Joseph Armbruster added the comment:
I believe this may be related to issue 1672853.
http://bugs.python.org/issue1672853
--
nosy: +JosephArmbruster
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/iss
Joseph Armbruster added the comment:
Using: http://svn.python.org/projects/python/trunk @ 61127
OS Name:Microsoft Windows XP Professional
OS Version: 5.1.2600 Service Pack 2 Build 2600
test_shutil
1 test OK.
--
nosy: +JosephArmbruster
__
Tracker
Joseph Armbruster added the comment:
On another note, I just completed building the docs in windows and
shutil.destinsrc does not appear to be documented. I did notice this
description for shutil:
"The shutil module offers a number of high-level operations on files and
collections of file
Joseph Armbruster added the comment:
Just got in from New Smyrna beach... and the verdict is:
URL: http://svn.python.org/projects/python/branches/release25-maint
Revision: 61182
python bigfiletest1.py
1
2
3
4
5
6
7
8
9
10
11
12
13
14
Joseph Armbruster added the comment:
Tested patch against: http://svn.python.org/projects/python/trunk @ 61260
OS Name: Microsoft Windows XP Professional
OS Version:5.1.2600 Service Pack 2 Build 260
rt test_os
Deleting .pyc/.pyo files ...
(57, '.pyc de
Joseph Armbruster <[EMAIL PROTECTED]> added the comment:
Should this issue be linked to 1559298? It appears to be the same issue
but was opened up earlier and is referencing a different version.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Joseph Armbruster <[EMAIL PROTECTED]> added the comment:
Note: If this issue is related to 1672853, I ran through the test code
provided in the issue recently and it appeared to pass for both the
trunk and 2.5 maint.
_
Tracker <[EMAIL PROTECTE
New submission from Joseph Armbruster <[EMAIL PROTECTED]>:
longobject.c has a type cast that should be different to take
HAVE_UINTPTR_T into account.
ps: noticed this as i'm merging trunk -> PythonCE to get this working on
my new cellphone, the Wing!
--
components: In
Joseph Armbruster <[EMAIL PROTECTED]> added the comment:
it looks like this may also be the case in intobject
--
title: correct longobject.c type cast -> correct int / long object type casts
Added file: http://bugs.python.org/file9684/intobj
Changes by Joseph Armbruster <[EMAIL PROTECTED]>:
--
type: -> compile error
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2313>
__
___
Pyt
New submission from Joseph Armbruster <[EMAIL PROTECTED]>:
This patch removes a stale for loop from myreadline.c:
http://svn.python.org/projects/python/trunk @ 62180
--
components: Interpreter Core
files: myreadline.patch
keywords: patch
messages: 65015
nosy: JosephArmbruster
se
76 matches
Mail list logo
