Sridhar Ratnakumar added the comment:
Found the root cause: it was introduced by a patch (to fix the same issue in
the past) committed by us.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Sridhar Ratnakumar added the comment:
Ronald, with your patch I see this on 10.4 (Xcode 2.5):
[...]
lipo -extract ppc7400 -extract i386 -output
/Users/apy/rrun/build/activepython-DEV/build/pyhg_trunk-macosx-hgtip27-rrun/image/Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7-32
New submission from Sridhar Ratnakumar :
Sorry, but the commit r69598 (due to Issue4524) has a problem. On
Windows and Linux (although not on MacOSX), test_distutils fails:
test_distutils
test test_distutils failed -- Traceback (most recent call last):
File "C:\Python26\lib\distutils\
New submission from Sridhar Ratnakumar :
cc_r -qlanglvl=ansi -c -DNDEBUG -O -I. -IInclude -I./Include
-DPy_BUILD_CORE -o Objects/unicodeobject.o Objects/unicodeobject.c
"Objects/stringlib/string_format.h", line 37.15: 1506-275 (S) Unexpected
text ',' encountered
Sridhar Ratnakumar added the comment:
typedef enum {
ANS_INIT,
ANS_AUTO,
ANS_MANUAL, <--- Extra comma need to be removed
} AutoNumberState; /* Keep track if we're auto-numbering fields */
--
___
Python tracker
<http://bugs
Sridhar Ratnakumar added the comment:
Georg, should this fix also be applied to the py3k branch as I am able
to repro this on 3.1a2?
--
___
Python tracker
<http://bugs.python.org/issue5
New submission from Sridhar Ratnakumar :
$ python3.1 -Wi -tt -O
/Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/compileall.py
-x badsyntax -x site-packages -x test
/Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/distutils/command/
Listing
/Library/Frameworks
Changes by Sridhar Ratnakumar :
--
keywords: +patch
Added file: http://bugs.python.org/file13937/issue5974.patch
___
Python tracker
<http://bugs.python.org/issue5
New submission from Sridhar Ratnakumar :
cc +DD64 -Ae -D_REENTRANT +Z -c -DNDEBUG -O -I. -IInclude -I./Include
-DPy_BUILD_CORE -o Modules/python.o ./Modules/python.c
Error 419: "./Modules/python.c", line 34 # 'mbstate_t' is used as a
type, but has not be
New submission from Sridhar Ratnakumar :
cc_r -qlanglvl=ansi -c -DNDEBUG -O -I. -IInclude -I./Include
-DPy_BUILD_CORE -o Python/symtable.o Python/symtable.c
"Python/symtable.c", line 767.50: 1506-068 (S) Operation between types
"struct _object*" and "int" is n
Sridhar Ratnakumar added the comment:
Adding Martin to the nosy list as this is related to his change:
http://svn.python.org/view/python/branches/py3k/Modules/python.c?view=annotate#l17
--
nosy: +loewis
___
Python tracker
<http://bugs.python.
New submission from Sridhar Ratnakumar :
In Python2.x, Idle is installed as idle2.x. This is the case with Linux
and Mac.
However, in Py3.1b2, Idle is installed as `idle3`.
Expected script name is `idle3.1`.
--
components: IDLE
messages: 87664
nosy: srid
severity: normal
status: open
New submission from Sridhar Ratnakumar :
this is also applicable to 3.1 (albeit the source is slightly changed)
Return a *list* of options otherwise these may be improperly interpreted as
one option with an embedded space. On /usr/bin/ld on a HP-UX/IA64 box this
results in:
ld: Unrecognized
New submission from Sridhar Ratnakumar :
This is being successfully used in ActivePython.
--
assignee: tarek
components: Distutils
files: distutils_aix_blibpath.patch
keywords: patch
messages: 88658
nosy: srid, tarek, trentm
severity: normal
status: open
title: [AIX] Patch to correct
New submission from Sridhar Ratnakumar :
I ran 'python setup.py --author' for the pypi package "ll-orasql-0.6"
(whose author name has non-ascii characters) under subprocess.Popen and
this is what I get:
Traceback (most recent call last):
File "/home/sridharr/as/pypm
New submission from Sridhar Ratnakumar :
$ make frameworkinstall DESTDIR=[...]/py3_1rc1-macosx-apy31-rrun/image
running install_scripts
[...]
copying build/scripts-3.1/2to3 ->
//Users/apy/rrun/build/activepython-svn-trunk/build/py3_1rc1-macosx-apy31-rrun/image/Library/Frameworks/Python.framew
Changes by Sridhar Ratnakumar :
Removed file: http://bugs.python.org/file14151/apy31-anole.log
___
Python tracker
<http://bugs.python.org/issue6170>
___
___
Python-bug
Sridhar Ratnakumar added the comment:
To explain further, the following section of script is run *twice* ..
and thus explains the error "Too many levels of symbolic links"
mv
"[...]/image/Library/Frameworks/Python.framework/Versions/3.1/bin/2to3"
"[...]]
Sridhar Ratnakumar added the comment:
Tarek, are you perchance aware of any change that went into distutils
since the last beta release that could have influenced the make behavior?
--
___
Python tracker
<http://bugs.python.org/issue6
Sridhar Ratnakumar added the comment:
To help with the repro, may I suggest running the following in the same
order:
make frameworkinstallframework DESTDIR=image
make frameworkinstallapps DESTDIR=image
make frameworkinstall frameworkinstallextras DESTDIR=image
Sridhar Ratnakumar added the comment:
also related to issue 5756
--
components: +2to3 (2.x to 3.0 conversion tool), Build
___
Python tracker
<http://bugs.python.org/issue6
New submission from Sridhar Ratnakumar :
This happens with 3.1rc1
$ make frameworkinstallframework DESTDIR=image1
[...]
cc -o pythonw ./Tools/pythonw.c \
-DPYTHONWEXECUTABLE='"/Library/Frameworks/Python.framework/Versions/3.1/Resources/Python.app/Contents/MacOS/Pyt
Sridhar Ratnakumar added the comment:
Ronald, a quick note - your fix unfortunately did not solve the issue.
[quote]'To help with the repro, may I suggest running the following in
the same
order:
make frameworkinstallframework DESTDIR=image
make frameworkinstallapps DESTDIR=
New submission from Sridhar Ratnakumar :
On Windows, urllib fails to open local files:
> python -c "import urllib; urllib.urlopen(r'C:\test.txt').read()"
Traceback (most recent call last):
File "C:\HOME\as\pypm\bin\python-script.py", line 33, in
exec _val
Sridhar Ratnakumar added the comment:
This also happens on 3.1 (urllib.urlrequest) .. and I believe must also
happen on 2.7 and 3.0.
--
components: +Windows
versions: +Python 2.7, Python 3.0, Python 3.1
___
Python tracker
<http://bugs.python.
Sridhar Ratnakumar added the comment:
Relevant discussion:
http://osdir.com/ml/python.py2exe/2008-03/msg00013.html
[quote]'The only thing I could think of was editing urllib.py and
changing the splittype method (...)'[endquote]
--
Sridhar Ratnakumar added the comment:
[Brandl] You should use file:// to open local files with urllib.
Hmm, that is strange. How come it works on Unix without file://?
--
___
Python tracker
<http://bugs.python.org/issue6
Sridhar Ratnakumar added the comment:
Here's a test data from PyPI:
http://pypi.python.org/packages/source/g/generator_tools/generator_tools-0.3.5.tar.gz
--
___
Python tracker
<http://bugs.python.org/i
Sridhar Ratnakumar added the comment:
Considering this bug where tarfile fails to set g+s,
https://bugs.launchpad.net/pyopenssl/+bug/236190
a more general approach could be:
tarfile.extractall(safe_perms=True)
where if safe_perms is set, tarfile can 1) ignore +/-s on all files, 2
New submission from Sridhar Ratnakumar :
If a tarball has a-x perms set on its root directory, one cannot access
its contents.
$ tar zxf generator_tools-0.3.5.tar.gz.
$ ls generator_tools-0.3.5/
ls: cannot access generator_tools-0.3.5/README.txt: Permission denied
...
sridh...@double:/tmp/i
Sridhar Ratnakumar added the comment:
[David] I don't see why the tarfile case should be different from the
tar case. (...)
As I explained, Viz:
[quote]'(...)the very reason to write a program to extract tarball
(instead of doing it manually) is to automate it .. which automatio
Sridhar Ratnakumar added the comment:
[Lars] (...) We talk about a very small number of cases here and the
generator_tools-0.3.5.tar.gz is really broken beyond repair. It is the
only thing that should be fixed here IMO ;-)
Sure, that is what the pyopenssl folks did - fix their tarball. However
Sridhar Ratnakumar added the comment:
[Lars] Sure, there is some functionality in extractall() that addresses
issues with inappropriate permissions, but without this functionality the
archive would not even *extract* cleanly. That is very different from
your problem.
Fair enough.
'tis ti
Changes by Sridhar Ratnakumar :
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue6135>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Sridhar Ratnakumar :
--
versions: +Python 2.6
___
Python tracker
<http://bugs.python.org/issue6135>
___
___
Python-bugs-list mailing list
Unsubscribe:
Sridhar Ratnakumar added the comment:
Related discussion thread: https://answers.launchpad.net/bzr/+question/63601
--
___
Python tracker
<http://bugs.python.org/issue6
New submission from Sridhar Ratnakumar :
It'd be nice to get the encoding used by a specific Python file.
Considering that 'print' uses sys.stdout.encoding which is always set to
None when the Python process is run by subprocess, knowing the source
encoding is absolutely necess
Sridhar Ratnakumar added the comment:
i.e., fixed in r60221
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue1069410>
___
___
Python-bugs-list m
Sridhar Ratnakumar added the comment:
Hey Tarek,
Trent was the one who wrote the patch originally and hence I had asked
him to comment.
--
___
Python tracker
<http://bugs.python.org/issue6
New submission from Sridhar Ratnakumar :
The logging module has a bug that tries to call `flush' on a closed
file handle (sys.std[out|err] to be specific). This bug was introduced
by ConsoleHandler as defined in http://code.activestate.com/
recipes/576819/
The fix is simple: change defin
Sridhar Ratnakumar added the comment:
BTW, this only happens when running the tests via py.test - http://
pytest.org ... perhaps threading/multiprocess issue.
--
___
Python tracker
<http://bugs.python.org/issue6
Sridhar Ratnakumar added the comment:
Ok, I am no longer relying on internal targets .. and this problem is
fixed for me. It needs to be closed, correct?
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
New submission from Sridhar Ratnakumar :
(...)
cc +DAportable -Ae -D_REENTRANT +Z -c -DNDEBUG -O -I. -IInclude -I./
Include -DPy_BUILD_CORE -o Python/pystrtod.o Python/pystrtod.c
cc +DAportable -Ae -D_REENTRANT +Z -c -DNDEBUG -O -I. -IInclude -I./
Include -DPy_BUILD_CORE -o Python/dtoa.o
New submission from Sridhar Ratnakumar :
I wonder which commit introduced this regression which used to work
before (I think till rc1).
This error occurs on solaris10-x86, solaris8-sparc, solaris8-sparc64
and aix5-powerpc.
(...)
ranlib libpython3.1.a
cc -o python \
Modules
New submission from Sridhar Ratnakumar :
On Mon, 29 Jun 2009 09:56:53 -0700, Trent Mick
wrote:
> Sridhar Ratnakumar wrote:
>> I installed ActivePython-3.1 to C:\Python31 but disabled the
installer
>> option "Register as default Python" .. because, I use P
Changes by Sridhar Ratnakumar :
Added file: http://bugs.python.org/file14393/config.log
___
Python tracker
<http://bugs.python.org/issue6347>
___
___
Python-bugs-list m
Changes by Sridhar Ratnakumar :
Added file: http://bugs.python.org/file14394/pyconfig.h
___
Python tracker
<http://bugs.python.org/issue6347>
___
___
Python-bugs-list m
Sridhar Ratnakumar added the comment:
Hi Mark,
Thanks for showing interest on this bug.
[Mark] Is the operating system you're using HP-UX 11.00, or am I
misunderstanding the issue title?
# Yes. output of platinfo: hpux-parisc (hpux11.00-parisc2.0)
[Mark] Does the problem exist with
Changes by Sridhar Ratnakumar :
Added file: http://bugs.python.org/file14395/inttypes.h
___
Python tracker
<http://bugs.python.org/issue6347>
___
___
Python-bugs-list m
Sridhar Ratnakumar added the comment:
Yes, I get the same "Illegal seek" traceback for nestor's ``os.popen
('cat', 'w')`` even though it happens on all of: solaris10-x86,
solaris8-sparc, solaris8-sparc64 and aix5-powerpc.
Hmm, so this is a dupli
Sridhar Ratnakumar added the comment:
Hello Martin,
My apologies for responding so late.
[Martin] Also, please confirm a few things: a. configure has detected
that your system has mbrtowc (...)
# Yes, as can be seen in the attached config.log
[Martin] (...) b. configure's analys
Changes by Sridhar Ratnakumar :
--
components: +Unicode
Added file: http://bugs.python.org/file14398/pyconfig.h
___
Python tracker
<http://bugs.python.org/issue5
Changes by Sridhar Ratnakumar :
Added file: http://bugs.python.org/file14400/wchar.h
___
Python tracker
<http://bugs.python.org/issue5999>
___
___
Python-bugs-list mailin
Changes by Sridhar Ratnakumar :
Added file: http://bugs.python.org/file14431/_mbstate_t.h
___
Python tracker
<http://bugs.python.org/issue5999>
___
___
Python-bugs-list m
Changes by Sridhar Ratnakumar :
Added file: http://bugs.python.org/file14432/test.c.preprocessed.txt
___
Python tracker
<http://bugs.python.org/issue5999>
___
___
Pytho
Sridhar Ratnakumar added the comment:
I've attached the files you requested.
> As a wild guess, try defining _XOPEN_SOURCE to 500,
> i.e. -D_XOPEN_SOURCE=500.
Yes, this works .. the file compiles. I tried modifying the value of
_XOPEN_SOURCE to 500 in pyconfig.h (currently
Changes by Sridhar Ratnakumar :
Added file:
http://bugs.python.org/file14433/test.c_XOPEN_SOURCE_500_preprocessed.txt
___
Python tracker
<http://bugs.python.org/issue5
New submission from Sridhar Ratnakumar :
On Thu, 02 Jul 2009 16:43:15 -0700, wrote:
> On Mon, Jun 29, 2009, Sridhar Ratnakumar wrote:
>>
>> From http://www.python.org/download/releases/3.1/NEWS.txt
>>
>> (...)
>>
&g
New submission from Sridhar Ratnakumar :
This was a regression due to a commit made less than 2 days ago.
make: [build_pywin32] running 'F:\as\apy\build\pyhg_trunk-win64-x64-hgtip27-rrun
\python\PCbuild\amd64\python.exe setup.py build' in 'build\pyhg_trunk-win64-x64-
hgtip
Sridhar Ratnakumar added the comment:
+brett
http://svn.python.org/view/python/trunk/Lib/subprocess.py?r1=80496&r2=81154
--
nosy: +brett.cannon
___
Python tracker
<http://bugs.python.org/is
New submission from Sridhar Ratnakumar :
[stor...@nas0 ~]$ python2.6 -c "import urlparse; print
urlparse.urlsplit('http://www.famfamfam.com](http://www.famfamfam.com/',
'http', True)"
SplitResult(scheme='http', netloc='www.famfamfam.com](http:'
Sridhar Ratnakumar added the comment:
Shouldn't `urlparse` accept non-IPv6 URLs as well - as it always used to - when
these URLs can have a single ']'?
--
status: pending -> open
___
Python tracker
<http://bugs
Sridhar Ratnakumar added the comment:
For eg., the following URLs seems to load just fine in my browser:
http://www.google.com/search?q=foo&b=df]d&qscrl=1
And, as is the case with the django-cms PyPI page (see referred issue link in
msg), such URLs seemed to be practically used
New submission from Sridhar Ratnakumar :
On Linux, with Python 2.7 trunk (built on May 13th)
[...]
File
"/home/apy/as/pypm-trunk/eggs/httplib2-0.6.0-py2.7.egg/httplib2/__init__.py",
line 1129, in request
(response, content) = self._request(conn, authority, uri, request_ur
Sridhar Ratnakumar added the comment:
Looks like this has been fixed, at least on Python trunk (2.7).
--
___
Python tracker
<http://bugs.python.org/issue6
New submission from Sridhar Ratnakumar :
Repro steps:
Download http://appropriatesoftware.net/provide/docs/eternity-0.13.tar.gz (via
'eternity' module in PyPI) and look at the following command line session:
C:\Temp\tfbug>python27 -c "import tarfile as T;
T.open(&#x
Sridhar Ratnakumar added the comment:
Apparently this fix introduced a regression. See issue8741
--
nosy: +srid
___
Python tracker
<http://bugs.python.org/issue6
Sridhar Ratnakumar added the comment:
The actual exception caught (before it was ignored and a generic IOError was
thrown) was this:
File "C:\Python27\lib\tarfile.py", line 2168, in _extract_member
self.makelink(tarinfo, targetpath)
File "C:\Python27\lib\tarfile.py&
Sridhar Ratnakumar added the comment:
Aside: why is the original exception ignored, and instead a generic IOError is
thrown? Why not use one of the exceptions inheriting `TarError`, so that
application code can reliably catch these errors
Sridhar Ratnakumar added the comment:
Thanks - just a suggestion: it may be a good idea to add a test case for this
makelink emulation code.
Also, any thoughts on raising (a derived class of) TarError instead of IOError?
--
___
Python tracker
New submission from Sridhar Ratnakumar :
sridh...@triple:~$ /opt/ActivePython-2.7/bin/python -c "import sys; print
sys.path; import cmdln"
['', '/opt/ActivePython-2.7/lib/python27.zip',
'/opt/ActivePython-2.7/lib/python2.7',
'/opt/Active
Sridhar Ratnakumar added the comment:
On 2010-05-19, at 5:00 AM, Tarek Ziadé wrote:
> I've fixed the problem on distribute side by catching any ValueError returned
> by urlparse (from 2.6 or 2.7 point of view).
Catching ValueError will catch *every* ValueError raised, rather th
Sridhar Ratnakumar added the comment:
@Ronald: Ah, I see. So on Mac, Python 2.7 (with default site configuration)
will not pickup packages installed in ~/.local, correct? It will, from now
onwards, only consider ~/Library/Package as the user site directory? I ask
because I just want to
Sridhar Ratnakumar added the comment:
On further analysis:
$ /tmp/apy27/bin/python -c "from sysconfig import get_path; print
get_path('purelib', 'posix_user')"
/home/sridharr/.local/lib/python/2.7/site-packages
$
>From sysconfig.py:
'posix_user
New submission from Sridhar Ratnakumar :
"python2.7 -m sysconfig" at the moment does not print anything. "python2.7 -m
site", for instant, prints useful information.
Perhaps the output of `sysconfig.get_path` can be pretty printed?
--
assignee: tarek
components
Sridhar Ratnakumar added the comment:
Yes, get_paths(). It could also print get_config_vars(), yes.
If you want to make it sophisticated you could support arguments/options using
the 'argparse' module. :)
--
___
Python trac
New submission from Sridhar Ratnakumar :
Currently there is no way to get the default scheme for *current* platform
other than plainly *assuming* that that is os.name unless it is posix, in which
case it becomes posix_prefix.
PyPM needs to know this. But I am slightly reluctant to hardcode
Sridhar Ratnakumar added the comment:
Ideally I like to have a function like this:
def get_current_scheme(usersite=False):
scheme = os.name
if usersite:
scheme += '_user'
elif scheme
Sridhar Ratnakumar added the comment:
On 2010-05-20, at 2:45 AM, Tarek Ziadé wrote:
> So I'd rather have two APIs answering to that:
>
> - get_current_scheme() : what's the default scheme for this python
> installation ?
> - get_current_user_scheme() : what's t
Sridhar Ratnakumar added the comment:
> removing 2.7 as a target -- it's too late
If contribute a patch to `get_current_scheme` and `get_current_user_scheme`,
will be accepted as part of 2.7?
Roughly I would do something like this:
scheme = os.name
if
Sridhar Ratnakumar added the comment:
Here it is:
def get_current_scheme():
scheme = os.name
if scheme == 'posix':
scheme = 'posix_prefix'
return scheme
def get_current_user_scheme():
Sridhar Ratnakumar added the comment:
Thanks.
> there is an install scheme in distutils that describes the exact layout
I figured that this is now exposed via the `sysconfig` module. There is also an
old install scheme in `distutils.command.install`, but it seems to be outdated
and is o
New submission from Sridhar Ratnakumar :
I see this in Python 2.7. No idea if this is a regression, mere future request,
but doesn't it make sense to print the value `__path__` in the repr string?
>>> import paste
>>> paste
>>> paste.__path__
['/ho
Sridhar Ratnakumar added the comment:
On 2010-05-24, at 2:44 PM, Martin v. Löwis wrote:
> You are mistaken. It doesn't include __path__ into repr, but __file__. It
> prints "(built-in)" if the filename is not set for some reason.
Ok. Why is __file__ not set for modules/
Sridhar Ratnakumar added the comment:
On 2010-05-24, at 3:46 PM, Martin v. Löwis wrote:
> Can you please provide a reproducible bug report? I have no idea what "paste"
> is or how it got into your .local folder. Please structure the bug report as
> follows:
>
> 1.
Changes by Sridhar Ratnakumar :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue8812>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Sridhar Ratnakumar :
--
type: behavior -> feature request
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue6378>
___
___
Python-
New submission from Sridhar Ratnakumar :
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/apy/rrun/build
Sridhar Ratnakumar 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
cc: Sun C 5.7 2005/01
Sridhar Ratnakumar 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 this issue (f
New submission from Sridhar Ratnakumar :
OS = SunOS ginsu 5.10 Generic_125101-10 i86pc i386 i86pc
Python 2.7rc1
==
ERROR: test_search_cpp (distutils.tests.test_config_cmd.ConfigTestCase
New submission from Sridhar Ratnakumar :
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 (test_ttk.test_widgets.NotebookTest
New submission from Sridhar Ratnakumar :
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 &q
Sridhar Ratnakumar 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", "credi
Sridhar Ratnakumar 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.
--
___
Sridhar Ratnakumar 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?)?
If this is by design, do
Sridhar Ratnakumar added the comment:
On 2010-06-14, at 10:43 AM, Lars Gustäbel wrote:
> Lars Gustäbel 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 special code in
&
Sridhar Ratnakumar 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/05/03&
New submission from Sridhar Ratnakumar :
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 (eg:
None,
Sridhar Ratnakumar added the comment:
eval('ghjsdjhgh') too hangs, btw.
--
___
Python tracker
<http://bugs.python.org/issue9020>
___
___
Python-bugs-l
201 - 300 of 332 matches
Mail list logo
