rf(1), and I guess the Python interpreter would
introduce some noise there.
/Jorgen
--
// Jorgen Grahn <grahn@ Oo o. . .
\X/ snipabacken.se> O o .
--
https://mail.python.org/mailman/listinfo/python-list
th certain
UDP-based protocols which cannot pack multiple application-level
messages into one datagram.
Although perhaps you tend not to use Python in those situations.
/Jorgen
--
// Jorgen Grahn <grahn@ Oo o. . .
\X/ snipabacken.se> O o .
--
https://mail.python.org/mailman/listinfo/python-list
and read some more when there's a chance more data
has arrived
So the buffer is a circular buffer of octets, which you chop up
by parsing it so you can see it as a circular buffer of complete and
incomplete entries or messages.
At that level, yes, the line-oriented data and the binary data would
coexist in the same application buffer.
/Jorgen
--
// Jorgen Grahn <grahn@ Oo o. . .
\X/ snipabacken.se> O o .
--
https://mail.python.org/mailman/listinfo/python-list
ircular buffer might fill with
> undeliverable headers)
Those messages should be delivered to the receiving socket, in the
sense that they are sanity-checked, used to wake up the application
and mark the socket readable, fill up one entry in the read queue and
so on ...
Of course your system at work may have the rights to be more
restrictive, if it's special-purpose.
/Jorgen
--
// Jorgen Grahn <grahn@ Oo o. . .
\X/ snipabacken.se> O o .
--
https://mail.python.org/mailman/listinfo/python-list
/acting/ on
it.
And yes, you can't do much with a TCP soocket without setting up these
rules. It's important to see that noone does it /for/ you.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
https://mail.python.org/mailman/listinfo/python-list
not just Python: programming languages have been designed
that way since at least the 1960s. People are used to analysing
expressions inside and out according to rules common for almost all
languages.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o
will need to become Turing-complete is not.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
https://mail.python.org/mailman/listinfo/python-list
should need an account for an experimental chat, anyway.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
large
on a busy network, but if you can quiet other traffic, you may not need
to filter at all.)
Or simply filter. It's not hard -- the capture filter
host my-printer-hostname-or-address is enough.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o
that there *may* be some uncertainty re: did the printer
process the last request before the reset or not? E.g. I wouldn't
endlessly retry printing a 100-page document in that case.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman
it /would/ have been, if regular
expressions hadn't come from the ASCII world where these things are
easy.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
implementation.
That seems like an argument for *not* having support for many file
formats in the imaging library itself -- just pipeline into the best
standalone utilities available.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org
.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
in Usenet's past.
Your own posting (or mail) is almost flawless: correct quoting, and a
properly formatted response. But you seem to be using gmail and the
mailing list interface; that's not the technology he's complaining
about.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X
and searching above pinpointing files in heirarchies.
I invite you to try it.
Hard to do without a manual page, or any documentation at all except
for a tiny hello world-style example ...
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org
I'm
stuck with it.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
directly.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
into memory once.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
supports segmented
memory (pre-386 Intel) and separate code/data address spaces. (Even if
most C users tend not to think of it that way.)
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
that has been standard for at least 6--7 years,
start planning to replace it *now*.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
there safely and efficiently, there should be text editor instructors!)
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
* to be tabs? Why? Both Emacs and Vim can have multiple
files open, and have various powerful ways to navigate between them.
If you cannot stand non-tabbed interfaces, you probably can't stand
other non-Windows-like features of these two, like their menu systems.
/Jorgen
--
// Jorgen Grahn
of us think of them as more or less fancy VT-100s.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
- go blackwhite in such a way that half the pixels are black
- XOR the images and count the mismatches
That takes care of JPEG quality, scaling and possibly gamma
correction, but not cropping or rotation. I'm sure there are better,
well-known algorithms.
/Jorgen
--
// Jorgen Grahn grahn@ Oo
* such use, I'd experiment with writing them as
sortable text to file, and run GNU sort (the Unix utility) on the file.
It seems to have a clever file-backed sort algorithm.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman
pretty decent conventions which most
follow).
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
.
That's part of my point -- unrar-free is the only decoder free enough
to be distributed by Debian, and yes, it's limited to decoding old
versions or the rar file format. Wikipedia seems to say it was based
on RAR as it looked before some license terms change.
/Jorgen
--
// Jorgen Grahn grahn
On Thu, 2011-02-17, Roy Smith wrote:
In article slrnilr5lj.15e.grahn+n...@frailea.sa.invalid,
Jorgen Grahn grahn+n...@snipabacken.se wrote:
- Write user documentation and build/installation scripts. Since I'm
on Unix, that means man pages and a Makefile.
Wow, I haven't built a man page
of experience with object-oriented design in
Python and C++ ... not sure how to learn that without getting lost in
Design with a capital 'D' for a few years ...
Anyway, I don't feel bad if I don't find any classes at first.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o
their version.
I wouldn't encourage its use by writing /more/ software which handles
it. IMHO, archives should be widely readable forever, and to be that
they need to be in a widely used, open format.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http
on Windows, there's certainly some very
different scheme you have to follow (or bypass).
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
in the path. /usr/sbin may not be, but if that's a
problem for your users, just let your script start by appending it to
the pre-existing $PATH. You don't even have to do OS detection on
that one -- it's safe to do everywhere.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O
and making sure it's all secure.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
On Tue, 2010-10-26, Carl Banks wrote:
On Oct 25, 11:20 pm, Jorgen Grahn grahn+n...@snipabacken.se wrote:
On Mon, 2010-10-25, bruno.desthuilli...@gmail.com wrote:
On 25 oct, 15:34, Alex Willmer a...@moreati.org.uk wrote:
On Oct 25, 11:07 am, kj no.em...@please.post wrote:
In The Zen
hierarchies (which tend to be rather
flat in Python compared to most mainstreams OOPLs), as well as nested
classes etc.
Which mainstream languages are you thinking of? Java? Because C++ is
as flat as Python.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o
to want to wait. For
example if the peer host is suddenly disconnected from the network --
TCP will keep trying, in case a connection suddenly reappears much
later.
Try provoking that situation and see what happens.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o
it makes more sense in a language with
static typing, overloading and templates.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
or (if that
doesn't exist either) None.
...
Perhaps you are focusing too much on inheritance in general.
I personally almost never use it in Python -- it has much fewer
uses here than in staticaly typed languages.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se
.
Possibly I missed something in the question, but it's worth googling for.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
get it...
You are subscribed to the python mailing list.
Check your subscription status with the link below.
JN's posting was technically a reply to JM's SL question -- a
References: header led back to it. That's why he was confused.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X
On Wed, 2010-06-30, Steven D'Aprano wrote:
On Wed, 30 Jun 2010 14:14:38 +, Jorgen Grahn wrote:
On Tue, 2010-06-29, Stephen Hansen wrote:
On 6/29/10 5:41 AM, Roy Smith wrote:
Nobodynob...@nowhere.com wrote:
And what about regular expressions?
What about them? As the saying goes
On Wed, 2010-06-30, Michael Torrie wrote:
On 06/30/2010 03:00 AM, Jorgen Grahn wrote:
On Wed, 2010-06-30, Michael Torrie wrote:
On 06/29/2010 10:17 PM, Michael Torrie wrote:
On 06/29/2010 10:05 PM, Michael Torrie wrote:
#include stdio.h
int main(int argc, char ** argv)
{
char *buf
(char)' unless you might change the type later. 'sizeof(char)'
is by definition 1 -- even on odd-ball architectures where a char is
e.g. 16 bits.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
lost in history.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
a
table-of-contents, but sometimes a h1 was followed by h3 with no
h2 inbetween. I'd get invalid stuff like ulul.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
, and not even a full int.
0 and 1 work, small integers up to 255 are likely to work, but beyond
that common systems (Unix) will chop off the high bits.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
bash for medium/large-sized scripts. Many people try to avoid
bash-specific syntax, but they miss out on lots of things that make
programs maintainable, like local variables.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman
On Mon, 2010-06-28, Kushal Kumaran wrote:
On Mon, Jun 28, 2010 at 2:00 AM, Jorgen Grahn grahn+n...@snipabacken.se
wrote:
On Sun, 2010-06-27, Lawrence D'Oliveiro wrote:
In message roy-854954.20435125062...@news.panix.com, Roy Smith wrote:
I recently fixed a bug in some production code
On Sat, 2010-06-26, Lawrence D'Oliveiro wrote:
In message slrni297ec.1m5.grahn+n...@frailea.sa.invalid, Jorgen Grahn
wrote:
I thought it was well-known that the solution is *not* to try to
sanitize the input -- it's to switch to an interface which doesn't
involve generating an intermediate
On Fri, 2010-06-25, Nobody wrote:
On Fri, 25 Jun 2010 12:15:08 +, Jorgen Grahn wrote:
I don't do SQL and I don't even understand the terminology properly
... but the discussion around it bothers me.
Do those people really do this?
Yes. And then some.
Among web developers, the median
to the buffer: you also have to NUL-terminate it
manually in some corner cases. See the documentation.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
something? If not, I can go back to sleep -- and keep
avoiding SQL and web programming like the plague until that community
has entered the 21st century.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
confusing people by choosing another letter, like -i.)
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
are installed by default in modern, recent Linux
distributions. I bet it will be years before Python 3 replaces them.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
on some fairly big and
mature project, the *last* thing you want is someone coming in and
reindenting everything.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
forgotten.
Done
And for reference, it's http://bugs.python.org/issue7749, pydoc error.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
On Thu, 2010-01-07, danmcle...@yahoo.com wrote:
On Jan 7, 9:18 am, Jorgen Grahn grahn+n...@snipabacken.se wrote:
On Thu, 2010-01-07, Rajat wrote:
I want to run a python script( aka script2) from another python script
(aka script1). While script1 executes script2 it waits for script2
choice too for a problem which isn't
clearly CPU-bound. Or my second choice -- the first would be calling
on a utility like wget(1).
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
won't attempt a strict definition of the term scripting language,
but it seems like non-programmers use it to mean less scary than what
you might think of as programming, while programmers interpret it as
not useful as a general-purpose language.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X
and they
remind me of brief and painful experiments with Windows 3.1.
Just remember to include support for commented-out lines.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
I go about implementing it.
I'm currently executing it as:
import main from script2
ret_code = main()
return ret_code
which surely is not going to achieve me what I intend.
Thanks,
Rajat.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http
connection is much more efficient than dozens of
short-lived ones.
Personally, I'd popen() wget and let it do the job for me.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
documentation, plus this group, is all I think I need.
But I had a lot of Unix, C, C++ and Perl experience to help me.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
On Thu, 2009-10-22, Al Fansome wrote:
Jorgen Grahn wrote:
On Fri, 2009-10-16, Jeremy wrote:
On Oct 15, 6:32 pm, MRAB pyt...@mrabarnett.plus.com wrote:
TerryP wrote:
On Oct 15, 7:42 pm, Jeremy jlcon...@gmail.com wrote:
I need to write a Python script that will call some command line
are you trying to do?
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
On Mon, 2009-10-19, oripel wrote:
On Oct 14, 5:59 pm, Jorgen Grahn grahn+n...@snipabacken.se wrote:
But this sentence on the home page
The documentation is sadly outdated, but may be
a starting point:
made me stop looking. As far as I can tell, you cannot even find out
what's so
a semi-decent
alternative. For example, Stroustrup claimed back in 1994 that the
non-catching case can be implemented at no speed cost or no memory
usage cost (Design and Evolution of C++, 1994, p397).
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http
output or feed it with input, or it will eventually
stall.
Python being made with much loving kindless, exposes each interface.
Nicely put!
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
programs
as you like, have them run on whatever CPUs you have, and wait for
them to die and reap them using wait() and related calls. (Not sure
what the equivalent is in non-Unix OSes or portable Python.)
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o
be a different reason for
this. Can you give us the python versions for each, and architecture (32/64
bit)?
He could start by compiling it exactly like Ubuntu does. Just get the
Ubuntu source packet -- it's all in there, Ubuntu doesn't keep it a
secret.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o
-programming/ I suppose. I certainly hope you
can still get performance while running many separate true processes in
parallel.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
point:
made me stop looking. As far as I can tell, you cannot even find out
what's so advanced about it (or why advanced is a good thing)
without starting to use it. A brief comparison with module unittest
(which I am rather unhappy with) would have been nice, too.
/Jorgen
--
// Jorgen Grahn
seems to fit the bill.
(For those that don't know it, ircII is a really freaking old Internet
Rely Chat client ;)
I would have thought (given the number of hackers who use it a lot)
there were lots of good IRC clients, but I don't use it myself, so ...
/Jorgen
--
// Jorgen Grahn grahn@ Oo
intentionally meaningless and
annoying variable names in your examples. In reality you would have a
meaningful expression like not inputqueue.empty() or
time() deadline or something.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman
better that that, I
often prefer a while 1 with breaks in it.
For a real-life loop, see for example
http://en.wikipedia.org/wiki/Binary_search#Iterative
(except it confuses me because it's a repeat ... until and it's in
Pascal with that quaint 1-based indexing)
/Jorgen
--
// Jorgen Grahn
.
That said, I still don't fully understand the rationale behind that
advice or rule ... so I'm willing to break it, and sometimes I do.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
). Also some other vital features which aren't
specific to Python. The best help an editor can give is language-
independent.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
standard input, and let the Python
program write the data using os.popen or one of the alternatives.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
it calls another program. And what it does while that other program
is running.
inetd/xinetd on Unix is one example, but they feed the program's output
(all of it, both standard output and standard error, IIRC) to the remote
client. Same with CGI, I think.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o
about accessing
addresses your process doesn't own.
[...]
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
if I
want that kind of subtle improvements, I am also willing to
restructure my code so the natural scopes become short enough.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
.
But this is Usenet (or at least it gets gatewayed there) and there
are such limits here (either by common agreement or by RFC).
Probably not Google's fault.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python
, it's not as much
ripping out as splitting into a separate package with a non-obvious
name. Annoying at times, but hardly an atrocity.
/Jorgen
--
// Jorgen Grahn grahn@ Oo o. . .
\X/ snipabacken.se O o .
--
http://mail.python.org/mailman/listinfo/python-list
On Wed, 26 Aug 2009 17:20:35 +0100, Robin Becker ro...@reportlab.com wrote:
Jorgen Grahn wrote:
On Wed, 26 Aug 2009 12:46:13 +0200, Diez B. Roggisch
Well, if you are thinking about Debian Linux, it's not as much
ripping out as splitting into a separate package with a non-obvious
that the computer can actually follow.
That's not a programmer, that's a compiler. Or (to at least *pretend*
to be on topic) that's the Python interpreter.
/Jorgen
--
// Jorgen Grahn grahn@Ph'nglui mglw'nafh Cthulhu
\X/ snipabacken.se R'lyeh wgah'nagl fhtagn!
--
http
). You can even have Python as
your input format, and eval() the file. Crude and insecure, but it
works, at almost zero cost.
/Jorgen
--
// Jorgen Grahn grahn@Ph'nglui mglw'nafh Cthulhu
\X/ snipabacken.se R'lyeh wgah'nagl fhtagn!
--
http://mail.python.org/mailman/listinfo
also refuse to exit
until the user finds the physical flash memory device somewhere and
mounts it correctly -- flashback to ancient floppy-based Macs).
Yes, I find the requirements quite odd.
/Jorgen
--
// Jorgen Grahn grahn@Ph'nglui mglw'nafh Cthulhu
\X/ snipabacken.se
.
If -q only eats the string SQL, where does 1 TABLE go? It cannot
just disappear; does it end up in 'args'?
/Jorgen
--
// Jorgen Grahn grahn@Ph'nglui mglw'nafh Cthulhu
\X/ snipabacken.se R'lyeh wgah'nagl fhtagn!
--
http://mail.python.org/mailman/listinfo/python-list
or never break. So I'm not
quite sure what happened in your case ...
/Jorgen
--
// Jorgen Grahn grahn@Ph'nglui mglw'nafh Cthulhu
\X/ snipabacken.se R'lyeh wgah'nagl fhtagn!
--
http://mail.python.org/mailman/listinfo/python-list
. I suspect that is often more elegant too.
/Jorgen
--
// Jorgen Grahn grahn@Ph'nglui mglw'nafh Cthulhu
\X/ snipabacken.se R'lyeh wgah'nagl fhtagn!
--
http://mail.python.org/mailman/listinfo/python-list
--
// Jorgen Grahn grahn@Ph'nglui mglw'nafh Cthulhu
\X/ snipabacken.se R'lyeh wgah'nagl fhtagn!
--
http://mail.python.org/mailman/listinfo/python-list
don't
have the time to deal with this crap.
And which other language would have made it easier? Once you have odd
third-party dependencies, you (or your users, rather) will have
problems.
/orgen
--
// Jorgen Grahn grahn@Ph'nglui mglw'nafh Cthulhu
\X/ snipabacken.se R'lyeh
pass it in.
Unix uses streams as abstraction for a lot of things - all kinds of devices
for example.
You mean uses the BSD Socket API as an abstraction here. That's the
framework where AF_BLUETOOTH apparently lives.
/Jorgen
--
// Jorgen Grahn grahn@Ph'nglui mglw'nafh Cthulhu
\X
used the 'pcapy' module successfully for this. Might be better
than the ones mentioned above, might be worse.
Also, the pcap file format isn't really hard: you can write such code
by yourself in a few hours. I've done that too.
/Jorgen
--
// Jorgen Grahn grahn@Ph'nglui mglw'nafh Cthulhu
. If it doesn't, I try another approach.
/Jorgen
--
// Jorgen Grahn grahn@Ph'nglui mglw'nafh Cthulhu
\X/ snipabacken.se R'lyeh wgah'nagl fhtagn!
--
http://mail.python.org/mailman/listinfo/python-list
the 'r' prefix
should fix the problem.
Also, the file isn't really remote if you can use the normal local
file system calls to read it.
/Jorgen
--
// Jorgen Grahn grahn@Ph'nglui mglw'nafh Cthulhu
\X/ snipabacken.se R'lyeh wgah'nagl fhtagn!
--
http://mail.python.org
that they have that problem.
/Jorgen
--
// Jorgen Grahn grahn@Ph'nglui mglw'nafh Cthulhu
\X/ snipabacken.se R'lyeh wgah'nagl fhtagn!
--
http://mail.python.org/mailman/listinfo/python-list
://
www.linuxjournal.com/article/3882).
I have a similar background, and I was pleased with this one:
%A Alex Martelli
%T Python in a nutshell
%I O'Reilly
%D 2003
Plus the excellent online docs.
/Jorgen
--
// Jorgen Grahn grahn@Ph'nglui mglw'nafh Cthulhu
\X/ snipabacken.se R'lyeh
1 - 100 of 363 matches
Mail list logo
