Re: nokia pys60 contacts + calendar

Hi, "Programming with Python for Series 60 Platform" http://eugen.leitl.org/Programming_with_Python.pdf "Python for Series 60 Platform - API Reference" PythonForS60_doc_1_3_17.pdf should answer your questions Torsten -- http://mail.python.org/mailman/listinfo/python-list

Re: Is Programing Art or Science?

Xah Lee wrote: > So, is programing a art or science? is it art or science? I really > need to know. Sience? Almost never. It's handcraft. Seldom, in very rare cases, it's true art for a very limited audience, mostly it's routine, and in many cases it's also idiocy. T.M. -- http://mail.python

How to upload a file

sting code. If you now say "Torsten, unfortunately it *is* so complicated" I'll jump through the hoops, but I'd love to hear that with Python 2.6.5 there's an easier way. ;-) Tschö, Torsten. -- Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de

Path-like objects in the standard library

modules seem to accept them anyway. Regards, Torsten. -- Torsten Bronger -- https://mail.python.org/mailman/listinfo/python-list

Re: ncurses programming

Hallöchen! "ncf" <[EMAIL PROTECTED]> writes: > [...] > > Py Docs: http://docs.python.org/lib/module-curses.html This document suggests that Python+ncurses won't work on windows. What's the reason for this? Tschö, Torsten. -- Torsten Bronger, aquisgrana,

Re: ncurses programming

nk there used to be something called pdcurses that > supposedly worked under windows. Wouldn't http://gnuwin32.sourceforge.net/packages/ncurses.htm be a good starting point? Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646 -- http://mail.python.org/mailman/listinfo/python-list

Re: help w/ simple GPIB prog.

led with their GPIB hardware, and you can download the latest version from <http://ni.com/visa>. Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646 -- http://mail.python.org/mailman/listinfo/python-list

Re: UI toolkits for Python

eb interface which puts all the hair on the server side. If > you want to program on the client, why not use a reasonable > language like Python instead of a monstrosity like JS? Because everybody is capable of running a JS engine, even on computers on which you don't have rights to

Re: Python vs Ruby

t; 3,000 lines in Python (Ruby to?) > > BTW: it is normally only 50 lines in Perl. Not that you could read > it, though At least they could form a heart. Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646 -- http://mail.python.org/mailman/listinfo/python-list

Problem with subprocess.call and cp

nslated from German.) I could use shell=True, however, what's going wrong here? Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646 -- http://mail.python.org/mailman/listinfo/python-list

use a file as a database, access rights

ts of the database. Several people should work on it and NEED to have different access rights. Can anybody give me some recommendations on what to use? Thanks for any hints, Torsten. -- http://mail.python.org/mailman/listinfo/python-list

Re: use a file as a database, access rights

embed some SQL database and tell it to store all its tables in ONE FILE it would be quite easy to do. I want to write that application cross-platform, at least Win32 AND Linux. Best regards, Torsten. > Torsten, > > Please explain the environment you are planning to use - Operating >

SuSE 9.1: updating to python-2.4

Hi, along with my distribution SuSE 9.1 came python 2.3.3. I'd like to update to 2.4 now, is this an easy thing to do or will lots of installed modules refuse to work then? Is there an easy way to find out what i need to update? Thanks for any hints, Torsten. -- http://mail.pytho

Referenz auf Variable an Funktion Ãbergeben?

uf den der aufrufenden Funktion. Geht sowas vielleicht mit weakref? Danke fÃr Tipps, Torsten. -- http://mail.python.org/mailman/listinfo/python-list

reference or pointer to some object?

ameter to a function and then return a changed value. Is there some other mechanism in python available to achieve a behaviour like this? Thanks for any hints, Torsten. -- http://mail.python.org/mailman/listinfo/python-list

Re: reference or pointer to some object?

Or isn't that regarded as necessary? Thanks for any hints, Torsten. -- http://mail.python.org/mailman/listinfo/python-list

