Ronald Oussoren [EMAIL PROTECTED] added the comment:
The issue was introduced while moving universal-binary specific trickery
from pyconfig.h.in to a separate header file. Obviously I must have been
drunk at the time, because I didn't move the WORDS_BIGENDIAN bits
correctly.
The attached
Trent Mick [EMAIL PROTECTED] added the comment:
Added file: http://bugs.python.org/file11723/pymacconfig.h.patch
I'll test that on my end tomorrow -- though it looks like it will work fine.
Thanks.
--
title: PyUnicode_DecodeUTF16(..., byteorder=0) gets it wrong on Mac OS
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Most (or all) patches include new tests about bytes. Here is a patch for
os.rst documentation about listdir(), getcwdb() and readlink().
Thanks! Committed as r66829.
I've added additional documentation in r66830, which should complete
Changes by Martin v. Löwis [EMAIL PROTECTED]:
--
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3187
___
___
Python-bugs-list
Mattias Brändström [EMAIL PROTECTED] added the comment:
When trying to build Python 2.6 on AIX 5.2 the following error message:
(
The steps I have taken prior to this are:
1. export PATH=/usr/bin/:/usr/vacpp/bin/
2. ./configure --with-gcc=xlc_r --with-cxx=xlC_r --disable-ipv6
3. make
)
STINNER Victor [EMAIL PROTECTED] added the comment:
test_sys failure is fixed by the issue #2384.
--
dependencies: +[Py3k] line number is wrong after encoding declaration
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3574
Mark Dickinson [EMAIL PROTECTED] added the comment:
It looks as though changing PyLong_SHIFT to 30 everywhere is much simpler
than I feared. Here's a short patch that does exactly that. It:
- changes the definitions in longintrepr.h
- changes marshal.c to write digits as longs, not shorts
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Your patch does the correct thing, however an explanation of the -1
value would be welcome. Something like:
/* The file has been reopened; parsing will restart from
* the beginning of the file, we have to reset the line number.
* But
New submission from Ronald Oussoren [EMAIL PROTECTED]:
I'm trying to build python 2.6 on a Mac OS X 10.3 system. This fails to
build the multiprocessing extension due to a missing definition of struct
iovec.
It turns out that you have to include sys/uio.h to get that definition
on OSX 10.3.
Mattias Brändström [EMAIL PROTECTED] added the comment:
Here is a small patch that lets me build on AIX 5.2.
Added file: http://bugs.python.org/file11726/aix-patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3876
Changes by Ronald Oussoren [EMAIL PROTECTED]:
--
priority: - critical
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4064
___
___
Python-bugs-list
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The patch goes in the good direction, here are some remarks:
- The two calls to open() are missing the O_BINARY flag, necessary on
Windows to avoid newline translation. This may be important for some codecs.
- the GIL should be released
Martin v. Löwis [EMAIL PROTECTED] added the comment:
What's the purpose of the additional YY substring?
--
nosy: +loewis
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4004
___
Martin v. Löwis [EMAIL PROTECTED] added the comment:
I agree with Trent that this is a bug, and I agree with the second patch
(pymacconfig.h.patch2).
Mark-Andre, sys.byteorder is not affected because detects the byte order
at run-time, not at compile-time. Likewise, in the struct module,
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Can you come up with a test case?
Also, it would probably be good to document what parameters can have
what datatypes in the exec family of functions.
___
Python tracker [EMAIL PROTECTED]
New submission from Ronald Oussoren [EMAIL PROTECTED]:
When using a universal build of python on macosx
distutils.util.get_platform should use fat for the machine
architecture, instead of the architecture of the current machine.
That's not what's currently happening:
$ python26 -c 'from
STINNER Victor [EMAIL PROTECTED] added the comment:
The patch is incomplete. It allows bytes for the arguments but not for
the environment variables: posix_execve() in Modules/posixmodule.c
uses:
PyArg_Parse(key s, k)
PyArg_Parse(val s, v)
___
Python
New submission from Marcin Bachry [EMAIL PROTECTED]:
SMTP.connect method expects _get_socket() method to return socket object:
self.sock = self._get_socket(host, port, self.timeout)
but overriden _get_socket() method in SMTP_SSL class doesnt' have return
statement (it sets self.sock
Ronald Oussoren [EMAIL PROTECTED] added the comment:
Do you mean the -rpath option?
Note that this is (IMHO) less useful than on other systems because the
linked-to library needs to have a specific link path (@rpath/mylib.dylib).
It can be useful for linking extentions though.
Using this
New submission from Marcin Bachry [EMAIL PROTECTED]:
ast.fix_missing_locations() fails if any node is missing _attributes
instance variable - but it's the case of some fundamental nodes like
alias or identifier. When I run simple test:
import ast
with open(__file__) as fp:
tree =
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The line is not displayed (why? no idea)
Well, it's difficult to re-open stdin...
--
nosy: +amaury.forgeotdarc
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3975
STINNER Victor [EMAIL PROTECTED] added the comment:
Le Tuesday 07 October 2008 15:06:01 Amaury Forgeot d'Arc, vous avez écrit :
- The two calls to open() are missing the O_BINARY flag, necessary on
Windows to avoid newline translation. This may be important for some
codecs.
Oops, I always
New submission from Gerhard Häring [EMAIL PROTECTED]:
This is a backport of Georg Brandl's fix for issue #3312.
--
assignee: ghaering
files: 253_backport_fix_issue3312.diff
keywords: patch, patch
messages: 74454
nosy: ghaering
priority: normal
severity: normal
status: open
title:
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Ok, O_BINARY and GIL fixed.
which patch? ;-)
I just realized that sys.path is considered as a bytes string
(PyBytes_Check) whereas Python3 uses an unicode string!
['', '/home/haypo/prog/python-ptrace', (...)]
Changes by STINNER Victor [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file11732/traceback_unicode-3.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3975
___
Bill Janssen [EMAIL PROTECTED] added the comment:
Yes, we were looking at using this for linking PyLucene's JCC extension.
I believe we came up with a different way of doing it. It would still
be useful to have distutils.unixccompiler.runtime_library_dir_option()
updated to understand the
Han-Wen Nienhuys [EMAIL PROTECTED] added the comment:
I'm still interested in this, but the last time I did anything, I jumped
through all the hoops (see conversation here), and not a single change
was put into trunk. I'm not very enthousiastic about spending a lot time
on this again.
STINNER Victor [EMAIL PROTECTED] added the comment:
@amaury.forgeotdarc: Done for out of memory.
@loewis: Oops, it's an error. I removed the YY.
So here is a new patch.
Added file: http://bugs.python.org/file11728/argv_error_newline-2.patch
___
Python
Han-Wen Nienhuys [EMAIL PROTECTED] added the comment:
@Luke
the compiling strategy for Python (IIRC) is to compile everything,
including modules that will never work, and use compiler errors as a
signal to not include a module in the result.
this is what I end up with for 2.4
Ronald Oussoren [EMAIL PROTECTED] added the comment:
Annoyingly enough my patch isn't good enough, it turns out that ctypes
has introduced a SIZEOF__BOOL definition in configure.in and that needs
special caseing as well.
pymacconfig.h.patch2 fixes that issue as well. Do you have access to a
Changes by Daniel Stutzbach [EMAIL PROTECTED]:
--
versions: +Python 2.5.3
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2810
___
___
Python-bugs-list
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Thanks! Committed as r66831
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3740
___
Collin Winter [EMAIL PROTECTED] added the comment:
Benjamin, what complexity did you encounter when trying to use lib2to3
in your own work? Unless there's a concrete use-case where the mere
existence of multiprocessing support (as opposed to actually enabling
that support) made a tangible
Ronald Oussoren [EMAIL PROTECTED] added the comment:
The attached patch fixes this issue.
--
keywords: +patch
Added file: http://bugs.python.org/file11725/issue4064-fix.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4064
New submission from Thomas Guettler [EMAIL PROTECTED]:
Hi,
after sphinx-quickstart and running make latex I get:
Build finished; the LaTeX files are in build/latex.
Run `make all-pdf' or `make all-ps' in that directory to run these through
[EMAIL PROTECTED]:... LANG=C make all-pdf
make: ***
Changes by Ronald Oussoren [EMAIL PROTECTED]:
--
keywords: +needs review
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4064
___
___
Python-bugs-list
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
On 2008-10-07 14:33, Ronald Oussoren wrote:
Ronald Oussoren [EMAIL PROTECTED] added the comment:
Annoyingly enough my patch isn't good enough, it turns out that ctypes
has introduced a SIZEOF__BOOL definition in configure.in and that
Ronald Oussoren [EMAIL PROTECTED] added the comment:
IMHO the best fix would be to use /bin/cp instead of plain cp. It is
not possible to use $(INSTALL) here because this step does a recursive
copy.
NOTE: The same fix should also be applied to the trunk and release26-maint
branch.
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I suggest that when using lib2to3 as a library, multiprocessing is not
enabled by default; there may be uses of the library that are
incompatible with multiprocessing.
It may be enabled by default when using it from the command line (or
Nat [EMAIL PROTECTED] added the comment:
I asked a slightly different question (related to tkinter in general on
OS 10.4.11), but the symptoms were remarkably similar - perhaps the
solution is as well?
Changes by Ronald Oussoren [EMAIL PROTECTED]:
--
versions: +Python 2.6
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3433
___
___
Python-bugs-list
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The patch is good, and consistent with all usages of fprintf(stderr) in
pythonrun.c, for example.
Please also add \n to
fprintf(stderr, out of memory);
in both python.c and frozenmain.c
--
nosy: +amaury.forgeotdarc
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I still have remarks about traceback_unicode-3.patch, that I did not see
before:
- (a minor thing) PyMem_FREE(found_encoding) could appear only once,
just after PyFile_FromFd.
- I feel it dangerous to call the PyUnicode_AS_UNICODE() macro
New submission from Carl Friedrich Bolz [EMAIL PROTECTED]:
When trying to remove a set from a set, the KeyError that is raised is
confusing:
Python 2.6 (r26:66714, Oct 7 2008, 13:23:57)
[GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2
Type help, copyright, credits or license for more information.
Georg Brandl [EMAIL PROTECTED] added the comment:
Are you sure you're doing make all-pdf in the build/latex directory?
--
resolution: - works for me
status: open - pending
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4063
Trent Mick [EMAIL PROTECTED] added the comment:
I get:
sizeof(_Bool)=4 bytes
on a G4 PPC.
Same thing on a G5 PPC:
$ cat main.c
#include stdio.h
int main(void) {
printf(sizeof(_Bool) is %d\n, sizeof(_Bool));
}
$ gcc main.c
$ ./a.out
sizeof(_Bool) is 4
--
title:
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The KeyError initially contains the correct frozenset, but its content
is swapped with the original set object (yes, like C++ std::set::swap(),
this mutates the frozenset!).
Attached a patch with unit test. The exception now shows the
Changes by Raymond Hettinger [EMAIL PROTECTED]:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4069
___
___
Changes by Jean Brouwers [EMAIL PROTECTED]:
--
versions: +Python 2.5.3 -Python 2.6
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2218
___
___
Changes by Jean Brouwers [EMAIL PROTECTED]:
--
versions: +Python 2.5.3 -Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2281
___
___
Armin Ronacher [EMAIL PROTECTED] added the comment:
The root of the problem is that ast.AST doesn't have _fields or
_attributes. I think the better solution is to add these attributes to
the root class which makes it easier to work with these objects.
I attached a diff for asdl_c.py which
Changes by Jean Brouwers [EMAIL PROTECTED]:
--
versions: +Python 2.5.3 -Python 2.7
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3163
___
___
Changes by Jean Brouwers [EMAIL PROTECTED]:
--
versions: +Python 2.7 -Python 2.5.3
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3163
___
___
Changes by Jean Brouwers [EMAIL PROTECTED]:
--
versions: +Python 2.7 -Python 2.5.3
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2281
___
___
Changes by Jean Brouwers [EMAIL PROTECTED]:
--
versions: +Python 2.7 -Python 2.5.3
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2218
___
___
Fred L. Drake, Jr. [EMAIL PROTECTED] added the comment:
May I ask what the reasoning is for further developing hotshot as part
of the core? My understanding, based on discussions on python-dev, is
that hotshot is being deprecated in favor of cProfile.
If hotshot still provides functionality
Raymond Hettinger [EMAIL PROTECTED] added the comment:
Patch looks fine. I see no need to backport to 2.5 though.
--
assignee: rhettinger - amaury.forgeotdarc
keywords: -needs review
resolution: - accepted
___
Python tracker [EMAIL PROTECTED]
Changes by Kent Johnson [EMAIL PROTECTED]:
--
nosy: +kjohnson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4017
___
___
Python-bugs-list mailing list
Martin v. Löwis [EMAIL PROTECTED] added the comment:
When using a universal build of python on macosx
distutils.util.get_platform should use fat for the machine
architecture, instead of the architecture of the current machine.
Can you please explain why it should do so? Where do these
Martin v. Löwis [EMAIL PROTECTED] added the comment:
What does sendmsg(2) say what to include? What about writev(2)? (the
latter, on Linux, says that sys/uio.h is indeed the correct header)
--
nosy: +loewis
___
Python tracker [EMAIL PROTECTED]
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
empty_tuple should be DECREF'ed at the end of the function.
Otherwise the patch is fine.
--
nosy: +amaury.forgeotdarc
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4067
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Looks fine to me. Please apply (don't forget a NEWS entry).
--
nosy: +loewis
resolution: - accepted
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4068
Martin v. Löwis [EMAIL PROTECTED] added the comment:
the compiling strategy for Python (IIRC) is to compile everything,
including modules that will never work, and use compiler errors as a
signal to not include a module in the result.
I don't think this can work in the cross-compilation
Ronald Oussoren [EMAIL PROTECTED] added the comment:
The basic idea is that the architecture bit of get_platform() should
tell you something about the archicture for which a build is valid.
That's why 'i386' or 'ppc' is not very useful for a universal build. The
original author of the
Ronald Oussoren [EMAIL PROTECTED] added the comment:
On 7 Oct, 2008, at 18:29, Trent Mick wrote:
Trent Mick [EMAIL PROTECTED] added the comment:
I get:
sizeof(_Bool)=4 bytes
on a G4 PPC.
Same thing on a G5 PPC:
$ cat main.c
#include stdio.h
int main(void) {
Roumen Petrov [EMAIL PROTECTED] added the comment:
I found the patch cross-2.5.1.patch as too limited.
I'm interesting in this topic and I post patch in issue3871 that
continue work from issue841454 and issue1412448.
--
nosy: +rpetrov
___
Python
Roumen Petrov [EMAIL PROTECTED] added the comment:
Martin meaning of target and host is different.
There is no reason to use Canadian Cross: build-host-target.
It is about more simple cross-compilation case: build-host.
About loading of modules in build environment: some OS-es can run
binaries
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Somewhere along the way the calculation of the architecture string got
messed up, resulting in the current situation. That is, the current
situation is not as designed by the original author of the universal
binary support code.
Ok,
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Kristjan, you suggested this issue for consideration for 2.5.3.
Is there an actual patch to apply?
If not, the issue should get forwarded to 2.7 (and then to 2.8, and so
on, until somebody actually comes up with a patch).
--
nosy:
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Kristján, you suggested this patch to be considered for 2.5.3.
It seems the patch is incorrect. Can you provide a correct one?
--
nosy: +loewis
versions: +Python 2.5.3
___
Python tracker [EMAIL
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Martin meaning of target and host is different.
There is no reason to use Canadian Cross: build-host-target.
It is about more simple cross-compilation case: build-host.
Terminology issues aside, I hope people still will understand my
Roumen Petrov [EMAIL PROTECTED] added the comment:
What about to substitute UNICODE macro as example with RAWUNICODE in the
source ?
--
nosy: +rpetrov
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4051
Roumen Petrov [EMAIL PROTECTED] added the comment:
Now in mingw case the common is python posix build system.
If the cross-compilation work what is problem to build in native
environment? Personally I prefer to build in cross environment. It is
convenient.
There is no problem to run python
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Committed r66836 (trunk) and r66837 (2.6).
This will merge nicely into py3k.
Hello Carl Friedrich, and thanks for the report!
--
resolution: accepted - fixed
status: open - closed
___
Python
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Committed as r66838.
--
resolution: accepted - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4004
___
Benjamin Peterson [EMAIL PROTECTED] added the comment:
I'm not opposed to having the support available. I just don't what it
enabled by default.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3448
___
Alexandre Vassalotti [EMAIL PROTECTED] added the comment:
The solution is to add a read buffer to Unpickler (Pickler already has a
write buffer, so that why it is unaffected). I believe this would
mitigate much of the (quite large) Python function call overhead.
cPickle has a performance hack
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
nosy: +nedds
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3994
___
___
Python-bugs-list mailing
Kristján Valur Jónsson [EMAIL PROTECTED] added the comment:
Now that the 'easy' keyword is absent, I'm afraid this is out of my
depth.
I'll run purify again and try to find the exact repro case.
___
Python tracker [EMAIL PROTECTED]
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Ok, un-targetting it from 2.5.3 for now.
--
versions: -Python 2.5.3
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3367
___
Kristján Valur Jónsson [EMAIL PROTECTED] added the comment:
No, not really.
Again, I refer to defect 954115 by glchapman. And note that those
functions added there are actually not used.
I was hoping that there was someone here more familiar with importing
on PC.
I'll go and see if the old
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Ok, un-targetting this from 2.5.3 then.
Usage of IsUNCRoot disappeared as part of r42230, which dropped usage of
the C library for stat implementations. This only affects os.stat,
though, so I don't see the relation to this issue.
For the
New submission from Roumen Petrov [EMAIL PROTECTED]:
The proposed patch add possibility to run python tests if python is
build outside source tree on POSIX systems.
--
components: Tests
files: python-trunk-DIST.patch
keywords: patch
messages: 74492
nosy: rpetrov
severity: normal
status:
STINNER Victor [EMAIL PROTECTED] added the comment:
Thanks for your remarks amaury. I improved my patch:
- PyMem_FREE(found_encoding) is called just after PyFile_FromFd()
- Create static subfunction _Py_FindSourceFile(): find a file in
sys.path
- Consider that sys.path contains only unicode
Trent Mick [EMAIL PROTECTED] added the comment:
What if you compile using 'gcc -arch ppc64 main.c'?
$ gcc -arch ppc64 main.c
$ ./a.out
sizeof(_Bool) is 1
As you figured out.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4060
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
I think this is stat(2) problem on windows. Please try following test
program.
#include stdio.h
#include sys/stat.h
#include windows.h
void test(const char *path)
{
struct stat st;
printf(%s %d %d\n, path, stat(path, st),
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
Ah, of cource, please change path to fit you environment. test prog
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3677
___
STINNER Victor [EMAIL PROTECTED] added the comment:
@amaury: Ok, I added your long comment in tokenizer.c. You're also
right about the strange code in the test. I reused ocean-city's
test. sys.exc_info()[2].tb_lineno raises an additional (useless)
error. So I simplified the code to use only
Changes by STINNER Victor [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file11625/tokenizer-coding-2.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2384
___
Changes by STINNER Victor [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file11717/tokenizer-coding-3.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2384
___
Changes by STINNER Victor [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file11609/test_traceback-gbk.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2384
___
Changes by STINNER Victor [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file11737/traceback_unicode-4.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2384
___
Changes by STINNER Victor [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file11738/tokenizer-coding-4.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2384
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
This issue depends on #3975 to properly display tracebacks from python
files with encoding.
--
dependencies: +PyTraceBack_Print() doesn't respect # coding: xxx header
___
Python tracker
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
One last thing: there is a path where lineobj is not freed (when
PyUnicode_Check(lineobj) is false); I suggest to move
Py_XDECREF(lineobj) just before the final return statement.
Reference counting is fun ;-)
Should I stop on the
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
zipimport.c seems fine, because stat(2) succeeds for UNC file. It fails
for UNC folder. (zip file is absolutely file)
Already fix for issue1293 was in, so maybe I should create the patch for
that direction but... anyway this issue seems to
Changes by STINNER Victor [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file11612/traceback_unicode.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3975
___
Changes by STINNER Victor [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file11633/traceback_unicode-2.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3975
___
Changes by STINNER Victor [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file11732/traceback_unicode-3.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3975
___
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]:
Removed file:
http://bugs.python.org/file11739/not_use_stat_in_import_on_windows.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3677
___
1 - 100 of 116 matches
Mail list logo