[issue40404] Python quit unexpectedly
New submission from Joseph : Process: Python [91080] Path: /usr/local/Cellar/python/3.7.7/Frameworks/Python.framework/Versions/3.7/Resources/Python.app/Contents/MacOS/Python Identifier:Python Version: 3.7.7 (3.7.7) Code Type: X86-64 (Native) Parent Process:bash [87533] User ID: 501 Date/Time: 2020-04-27 11:30:31.044 +0800 OS Version:Mac OS X 10.15.4 (19E287) Report Version:12 Bridge OS Version: 4.4 (17P4281) Anonymous UUID:2D923F70-DF15-0C75-5925-921AC7A6B975 Sleep/Wake UUID: 54C528EC-278D-4E97-9EA5-75A516A5B4EA Time Awake Since Boot: 43 seconds Time Since Wake: 4500 seconds System Integrity Protection: enabled Crashed Thread:0 Dispatch queue: com.apple.main-thread Exception Type:EXC_CRASH (SIGQUIT) Exception Codes: 0x, 0x Exception Note:EXC_CORPSE_NOTIFY Termination Signal:Quit: 3 Termination Reason:Namespace SIGNAL, Code 0x3 Terminating Process: tmux [3601] Application Specific Information: dyld: in dlopen() Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 dyld0x00011591f899 ImageLoader::trieWalk(unsigned char const*, unsigned char const*, char const*) + 177 1 dyld0x000115929410 ImageLoaderMachOCompressed::findShallowExportedSymbol(char const*, ImageLoader const**) const + 112 2 dyld0x000115923085 ImageLoaderMachO::findExportedSymbol(char const*, bool, char const*, ImageLoader const**) const + 37 3 dyld0x00011591e513 ImageLoader::weakBindOld(ImageLoader::LinkContext const&) + 1485 4 dyld0x00011591c1ef ImageLoader::link(ImageLoader::LinkContext const&, bool, bool, bool, ImageLoader::RPathChain const&, char const*) + 333 5 dyld0x00011590e93f dyld::link(ImageLoader*, bool, bool, ImageLoader::RPathChain const&, unsigned int) + 161 6 dyld0x000115918d77 dlopen_internal + 477 7 libdyld.dylib 0x7fff7043dd8a dlopen + 171 8 org.python.python 0x00010c9eef11 _PyImport_FindSharedFuncptr + 301 9 org.python.python 0x00010c9cdd7a _PyImport_LoadDynamicModuleWithSpec + 495 10 org.python.python 0x00010c9cd8f0 _imp_create_dynamic + 309 11 org.python.python 0x00010c922b0e _PyMethodDef_RawFastCallDict + 549 12 org.python.python 0x00010c92211f _PyCFunction_FastCallDict + 41 13 org.python.python 0x00010c9b0e12 _PyEval_EvalFrameDefault + 7738 14 org.python.python 0x00010c9b82cd _PyEval_EvalCodeWithName + 1698 15 org.python.python 0x00010c922424 _PyFunction_FastCallKeywords + 212 16 org.python.python 0x00010c9b7ad9 call_function + 737 17 org.python.python 0x00010c9b0a47 _PyEval_EvalFrameDefault + 6767 18 org.python.python 0x00010c922830 function_code_fastcall + 106 19 org.python.python 0x00010c9b7ad9 call_function + 737 20 org.python.python 0x00010c9b0a2e _PyEval_EvalFrameDefault + 6742 21 org.python.python 0x00010c922830 function_code_fastcall + 106 22 org.python.python 0x00010c9b7ad9 call_function + 737 23 org.python.python 0x00010c9b0ae2 _PyEval_EvalFrameDefault + 6922 24 org.python.python 0x00010c922830 function_code_fastcall + 106 25 org.python.python 0x00010c9b7ad9 call_function + 737 26 org.python.python 0x00010c9b0ae2 _PyEval_EvalFrameDefault + 6922 27 org.python.python 0x00010c922830 function_code_fastcall + 106 28 org.python.python 0x00010c9b7ad9 call_function + 737 29 org.python.python 0x00010c9b0ae2 _PyEval_EvalFrameDefault + 6922 30 org.python.python 0x00010c9b82cd _PyEval_EvalCodeWithName + 1698 31 org.python.python 0x00010c922424 _PyFunction_FastCallKeywords + 212 32 org.python.python 0x00010c9b7ad9 call_function + 737 33 org.python.python 0x00010c9b0ae2 _PyEval_EvalFrameDefault + 6922 34 org.python.python 0x00010c922830 function_code_fastcall + 106 35 org.python.python 0x00010c9b7ad9 call_function + 737 36 org.python.python 0x00010c9b0a47 _PyEval_EvalFrameDefault + 6767 37 org.python.python 0x00010c922830 function_code_fastcall + 106 38 o
[issue40404] Python quit unexpectedly
Joseph added the comment: Sorry I should've added more context. I recently re-installed python on my computer and started getting these errors. It's hard to pinpoint when I get the error exactly, but I find it happens when I shutdown a Jupyter notebook. I'm wondering if this may be alluded to the fact that python has been incorrectly installed on my computer. -- status: pending -> open ___ Python tracker <https://bugs.python.org/issue40404> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8820] IDLE not launching correctly
Joseph added the comment: Seems to work fine for me, operating system still Windows 64 bit, Python 2.7.2, IDLE 2.7.2 On Sat, Apr 14, 2012 at 6:08 PM, Roger Serwy wrote: > > Roger Serwy added the comment: > > Joseph, Jeff, > > Is this still a valid issue with the latest release of IDLE? > > -- > status: open -> pending > type: -> behavior > > ___ > Python tracker > <http://bugs.python.org/issue8820> > ___ > -- status: pending -> open ___ Python tracker <http://bugs.python.org/issue8820> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34584] subprocess
Change by Joseph : -- components: +macOS nosy: +ned.deily, ronaldoussoren ___ Python tracker <https://bugs.python.org/issue34584> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34584] subprocess
Joseph added the comment: Problem saved... turns out I saved a math.py file in my python location and thats what cause the crash. when i remove the math.py file or change its name, python got back to work. thanks -- ___ Python tracker <https://bugs.python.org/issue34584> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34584] subprocess
New submission from Joseph : Every time IDLE is opened this message "IDLE's subprocess didn't make connection. Either IDLE can't start a subprocess or personal firewall software is blocking the connection" shows up. When I open IDLE through .py programs the app crashes crash code: Process: Python [5021] Path: /Applications/Python 3.7/IDLE.app/Contents/MacOS/Python Identifier:org.python.IDLE Version: 3.7.0 (3.7.0) Code Type: X86-64 (Native) Parent Process:??? [1] Responsible: Python [5021] User ID: 501 Date/Time: 2018-09-05 17:09:24.893 +0800 OS Version:Mac OS X 10.13.4 (17E199) Report Version:12 Anonymous UUID:01609E2F-27A5-CB5F-4612-5BA977830EA2 Sleep/Wake UUID: 30FAEA7D-EBF8-44D0-AE53-A40B0636777A Time Awake Since Boot: 87000 seconds Time Since Wake: 510 seconds System Integrity Protection: enabled Crashed Thread:0 Dispatch queue: com.apple.main-thread Exception Type:EXC_CRASH (SIGABRT) Exception Codes: 0x, 0x Exception Note:EXC_CORPSE_NOTIFY Termination Reason:Namespace OBJC, Code 0x1 Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libsystem_kernel.dylib 0x000101922ed6 __abort_with_payload + 10 1 libsystem_kernel.dylib 0x00010191d2cf abort_with_payload_wrapper_internal + 89 2 libsystem_kernel.dylib 0x00010191d276 abort_with_reason + 22 3 libobjc.A.dylib 0x000100e16962 _objc_fatalv(unsigned long long, unsigned long long, char const*, __va_list_tag*) + 108 4 libobjc.A.dylib 0x000100e16814 _objc_fatal(char const*, ...) + 135 5 libobjc.A.dylib 0x000100e21f63 (anonymous namespace)::AutoreleasePoolPage::busted(bool) + 123 6 libobjc.A.dylib 0x000100e09da5 (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 79 7 com.apple.CoreFoundation0x000100047a56 _CFAutoreleasePoolPop + 22 8 com.apple.Foundation0x000103ee28ad -[NSAutoreleasePool drain] + 144 9 com.apple.Foundation0x000103f165a4 _NSAppleEventManagerGenericHandler + 120 10 com.apple.AE0x00010a9ccdd0 aeDispatchAppleEvent(AEDesc const*, AEDesc*, unsigned int, unsigned char*) + 1788 11 com.apple.AE0x00010a9cc677 dispatchEventAndSendReply(AEDesc const*, AEDesc*) + 41 12 com.apple.AE0x00010a9cc565 aeProcessAppleEvent + 383 13 com.apple.HIToolbox 0x0001078ad4a0 AEProcessAppleEvent + 55 14 com.apple.AppKit0x0001045e1d32 _DPSNextEvent + 2788 15 com.apple.AppKit0x000104d77e34 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 3044 16 libtk8.6.dylib 0x000103d4594a -[TKApplication(TKNotify) nextEventMatchingMask:untilDate:inMode:dequeue:] + 44 17 com.apple.AppKit0x000104813e7b -[NSApplication _doModalLoop:peek:] + 476 18 com.apple.AppKit0x0001049f8c9f __35-[NSApplication runModalForWindow:]_block_invoke_2 + 64 19 com.apple.AppKit0x0001049f8c4c __35-[NSApplication runModalForWindow:]_block_invoke + 75 20 com.apple.AppKit0x000104ea7219 _NSTryRunModal + 100 21 com.apple.AppKit0x000104811911 -[NSApplication runModalForWindow:] + 133 22 com.apple.AppKit0x0001049e6eab __19-[NSAlert runModal]_block_invoke_2 + 158 23 com.apple.AppKit0x0001049e6dfa __19-[NSAlert runModal]_block_invoke + 75 24 com.apple.AppKit0x000104ea7219 _NSTryRunModal + 100 25 com.apple.AppKit0x000104886609 -[NSAlert runModal] + 124 26 libtk8.6.dylib 0x000103d32f31 Tk_MessageBoxObjCmd + 2098 27 libtcl8.6.dylib 0x000103b12f08 TclNRRunCallbacks + 58 28 _tkinter.cpython-37m-darwin.so 0x000101beebf7 Tkapp_Call + 183 29 org.python.python 0x00010077aa7b cfunction_call_varargs + 299 30 org.python.python 0x000100856376 _PyEval_EvalFrameDefault + 28614 31 org.python.python 0x00010084e740 _PyEval_EvalCodeWithName + 3088 32 org.python.python 0x00010077a50a _PyFunction_FastCallKeywords + 218 33 org.python.python 0x00010084f04f call_function + 671 34 org.python.python 0x00010085243d _PyEval_EvalFrameDefault + 12429 35 org.python.python 0x00010084e740 _PyEval_EvalCodeWithName + 3088 36 org.python.python 0x00010077a795 _PyFunct
[issue8820] IDLE not launching correctly
New submission from Joseph : I am on Windows 7 64 bit. Issue occurs trying to open IDLE or Module Docs. My problem is very similar to this one: http://bugs.python.org/issue8247 Also, it is almost identical to this: http://bugs.python.org/issue7265 Followed the directions in issue 7265, here is the error message. c:\Python26>python.exe Lib\idlelib\idle.py Traceback (most recent call last): File "Lib\idlelib\idle.py", line 6, in import PyShell File "c:\Python26\Lib\idlelib\PyShell.py", line 14, in import macosxSupport File "c:\Python26\Lib\idlelib\macosxSupport.py", line 6, in import Tkinter File "c:\Python26\lib\lib-tk\Tkinter.py", line 38, in import FixTk File "c:\Python26\lib\lib-tk\FixTk.py", line 63, in import _tkinter ImportError: DLL load failed: %1 is not a valid Win32 application. Note that I am definitely running Windows 64 bit, and I definitely downloaded the 64 bit version of Python. Also, I did not apply the fix that worked in 7265 because first of all, that wasn't the issue, (here I can't import tkinter, there he couldn't open a file), and secondly, I don't have the file he mentioned that he unhid. -- components: IDLE messages: 106504 nosy: NightFalcon priority: normal severity: normal status: open title: IDLE not launching correctly versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue8820> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8820] IDLE not launching correctly
Joseph added the comment: I'm using python version 2.6.5. -- ___ Python tracker <http://bugs.python.org/issue8820> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22934] Python/importlib.h is now generated by Programs/_freeze_importlib.c, change comment
New submission from joseph: Since the changeset 91853:88a532a31eb3 _freeze_importlib.c resides in the Programs dir. The header comment of Python/importlib.h should be changed to reflect this. -- components: Build files: freeze_importlib_comment.patch keywords: patch messages: 231617 nosy: crozzy priority: normal severity: normal status: open title: Python/importlib.h is now generated by Programs/_freeze_importlib.c, change comment versions: Python 3.5 Added file: http://bugs.python.org/file37267/freeze_importlib_comment.patch ___ Python tracker <http://bugs.python.org/issue22934> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue45665] Problems caused by isinstance(list[int], type) returning True
Joseph Perez added the comment: There is also https://bugs.python.org/issue44293 about inspect.isclass -- nosy: +joperez ___ Python tracker <https://bugs.python.org/issue45665> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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
[issue9593] utf8 codec readlines error after "\x85 "
New submission from Joseph Copenhaver :
The IO readlines() facility incorrectly processes utf8 files for some unknown
reason. Specifically, the call generates too many entries in the lines array
result after a character sequence "\x85 blah" which gets cut as ("\x85
","blah") according the the resultant array. My workaround for this issue is
not elegant, especially since I need the newline characters:
#BEGIN: WTF
a_str_whole = fs_in.read()
fs_in.close()
a_str_lines = a_str_whole.split("\n")
for idx in range(0,len(a_str_lines)-1):
a_str_lines[idx]+="\n"
#END: WTF
Attached is an example script that defines the problem clearly.
--
components: IO, Interpreter Core, Regular Expressions, Unicode
files: ErrorProof-utf8-x85.py
messages: 113818
nosy: jcope
priority: normal
severity: normal
status: open
title: utf8 codec readlines error after "\x85 "
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file18508/ErrorProof-utf8-x85.py
___
Python tracker
<http://bugs.python.org/issue9593>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9593] utf8 codec readlines error after "\x85 "
Joseph Copenhaver added the comment: I now recognize the issue was in regard to format problems and not python, but the area where this code will be used requires the use of the codecs module. Is there any way to get the efficiency of codecs I/O readlines() chunking behavior and specify a list of characters to use? Can the file delimiter be changed in python as in perl? Thanks for the quick response. -- ___ Python tracker <http://bugs.python.org/issue9593> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9593] utf8 codec readlines error after "\x85 "
Joseph Copenhaver added the comment: It is better, thanks. -- ___ Python tracker <http://bugs.python.org/issue9593> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9816] random.jumpahead and PRNG sequence independence
New submission from Joseph Schaeffer : Reading the Python 2.6 docs, it appeared that using random.jumpahead would allow the initialization of several generators with the same seed but having much different internal states. While the resulting PRNG appear to have different internal states, the produced random numbers [via .random()] are exactly the same after a small initial segment. Attached is some example code which shows the first point at which they all agree - in my testing (Mac OS X, Python versions 2.5, 2.6, 2.7) the generated numbers all agreed on the 12th number generated. For smaller differences in jumpahead it was noticeable a lot earlier - n=1,2 differ only in the first sample from each. The internal state of the PRNGs is indeed different even after the successive sampling, so it may be that this is intended - however if so the docs may cause confusion: my particular case was where I need random numbers for a stochastic markov process and in addition needed many such generators [one for each trajectory] and was hoping to use random.jumpahead to have indepedent PRNG's without having to generate [and prove] my own independent set of seeds. Thus having a long sequence of non-independent random numbers near the initial start condition causes random.jumpahead to be unusable for my situation. It appears that Python 3.1 removed random.jumpahead - if so, it may be useful to note in the 2.6 docs why this was / the issues with random.jumpahead: reading how it changed after 2.3 made it sound like it was exactly what I wanted. Possible cause: I suspect the issue may be related to how a Mersenne Twister algorithm can take a while to recover from poor seeding (excessive 0's), but do not know enough to explore that idea. -- components: Library (Lib) files: random_test.py messages: 115985 nosy: Joseph.Schaeffer priority: normal severity: normal status: open title: random.jumpahead and PRNG sequence independence type: behavior versions: Python 2.5, Python 2.6, Python 2.7 Added file: http://bugs.python.org/file18816/random_test.py ___ Python tracker <http://bugs.python.org/issue9816> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9816] random.jumpahead and PRNG sequence independence
Joseph Schaeffer added the comment: Thanks for looking into it! I'm glad that issue will be fixed, as at least one website was actually recommending using .jumpahead(i) for i in 1..100 for independent seed. I suspect in my use case I'll want to continue my previous methods; I work with stochastic Markov processes and I need to seed a large number (10k+) of generators - one per trajectory - and also have the requirement of needing a deterministic PRNG. So having a single Mersenne Twister seed plus salting values that worked with .jumpahead would be a simpler representation; my previous code in C did basically that with a LCG to create those seeding values for the Mersenne Twister. So that's roughly equivalent [I think?] to the fixed random.jumpahead. Thanks again! -- ___ Python tracker <http://bugs.python.org/issue9816> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue923697] SAX2 'property_encoding' feature not supported
Joseph Walton added the comment: The behaviour is unchanged in Python 3.1 and the sample program still fails. -- versions: +Python 3.1 ___ Python tracker <http://bugs.python.org/issue923697> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10888] os.stat(filepath).st_mode gives wrong 'executable permission' result
Sijin Joseph added the comment: >From reading http://support.microsoft.com/kb/899147 it does look like the .dll >extension needs to have the "Read & Execute" permission in order to have code >from the .dll be executed. It's odd that there isn't documentation that's >easily searchable to confirm this. Also what about scripts, .vbs, .ps1 etc. Should those be considered executables as well? -- nosy: +sijinjoseph ___ Python tracker <http://bugs.python.org/issue10888> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10616] Change PyObject_AsCharBuffer() error message
Sijin Joseph added the comment:
Looking at object.h the buffer interface is defined as
/* buffer interface */
typedef struct bufferinfo {
void *buf;
PyObject *obj;/* owned reference */
Py_ssize_t len;
Py_ssize_t itemsize; /* This is Py_ssize_t so it can be
pointed to by strides in simple case.*/
int readonly;
int ndim;
char *format;
Py_ssize_t *shape;
Py_ssize_t *strides;
Py_ssize_t *suboffsets;
Py_ssize_t smalltable[2]; /* static store for shape and strides of
mono-dimensional buffers. */
void *internal;
} Py_buffer;
typedef int (*getbufferproc)(PyObject *, Py_buffer *, int);
typedef void (*releasebufferproc)(PyObject *, Py_buffer *);
typedef struct {
getbufferproc bf_getbuffer;
releasebufferproc bf_releasebuffer;
} PyBufferProcs;
The code that's throwing that error looks like
if (pb == NULL || pb->bf_getbuffer == NULL) {
PyErr_SetString(PyExc_TypeError,
"expected an object with the buffer interface");
I would argue that the error message gives appropriate information because it
is expecting the object to have a bf_getbuffer member.
Maybe the friendly error message is best handled at a higher level?
--
nosy: +sijinjoseph
___
Python tracker
<http://bugs.python.org/issue10616>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11901] Docs for sys.hexversion should give the algorithm
Sijin Joseph added the comment: Patch attached. -- keywords: +patch nosy: +sijinjoseph Added file: http://bugs.python.org/file21774/11901.patch ___ Python tracker <http://bugs.python.org/issue11901> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11901] Docs for sys.hexversion should give the algorithm
Changes by Sijin Joseph : Removed file: http://bugs.python.org/file21774/11901.patch ___ Python tracker <http://bugs.python.org/issue11901> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11901] Docs for sys.hexversion should give the algorithm
Sijin Joseph added the comment: Fixed minor typo. -- Added file: http://bugs.python.org/file21775/11901.patch ___ Python tracker <http://bugs.python.org/issue11901> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8808] imaplib should support SSL contexts
Sijin Joseph added the comment: Is anyone working on this? -- nosy: +sijinjoseph ___ Python tracker <http://bugs.python.org/issue8808> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9390] Error in sys.excepthook on windows when redirecting output of the script
Sijin Joseph added the comment: I was not able to reproduce this on Python 2.7 x64 or Python 3.2 x64 on Win 7 SP1. I am curious what the output is if you just run test.py, do you still get an error? -- nosy: +sijinjoseph ___ Python tracker <http://bugs.python.org/issue9390> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9035] os.path.ismount on windows doesn't support windows mount points
Changes by Sijin Joseph : -- nosy: +sijinjoseph ___ Python tracker <http://bugs.python.org/issue9035> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11893] Obsolete SSLFakeFile in smtplib?
Changes by Sijin Joseph : -- nosy: +sijinjoseph ___ Python tracker <http://bugs.python.org/issue11893> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9035] os.path.ismount on windows doesn't support windows mount points
Sijin Joseph added the comment: I'd like to add the win_ismount function mentioned by Tim. Is anyone else working on this presently? -- ___ Python tracker <http://bugs.python.org/issue9035> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11926] help("keywords") returns incomplete list of keywords
Sijin Joseph added the comment: Should True, False and None be keywords? Technically True and False are objects of type bool, in fact the only objects of that type allowed. And None is a specially designated object as well. P.S: Can anyone point me to where the help function is defined in the source? -- nosy: +sijinjoseph ___ Python tracker <http://bugs.python.org/issue11926> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11926] help("keywords") returns incomplete list of keywords
Sijin Joseph added the comment: @Ezio - help(True), help(False) and help(None) all return the correct documentation for me using latest trunk. I think the quotes around True, False and None might be throwing things off in your case. -- ___ Python tracker <http://bugs.python.org/issue11926> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9390] Error in sys.excepthook on windows when redirecting output of the script
Sijin Joseph added the comment: @Amaury - That sounds exactly like the issue described. To summarize the error is caused because in some versions of windows there is a bug that causes the handles to stdin/stdout to not be inherited correctly for apps run from the console "via file association". This is the kb article, http://support.microsoft.com/default.aspx?kbid=321788 In fact looks like this issue was discussed in the Python mailing list in 2004 as well, see http://mail.python.org/pipermail/python-bugs-list/2004-August/024923.html -- ___ Python tracker <http://bugs.python.org/issue9390> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11927] SMTP_SSL doesn't use port 465 by default
Sijin Joseph added the comment: Should we add a unit test for this as well? -- nosy: +sijinjoseph ___ Python tracker <http://bugs.python.org/issue11927> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8808] imaplib should support SSL contexts
Sijin Joseph added the comment: I am attaching a patch for the default branch that adds a ssl_context parameter to IMAP4_SSL. Also added a couple of tests to test_imaplib to test the existing ctor with certfile and file and also the new one that accepts an SSLContext. Currently if the ssl_context param is provided then the keyfile and certfile are ignored, I wasn't sure if the ssl_context should be loaded with the certfile if that is provided along with the ssl_context. If this looks ok, I can add something similar for smtplib as well. -- keywords: +patch Added file: http://bugs.python.org/file21810/8808.patch ___ Python tracker <http://bugs.python.org/issue8808> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11620] winsound.PlaySound() with SND_MEMORY should accept bytes instead of strings
Changes by Sijin Joseph : -- nosy: +sijinjoseph ___ Python tracker <http://bugs.python.org/issue11620> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8808] imaplib should support SSL contexts
Sijin Joseph added the comment: Thanks Antoine. I've attached an updated patch. >> - the keyfile / certfile pair and the context parameter should be mutually exclusive (see e.g. the POP3_SSL constructor in Lib/poplib.py) [Sijin] - Yes, Thanks, I don't know why I didn't check POP3 impl before. - I don't think the remote test server used in test_imaplib supports client certificates, it probably just ignores them; that said, it's better than nothing [Sijin] - Agreed, I don't think the server supports client certificates, but at least we are able to test that the connect still works. Maybe we should open a new task to have a remote server that supports client certificate connections? We could use that in test cases for other SSL related modules. - you have a misindented line in test_logincapa [Sijin] - Fixed. - since we're using a remote, third-party test server, it may be better not to do any spurious connects (in the current patch, a first connection is established in the setUp() and then ignored since another one is established in the test body) [Sijin] - Fixed. - you need to update the documentation in Doc/library/imaplib.rst [Sijin] - Done. Also added some corresponding info in the poplib and docs for poplib. -- Added file: http://bugs.python.org/file21863/8808.patch ___ Python tracker <http://bugs.python.org/issue8808> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12018] No tests for ntpath.samefile, ntpath.sameopenfile
Changes by Sijin Joseph : -- nosy: +sijinjoseph ___ Python tracker <http://bugs.python.org/issue12018> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12034] check_GetFinalPathNameByHandle() suboptimal
Changes by Sijin Joseph : -- nosy: +sijinjoseph ___ Python tracker <http://bugs.python.org/issue12034> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11882] test_imaplib failed on x86 ubuntu
Changes by Sijin Joseph : -- nosy: +sijinjoseph ___ Python tracker <http://bugs.python.org/issue11882> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12045] external shell command executed twice in ctypes.util._get_soname
Changes by Sijin Joseph : -- nosy: +sijinjoseph ___ Python tracker <http://bugs.python.org/issue12045> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12018] No tests for ntpath.samefile, ntpath.sameopenfile
Changes by Sijin Joseph : -- nosy: -sijinjoseph ___ Python tracker <http://bugs.python.org/issue12018> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12045] external shell command executed twice in ctypes.util._get_soname
Changes by Sijin Joseph : -- nosy: -sijinjoseph ___ Python tracker <http://bugs.python.org/issue12045> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11882] test_imaplib failed on x86 ubuntu
Changes by Sijin Joseph : -- nosy: -sijinjoseph ___ Python tracker <http://bugs.python.org/issue11882> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12034] check_GetFinalPathNameByHandle() suboptimal
Sijin Joseph added the comment: Is this related to some other issue? The fix seems trivial, however I am curious as to how you stumbled upon this? Is there more to this issue than just performance? -- ___ Python tracker <http://bugs.python.org/issue12034> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12045] external shell command executed twice in ctypes.util._get_soname
Sijin Joseph added the comment: Attaching patch. Removed the second call to os.popen and used the dump variable that was read earlier as the argument to re.search. -- keywords: +patch nosy: +sijinjoseph Added file: http://bugs.python.org/file22010/12045.patch ___ Python tracker <http://bugs.python.org/issue12045> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue858809] Use directories from configure rather than hardcoded
Joseph Rothrock <[EMAIL PROTECTED]> added the comment: Hi, This problem still exists in 2.5.2. Setting the libdir argument doesn't correctly set LIBDIR in the Makefile. [EMAIL PROTECTED] Python-2.5.2]$ ./configure --prefix=/home/y --libdir=/home/y/lib64 ... [EMAIL PROTECTED] Python-2.5.2]$ cat Makefile | grep LIBDIR= LIBDIR= $(exec_prefix)/lib -- nosy: +rothrock versions: +Python 2.5 -Python 2.3 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue858809> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7806] httplib.HTTPConnection.getresponse closes socket which destroys the response
Sijin Joseph added the comment: Looking at the code in httplib it seems that response.will_close is set under the following circumstances, 1. HTTP version is 0.9 2. HTTP response header connection is set to close 3. Non-chunked content with a length of zero This suggests that the underlying socket closure is valid under the conditions and that a subsequent response.read() should not be returning any content. If you think this is still an issue, I'd suggest that you create a small example client/server script that Client: 1. Opens a HTTP connection 2. Continues to read data from it and dumps it to the console. Server: 1. Setup a script that does not close incoming HTTP connection requests and continues to keep sending data back to the client. -- nosy: +sijinjoseph ___ Python tracker <http://bugs.python.org/issue7806> ___ ___ 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