Re: reference or pointer to some object?

I'd just write: > > x = 5 > x += 123 You're right, of course. I'm sorry the second example is still a bit constructed, but i came across it by writing the hexdump utility and wanted to reduce overhead. Best regards, Torsten. -- http://mail.python.org/mailman/listinfo/python-list

Re: reference or pointer to some object?

Hi, thank you all for your explanations. That's really great and helps me a lot. Thanks, Torsten. -- http://mail.python.org/mailman/listinfo/python-list

Py_Object* Py_BuildValue, Py_INCREF necessary?

Hi, when i write an extension module in C and return a Py_Object* that i've built with Py_BuildValue, do i need to use Py_INCREF on that before i return it to python from my extension module or not? Thanks for hints, Torsten. -- http://mail.python.org/mailman/listinfo/python-list

supplying constants in an extension module

Hi, i write an extension module in C at the moment. I want to define some constants (integer mainly, but maybe also some strings). How do i do that best within this extension module in C? Do i supply them as RO attributes? What's the best way for it? Thanks for hints, Torsten. --

extension module, thread safety?

types, are the C functions by themselves are "atomic" or can they be interrupted be the perl interpreter and then (data types are in some inconsistent half-changed state) another function that works on these data is called? Thanks for hints, Torsten. -- http://mail.python.org/mailma

import hook, overwrite import?

provides this and when linking with python.lib the function is overwritten? Or is there some extension hook? Does this also handle "from module import *" not only the normal "import module"? Thanks for any hints, Torsten. -- http://mail.python.org/mailman/listinfo/python-list

Re: Unbound names in __del__

Hallöchen! Peter Hansen <[EMAIL PROTECTED]> writes: > Torsten Bronger wrote: > >> Peter Hansen <[EMAIL PROTECTED]> writes: >> >>> What's your use case for del? >> >> Every instance represents a "session" to a measurement instrume

Re: Unbound names in __del__

Hallöchen! Peter Hansen <[EMAIL PROTECTED]> writes: > Torsten Bronger wrote: > >> keithley = GpibInstrument(14) >> keithley.write("*IDN?") >> print keithley.read() >> >> A keithley.close() would be a wart in my opinion; instea

Re: Unbound names in __del__

Hallöchen! "Terry Reedy" <[EMAIL PROTECTED]> writes: > "Torsten Bronger" <[EMAIL PROTECTED]> wrote: > > [...] > >> However, this doesn't close sessions while the program is >> running. If the programmer has the above code in a fu

Re: Favorite non-python language trick?

ode if not you will get a > variable already defined error. Only in compilers created by this infamous company. Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

distutils: Every file doubled in binary distri

