Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
nosy: -srid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3561
___
___
Python-bugs
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2011-06-26, at 2:04 PM, Terry J. Reedy wrote:
Terry J. Reedy tjre...@udel.edu added the comment:
Sridhar, is there still a problem with current 3.2/3?
If you are no longer working on this, I think we should close
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2011-06-27, at 9:11 AM, Éric Araujo wrote:
Éric Araujo mer...@netwok.org added the comment:
« Python 3.2 was released on February 20th, 2011. » (from python.org)
My mistake; I meant to say 3.2.1 final
Sridhar Ratnakumar sridh...@activestate.com added the comment:
The only way to fix this is to /not/ install *any* packages prior to resolving
*all* dependencies ... which means that there needs to be a way to resolve the
entire dependency graph for any given package in PyPI.
If PyPI provided
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2011-06-07, at 9:48 AM, Éric Araujo wrote:
Éric Araujo mer...@netwok.org added the comment:
The only way to fix this is to /not/ install *any* packages prior to
resolving *all* dependencies
packaging.install rolls back
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2011-06-07, at 10:39 AM, Éric Araujo wrote:
Éric Araujo mer...@netwok.org added the comment:
Not all packages upload their release sources (thus metadata) to PyPI
No, it’s register that uploads metadata.
(was not sent
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Dave, but aptitude contains a local index of all dependency information.
Whereas, PyPI's infrastructure and pip/easy_install/p7g.install do not rely on
one. Therefore, I think when Tarek said Trying to do something smarter is very
Sridhar Ratnakumar sridh...@activestate.com added the comment:
I believe ActiveState handle this by making the PATH modification
optional and having it off by default (I found docs for ActivePerl
stating this explicitly, but no equivalent for ActivePython).
ActivePython 2.x has
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
nosy: -srid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7796
___
___
Python-bugs
Sridhar Ratnakumar sridh...@activestate.com added the comment:
[pitrou]
Can you explain why this is a problem in Python?
Can't lib/python3.2/config-3.2m/Makefile simply be
provided by virtualenv (by copying it, I guess)?
Yes, I believe virtualenv already does that (or symlinks
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2011-03-14, at 9:18 AM, Reid Kleckner wrote:
I updated and committed the patch to the cpython hg repo in revision
[c4a0fa6e687c].
Does this go to the main branch (py3.3) only? It is not clear from just looking
at http
Changes by Sridhar Ratnakumar sridh...@activestate.com:
Removed file: http://bugs.python.org/file21121/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5673
Sridhar Ratnakumar sridh...@activestate.com added the comment:
This issue is potentially breaking virtualenv5,
http://code.google.com/p/virtualenv5/issues/detail?id=6
--
nosy: +srid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Lars, the attached patch fixes the issue. I'll add this to ActivePython 3.2.
Thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11224
New submission from Sridhar Ratnakumar sridh...@activestate.com:
tarfile.getmembers has become extremely slow on Windows. This was triggered in
r85916 by Lars Gustaebel on Oct 29, 2010 to add read support for all missing
variants of the GNU sparse extensions.
To reproduce, use this tgz file
Sridhar Ratnakumar sridh...@activestate.com added the comment:
There is a bug with the patch. The first argument to the `start` command, if a
quoted string, becomes the Window title, not the command to execute. Hence,
idle.pyw is directly executed by Windows. Here's the correct command line
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Terry J. Reedy wrote:
Terry J. Reedytjre...@udel.edu added the comment:
I have the impression that there has been progress on tcl/tk on Apple in the
last 7 months. Should this issue still be open, and if so, for both 2.7
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Sandro Tosi wrote:
Sridhar, are you still seeing this error?
I still see the error with Python 2.7.1.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9671
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Dave Malcolm wrote:
I should note that Fedora Core 4 reached its End of Life at August 2006:
http://fedoraproject.org/wiki/End_of_life
Do you see this with a more up-to-date version of Fedora?
I don't have access to other
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Sounds good, but this doesn't belong to the virtualenv bug tracker (virtualenv
does even support Python 3). Instead, it belongs to the virtualenv5 tracker:
http://code.google.com/p/virtualenv5/issues/detail?id=6
New submission from Sridhar Ratnakumar sridh...@activestate.com:
tarfile.extractall overwrites normal files and directories, yet it fails to
overwrite symlinks:
[..]
tf.extractall()
File /opt/ActivePython-2.7/lib/python2.7/tarfile.py, line 2046, in
extractall
self.extract(tarinfo
New submission from Sridhar Ratnakumar sridh...@activestate.com:
I noticed that despite ActivePerl being installed, `os.popen(...).close()`
returned 1 (see find_working_perl in build_ssl.py), while in actuality that
command executed successfully with return code 0; I verified this by using
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
nosy: +srid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10747
___
___
Python-bugs
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Attaching a patch for the configuration changes mentioned in msg102544
--
keywords: +patch
nosy: +srid
Added file:
http://bugs.python.org/file20134/issue8275_win64_ctypes_no_optimization.patch
New submission from Sridhar Ratnakumar sridh...@activestate.com:
From http://code.google.com/p/virtualenv5/issues/detail?id=6 - it seems that
the `sysconfig` module is looking for Makefile in wrong directory, while
ideally it must be looking into the base Python install.
import sysconfig
Sridhar Ratnakumar sridh...@activestate.com added the comment:
PYTHONIOENCODING=UTF-8 python test2.py does work.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6166
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Brian,
The following line:
start %CURRDIR%..\..\pythonw.exe %CURRDIR%idle.pyw %1 %2 %3 %4 %5 %6 %7 %8 %9
should be changed to:
start %CURRDIR%..\..\pythonw.exe %CURRDIR%idle.pyw %1 %2 %3 %4 %5 %6 %7
%8 %9
This is required
New submission from Sridhar Ratnakumar sridh...@activestate.com:
When extracting a zip file containing deep hierarchy files, `extractall` throws
IOError on Windows - perhaps due to limitation in Windows max path length.
Ideally it should be throwing an instance of zipfile.ZipError - so
Sridhar Ratnakumar sridh...@activestate.com added the comment:
It appears that there is no base class (zipfile.ZipError) for zipfile errors.
Maybe there should be? At the moment, I do:
try:
[...]
except zipfile.BadZipFile, zipfile.LargeZipFile:
[...]
.. which is of course unreliable
Sridhar Ratnakumar sridh...@activestate.com added the comment:
How would you implement this? And would you turn a disk full error, for
example, into a ZipError as well?
I see your point. I am not sure what a reliable way to do this would be. For
the record, this is how I workaround
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
nosy: -srid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2001
___
___
Python-bugs
Sridhar Ratnakumar sridh...@activestate.com added the comment:
No, this is not an issue for me on Python 3.2 and AIX 5.1.
--
versions: -Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6645
New submission from Sridhar Ratnakumar sridh...@activestate.com:
Parser/tokenizer.h, line 18.17: 1506-275 (S) Unexpected text ',' encountered.
http://svn.python.org/view/python/branches/py3k/Parser/tokenizer.h?annotate=76232#l16
Extra comma in the following line:
STATE_NORMAL, /* have
New submission from Sridhar Ratnakumar sridh...@activestate.com:
I noticed that Python 2.6.6 crashes on OSX 10.6 when using Komodo. The below
traceback indicates a crash in line 911 - Py_XDECREF(ep-me_value); in
tags/r266/Objects/dictobject.c
Thread 0: Dispatch queue: com.apple.main-thread
0
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-10-12, at 11:49 AM, Ned Deily wrote:
And what is libpyxpcom.dylib?
Likely PyXPCOM
https://developer.mozilla.org/en/PyXPCOM
As Ronald says, this is almost certainly a 3rd-party extension module problem.
Ok, I've made
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
nosy: +toddw
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10074
___
___
Python-bugs
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Ah, please close this then. I am not sure what I was thinking when reporting
this bug.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9597
Sridhar Ratnakumar sridh...@activestate.com added the comment:
FWIW, since last year ActivePython 2.6/2.7 puts C:\PythonXY\Scripts and
%APPDATA%\Python\Scripts in %PATH% and we haven't had any complaints so far.
In addition, we also create a versioned interpreter executable -
C:\PythonXY
Sridhar Ratnakumar sridh...@activestate.com added the comment:
When I disabled r83335, openssl build fails:
set ASM=ml64 /c /Cp /Cx /Zi
crypto\x86_64cpuid.pl tmp64\x86_64cpuid.asm
ml64 /c /Cp /Cx /Zi /Fotmp64\x86_64cpuid.obj tmp64\x86_64cpuid.asm
Assembling: tmp64\x86_64cpuid.asm
MASM
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-08-28, at 12:48 AM, Martin v. Löwis wrote:
Martin v. Löwis mar...@v.loewis.de added the comment:
Ok, I have now added these files in r84332.
Thanks!
--
___
Python tracker
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Like Mark, I too see an error with ctypes due to this change:
*** WARNING: renaming _ctypes since importing it failed:
dlopen(build/lib.macosx-10.5-intel-3.2/_ctypes.so, 2): Symbol not found:
_ffi_closure_alloc
Referenced from
New submission from Sridhar Ratnakumar sridh...@activestate.com:
With openssl-1.0.0a, I get the following error when building the py3k branch on
Windows 64-bit:
Traceback (most recent call last):
File build_ssl.py, line 262, in module
main()
File build_ssl.py, line 234, in main
Sridhar Ratnakumar sridh...@activestate.com added the comment:
I cannot arrive at a possible rationale behind that commit, as the only '*.asm'
file I see in the openssl-1.0.0a/ directory is ms\update.asm.
--
___
Python tracker rep...@bugs.python.org
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
type: - compile error
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9719
New submission from Sridhar Ratnakumar sridh...@activestate.com:
We, ActiveState, are trying to build Python 3.2 (py3k branch) and get this
error:
make: [build_zlib] running 'cd
build/pyhg_branches_py3k-linux-x86_64-hgtip32/python/Modules/zlib
CFLAGS=-fPIC ./configure
--prefix=/home
Sridhar Ratnakumar sridh...@activestate.com added the comment:
OK - we use Modules/zlib for ActivePython build on all platforms (not just
Windows).
When I included the following files from zlib-1.2.5.tar.gz - Modules/zlib
builds fine.
gzclose.c gzguts.h gzlib.cgzread.c gzwrite.c
New submission from Sridhar Ratnakumar sridh...@activestate.com:
I see the following failure on Fedora Core 4 (32-bit and 64-bit) with Python
2.7.0.
==
FAIL: test_executable_without_cwd (test.test_subprocess.ProcessTestCase
New submission from Sridhar Ratnakumar sridh...@activestate.com:
test_xpickle
'python2.4' is not recognized as an internal or external command,
operable program or batch file.
'python2.5' is not recognized as an internal or external command,
operable program or batch file.
'python2.6
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On Windows, that should be python24.exe (not python2.4.exe).
Hmm, that is only true for ActivePython. For detecting Python interpreters
installed on the system, a simple approach could be to hardcode the full paths,
as done
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-08-17, at 9:01 PM, Ronald Oussoren wrote:
I now understand why my script fails, and it is caused by this issue.
The sysconfig.py code has another major issue: the use of os.putenv. This
changes the environment, without
New submission from Sridhar Ratnakumar sridh...@activestate.com:
From Mac/Makefile.in:
[...]
ifneq ($(LIPO_32BIT_FLAGS),)
lipo $(LIPO_32BIT_FLAGS) -output
$(DESTDIR)$(prefix)/bin/python$(VERSION)-32 pythonw
lipo $(LIPO_32BIT_FLAGS) -output
$(DESTDIR)$(prefix)/bin/pythonw
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Specifically python$(VERSION)-32 python instead of python$(VERSION)-32
pythonw?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9594
New submission from Sridhar Ratnakumar sridh...@activestate.com:
According to Mac/Makefile.in, scripts like pydoc, idle, smtpd.py and so on gets
symlinked in /usr/local/bin but there is none for 2to3. Perhaps this was
forgotten?
--
assignee: ronaldoussoren
components: 2to3 (2.x to 3.0
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Another machine.
Is MACOSX_DEPLOYMENT_TARGET set in the environment when you run the command
that gives the error message?
I don't think I had this environment set when I saw the above error
message. I had to set
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Looks like reply-by-email stripped some parts of the message.
does the error occur on the 10.6 machine you used to do the build or another
machine?
Another 10.6 machine
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Even simply invoking the interpreter raises this exception!
$ MACOSX_DEPLOYMENT_TARGET=10.3 python2.7
[...]
IOError: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.3 but 10.5 during
configure
Sridhar Ratnakumar sridh...@activestate.com 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
New submission from Sridhar Ratnakumar sridh...@activestate.com:
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
/Library
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
components: +Macintosh
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9516
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-07-22, at 11:56 AM, Stefan Krah wrote:
Stefan Krah stefan-use...@bytereef.org 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
Sridhar Ratnakumar sridh...@activestate.com 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
Sridhar Ratnakumar sridh...@activestate.com 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 rep...@bugs.python.org
http://bugs.python.org
Sridhar Ratnakumar sridh...@activestate.com 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 sridh...@activestate.com 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
Sridhar Ratnakumar sridh...@activestate.com 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:\PythonXY
New submission from Sridhar Ratnakumar sridh...@activestate.com:
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 context: https
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
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 rep...@bugs.python.org
New submission from Sridhar Ratnakumar sridh...@activestate.com:
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 2to3
Sridhar Ratnakumar sridh...@activestate.com added the comment:
(Same for pydoc)
--
title: rename 2to3 to 2to3.py - rename 2to3 pydoc to 2to3.py pydoc.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9278
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
nosy: +srid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9224
___
___
Python-bugs-list
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7511
___
___
Python
Changes by Sridhar Ratnakumar sridh...@activestate.com:
Added file: http://bugs.python.org/file17938/idle-use-curr-py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6378
Sridhar Ratnakumar sridh...@activestate.com added the comment:
2.7 final works fine on AIX. This issue can be closed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9020
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
nosy: +srid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9075
___
___
Python-bugs-list
Sridhar Ratnakumar sridh...@activestate.com 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
Sridhar Ratnakumar sridh...@activestate.com 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
Sridhar Ratnakumar sridh...@activestate.com 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
Sridhar Ratnakumar sridh...@activestate.com 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
Sridhar Ratnakumar sridh...@activestate.com 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
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
nosy: +hobbs, srid, trentm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8798
New submission from Sridhar Ratnakumar sridh...@activestate.com:
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
Sridhar Ratnakumar sridh...@activestate.com 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
Sridhar Ratnakumar sridh...@activestate.com 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
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
title: 2.7: eval hangs on AIX because sizeof(char) == 32 - 2.7: eval hangs on
AIX
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9020
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-06-18, at 11:47 AM, Eric Smith wrote:
Eric Smith e...@trueblade.com 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
Sridhar Ratnakumar sridh...@activestate.com 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 optimizing
New submission from Sridhar Ratnakumar sridh...@activestate.com:
I first noticed this when `test_compare_function_objects` was taking forever to
run. The culprit is that the following statement just hangs forever. Note that
eval(2), for instance, runs fine, but when a builtin object is used
Sridhar Ratnakumar sridh...@activestate.com added the comment:
eval('ghjsdjhgh') too hangs, btw.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9020
Sridhar Ratnakumar sridh...@activestate.com 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 sridh...@activestate.com 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
Sridhar Ratnakumar sridh...@activestate.com added the comment:
I am curious as to why this should still fail as the OSX filesystem is case
sensitive. Finder has no problems with extrating this particular tarball. Do
you think this is a (separate) bug, or is this by design (why
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-06-14, at 10:43 AM, Lars Gustäbel wrote:
Lars Gustäbel l...@gustaebel.de added the comment:
a) The point is: the operation simply wouldn't fail on a case-sensitive
filesystem. There is no platform-specific or otherwise
Sridhar Ratnakumar sridh...@activestate.com added the comment:
-bash-3.00$ cat _configtest.c
// xxx
-bash-3.00$
-
This is how the C compiler is invoked:
$ cc -E -o _configtest.i _configtest.c
# 1 _configtest.c
#ident acomp: Sun C 5.9 SunOS_i386 2007
Sridhar Ratnakumar sridh...@activestate.com added the comment:
FYI, I cannot reproduce this on AIX 5.1:
bash-2.04$ i/bin/python
ActivePython 2.7.0c1.0 (ActiveState Software Inc.) based on
Python 2.7rc1 (r27rc1:81772, Jun 5 2010, 23:20:01) [C] on aix5
Type help, copyright, credits or license
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-06-10, at 1:06 PM, Lars Gustäbel wrote:
Is this problem specific to 2.7rc1
Yes.
or are other versions affected as well?
Nope, at least ... I know that 2.6 doesn't have this problem
New submission from Sridhar Ratnakumar sridh...@activestate.com:
1. Find an OSX 10.5.8 machine
2. wget http://hntool.googlecode.com/files/hntool-0.1.1.tar.gz
3. $ python2.7 -c import tarfile as T; t=T.open('hntool-0.1.1.tar.gz');
t.extractall()
Traceback (most recent call last):
File string
New submission from Sridhar Ratnakumar sridh...@activestate.com:
Several test_ttk failures on OSX 10.4 (w/ Tcl/Tk 8.5 installed in
/Library/Frameworks) and Python 2.7rc1
==
ERROR: test_tab_identifiers
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-05-31, at 4:54 PM, John Levon wrote:
In terms of getting Python building again, it should be sufficient to define
_XPG4_2 for the multiprocessing module compile only.
I can verify that the following patch works around
New submission from Sridhar Ratnakumar sridh...@activestate.com:
There is apparently a regression on ^/trunk with multiprocessing on
solaris10-x86 today. (used to work a few weeks before)
cc -Kpic -OPT:Olimit=0 -g -DNDEBUG -O -IModules/_multiprocessing -I. -IInclude
-I./Include -I/export/home
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Platforms affected:
SunOS ginsu 5.10 Generic_125101-10 i86pc i386 i86pc
SunOS nail 5.8 Generic_117350-55 sun4u sparc SUNW,Sun-Fire-280R
Compiler used:
bash-2.03$ which cc
/opt/SUNWspro/bin//cc
bash-2.03$ cc -V
1 - 100 of 319 matches
Mail list logo