://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was
nul-terminated
...the fakechroot in the environment throws the
error and setup.py fails.
I'll roll back that change...any idea where I could find info about the
original method?
On February 2, 2015 3:17:54 PM CST, Ryan Gonzalez rym...@gmail.com
wrote:
In reality, things just got broken even more. I don't know
failed with class
'AttributeError': 'module' object has no attribute 'load'
On February 2, 2015 1:36:29 PM CST, Cyd Haselton chasel...@gmail.com
wrote:
After fixing a segfault issue (many thanks Ryan) I'm back to the same
issue I was having with Python 2.7.8; the newly built python throws
gdb, get the results and
send them.
On January 31, 2015 1:10:18 PM CST, Ryan rym...@gmail.com wrote:
No; I was looking for all uses of _PyRaw_Strdup. Surprisingly, it's used
only a few times.
Cyd Haselton chasel...@gmail.com wrote:
Question:
When you said earlier that you found
for me...I may go back to working on 2.7.x
Sent from my android device.
-Original Message-
From: Ryan Gonzalez rym...@gmail.com
To: Cyd Haselton chasel...@gmail.com
Cc: Python-Dev python-dev@python.org
Sent: Fri, 30 Jan 2015 7:53 PM
Subject: Re: [Python-Dev] Newly Built Python3 Binary
Regardless, if you're looking to toy more with stuff like this, I'd highly
recommend dual-booting with Ubuntu, which is what I'm doing now. (Now I
rarely ever boot into Windows!)
On Fri, Jan 30, 2015 at 7:51 PM, Ryan Gonzalez rym...@gmail.com wrote:
Do you have just the SDK (which doesn't
CST, Ryan Gonzalez rym...@gmail.com
wrote:
Regardless, if you're looking to toy more with stuff like this, I'd
highly
recommend dual-booting with Ubuntu, which is what I'm doing now. (Now
I
rarely ever boot into Windows!)
On Fri, Jan 30, 2015 at 7:51 PM, Ryan Gonzalez rym...@gmail.com
wrote:
Do you
still getting a segfault on the newly built binary.
Will post info this afternoon.
On Fri, Jan 30, 2015 at 12:10 PM, Ryan Gonzalez rym...@gmail.com wrote:
No, it returns NULL if malloc gives it a raw pointer. It unconditionally
checks the length of the (possibly null) string argument first
. Good thing I have addr2line on device
/bld/python/Python-3.4.2 $ addr2line -C -f -e /lib/libpython3.4m.so.1.0
0008bbc8
_PyMem_RawStrdup
/bld/python/Python-3.4.2/Objects/obmalloc.c:323
/bld/python/Python-3.4.2 $
On Thu, Jan 29, 2015 at 8:26 PM, Ryan rym...@gmail.com wrote:
Could you try
/obmalloc.c:323
/bld/python/Python-3.4.2 $
On Thu, Jan 29, 2015 at 8:26 PM, Ryan rym...@gmail.com wrote:
Could you try the steps at http://stackoverflow.com/a/11369475/2097780?
They
allow you to get a better idea of where libc is crashing.
Cyd Haselton chasel...@gmail.com wrote
:
Unfortunately it is still reporting the same function :-/.
On Fri, Jan 30, 2015 at 1:44 PM, Ryan Gonzalez rym...@gmail.com wrote:
Yes...
Can you check if it's crashing in a different function now?
On Fri, Jan 30, 2015 at 1:39 PM, Cyd Haselton chasel...@gmail.com
wrote:
Yes I did. I did have
linked to).
On Fri, Jan 30, 2015 at 12:00 PM, Cyd Haselton chasel...@gmail.com wrote:
I don't have gdb on device; does the following tell you where Python's
strdup is called?
_PyMem_RawStrdup
/bld/python/Python-3.4.2/Objects/obmalloc.c:323
On Fri, Jan 30, 2015 at 11:52 AM, Ryan Gonzalez rym
);
if (copy == NULL)
return NULL;
memcpy(copy, str, size);
return copy;
}
On Fri, Jan 30, 2015 at 11:56 AM, Ryan Gonzalez rym...@gmail.com wrote:
I seriously doubt the issue is in that file; _PyMem_RawStrdup crashes
when
calling strlen. It's that whatever is calling
it tomorrow (earliest) or Sunday (latest). In
the meantime I'll also check to see if there's anything that can a)
run in an Android terminal and b) can take a stack trace; it would be
far, far, far easier than either option above.
On Fri, Jan 30, 2015 at 4:19 PM, Ryan Gonzalez rym...@gmail.com
) (libc)
[ 01-29 19:30:55.855 23373:23373 F/libc ]
Fatal signal 11 (SIGSEGV) at 0x (code=1), thread 23373 (python)
Less detail than strace but it seems to be that python is segfaulting
libc...
On Wed, Jan 28, 2015 at 11:23 AM, Ryan Gonzalez rym...@gmail.com
wrote:
On Wed, Jan 28, 2015
%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was
nul-terminated.
Personal reality distortion fields are immune to contradictory evidence. -
srean
Check out my website: http://kirbyfan64
/options/python-dev/rymg19%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was
nul-terminated.
Personal reality distortion fields are immune to contradictory evidence. -
srean
Check out
/contact/
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C
If you expand the Details section, it says the version is 7.1.
On Thu, Jan 15, 2015 at 3:58 PM, Victor Stinner victor.stin...@gmail.com
wrote:
2015-01-15 22:39 GMT+01:00 Ryan Gonzalez rym...@gmail.com:
http://www.microsoft.com/en-us/download/details.aspx?id=8279
Microsoft Windows SDK
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was
nul-terminated.
Personal reality distortion fields are immune
Not sure if this is something to post here...but...
[image: Inline image 1]
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was
nul-terminated.
Personal reality distortion fields are immune
I can agree with most of these points. Some more things to consider:
- Git is 20x faster than Hg (that's 99% of the reason I switched and hate using
Darcs)
- People attached to Hg can use Hg-Git; I've used it several times with nice
results. It can also be used to easily convert Hg repos to
~
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C++ to C, my
Georg Brandl g.bra...@gmx.net wrote:
On 11/23/2014 07:03 PM, Ryan wrote:
I can agree with most of these points. Some more things to consider:
- Git is 20x faster than Hg (that's 99% of the reason I switched and
hate using
Darcs)
You won't get much traction with this argument around here
-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's becauseslejfp23(@#Q*(E*EIdc
@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was
nul-terminated.
Personal reality distortion fields are immune to contradictory evidence. -
srean
Check out my website: http://kirbyfan64.github.io
if there are issues with the package.
Cheers,
Steve
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
On Aug 21, 2014, at 11:29 AM, Martin v. Löwis mar...@v.loewis.de wrote:
Am 21.08.14 17:44, schrieb Nick Coghlan:
I've now raised this issue with the infrastructure team. The current
hosting arrangements for bugs.python.org were put in place when the
PSF didn't have any on-call system
+1 for scandir.
-1 for iterdir(scandir sounds fancier).
- for windows_wildcard.
Tim Delaney timothy.c.dela...@gmail.com wrote:
On 27 June 2014 09:28, MRAB pyt...@mrabarnett.plus.com wrote:
Personally, I'd prefer the name 'iterdir' because it emphasises that
it's an iterator.
Exactly
...@gmail.com
wrote:
On Fri, Jun 13, 2014 at 2:55 AM, Ryan Gonzalez rym...@gmail.com wrote:
SHELLS ARE NOT CROSS-PLATFORM Seriously, there are going to be
differences. If you really must:
escape = lambda s: s.replace('^', '^^') if os.name == 'nt' else s
It is not about generic shell problem
Angelico ros...@gmail.com wrote:
On Thu, Jun 12, 2014 at 7:58 AM, Ryan rym...@gmail.com wrote:
In all seriousness, to me this is obvious. When you pass a command to
the
shell, naturally, certain details are shell-specific.
On Windows cmd.exe is used by default:
http://hg.python.org/cpython
Of course! And, why not escape everything else, too?
abc - ^a^b^c
echo %PATH% - ^e^c^h^o^ ^%^P^A^T^H^%
In all seriousness, to me this is obvious. When you pass a command to the
shell, naturally, certain details are shell-specific.
-1. Bad idea. Very bad idea. If you want the ^ to be
...*migrtoostarstarthree*
ChrisA
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
If anybody ever asks
://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was
nul
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: https://mail.python.org/mailman/options/python-dev/
rymg19%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's
Ooooh...that stings.
Victor Stinner victor.stin...@gmail.com wrote:
2014-04-08 3:04 GMT+02:00 Steven D'Aprano st...@pearwood.info:
Python used to have an alias for != and I for one miss in
3.x. I
don't think TOOWTDI should be the last word in this debate.
PEP 401 to the rescue:
It
mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: https://mail.python.org/mailman/options/python-dev/
rymg19%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT
%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was
nul-terminated.
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org
:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was
nul-terminated.
___
Python
://mail.python.org/mailman/options/python-dev/
rymg19%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was
nul-terminated.
___
Python-Dev mailing
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
If anybody
list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
If anybody ever asks me why I prefer C++ to C, my answer will be simple:
It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait
Hastings la...@hastings.org writes:
On 01/18/2014 09:52 PM, Ryan Smith-Roberts wrote:
I still advise you not to use this solution. time() is a system call
on many operating systems, and so it can be a heavier operation than
you'd think. Best to avoid it unless it's needed (on FreeBSD
On Sun, Jan 19, 2014 at 2:38 AM, Larry Hastings la...@hastings.org wrote:
According to the issue tracker, rmsr has only ever filed one issue.
I just fixed (and closed) it.
The two issues were custom converter with converter and default raises
exception and custom converter with py_default
Hi Nikolaus. I also started a conversion of timemodule, but dropped it when
I saw in the issue that you had taken over that conversion. I also tried to
turn parse_time_t_args into a converter. However, it won't work. The
problem is that parse_time_t_args must be called whether or not the user
, so I've opened bugs on both issues, and put you
on the nosy list for them.
On Sat, Jan 18, 2014 at 7:42 PM, Nikolaus Rath nikol...@rath.org wrote:
Hi Ryan,
Ryan Smith-Roberts r...@lab.net writes:
Hi Nikolaus. I also started a conversion of timemodule, but dropped it
when
I saw
://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
When your hammer is C++, everything begins to look like a thumb.
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https
...@arctrix.com wrote:
On 2014-01-17, Ryan Gonzalez wrote:
A command line parameter??
I believe it has to be global flag. A __future__ statement will not
work. Probably we should allow the flag to be set with an
environment variable as well.
The annoying part would be telling every single user
Let me expand on the issue, and address some of the replies.
The goal of Argument Clinic is to create new docstring signatures for
builtins, with the following properties:
1) Useful. While one can create a signature of func(*args) and then
document complex and arbitrary restrictions on what args
One of the downsides of converting positional-only functions to Argument
Clinic is that it can result in misleading docstring signatures. Example:
socket.getservbyname(servicename[, protocolname])
-
socket.getservbyname(servicename, protocolname=None)
The problem with the new signature is that
On Wed, Jan 15, 2014 at 7:57 PM, Ryan Smith-Roberts r...@lab.net wrote:
socket.getservbyname(servicename[, protocolname])
-
socket.getservbyname(servicename, protocolname=None)
Here is a more complicated example, since the above does technically have
an alternative fix:
sockobj.sendmsg
I favor a dual-mode approach. I think the existing behavior is best for the
conversion of existing modules, because it's easy to interactively verify
the generated code. Once that's done, long-term maintenance definitely
favors a more centralized format.
+1 _pickle.original.c /* used only during
On Tue, Jan 14, 2014 at 5:32 PM, Ryan Smith-Roberts r...@lab.net wrote:
NaN _pickle.using-sidefile.c /* not enough experience with it */
I hate to weasel like that. Intellectually I think I favor the sidefile
over all other approaches for its cleanliness. But I'd have to actively use
://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
When your hammer is C++, everything begins to look like a thumb.
___
Python-Dev mailing list
Python-Dev@python.org
https
this as a
3rd party library for now.
-- Russell
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
Change def to func? That's the worst idea I've heard yet. Def is already there;
why break all existing code just for a word?
Westley Martínez aniko...@gmail.com wrote:
'def' is no more ambiguous than 'lambda', and is in fact more
ambiguous,
for 'def' doesn't lend itself to anything other than
--
Ryan
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail
+1. A 10.6-only build makes sense.
If you aren't having problems with GCC 4.8, then Clang shouldn't give any
trouble. Honestly, I still think Clang should be a compiler option in Windows
distutils...
Raymond Hettinger raymond.hettin...@gmail.com wrote:
On Sep 14, 2013, at 1:32 PM, Ned Deily
:
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
___
Python-Dev mailing list
Python-Dev@python.org
https
://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https
HALLELUJAH!!!
Ned Deily n...@acm.org wrote:
In article 522db8d3.1030...@hastings.org,
Larry Hastings la...@hastings.org wrote:
On behalf of the Python development team, I'm chuffed to announce the
second alpha release of Python 3.4.
Yay! 3.4.0a2 also contains a new batteries-included
...what's a PEP dictator?
Steven D'Aprano st...@pearwood.info wrote:
bump
I'd like to get some attention for this please.
On Sat, Aug 31, 2013 at 12:58:39PM +1000, Steven D'Aprano wrote:
Hi all,
I think that PEP 450 is now ready for a PEP dictator. There have been
a
number of code
I'm still waiting on Python 2.7 for Android! Stuck on 2.6 for now...ugh!
Wonder if I can build it myself...
Barry Warsaw ba...@python.org wrote:
Hello Pythonistas,
Python 2.6.9 is the last planned release of the 2.6.x series. This
will be a
security-only source-only release. It is currently
://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com
--
Ryan
___
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
Nonblocking sounds too Internet-related. How about...flow?
Ah, I'll probably still end up using Expat regardless.
Eli Bendersky eli...@gmail.com wrote:
On Mon, Aug 26, 2013 at 10:40 AM, Paul Moore p.f.mo...@gmail.com
wrote:
On 26 August 2013 17:40, Eli Bendersky eli...@gmail.com wrote:
Yes,
For the naming, how about changing median(callable) to median.regular? That
way, we don't have to deal with a callable namespace.
Steven D'Aprano st...@pearwood.info wrote:
On 15/08/13 21:42, Mark Dickinson wrote:
The PEP and code look generally good to me.
I think the API for median and its
I never realized it existed till now. Considering the usually erratic projects
I like do, I can see that coming in use in several in which I had to do odd
workarounds.
Keep it, but put better documentation. It's needed.
Brett Cannon br...@python.org wrote:
At the PyCon CA sprint someone
Nice idea, but some of those may break 3rd party libraries like Boost. Python
that have their own equilavent of the Python/C API. Or Even SWIG might
experience trouble in one or two of those.
Stefan Behnel stefan...@behnel.de wrote:
Hi,
let me revive and summarize this old thread.
Stefan
looks like theres no forgiveness except for dj yoda
On Thu, Jul 12, 2012 at 3:00 AM, python-dev-requ...@python.org wrote:
Send Python-Dev mailing list submissions to
python-dev@python.org
To subscribe or unsubscribe via the World Wide Web, visit
- its just my gmail face
On Thu, Jul 12, 2012 at 3:30 AM, Ryan Paullin ryanpaul...@gmail.com wrote:
looks like theres no forgiveness except for dj yoda
On Thu, Jul 12, 2012 at 3:00 AM, python-dev-requ...@python.org wrote:
Send Python-Dev mailing list submissions to
python-dev
, best of 3: 2.85 usec per loop
$ python -m timeit -s 'import test' 'test.chunks(2,abcdef)'
100 loops, best of 3: 0.685 usec per loop
some woman wrote this
On Thu, Jul 12, 2012 at 3:31 AM, Ryan Paullin ryanpaul...@gmail.com wrote:
- its just my gmail face
On Thu, Jul 12, 2012 at 3:30 AM
thanks for the reply hastings ive been working on a loopback interface its
done
On Fri, Jul 6, 2012 at 3:00 AM, python-dev-requ...@python.org wrote:
Send Python-Dev mailing list submissions to
python-dev@python.org
To subscribe or unsubscribe via the World Wide Web, visit
spoke too early on its done sorry
On Tue, Jul 10, 2012 at 2:04 PM, Ryan Paullin ryanpaul...@gmail.com wrote:
thanks for the reply hastings ive been working on a loopback interface its
done
On Fri, Jul 6, 2012 at 3:00 AM, python-dev-requ...@python.org wrote:
Send Python-Dev mailing list
between IE8 and
IE9/10 when launched from the app.
Please let me know if you have an estimated timeframe to address this issue,
and if our team can further assist in this process.
Regards,
Ryan Wells
Microsoft PC Ecosystem Engineering Team
v-ry...@microsoft.com
From: Brian Curtin
on the project so that we can
work closesly to resolve this issue.
Regards,
Ryan Wells
Microsoft PC Ecosystem Engineering Team
v-ry...@microsoft.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
was no longer worth it in practice?
Ryan
--
Ryan Kelly
http://www.rfk.id.au | This message is digitally signed. Please visit
r...@rfk.id.au| http://www.rfk.id.au/ramblings/gpg/ for details
signature.asc
Description: This is a digitally signed message part
On 05/21/10 15:18, Yaniv Aknin wrote:
I would if I were qualified, but I an mot. One way to get people to help
with details is to publish mistakes. This happens all the time on
python-list ;-). Pre-review would be nice though.
I don't mind so much the 'humiliation' of published mistakes,
On 05/08/10 03:57, Steve Holden wrote:
Steven D'Aprano wrote:
[...]
Similarly, if you wanted p1==p2, why not write
p1 = partial(operator.add)
p2 = p1
I thought the OP gave a use-case. He's generating jobs (partial
applied to a callable and arguments), and wanted to avoid
Michael Foord wrote:
Benjamin Peterson wrote:
2009/10/5 Nick Coghlan ncogh...@gmail.com:
So I would agree that method invocation on literals (particularly string
literals) is an already established language idiom.
And who hasn't ever used 4.56.as_integer_ratio()? :)
I've tried
Raymond Hettinger wrote:
I concur. Numbers are naturally right aligned.
Isn't numbers are naturally right aligned because of the Big Endian
notations that most mathematicians currently use. Had we been using
Little Endian notation, numbers would be naturally left-aligned,
wouldn't they?
Steven D'Aprano wrote:
On Fri, 13 Mar 2009 01:02:26 pm R. David Murray wrote:
On Fri, 13 Mar 2009 at 00:35, Antoine Pitrou wrote:
R. David Murray rdmurray at bitdance.com writes:
Seriously, though, the point is that IMO an application should not
be calling fsync unless it provides a way for
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Moore wrote:
2009/3/13 Chris Withers ch...@simplistix.co.uk:
If a decent package management system *was* included, this wouldn't be an
issue..
Remember that a decent package management system needs to handle
filling in all
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lie Ryan wrote:
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Moore wrote:
2009/3/13 Chris Withers ch...@simplistix.co.uk:
If a decent package management system *was* included, this wouldn't
James Y Knight wrote:
On Mar 11, 2009, at 11:40 PM, Nick Coghlan wrote:
Raymond Hettinger wrote:
It is not the goal to replace locale or to accomodate every
possible convention. The goal is to make a common task easier
for many users. The current, default use of the period as a decimal
point
PEP 239 says that Rational type was Rejected, but some time ago this
decision is reverted, and now python 3.0 and python 2.6 includes a
fractions.Fraction type. Shouldn't this PEP be updated? (At least to
include a note of its obsoleted status or to point to the reversion)
Martin v. Löwis wrote:
The prize was Martin von Löwis of the Python Foundation on behalf of the
Python community itself.
This is a funny translation from German-to-English. :-)
But yeah, a good one and the prize was presented by Klaus Knopper of Knoppix.
Congratulations!
Actually, the prize
Gisle Aas wrote:
On Mar 4, 2009, at 9:01 , Glenn Linderman wrote:
On approximately 3/3/2009 11:22 PM, came the following characters from
the keyboard of Raymond Hettinger:
Perhaps the terminology should be
ordereddict -- what we have here
sorteddict -- hypothetical future type that keeps
Steve Holden wrote:
Raymond Hettinger wrote:
Perhaps the terminology should be
ordereddict -- what we have here
sorteddict -- hypothetical future type that keeps
itself sorted in key order
+1
FIFOdict ? Yeah, that blows the capitalization scheme, way, way out.
Nick Coghlan wrote:
Lie Ryan wrote:
How about making odict ordered by insertion order, then provide an
optional argument for defining sorter? This optional argument must be a
function/lambda/callable object and must be the first argument.
or better yet, in the spirit of dumping cmp
Steven D'Aprano wrote:
I also can't think of an alternative
explanation, so thus far, it's resistant to false positive semantics.
The keys don't expire with time.
It's stable against accidental deletions.
It's stable against accidentally over-writing values.
Add to that:
The StableDict is
Terry Reedy wrote:
Lie Ryan wrote:
Isn't ordered dictionary essentially also an always sorted
container? It is always sorted depending on the order of insertion? I
can't see any technical reason why the data structure can't
accommodate them both. Can you point me to a discussion
On Mon, 23 Feb 2009 23:22:19 +, tav wrote:
Steve, this isn't death by a 1,000 cuts. What's being put forward here
is not a specific implementation -- but rather a specific model of
security (the object capability model) -- which has been proven to be
foolproof.
Proven? Isn't it
On Thu, 19 Feb 2009 21:41:51 -0600, Benjamin Peterson wrote:
As we prepare to merge the io-c branch, the question has come up [1]
about the original Python implementation. Should it just be deleted in
favor C version? The wish to maintain the two implementations together
has been raised on
On Tue, 17 Feb 2009 11:04:35 +1300, Greg Ewing wrote:
Leif Walsh wrote:
If only we had a second Earth to mess with, we could just copy and
swap.
Or we could use a generational approach, doing all our messy stuff
around the moon and copying to earth when we've got our traffic control
On Sat, 13 Dec 2008 13:28:37 +, Michael Foord wrote:
Lie Ryan wrote:
I'm sure probably most of you knows about psyco[1], the optimizer.
Python has an -O and -OO flag that is intended to be optimization flag,
but we know that currently it doesn't do much. Why not add psyco as
standard
I'm sure probably most of you knows about psyco[1], the optimizer. Python
has an -O and -OO flag that is intended to be optimization flag, but we
know that currently it doesn't do much. Why not add psyco as standard
library and let -O or -OO invoke psyco?
[1]
On Tue, 09 Dec 2008 12:15:53 -0500, Steve Holden wrote:
Is anyone aware of any implementations that use other than 64-bit
floating-point? I'd be particularly interested in any that use greater
precision than the usual 56-bit mantissa. Do modern 64-bit systems
implement anything wider than the
On Sun, May 21, 2006 at 17:38:49 CEST, Guido van Rossum guido at
python.org wrote
...
Also, it would be a parsing conflict for the new conditional
expressions (x if T else y).
...
That's all I needed to know.
Sorry, everyone, I'll try not to waste your time in the future.
101 - 200 of 205 matches
Mail list logo