contains every file twice, e.g. ./usr/lib/python2.3/site-packages/my_package/my_module.py ./usr/lib/python2.3/site-packages/my_module.py Why is this? (The source distri doesn't show this effect.) Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

Re: distutils: Every file doubled in binary distri

/python2.3/site-packages/my_module.py > > Why is this? (The source distri doesn't show this effect.) Forget it, false alert. It was probably obsolete rubbish of earlier calls in build/. Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

Re: Favorite non-python language trick?

e > accepted as well, and "==" deprecated. However, then you must forbid a=b=1 for assigning to two variables at the same time. Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

ANN: PyVISA 0.9 (first public release)

documentation. It works very nicely with the GPIB in our lab, however, I haven't yet received feedback from others, so I leave it in beta status and with a version number < 1. Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

Re: PyGTK or wxPython (not a flame war) on Windows

ns of GTK. Is PyGTK more Pythonic by the way? I had a look at wxPython yesterday and didn't like that it has been brought into the Python world nearly unchanged. You can see its non-Python origin clearly. How does PyGTK feel in this respect? Tschö, Torsten. -- Torsten Bronger, aquisgran

Re: PyGTK or wxPython (not a flame war) on Windows

7;m very suprised. wxPython is still that buggy? I read reports from 2000 about such observations, but they tried wxPython in a non-standard way, and the project has had 5 years to become more stable after all. Besides, wxPython prepares for being included into the standard distribution. W

Re: PyGTK or wxPython (not a flame war) on Windows

Hallöchen! Bryan <[EMAIL PROTECTED]> writes: > Torsten Bronger wrote: > >> Besides, wxPython prepares for being included into the standard >> distribution. > > wow, i've never heard this said so explicitly. is there a > reference link backing up this stat

Wheel-reinvention with Python (was: Ten Essential Development Practices)

n more IDEs/dialog editors/widget builders than Toolkits, none of them being mature. >> Is there some place to discuss topics like this? Is this the right place? > > Sure, although you might want to start a new thread. ;) At least a new subject ... Tschö, Torsten. -- Torsten Bronger,

Re: Wheel-reinvention with Python

g so thin that C or C++ is shining through, but a modern replacement for Tkinter with its Pythonic way of thinking. Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

Re: Wheel-reinvention with Python

Hallöchen! Peter Decker <[EMAIL PROTECTED]> writes: > On 7/30/05, Torsten Bronger <[EMAIL PROTECTED]> wrote: > >> I've been having a closer look at wxPython which is not Pythonic >> at all and bad documented. Probably I'll use it nevertheless. >> Py

Re: Wheel-reinvention with Python

olkits (including Tkinter) and tried to make a rather competent decision, that's all. So for me, it needn't be like Tkinter. The three most important attributes for me are Pythonic, modern (both nice-looking and comprehensive), and non-niche. Tschö, Torsten. -- Torsten Bronger, aquisg

Re: Wheel-reinvention with Python

Hallöchen! Peter Decker <[EMAIL PROTECTED]> writes: > On 7/30/05, Torsten Bronger <[EMAIL PROTECTED]> wrote: > >> I'm aware of it (and there is Wax and maybe a third one). >> Actually it illustrates my point quite well: These projects are >> small and ins

Re: Wheel-reinvention with Python

Hallöchen! Peter Decker <[EMAIL PROTECTED]> writes: > On 7/30/05, Torsten Bronger <[EMAIL PROTECTED]> wrote: > >> [...] >> >> I didn't want to say that Dabo is bad. I just wanted to point >> out that its presence (and the presence of comparabl

Re: Wheel-reinvention with Python

Hallöchen! Mike Meyer <[EMAIL PROTECTED]> writes: > Torsten Bronger <[EMAIL PROTECTED]> writes: > >> Calvin Spealman <[EMAIL PROTECTED]> writes: >> >>> The choice is GUI toolkits is largely seperate from >>> Python. Consider that they

Re: Wheel-reinvention with Python

Hallöchen! [EMAIL PROTECTED] (phil hunt) writes: > On Sat, 30 Jul 2005 16:51:13 +0200, Torsten Bronger <[EMAIL PROTECTED]> wrote: > >> [EMAIL PROTECTED] (phil hunt) writes: >> >>> [...] >>> >>> How about sometihing with the same API as T

Re: Wheel-reinvention with Python

such as py2exe > and Inno installer make this pretty simple on Windows, and py2app on > OS/X accomplishes the same. Does py2exe work for all GUI libraries? It'll highly probably work with Tkinter, and I've read that it also works with pyGTK, but does it also work with wxPython or P

Re: Wheel-reinvention with Python

Hallöchen! Paul Rubin <http://[EMAIL PROTECTED]> writes: > Torsten Bronger <[EMAIL PROTECTED]> writes: > >> Does py2exe work for all GUI libraries? > > No, it's Windows-only. However, OS'es and GUI libraries are different axes in the space of possibilitie

Re: Wheel-reinvention with Python

Hallöchen! Paul Rubin <http://[EMAIL PROTECTED]> writes: > Torsten Bronger <[EMAIL PROTECTED]> writes: > >>>> Does py2exe work for all GUI libraries? >>> >>> No, it's Windows-only. >> >> However, OS'es and GUI libraries are

Re: Wheel-reinvention with Python

Hallöchen! Terry Hancock <[EMAIL PROTECTED]> writes: > On Saturday 30 July 2005 01:54 am, Torsten Bronger wrote: > >> Calvin Spealman <[EMAIL PROTECTED]> writes: >> >>> The choice is GUI toolkits is largely seperate from >>> Python. Consider that

Re: Wheel-reinvention with Python

towards non-Tkinter toolkits. In the case of wxPython, it's part of SUSE, which is probably also true for Fedora and Mandriva. Installing is as easy as selecting a checkbox. This covers a very great deal of Linux users. On Windows you have to call an exe file. Tschö, Torsten. -- To

Re: Wheel-reinvention with Python

Hallöchen! Mike Meyer <[EMAIL PROTECTED]> writes: > Torsten Bronger <[EMAIL PROTECTED]> writes: > >> [...] >> >> None of us has talked about changing syntax. However, the >> standard library is part of the language unless you're really

Re: Wheel-reinvention with Python

the other hand, the GUI package bundled with Python is a regular decision of some sort of committee. Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

Re: Wheel-reinvention with Python

Hallöchen! Paul Rubin <http://[EMAIL PROTECTED]> writes: > Torsten Bronger <[EMAIL PROTECTED]> writes: > >> I can't really understand your hostility towards non-Tkinter >> toolkits. In the case of wxPython, it's part of SUSE, which is >> probably

Re: Wheel-reinvention with Python

Hallöchen! Cliff Wells <[EMAIL PROTECTED]> writes: > On Sun, 2005-07-31 at 23:46 +0200, Torsten Bronger wrote: > >> Cliff Wells <[EMAIL PROTECTED]> writes: >> >>> [...] >>> >>> Well, I think this exposes one of the more interesting sid

Re: Wheel-reinvention with Python

Hallöchen! Mike Meyer <[EMAIL PROTECTED]> writes: > Torsten Bronger <[EMAIL PROTECTED]> writes: > >> [...] >> >> I'm interested in a language with a big community. This is my >> definition of success. [...] >> >> GUI applications seem

Re: Wheel-reinvention with Python

Hallöchen! Cliff Wells <[EMAIL PROTECTED]> writes: > On Tue, 2005-08-02 at 09:45 +0200, Torsten Bronger wrote: > >> Yes, this is what I meant with "legacy code". C and C++ are >> actually special-purpose. They are good for controlling a >> computer

Re: Wheel-reinvention with Python

Hallöchen! Mike Meyer <[EMAIL PROTECTED]> writes: > Torsten Bronger <[EMAIL PROTECTED]> writes: > >> [...] >> >> Because such projects attract the greatest number of developers, >> many of them being amongst the most diligent developers, too. I >>

Re: Wheel-reinvention with Python

Hallöchen! Mike Meyer <[EMAIL PROTECTED]> writes: > Torsten Bronger <[EMAIL PROTECTED]> writes: > >> Mike Meyer <[EMAIL PROTECTED]> writes: >> >>> Torsten Bronger <[EMAIL PROTECTED]> writes: >>> >>> [...] >>> >>&

Re: Wheel-reinvention with Python

ayer makes one whole "computer" in Mike's statistics but it contains at most 5000 lines of own code. Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

Re: Wheel-reinvention with Python

Hallöchen! Mike Meyer <[EMAIL PROTECTED]> writes: > Torsten Bronger <[EMAIL PROTECTED]> writes: > >> Mike Meyer <[EMAIL PROTECTED]> writes: >> >>> Torsten Bronger <[EMAIL PROTECTED]> writes: >>> >>>> Mike Meyer <[EMAI

Re: Wheel-reinvention with Python

Hallöchen! Mike Meyer <[EMAIL PROTECTED]> writes: > Torsten Bronger <[EMAIL PROTECTED]> writes: > >> [...] > > I notice that the Wikipedia doesn't have a definition for "special > purpose language", instead preferring the phrase "Domain S

Re: Python -- (just) a successful experiment?

lutely; but for the core functionality (which must contain a good GUI toolkit in my opinion) you should have more that just a "binding". Instead, it should be well-embedded into the standard library and the language. Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

Re: Python -- (just) a successful experiment?

to write tedious, repetitive c.l.py threads. Although I mostly agree with you, I must also say that it can be a significant motivation for a developer to see that his project is urgently needed and that he can expect a quite big user base and early fellow developers. Tschö, Torsten. -- Torste

Re: Spaces and tabs again

f days ago. However, the PEP 8 strongly dicourages it anyway. Tschö, Torsten -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

Really virtual properties

stead? (I found the possibility of using an intermediate method _get_x which calls get_x but that's ugly.) Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

Re: Bug in string.find; was: Re: Proposed PEP: New style indexing,was Re: Bug in slice type

ry/except can be used for deliberate case discrimination (which may even happen in the standard library in many places), however, it is only the second most elegant method -- the most elegant being "if". Where "if" does the job, it should be prefered in my opinion. Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646 -- http://mail.python.org/mailman/listinfo/python-list

Re: Replacement for lambda - 'def' as an expression?

hat's the difference between "add = def" (assumed that it worked) and "def add"? Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646 -- http://mail.python.org/mailman/listinfo/python-list

Re: End or Identify (EOI) character ?

see <http://pyvisa.sourceforge.net/pyvisa/node17.html>. They are not EOI though but \r or \n. Besides, normally you work on an abstraction level where you don't worry about the EOI line or any termination characters. For example, you work with <http://pyvisa.sourceforge.net>. ;-) Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646 -- http://mail.python.org/mailman/listinfo/python-list

Re: Appeal for python developers

quot;def". And loops can be translated to "while"s almost trivially. After a couple of days, it'll be even simpler than before. TschÃ, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

Re: Appeal for python developers (THIS IS A TROLL)

tti code practices"-guy >> than newbie. > > Or more likely a troll. Google for: > > Boogieman yahoo troll > > and you'll see this isn't the only place he/she does this sort of > thing. And this makes a troll? TschÃ, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

Generating data types automatically

_type_name = visa_type.__name__ exec "ViA" + visa_type_name[2:] + "=" + "ViP" + visa_type_name[2:] generate_type_triplett(ViUInt32, c_ulong) However, this doesn't work, probably because the defined type exist only locally within the function. What

Re: Generating data types automatically

HallÃchen! Torsten Bronger <[EMAIL PROTECTED]> writes: > I have to generate a lot of data types (for ctypes by the way). > An example is > > ViUInt32 = u_long > ViPUInt32 = POINTER(ViUInt32) > ViAUInt32 = ViPUInt32 > > Therefore, I defined functions t

Re: Generating data types automatically

HallÃchen! Thomas Heller <[EMAIL PROTECTED]> writes: > Torsten Bronger <[EMAIL PROTECTED]> writes: > >> I have to generate a lot of data types (for ctypes by the way). >> An example is >> >> ViUInt32 = u_long >> ViPUInt32 = POINTER(ViUInt32) >

Re: Python becoming less Lisp-like

oment, I want to go with Python, but you can definitely see that it's the oldest one: Many parts of its syntax are awkward and look like patchwork. TschÃ, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

Re: Python becoming less Lisp-like

HallÃchen! Steven Bethard <[EMAIL PROTECTED]> writes: > Torsten Bronger wrote: > >> the underlying constructs are utterly ugly, as are some of >> Python's features (e.g. __getattr__ and such, and decorators, in >> order to get nice class properties). > >

Re: Python becoming less Lisp-like

HallÃchen! "Serge Orlov" <[EMAIL PROTECTED]> writes: > Torsten Bronger wrote: > >>> Interesting. I've never thought that. What parts strike you as >>> "patchwork"? >> >> Well, with a little bit of experience in the field of

Re: Python becoming less Lisp-like

HallÃchen! [EMAIL PROTECTED] (Paul Boddie) writes: > Torsten Bronger <[EMAIL PROTECTED]> wrote: > >> At first, I was very pleased by Python's syntax (and still I am). >> Then, after two weeks, I learned about descriptors and >> metaclasses and such and und

Re: Python becoming less Lisp-like

HallÃchen! Ville Vainio <[EMAIL PROTECTED]> writes: >>>>>> "Torsten" == Torsten Bronger <[EMAIL PROTECTED]> writes: > > >>> There would be keywords for static and class methods, no > >>> distinction between Unicode a

Re: Python becoming less Lisp-like

HallÃchen! "news.sydney.pipenetworks.com" <[EMAIL PROTECTED]> writes: > Torsten Bronger wrote: > >> [...] >> >> I have exactly the same impression, but for me it's the reason >> why I feel uncomfortable with them. For example, I fear that a &

multiple import of a load of variables

must be looked over by Python only once. Is this correct, or is there some sort of implicit optimisation that makes both variants almost equivalent? TschÃ, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

Re: multiple import of a load of variables

- if you import the same module in several places (per > interpreter instance of course) the import will only be done > *once*. The other import statments just make that namespace > available from the namespace that does the import. Even if I use "from"? TschÃ, Torsten. -- Torste

where's "import" in the C sources?

Hi, i tried to find the file and line in the C sources of python where the command "import" is implemented. Can anybody give me some hint on this? Thanks, Torsten. -- http://mail.python.org/mailman/listinfo/python-list

Re: where's "import" in the C sources?

Hi David, thanks for the explanation. That is very helpful to me. Best regards, Torsten. David Bolen wrote: > Torsten Mohr <[EMAIL PROTECTED]> writes: > >> i tried to find the file and line in the C sources of python >> where the command "import" is im

GUI with sophisticated Table support

ter, but i think it can't do all that. Is there a way for Tkinter to handle this? If not, what other GUI can do that? (wxPython?) Thanks for hints, Torsten. -- http://mail.python.org/mailman/listinfo/python-list

build a static executable program with python

a static executable available? Thanks for any hints, Torsten. -- http://mail.python.org/mailman/listinfo/python-list

Re: GUI with sophisticated Table support

w resizable columns tho easily display a list of objects. I did not find any help searching for this with google, but i'd really rather like to use Tkinter over wxPython, that's the background of the question. Thanks for your help anyway, sorry if my question was unclear. Best regard

Re: build a static executable program with python

Hi, thank you very much for that detailled description. I will try to get as far as i can with this information and get back to you if i have any questions. Thanks a lot, Torsten. -- http://mail.python.org/mailman/listinfo/python-list

Re: build a static executable program with python

Hi Adal, can you send me your mail address? I think the one in your posting is a spam stopper. Cheers, Torsten. -- http://mail.python.org/mailman/listinfo/python-list

Re: Why is a JIT compiler faster than a byte-compiler

HallÃchen! "dodoo" <[EMAIL PROTECTED]> writes: > http://www-900.ibm.com/developerworks/cn/linux/sdk/python/charm-28/index_eng.shtml I can't reach it. Is there an alternative URL? TschÃ, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org

Re: Lambda: the Ultimate Design Flaw

d a lexically-scoped, properly-functioning > LAMBDA. But, despite of the PR value of anything with Guy > Steele's name associated with it, we think these features should > be cut from PLT Scheme v300. > > [...] The whole text seems to be a variant of <http://www.artima.com/

Re: goto statement

HallÃchen! Maxim Kasimov <[EMAIL PROTECTED]> writes: > [...] > > WOW, just greate! ... but i'd like to relax at some more > interesting way than to comment each of rows Then just use a good editor. TschÃ, Torsten. -- Torsten Bronger, aquisgrana, europa vetus --

Re: Why Python does *SLICING* the way it does??

t;. The reason for starting at "0" is easier memory address calculation, so nothing for really high level languages. But most programmers are used to do it the Python (and most other languages) way, so this opportunity has been missed for good. TschÃ, Torsten. -- Torsten Bronger, aquisgrana, europa vetus -- http://mail.python.org/mailman/listinfo/python-list

Re: Why Python does *SLICING* the way it does??

HallÃchen! Antoon Pardon <[EMAIL PROTECTED]> writes: > Op 2005-04-20, Torsten Bronger schreef <[EMAIL PROTECTED]>: > >> [...] >> >> It's interesting to muse about a language that starts at "1" for >> all arrays and strings, as some mor

Re: Why Python does *SLICING* the way it does??

HallÃchen! Bernhard Herzog <[EMAIL PROTECTED]> writes: > Torsten Bronger <[EMAIL PROTECTED]> writes: > >> It's interesting to muse about a language that starts at "1" for >> all arrays and strings, as some more or less obsolete languages >> do.

Re: Why Python does *SLICING* the way it does??

HallÃchen! Bernhard Herzog <[EMAIL PROTECTED]> writes: > Torsten Bronger <[EMAIL PROTECTED]> writes: > >>> http://www.cs.utexas.edu/users/EWD/ewd08xx/EWD831.PDF >> >> I see only one argument there: "Inclusion of the upper bound >> would the

ANN: JuliaBase -- LIMS for specimen-based research published as open source

is year and made by John” - export to spreadsheets - automatic lab notebooks - server interaction with other programs through an HTTP/JSON interface JuliaBase's sources include an "example institute" that programmers can use as a starting point. -- Torsten BrongerJabber ID: t

Re: Proposal: === and !=== operators

on first tests for identity, and falls back to equality (or the other way round). This behaviour is questionable in my opinion. Tschö, Torsten. -- Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de or http://bronger-jmp.appspot.com -- https://mail.

Re: Proposal: === and !=== operators

Hallöchen! Torsten Bronger writes: > Alan Bawden writes: > >> [...] >> >> You lost me right here. If list equality is determined by >> comparing lists element-by-element, and the second element of old >> is _not_ equal to the second element of data, then

Re: Python 3 is killing Python

much doubt). > > Now, _that's_ funny. This is the internet. If you can't stand the > heat get out of the kitchen. Now, _that's_ funny. This is the internet. If you can't stand people who can't stand the heat get out of the kitchen. Tschö, Torsten.

Re: OO in Python? ^^

gramming you don't feel this. I don't make more difficult-to-find mistakes in Python than I used to make in my C++ code. But what you do feel is the additional freedom that the dynamic approach gives to you. Basically it's a matter of taste and purpose whether you want to b

Re: Binary representation of floating point numbers

isa to return strings of bytes to you. PyVISA does so when calling the read_raw() method. > [...] > > Struct is the right tool for the job. Exactly. Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetusICQ 264-296-646 -- http://mail.python.org/mailman/listinfo/python-list

PIL: match for ImageMagick's display -ping

ript has been transformed into Python+PIL. Is there a way to get the dimensions equally efficient here, or does the PIL even do this optimisation implicitly since I never access the image bitmap itself? ceter Thank you! Tschö, Torsten. -- Torsten Bro

PIL: match for ImageMagick's display -ping

ript has been transformed into Python+PIL. Is there a way to get the dimensions equally efficient here, or does the PIL even do this optimisation implicitly since I never access the image bitmap itself? Thank you! Tschö, Torsten. -- Torsten Bro

ANN: PyVISA 1.1 -- GPIB, USB, RS232 instrument control

better together with older VISA implementations. Moreover, we finally have reports from Linux users. They successfully used PyVISA with Linux + NI/Tektronix GPIB hardware. Tschö, Torsten. F'up to comp.lang.python -- Torsten Bronger, aquisgrana, europa

  1   2   3   4   >