Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
A use case:
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/572213
shows how code can use the Pickler.dispatch dict, but also some
Pickler.save_xxx function which should be exposed as well.
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
- A immmutable object may contain mutable members. Try with a tuple
containing a list.
Then, I don't think that something says that CFunctionObjects are
immutable. They don't have any modifiable attribute, until today!
- (Did I say
Antoine Pitrou [EMAIL PROTECTED] added the comment:
When I revised the patch I had a weak understanding of nonblocking I/O.
I thought the exponential reads were for nonblocking I/O, but I see
now that is non-sense.
Fine, so it will make the patch simpler.
As for non-blocking IO, I think we
J. Pablo Fernández [EMAIL PROTECTED] added the comment:
What about always returning the results. Granted, when sys.exit is run
there will be no results returned, but then nothing to get the results.
If we divided in two functions, would one be unittest.main and the other
unittest.nonExitingMain?
Changes by Antoine Pitrou [EMAIL PROTECTED]:
--
nosy: +pitrou
priority: - normal
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2417
___
___
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Greg, I'm not sure your improvement patch is right, since some code may
be holding a reference to the former _MainThread instance and expecting
it to still be part of the active threads container.
On the other hand there are things in the
Changes by Andrii V. Mishkovskyi [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file10848/multiprocessing.rst.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3256
___
Changes by Andrii V. Mishkovskyi [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file10960/issue3256.multiprocessing.rst.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3256
___
Andrii V. Mishkovskyi [EMAIL PROTECTED] added the comment:
Here is the updated version of multiprocessing.rst patch. Not much has
changes, as you can see (if you've seen the previous version, of course
;) ).
I have only one question left about multiprocessing.rst, it's about
New submission from Georg Brandl [EMAIL PROTECTED]:
multiprocessing's new ForkingPickler uses Pickler's dispatch attribute
which is only present in the Python version, not the C one. As a result,
a straightforward merge isn't possible.
--
assignee: jnoller
components: Library (Lib)
qiang [EMAIL PROTECTED] added the comment:
in subprocess.py ,
change line 788: args = comspec + /c + args
to: args = comspec + args
it will be ok.
--
nosy: +likes
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1524
Haoyu Bai [EMAIL PROTECTED] added the comment:
I think there is reason that CFunctionObjects are immutable: single
CFunctionObject is shared by mutiple Python interpreters, so any change
of CFunctionObject would affect other Python interpreters. Is that
right?
If it should be immutable, then
Benjamin Peterson [EMAIL PROTECTED] added the comment:
There never should be multiple Python interpreters running in the same
process, though.
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3208
Skip Montanaro [EMAIL PROTECTED] added the comment:
As I indicated in msg69679 if you want to see the line endings just open
the file in binary mode ('rb').
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3359
Andy [EMAIL PROTECTED] added the comment:
Sorry for the terribly dumb question about this.
Are you meaning that, at this stage, all that is required is:
1. the application of the PyAPI_FUNC macro
2. move the file to the Include directory
3. update Makefile.pre.in to point to the new
Jim Kleckner [EMAIL PROTECTED] added the comment:
Any new thoughts on this?
I had to patch my local copy again after a reinstall.
It would be nice to fix it upstream.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2975
Jim Kleckner [EMAIL PROTECTED] added the comment:
Sorry, posted too quickly.
Actually, the problem was a little different.
There was an environment variable with '=' characters in it.
Here is a patch to deal with that:
--- msvc9compiler.py.orig 2008-07-23 16:13:25.248438400 -0700
+++
Alexandre Vassalotti [EMAIL PROTECTED] added the comment:
Duplicate of issue3385
--
resolution: - duplicate
status: open - closed
superseder: - cPickle to pickle conversion in py3k missing methods
___
Python tracker [EMAIL PROTECTED]
Facundo Batista [EMAIL PROTECTED] added the comment:
Alexander, tried the issue2417a.diff patch against 65210, and does not
apply cleanly, could you please submit an updated one?
Thanks!
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2417
Haoyu Bai [EMAIL PROTECTED] added the comment:
As I understand, at least C extension modules, which built as shared
library, would be shared among Python interpreter in different process
space. Is that correct?
___
Python tracker [EMAIL PROTECTED]
Graham Dumpleton [EMAIL PROTECTED] added the comment:
Franco, you said 'I found that you cannot create additional thread
states against the first interpreter and swap between them w/o this
assertion occurring. ...'
Since the Py_DEBUG check is checking against the simplified GIL state
API
Alexander Belopolsky [EMAIL PROTECTED] added the comment:
It looks like e-mail submission did not work. Uploading updated patch as
issue2417b.diff .
Added file: http://bugs.python.org/file10962/issue2417b.diff
___
Python tracker [EMAIL PROTECTED]
New submission from Robin Dunn [EMAIL PROTECTED]:
OSX Leopard (10.5.4)
Python-2.6b2 tarball
./configure --enable-universalsdk --enable-framework
make
sudo make install
Ends with this error:
cd Mac make installmacsubtree DESTDIR=
Creating directory
New submission from Robin Dunn [EMAIL PROTECTED]:
OSX Leopard (10.5.4)
Python-3.0b2 tarball
./configure --enable-universalsdk --enable-framework
make
sudo make install
Ends with this error:
cd PythonLauncher make install DESTDIR=
test -d /Applications/Python 3.0 || mkdir -p
New submission from Robin Dunn [EMAIL PROTECTED]:
OS X Leopard (10.5.4)
Python-3.0b2 tarball
./configure --enable-universalsdk --enable-framework
make
sudo make install
/Library/Frameworks/Python.framework/Versions/3.0/Resources/Python.app
is not created by the install step, but it is needed
Benjamin Peterson [EMAIL PROTECTED] added the comment:
On Wed, Jul 23, 2008 at 8:44 PM, Haoyu Bai [EMAIL PROTECTED] wrote:
Haoyu Bai [EMAIL PROTECTED] added the comment:
As I understand, at least C extension modules, which built as shared
library, would be shared among Python interpreter
26 matches
Mail list logo