', extending it to fall back to repr()
whatever goes wrong.
def xtr(a):
try:
return str(a)
except:
return repr(a)
...
self.setState(self.Failed, xtr(e))
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
for your
mastery of it, but you need a better dictionary.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
ways,
but I think if you were to apply a sort of conspiracy analysis
to the situation - who benefits from language change - this
would be a couple items down on the list of motivations.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
thereafter.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
, but of course it has its costs too. Anyone who
might be thinking about using Python for an application should
seriously think about this.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
for some reason.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
than one child process. Since the parent holds the write end
of the pipe, subsequently forked child processes could easily
inherit it, and they'll hold it open and spoil the effect.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
just a terminological
thing.
kqueue(2) on MacOS X mentions an EVFILT_AIO option. It isn't
supported on that platform, but maybe that's a vestige of some
other platform that does support asynchronous, blocking with
aio -- as VAX/VMS did (and presumably still does), with event
flags.
Donn Cave
have the
copying to do. I don't see even this much in asyncore.py, but
I just gave it a glance.
thanks,
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
in languages
like C++, but today, it makes me appreciate Haskell's potential
for complex projects.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
try posix.setsid(), from the child fork.
The object is to get the child fork out of the foreground
process group for the Berkeley terminal driver. This defines
who gets signals, when they originate in terminal control keys.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo
' or `pointers' or whatnot
is at some disadvantage while that lasts, like translating a
foreign language to your own instead of attaching meaning
directly.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
probably well know, that isn't my idea, it's a common
functional programming language idiom.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
in the data if you get the whole header, for example with 'RFC822.HEADER'?
It certainly does in my Python IMAP client, and this would have at least
helped you refine your question.
Donn Cave
--
http://mail.python.org/mailman/listinfo/python-list
. There are better ways to
conceive of this str/repr distinction, and they've been discussed
to death. python.org documentation will probably never be fixed.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
return a disk full error on close, because the last of
the buffer will be flushed with write(2), and Python should raise an
exception at this point.
I don't think there's any remedy for it, other than the obvious -
either always flush, or wrap an explicit close in its own exception
handler.
Donn
way out
by the time Python 1.0 hit the streets?
The thing that allows us to be so smug about the follies of the
past, is that we can pretend everyone knew better.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
In article [EMAIL PROTECTED],
Steve Holden [EMAIL PROTECTED] wrote:
Donn Cave wrote:
Someday we will look at variables like we look at goto.
How very functional. I believe some people naturally think in terms of
state transformations and some in terms of functional evaluation. I am
as above.
Or you see original conception of the program as so inherently
suspect, that random errors introduced during implementation can
reasonably be seen as helpful, which would be an interesting but
unusual point of view.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman
generally prevent data
errors or correct your misunderstanding of an algorithm or in
general avoid every kind of error. What it does, though, it does
rather well.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
else.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
without offending a lot of the
Python crowd, however well designed, so I can see why someone
might try to sneak it past by pretending it has nothing to do
with types. But he didn't -- look at the examples, I think he
rather overstates the potential for static typing applications.
Donn Cave, [EMAIL
the changes. If that's flexibility, you can have it.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
think there's much risk that they will have anything to do
with static typing in V3, if it's supported in some way.
Secondly, one can reasonably argue that steel toed boots
prevent injuries to the toe, without having to prove that
they withstand a welding torch, a nuclear blast, etc.
Donn Cave
In article [EMAIL PROTECTED],
Erik Max Francis [EMAIL PROTECTED] wrote:
Donn Cave wrote:
Anyone who finds this surprising, might enjoy reading this
article from the time several years ago when the feature
was being considered. When you have some time - it's long,
but interesting
In article [EMAIL PROTECTED],
Erik Max Francis [EMAIL PROTECTED] wrote:
Donn Cave wrote:
Not that it is of no historical interest to review all these
reasonable arguments, but allow me to restore the context quote
from my follow-up:
If the counterpoints are of no historical interest
Creighton
article again:
http://groups.google.com/group/comp.lang.python/msg/2de5e1c8384c0360
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
language.
If we have a sound language proposal backed by a compelling need,
fine, but don't add a great burden to the language for the sake of
great plans for Nepalese grade school programmers.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
In article [EMAIL PROTECTED],
Grant Edwards [EMAIL PROTECTED] wrote:
On 2007-04-26, Donn Cave [EMAIL PROTECTED] wrote:
One possible way to work around this is to get the raw command line
and do the shell expansions ourselves from within Python. Ignoring the
question of whether
in
a consistent way. This allows the command line interface to
interact with the user in a little more transparent way, since
the input seen by the program is congruent with what the user
typed in. E.g., rename *.jpeg *.jpg is trivial on VMS,
impossible on UNIX.
Donn Cave, [EMAIL PROTECTED]
--
http
is.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
with select - os.read(), socket.recv() - and
break it up into lines on your own, and this completely and efficiently
resolves the problem.
I haven't looked at your code.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
In article [EMAIL PROTECTED],
Hendrik van Rooyen [EMAIL PROTECTED] wrote:
Donn Cave [EMAIL PROTECTED] wrote:
Well, yes - consider for example the tm tuple returned
from time.localtime() - it's all integers, but heterogeneous
as could be - tm[0] is Year, tm[1] is Month, etc
, does it not? Who has not done this?
Name yourself!
I am pleased to find myself in this company. My name is
Donn Cave. I have been using Python since version 1.1,
though frankly I haven't used it a lot in recent years.
I have a confession to make, though. Early in my career,
I used to do
about Python types - but rather from the position
of the item in the struct/tuple. (For the person who is about
to write to me that localtime() doesn't exactly return a tuple: QED)
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
In article [EMAIL PROTECTED],
Gabriel Genellina [EMAIL PROTECTED] wrote:
En Fri, 02 Mar 2007 14:38:59 -0300, Donn Cave [EMAIL PROTECTED]
escribió:
In article [EMAIL PROTECTED],
Gabriel Genellina [EMAIL PROTECTED] wrote:
On http://docs.python.org/lib/popen2-flow-control.html
.' It can work for some variations on this problem, but
not the majority of them.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
Quoth Paul Rubin http://[EMAIL PROTECTED]:
| Donn Cave [EMAIL PROTECTED] writes:
| What this proves is that you can implement
| an argument list at run time, but it by no means changes the
| nature of the argument list as a sequence.
|
| Right, it's treated as a sequence rather than a record
regardless of host network implementation?
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
In article [EMAIL PROTECTED],
Paul Rubin http://[EMAIL PROTECTED] wrote:
Donn Cave [EMAIL PROTECTED] writes:
If t is a valid argument tuple for function f, then can t[1:]
also be a valid argument tuple for function f?
For ordinary functions without special argument handling, no.
We
. can you recommend any possible
methods of preventing this? for instance, could acquiring a thread
lock before calling popen solve the problem?
No.
Did you look at the text of the post you responded to here?
What do you think about that advice? Do you have any
signal handlers?
Donn Cave
In article [EMAIL PROTECTED],
Paul Rubin http://[EMAIL PROTECTED] wrote:
Donn Cave [EMAIL PROTECTED] writes:
Unpredictable? How do you manage to write functions in this case?
Are all your formal parameter lists like (*a), with logic to deal
with the variable lengths?
I'm thinking
by newline.
Or, of course if you could shut down the signals...
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
to know anything about t, and not
much about f. This is characteristic of tuple applications.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
does:
signal.signal(signal.SIGPIPE, signal.SIG_DFL)
for filename in file_list:
...
Then it will work as if you had written it in C, or awk
or whatever.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
your problem.
OO (Object Oriented?) doesn't have anything to do with the problem,
that I can think of.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
by conversion.) If the object can't sensibly be
converted to string type, then normally __str__ is omitted, and
defaults to __repr__.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
In article [EMAIL PROTECTED],
James Stroud [EMAIL PROTECTED] wrote:
...
Paddy wrote:'
Frank,
IPython is great, but it is not a replacement for a shell like bash. If
you have a Linux system then you still need to know the rudiments of
bash
Or better yet, csh. ;)
Careful, someone will
the file, too,
not just if someone is writing).
O_EXCL fails if the file exists at all - whether closed or open.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] (Nick Maclaren) wrote:
In article [EMAIL PROTECTED],
Donn Cave [EMAIL PROTECTED] writes:
| In article [EMAIL PROTECTED],
| Gabriel Genellina [EMAIL PROTECTED] wrote:
| Tom Wright [EMAIL PROTECTED] escribió en el mensaje
| news:[EMAIL
of anything in Python) --
import select
def ProcessOutput(instream, outstream):
fdr = [instream.fileno()]
(r, w, e) = select.select(fdr, [], [], 0.0)
for fd in r:
text = os.read(fd, 4096)
outstream.write(text)
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org
\nhello\r\n is an IMAP literal. It's unlucky that
Cyrus uses this for some LIST responses and not others, since
that will be a surprise to clients that use ad hoc parsing -
like imaplib users.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
and no, instead of true
and false, and ask yourself if we have the philosophical
problems with yes that we do with true.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
as constructs that respond to something-ness,
you will appreciate idiomatic Python better, because that
arguably is just what it's about.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
readability.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
, you're sure a wizard! Most people would need to look before
making statements like that.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
values -
key has no embedded spaces, value has non-zero length - then
you should be OK. Re-join any invalid component to its
predecessor's value.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
more precisely the
right thing, it will work on any platform that supports a
POSIX wait -- which doesn't require that exit == status 8,
only that WEXITSTATUS be able to return that value.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
that anyone cares.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
that people understand these two functions,
but they certainly have arrived at that understanding from some
other route than reading the documentation.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
for making such a choice? How could you be sure that the decisions
it made would be useful or appropriate?
Yes indeed. This must be OO fever in its most rarified form -
the notion that even mechanical conversion to OO would be an
improvement.
Donn Cave, [EMAIL PROTECTED]
--
http
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] (Alex Martelli) wrote:
Donn Cave [EMAIL PROTECTED] wrote:
...
I believe your problem is that, by the time you open the
pipe for read, it has already been closed by its writer.
Hmmm, no: the problem is, he never opens the pipe
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] (Alex Martelli) wrote:
Donn Cave [EMAIL PROTECTED] wrote:
In article [EMAIL PROTECTED],
Rochester [EMAIL PROTECTED] wrote:
I just found out that the general open file mechanism doesn't work
for named pipes (fifo). Say I
this in Python?
Version 1. That's also how shell programmers do it, as far
as I know. That bash thing is a neat gimmick, borrowed from
Plan 9's rc, but not a standard shell feature and not needed
for conventional UNIX programming. That's my opinion.
Donn Cave, [EMAIL PROTECTED]
--
http
. Bash is
probably more flexible in dealing with fifos and multiway pipes (through
the magic menchanism of process substitution).
Multiway pipes?
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
) abomination.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
In article [EMAIL PROTECTED],
Antoon Pardon [EMAIL PROTECTED] wrote:
On 2006-07-19, Donn Cave [EMAIL PROTECTED] wrote:
...
http://groups.google.com/group/comp.lang.python/msg/2de5e1c8384c0360
It's lengthy but very readable, and for me it has that quality of
exposition where you feel
that quality of
exposition where you feel at first reading as though you had
already known all that -- even if you really hadn't.
But I don't know where she is today, or the Python she was
writing about.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
it.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
O_EXCL with open(2).
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
the underlying point of the code.
In this case, the body of the test refers implicitly to
the length of the list, since .pop() - (list[a], list[:a])
where a is (len(list) - 1) It's therefore quite appropriate
for the test to be length.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo
.
Indexing, as in the example, returns the item object. Or, binds a
reference to the left hand side identifier, whatever, but there is
no way to bind anything to the list location.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
to do any such thing there.
I'd have to look harder at the details, but as I recall it,
like any sane application the protocol is defined in terms of
data, so you know if you have a complete command by looking at
what you have.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman
(recursively)?
Depends on what you want it to do, but maybe something like
find . -name \*.mp3 -exec $HOME/bin/cvt .mp4 {} \;
where cvt would be something like
#!/bin/sh
case $1:$2 in
.mp4:*.mp3) mp3_to_mp4 $2 ${2%.mp3}.mp4 ;;
...
You'd have to think about it.
Donn Cave, [EMAIL PROTECTED
be if Python's configure
missed a bona fide flock(2), which is unlikely but may
be worth checking if you use flock(2) for a reason.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
an exception, so I
add this precaution to every I/O flush.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
or forkpty from
the os/posix module, or there may still be 3rd
party packages for this.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
will want a
copy of that stream, which you can get with the os.dup()
function, prior to redirection. All the left over file
descriptors can be closed afterwards.
I assume you're on a UNIX platform or something to that effect.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo
Quoth David Isaac [EMAIL PROTECTED]:
| Donn Cave, [EMAIL PROTECTED]
| I suppose it isn't supported by the mailbox module basically because
| it isn't all that commonly encountered. It may be more common on mail
| servers, but there it's email net protocol data, POP or IMAP. If
| Mahogany has
think, anyway.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
this format for `local' folders (i.e., via
filesystem), I think that may have been kind of poor judgement on the
part of its developers.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
, not the
interpreter, and it mostly likely refers to the file descriptor.
Since it works for me, I guess his problem is basically this:
| (python 2.4 + win32 extensions on XPProSP2)
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
these values out somewhere, it will put you in a position where
you can probably answer your question better than we can.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
waiting on a socket.recv() statement. Is
the client really not connected, or is the server unaware of the
connection? And how do I fix this?
You can either connect() as well as bind(), or use
sendto(data, file)
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
to scare up any
explicit documentation, but the only example program I
could find for two-way UNIX domain datagram IPC, uses two
sockets, not one -
http://docs.hp.com/en/B2355-90136/ch07s06.html
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
() has problems finding it.
I haven't used chroot enough to know all the pitfalls, but
here's one guess: suppose the CGI script file `pth' might
actually be a script, with a `#!' top line that points to
an interpreter that isn't there, in your chroot space?
Donn Cave, [EMAIL PROTECTED]
--
http
typecasting
functions.
I know awk works a bit like that, maybe Perl? but it's
surely way out of place in Python.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
these
functions, too. They are not just like popen.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
, etc. You
might find the UCSD Pascal system interesting, to harken back to the
early days of my experience with computers, a fascinating twist on the
interpreted/compiled story. Interesting as perspective, but it wouldn't
change the way we apply these words to Python.
Donn Cave, [EMAIL
architecture - like any interpreted language. We all know
what native code compilation buys you and what it doesn't.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
.
My impression from reading this is that Java actually
can be compiled to native code, though in 2002 this
was relatively new.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
to `_PyGILState_NoteThreadState'
===
It would seem that the python executable is looking for the process
management functionality that *would* have been supplied by
posixmodule.o.
Why would it seem that? Look for a recent thread here about
porting Python to LynxOS.
Donn Cave
it, and any change to the interpreter is a change to the program.
There are various strategies to address this, but pretending that Python
isn't interpreted is not one of them.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
it to someone else to wrestle with the Microsoft
problem, but I just wanted to point out that it isn't something you
could expect to work anywhere else.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
means interpreted and
suited to writing trivial programs. It's hard to believe they're
thinking very hard about what they're saying, but so what's new?
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
the required Python interpreter version, slip in a
25Mb Python interpreter install and hope I won't notice, or come clean
and tell me that your program needs an interpreter and I should check to
see that I have it.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
, then it can be exec'ed without a fork, which
leaves the gdb image running in the immediate child process.
Some shells do that automatically. In any case, a Bourne
shell exec statement will do it, like exec /.../gdb,
with whatever redirections etc.
Donn Cave, [EMAIL PROTECTED]
--
http
it is. It's flushing
data to disk or something like that. Or it could be something
else. Why don't you write a sample program that works like
this, and demonstrates the problem, and then we'll know.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
is on a different
filesystem. Etc.
Donn Cave, [EMAIL PROTECTED]
--
http://mail.python.org/mailman/listinfo/python-list
1 - 100 of 271 matches
Mail list logo