[issue1320] PCBuild8 Solution Support Changes
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 valid includedir Suggested Changes: 1 I would like to suggest adding macros such as the following to the pyproject.vsprops. These could then be referenced throughout the associated projects. Reasoning: To continue to promote pyproject.vsprops as being an almost-one-stop-shop for setting relative locations of third party libraries. This can be done in the following way: - tcltkDir could be used to add a valid includedir to the _tkinter project - msinstDir could be used to add a valid includedir to the _msi project. 2 no vcproj for ssl module like the PCBuild solution has See: pcbuild8_for_ssl.patch... The only thing left to do is add the associated _ssl project to the vsproj. Reasoning: To let their be a way to build the ssl module. Note: I suppose there could have been good reason for not putting in the _ssl module, since it uses a support .bat / .py to build (but that's for better people to decide) 3 If 1 is satisfied, a standard includedir variable could be added 4 If 1 is satisfied, a standard includedir variable could be added I am hesitant to submit a full patch for all of these here, since it may be decided that some of these be treated as separate issues. If a full patch is desired I can submit one. -- components: Build, Windows files: pcbuild8_for_ssl.patch messages: 56698 nosy: JosephArmbruster severity: normal status: open title: PCBuild8 Solution Support Changes versions: Python 2.6 Added file: http://bugs.python.org/file8601/pcbuild8_for_ssl.patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1320> __ pcbuild8_for_ssl.patch Description: Binary data ___ 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
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\joe>C:\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 @@ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + ___ 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 @@ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 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
[issue1475] test_popen fails when the directory contains a space
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.python.org/issue1475> __ subprocesspatch.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)
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_MAX>>1)) #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 "", line 1, in 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: htmlcmd/c-api/index.html contains: 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 .. cmdoption:: -m .. describe::
[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\PCbuild9>rt test_distutils Deleting .pyc/.pyo files ... 92 .pyc deleted, 0 .pyo deleted D:\work\py trunk\PCbuild9>python -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
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 the ways I experimented, was by typing the following commands at the interpreter, to see what I could pull up on the global statement: help() keywords global I had run into the following issues on my way. Additional eyes / insight would definitely be helpful. Just a couple forewords: - os.environ.get("PYTHONDOCS") returns 'C:\\Python30\\Doc' - my version of the installer decompiled the Python30.chm as dictated by pydoc. So that, c:\Python30\Doc has folders c-api, data, distutils, etc.. If I missed anything basic with these, my apologies in advanced. Issue 1: PYTHONDOCS does not appear to be respected. * I generated python-3.0.13865.msi and installed * post-install I set PYTHONDOCS to C:\python30\doc * I fired up a new command prompt * Fire up Python3k interpreter and attempt the help() session listed above. * I had to hack at pydoc.py, since the #windows statement never gets reached. join = os.path.join if sys.platform=='win32': #hack self.docdir=join(execdir,'doc') #... else: #... for dir in [os.environ.get('PYTHONDOCS'), homedir and os.path.join(homedir, 'doc'), join(execdir, 'doc'), # for Windows Issue 2: pydoc.py class Helper member keywords contain several invalid paths. For instance: 'global': ('ref/global', 'NAMESPACES'), Most of the keywords appear to have the ref/ prefixes. Issue 3: formatter.py will throw an exception within push_margin / pop_margin on the lines where a len(fstack) is attempted. The two lines look like this: self.writer.new_margin(margin, len(fstack)) I do not have a patch for this, since i'm still wandering about through the whole installer generation stuffs. When I get home, I will examine further. Thoughts? -- components: Documentation, Windows messages: 58751 nosy: JosephArmbruster, loewis, tiran severity: normal status: open title: a couple of documentation issues type: crash versions: Python 3.0 __ 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 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 "", line 1, in File "a.py", line 5, in 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 >> 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 "", line 1, in 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 >> 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\PCbuild9>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: 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
[issue2100] unit test UnicodeWarning
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: UnicodeWarning: Unicode equal comparison failed to convert both arguments to Unicode - interpreting them as being unequal filename1==filename2 D:\work\pytrunk\lib\shutil.py:36: UnicodeWarning: Unicode equal comparison failed to convert both arguments to Unicode - interpreting them as being unequal os.path.normcase(os.path.abspath(dst))) 1 test OK. It looks like the warning was meant to be suppressed in test_unicode_file.py line 104: # Try using shutil on the filenames. try: filename1==filename2 except UnicodeDecodeError: # these filenames can't be compared - shutil.copy tries to do # just that. This is really a bug in 'shutil' - if one of shutil's # 2 params are Unicode and the other isn't, it should coerce the # string to Unicode with the filesystem encoding before comparison. pass This does not handle the UnicodeWarning, was it meant to? -- components: Tests messages: 62358 nosy: JosephArmbruster severity: normal status: open title: unit test UnicodeWarning type: behavior versions: Python 2.6 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2100> __ ___ 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