Marc Abramowitz msabr...@gmail.com added the comment:
Attaching patch
--
keywords: +patch
Added file: http://bugs.python.org/file26271/python_issue_15256.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15256
Marc Abramowitz msabr...@gmail.com added the comment:
Patch with Brett's comments
--
Added file: http://bugs.python.org/file26272/python_issue_15256.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15256
New submission from Marc Abramowitz msabr...@gmail.com:
From a failing unit test with coverage.py, I noticed what seems to be a slight
typo in the error message when a module cannot be imported:
diff -r 1186d68715cc Lib/imp.py
--- a/Lib/imp.pyWed Jul 04 19:33:45 2012 -0700
+++ b/Lib
Marc Abramowitz msabr...@gmail.com added the comment:
Hi Brett, can I get an ack in Misc/ACKS please (to make my Mom proud :-))?
Attaching patch.
--
Added file: http://bugs.python.org/file26236/Misc_ACKS.patch
___
Python tracker rep
Marc Abramowitz msabr...@gmail.com added the comment:
Hi Martin,
I already did. See http://bugs.python.org/msg164162 and
http://bugs.python.org/msg164164. Maybe it's not on file yet?
--
___
Python tracker rep...@bugs.python.org
http
Marc Abramowitz msabr...@gmail.com added the comment:
Updating patch
--
Added file: http://bugs.python.org/file26219/hmac.py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15225
Changes by Marc Abramowitz msabr...@gmail.com:
--
type: - enhancement
Added file: http://bugs.python.org/file26220/test_hmac.py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15225
New submission from Marc Abramowitz msabr...@gmail.com:
I had been thinking of improving the error message for this case slightly --
and then couldn't find a test for this case so I'm adding one in the attached
patch...
--
components: Tests
files: test_hmac.py.patch
keywords: patch
Marc Abramowitz msabr...@gmail.com added the comment:
And here is the tiny patch to make it clear in the error message which of the 3
arguments had the wrong type -- I follow the convention followed in some
TypeErrors raised in Lib/zipfile.py
--
Added file: http://bugs.python.org
Marc Abramowitz msabr...@gmail.com added the comment:
I don't know if I'll have time soon to do the tweaks to Ronan's test (and maybe
he wants to do them himself anyway?), but here's the correction of the size
calculation in the header (from size of bytecode to size of source -- thanks,
Brett
Marc Abramowitz msabr...@gmail.com added the comment:
Similar issue in distribute:
https://bitbucket.org/tarek/distribute/issue/283/bdist_egg-issues-with-python-330ax
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15030
Marc Abramowitz msabr...@gmail.com added the comment:
Well, it may be a vestige from setuptools and I don't know if it's still
needed/appropriate, but distribute scans the pyc modules to try to see whether
stuff is zip_safe or not when you run `python setup.py bdist_egg`:
https
Marc Abramowitz msabr...@gmail.com added the comment:
Updated patch based on feedback from Brett (thanks!)
--
Added file: http://bugs.python.org/file26177/cpython-issue-15030.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Marc Abramowitz msabr...@gmail.com added the comment:
Third revision of my patch based on additional feedback from Brett (thanks!)...
--
Added file: http://bugs.python.org/file26178/cpython-issue-15030.patch
___
Python tracker rep...@bugs.python.org
Marc Abramowitz msabr...@gmail.com added the comment:
Brett, I just emailed the contributor agreement.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15030
Marc Abramowitz msabr...@gmail.com added the comment:
Hmmm if I simply do:
diff -r b66e82c9f852 Lib/importlib/abc.py
--- a/Lib/importlib/abc.py Tue Jun 26 23:05:27 2012 +0200
+++ b/Lib/importlib/abc.py Wed Jun 27 12:15:55 2012 -0700
@@ -282,7 +282,7 @@
if len
Marc Abramowitz msabr...@gmail.com added the comment:
Here's a patch that unconditionally switches over to the 12 byte format. I'm
assuming the size in data[8:12] is the length of the bytecode?
--
Added file: http://bugs.python.org/file26186/cpython-issue-15030.patch
Marc Abramowitz msabr...@gmail.com added the comment:
Oops, last attachment included the source timestamp twice instead of timestamp
+ bytecode size.
--
Added file: http://bugs.python.org/file26188/cpython-issue-15030.patch
___
Python tracker rep
Marc Abramowitz msabr...@gmail.com added the comment:
Oops. Refactor. :-)
--
Added file: http://bugs.python.org/file26189/cpython-issue-15030.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15030
New submission from Marc Abramowitz msabr...@gmail.com:
$ export ARCHFLAGS=-arch i386 -arch x86_64
$ ./python.exe -m test -v test_distutils
[last: 0] marca@scml-marca:~/dev/hg-repos/cpython$ ./python.exe
Python 3.3.0a4+ (default:6af0535b5e3a, Jun 25 2012, 16:59:49)
[GCC 4.2.1 (Apple Inc. build
Changes by Marc Abramowitz msabr...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15195
___
___
Python-bugs-list
Marc Abramowitz msabr...@gmail.com added the comment:
Another package that inspects pyc files and which also ran into trouble because
of the 8 to 12 byte change is distribute.
See:
https://bitbucket.org/tarek/distribute/issue/283/bdist_egg-issues-with-python-330ax
Some kind of abstraction
Marc Abramowitz msabr...@gmail.com added the comment:
Attaching a patch...
Using Ronan's test_PyPyc.diff, before my patch:
{{{
~/dev/hg-repos/cpython$ ./python.exe -m unittest
Lib/importlib/test/source/test_abc_loader.py
...E
Marc Abramowitz msabr...@gmail.com added the comment:
Hi jcea,
Sorry, I've been away from this for a while.
I'm getting undefined symbols now while trying to link:
```
(12:47pm) [last: 0] marca@scml-marca:~/src$ hg clone
http://hg.python.org/cpython...
(12:55pm) [last: 0] marca@scml-marca
Marc Abramowitz msabr...@gmail.com added the comment:
The 2.7 patch doesn't apply cleanly for me against the latest on the 2.7 branch:
[last: 0] marca@scml-marca:~/src$ hg clone http://hg.python.org/cpython cd
cpython hg update 2.7 hg branch hg tip curl -s
http://bugs.python.org
Marc Abramowitz msabr...@gmail.com added the comment:
If I do `/configure --with-dtrace --enable-framework make` then I get:
```
...
gcc -c -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o Modules/gcmodule.o
Marc Abramowitz msabr...@gmail.com added the comment:
I hacked around the previous error (duplicate definitions of `collect`) and
then ran into:
gcc -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o
./Include
Marc Schlaich marc.schla...@googlemail.com added the comment:
Well, the Unicode HOWTO states:
When opening a file for reading or writing, you can usually just provide the
Unicode string as the filename, and it will be automatically converted to the
right encoding for you
This is really
Marc Schlaich marc.schla...@googlemail.com added the comment:
For example it is broken in the well known requests library:
import requests
requests.get('x', cert=u'öäü.pem')
Traceback (most recent call last):
File stdin, line 1, in module
...
UnicodeEncodeError: 'ascii' codec can't encode
Marc Abramowitz msabr...@gmail.com added the comment:
[last: 0] marca@scml-marca:~/dev/git-repos/pip$ python3.3
Python 3.3.0a4 (v3.3.0a4:7c51388a3aa7, May 30 2012, 16:58:42)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type help, copyright, credits or license for more information
New submission from Marc Abramowitz msabr...@gmail.com:
I noticed that pip wasn't working properly on Python 3.3a - notably, it wasn't
able to load any of its own VCS modules -- it does this by using
pkgutil.walk_packages
I think the problem is that the behavior of pkgutil.walk_packages
Marc Abramowitz msabr...@gmail.com added the comment:
Here's the pip issue: https://github.com/pypa/pip/issues/556
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14982
New submission from Marc Schlaich marc.schla...@googlemail.com:
Here is a short example to reproduce the error:
import socket, ssl
sock = socket.socket()
sock = ssl.wrap_socket(sock, cert_reqs=ssl.CERT_REQUIRED, ca_certs=u'ä.crt')
sock.connect((None, None))
Traceback (most recent call last
Marc Abramowitz msabr...@gmail.com added the comment:
Ned, thanks for applying this patch!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14572
Marc Abramowitz msabr...@gmail.com added the comment:
OK, here's a patch for configure.ac which seems to fix this problem -- if folks
could review and test it that would be great.
--
keywords: +patch
Added file: http://bugs.python.org/file25634/sqlite3_int64.patch
New submission from Marc Abramowitz msabr...@gmail.com:
On OS X 10.6.8, when I execute idle, I see nothing in the Terminal and the
IDLE GUI launches but is not visible until I Command-Tab to the Python
application. I stumbled upon a solution to this problem using OS X's built-in
/usr/bin
Marc Abramowitz msabr...@gmail.com added the comment:
I created the patch against the 2.7 branch of hg, but I just tried it with both
the 3.2 branch of hg and an installed version of 3.2 and it worked great.
[last: 0] marca@scml-marca:~/dev/hg-repos/cpython$ pushd
/Library/Frameworks
Marc Abramowitz msabr...@gmail.com added the comment:
I wonder if this could be applied at some lower level in TkInter, because this
bug happens with every Tk app -- e.g.: turtle, idle, web2py
--
nosy: +Marc.Abramowitz
___
Python tracker rep
New submission from Marc Abramowitz msabr...@gmail.com:
The way to test on Python 2.7 (discovered on IRC) is:
~/dev/hg-repos/cpython$ ./python.exe -m test.regrtest -j3
This is not documented. I will submit a patch...
--
components: Devguide
files: devguide.patch
keywords: patch
Marc Abramowitz msabr...@gmail.com added the comment:
Revising per feedback from Taggnostr on IRC.
--
Added file: http://bugs.python.org/file25643/devguide-1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14860
Marc Abramowitz msabr...@gmail.com added the comment:
My guess would be that the code was switched to use the new typedef because the
SQLite docs say they're preferred.
http://www.sqlite.org/c3ref/int64.html
Maybe they are planning to deprecate the old typedef at some point
Marc Abramowitz msabr...@gmail.com added the comment:
Probably either approach will have the exact same effect for the foreseeable
future, so I don't feel strongly either way. It would be nice to have one of
them so folks can have a sqlite3 module without having to search around and
apply
New submission from Marc Abramowitz msabr...@gmail.com:
Currently, the devguide (http://docs.python.org/devguide/) mentions two sets of
commands for running the CPython test suite:
* For Python 3, one uses: ./python -m test
* For Python 2.7, one must use: ./python -m test.regrtest because
Marc Abramowitz msabr...@gmail.com added the comment:
I just ran into this issue with Python 2.5 (doesn't seem to be an issue in =
2.6?) and for the benefit of anyone else, I'm copying the answer from `Vinay's
Google Group post
http://groups.google.com/group/comp.lang.python/browse_thread
Marc Abramowitz msabr...@gmail.com added the comment:
Or for a practical example, here's how I used the above technique to solve this
problem in web2py:
diff --git a/gluon/main.py b/gluon/main.py
index 57bf647..2f69c6b 100644
--- a/gluon/main.py
+++ b/gluon/main.py
@@ -68,6 +68,13
Marc Abramowitz msabr...@gmail.com added the comment:
Just to make this a tad easier, I put Joakim's patch into a gist:
[marca@logger01.prod1 Python-2.7.3]$ pwd
/home/marca/src/Python-2.7.3
[marca@logger01.prod1 Python-2.7.3]$ curl -sk
https://raw.github.com/gist/2727063
Marc Abramowitz msabr...@gmail.com added the comment:
curl -sk https://raw.github.com/gist/2727063/ | patch -p1
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14572
Marc-Andre Lemburg m...@egenix.com added the comment:
Éric Araujo wrote:
Éric Araujo mer...@netwok.org added the comment:
On Mar 29, 2011, at 10:12 PM, Matthias Klose wrote:
no, it looks for headers and libraries in more directories. But really, this
whole testing for paths is wrong
Marc-Andre Lemburg m...@egenix.com added the comment:
Mac OS X 10.4 is also affected and for the same reason. SQLite builds fine for
Python 2.5 and 2.6, but not for 2.7.
--
nosy: +lemburg
title: 2.7.3: sqlite module does not build on centos 5 - 2.7.3: sqlite module
does not build
Colin Marc colinm...@gmail.com added the comment:
Just noticed this is missing from What's new in Python 3.3:
http://docs.python.org/dev/whatsnew/3.3.html.
Should I submit a patch for that?
--
___
Python tracker rep...@bugs.python.org
http
Colin Marc colinm...@gmail.com added the comment:
Ah ok, just curious. Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14204
Marc-Andre Lemburg m...@egenix.com added the comment:
Brett Cannon wrote:
You can see a little discussion in http://bugs.python.org/issue14642, but it
has been discussed elsewhere and the automatic rebuilding was preferred (but
it is not a requirement to build as importlib.h is in hg
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
Code to detect whether you're running off a checkout vs. a normal
installation by looking at even more directories ? I don't
see any in getpath.c (and that's good
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
Look for pybuilddir.txt.
Oh dear. Another one of those hacks... why wasn't this done using
constants passed in by the configure script and simple string
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
The question pybuildir.txt apparently tries to solve is whether Python
is running from the build dir or not. It's not whether Python was
installed
Marc-Andre Lemburg m...@egenix.com added the comment:
Nick Coghlan wrote:
Nick Coghlan ncogh...@gmail.com added the comment:
At the very least, failing to regenerate importlib.h shouldn't be a fatal
build error. It should just run with what its got, and hopefully you will get
a working
Marc-Andre Lemburg m...@egenix.com added the comment:
Marc-Andre Lemburg wrote:
Marc-Andre Lemburg m...@egenix.com added the comment:
Nick Coghlan wrote:
Nick Coghlan ncogh...@gmail.com added the comment:
At the very least, failing to regenerate importlib.h shouldn't be a fatal
build
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
This would also mean that changes to importlib._bootstrap would
actually take effect for user code almost immediately, *without*
rebuilding Python, as the frozen
Marc-Andre Lemburg m...@egenix.com added the comment:
Brett Cannon wrote:
I am not exposing SourcelessFileLoader because importlib publicly tries to
discourage the shipping of .pyc files w/o their corresponding source files.
Otherwise all objects as used by importlib for performing imports
Marc-Andre Lemburg m...@egenix.com added the comment:
test me
thod. Another option is we hide the source as _importlib or something to allow
direct importation w/o any tricks under a protected name.
Using the freeze everything approach you make things easier for the
implementation, since you
Marc-Andre Lemburg m...@egenix.com added the comment:
Brett Cannon wrote:
That initial comment is out-of-date. If you look that the commit I made I
documented importlib.machinery._SourcelessFileLoader. I am continuing the
discouragement of using bytecode files as an obfuscation technique
Marc-Andre Lemburg m...@egenix.com added the comment:
Brett Cannon wrote:
Brett Cannon br...@python.org added the comment:
I don't quite follow what you are suggesting, MAL. Are you saying to freeze
importlib.__init__ and importlib._bootstrap and somehow have
improtlib.__init__ choose
Marc-Andre Lemburg m...@egenix.com added the comment:
Brett Cannon wrote:
Brett Cannon br...@python.org added the comment:
So basically if you are running in a checkout, grab the source file and
compile it manually since its location is essentially hard-coded and thus you
don't need
Marc-Andre Lemburg m...@egenix.com added the comment:
Brett Cannon wrote:
Modules/getpath.c seems to be where the C code does it when getting paths for
sys.path. So it would be possible to use that same algorithm to set some sys
attribute (e.g. in_checkout or something) much like
Marc-Andre Lemburg m...@egenix.com added the comment:
Antoine Pitrou wrote:
Adding more cruft to getpath.c or similar routines is just going to
slow down startup time even more...
The code is already there.
Code to detect whether you're running off a checkout vs. a normal
installation
Marc-Andre Lemburg m...@egenix.com added the comment:
Brett Cannon wrote:
I documented it explicitly so people can use it if they so choose (e.g. look
at sys._getframe()). If you want to change this that's fine, but I am
personally not going to put the effort in to rename the class
Marc-Andre Lemburg m...@egenix.com added the comment:
R. David Murray wrote:
R. David Murray rdmur...@bitdance.com added the comment:
Hmm. Some at least of the buildbots have failed to build after that patch:
./python ./Python/freeze_importlib.py \
./Lib/importlib/_bootstrap.py
Marc-Andre Lemburg m...@egenix.com added the comment:
Marc-Andre Lemburg wrote:
Looking further I found this line in the Makefile:
# Importlib
Python/importlib.h: $(srcdir)/Lib/importlib/_bootstrap.py
$(srcdir
Marc Abramowitz msabr...@gmail.com added the comment:
This patch worked for me as well. Thanks, Joakim!
$ cat /etc/redhat-release
CentOS release 5.5 (Final)
--
nosy: +Marc.Abramowitz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Marc-Andre Lemburg m...@egenix.com added the comment:
Mark Dickinson wrote:
By the way, I don't think the algorithm used in the current patch is correct.
For 'date.from_iso_week(2009, 1)' I get 2009/1/1, which was a Thursday. The
documentation seems to indicate that a Monday should
Marc-Andre Lemburg m...@egenix.com added the comment:
Ned Deily wrote:
Ned Deily n...@acm.org added the comment:
That's unfortunate. But the documented location for customize_compiler is
and, AFAIK, had always been in distutils.sysconfig. It was an inadvertent
consequence of the bad
Changes by Marc-Andre Lemburg m...@egenix.com:
--
resolution: fixed -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13994
___
___
Python-bugs
Marc-Andre Lemburg m...@egenix.com added the comment:
Ned Deily wrote:
And to recap the history here, there was a change in direction for Distutils
during the 2.7 development cycle, as decided at the 2010 language summit, in
particular to revert feature changes in Distutils for 2.7 to its
Marc-Andre Lemburg m...@egenix.com added the comment:
Marc-Andre Lemburg wrote:
Ned Deily n...@acm.org added the comment:
That's unfortunate. But the documented location for customize_compiler is
and, AFAIK, had always been in distutils.sysconfig. It was an inadvertent
consequence
Marc-Andre Lemburg m...@egenix.com added the comment:
ink it
is not unlikely that you *are* the only ones affected by it.
With in the wild I'm referring to the function being released in
the ccompiler not only in alpha releases but also in the beta
releases, the 2.7, 2.7.1 and 2.7.2 release
Changes by Colin Marc colinm...@gmail.com:
--
nosy: +colinmarc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13344
___
___
Python-bugs-list
Marc-Andre Lemburg m...@egenix.com added the comment:
Raymond, the variable substitution is normally done by the database and not the
Python database modules, so you'd have to ask the database maintainers for
assistance.
The qmark ('?') parameter style is part of the ODBC standard, so it's
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@gmail.com added the comment:
Please leave the pybench default timers unchanged in case the
new APIs are not available.
Ok, done in the new patch: perf_counter_process_time-2.patch
Marc-Andre Lemburg m...@egenix.com added the comment:
The patch broke egenix-mx-base, since it relies on the customize_compiler()
being available in distutils.ccompiler:
https://www.egenix.com/mailman-archives/egenix-users/2012-April/114838.html
If you make such changes to dot releases
Marc-Andre Lemburg m...@egenix.com added the comment:
Here's the quote from mxSetup.py:
# distutils changed a lot in Python 2.7 due to many
# distutils.sysconfig APIs having been moved to the new
# (top-level) sysconfig module.
from sysconfig import
Marc-Andre Lemburg m...@egenix.com added the comment:
Éric Araujo wrote:
Sorry for not thinking about this. I’ll be more careful.
No need to be sorry; these things can happen.
What I don't understand is this line in the news section:
Complete the revert back to only having one
Marc-Andre Lemburg m...@egenix.com added the comment:
Please leave the pybench default timers unchanged in case the
new APIs are not available.
The perf_counter_process_time.patch currently changes them, even
though the new APIs are not available on older Python releases,
thus breaking pybench
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@gmail.com added the comment:
perf_counter_process_time.patch: replace time.clock if windows else
time.time with time.perf_counter, and getrusage/clock with time.process_time
Marc-Andre Lemburg m...@egenix.com added the comment:
Alexander Belopolsky wrote:
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
Before you invest in a C version, let's discuss whether this feature is
desirable. The proposed function implements a very simple
Marc-Andre Lemburg m...@egenix.com added the comment:
Alexander Belopolsky wrote:
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
On Mon, Apr 9, 2012 at 6:20 PM, Marc-Andre Lemburg
rep...@bugs.python.org wrote:
Which is wrong, since the start of the first ISO week
Marc-Andre Lemburg m...@egenix.com added the comment:
Hi Victor,
I think you need to reconsider the time.steady() name you're using
in the PEP. For practical purposes, it's better to call it
time.monotonic() and only make the function available if the OS provides
a monotonic clock
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@gmail.com added the comment:
I think you need to reconsider the time.steady() name you're using
in the PEP. For practical purposes, it's better to call it
time.monotonic()
I
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@gmail.com added the comment:
The Py_UNICODE* type is deprecated but since Python 3.3, Py_UNICODE=wchar_t
and wchar_t* is a common type on Windows. PyUnicode_AsUnicodeAndSize
Marc-Andre Lemburg m...@egenix.com added the comment:
Yury Selivanov wrote:
Yury Selivanov yseliva...@gmail.com added the comment:
A monotonic clock is not suitable for measuring durations, as it may still
jump forward. A steady clock will not.
Well, Victor's implementation of 'steady
Marc Abramowitz msabr...@gmail.com added the comment:
Hey Jesús,
Let me know if you need any additional help testing.
Marc
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@gmail.com added the comment:
There's no other single function providing the same functionality
time.clock() is not portable: it is a different clock depending on the OS. To
write
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@gmail.com added the comment:
time.clock() has been in use for ages in many many scripts.
We don't want to carelessly break all those.
I don't want to remove the function, just mark
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
New submission from STINNER Victor victor.stin...@gmail.com:
Python 3.3 has 3 functions to get time:
- time.clock()
- time.steady()
- time.time()
Antoine Pitrou suggested to deprecated time.clock
New submission from Marc Schlaich marc.schla...@googlemail.com:
It is very simple to reproduce this error.
There is an executable package:
package/
__init__.py
__main__.py
The __init__ imports a missing module:
import missing_module
And the __main__ imports from it:
from
Colin Marc colinm...@gmail.com added the comment:
More updates to the patch.
--
Added file: http://bugs.python.org/file24797/npn_patch_py3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14204
Colin Marc colinm...@gmail.com added the comment:
Updated patch.
--
Added file: http://bugs.python.org/file24786/npn_patch_py3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14204
Colin Marc colinm...@gmail.com added the comment:
Here's an updated patch against 3.3.
--
Added file: http://bugs.python.org/file24775/npn_patch_py3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14204
Colin Marc colinm...@gmail.com added the comment:
Oops, I had my vim configured wrong and left a few tab characters in there.
Here's another updated patch =)
--
Added file: http://bugs.python.org/file24777/npn_patch_py3.diff
___
Python tracker rep
Colin Marc colinm...@gmail.com added the comment:
Here's the OpenSSL code I referenced for my implementation. It's an excerpt of
ssl/lib_ssl.c, starting at line 1514.
--
Added file: http://bugs.python.org/file24778/npn_openssl_ref.c
___
Python
Marc-Andre Lemburg m...@egenix.com added the comment:
Does the C version have a C API importable as capsule ?
If not, could you add one and a decimal.h to go with it ?
This makes integration in 3rd party modules a lot easier.
Thanks,
--
Marc-Andre Lemburg
eGenix.com
1001 - 1100 of 2192 matches
Mail list logo
