Change by rb :
--
nosy: +rb
___
Python tracker
<https://bugs.python.org/issue31861>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/m
rb added the comment:
Apologies for my tone. I wasn't aware that starting out with a PyPI module is
the only accepted process for getting functionality into stdlib. That certainly
is a lot of work for what would be a trivial handful of lines to parse
key/value pairs and handle error
rb added the comment:
> Maintaining the necessary logic Python is not really possible in the stdlib.
> It's better to have a PyPI module for this which can be updated much more
> easily.
The /etc/os-release syntax is stable, the file is implemented nearly everywhere
and
New submission from rb:
AF_UNIX, SOCK_DGRAM sockets are valid, but asyncio doesn't appear to support
them.
I've tried combinations of create_connection, create_datagram_endpoint and
create_unix_connection, creating a socket myself and passing in sock, and
equivalent methods at the
rb added the comment:
Original reporter here.
lib-dynload is part of Python's dynamic loading mechanism. Perhaps somewhere
like Python/dynload_dl.c is the relevant code?
Lib seemed like the right place to put the bug at the time, since it was the
stdlib module files that were mi
Changes by rb :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue8478>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.p
New submission from rb :
When altering tokens and thus not providing token location information,
tokenize.untokenize sometimes misses out the first token. Failure case below.
Expected output: 'import foo ,bar\n'
Actual output: 'foo ,bar\n'
$ python
Python 2.6.4 (r264:75706
rb added the comment:
I've just been stung by this. I've noticed that this seems to apply to
both cPickle and pickle. Even worse, it causes different behaviour when
a program is run under pdb because __main__ is suddenly pdb rather than
the program itself.
So, in summary, neither
rb added the comment:
Martin,
Sorry, I don't follow. I realise that the refcounts will be different;
but pickling an object should surely be independent of the refcount as
there is no need to include the refcount in the output?
What other way (using pickle or not) can I convert a ge
New submission from rb :
The documentation states that the output of pickle and cPickle may be
different. However it is implied that the output of a particular module
will always be consistent within itself. This expectation fails for the
case below.
I am using the output of cPickle in order to
rb <[EMAIL PROTECTED]> added the comment:
Ralf,
I'm sure it does work, but what is the point of linking statically to
libpython.a but then having other dependencies, for example on
lib-dynload/time.so? Why not just link to libpython2.5.so in the
rb <[EMAIL PROTECTED]> added the comment:
The problem, and the reason for the existence of this bug, is that I
cannot build a shared object that links to libpython2.5.so.1 and works.
Please don't mark this bug invalid until this problem is fixed.
My proposal of adding dependen
rb <[EMAIL PROTECTED]> added the comment:
What is the purpose of linking to the static library if you're still
going to depend on shared objects in lib-dynload?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Changes by rb <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file12135/myprog.c
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4434>
___
New submission from rb <[EMAIL PROTECTED]>:
Python cannot be embedded in shared library due to dependency problems
with lib-dynload.
I am implementing a shared library (in C) that implements a specific API
as a dynamically loadable plugin to an application. To implement this
library
15 matches
Mail list logo
