Heimes for his last minute detection
and fix of a ref leak.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubs
r keys and
email [EMAIL PROTECTED] .
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.
mpty. When sys.platform is 'darwin' and the gestalt
module is present, is it reasonable to require that a empty tuple not
be returned?
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mail
d be helpful to warn about it and encourage people to
import from future_builtins.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
t; support for maintaining such renaming to that tool ?
svnmerge.py is mostly a wrapper over svn merge, and svn merge can't
handle it, so I don't think is easily possible.
>
> I don't think that an administrative problem such as forward-
> porting patches to 3.x warrants breaka
it company?
At the moment, I only see a doc patch.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://
On Mon, May 19, 2008 at 6:00 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
> On Mon, May 19, 2008 at 5:46 PM, Graham Horler <[EMAIL PROTECTED]> wrote:
>> Hi all,
>>
>> I created a patch on 2007-08-15:
>> http://bugs.python.org/issue1775025
>>
>&g
mExit,
KeyboardInterrupt). However, there is another patch that propagates
anything that is not a AttributeError (issue 1574217).
How should we approach this?
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mai
ng a new function
called PyObject_SafeHasAttr that functions just like PyObject_HasAttr
except it can fail.
>
> Christian
>
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
ht
On Tue, May 20, 2008 at 6:44 PM, Christian Heimes <[EMAIL PROTECTED]> wrote:
> Benjamin Peterson schrieb:
>> Speaking of the C-API, I was thinking of introducing a new function
>> called PyObject_SafeHasAttr that functions just like PyObject_HasAttr
>> except it can
On Wed, May 28, 2008 at 11:38 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
>
> Issue 2854 - gestalt needs to be added back into 3.0. This is
> Benjamin's issue. =)
Is that your way of say "Check in the patch!" ? :)
--
Cheers,
Benjamin Peterson
&q
ail.python.org/mailman/options/python-dev/musiccomposition%40gmail.com
>
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
il spam?
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Thu, May 29, 2008 at 8:28 PM, Aahz <[EMAIL PROTECTED]> wrote:
> On Thu, May 29, 2008, Benjamin Peterson wrote:
>>
>> Is any of the mail spam?
>
> Very yes -- more than half. (What gets through SpamBayes)
In that case, I'm -1.
--
Cheers,
Benjamin Peterson
e back online until June
> 16. But thanks to all the help I have been receiving on PEP 3108, I
> trust the various people involved to continue to do the right thing in
> my absence.
That reminds me of those Dilbert cartoons where his mother ends up
knowing much more about computers
tdlib
to str.format, so I just need your permission!
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http:
On Tue, Jun 3, 2008 at 5:02 PM, Jesse Noller <[EMAIL PROTECTED]> wrote:
> What about also including a patch to fix the threading api to be pep 8
> compliant?
I doubt that will be accepted because of the closeness threading has
to Java's APIs.
--
Cheers,
Benjamin Peterson
pyprocessing APIs should be PEP 8
compliant, but I think 2 APIs is almost worse than one wrong one.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
On Tue, Jun 3, 2008 at 6:00 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 3, 2008 at 3:53 PM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
>> On Tue, Jun 3, 2008 at 5:08 PM, Jesse Noller <[EMAIL PROTECTED]> wrote:
>>> Also - we could leave in s
o ask about the API compatibility requirements for
test.test_support. IMO, we shouldn't include the testing tools as part
of the stdlib. However, test_support is documented.
Does anyone know any projects using test_support?
--
Thanks,
Benjamin Peterson
"There's no
On Thu, Jun 5, 2008 at 12:48 PM, Jesse Noller <[EMAIL PROTECTED]> wrote:
> I'll have a cleaned version to you by end of day, and by day, I mean
> by 10:00 EST :)
Great! Please post that on the bug tracker when you're ready.
--
Cheers,
Benjamin Peterson
"Ther
On Fri, Jun 6, 2008 at 2:12 PM, John J Lee <[EMAIL PROTECTED]> wrote:
> On Thu, 5 Jun 2008, Benjamin Peterson wrote:
>
>> - reorganizing the tests into separate directories
>
> Why this one?
I always find it hard to find a test I'm looking for in a directory
with 36
them. Definitely more hassle.
Really? Given the choice between core_language (divided into syntax
and builtins) and stdlib you wouldn't know where to look?
>
> Eric.
>
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
__
yway, I will happily drop this part of this proposal, since it such
a small part.
>
> Regards,
> Martin
>
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.or
n core Python. Have a look
http://code.google.com/p/python-threadsafe/, though.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ks like the one needed for setattr would be
too much of a performance hit to be practical. The syntax changes are
meant to avoid mistakes and confusion rather than completely prevent
something from ever happening.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1.&qu
&%40pagesize=50&%40startwith=0
--
Thanks
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ED], we'd love to help!
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
t's pretty much
up to you, then. :)
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail
n2.6/test/test_asyncore.py", line
>> 387, in test_recv
>> self.assertEqual(w.fd, fd)
>> AssertionError: 6 != 3
>>
>> Looks like a minor oversight.
>
> This needs to be fixed or backed out if we're going to make beta tomorrow.
Oh, I think there are more
en I'm a rest newbie, it's taking longer than I thought
>
> It's okay if docs don't make it into the beta. That's the kind of thing
> that can (but still, must) be fixed up before the final release.
Luckily, it's done now, and I think I will be able to check
with getattr/setattr which
> checks if argument is a string)
Seems like a bug to me, but I don't think there is much we can do
about it short of making locals a custom dict which rejects none
string keys.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
x27;s in tests of sqlalchemy. My question is among the lines "should I
> bug sqlalchemy guys to remove this, or should I change pypy to accept
> this".
If you have that power, I recommend you tell them to get rid of it. :)
--
Cheers,
Benjamin Peterson
"There's no place like
On Tue, Jun 10, 2008 at 9:18 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> I see no reason to invent a new custom dict to prevent people from
> doing something they find to be useful. If you can't segfault with it,
> who cares.
Don't worry; I'm not suggesti
[just ccing python-dev]
On Tue, Jun 10, 2008 at 10:17 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
> On Tue, Jun 10, 2008 at 10:08 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>> On Tue, Jun 10, 2008 at 7:19 PM, Benjamin Peterson
>> <[EMAIL PROTECTED]> wrot
7;t they created in the C module in the
> first place?
They should eventually go to C, but I'll worry about it after the betas. :)
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Py
I'm going to handle it.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
changes and affects my perception
> of meaning. For example, Thread.setName or Thread.setname both feel like a
> setter to me, but Thread.set_name causes a mental pause and a momentary
> double-take (is it the name of a set?).
Actually, in this case, I think the Pythonic thing to do would be
for about 3 more
> hours and if this can't be fixed by then, we will have to postpone the
> releases.
Already done.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@py
On Wed, Jun 11, 2008 at 9:18 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 11, 2008 at 3:18 PM, Benjamin Peterson
>>
>> Already done.
>
> Done what? Fixed, or backed out? Any more details? Old farts who
> aren't on IRC want to know. :-)
That wo
?
>
> Should it be...
>
> 2.n : .is_alive()
> 2.n+1 : .is_alive() (deprecated), .alive (recommended)
> 2.n+2 : .alive
I think:
2.x isAlive() (Py3kWarning), .alive (recommended for compatibility with 3.x)
3.x .alive
--
Cheers,
Benj
ing.
I will quite happily abide by this; it's already causing more than
enough stress over here.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://ma
(That's only a bzr co --lightweight away.) Go ahead
and send me angry emails about how it's totally wrong, and your cat
could do better.
[1] http://code.python.org/python/users/benjamin.peterson/new_testing/main/
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1.
__name private to begin with? Any reason for the getters and
> setters? Why isn't this just an attribute?
In 3.x, it's just an attribute.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing
On Fri, Jun 13, 2008 at 12:14 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Fri, Jun 13, 2008 at 9:42 AM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
>> On Fri, Jun 13, 2008 at 11:40 AM, Raymond Hettinger <[EMAIL PROTECTED]>
>> wrote:
>>>
ced the files all
>> appear to have Windows line endings. Should those maybe be stripped to
>> conform to the other Python source?
>
> Ow. definitely.
I've converted the line endings in the trunk and py3k.
--
Cheers,
On Fri, Jun 13, 2008 at 3:02 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Fri, Jun 13, 2008 at 12:32 PM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
>> I've converted the line endings in the trunk and py3k.
>
> Thanks! Can we have a post-mortem of t
the toolchain to change this.
> Perhaps a submit trigger (like the whitespace check) can look for
> this?
I'll figure out how to do that if you give me shell access. ;)
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
On Fri, Jun 13, 2008 at 3:24 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Fri, Jun 13, 2008 at 1:23 PM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
>>
>> Actually he just told me that he uploaded it from a Mac, so it's my fault. :)
>
>
On Fri, Jun 13, 2008 at 11:31 PM, <[EMAIL PROTECTED]> wrote:
>>>>>> "Guido" == Guido van Rossum <[EMAIL PROTECTED]> writes:
>
>Guido> Ow. definitely.
>
> Yes. If I have some time Saturday and nobody beats me to it I'll fix this.
osing all the release critical bugs.
> I think this will actually free us up a bit more on bug day to concentrate
> on fixing other issues.
I kinda hate to do this to you, but I had to file another release blocker: #3114
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1.
t in 3.x
where it's completely forbidden to assign to True or False?
>
> I'm leaning towards #3 at the moment as it seems like it's going to be the
> cleanest approach and makes a lot of sense -- at least on the surface. Can
> anybody think of proble
on there yet. Anyway, it's nice to see Python
development is exploding like fireworks now!
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/
discuss the GIL and related issues.
> Presumably it was put in the 'Optional OS Services' chapter because
> that's where the threading and thread modules are.
Ok. Fair enough. Thanks for explaining.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
he first beta release and the
> first release candidate will focus on cleaning up issues like this.
I wonder if we could just 2to3 (with fixers that create
incompatibilities disabled) over the whole stdlib and see what
happens.
--
Cheers,
Benjamin Peterson
&quo
On Tue, Jun 24, 2008 at 8:08 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Benjamin Peterson wrote:
>>
>> On Tue, Jun 24, 2008 at 5:34 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
>>>
>>> I'd say so, yes. If tracker issues don't exist yet, p
n over it, even
> just a single fixer like fix_has_key.
So be it. We'll go over each module individually as with #3189.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@pyt
On Wed, Jun 25, 2008 at 12:18 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> If you want, but Benjamin plans to undocument this for users along
> with all other test.support stuff (which I agree with). Most of the
> APIs in test.support were just quickly written and have not
>
aps in
Lib/test/README), so new core developers could write their tests.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
U
t; there.
I think he's talking about outside core Python development (putting it
into unittest).
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python
ocumented is that the API is
not guaranteed throughout versions, and test.support really should
only be used for core tests.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
ort to a toplevel position like testutils or such.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ight before the
> final release.
Good timing! Georg and I were just talking about this. You're correct;
I've never imagined having it in before 2.6 or 3.0 final.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
code) but
> fix it in 2.6 and 3.0 if we can.
I think code that uses this is probably already quite broken in some
fundamental way and putting the fix in 2.5 isn't much of a risk.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
d.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
me either way.
I vote for shifting things 2 weeks forward.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
On Tue, Jul 1, 2008 at 6:27 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> Is a Google Calendar kept by anyone that lists stuff like planned
> release dates, etc.?
It's on my personal one. :)
--
Cheers,
Benjamin Peterson
"There
lib.error when not used in a ``from ... import`` statement).
Well for starters, you know the test for fix_imports is disabled, right?
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@
tes, etc.?
>
> http://www.google.com/calendar/ical/b6v58qvojllt0i6ql654r1vh00%40group.calendar.google.com/public/basic.ics
Can I get the non-iCal version?
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev
On Wed, Jul 2, 2008 at 11:30 AM, Collin Winter <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 1, 2008 at 7:38 PM, Benjamin Peterson
>> Well for starters, you know the test for fix_imports is disabled, right?
>
> Why was this test disabled, rather than fixed? That seems a rather
&
in the 2.6
libraries are the absolute minimum to get the job done. (I'm trying to
pretend like this isn't violating the prohibition on all-inclusive
overhauls in the stdlib.)
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
On Fri, Jul 11, 2008 at 8:02 AM, Steve Holden <[EMAIL PROTECTED]> wrote:
> Benjamin Peterson wrote:
>>
>> Yes, indeed. We should make sure, however, that the changes in the 2.6
>> libraries are the absolute minimum to get the job done. (I'm trying to
>>
tyle
> type hierarchy.
>
> * ``TestResult``
> * ``TestCase``
> * ``TestSuite``
> * ``TestLoader``
> * ``_WritelnDecorator``
> * ``TextTestRunner``
> * ``TestProgram``
They already do. __metaclass__ = type is found in unittest.py.
--
Cheers,
Be
On Mon, Jul 14, 2008 at 6:18 PM, Ben Finney <[EMAIL PROTECTED]> wrote:
> "Benjamin Peterson" <[EMAIL PROTECTED]> writes:
>
>> On Mon, Jul 14, 2008 at 8:25 AM, Ben Finney <[EMAIL PROTECTED]> wrote:
>> > Use new-style classes throughout
>> >
be done:
Bringing the total amount of test modules in the stdlib to 3. OWTDI indeed.
Anyway, I don't think something like needs to be (re)written. nose[1]
is already an excellent implementation of this that I would like to
see in the stdlib.
[1] http://www.somethingaboutorange.com/mrl/project
what we need to do then is make the assert statement more
powerful. I like the idea of having it call a builtin called
__assert__ which is called by the assert statement. The AST for the
node could be attached.
--
Cheers,
Benjamin Peterson
"There&#x
asses in the module and thus make all classes
> in the module part of the new-style type hierarchy::
>
>__metaclass__ = type
It's already done.
Line 94-95 in unittest.py (trunk):
# All classes defined herein are 'new-style' classes, allowing use of
On Tue, Jul 15, 2008 at 5:04 AM, Ben Finney <[EMAIL PROTECTED]> wrote:
> "Benjamin Peterson" <[EMAIL PROTECTED]> writes:
>>
>> Line 94-95 in unittest.py (trunk):
>> # All classes defined herein are 'new-style' classes, allowing use of
>>
ght be easiest to just throw (maybe even just temporarily)
if sys.py3kwarning:
warnings.filterwarnings("ignore", category=DeprecationWarning,
module=__name__)
at the top of the offending module.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
__
> it they might come. ;-) I've written draft instructions, temporarily
> at <http://python.ca/nas/tmp/git-notes.txt>. The trunk and py3k
> repositories are now avaliable at git://code.python.org. They
> currently get updated every 30 minutes.
Can we push branches?
--
Chee
e accepted.
So basically, discussion is open for additions and improvements?
Great, I love it!
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailma
ailing on both the trunk and py3k. I don't
know much about either of these items (or Windows for that matter), so
any help would be greatly appreciated.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev m
ns,
> methods of builtin types, etc., need to be evaluated for safety.
>
> So, in general, he is looking for detailed lists of changes between
> Python 2.4 and 2.5--more than the "What's New" doc.
> """
Then I would recommend he look at Misc/NEWS. If he ne
pped failing now (Thanks Bill). test_wsgiref is failing
on the trunk, but as it is an externally maintained module, there
isn't much I can do about it. (see issue #3401). Overall, though, I
think we've done what we can here, so these shouldn't hold up the
release.
>
> Re
> commits coming from 1.5 clients?.
While Subversion 1.5 has merge tracking, it doesn't support blocking
revisions to be merged as well as svnmerge.py. (This is important for
merging trunk -> py3k). Basically, I think we can get more from
svnmerge.py than builtin merge tracking.
--
Che
is reserved for discussion about the evolution of Python,
> not its use.
Since this is prelease software, it's probably ok to talk about issues
with it. You could file a bug next time. However, AFAIK, Zope hasn't
even been ported to 2.5.
--
Cheers,
Benjamin Pe
umentation of parser to only refer to
> the "st" variants anymore.
>
> Georg
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
sive code review that
> should be happening in prep for rc1.
I have a sickening feeling that this isn't the only major change that may
hit the betas. PEP 3118 is only about 2/3's implemented (with hardly any
tests, I might add), and Travis has said the earliest he can get to it is
Aug
as read(0) :-/
>
> Victor
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/musiccomposition%40gmail.com
&g
ications?
> >
> > This doesn't come into effect until 3.0.
>
> Would it possible to create an option "strict mode" which disallow
> dangerous
> cast? Especially in PyArg_Parse*() functions.
You could use -Wall to make the warning an er
On Tue, Jul 22, 2008 at 6:47 PM, Benjamin Peterson <
[EMAIL PROTECTED]> wrote:
>
>
> On Tue, Jul 22, 2008 at 6:43 PM, Victor Stinner <
> [EMAIL PROTECTED]> wrote:
>
>> Le Monday 21 July 2008 21:23:21, vous avez écrit :
>> > > It should raises an e
ng into this, has anyone seen this before?
Please file a bug report.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Uns
st.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
f which, I'm leaving this Saturday.)
Please focus getting fixes reviewed, checked in, and their issue's
closed so we can bring beta 3 out on time!
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/musiccomposition%40gmail.com
>
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev
maze of function calls in the
> parser again).
Have a look at tok_nextc in Parser/tokenizer.c.
>
> -Brett
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscrib
al
releases now. :)
These methods are:
Symbol.is_in_tuple()
Symbol.is_vararg()
Symbol.is_keyword()
Anyway, if there are no objects, I will deprecate the functions in 2.6
and kill them off for good in 3.0.
--
Cheers,
Benjamin Peterson
"There'
ot name it testutils?
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
wJywDo=
> =oJk1
> -END PGP SIGNATURE-
> ___
> Python-3000 mailing list
> [EMAIL PROTECTED]
> http://mail.python.org/mailman/listinfo/python-3000
> Unsubscribe:
> http://mail.python.org/mailman/options/python-3000/musiccomposition%40
Linux)
>
> iD8DBQFIrN472YZpQepbvXERAl4fAJ9QxHhSn/jYdA3lCYvgfXRhBVV2pgCfdNUx
> 3NTlSrsSULxXhoMqiNmUMSg=
> =Z4+y
> -END PGP SIGNATURE-
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
&g
1101 - 1200 of 1550 matches
Mail list logo
