On Aug 7, 2009, at 10:48 AM, alex23 wrote:
Kee Nethery wrote:
I'm looking forward to the acceleration of improvements to the
official docs based upon easy to provide user feedback. Glad to see
that the bug tracking system is going to not be the primary means for
documentation changes.
I'm n
ps - I just realized that it isn't enough to do:
python -c 'import /path/to/script'
since that actually executes any statement inside of the script
(wheras all I want to do is check syntax)
So - let me reprhase that - exactly how can you do a syntax check in
python? Something like perl's -c:
In article <786181.46665...@web110610.mail.gq1.yahoo.com>,
William wrote:
> I have a question. Suppose I do the following:
>
> def myfunc(a,b):
> return a+b
>
> myfunc2=myfunc
>
> is there anyway to find all of the references to myfunc? That is, can I find
> out all of the functions that
En Fri, 07 Aug 2009 04:21:03 -0300, MICHÁLEK Jan Mgr.
escribió:
Thanks Gabriel,
I seen this before, but I don't know, what's mean 'compatible object'. I
need create object who will like as an variant type.
A variant is like a giant union contaning almost every basic type. See
http://msdn.mi
On Fri, 07 Aug 2009 12:57:11 -0700, alex23 wrote:
> John Nagle wrote:
>> Feedparser hasn't been updated since 2007. Does this mean Feedparser is
>> dead?
>
> Wouldn't you be better served asking this on the feedparser bug tracker?
>
> http://code.google.com/p/feedparser/issues/list
But if the p
On Aug 3, 10:04 pm, sturlamolden wrote:
> On 2 Aug, 15:50, Jizzai wrote:
>
> > Is a _pure_ python program buffer overflow proof?
>
> > For example in C++ you can declare a char[9] to hold user input.
> > If the user inputs 10+ chars a buffer overflow occurs.
>
> Short answer: NO
>
> Bounds checki
Suppose that x is some list. To produce a version of the list with
duplicate elements removed one could, I suppose, do this:
x = list(set(x))
but I expect that this will not preserve the original order of
elements.
I suppose that I could write something like
def uniquify(items):
seen
On Aug 4, 6:06 am, John Nagle wrote:
> Gabriel Genellina wrote:
> > En Mon, 03 Aug 2009 18:04:53 -0300, sturlamolden
> > escribió:
>
> >> On 2 Aug, 15:50, Jizzai wrote:
>
> >>> Is a _pure_ python program buffer overflow proof?
>
> >>> For example in C++ you can declare a char[9] to hold user inp
Bad news:
I ran the 2.5 turtle.py through the 2to3 refactorer but the
result would not run in 3.1, some kind of type mismatch between
ints and NoneType. So I set it aside.
Good news:
I tracked down the actual cause of the image discrepencies in my
report.
http://www.mensanator.com/mensanator/Py
Grant Edwards wrote:
> Definitely. Not only does it have _all_ the features, it even
> manages to simultaneously have several mutually-exclusive
> features.
Sounds a bit like Perl.
--
http://mail.python.org/mailman/listinfo/python-list
On Aug 7, 1:53 pm, kj wrote:
> Suppose that x is some list. To produce a version of the list with
> duplicate elements removed one could, I suppose, do this:
>
> x = list(set(x))
>
> but I expect that this will not preserve the original order of
> elements.
>
> I suppose that I could write so
On Aug 7, 1:39 pm, horos11 wrote:
> ps - I just realized that it isn't enough to do:
>
> python -c 'import /path/to/script'
>
> since that actually executes any statement inside of the script
> (wheras all I want to do is check syntax)
>
> So - let me reprhase that - exactly how can you do a synta
Python is chock-full of identifiers beginning and ending with double
underscores, such as __builtin__, __contains__, and __coerce__.
Using underscores to signal that an identifier is somehow "private"
to an implementation is pretty common in languages other than
Python. But in these cases the u
Peter Chant wrote:
> Thanks, it worked. Any ideas how to run the resulting scripts without
> installing or running as root?
If you install as root, you should be able to run the scripts as normal
user. However, I don't recommend this approach since it could conflict
with your system Python packag
On Fri, Aug 7, 2009 at 5:51 PM, kj wrote:
> Python is chock-full of identifiers beginning and ending with double
> underscores, such as __builtin__, __contains__, and __coerce__.
>
> Using underscores to signal that an identifier is somehow "private"
> to an implementation is pretty common in langu
Hello! I am chasing around a problem that I am having with ctypes and
I am hoping someone can help out. Here is the Python code:
def asynch(self, baudrate, data, idNum=None, demo=0, portB=0,
enableTE=0, enableTO=0, enableDel=0, numWrite=0, numRead=0):
"""
Name: U12.asynchConfig
On Aug 7, 4:16 pm, LabJack Support wrote:
> Hello! I am chasing around a problem that I am having with ctypes and
> I am hoping someone can help out. Here is the Python code:
>
> def asynch(self, baudrate, data, idNum=None, demo=0, portB=0,
> enableTE=0, enableTO=0, enableDel=0, numWrite=0, nu
durumdara:
> I wanna ask that is a bug or is it a feature?
For me it's a bug-prone antifeature.
Bye,
bearophile
--
http://mail.python.org/mailman/listinfo/python-list
On Aug 7, 5:13 pm, Chris Rebert wrote:
> On Fri, Aug 7, 2009 at 5:51 PM, kj wrote:
> > Python is chock-full of identifiers beginning and ending with double
> > underscores, such as __builtin__, __contains__, and __coerce__.
...(snip)
> Right, but the *users* of the functionality provided by __meth
On Aug 8, 3:43 am, alex23 wrote:
> kj wrote:
> > Feature, as others have pointed out, though I fail to see the need
> > for it, given that Python's general syntax for string (as opposed
> > to string literal) concatenation is already so convenient. I.e.,
> > I fail to see why
>
> > x = ("first p
> Michael Mossey (MM) wrote:
>MM> Ah yes, that explains it. Some of these long computations are done in
>MM> pure C, so I'm sure the GIL is not being released.
Is that C code under your own control? Or at least the glue from Python
to C? In that case, and if the C code is not manipulating Py
On Aug 7, 7:31 am, durumdara wrote:
> Hi!
>
> I found an interesting thing in Python.
> Today one of my "def"s got wrong result.
...(snip)
I think it's a completely useless feature and i have never used it
even once! This so-called "feature" seems a direct contridiction to
the zen...
"""There s
horos11 schrieb:
ps - I just realized that it isn't enough to do:
python -c 'import /path/to/script'
since that actually executes any statement inside of the script
(wheras all I want to do is check syntax)
So - let me reprhase that - exactly how can you do a syntax check in
python? Something
On Aug 7, 3:35 pm, Kee Nethery wrote:
(snip)
Kee,
that was an eloquent and enlighting post and i think it speaks volumes
to the lack of inclusion of all Pythoneers in this community. Not to
mention the viscous attitudes and self indulgence we have around here.
For those of you with ADD, Kee was
On Fri, 07 Aug 2009 08:15:08 -0700, Emanuele D'Arrigo wrote:
> Are
> there best practices to at least minimize some of the risks associated
> with untrusted code execution?
Yes: don't execute it. Failing that, run the Python interpreter within a
sandbox.
If you want to support restricted executi
It sure doesn't get any more obivous than...
"string1" + "string2"
Although i much prefer string formatting to concatenation for almost
all cases except the most simple. This auto-magic conacatenation of
strings is unintuitive and completely moronic if you ask my opinion. I
blow chunks when i se
En Fri, 07 Aug 2009 16:07:48 -0300, John Nagle
escribió:
Feedparser requires SGMLlib, which has been removed from Python 3.0.
Feedparser hasn't been updated since 2007. Does this mean Feedparser
is dead?
Since we have generic and easy of use XML parsers like ElementTree and
lxml, speciali
En Fri, 07 Aug 2009 17:53:10 -0300, kj escribió:
Suppose that x is some list. To produce a version of the list with
duplicate elements removed one could, I suppose, do this:
x = list(set(x))
but I expect that this will not preserve the original order of
elements.
I suppose that I could
En Fri, 07 Aug 2009 17:29:28 -0300, horos11 escribió:
I'm trying to make a syntax checker, where I say:
python -c "import /path/to/script"
to check the syntax of the script named '/path/to/script' (note: no py
extension needed). Of course this doesn't work because the
functionality for import
On Fri, 07 Aug 2009 12:00:42 +0200, Thorsten Kampe wrote:
> Bollocks. No one will even notice whether a code sequence runs 2.7 or
> 5.7 seconds. That's completely artificial benchmarking.
You think users won't notice a doubling of execution time? Well, that
explains some of the apps I'm forced t
Anybody tried it ?
Is anything broken, ie is the whole shootin' match good to go ?
I'm esp interested in WConio for 3.0/3.1 which I use heavily.
Thanks Dave pdlem...@earthlink.net
" I saw the number 4 in silver " Guido
HI,
I have a global variable
// line 8
tx = 0
and then I have this function (start in line 12):
def handleTranslate(result):
print line
txStr, tyStr = result.group(1), result.group(2)
print txStr, tyStr
tx += int(txStr)
ty += int(tyStr)
return
On Fri, 07 Aug 2009 17:13:07 +0200, Thorsten Kampe wrote:
> One guy claims he has times between 2.7 and 5.7 seconds when
> benchmarking more or less randomly generated "one million different
> lines". That *is* *exactly* nothing.
We agree that in the grand scheme of things, a difference of 2.7 s
On Fri, 07 Aug 2009 17:35:28 +, kj wrote:
> I fail to see why
>
> x = ("first part of a very long string "
> "second part of a very long string")
That's done by the compiler at compile time and is fast.
> is so much better than
>
> x = ("first part of a very long string " +
> "se
On Fri, 07 Aug 2009 08:04:22 -0700, Scott David Daniels wrote:
> Benjamin Kaplan wrote:
>> Python does not support compound comparisons like that. You have
>> to do "a > b and b > c".
>
> Funny, my python does. This has been around a long time. I am not
> certain whether 1.5.2 did it, but "
On Aug 7, 7:18 am, "Diez B. Roggisch" wrote:
> alex23 schrieb:
>
>
>
>
>
> > On Aug 7, 10:50 pm, Benjamin Kaplan wrote:
> >> That isn't an operator at all. Python does not support compound
> >> comparisons like that. You have to do "a > b and b > c".
>
> > You know, it costs nothing to open up a
On Fri, Aug 7, 2009 at 11:29 PM, n179911 wrote:
> HI,
>
> I have a global variable
>
> // line 8
> tx = 0
>
> and then I have this function (start in line 12):
> def handleTranslate(result):
> print line
> txStr, tyStr = result.group(1), result.group(2)
> print txStr, tyStr
>
On Aug 7, 9:01 pm, Carl Banks wrote:
> On Aug 7, 7:18 am, "Diez B. Roggisch" wrote:
>
>
>
>
>
> > alex23 schrieb:
>
> > > On Aug 7, 10:50 pm, Benjamin Kaplan wrote:
> > >> That isn't an operator at all. Python does not support compound
> > >> comparisons like that. You have to do "a > b and b >
On Aug 7, 8:29 pm, n179911 wrote:
> HI,
>
> I have a global variable
>
> // line 8
> tx = 0
>
> and then I have this function (start in line 12):
> def handleTranslate(result):
> print line
> txStr, tyStr = result.group(1), result.group(2)
> print txStr, tyStr
>
>
On Fri, 07 Aug 2009 13:35:26 -0700, Kee Nethery wrote:
> > Why exactly is posting an open comment on a bug tracker somehow
> > inferior to posting an open comment on a wiki?
>
> It's a good question and deserves a good answer.
>
> * Fewer Steps
> * Immediate
> * Does not need to be formally rev
On Aug 7, 9:25 pm, Steven D'Aprano wrote:
> If you want an open-access documentation system go right ahead and build
> one. There are plenty of wikis available to use, and the Python docs are
> freely available as your starting point. I might even contribute myself.
> I just don't want it mixed in
Steven D'Aprano writes:
> As for the rest, you're right that the current bug-tracker puts up
> barriers to people submitting comments and bugs. That's actually a good
> thing. The only thing worse than not enough information is too much
> information, and the current situation does a good job o
László Sándor writes:
> OK, I understand. Could anyone suggest a better way to do this, then?
>
> (Recap: random-looking, close-to uniform assignment of one number out
> of four possibilities to strings.)
Use a cryptographic hash function like md5 (deprecated for security
purposes but should be
On Aug 7, 10:31 pm, Steven D'Aprano wrote:
...(snip excessive showmanship) :-)
Ah Steven thats a real nice "snappy comeback" and some may get blinded
by the "black magic" but basically all you are saying is that "version
a" takes less overhead than "version b", compilation wise... but let's
dig a
On Aug 7, 10:00 am, Grant Edwards wrote:
> On 2009-08-07, Scott David Daniels wrote:
>
> > Grant Edwards wrote:
> >> On 2009-08-07, durumdara wrote:
> >>> In other languages, like Delphi (Pascal), Javascript, SQL, etc., I
> >>> must concatenate the strings with some sign, like "+" or "||".
>
> >
On Aug 7, 10:05 pm, Dave WB3DWE wrote:
...(snip)
Oh God, windows 7 is here :(. What great functionality has M$
bestowed on the weary peasants now? More importantly why the heck am i
still using windows in 2009? i think i will dump my winders os for
good this year and go linux from here on out (ca
101 - 146 of 146 matches
Mail list logo
