New submission from Samuel John:
Some tools use `python-config --ldflags` to get the flags in order to link
against the Python lib on OS X (for example gst-python from pygtk (2.x).
For framework builds, `python-config --ldflags` returns (among few other):
-u _PyMac_Error Python.framework
Samuel John added the comment:
Agreed. My patch, I did for Homebrew is to use the full path like so:
PYTHONFRAMEWORKDIR= full/path/to/Frameworks/Python.framework
instead of just `Python.framework`.
--
___
Python tracker
<http://bugs.python.
Changes by John O'Connor :
--
nosy: +jcon
___
Python tracker
<http://bugs.python.org/issue16398>
___
___
Python-bugs-list mailing list
Unsubsc
Changes by John O'Connor :
--
nosy: +jcon
___
Python tracker
<http://bugs.python.org/issue16465>
___
___
Python-bugs-list mailing list
Unsubsc
Changes by John O'Connor :
--
nosy: +jcon
___
Python tracker
<http://bugs.python.org/issue1508475>
___
___
Python-bugs-list mailing list
Unsubsc
Changes by John O'Connor :
--
nosy: +jcon
___
Python tracker
<http://bugs.python.org/issue11695>
___
___
Python-bugs-list mailing list
Unsubsc
Changes by John O'Connor :
--
nosy: +jcon
___
Python tracker
<http://bugs.python.org/issue16445>
___
___
Python-bugs-list mailing list
Unsubsc
Changes by John O'Connor :
--
nosy: +jcon
___
Python tracker
<http://bugs.python.org/issue15948>
___
___
Python-bugs-list mailing list
Unsubsc
New submission from John Brearley:
Using a multiprocessing.connection listener, I can accept an incoming socket
OK, but when I do conn.recv(), I get memory error. The attached script
mpl_bug.py will readily reproduce the issues on WinXP & WinVista, see sample
output below:
c:\>
Changes by John Brearley :
--
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue16920>
___
___
Python-bugs-list mailing list
Unsubscribe:
John Brearley added the comment:
In V3.2.2.3, the conn.accept() was failing to resolve the socket address.
--
___
Python tracker
<http://bugs.python.org/issue16
John O'Connor added the comment:
Looking at the implementation (rather quickly)[1]. I'm wondering if there is a
reason why the appendleft(pop()) loop is required. It would seem the best way
would be to determine the new head link, make the previous link the new end
link and conca
John Brearley added the comment:
Hi Richard: Thanks for the update. Yes, the multiprocessing.communication.Client
works much better. The residual issue left here is wether Python is vulnerable
to a DOS attack. If someone used regular sockets deliberately, they could crash
multiprocessing server
New submission from John Brearley:
In the attached multiprocessing.connection simple client script, the poll()
method is always returning false. If I force the temp variable to 1, the
recv()method happily gets the incoming data. I had hoped to use the poll()
method to implement a timeout
John Brearley added the comment:
Hi Rchard: Thanks very much. The wait() method works fine.
Regards, John Brearley
613-259-5622 (H)
--
___
Python tracker
<http://bugs.python.org/issue16
John Brearley added the comment:
Hi Richard: Thanks for pointers on other methods.
I am coming from a TCL background, and learning Python. I have gone through
regular sockets, select, asyncore, sockserv, threading and multiprocessing
modules. Only multiprocessing seems to be able to use more
New submission from John Brearley:
Hi Richard: I have published my multiprocessing server & client scripts on the 2
web sites shown below in the hopes that they will help others learning this
module. I haven't seen anyplace on the python.org web site that might be
suitable for a copy. A
John Nagle added the comment:
The server operator at the US Securities and Exchange Commission writes to me:
"There was a DNS issue that affected the availability of FTP at night. We
believe it is resolved. Please let us know if you encounter any further
problems. Thanks, SEC Webmaster&
New submission from John Murphy:
The doctest.IGNORE_EXCEPTION_DETAIL optionflag does not seem to have the
desired behavior when the exception does not provide a message, due to the
regular expressions in doctest.DocTestRunner.__run expecting a colon in the
second group::
elif
John Jefferies added the comment:
Hello Tim,
The fact that it works on 64-bit Python obviously reduces the priority.
I will make a point of choosing the 64-bit version in the future.
FWIW. I'm dubious about the problem being solely attributable to WOWs
handling of junctions because my P
New submission from John Dobson:
2 consecutive commands into interactive shell still results in segmentation
fault 11, patch 18458 reports skipped as patch not needed for 3.3
--
assignee: ronaldoussoren
components: Macintosh
messages: 203347
nosy: johndobson, ronaldoussoren
priority
John Dobson added the comment:
mysite $ python -c 'import sys;print(sys.version)'
3.3.3 (v3.3.3:c3896275c0f6, Nov 16 2013, 23:39:35)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)]
mysite $ python -c 'import readline;print(readline.__file__)'
/System/Library/Frameworks/Python.fr
John Dobson added the comment:
Many thanks for your prompt assistance
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by John Cherian :
--
nosy: +John.Cherian
___
Python tracker
<http://bugs.python.org/issue1690201>
___
___
Python-bugs-list mailing list
Unsubscribe:
John O'Connor added the comment:
I encountered the same problem w/ 2.7.7.
Temporary workaround:
SVNVERSION="Unversioned directory" ./configure
make
...
--
nosy: +jcon
___
Python tracker
<http://bugs.py
New submission from John Malmberg:
Minor issue, the #define TAG line incorrectly is terminated with a semicolon.
This results in a double semicolon on the following line where the macro is
expanded.
As this is an informational message, this is just cosmetic.
Listing fragment
New submission from John Malmberg:
unicodeobject.c is using %zd instead of the PY_FORMAT_SIZE_T as set by
configure.
Comments in pymacconfig.h state that this will cause problems on OS-X 10.4 with
binaries build on OS-X 10.5.
The attached patch unicodeobject.giff changes unicodeobject.c to
New submission from John Malmberg:
hashtable.c is using %zd instead of the PY_FORMAT_SIZE_T as set by configure.
Comments in pymacconfig.h state that this will cause problems on OS-X 10.4 with
binaries build on OS-X 10.5.
The attached patch hashtable.giff changes hashtable.c to be like the
John Ehresman added the comment:
Are you saying close this as a duplicate? That would be fine with me. I still
think the /pdb:None should be removed if it hasn't been already.
--
___
Python tracker
<http://bugs.python.org/i
Changes by John Ehresman :
--
resolution: -> duplicate
___
Python tracker
<http://bugs.python.org/issue9745>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from John Fisher:
Some characters repeated in the pattern break re.match:
Linux python 2.7.6
###
# test.py
import re
#diffitem = "libstdc+" succeeds
#diffitem = "libstdc++" fails
#diffitem = "libstdc**" fails
#di
New submission from John Beck:
Background: on Solaris, we build Python and various modules 64-bit. To
make this work with our general 64-bit changes, we use foo/64 as the path
for our shared objects (.so files) rather than foo, for various values
of foo (e.g., "/usr/lib", "/us
John Beck added the comment:
Hm, that is strange. My reading of the semantics of vs
"foo.h" was that they are almost the same, except that "foo.h" has
the additional semantic of searching the local directory (wherever
the .c file is that is #include'ing it) firs
New submission from John Malmberg:
The Modules/expat/expat.h and Modules/expat/xmlrole.h contain VMS specific code
that actually breaks building python 3.5 on VMS.
Per http://bugs.python.org/issue16136, such VMS specific code should be removed
for Python 3.5.
This code may still be needed
New submission from John Malmberg:
If the zlib.so fails to build while building python, subsequent runs of
setup.py fail, which prevents a trying again to build zlib.so after the issue
is fixed unless all the .so modules built are deleted.
File "/PRJ_ROOT/CPYTHON/Lib/zipfile.py"
John Beck added the comment:
Ned: yes, I can confirm that the patch from http://bugs.python.org/issue21166
does indeed fix the problem. Thank you very much!
--
___
Python tracker
<http://bugs.python.org/issue21
New submission from John Malmberg:
Distutils currently can not handle a Posix platform that does not implement
fork().
This patch retries with the _spawn_nt to use the spawn() methods if fork() is
not implemented.
A platform that does not implement fork() can provide spawn*() methods for
New submission from John Malmberg:
Have setquit() use the actual EOF character where available instead of assuming
Ctrl-D.
--
components: Library (Lib)
files: lib_site_py.gdiff
messages: 226154
nosy: John.Malmberg
priority: normal
severity: normal
status: open
title: Report actual EOF
John Malmberg added the comment:
There are multiple degrees of Posix compliance.
While X/Open documents the Posix requirements for implementing fork(), so far I
have not found anything that requires that fork() be present.
Configure tests for c-python also test for the presence of fork
John Malmberg added the comment:
The existing Python text is uppercase D for Ctrl-D, so I maintained it.
stty documentation also uses upper case for control characters.
The EOF character can be viewed or set via the stty utility or the tcsetattr()
or equivalent routine. Some platforms may not
John Malmberg added the comment:
Note that Python directly supports Unixes which supply fork() and Microsoft
Windows that supplies spawn*() methods.
So as long as a platform supports either the fork() or the the Microsoft
Windows spawn() methods, there should not be barriers implementing
Changes by John Malmberg :
--
nosy: +John.Malmberg
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by John Malmberg :
--
nosy: +John.Malmberg
___
Python tracker
<http://bugs.python.org/issue17095>
___
___
Python-bugs-list mailing list
Unsubscribe:
John Isidore added the comment:
There is stdout_redirected() function [1] that allows to redirect a file object
given as `stdout` patameter including `sys.stderr`. It works at a file
descriptor level i.e. it supports redirecting subprocess' output too but it
doesn't work for Strin
John Malmberg added the comment:
Access to VMS licenses and media:
1. Hobby - non-commercial applications - Free with 1 year time-bombed license
keys with free media download. A self-service mostly web based system.
http://www.openvms.org/pages.php?page=Hobbyist
Easiest way to get a
John Malmberg added the comment:
Encompasserve.org is now back up. It took a little longer than expected.
Should be no issues now in getting free hobby license keys for VMS on VAX,
Alpha, and Itanium by using the web forms.
--
___
Python tracker
New submission from John Burnett :
The functions _syscmd_uname and _syscmd_file are hard-coded to pipe
stderr to "/dev/null", as opposed to os.devnull. On Windows, this has
the effect of creating a file called "null" to a local "dev" directory
(if the directo
John Burnett added the comment:
I'm not sure how you're seeing that those functions bypass external
commands?
I'm running Vista64, and it certainly looks like calling
platform.architecture calls _syscmd_file, which then immediately calls
os.popen("file %s 2> /dev/null&
John Burnett added the comment:
You're right, Vista64 is returning "win32" for the platform.
And ahh, I see what I did: in Python 2.5.2, _syscmd_file wasn't using a
sys.platform check. Then when I looked at the current version, I saw it
was still using "/dev/null&qu
John Levon added the comment:
Any progress on this regression? A patch is available... thanks.
--
___
Python tracker
<http://bugs.python.org/issue1975>
___
___
John Machin added the comment:
Problem is memory leak from repeated calls of e.g.
compiled_pattern.search(some_text). Task Manager performance panel shows
increasing memory usage with regex but not with re. It appears to be
cumulative i.e. changing to another pattern or text doesn't re
John Machin added the comment:
Adding to vbr's report: [2.6.2, Win XP SP3] (1) bug mallocs memory
inside loop (2) also happens to regex.findall with patterns 'a{0,0}' and
'\B' (3) regex.sub('', 'x', 'abcde') has
John Machin added the comment:
What is the expected timing comparison with re? Running the Aug10#3
version on Win XP SP3 with Python 2.6.3, I see regex typically running
at only 20% to %50 of the speed of re in ASCII mode, with
not-very-atypical tests (find all Python identifiers in a line
John Machin added the comment:
Simplification of mark's first two problems:
Problem 1: looks like regex's negative look-head assertion is broken
>>> re.findall(r'(?!a)\w', 'abracadabra')
['b', 'r', 'c', 'd', 'b
New submission from john zeng :
Can you help me understand why variable `u' is not accessible after
exec()? Is this sort of a late binding issue?
def test(v1):
print(v1)
print("Before exec(): " + str(locals()))
exec(v1)
print("After exec(): " + str(
John Posner added the comment:
George, here is a patch file for this bug. It modifies file
doc/reference/simple_stmts.rst
Please let me know if this was the wrong way to submit the patch file.
--
keywords: +patch
status: pending -> open
Added file: http://bugs.python.org/file14
New submission from John Wiseman :
In python 2.5.2, I believe pipes.quote gives the wrong result for zero-
length arguments.
>>> from pipes import quote
>>> args = ['arg1', '', 'arg3']
>>> print 'mycommand %s' % ('
John Levon added the comment:
The spec broken is here:
http://docs.python.org/library/signal.html
Namely:
# Some care must be taken if both signals and threads are used in the
same program. The fundamental thing to remember in using signals and
threads simultaneously is: always perform
John Levon added the comment:
I still do not understand the objection you have to the simple patch
which restores old behaviour, works the same across all OSes, and
doesn't require new APIs. What is the objection?
--
___
Python tracker
John Levon added the comment:
To quote Andriy in the first comment:
"It doesn't bring any visible changes to readline behavior either."
Are you saying this is not the case?
--
___
Python tracker
<http://bugs.py
New submission from John Millikin :
In
<http://docs.python.org/3.1/c-api/reflection.html#PyEval_GetRestricted>,
the PyEval_GetRestricted() procedure does not exist. HISTORY indicates
it was removed during the 3.0 development cycle. It ought to be removed
from the docs a
New submission from John Gardner :
The output example for timedelta in datetime package has the wrong
output for the supplied commands.
For example:
>>> ten_years, ten_years.days // 365
(datetime.timedelta(3650), 10)
should be:
>>> ten_years, ten_years.days
(datetime.tim
John Millikin added the comment:
Ditto Py_GetBuildNumber() <
http://docs.python.org/3.1/c-api/init.html#Py_GetBuildNumber > -- only
mentioned in docs and HISTORY, nothing in the headers or source. Appears
to have been removed.
--
___
Python t
New submission from John Wells :
I installed 2.6.4 x86 on Win7 x64. My Python app runs fine, but I get
daily errors in the event app log:
SOURCE: SideBySide
EVENT ID: 33
MESSAGE: Activation context generation failed for
"C:\WinUtils\Python26\Lib\distutils\command\wininst-8_d.exe".
John Wells added the comment:
Thanks for the quick follow-up.
You're right -- given your explanation of what wininst-8_d.exe is, the
interesting question now is why it is running. I get two errors every
day, in the early hours of the morning. Before I delete this file, I
will s
New submission from John Nagle :
I just installed "python3.1.1.msi" on a system that had "python3.1.msi"
installed in "D:/python31". In this situation, the installer does not
ask the user for a destination directory. The installer found the old
installation in &
John Nagle added the comment:
Cancel bug report.
It was my error. The installer says it is replacing the existing
installation, but by default installs it in C:. But that can be
overridden in the directory entry field below the big empty white entry box
John Levon added the comment:
> However, experience tells that systems can break in surprising ways
> if the system headers are compiled with different defines.
This is indeed a reasonable concern (for which the best solution is
dropping the defines in the Python compile).
> I do
John Machin added the comment:
Sorry, folks, we've got an understanding problem here. CSV files are
typically NOT created by text editors. They are created e.g. by "save as
csv" from a spreadsheet program, or as an output option by some database
query program. They can have
John Levon added the comment:
Surely readline is irrelevant anyway. The Python spec guarantees
behaviour, and that guarantee is currently broken.
___
Python tracker
<http://bugs.python.org/issue1
John Machin added the comment:
This is in effect a duplicate of issue 4847.
Summary:
The docs are CORRECT.
The 3.X implementation is WRONG.
The 2.X implementation is CORRECT.
See examples in my comment on issue 4847.
--
message_count: 3.0 -> 4.0
nosy: +sjmachin
nosy_count: 2.0 -&g
John Machin added the comment:
Before patching, could we discuss the requirements?
There are two different concepts:
(1) "text" file (assume that CR and/or LF are line terminators, and
provide methods for accessing a line at a time) versus "binary" file (no
such assumptions
John Machin added the comment:
... and it looks like Option 2 might already *almost* be in place.
Continuing with the previous example (book1.csv has embedded lone LFs):
C:\devel\csv>\python30\python -c "import csv;
print(repr(list(csv.reader(open('book1.csv',&#x
John Machin added the comment:
pitrou> Please look at the doc for open() and io.TextIOWrapper. The
`newline` parameter defaults to None, which means universal newlines
with newline translation. Setting to '' (yes, the empty string) enables
universal newlines but disables newlin
John Machin added the comment:
The 2.6.1 documentation consists of a *single* line:
"distutils.command.bdist_msi — Build a Microsoft Installer binary
package". AFAICT this is the *only* mention of "msi" in the docs
(outside the msilib module). I heard about it only by word-o
John Ehresman added the comment:
I'll try to work on a patch for this, but the reproduce.py script seems
to spawn dozens of sub-interpreters right now when run with trunk
(python 2.7) on win32
--
nosy: +jpe
___
Python tracker
Changes by John Ehresman :
Added file: http://bugs.python.org/file13493/reproduce.py
___
Python tracker
<http://bugs.python.org/issue3551>
___
___
Python-bugs-list mailin
John Hitz added the comment:
Attached patch
--
keywords: +patch
nosy: +John
Added file: http://bugs.python.org/file13495/issue5039.diff
___
Python tracker
<http://bugs.python.org/issue5
John Ehresman added the comment:
Latest version works -- question is why prior versions spawned many
subprocesses. It's really another bug because prior version wasn't
hitting the write length limit.
--
title: multiprocessing.Pipe terminates with ERROR_NO_SYSTEM_RESOURCE
John Ehresman added the comment:
It turns out that the original reproduce.py deadlocks if the pipe buffer
is smaller than message size -- even with a fix to the bug. Patch to
fix is coming soon.
--
Added file: http://bugs.python.org/file13498/reproduce.py
John Hitz added the comment:
Sorry about that. First one I've ever done. Consecrating more on how than
what.
John
> Subject: [issue5039] Adjust reference-counting note
> To: johnhitz...@msn.com
> From: rep...@bugs.python.org
> Date: Tue, 31 Mar 2009 02:20:45 +
>
New submission from John Posner :
The subsection "Augmented assignment statements" includes a note on this
special case:
a.x += 1
But the parent section "Assignment statements" does not include such a
note, even though it's essentially the same situation. I sugge
John Posner added the comment:
The "Assignment statements" section *does* talk about the RHS -- but in
a subtle way:
For targets which are attribute references, the initial
value is retrieved with a getattr()
The retrieving of the initial value (maybe "current value&q
John Ehresman added the comment:
Attached is a patch, though I have mixed feelings about it. The OS
error can still occur even if a smaller amount is written in each
WriteFile call; I think an internal OS buffer fills up and the error is
returned if that buffer is full because the other
New submission from John Ehresman :
I'm interested in adding support for debugger watchpoint's in the core.
A watchpoint would cause the debugger to stop when a value in a
namespace changes. This hook would be called when PyDict_SetItem &
PyDict_DelItem is invoked. I realize
Changes by John Ehresman :
Added file: http://bugs.python.org/file13550/testhook.py
___
Python tracker
<http://bugs.python.org/issue5654>
___
___
Python-bugs-list mailin
John Ehresman added the comment:
Any possibility of a test case?
--
nosy: +jpe
___
Python tracker
<http://bugs.python.org/issue1608921>
___
___
Python-bugs-list m
John Ehresman added the comment:
Looking into this a bit more and reading the documentation (sorry, I
picked this up because I know something about win32 and not because I
know multiprocessing), it looks like a connection is supposed to be
message oriented and not byte oriented so that a
John Ehresman added the comment:
New patch which raises ValueError if WriteFile fails with
ERROR_NO_SYSTEM_RESOURCES. I wasn't able to reliably write a test since
putting the send_bytes in a try block seems to allow the call succeed.
This is probably OS, swap file size, and timing depe
John Ehresman added the comment:
Oops, the multiprocessing changes should not be in the patch
--
nosy: +sdeibel
___
Python tracker
<http://bugs.python.org/issue5
John Ehresman added the comment:
My hope is that the runtime performance cost will be negligible but if
it isn't, it probably shouldn't go in. The issue with not putting it in
another build is that many python debugger users won't want to
recompile, so I see it as being of
John Levon added the comment:
Robert, I have no idea how Mac OS does pstack helpers without generating
object files, sorry.
> no simply pid$target:a.out:: probes available.
Hmm. Try adding -Z to see if that helps.
> /Users/rkern/hg/Python-2.5.4/Include/phelper.d: line 110: relo
John Nagle added the comment:
Note that the problem can't be solved by telling end users to call a
different "quote" function. The problem is down inside a library
module. "robotparser" is calling "urllib.quote". One of those tw
John Levon added the comment:
Yes, my mistake. I noticed this typo in the original patch:
207 +PyObject *
208 +PyEval_EvalFrameexEx(PyFrameObject *f, int throwflag))
Can you:
- verify that HAVE_DTRACE is indeed defined for ceval.c
- do an nm on ceval.o and look which Eval
New submission from John Morton :
The output of repr on an object of type time.struct_time has changed
from 2.5 to 2.6, and can no longer be read in with an eval.
2.5 behaviour:
Python 2.5.4 (r254:67916, Apr 4 2009, 17:55:16)
[GCC 4.3.3] on linux2
Type "help", "copyright
John Morton added the comment:
While it's true that repr() methods cannot generally be expected to eval
back into an object of the same type, the old repr behaviour of the
struct_time object did effectively do so. Admittedly it was a kludge due
to the time module functions originally prod
New submission from John Millikin :
In Python 2, PyMapping_Check will return 0 for list objects. In Python
3, it returns 1. Obviously, this makes it rather difficult to
differentiate between mappings and other sized iterables. In addition,
it differs from the behavior of the
John Szakmeister added the comment:
It seems reasonable to prefer utimes() over utime() in all cases, when
utimes() is available, since utime() is considered obsolete. I've
attached a patch with the required change and ran all the tests. There
are some tests failing on trunk with my s
John Szakmeister added the comment:
On trunk, it seems that it's perfectly happy if you specify more than
one '+':
Python 2.7a0 (trunk, May 29 2009, 05:57:26)
[GCC 4.0.1 (Apple Inc. build 5470) (Aspen 5470.3)] on darwin
Type "help", "copyright", "cr
Changes by John Szakmeister :
--
nosy: +jszakmeister
___
Python tracker
<http://bugs.python.org/issue3329>
___
___
Python-bugs-list mailing list
Unsubscribe:
601 - 700 of 1249 matches
Mail list logo
