"Tim Peters" <[EMAIL PROTECTED]> writes:
> [Michael Hudson]
>> ...
>> What happened to the 'get rid of __del__ in py3k' idea?
>
> Apart from its initial mention, every now & again someone asks what
> happened to it :-).
Good enough for me :)
Cheers,
mwh
(not subscribed to python-3000)
--
You
Greg Ewing <[EMAIL PROTECTED]> writes:
> Michael Hudson wrote:
>
>> And if we want to have a version of __del__ that can't reference
>> 'self', we have it already: weakrefs with callbacks.
>
> Does that actually work at the moment? Last I heard,
> there was some issue with gc and weakref callbacks
Jean-Paul Calderone wrote:
> Once I do have time to track down specifics, I'll file tickets as
> appropriate. For now I just wanted to point out the one detail I
> have tracked down, and give a heads up that there are likely some
> more to come.
>
> Of course anyone who is interested can run the
A.B., Khalid wrote:
> Shouldn't that part read as follows? Or am I missing something?
>
> """
> rc = ShellExecuteW((HWND)0,
> PyUnicode_AS_UNICODE(woperation),
> PyUnicode_AS_UNICODE(unipath),
> NULL, NULL, SW_SHOWNORMAL);
> """
That's certainly better, though not correct, yet: woperation
m
Zachary Pincus wrote:
> Specifically, this patch would change a core python code path.
Why do you think so? I believe Python always passes absolute paths
to dlopen, so any path resolution dlopen might do should be irrelevant.
*If* you can get dlopen to look at directories outside sys.path,
that wo
> Thanks for reminding us about this issue.
> Unfortunately, without an explicit ok from one of the Mac maintainers,
> I don't want to add this myself. If you can get Bob, Ronald, or Jack
> to say ok, I will apply the patch ASAP. I have a Mac OS X.4 box and
> can test it, but don't know the suita
I tried out Twisted's test suite with a version of Python built from SVN trunk
today and ran into a few problems. First, the test suite hung indefinitely
using all available CPU time. This apparently was due to a change in the
behavior of __import__: in Python 2.4, __import__('') raises a Valu
On 4/3/06, Zachary Pincus <[EMAIL PROTECTED]> wrote:
>
> Sorry if it's bad form to ask about patches one has submitted -- let
> me know if that sort of discussion should be kept strictly on the
> patch tracker.
No, it's fine. Thanks for reminding us about this issue.
Unfortunately, without an ex
Tim Peters wrote:
> We already endure lots of pain to ensure that a weakref callback that
> gets executed (not all do) can't see anything that looks like trash.
Okay, so would it be possible for a generator that
needs finalisation to set up a weakref callback, suitably
rooted somewhere so that th
[Michael Hudson]
> ...
> What happened to the 'get rid of __del__ in py3k' idea?
Apart from its initial mention, every now & again someone asks what
happened to it :-).
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/list
[Phillip J. Eby]
> I'm trying to figure out how to implement this now, and running into
> a bit of a snag. It's easy enough for gcmodule.c to check if an
> object is a generator, but I'm not sure how safe the dynamic check
> actually is, since it depends on the generator's state. In
> principle,
Walter Dörwald wrote:
> OK, the property setter does a "% 7" now. (But the global
> setfirstweekday() still does a range check).
Wouldn't it be better for the setter to raise an exception
if it's out of range? It probably indicates a bug in the
caller's code.
--
Greg Ewing, Computer Science Dep
Michael Hudson wrote:
> And if we want to have a version of __del__ that can't reference
> 'self', we have it already: weakrefs with callbacks.
Does that actually work at the moment? Last I heard,
there was some issue with gc and weakref callbacks
as well. Has that been resolved?
--
Greg Ewing,
On Tuesday 04 April 2006 06:06, Tim Peters wrote:
> backport of r43578
> The email module's parsedate_tz function now sets the daylight
> savings flag to -1 (unknown) since it can't tell from the date
> whether it should be set.
> patch from Aldo Cortesi
> """
>
> is in the blamelist for the runs w
Guido van Rossum wrote:
>> I can't confirm right now (at work, need to install 2.5) but I'm also
>> wondering what will happen if KeyboardInterrupt or SystemExit is
>> raised from inside the generator when it's being closed via
>> __exit__. I suspect a RuntimeError will be raised, whereas I think
Thomas Heller wrote:
> But if you make the change to implement option 3, IMO it would be a
> good idea to add the Python version number to the .pyd basename as
> well.
Can you please elaborate? In the name of what .pyd file do you
want the Python version number? And why? And why is that related
to
At 08:14 AM 3/31/2006, Tim Peters wrote:
>[Phillip J. Eby]
> > ...
> > As Tim suggested, it'd be better to have the code be generator-specific, at
> > least for now. That had actually been my original plan, to make it
> > generator-specific, but I was afraid of breaking encapsulation in the
> > ga
[Tim]
>> While we're at it, looks like all the 2.4 buildbots are failing
>> test_email today.
[Barry]
> Anthony backported the patch that should fix this, so it should be
> showing up in 2.4 buildbots soon.
? Anthony's
"""
Changed by: anthony.baxter
Changed at: Mon 03 Apr 2006 16:40:28
Branch:
[Guido]
>>> but don't we have a whole word of GC-related flags?
[Neil S]
>> No.
[James Y Knight]
> Actually there is. Kinda. Currently python's refcounting scheme uses
> 4 words per object (gc_next, gc_prev, gc_refs, ob_refcnt), and has
> one spare word in the padding of PyGC_Head that's just sit
er-
> ested can get the current ZIP file here:
>
> http://effbot.org/tracker-20060403.zip
>
> the zip file is ~85 megabytes, and expands to about 300 megabyte data.
Can someone (Martin, Barry?) post this on python.org (I don't think
this necessarily needs to be put into
Tim Peters wrote:
>
> While we're at it, looks like all the 2.4 buildbots are failing
> test_email today.
> ___
>
Anthony backported the patch that should fix this, so it should be
showing up in 2.4 buildbots soon.
-Barry
On Apr 3, 2006, at 3:12 PM, Neil Schemenauer wrote:
> Guido van Rossum <[EMAIL PROTECTED]> wrote:
>> This would require a bit "__del__ already called" on an object,
>> but don't we have a whole word of GC-related flags?
>
> No.
Actually there is. Kinda. Currently python's refcounting scheme uses
[A.B., Khalid]
> According to MSDN, ShellExecute has only six parameters:
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/reference/functions/shellexecute.asp
>
> But in the posixmodule patch at:
> http://mail.python.org/pipermail/python-checkins/2006-April
On 4/2/06, Noam Raphael <[EMAIL PROTECTED]> wrote:
> On 4/2/06, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > > I tried the change, and it turned out that I had to change cPickle a
> > > tiny bit: it uses a 2-tuple which is allocated when the module
> > > initializes to lookup tuples in a dict. I
Done. What exactly do you plan to do apart from editing the docs to
steer people away from file()?
--Guido
On 4/3/06, Aahz <[EMAIL PROTECTED]> wrote:
> On Sun, Apr 02, 2006, Neal Norwitz wrote:
> >
> > I updated the PEP to include owners. If this message is sent directly
> > to you, you are an o
[Michael Hudson]
>> I'm not sure the problem is so much that anyone _wants_ to support
>> resurrection in __del__, it's just that it can't be prevented.
[Guido]
> Well, Java has an answer to that (at least I believe Tim Peters told
> me so years ago): it allows resurrection, but will only call the
On Sun, Apr 02, 2006, Neal Norwitz wrote:
>
> I updated the PEP to include owners. If this message is sent directly
> to you, you are an owner.
>
> http://www.python.org/dev/peps/pep-0356/
>
> Review the PEP and let me know what needs to be changed. If your pet
> project isn't already in the PE
According to MSDN, ShellExecute has only six parameters:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/reference/functions/shellexecute.asp
But in the posixmodule patch at:
http://mail.python.org/pipermail/python-checkins/2006-April/050698.html
it is pass
Guido van Rossum <[EMAIL PROTECTED]> wrote:
> This would require a bit "__del__ already called" on an object,
> but don't we have a whole word of GC-related flags?
No.
Neil
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mail
On Monday 03 April 2006 14:45, Guido van Rossum wrote:
> Could one of the tracker admins add a Python-3000 group to the SF
> trackers (while we're still using them :-)? This is so we can easily
> move proposals between Python 3000 and Python 2.x status.
Done.
-Fred
--
Fred L. Drake, Jr.
I checked what I owned.
- pgen: yes, if I have time
- GeneratorExit inheriting from BaseException: no, I've pronounced on this
- StopIteration propagation from context managers: I'm giving this to Phillip
--Guido
On 4/3/06, Neal Norwitz <[EMAIL PROTECTED]> wrote:
> I updated the PEP to include
On 4/3/06, Michael Hudson <[EMAIL PROTECTED]> wrote:
> I'm not sure the problem is so much that anyone _wants_ to support
> resurrection in __del__, it's just that it can't be prevented.
Well, Java has an answer to that (at least I believe Tim Peters told
me so years ago): it allows resurrection,
Could one of the tracker admins add a Python-3000 group to the SF
trackers (while we're still using them :-)? This is so we can easily
move proposals between Python 3000 and Python 2.x status.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
On 4/3/06, Crutcher Dunnavant <[EMAIL PROTECTED]> wrote:
> >From discussion on python-3000, it occured to me that this shouldn't
> break anything.
> This patch adds a .format() method to the string and unicode types.
>
> SF:1463370
Hmm... Let's not jump to conclusions. While I like your patch, we
[Anthony Baxter wrote]
> I've created a searchbar plugin for the firefox search bar that allows
> you to search bugs. I think someone created one for the sidebar
http://starship.python.net/~skippy/mozilla/
http://projects.edgewall.com/python-sidebar/
Trent
--
Trent Mick
[EMAIL PROTECTE
[Brett Cannon wrote]
> Anyone else think we need a PEP to point to places where externally
> maintained code should have bugs or patches reported? I don't want to
> hunt down a URL for where to do this every time and so it would be
> nice to have a list of what code needs bugs/patches reported whe
> the source code is available via the above link; I'll post the ZIP file some-
> where tomorrow (drop me a line if you want the URL).
I found some free space on the effbot.org server, so anyone inter-
ested can get the current ZIP file here:
http://effbot.org/tracker-20060403.z
On 4/2/06, Delaney, Timothy (Tim) <[EMAIL PROTECTED]> wrote:
> Given:
>
> @contextmanager
> def gen():
> print '__enter__'
> yield
> print '__exit__'
>
> with gen():
> raise StopIteration('body')
>
> I would expect to get the StopIteration exception raised. Instead it's
> suppressed
Nick Coghlan wrote:
> Walter Dörwald wrote:
>> [...]
>> Range checks should no longer be neccessary, as any value works now.
>
> But now all *clients* of the Calendar class are forced to deal with the fact
> that "firstweekday" may not be greater than seven.
>
> If you want to accept any input
On Mon, Apr 03, 2006, Crutcher Dunnavant wrote:
>
> From discussion on python-3000, it occured to me that this shouldn't
> break anything.
> This patch adds a .format() method to the string and unicode types.
>
> SF:1463370
If you're serious, please write up a PEP. I recommend that you start
pos
Hi folks,
I submitted a patch a little while ago to led Python on Darwin/OS X
use the same code path to load extensions it uses on most other Unix-
like platforms. (The reasons for this are several, and mentioned in
the patch: http://sourceforge.net/tracker/index.php?
func=detail&aid=1454844
Walter Dörwald wrote:
> Tim Peters wrote:
>> Which isn't a good thing to lose. It's not good that the current
>> Calendar constructor skips that sanity check either ("errors should
>> never pass silently").
>
> I've changed calendar so that firstweekday is only used modulo 7
> everywhere (There
Crutcher Dunnavant wrote:
>>From discussion on python-3000, it occured to me that this shouldn't
> break anything.
> This patch adds a .format() method to the string and unicode types.
>
> SF:1463370
-1.
For reasons I go into more on the Py3k list, I'd like to see this term
associated with an e
Martin v. Löwis wrote:
> I just tried creating a pysqlite VS project, and ran into a naming
> conflict: the Windows DLL is called sqlite3.dll. So if it is on
> sys.path
>
> import sqlite3
>
> might find the DLL, instead of finding the package. Python then
> finds that there is no entry point in s
Martin v. Löwis wrote:
> I see three options:
> 1. rename sqlite3 again
> 2. link sqlite3 statically into _sqlite3.pyd
> 3. stop treating .DLL files as extension modules
>
> I'm actually leaning towards option 3: what is the rationale
> for allowing Python extension modules to be named .DLL?
A d
On Sun, Apr 02, 2006 at 11:34:18PM -0800, Neal Norwitz wrote:
> Review the PEP and let me know what needs to be changed. If your pet
> project isn't already in the PEP, assume it has been deferred until
> 2.6.
I'd like to see Gregory K. Johnson's updated mailbox module (in
sandbox/mailbox/) inclu
[Neal Norwitz, on -R testing]
> ...
> For the latest results, see:
> http://docs.python.org/dev/results/make-test-refleak.out
>
> Several tests fail consistently with -R. These are the most recent
> from the link above: test_decimal test_difflib test_logging
> test_optparse test_warnings.
>
> It
I'm not sure this is going to be all that helpful. If there's more I can do
to help track down these problems, let me know.
Last night I ran
make test EXTRATESTOPTS='-R :: -uall -r'
on my Mac laptop after a fresh svn up. I wasn't ready for how long that
would run!
I got plenty of test fai
"Thomas Wouters" <[EMAIL PROTECTED]> writes:
> While we're at it, I would like for the new __del__ (which would
> probably have to be a new method) to disallow reviving self, just
> because it makes it unnecessarily complicated and it's rarely
> needed.
I'm not sure the problem is so much that an
Tim Peters wrote:
> [Tim, gripes about ...]
Author: walter.doerwald
Date: Sat Apr 1 22:40:23 2006
New Revision: 43545
Modified:
python/trunk/Doc/lib/libcalendar.tex
python/trunk/Lib/calendar.py
Log:
Make firstweekday a simple attribute instead
>>
On 4/2/06, Fredrik Lundh <[EMAIL PROTECTED]> wrote:
> Martin v. Löwis wrote:
>
> > Yes. We found a way to export all data (except for file attachments),
> > through a different exporter. This gives all data, unfortunately, it
> > is ill-formed XML (& is not properly entity-referenced sometimes).
>
On Sun, Apr 02, 2006, Crutcher Dunnavant wrote:
>
> But I have some questions about this for python 3000.
Please use the python-3000 list for questions like this.
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
"Look, it's your affair if you want to play with five p
>From discussion on python-3000, it occured to me that this shouldn't
break anything.
This patch adds a .format() method to the string and unicode types.
SF:1463370
--
Crutcher Dunnavant <[EMAIL PROTECTED]>
littlelanguages.com
monket.samedi-studios.com
I updated the PEP to include owners. If this message is sent directly
to you, you are an owner.
http://www.python.org/dev/peps/pep-0356/
There are still some items without owners as I don't know who will be
leading the charge to get some of the modules in the stdlib. If we
don't have anyone pus
Martin v. Löwis wrote:
> Yes. We found a way to export all data (except for file attachments),
> through a different exporter. This gives all data, unfortunately, it
> is ill-formed XML (& is not properly entity-referenced sometimes).
so why didn't Brett know about this ?
> Anybody who wants to
Discovered a couple of minor errors in pcbuild.sln and pythoncore.vsproj
while working out how to compile 2.5 on Windows using the VS C++ Toolkit
for the bug day (no Visual Studio at home). FWIW, I eventually ended up
using Nant (using the task).
Nant couldn't build 2.5 without the fixes - basica
I just tried creating a pysqlite VS project, and ran into a naming
conflict: the Windows DLL is called sqlite3.dll. So if it is on
sys.path
import sqlite3
might find the DLL, instead of finding the package. Python then
finds that there is no entry point in sqlite3, and raises an
ImportError.
I s
57 matches
Mail list logo
