Sridhar Ratnakumar added the comment:
I traced the "infinite loop" to tokenizer.c:tok_get around line 1368:
while (Py_ISALNUM(c) || c == '_') {
c = tok_nextc(tok);
}
Adding a `printf` statement at the beginning of the loop:
printf(&
Sridhar Ratnakumar added the comment:
Py_CHARMASK(c) = 4294967295
And I think I found the problem: from Include/Python.h
/* Convert a possibly signed character to a nonnegative int */
/* XXX This assumes characters are 8 bits wide */
#ifdef __CHAR_UNSIGNED__
#define Py_CHARMASK(c) (c
Sridhar Ratnakumar added the comment:
Ok, I now have a fix for this issue. The reason for sizeof(c) being 4 bytes is
because it is defined as `register int` ... and yet `Py_CHARMASK` fails to
type-cast `c` to a `char` type, which is exactly what the attached patch does.
--
keywords
Sridhar Ratnakumar added the comment:
David, to answer your question "How does it behave with the head of the current
2.6 maintenance branch, by the way?", since this bug appears to be in
Include/pyctype.h, which file was available only in 2.7+ and 3.x, I don't
believe it wi
Changes by Sridhar Ratnakumar :
--
title: 2.7: eval hangs on AIX because sizeof(char) == 32 -> 2.7: eval hangs on
AIX
___
Python tracker
<http://bugs.python.org/iss
Sridhar Ratnakumar added the comment:
On 2010-06-18, at 11:47 AM, Eric Smith wrote:
>
> Eric Smith added the comment:
>
> I suppose that's correct, although I have no way to test it.
I have tested it on Linux 64-bit by running `test.regrtest`. It doesn't seem to
Sridhar Ratnakumar added the comment:
On 2010-06-18, at 11:49 AM, Eric Smith wrote:
> It would also be good to get a test case for this. I realize it's difficult,
> but that's the sort of change that might get undone some day by someone going
> through and "optimi
New submission from Sridhar Ratnakumar :
It appears that we are building 64-bit mac installer starting 2.7. For
http://python.org/ftp/python/2.7/python-2.7rc1-macosx10.5-2010-06-07.dmg
$ file
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so
/Library
Changes by Sridhar Ratnakumar :
--
nosy: +hobbs, srid, trentm
___
Python tracker
<http://bugs.python.org/issue8798>
___
___
Python-bugs-list mailing list
Unsub
Sridhar Ratnakumar added the comment:
We can make this work on OSX 10.6 atleast, using Apple's system Tcl/Tk 8.5.
1. Get a 10.6 build machine with 10.5 SDK
2. Modify setup.py to use openssl 0.9.7 (*not* 0.9.8):
search_for_ssl_incs_in=['/Developer/SDKs/MacOSX10.5.sdk/u
Sridhar Ratnakumar added the comment:
On 2010-06-25, at 8:13 AM, Ronald Oussoren wrote:
> Sridhar: building using the 10.5 SDK should also work by using
> --enable-universalsdk=/Developer/SDKs/MacOSX10.5.sdk. I've recently patched
> setup.py and distutils to honor the SD
Sridhar Ratnakumar added the comment:
On 2010-06-27, at 5:48 AM, Ronald Oussoren wrote:
> Even when building using an SDK you can use frameworks in /Library/Frameworks
> because $SDKROOT/Library/Frameworks is a symlink to the real
> /Library/Frameworks.
When building on 10.6, we ar
Sridhar Ratnakumar added the comment:
I tried patching setup.py to force linking to Apple's Tcl/Tk:
--- python/setup.py.original2010-06-28 11:40:26.0 -0700
+++ python/setup.py 2010-06-28 11:45:39.0 -0700
@@ -1682,6 +1682,15 @@
for F in framework
Sridhar Ratnakumar added the comment:
Here's one resolution:
1. Edit setup.py to make INCLUDE/LIB paths for OpenSSL use the SDKROOT (for
10.5+ compat):
[...]
search_for_ssl_incs_in = ["/Developer/SDKs/MacOSX10.5.sdk/usr/include/" if
ON_SNOW_LEOPARD else "/usr/include"
Changes by Sridhar Ratnakumar :
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue9075>
___
___
Python-bugs-list mailing list
Unsubscribe:
Sridhar Ratnakumar added the comment:
2.7 final works fine on AIX. This issue can be closed.
--
___
Python tracker
<http://bugs.python.org/issue9020>
___
___
Changes by Sridhar Ratnakumar :
Added file: http://bugs.python.org/file17938/idle-use-curr-py.patch
___
Python tracker
<http://bugs.python.org/issue6378>
___
___
Pytho
Changes by Sridhar Ratnakumar :
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue9224>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Sridhar Ratnakumar :
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue7511>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Sridhar Ratnakumar :
C:\>c:\Python26\Tools\scripts\2to3
'c:\Python26\Tools\scripts\2to3' is not recognized as an internal or external
command,
operable program or batch file.
All other scripts in Tools\scripts directory have .py extension. Only
Sridhar Ratnakumar added the comment:
(Same for pydoc)
--
title: rename 2to3 to 2to3.py -> rename 2to3 & pydoc to 2to3.py & pydoc.py
___
Python tracker
<http://bugs.python
Sridhar Ratnakumar added the comment:
I've located the following patch in our ActivePython source tree.
$ cat src/patches/3.1/general/aix_tilde.patch
--- Include/token.h.orig2008-10-08 11:51:52.0 -0700
+++ python/Include/token.h 2008-10-08 11:52:53.0 -0700
@@
Sridhar Ratnakumar added the comment:
What do you mean by 'commands'? Being able to type '2to3' instead of '2to3.py'
on *nix?
Want me to open a new feature request for Windows support - perhaps by
including a 2to3.bat/pydoc.bat (similar to idle.bat) in C:\Pyt
New submission from Sridhar Ratnakumar :
Current I see this:
File "/opt/ActivePython-2.7/lib/python2.7/distutils/dist.py", line 806, in
get_command_class
klass = self.cmdclass.get(command)
AttributeError: 'NoneType' object has no attribute 'get'
more conte
Changes by Sridhar Ratnakumar :
--
components: +Windows
nosy: +srid
type: behavior -> feature request
versions: +Python 3.3 -Python 2.4, Python 2.5, Python 2.6, Python 3.0, Python
3.1
___
Python tracker
<http://bugs.python.org/iss
Sridhar Ratnakumar added the comment:
BTW, ActivePython (2.6 and 2.7 at the moment) includes this patched idle.bat.
The start menu shortcut launches it.
--
___
Python tracker
<http://bugs.python.org/issue6
Sridhar Ratnakumar added the comment:
Ah, so the python.org installers do have the .py extension for these scripts.
Only ActivePython doesn't. Perhaps msilib (something that we don't use) does
the rename. Sorry for the confusion.
--
Sridhar Ratnakumar added the comment:
Repro steps on a Windows machine:
1. pip install --no-install django-navbar==0.2
Yes, it seems like a bug in the MANIFEST file of the django-navbar project
(which is not mine) that seems to have been fixed in the subsequent 0.3 release.
> at best
Sridhar Ratnakumar added the comment:
On 2010-07-22, at 11:56 AM, Stefan Krah wrote:
>
> Stefan Krah added the comment:
>
> I'm not sure this should be changed:
>
> 1) Why is .cshrc sourced? It should only get sourced for a login
> shell.
/usr/bin/which
New submission from Sridhar Ratnakumar :
I cannot find correct repro steps for this, but:
/Library/Frameworks/Python.framework/Versions/2.7/bin/python" -B -s -c "import
sys;print('%d.%d' % tuple(sys.version_info)[:2])
Traceback (most recent call last):
File
Changes by Sridhar Ratnakumar :
--
components: +Macintosh
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue9516>
___
___
Python-bugs-list m
Sridhar Ratnakumar added the comment:
We build ActivePython 2.7 on Mac as follows:
$ export MACOSX_DEPLOYMENT_TARGET=10.5
$ ./configure --enable-framework
--enable-universalsdk=/Developer/SDKs/MacOSX10.5.sdk/
--with-universal-archs=intel
$ make
(the environment variable is also
301 - 332 of 332 matches
Mail list logo
