[issue1442] pythonstartup addition of minor error checking
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 cast
away, may be worthwhile to report an error for those as well (unless
this was avoided for good reason :-)
Suggestion:
static void RunStartupFile(PyCompilerFlags *cf)
{
char *startup = Py_GETENV(PYTHONSTARTUP);
if (startup != NULL startup[0] != '\0') {
FILE *fp = fopen(startup, r);
if (fp != NULL) {
(void) PyRun_SimpleFileExFlags(fp, startup, 0, cf);
PyErr_Clear();
fclose(fp);
}
else {
fprintf(stderr,Warning: Could not read startup file %s\n,startup);
}
}
}
--
components: Interpreter Core
messages: 57482
nosy: JosephArmbruster
severity: minor
status: open
title: pythonstartup addition of minor error checking
type: behavior
versions: Python 2.6
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1442
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1456] unexpected iterator behavior with removal
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 this is not, I believe the issue lies in that listiter_next does not act correctly after a listremove has occurred. My knowledge of Python development is practically 0, so please take the patch with a grain of salt. -- components: Interpreter Core files: listobjectpatch.patch messages: 57611 nosy: JosephArmbruster severity: normal status: open title: unexpected iterator behavior with removal type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file8769/listobjectpatch.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1456 __ listobjectpatch.patch Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1559298] test_popen fails on Windows if installed to Program Files
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 PROTECTED] http://bugs.python.org/issue1559298 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1489051] keyword and topic help broken in Pythonwin IDE
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: +JosephArmbruster _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1489051 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1458] installer crashes on attempted cancellation
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 following steps: - launch python-2.5.1.msi - select next - select next - select Advanced - select cancel - select yes Issue: I think the issue may reside around line 698/699 in these lines of msi.py c = advanced.cancel(Cancel, CompilePyc) c.event(SpawnDialog, CancelDlg) I have vs2005, so I can not really test/utilize msi.py that easily. Note: If anyone can build an msi with vs2005 please give me the details on how you did so. My initial hackery went along the lines of: - built solution in release - modded msi.py for pcbuild8 - modded msisupport.mak to include libpath for msi.lib - ran python msi.py - ...told to run icons.mak in pc dir - ran icons.mak - reran python msi.py - built w9xpopen from PC/VC6/pcbuild solution ... realized I had to change msi.py for VisualStudio8.0 registry keys and quit here ... I was advised on #python that the Orcas Beta is where it's at, so I am downloading now. -- components: Installation, Windows messages: 57625 nosy: JosephArmbruster severity: minor status: open title: installer crashes on attempted cancellation type: crash versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1458 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1475] test_popen fails when the directory contains a space
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\Development\Python3k\dev\pcbuild9\python.exe -c import sys ; print(sys.argv) foo bar For sanity, when I try to execute this from a command prompt manually, I noticed this behavior: C:\Documents and Settings\joeC:\WINDOWS\System32\cmd.exe /c C:\Documents and Settings\joe\Desktop\Development\Python3k\dev\pcbui ld9\python.exe -c import sys; print(sys.argv) foo bar 'C:\Documents' is not recognized as an internal or external command, operable program or batch file. I read through cmd.exe and it is has this note: If /C or /K is specified, then the remainder of the command line after the switch is processed as a command line, where the following logic is used to process quote () characters: 1. If all of the following conditions are met, then quote characters on the command line are preserved: - no /S switch - exactly two quote characters - no special characters between the two quote characters, where special is one of: ()@^| - there are one or more whitespace characters between the the two quote characters - the string between the two quote characters is the name of an executable file. 2. Otherwise, old behavior is to see if the first character is a quote character and if so, strip the leading character and remove the last quote character on the command line, preserving any text after the last quote character. I believe args falls under section 2. -- nosy: +JosephArmbruster __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1475 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1476] missing debug configuration for make_versioninfo.vcproj
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
#include patchlevel.h
#ifdef _DEBUG
# include pythonnt_rc_d.h
#else
# include pythonnt_rc.h
#endif
This is because the file pythonnt_rc_d.h is never created. The attached
patch should resolve this.
--
components: Windows
files: pythonnt.patch
messages: 57704
nosy: JosephArmbruster
severity: normal
status: open
title: missing debug configuration for make_versioninfo.vcproj
type: compile error
versions: Python 3.0
Added file: http://bugs.python.org/file8786/pythonnt.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1476
__Index: PCbuild9/make_versioninfo.vcproj
===
--- PCbuild9/make_versioninfo.vcproj (revision 59073)
+++ PCbuild9/make_versioninfo.vcproj (working copy)
@@ -1,7 +1,7 @@
?xml version=1.0 encoding=Windows-1252?
VisualStudioProject
ProjectType=Visual C++
- Version=9,00
+ Version=9.00
Name=make_versioninfo
ProjectGUID={F0E0541E-F17D-430B-97C4-93ADF0DD284E}
RootNamespace=make_versioninfo
@@ -156,6 +156,148 @@
Name=VCPostBuildEventTool
/
/Configuration
+ Configuration
+ Name=Debug|Win32
+ OutputDirectory=$(SolutionDir)$(ConfigurationName)
+ IntermediateDirectory=$(ConfigurationName)
+ ConfigurationType=1
+ InheritedPropertySheets=.\pyproject.vsprops
+ UseOfMFC=0
+ ATLMinimizesCRunTimeLibraryUsage=false
+ CharacterSet=2
+
+ Tool
+Name=VCPreBuildEventTool
+ /
+ Tool
+Name=VCCustomBuildTool
+CommandLine=.\make_versioninfo.exe gt;..\PC\pythonnt_rc_d.h#x0D;#x0A;
+Outputs=..\PC\pythonnt_rc_d.h
+ /
+ Tool
+Name=VCXMLDataGeneratorTool
+ /
+ Tool
+Name=VCWebServiceProxyGeneratorTool
+ /
+ Tool
+Name=VCMIDLTool
+ /
+ Tool
+Name=VCCLCompilerTool
+Optimization=2
+InlineFunctionExpansion=1
+AdditionalIncludeDirectories=
+PreprocessorDefinitions=NDEBUG;_CONSOLE
+StringPooling=true
+RuntimeLibrary=2
+EnableFunctionLevelLinking=true
+UsePrecompiledHeader=0
+CompileAs=0
+ /
+ Tool
+Name=VCManagedResourceCompilerTool
+ /
+ Tool
+Name=VCResourceCompilerTool
+ /
+ Tool
+Name=VCPreLinkEventTool
+ /
+ Tool
+Name=VCLinkerTool
+AdditionalDependencies=odbccp32.lib
+OutputFile=.\./make_versioninfo.exe
+GenerateDebugInformation=true
+ProgramDatabaseFile=$(TargetDir)$(TargetName).pdb
+SubSystem=1
+OptimizeReferences=2
+EnableCOMDATFolding=2
+BaseAddress=0x1d00
+ /
+ Tool
+Name=VCALinkTool
+ /
+ Tool
+Name=VCManifestTool
+ /
+ Tool
+Name=VCXDCMakeTool
+ /
+ Tool
+Name=VCBscMakeTool
+ /
+ Tool
+Name=VCFxCopTool
+ /
+ Tool
+Name=VCAppVerifierTool
+ /
+ Tool
+Name=VCPostBuildEventTool
+CommandLine=$(TargetFileName) gt; ..\PC\python_nt.h
+ /
+ /Configuration
+ Configuration
+ Name=Debug|x64
+ OutputDirectory=$(SolutionDir)$(PlatformName)\$(ConfigurationName)
+ IntermediateDirectory=$(PlatformName)\$(ConfigurationName)
+ ConfigurationType=1
+
+ Tool
+Name=VCPreBuildEventTool
+ /
+ Tool
+Name=VCCustomBuildTool
+ /
+ Tool
+Name=VCXMLDataGeneratorTool
+ /
+ Tool
+Name=VCWebServiceProxyGeneratorTool
+ /
+ Tool
+Name=VCMIDLTool
+TargetEnvironment=3
+ /
+ Tool
+Name=VCCLCompilerTool
+ /
+ Tool
+Name=VCManagedResourceCompilerTool
+ /
+ Tool
+Name=VCResourceCompilerTool
+ /
+ Tool
+Name=VCPreLinkEventTool
+ /
+ Tool
+Name=VCLinkerTool
+TargetMachine=17
+ /
+ Tool
+Name=VCALinkTool
+ /
+ Tool
+Name=VCManifestTool
+ /
+ Tool
+Name=VCXDCMakeTool
+ /
+ Tool
+Name=VCBscMakeTool
+ /
+ Tool
+Name=VCFxCopTool
+ /
+ Tool
+Name=VCAppVerifierTool
+ /
+ Tool
+Name=VCPostBuildEventTool
+ /
+ /Configuration
/Configurations
References
/References
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1476] missing debug configuration for make_versioninfo.vcproj
Changes by Joseph Armbruster: -- nosy: +tiran __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1476 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1476] missing debug configuration for make_versioninfo.vcproj
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
- press ctrl-shift-b
- press F5
.. it should run in debug
- select Release configuration
- press ctrl-shift-b
- press F5
.. it should run in release
Added file: http://bugs.python.org/file8787/pythonnt.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1476
__Index: PCbuild9/make_versioninfo.vcproj
===
--- PCbuild9/make_versioninfo.vcproj (revision 59073)
+++ PCbuild9/make_versioninfo.vcproj (working copy)
@@ -1,7 +1,7 @@
?xml version=1.0 encoding=Windows-1252?
VisualStudioProject
ProjectType=Visual C++
- Version=9,00
+ Version=9.00
Name=make_versioninfo
ProjectGUID={F0E0541E-F17D-430B-97C4-93ADF0DD284E}
RootNamespace=make_versioninfo
@@ -156,6 +156,148 @@
Name=VCPostBuildEventTool
/
/Configuration
+ Configuration
+ Name=Debug|Win32
+ OutputDirectory=$(SolutionDir)$(ConfigurationName)
+ IntermediateDirectory=$(ConfigurationName)
+ ConfigurationType=1
+ InheritedPropertySheets=.\pyproject.vsprops
+ UseOfMFC=0
+ ATLMinimizesCRunTimeLibraryUsage=false
+ CharacterSet=2
+
+ Tool
+Name=VCPreBuildEventTool
+ /
+ Tool
+Name=VCCustomBuildTool
+CommandLine=.\make_versioninfo.exe gt;..\PC\pythonnt_rc_d.h#x0D;#x0A;
+Outputs=..\PC\pythonnt_rc_d.h
+ /
+ Tool
+Name=VCXMLDataGeneratorTool
+ /
+ Tool
+Name=VCWebServiceProxyGeneratorTool
+ /
+ Tool
+Name=VCMIDLTool
+ /
+ Tool
+Name=VCCLCompilerTool
+Optimization=2
+InlineFunctionExpansion=1
+AdditionalIncludeDirectories=
+PreprocessorDefinitions=NDEBUG;_CONSOLE
+StringPooling=true
+RuntimeLibrary=2
+EnableFunctionLevelLinking=true
+UsePrecompiledHeader=0
+CompileAs=0
+ /
+ Tool
+Name=VCManagedResourceCompilerTool
+ /
+ Tool
+Name=VCResourceCompilerTool
+ /
+ Tool
+Name=VCPreLinkEventTool
+ /
+ Tool
+Name=VCLinkerTool
+AdditionalDependencies=odbccp32.lib
+OutputFile=.\./make_versioninfo.exe
+GenerateDebugInformation=true
+ProgramDatabaseFile=$(TargetDir)$(TargetName).pdb
+SubSystem=1
+OptimizeReferences=2
+EnableCOMDATFolding=2
+BaseAddress=0x1d00
+ /
+ Tool
+Name=VCALinkTool
+ /
+ Tool
+Name=VCManifestTool
+ /
+ Tool
+Name=VCXDCMakeTool
+ /
+ Tool
+Name=VCBscMakeTool
+ /
+ Tool
+Name=VCFxCopTool
+ /
+ Tool
+Name=VCAppVerifierTool
+ /
+ Tool
+Name=VCPostBuildEventTool
+CommandLine=$(TargetFileName) gt; ..\PC\python_nt.h
+ /
+ /Configuration
+ Configuration
+ Name=Debug|x64
+ OutputDirectory=$(SolutionDir)$(PlatformName)\$(ConfigurationName)
+ IntermediateDirectory=$(PlatformName)\$(ConfigurationName)
+ ConfigurationType=1
+
+ Tool
+Name=VCPreBuildEventTool
+ /
+ Tool
+Name=VCCustomBuildTool
+ /
+ Tool
+Name=VCXMLDataGeneratorTool
+ /
+ Tool
+Name=VCWebServiceProxyGeneratorTool
+ /
+ Tool
+Name=VCMIDLTool
+TargetEnvironment=3
+ /
+ Tool
+Name=VCCLCompilerTool
+ /
+ Tool
+Name=VCManagedResourceCompilerTool
+ /
+ Tool
+Name=VCResourceCompilerTool
+ /
+ Tool
+Name=VCPreLinkEventTool
+ /
+ Tool
+Name=VCLinkerTool
+TargetMachine=17
+ /
+ Tool
+Name=VCALinkTool
+ /
+ Tool
+Name=VCManifestTool
+ /
+ Tool
+Name=VCXDCMakeTool
+ /
+ Tool
+Name=VCBscMakeTool
+ /
+ Tool
+Name=VCFxCopTool
+ /
+ Tool
+Name=VCAppVerifierTool
+ /
+ Tool
+Name=VCPostBuildEventTool
+ /
+ /Configuration
/Configurations
References
/References
Index: PCbuild9/pcbuild.sln
===
--- PCbuild9/pcbuild.sln (revision 59073)
+++ PCbuild9/pcbuild.sln (working copy)
@@ -118,8 +118,8 @@
Release|x64 = Release|x64
EndGlobalSection
GlobalSection(ProjectConfigurationPlatforms) = postSolution
- {F0E0541E-F17D-430B-97C4-93ADF0DD284E}.Debug|Win32.ActiveCfg = Release|Win32
- {F0E0541E-F17D-430B-97C4-93ADF0DD284E}.Debug|Win32.Build.0 = Release|Win32
+ {F0E0541E-F17D-430B-97C4-93ADF0DD284E}.Debug|Win32.ActiveCfg = Debug|Win32
+ {F0E0541E-F17D-430B-97C4-93ADF0DD284E}.Debug|Win32.Build.0 = Debug|Win32
{F0E0541E-F17D-430B-97C4-93ADF0DD284E}.Debug|x64.ActiveCfg = Release|Win32
{F0E0541E-F17D-430B-97C4-93ADF0DD284E}.PGInstrument|Win32.ActiveCfg = Release|Win32
{F0E0541E-F17D-430B-97C4-93ADF0DD284E}.PGInstrument|Win32.Build.0 = Release|Win32
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1478] pythoncore.vcproj fails to generate buildinfo (when spaces in path)
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 severity: normal status: open title: pythoncore.vcproj fails to generate buildinfo (when spaces in path) type: compile error versions: Python 3.0 Added file: http://bugs.python.org/file8789/pythoncore.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1478 __ pythoncore.patch Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1478] pythoncore.vcproj fails to generate buildinfo (when spaces in path)
Changes by Joseph Armbruster: -- nosy: +tiran __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1478 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1488] PCBuild9 _ssl.vcproj improperly launches build
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 in the path rather than that just built named python_d.exe. I believe the solution was designed to run build_ssl.py with the binary that was built in the configuration. If this is correct, then this patch applies. 3) some of the dependency paths did not appear to point to the correct place. Please verify. See attached patch -- components: Windows files: sslbuild.patch messages: 57763 nosy: JosephArmbruster, tiran severity: normal status: open title: PCBuild9 _ssl.vcproj improperly launches build type: compile error versions: Python 3.0 Added file: http://bugs.python.org/file8795/sslbuild.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1488 __ sslbuild.patch Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1488] PCBuild9 _ssl.vcproj improperly launches build
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/issue1488 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1488] PCBuild9 _ssl.vcproj improperly launches build
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/issue1488 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1508] Removal of stale code in _csv.c / pyexpat.c
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(name,str) PyDoc_VAR(name) = PyDoc_STR(str) #ifdef WITH_DOC_STRINGS #define PyDoc_STR(str) str #else #define PyDoc_STR(str) #endif #endif /* ifndef PyDoc_STRVAR */ From pyexpat.c: #ifndef PyDoc_STRVAR /* * fdrake says: * Don't change the PyDoc_STR macro definition to (str), because * '''the parentheses cause compile failures * (non-constant static initializer or something like that) * on some platforms (Irix?)''' */ #define PyDoc_STR(str) str #define PyDoc_VAR(name)static char name[] #define PyDoc_STRVAR(name,str) PyDoc_VAR(name) = PyDoc_STR(str) #endif -- components: Extension Modules messages: 57895 nosy: JosephArmbruster severity: minor status: open title: Removal of stale code in _csv.c / pyexpat.c versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1508 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1512] Removal of stale code in pyconfig.h
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 pyconfig.h contains this small snippet: /* 64 bit ints are usually spelt __int64 unless compiler has overridden */ #define HAVE_LONG_LONG 1 #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 However, in pyport.h, I can see that PY_LONG_LONG may also be defined here, except the tokens are slightly different: #ifdef HAVE_LONG_LONG #ifndef PY_LONG_LONG #define PY_LONG_LONG long long #if defined(LLONG_MAX) /* If LLONG_MAX is defined in limits.h, use that. */ #define PY_LLONG_MIN LLONG_MIN #define PY_LLONG_MAX LLONG_MAX #define PY_ULLONG_MAX ULLONG_MAX #elif defined(__LONG_LONG_MAX__) /* Otherwise, if GCC has a builtin define, use that. */ #define PY_LLONG_MAX __LONG_LONG_MAX__ #define PY_LLONG_MIN (-PY_LLONG_MAX-1) #define PY_ULLONG_MAX (__LONG_LONG_MAX__*2ULL + 1ULL) #else /* Otherwise, rely on two's complement. */ #define PY_ULLONG_MAX (~0ULL) #define PY_LLONG_MAX ((long long)(PY_ULLONG_MAX1)) #define PY_LLONG_MIN (-PY_LLONG_MAX-1) #endif /* LLONG_MAX */ #endif #endif /* HAVE_LONG_LONG */ -- components: Build messages: 57913 nosy: JosephArmbruster, tiran severity: minor status: open title: Removal of stale code in pyconfig.h versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1512 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1513] object.c do_compare comparison ordering error
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 stdin, line 1, in module
TypeError: unorderable types: NoneType() NoneType()
[40715 refs]
Resolution: It appears the equality comparison in do_compare should take
place first, otherwise a TypeError thwarts the desired comparison.
rt.bat Results (I can only test core, since I do not have the third
party libs here):
Failed tests before change:
test_ctypes test_mailbox
Failed tests after change:
test_copy test_ctypes test_mailbox
test_copy is failing because of this block:
def test_deepcopy_reflexive_dict(self):
x = {}
x['foo'] = x
y = copy.deepcopy(x)
self.assertRaises(TypeError, cmp, y, x)
self.assert_(y is not x)
self.assert_(y['foo'] is y)
self.assertEqual(len(y), 1)
A RuntimeError now occurs instead.
self.assertRaises(RuntimeError, cmp, y, x)
Additional Patch Note:
If this is a valid patch, please add a comment prior to the code change
that indicates the EQ test is first for a good reason.
--
components: Interpreter Core
files: noneEquality.patch
messages: 57914
nosy: JosephArmbruster, loewis, tiran
severity: normal
status: open
title: object.c do_compare comparison ordering error
type: behavior
versions: Python 3.0
Added file: http://bugs.python.org/file8818/noneEquality.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1513
__Index: object.c
===
--- object.c (revision 59215)
+++ object.c (working copy)
@@ -494,6 +494,11 @@
/* Now try three-way compare before giving up. This is intentionally
elaborate; if you have a it will raise TypeError if it detects two
objects that aren't ordered with respect to each other. */
+ ok = PyObject_RichCompareBool(v, w, Py_EQ);
+ if (ok 0)
+ return -1; /* Error */
+ if (ok)
+ return 0; /* Equal */
ok = PyObject_RichCompareBool(v, w, Py_LT);
if (ok 0)
return -1; /* Error */
@@ -504,11 +509,6 @@
return -1; /* Error */
if (ok)
return 1; /* Greater than */
- ok = PyObject_RichCompareBool(v, w, Py_EQ);
- if (ok 0)
- return -1; /* Error */
- if (ok)
- return 0; /* Equal */
/* Give up */
PyErr_Format(PyExc_TypeError,
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1513] object.c do_compare comparison ordering error
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 [EMAIL PROTECTED]
http://bugs.python.org/issue1513
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1520] 'without make' documentation build anomaly
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: link rel=stylesheet href=../style/default.css type=text/css link rel=stylesheet href=../style/pygments.css type=text/css htmlcmd/c-api/index.html contains: link rel=stylesheet href=style/default.css type=text/css link rel=stylesheet href=style/pygments.css type=text/css Notes: These seemed to work fine: - building target html it in cygwin using make - building target html in cygwin without make - building target htmlhelp in cmd without make then generating chm -- components: Documentation, Documentation tools (Sphinx) messages: 57931 nosy: JosephArmbruster severity: minor status: open title: 'without make' documentation build anomaly type: behavior versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1520 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1520] 'without make' documentation build anomaly
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/issue1520 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1520] 'without make' documentation build anomaly
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.org/issue1520 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1520] 'without make' documentation build anomaly
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 for this?] See cmdline.rst: .. cmdoption:: -c command .. cmdoption:: -m module-name .. describe:: script Looks like genindex.html is being generated with some iffy markup: dt-c command/dt __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1520 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1520] 'without make' documentation build anomaly
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 PROTECTED] http://bugs.python.org/issue1520 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1593] spacing of the builtin_format function is inconsistent
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: bltinmodule.patch
messages: 58459
nosy: JosephArmbruster
severity: normal
status: open
title: spacing of the builtin_format function is inconsistent
versions: Python 3.0
Added file: http://bugs.python.org/file8927/bltinmodule.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1593
__Index: bltinmodule.c
===
--- bltinmodule.c (revision 59467)
+++ bltinmodule.c (working copy)
@@ -284,58 +284,58 @@
static PyObject *
builtin_format(PyObject *self, PyObject *args)
{
-static PyObject * format_str = NULL;
-PyObject *value;
-PyObject *spec = NULL;
-PyObject *meth;
-PyObject *empty = NULL;
-PyObject *result = NULL;
+static PyObject * format_str = NULL;
+PyObject *value;
+PyObject *spec = NULL;
+PyObject *meth;
+PyObject *empty = NULL;
+PyObject *result = NULL;
-/* Initialize cached value */
-if (format_str == NULL) {
-/* Initialize static variable needed by _PyType_Lookup */
-format_str = PyUnicode_FromString(__format__);
-if (format_str == NULL)
-goto done;
-}
+/* Initialize cached value */
+if (format_str == NULL) {
+/* Initialize static variable needed by _PyType_Lookup */
+format_str = PyUnicode_FromString(__format__);
+if (format_str == NULL)
+goto done;
+}
-if (!PyArg_ParseTuple(args, O|U:format, value, spec))
- goto done;
+if (!PyArg_ParseTuple(args, O|U:format, value, spec))
+goto done;
-/* initialize the default value */
-if (spec == NULL) {
-empty = PyUnicode_FromUnicode(NULL, 0);
-spec = empty;
-}
+/* initialize the default value */
+if (spec == NULL) {
+empty = PyUnicode_FromUnicode(NULL, 0);
+spec = empty;
+}
-/* Make sure the type is initialized. float gets initialized late */
-if (Py_Type(value)-tp_dict == NULL)
-if (PyType_Ready(Py_Type(value)) 0)
-goto done;
+/* Make sure the type is initialized. float gets initialized late */
+if (Py_Type(value)-tp_dict == NULL)
+if (PyType_Ready(Py_Type(value)) 0)
+goto done;
-/* Find the (unbound!) __format__ method (a borrowed reference) */
-meth = _PyType_Lookup(Py_Type(value), format_str);
-if (meth == NULL) {
-PyErr_Format(PyExc_TypeError,
- Type %.100s doesn't define __format__,
- Py_Type(value)-tp_name);
-goto done;
-}
+/* Find the (unbound!) __format__ method (a borrowed reference) */
+meth = _PyType_Lookup(Py_Type(value), format_str);
+if (meth == NULL) {
+PyErr_Format(PyExc_TypeError,
+Type %.100s doesn't define __format__,
+Py_Type(value)-tp_name);
+goto done;
+}
-/* And call it, binding it to the value */
-result = PyObject_CallFunctionObjArgs(meth, value, spec, NULL);
+/* And call it, binding it to the value */
+result = PyObject_CallFunctionObjArgs(meth, value, spec, NULL);
-if (result !PyUnicode_Check(result)) {
-PyErr_SetString(PyExc_TypeError,
-__format__ method did not return string);
-Py_DECREF(result);
-result = NULL;
-goto done;
-}
+if (result !PyUnicode_Check(result)) {
+PyErr_SetString(PyExc_TypeError,
+__format__ method did not return string);
+Py_DECREF(result);
+result = NULL;
+goto done;
+}
done:
-Py_XDECREF(empty);
-return result;
+Py_XDECREF(empty);
+return result;
}
PyDoc_STRVAR(format_doc,
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1601] IDLE not working correctly on Windows (Py30a2/IDLE30a1)
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 Menu) self.configure(height=200,width=200) self.grid(padx=15, pady=15,sticky=N+S+E+W) self.menu = Menu(self) self.master.config(menu=self.menu) self.tkMenu = Menu(self.menu) self.menu.add_cascade(label=MenuItem, menu=self.tkMenu) self.tkMenu.add_command(label=Test, command=self.Test) def Test(self): tkMessageBox.showinfo(Test, Test) if __name__ == __main__: root = Tk() app = App(root) root.mainloop() -- nosy: +JosephArmbruster __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1601 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1628] test_distutils unit test is failing rev:59499
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, Modules, Setup.local)) # after revert python_build = os.path.isfile(os.path.join(project_base, Modules, Setup.dist)) D:\work\py trunk\PCbuild9rt test_distutils Deleting .pyc/.pyo files ... 92 .pyc deleted, 0 .pyo deleted D:\work\py trunk\PCbuild9python -E -tt ../lib/test/regrtest.py test_distutils test_distutils test test_distutils failed -- Traceback (most recent call last): File D:\work\py trunk\lib\distutils\tests\test_sysconfig.py, line 16, in test_get_config_h_filename self.assert_(os.path.isfile(config_h), config_h) AssertionError: D:\work\py trunk\include\pyconfig.h 1 test failed: test_distutils About to run again without deleting .pyc/.pyo first: Press any key to continue . . . -- components: Distutils messages: 58626 nosy: JosephArmbruster, tiran severity: normal status: open title: test_distutils unit test is failing rev:59499 versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1628 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1639] Low ascii 12 characters found in source.
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 -- components: Interpreter Core files: ascii12sPy3k.patch messages: 58689 nosy: JosephArmbruster severity: normal status: open title: Low ascii 12 characters found in source. versions: Python 3.0 Added file: http://bugs.python.org/file8973/ascii12sPy3k.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1639 __ ascii12sPy3k.patch Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1639] Low ascii 12 characters found in source.
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/issue1639 __ ascii12sPyTrunk.patch Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1639] Low ascii 12 characters found in source.
Joseph Armbruster added the comment: I apparently missed this one. Disregard this issue. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1639 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue546558] Windows getpass bug
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 input secret
them something else):
import getpass
def x():
...secret = getpass.getpass('Tell me a secret: ')
...stuff = input('Tell me something else: ')
...print('The user told me the secret was %s and the other thing
was %s' % (secret, stuff))
...
x()
Tell me a secret:
Tell me something else: something else
The user told me the secret was secret and the other thing was
something else
--
nosy: +JosephArmbruster
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue546558
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1653] a couple of documentation issues
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... __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1653 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1653] a couple of documentation issues
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. As for the paths - I am not surprised it is broken now, as pydoc hasn't been updated ever since the documentation had been switched to rst (AFAICT). I will generate a new issues for these as well. As for uncompressing the documentation at installation time - I think this is a bad idea. Instead, pydoc should properly open the chm file so that it navigates to the right position directly. If you uncompresses, it more-than-doubles the space, and you need to deal with removing the files at un-installation time. Ok, I just figured rather than the user go through the whole hh utility manually, this could alleviate that. Seems like your approach would definitely save some space. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1653 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1666] integer subclass range behavior
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 range(0,a(5)): print(x) This resulted in a: Traceback (most recent call last): File stdin, line 1, in module File a.py, line 5, in module for x in range(0,a(5)): SystemError: ..\Objects\longobject.c:400: bad argument to internal function [41030 refs] It looks like the rangeobject performs a FitsInLong test on each of the parameters to range, which uses the function _PyLong_FitsInLong(PyObject *vv) within longobject.c. In tern, this performs a typecheck: #define PyLong_CheckExact(op) (Py_TYPE(op) == PyLong_Type) that fails. -- components: Interpreter Core messages: 58852 nosy: JosephArmbruster severity: normal status: open title: integer subclass range behavior type: crash versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1666 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1666] integer subclass range behavior
Changes by Joseph Armbruster: -- type: crash - behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1666 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1667] license() does not process keyboard input correctly
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 attached. -- components: Documentation files: licensepatch.patch messages: 58857 nosy: JosephArmbruster severity: normal status: open title: license() does not process keyboard input correctly type: behavior versions: Python 3.0 Added file: http://bugs.python.org/file9007/licensepatch.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1667 __ licensepatch.patch Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1668] -E command line parameter intent
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 case. If it implies that a few select environment variables will be ignored, then this is partially the case. See the attached patch for the potentially odd cases. -- components: Interpreter Core files: getenvpatch.patch messages: 58859 nosy: JosephArmbruster severity: normal status: open title: -E command line parameter intent type: behavior versions: Python 3.0 Added file: http://bugs.python.org/file9008/getenvpatch.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1668 __ getenvpatch.patch Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1672] test_subprocess tempfile issue
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: JosephArmbruster
severity: minor
status: open
title: test_subprocess tempfile issue
versions: Python 3.0
Added file: http://bugs.python.org/file9012/subprocess.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1672
__Index: Lib/test/test_subprocess.py
===
--- Lib/test/test_subprocess.py (revision 59579)
+++ Lib/test/test_subprocess.py (working copy)
@@ -242,7 +242,7 @@
self.assertEquals(rc, 2)
def test_cwd(self):
-tmpdir = os.getenv(TEMP, /tmp)
+tmpdir = tempfile.gettempdir()
# We cannot use os.path.realpath to canonicalize the path,
# since it doesn't expand Tru64 {memb} strings. See bug 1063571.
cwd = os.getcwd()
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1673] test_pep277 missing unicode import
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 missing unicode import versions: Python 3.0 Added file: http://bugs.python.org/file9013/testpep277.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1673 __Index: Lib/test/test_pep277.py === --- Lib/test/test_pep277.py (revision 59579) +++ Lib/test/test_pep277.py (working copy) @@ -1,6 +1,6 @@ # Test the Unicode versions of normal file functions # open, os.open, os.stat. os.listdir, os.rename, os.remove, os.mkdir, os.chdir, os.rmdir -import sys, os, unittest +import sys, os, unittest, unicode from test import test_support if not os.path.supports_unicode_filenames: raise test_support.TestSkipped(test works only on NT+) ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1673] test_pep277 missing unicode import
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.org/issue1673 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1673] test_pep277 fails
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/issue1673 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1673] test_pep277 fails
Changes by Joseph Armbruster: -- title: test_pep277 missing unicode import - test_pep277 fails __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1673 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1673] test_pep277 fails
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 to continue . . . Terminate batch job (Y/N)? y __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1673 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1328851] pclose raises spurious exception on win32
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 or license for more information. import os p = os.popen(net share nul:) print p.read() The Server service is not started. Is it OK to start it? (Y/N) [Y]: p.close() Traceback (most recent call last): File stdin, line 1, in module IOError: [Errno 0] Error TEST 2 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. import os p = os.popen(net share nul:) print(p.read()) No valid response was provided. The Server service is not started. Is it OK to start it? (Y/N) [Y]: p.close() -256 -- nosy: +JosephArmbruster _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1328851 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1667] license() does not process keyboard input correctly
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, copyright, credits or license for more information. license() A. HISTORY OF THE SOFTWARE == Python was created in the early 1990s by Guido van Rossum at Stichting Mathematisch Centrum (CWI, see http://www.cwi.nl) in the Netherlands as a successor of a language called ABC. Guido remains Python's principal author, although it includes many contributions from others. In 1995, Guido continued his work on Python at the Corporation for National Research Initiatives (CNRI, see http://www.cnri.reston.va.us) in Reston, Virginia where he released several versions of the software. In May 2000, Guido and the Python core development team moved to BeOpen.com to form the BeOpen PythonLabs team. In October of the same year, the PythonLabs team moved to Digital Creations (now Zope Corporation, see http://www.zope.com). In 2001, the Python Software Foundation (PSF, see http://www.python.org/psf/) was formed, a non-profit organization created specifically to own Python-related Intellectual Property. Zope Corporation is a sponsoring member of the PSF. All Python releases are Open Source (see http://www.opensource.org for Hit Return for more, or q (and Return) to quit: Hit Return for more, or q (and Return) to quit: Hit Return for more, or q (and Return) to quit: Hit Return for more, or q (and Return) to quit: Hit Return for more, or q (and Return) to quit: example 2: this is the output i received when pressing return two times, q then return two times D:\work\py3ktrunk\PCbuild9python 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 THE SOFTWARE == Python was created in the early 1990s by Guido van Rossum at Stichting Mathematisch Centrum (CWI, see http://www.cwi.nl) in the Netherlands as a successor of a language called ABC. Guido remains Python's principal author, although it includes many contributions from others. In 1995, Guido continued his work on Python at the Corporation for National Research Initiatives (CNRI, see http://www.cnri.reston.va.us) in Reston, Virginia where he released several versions of the software. In May 2000, Guido and the Python core development team moved to BeOpen.com to form the BeOpen PythonLabs team. In October of the same year, the PythonLabs team moved to Digital Creations (now Zope Corporation, see http://www.zope.com). In 2001, the Python Software Foundation (PSF, see http://www.python.org/psf/) was formed, a non-profit organization created specifically to own Python-related Intellectual Property. Zope Corporation is a sponsoring member of the PSF. All Python releases are Open Source (see http://www.opensource.org for Hit Return for more, or q (and Return) to quit: Hit Return for more, or q (and Return) to quit: Hit Return for more, or q (and Return) to quit: q Hit Return for more, or q (and Return) to quit: Hit Return for more, or q (and Return) to quit: __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1667 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1667] license() does not process keyboard input correctly
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 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1667 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1667] license() does not process keyboard input correctly
Joseph Armbruster added the comment: import sys x = input() Hi: repr(x) 'Hi:' x = sys.stdin.readline() Hi: repr(x) 'Hi:\\n' __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1667 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1667] license() does not process keyboard input correctly
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 Return for more, or q (and Return) to quit:
'\n'
1
Hit Return for more, or q (and Return) to quit: q
'q\n'
2
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1667
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1667] license() does not process keyboard input correctly
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 THE SOFTWARE == Python was created in the early 1990s by Guido van Rossum at Stichting Mathematisch Centrum (CWI, see http://www.cwi.nl) in the Netherlands as a successor of a language called ABC. Guido remains Python's principal author, although it includes many contributions from others. In 1995, Guido continued his work on Python at the Corporation for National Research Initiatives (CNRI, see http://www.cnri.reston.va.us) in Reston, Virginia where he released several versions of the software. In May 2000, Guido and the Python core development team moved to BeOpen.com to form the BeOpen PythonLabs team. In October of the same year, the PythonLabs team moved to Digital Creations (now Zope Corporation, see http://www.zope.com). In 2001, the Python Software Foundation (PSF, see http://www.python.org/psf/) was formed, a non-profit organization created specifically to own Python-related Intellectual Property. Zope Corporation is a sponsoring member of the PSF. All Python releases are Open Source (see http://www.opensource.org for Hit Return for more, or q (and Return) to quit: the Open Source Definition). Historically, most, but not all, Python releases have also been GPL-compatible; the table below summarizes the various releases. Release Derived YearOwner GPL- fromcompatible? (1) 0.9.0 thru 1.2 1991-1995 CWI yes 1.3 thru 1.5.2 1.2 1995-1999 CNRIyes 1.6 1.5.2 2000CNRIno 2.0 1.6 2000BeOpen.com no 1.6.1 1.6 2001CNRIyes (2) 2.1 2.0+1.6.1 2001PSF no 2.0.1 2.0+1.6.1 2001PSF yes 2.1.1 2.1+2.0.1 2001PSF yes 2.2 2.1.1 2001PSF yes 2.1.2 2.1.1 2002PSF yes 2.1.3 2.1.2 2002PSF yes 2.2.1 2.2 2002PSF yes 2.2.2 2.2.1 2002PSF yes 2.2.3 2.2.2 2003PSF yes 2.3 2.2.2 2002-2003 PSF yes 2.3.1 2.3 2002-2003 PSF yes Hit Return for more, or q (and Return) to quit: yay Hit Return for more, or q (and Return) to quit: q __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1667 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1690] Crash on cancellation of windows install
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/issue1690 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1700463] VC6 build patch for trunk
Changes by Joseph Armbruster: -- components: +Windows _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1700463 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1677] Ctrl-C will exit out of Python interpreter in Windows
Changes by Joseph Armbruster: -- components: +Windows __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1677 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1472] Small bat files to build docs on Windows
Changes by Joseph Armbruster: -- components: +Windows __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1472 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1572210] help(x) for keywords too
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 the decompile of the docs via an option or something at the users request. Your Thoughts? -- nosy: +JosephArmbruster _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1572210 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue798876] windows sys.path contains nonexistant directory
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]. Log output: Remove the winreg module from the project. I don't believe any docs changes are needed (only reference to winreg I could find was in libwinreg.tex, which is documenting _winreg, and merely mentions that a higher-level winreg module *may* appear someday; that's still true). And made its way back in, in 27697 [July 19, 2002]. Log output: Land Patch [ 566100 ] Rationalize DL_IMPORT and DL_EXPORT. I'm thinking this is stale code. As per the test app, I know from a previous inquiry of mine that C:\WINNT\system32\python25.zip (and the like on different systems / version) is in fact necessary. Your thoughts? -- nosy: +JosephArmbruster Tracker [EMAIL PROTECTED] http://bugs.python.org/issue798876 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1442] pythonstartup addition of minor error checking
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] http://bugs.python.org/issue1442 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1472] Small bat files to build docs on Windows
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 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1472 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1472] Small bat files to build docs on Windows
Joseph Armbruster added the comment: Ah, good to know :-) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1472 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1472] Small bat files to build docs on Windows
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/issue1472 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1472] Small bat files to build docs on Windows
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-magically point to the right place in the build tree for the python binary. Curiosity more than anything. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1472 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2213] build_tkinter.py does not handle paths with spaces
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 together. -- components: Build, Windows messages: 63152 nosy: JosephArmbruster, tiran severity: normal status: open title: build_tkinter.py does not handle paths with spaces type: behavior versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2213 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1672853] Error reading files larger than 4GB
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, indicating this specific issue may be resolved. The resulting bigfile produced from the test totaled 11.5 GB (12,382,502,912 bytes). python bigfiletest1.py 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 -- nosy: +JosephArmbruster, tiran _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1672853 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1451466] reading very large files
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/issue1451466 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2047] shutil.destinsrc returns wrong result when source path matches beginning of destination path
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 [EMAIL PROTECTED] http://bugs.python.org/issue2047 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2047] shutil.destinsrc returns wrong result when source path matches beginning of destination path
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 files. In particular, functions are provided which support file copying and removal. I would have expected to find a function like this in os.path, not shutil. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2047 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1672853] Error reading files larger than 4GB
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 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1672853 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2232] Current os.tmpfile() implementation requires admin privs on Vista/2k8.
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 deleted,', 0, '.pyo deleted') python -E -tt ../lib/test/regrtest.py test_os test_os 1 test OK. -- nosy: +JosephArmbruster __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2232 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1475] test_popen fails when the directory contains a space
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.python.org/issue1475 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1451466] reading very large files
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 PROTECTED] http://bugs.python.org/issue1451466 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2313] correct longobject.c type cast
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: Interpreter Core files: longobject.patch keywords: patch messages: 63607 nosy: JosephArmbruster, jyasskin severity: normal status: open title: correct longobject.c type cast versions: Python 2.6 Added file: http://bugs.python.org/file9683/longobject.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2313 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2313] correct int / long object type casts
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/intobject.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2313 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2313] correct int / long object type casts
Changes by Joseph Armbruster [EMAIL PROTECTED]: -- type: - compile error __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2313 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2560] removal of stale code from myreadline.c
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 severity: normal status: open title: removal of stale code from myreadline.c versions: Python 2.6 Added file: http://bugs.python.org/file9956/myreadline.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2560 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
