I think it would be cleaner and simpler to modify the existing
md5module.c to use the openssl md5 layer API (this is just a
search/replace to change the function names). The bigger problem is
deciding what/how/whether to include the openssl md5 implementation
sources so that win32 can use
On Sat, Feb 12, 2005 at 08:37:21AM -0500, A.M. Kuchling wrote:
On Sat, Feb 12, 2005 at 01:54:27PM +1100, Donovan Baarda wrote:
Are there any potential problems with making the md5sum module availability
optional in the same way as this?
The md5 module has been a standard module for a long
On Mon, Feb 14, 2005 at 11:02:23AM +1100, Donovan Baarda wrote:
On Sat, 2005-02-12 at 17:35 -0800, Gregory P. Smith wrote:
I've created an OpenSSL version of the sha module. trivial to modify
to be a md5 module. Its a first version with cleanup to be done and
such. being managed
fyi - i've updated the python sha1/md5 openssl patch. it now replaces
the entire sha and md5 modules with a generic hashes module that gives
access to all of the hash algorithms supported by OpenSSL (including
appropriate legacy interface wrappers and falling back to the old code
when compiled
On Fri, Feb 18, 2005 at 10:06:24AM +0100, Martin v. L?wis wrote:
Donovan Baarda wrote:
This patch keeps the current md5c.c, md5module.c files and adds the
following; _hashopenssl.c, hashes.py, md5.py, sha.py.
[...]
If all we wanted to do was fix the md5 module
If we want to fix the
On Fri, Mar 11, 2005 at 06:47:11PM -0500, Bob Ippolito wrote:
On Mar 11, 2005, at 2:26 PM, Skip Montanaro wrote:
Bob try:
Bob set
Bob except NameError:
Bob from sets import Set as set
Bob You don't need the rest.
Sure, but then pychecker bitches about
[Gregory P. Smith]
or make it even uglier to hide from pychecker by writing that as:
exec(
try:
set
except NameError:
from sets import Set as set
)
I presume that was somewhat tongue-in-cheek, but if it wasn't, please
reconsider. Modulefinder isn't able to realise
Under Limitations and Exclusions it specifically disowns
responsibility for worrying about whether Py_Initialize() and
PyEval_InitThreads() have been called:
[snip quote]
This suggests that I should call PyEval_InitThreads() in
initreadline(), which seems daft.
fwiw, Modules/_bsddb.c
On Tue, Jun 07, 2005 at 08:49:11PM +0200, Irmen de Jong wrote:
furthermore the 'make install' of current cvs fails halfway trough
with the following errors:
.
.
Compiling /opt/python25/lib/python2.5/bsddb/test/test_associate.py ...
Sorry: TabError: ('inconsistent use of tabs
https://sourceforge.net/tracker/index.php?func=detailaid=1121611group_id=5470atid=305470
This is the hashlib module that speeds up python's md5 and sha1
support by using openssl (when available) as well as adding sha224/256
+ sha384/512 support (plus anything openssl provides).
I believe it is
On Mon, Aug 22, 2005 at 08:46:27AM -0400, Raymond Hettinger wrote:
A new hashlib module to replace the md5 and sha modules. It adds
support for additional secure hashes such as SHA-256 and SHA-512. The
hashlib module uses OpenSSL for fast platform optimized
implementations of algorithms
This patch should be reverted or fixed so that the Py2.5 build works
again.
It contains a disasterous search and replace error that prevents it from
compiling. Hence, it couldn't have passed the test suite before being
checked in.
Also, all of the project and config files need to be
The project files are just text files and can be updated simply and
directly. But yes, that is no big deal and I'll just do it for him once
the code gets to a compilable state.
I just checked in an update removing all of the ULLs. Could you check
that it compiles on windows and passes
On Fri, Dec 16, 2005 at 02:50:36PM -0800, Brett Cannon wrote:
On 12/16/05, Tim Peters [EMAIL PROTECTED] wrote:
[SNIP]
python-dev'ers: I failed to find anything in the trunk's NEWS file
about this (neither about `hashlib`, nor about any of the specific new
hash functions). It's not like
On Sun, Dec 18, 2005 at 11:09:54AM +0100, Martin v. L?wis wrote:
Thomas (Heller) and I have been discussing whether the zlib
module should become builtin, atleast on Win32 (i.e. part
of python25.dll). This would simplify py2exe, which then could
bootstrap extraction from the compressed file
A new core `hashlib` module will be included in Python 2.5, but will
not be backported to older Python versions. It includes new
implementations for SHA-224, -256, -384 and -512. The code and tests
are already written, and can be gotten from Python's SVN trunk.
Another thing I intended to
On Sun, Jan 22, 2006 at 11:01:36PM -0800, Neal Norwitz wrote:
rather than later. There are a bunch of tests that are not stable.
It would really help to get people knowledgeable about a particular
subdomain to provide input into bugs/patches and produce patches too!
The areas that are
On Wed, Mar 08, 2006 at 03:03:48AM +0100, Thomas Wouters wrote:
On 3/7/06, Martin v. L??wis [EMAIL PROTECTED] wrote:
Thomas Wouters wrote:
Who 'owns' Modules/_bsddb.c, if anyone?
It's a fork of pybsddb, originally contributed by Gregory Smith (*).
For all practical purposes, he also
On Sat, Mar 11, 2006 at 07:08:14PM +0100, Thomas Heller wrote:
Martin v. L?wis wrote:
Josiah Carlson told me had has given up getting a Windows
buildbot running, because every time he installed VS.NET
on his machine, the installation would immediately crash.
So if anybody wants to
On Sun, Mar 12, 2006 at 06:48:13PM -0500, Tim Peters wrote:
[Trent]
:)
Did you apply the Berkeley DB patches to your db-4.2.52 sources?
Ah, _which_ patches? As with my buildbot Wiki page, I write down
everything I do if there's a good chance I may need to do it again.
So, e.g., these
The language choice should only be used as an argument if all else is
equal. Of course, hackability of a particular solution may be a
criterion too, and there the language choice could matter. But the
above response sounded like a knee-jerk to me, and IMO needs to be
rebutted.
--
--Guido
On Wed, Mar 29, 2006 at 03:35:48PM +0200, Gerhard H?ring wrote:
Barry Warsaw wrote:
On Wed, 2006-03-29 at 19:47 +1100, Anthony Baxter wrote:
My only concern about this is that it wouldn't be possible for other
authors to provide 3rd party packages as (for instance) db.mysqldb
because of
On Wed, Mar 29, 2006 at 11:47:10PM +0200, Thomas Wouters wrote:
Con:
* Competing Python wrappers exist
* SQLite itself is updated frequently, let alone the wrappers
* Build integration risks unknown, possible delay of 2.5?
* Another external library to track and maybe have emergency
Getting off on a tangent here, but I would actually
like some decent way of writing SQL queries in Python --
not for importing, but for database access.
Constructing bits of SQL out of character strings
sucks *extremely* badly.
Have you looked at SqlObject? (and its associated modules
On Sat, Apr 08, 2006 at 02:47:28PM -0700, Brett Cannon wrote:
OK, I am going to write the PEP I proposed a week or so ago, listing
all modules and packages within the stdlib that are maintained
externally so we have a central place to go for contact info or where
to report bugs on issues.
As I mentioned earlier I'd like to get patch 1446489 (support for
zip64 extensions in the zipfile module) in python 2.5. The patch
should be perfectly safe, it comes with unittests and a documentation
update. I'm also using this version of zipfile in (closed-source)
projects to handle
os.path.getmtime returns a float on linux (2.5a2/b1 HEAD); in 2.4 it
returned an int. this change makes sense, its what time.time returns.
should there be a note in Misc/NEWS or whatsnew mentioning this minor
change (or did i miss it)? It breaks code that unintentionally
depended on it
Didn't you know that you signed in to run arbitrary viruses, worms, and
trojan horses when you added your machine to the buildbot infrastructure
:-? You just haven't seen buildbot erasing your hard disk and filling
your coffee machine with tea, yet.
VMware Server is free. Run buildbots in a
On Tue, Jul 25, 2006 at 10:32:13PM -0400, Greg Ward wrote:
what I discovered in the wild the other day was a response like this:
0005\r\nabcd\n\r\n0004\r\nabc\n\r\n\r\n
i.e. the chunk-size for the terminating empty chunk was missing.
This cause httplib.py to blow up with ValueError
Whoever knows how the windows build process works and controls the
python 2.5 windows release builds could you please make sure the
hashlib module gets built + linked with OpenSSL rather than falling
back to its much slower builtin implementations.
On Mon, Aug 07, 2006 at 03:16:22PM +0200, Martin v. L?wis wrote:
Gregory P. Smith schrieb:
Whoever knows how the windows build process works and controls the
python 2.5 windows release builds could you please make sure the
hashlib module gets built + linked with OpenSSL rather than falling
On Tue, Aug 08, 2006 at 03:25:46AM +1000, Anthony Baxter wrote:
I'm nervous about this change being made at this stage of the release
process.
It seems to me to have a chance of causing breakages - admittedly a small
chance, but one that's higher than I'd like.
Sigh. Half the reason I did
On Tue, Aug 08, 2006 at 01:46:13AM +0200, Martin v. L?wis wrote:
Gregory P. Smith schrieb:
hashlib's OpenSSL implementation on windows comes in the form of a
300k _hashlib.pyd library.
What do you mean by comes? I can't find any _hashlib.vcproj file
inside the PCbuild directory.
I'll see
On Tue, Aug 08, 2006 at 02:23:02AM +0200, Martin v. L?wis wrote:
Gregory P. Smith schrieb:
Sigh. Half the reason I did the hashlib work was to get much faster
optimized versions of the hash algorithms into python. I'll be
disappointed if that doesn't happen.
Sad as it sounds
I have supplied a patch that does everything needed to both make the
windows build process build OpenSSL with x86 assembly optimizations on
Win32 and to build the _hashlib.pyd module. It works for me.
The only thing the patch doesn't do is add _hashlib.pyd to the .msi
windows installer because
On Tue, Aug 08, 2006 at 08:26:08AM +0200, Martin v. L?wis wrote:
Gregory P. Smith schrieb:
Widely deployed popular applications use python for both large scale
hashing and ssl communications.
Yet, nobody has worried about performance in all these years to notice
that the assembler code
On Tue, Aug 08, 2006 at 04:54:44PM -0400, Jim Jewett wrote:
On 8/8/06, Martin v. L?wis [EMAIL PROTECTED] wrote:
Jim Jewett schrieb:
The OpenSSL library implements some algorithms that are patented. The
source code should be fine to (re)distribute, but but there may be a
slight legal
Strictly speaking, it is dropping a feature: a connection that can get
established with 2.5b3 might not get established with 2.5c1, assuming
a server that requires some IDEA-based cipher.
(any sane SSL connection will negotiate AES or 3DES
as its cipher; IDEA isn't required)
Ok, I'll
It would be instructive to understand how much, if any, python code
would break if we lost -0.0. I'm do not believe that there is any
reliable way for python code to tell the difference between all of
the different types of IEEE 754 zeros and in the special case of -0.0
the best
I've never liked the .join([]) idiom for string concatenation; in my
opinion it violates the principles Beautiful is better than ugly. and
There should be one-- and preferably only one --obvious way to do it..
(And perhaps several others.) To that end I've submitted patch #1569040
to
On Mon, Oct 09, 2006 at 08:11:59PM -0400, Tim Peters wrote:
[Tim]
I just noticed that the bsddb portion of Python fails to compile on
the 2.4 Windows buildbots, but for some reason the buildbot machinery
doesn't notice the failure:
But it does now. This is the revision that broke the
On Fri, Oct 13, 2006 at 06:43:40AM +1000, Anthony Baxter wrote:
On Friday 13 October 2006 06:25, Barry Warsaw wrote:
On Oct 12, 2006, at 3:27 PM, Anthony Baxter wrote:
Mostly it is easy for me, with the one huge caveat. As far as I
know, the Mac
build is a single command to run for
On Thu, Oct 12, 2006 at 09:30:49PM +0200, Georg Brandl wrote:
Barry Warsaw wrote:
I've offered in the past to dust off my release manager cap and do a
2.3.6 release. Having not done one in a long while, the most
daunting part for me is getting the website updated, since I have
none
On Thu, Oct 12, 2006 at 11:00:09PM +0200, Martin v. L?wis wrote:
Kristj?n V. J?nsson schrieb:
This is an improvement of another 3.5 %.
In all, we have a performance increase of more than 10%.
Granted, this is from a single set of runs, but I think we should start
considering to make
I question whether a distro built on Python can even afford to allow
3rd party packages to be installed in their system's site-packages.
Maybe Python needs to extend its system-centric view of site-packages
with an application-centric and/or user-centric view of extensions?
Agreed,
On Sun, Dec 03, 2006 at 07:38:21PM +0100, Martin v. L?wis wrote:
Aahz schrieb:
this one is fairly simple. if `m' is a match object, i'd like to be
able to write m[1] instead of m.group(1). (similarly, m[:] should return
the same as list(m.groups()).) this would remove some of the verbosity
On Wed, Jan 03, 2007 at 02:54:34PM -0500, Barry Warsaw wrote:
On Jan 3, 2007, at 2:29 PM, Martin v. L?wis wrote:
Guido van Rossum schrieb:
Maybe this should be done in a more systematic fashion? E.g. by
giving all internal header files a py_ prefix?
Yet another alternative would be
On Thu, Jan 04, 2007 at 09:35:16PM -0800, Neal Norwitz wrote:
I fixed the crash that was due to raising a warning on shutdown. I
have heard about crashes at shutdown and wonder if this was the cause.
There might be similar bugs lurking that assume PyModule_GetDict()
always returns a valid
Whoever is subscribed to python-dev with a broken corporate
autoresponder that sends everyone who posts to the list this useless
response multiple times please unsubscribe yourself. Its highly
annoying and entirely useless since its not even identifying the list
subscriber(s) deserving the blame.
On Mon, Mar 19, 2007 at 12:20:59PM +1200, Greg Ewing wrote:
Damien Miller wrote:
That annoyed me too, so I submitted a patch[1] that was recently
committed.
That looks good. Seems to me it should really be the
default behaviour, but I suppose that would break
code that was relying on
In response to bug 1706815 and seeing messy code to catch errors in
network apps I've implemented most of the ideas in the bug and added a
NetworkIOError exception (child of IOError). With this, socket.error
would now inherit from NetworkIOError instead of being its own thing
(the old one didn't
On Thu, Jul 05, 2007 at 12:05:01PM +0200, Guido van Rossum wrote:
On 7/5/07, Gregory P. Smith [EMAIL PROTECTED] wrote:
On Wed, Jul 04, 2007 at 11:03:42AM +0200, Guido van Rossum wrote:
Why not simply inherit socket.error from EnvironmentError?
True, that would be simpler; is it enough
On Wed, Aug 22, 2007 at 07:44:02PM -0400, Alexandre Vassalotti wrote:
When I was fixing tests failing in the py3k branch, I found the number
duplicate failures annoying. Often, a single bug, in an important
method or function, caused a large number of testcase to fail. So, I
thought of a
On Thu, Aug 23, 2007 at 10:06:01PM +0200, Erik Forsberg wrote:
Martin v. L?wis [EMAIL PROTECTED] writes:
When editing my details I saw there is a field for my timezone. The
comment says: this is a numeric hour offset, the default is UTC, so
I'm assuming it counts in whole hours (fine for
apt-get install openssl will fix that on those systems. on windows you're
unlikely to ever have an openssl binary present and available to execute.
On 8/26/07, Bill Janssen [EMAIL PROTECTED] wrote:
Now it looks as if both the Debian and Ubuntu failures are failing
because they can't create a
nope, not on many package based distributions. libssl0.9.8, libssl-dev and
openssl are all separate packages (with appropriate dependencies).
/usr/bin/openssl comes from the openssl package.
Regardless, building a fixed test certificate and checking it in sounds like
the better option. Then the
BerkeleyDB 4.6.19 is a buggy release, the DB_HASH access method databases
can lockup the process. This is why several of the bleeding edge distro
buildbots are timing out while running test_bsddb3. I've created a simple C
test case and made sleepycat^Woracle aware of the problem.
I have a
On 9/11/07, Bill Janssen [EMAIL PROTECTED] wrote:
I see that the setup.py at the top level of the Python distribution
does a lot of things wrt sensing compiler options, etc, that I'd like
to re-use in my SSL setup.py distribution file. I'm a bit curious
as to why this framework isn't in the
On 9/27/07, Guido van Rossum [EMAIL PROTECTED] wrote:
How about making IOError, OSError and EnvironmentError all aliases for
the same thing? The distinction is really worthless historical
baggage.
+1 on that.
___
Python-Dev mailing list
Is IOError is the right name to use? OSError is raised for things that are
not IO such as subprocess, dlopen, system.
Nobody likes typing out EnvironmentError and dislike the suggestion of
EMError, should it just be OSError? errno values are after all OS specific.
-gps
On 9/27/07, Guido van
On 10/2/07, Hrvoje Nikšić [EMAIL PROTECTED] wrote:
On Tue, 2007-10-02 at 10:50 +0100, Gustavo Carneiro wrote:
Correct. And that reminds me of the limitation of the the Python GC:
it doesn't take into account how much memory is being indirectly
retained by a Python Object. Like in the
+1 from me. If you update it to the most recent Decimal standard I think
its worth it.
anyone else agree?
On 10/15/07, Mateusz Rukowicz [EMAIL PROTECTED] wrote:
Hi!
I've been working on C decimal project during gSoC 2006. After year
of idling (I had extremely busy first year on
+1 from me. sounds like a good idea.
On 10/15/07, Bill Janssen [EMAIL PROTECTED] wrote:
I've added in some code that Chris Stawarz contributed to allow the
use of non-blocking sockets, with the program thread allowed to do
other things during the handshake while waiting for the peer to
I thought the hell of stripping trailing Ls off of stringed numbers was gone
but it appears that the hex() and oct() builtins still leave the trailing
'L' on longs:
Python 2.6a0 (trunk:58846M, Nov 4 2007, 15:44:12)
[GCC 4.1.2 (Ubuntu 4.1.2-0ubuntu4)] on linux2
Type help, copyright, credits or
Has anyone else ever encountered a situation where a python process gets
stuck in an infinite loop within Python/pystate.c tstate_delete_current()
called from PyThreadState_DeleteCurrent() when a thread is
exiting? (revealed by attaching to the looping process with a debugger)
I'm seeing this
On 12/12/07, Guido van Rossum [EMAIL PROTECTED] wrote:
On Dec 12, 2007 2:42 PM, Greg Ewing [EMAIL PROTECTED] wrote:
But there's no excuse for using CPU when the application
truly isn't doing anything other than waiting for
something to happen.
There are tons of situations where polling
On 12/20/07, Ross Cohen [EMAIL PROTECTED] wrote:
On Thu, Dec 20, 2007 at 06:08:47PM +0100, Christian Heimes wrote:
I've written wrappers for both mechanisms. Both wrappers are inspired
from Twisted and select.poll()'s API. The interface is more Pythonic
than the available wrappers and it
On 1/4/08, A.M. Kuchling [EMAIL PROTECTED] wrote:
This post describes work aimed at getting Django to run on Jython:
http://zyasoft.com/pythoneering/2008/01/django-on-jython-minding-gap.html
One outstanding issue is whether to use Java's ConcurrentHashMap type
to underly Jython's dict type.
On 1/12/08, Christian Heimes [EMAIL PROTECTED] wrote:
Christian Heimes wrote:
MA Lemburg has suggested a per user site-packages directory in the
pkgutil, pkg_resource and Python 3.0 name space packages thread. I've
written a short PEP about it for Python 2.6 and 3.0.
Addition:
An user
On 1/13/08, Christian Heimes [EMAIL PROTECTED] wrote:
Gregory P. Smith wrote:
My main suggestion was going to be the ability to turn it off as you
already
mentioned. However, please consider leaving it off by default to avoid
problems for installed python scripts importing user supplied
The documentation for the struct module says:
http://docs.python.org/dev/library/struct.html#module-struct
short is 2 bytes; int and long are 4 bytes; long long (__int64 on Windows)
is 8 bytes
and lists 'l' and 'L' as the pack code for a C long.
As its implemented today, the documentation is
On 1/23/08, Thomas Heller [EMAIL PROTECTED] wrote:
Gregory P. Smith schrieb:
The documentation for the struct module says:
http://docs.python.org/dev/library/struct.html#module-struct
short is 2 bytes; int and long are 4 bytes; long long (__int64 on
Windows)
is 8 bytes
Oh good. Reading the Modules/_struct.c code I see that is indeed what
happens. There are still several instances of misused struct pack and
unpack strings in Lib but the problem is less serious, I'll make a new patch
that just addresses those.
___
On 1/31/08, Christian Heimes [EMAIL PROTECTED] wrote:
Jesus Cea wrote:
My guess is that 2.5 branch is still open to more patches than pure
security/stability patches, so backporting BerkeleyDB 4.6 support
seems reasonable (to me). If I'm wrong, please educate me :-).
I think you are
PEP: -1
tracker: +1
I agree. Then we can set some status/keyword when the subject of a RFE
is accepted by core developers, saying if someone proposes a patch,
it has a chance to be reviewed and applied.
It may incite occasional contributors to work on some of these tasks,
On 2/21/08, Steve Holden [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
On Wed, Feb 20, 2008 at 11:59 PM, Virgil Dupras [EMAIL PROTECTED]
wrote:
What would be the difference between accepted and fixed for a closed
ticket?
I don't know what others do, but I use accepted for a patch
On 2/24/08, Guido van Rossum [EMAIL PROTECTED] wrote:
Let's only do it for -O; the optimization may interfere with debugging the
code.
Does anyone ever actually bother to use -O?
On Sun, Feb 24, 2008 at 6:27 PM, Neal Norwitz [EMAIL PROTECTED] wrote:
Short description (see
On 2/26/08, Brett Cannon [EMAIL PROTECTED] wrote:
On Tue, Feb 26, 2008 at 1:52 PM, Facundo Batista
[EMAIL PROTECTED] wrote:
2008/2/26, Martin v. Löwis [EMAIL PROTECTED]:
They check out bsddb from subversion, see Tools/buildbot/external.
If you don't trust that they did so
On 3/2/08, Christian Heimes [EMAIL PROTECTED] wrote:
Alex Martelli wrote:
Yep, but please do keep the PyUnicode for str and PyString for bytes
(as macros/synonnyms of PyStr and PyBytes if you want!-) to help the
task of porting existing extensions... the bytearray functions should
no
On 3/4/08, Jesus Cea [EMAIL PROTECTED] wrote:
That said, it is my aim to keep bsddb in stdlib, providing a stable and
featureful module. I think keeping bsddb development inside python svn
is not appropiate. Currently (I could change idea), my approach will be
keeping pybssdb as a separate
I haven't built the bsddb stuff on windows myself in a few years and have
never had access to a windows x64 system so I'm no silver bullet. Making
the BerkeleyDB compile and link options match with those of python is the
first place I'd start. Also you should be able to make a debug build of
-- I'm
going to bring the db_static source directly into the _bsddb project (for
now) which should make this a lot easier to debug.
Trent.
From: Gregory P. Smith [EMAIL PROTECTED]
Sent: 13 March 2008 22:00
To: Trent Nelson
Cc: python-dev@python.org; Jesus Cea
Subject: Re: Windows x64
On 3/16/08, Travis Oliphant [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
Moving this to a new subject to keep the discussion of tasks and the
discussion of task tracking tools separate.
On Sun, Mar 16, 2008 at 9:42 AM, Christian Heimes [EMAIL PROTECTED]
wrote:
I did a quick
On 3/16/08, Guido van Rossum [EMAIL PROTECTED] wrote:
I don't see a lot of objections left against using the bug tracker. I
just talked to Neal and he's going to transfer all tasks from the 2.6
spreadsheet to the bug tracker.
I'll also be adding various other tasks., as I think of them.
+1 on getting rid of the IOBase __del__ in the C rewrite in favor of
tp_dealloc.
On Sun, Jan 18, 2009 at 11:53 PM, Christian Heimes li...@cheimes.de wrote:
Brett Cannon schrieb:
Fine by me. People should be using the context manager for guaranteed
file closure anyway IMO.
Yes they should.
If you run your python.exe under gdb you should be able to set a future
breakpoint on your _PyEval_EvalMiniFrameEx function and debug from there.
On Wed, Jan 14, 2009 at 8:28 PM, s...@pobox.com wrote:
I've recently been working on generating C functions on-the-fly which
inline
the C code
I'm seeing the following when trying to svn commit:
Transmitting file data ...Read from remote host svn.python.org: Operation
timed out
svn: Commit failed (details follow):
svn: Connection closed unexpectedly
...
That was with subversion 1.4.4; copying my changes to a different host with
I'm just trying to commit the following to trunk:
SendingLib/test/test_socket.py
SendingMisc/NEWS
SendingModules/socketmodule.c
Transmitting file data ...
I have another svn commit attempt which appesrs to be hanging and destined
to timeout running right now.
ssh -v
upgrade. I don't think I've done any commits from these hosts since I got
IPv6 connectivity, only updates.
-gps
On Sat, Jan 31, 2009 at 2:49 PM, Gregory P. Smith g...@krypto.org wrote:
I'm just trying to commit the following to trunk:
SendingLib/test/test_socket.py
Sending
It'd be worthy of fixing in 2.6 since the module exists. Though honestly...
who cares about Irix?
On Sat, Mar 28, 2009 at 8:53 PM, R. David Murray rdmur...@bitdance.comwrote:
I'm reviewing http://bugs.python.org/issue2591, which is marked as
'security' because it is a potential buffer
On Tue, Apr 28, 2009 at 8:03 PM, Larry Hastings la...@hastings.org wrote:
EXECUTIVE SUMMARY
I've written a patch against py3k trunk creating a new function-based
API for creating extension types in C. This allows PyTypeObject to
become a (mostly) private structure.
THE PROBLEM
Here's
On Sun, May 3, 2009 at 10:39 AM, Martin v. Löwis mar...@v.loewis.dewrote:
If the error handler is supposed to be used for codecs other than utf-8,
perhaps it should renamed something more generic, e.g.
surrogate-escape?
Perhaps. However, utf-8b doesn't really have to do anything with utf-8
On Sun, May 3, 2009 at 1:27 PM, Martin v. Löwis mar...@v.loewis.dewrote:
If the error handler is supposed to be used for codecs other than
utf-8,
perhaps it should renamed something more generic, e.g.
surrogate-escape?
Perhaps. However, utf-8b doesn't really have
On Mon, May 4, 2009 at 7:33 AM, Gregor Lingl gregor.li...@aon.at wrote:
Hi,
Encouraged by a conversation with Martin at PyCon 2009
I've prepared a version 1.1b of the turtle module and I'd like to
get some advice or assistance to get it into the beta as explained
below. Thus I'd appreciate
On Thu, May 7, 2009 at 12:39 PM, Martin v. Löwis mar...@v.loewis.de wrote:
Given your explanation of what the new 'surrogates' handler does (pass
rather than reject erroneous surrogates), I think 'surrogates_pass' is
fine. Thus, I considoer that and 'surrogates_excape' the best proposal
the
On Tue, Jun 2, 2009 at 1:11 PM, Jake McGuire mcgu...@google.com wrote:
The minimal demonstration of the problem of representing networks and
addresses using the same class:
fwiw, that (hosts vs networks in the same class) is not what you are
demonstrating below. What you demonstrate is that
On Tue, Jun 2, 2009 at 7:39 PM, Guido van Rossum gu...@python.org wrote:
I'm disappointed in the process -- it's as if nobody really reviewed
the API until it was released with rc1, and this despite there being a
significant discussion about its inclusion and alternatives months
ago. (Don't
On Thu, Jul 2, 2009 at 2:52 AM, Jesus Ceaj...@jcea.es wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexandre Vassalotti wrote:
On Wed, Jul 1, 2009 at 10:05 PM, Guido van Rossumgu...@python.org wrote:
The select module already supports the poll() system call. Or is there
a special
On Mon, Jun 29, 2009 at 2:28 PM, Martin v. Löwismar...@v.loewis.de wrote:
AFAIK, ignoring EINTR doesn't preclude the calling of signal handlers.
This is my understanding as well - so I don't think Python actually
swallows the signal.
A great example is reading from a socket. Whether or not
On Thu, Jul 23, 2009 at 4:28 PM, Thomas Wouterstho...@python.org wrote:
So attached (and at http://codereview.appspot.com/96125/show ) is a
preliminary fix, correcting the problem with os.fork(), os.forkpty() and
os.fork1(). This doesn't expose a general API for C code to use, for two
1 - 100 of 606 matches
Mail list logo
