Might expected skips instead be based on your current configuration
instead of what someone statically decided what would be appropriate
for your platform? Every new release I have to go through the
'unexpected skips' to determine that they're perfectly fine for how I
configured python.
It seems
"test_tcl" fails on me (OS X 10.4.10 on an Intel Mac, remotely logged
in via SSH and X Windows):
% test_tcl
2007-09-08 17:00:22.629 python.exe[4163] CFLog (0): CFMessagePort:
bootstrap_register(): failed 1100 (0x44c), port = 0x3a03, name =
'Processes-0.58327041'
See /usr/include/servers/bootstra
> We're already linking against the OpenSSL EVP libraries for hashlib
> (and against the OpenSSL SSL libraries for the SSL support). It
> wouldn't be hard to expose the EVP functions a bit more, essentially
> as hash functions that return long (and reversible) hashes:
>
>encryptor = opensslev
There are some functions in _ssl.c for gathering randomness from a
daemon, and adding that randomness to the pseudo-random number
generator in SSL, before using SSL. There's a note there saying that
"on some platform" this is necessary. Anyone know which platforms?
Bill
_
> > Because regrtest.py was importing test_socket_ssl without catching the
> > ImportError exception:
>
> If that is the reason you cannot run it, then it seems it works just
> fine. There is nothing wrong with tests getting skipped.
It wasn't getting skipped, it was crashing the regression testi
>> I can't seem to run the regression tests in a --without-threads build.
>> Might be interesting to configure a buildbot this way to keep
>> ourselves honest.
>
> Because regrtest.py was importing test_socket_ssl without catching the
> ImportError exception:
If that is the reason you cannot run
> I can't seem to run the regression tests in a --without-threads build.
> Might be interesting to configure a buildbot this way to keep
> ourselves honest.
Because regrtest.py was importing test_socket_ssl without catching the
ImportError exception:
% ./python.exe ./Lib/test/regrtest.py test_soc
I can't seem to run the regression tests in a --without-threads build.
Might be interesting to configure a buildbot this way to keep
ourselves honest.
Bill
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-d
> This has got to be a problem with other extension modules linked to
> libraries which have their own threading abstractions.
Sure enough, sqlite3 simply assumes threads (won't build without
them), and turns them on if it's used (by calling
PyThread_get_thread_ident(), which in turn calls
PyThrea
I've now built a framework in test_ssl to test all client protocols
(SSL2, SSL3, SSL23, TLS1) against all server protocols, and here's
what I've come up with. Servers are along the X axis, and clients are
on the Y axis. "Yes" means that that client protocol can talk to that
server protocol.
On 08/09/2007, Bill Janssen <[EMAIL PROTECTED]> wrote:
>
> > Be convoluted yourself and do this:
> >
> > #define PySSL_BEGIN_ALLOW_THREADS { if (_ssl_locks) {
> Py_BEGIN_ALLOW_THREADS
> > #define PySSL_END_ALLOW_THREADS Py_END_ALLOW_THREADS } }
> >
> > (Untested, but I think it should work.)
>
> Ye
> Be convoluted yourself and do this:
>
> #define PySSL_BEGIN_ALLOW_THREADS { if (_ssl_locks) { Py_BEGIN_ALLOW_THREADS
> #define PySSL_END_ALLOW_THREADS Py_END_ALLOW_THREADS } }
>
> (Untested, but I think it should work.)
Yes, that had occurred to me. We want the code inside the braces
still to
I just upgraded the buildbot master to 0.7.5. If you
see any problems, please let me know.
Neal: buildbot now supports reloading of configurations,
without interrupting builds. Try "buildbot reconfig" when
you make a change (certain changes would still require a
restart).
Regards,
Martin
On Fri, 2007-09-07 at 16:20 -0700, Bill Janssen wrote:
> > #define SSL_ALLOW_THREADS {if (_ssl_locks != NULL) { Py_BEGIN_ALLOW_THREADS
> > }}
> > #define SSL_DISALLOW_THREADS {if (_ssl_locks != NULL) {
> > Py_BEGIN_ALLOW_THREADS }}
>
> I'd forgotten how convoluted Py_BEGIN_ALLOW_THREADS and
> Py
14 matches
Mail list logo
