On Thursday 07 April 2005 10:58, Raymond Hettinger wrote:
Eric Price
Eric Price was an intern at CNRI; I think it's safe to remove him from the
list, as I've not seen anything from him in a *long* time.
-Fred
--
Fred L. Drake, Jr.fdrake at acm.org
On Apr 8, 2005 9:31 AM, Fred Drake [EMAIL PROTECTED] wrote:
On Thursday 07 April 2005 10:58, Raymond Hettinger wrote:
Eric Price
Eric Price was an intern at CNRI; I think it's safe to remove him from the
list, as I've not seen anything from him in a *long* time.
Eric Price did some of
I would like to experiment with security based on Python references as
security capabilities.
Unfortunatly, there are several problems that make Python references
invalid as capabilities:
* There is no way to create secure proxies because there are no
private attributes.
* Lots of Python objects
On Friday 08 April 2005 09:53, Jeremy Hylton wrote:
Eric Price did some of the work on the decimal package, which was only
two summers ago. He wasn't an intern at CNRI.
A different Eric Price, then. Mea culpa.
(Or am I misremembering the intern's name? Hmm.)
-Fred
--
Fred L. Drake,
On Thu, 2005-04-07 at 10:58, Raymond Hettinger wrote:
Ben Gertzfield
Ben did a lot of work on the i18n parts of the email package. I haven't
heard from him in quite a while.
Ken Manheimer
Ken's still around. I'll send you his current email address in a
separate (pvt) message.
-Barry
[Raymond Hettinger]
Does anyone know what has become of the following developers and
perhaps
have their current email addresses?
[Tim Peters]
How about we exploit that if someone is a Python developer on SF, they
necessarily have an SF email address ($(SFNAME)@users.sourceforge.net,
like
Raymond Does anyone know what has become of ...
Raymond Charles G Waldman
I'd scratch Charles from the list. I work at the same company he did.
Nobody here has been in touch with him for over a year. Several of us have
tried to get ahold of him but to no avail.
Skip
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
Raymond Hettinger wrote:
I used those addresses and sent notes to everyone who hasn't made a
recent checkin.
where recent obviously was defined as after 2.4 for checkins, and last week
for tracker activities.
python-dev was a lot more fun in the old days.
/F
What should marshal / unmarshal do with floating point NaNs (the case we
are worrying about is Infinity) ? The current behavior is not perfect.
Michael Spencer chased down a supposed Idle problem to (on Win2k):
marshal.dumps(1e1) == 'f\x061.#INF'
marshal.loads('f\x061.#INF') == 1.0
Scott David Daniels wrote:
What should marshal / unmarshal do with floating point NaNs (the case we
are worrying about is Infinity) ? The current behavior is not perfect.
Michael Spencer chased down a supposed Idle problem to (on Win2k):
marshal.dumps(1e1) == 'f\x061.#INF'
[Scott David Daniels]
What should marshal / unmarshal do with floating point NaNs (the case we
are worrying about is Infinity) ? The current behavior is not perfect.
All Python behavior in the presence of a NaN, infinity, or signed zero
is a platform-dependent accident. This is because C89
[EMAIL PROTECTED] wrote:
(ie. the re library only returns the ~last~ match for named groups - not
a list of ~all~ the matches for the named groups. And the hierarchy of
those named groups is non-existant in the flat dictionary of matches
that results. )
are you 100% sure that this can be
13 matches
Mail list logo