Mailman 3 October 2013 - python-de

Berliner PUB-/DZUG-Treffen am 17.9. um 19 h im newthinking store
by Dinu Gherman 04 Sep '22

04 Sep '22

Liebe Python-Freunde, diesen Donnerstag, den 17.8.2009 (übermorgen!) findet wieder ein PUB/DZUG-Treffen (Python und Zope User Group in Berlin) statt. Ort und Zeit sind wie immer: 19 Uhr, im newthinking store [1]. Anschließend wird das Treffen wieder im Restaurant Tucholsky [2] fortgesetzt. Zur Planung der Restaurantkapazitäten bitte ich euch ein Häckchen in der Doodle-Umfrage [3] zu machen, wenn ihr an- schließend noch mitkommen wollt. Das Programm muss dieses mal etwas kurzfristig arrangiert werden. Wer also schon immer mal einen kurzen Vortrag halten wollte, z.B. zu einem der Themen im Python-Wiki [4] und diesen womöglich schon in der Schublade hat, der (oder die) ist herzlich dazu eingeladen. Dann bitte bei mir vorher kurz per E-Mail ankündigen! Ansonsten werden einige, die auf der DZUG-Tagung letzte Woche in München waren, locker darüber berichten. Dabei ging es unter an- derem über die kommenden Versionen 4 und 5 von Plone. Sehr wahr- scheinlich wird Veit dazu Prospekte verteilen. Eine weitere Idee besteht darin, locker Buchempfehlungen zu den Themen Python/Zope/Plone auszutauschen, was man am besten macht, indem man das jeweilige Buch auch zum Treffen mitnimmt. Ich werde am Donnerstag das Buch "Python for Linux and Unix System Admini- stration" [5] dabei haben. Liebe Grüße und bis Donnerstag, Dinu PS: Ich übernehme mit Veit bis auf Weiteres die Organisation die- ser Treffen von Stephan, der das bisher vorbildlich gemacht hat, aber nun seinen väterlichen Aufgaben höhere Priorität geben wird. Nochmals vielen Dank, Stephan - ich hoffe, Du kannst trotzdem noch vorbeischauen! [1] newthinking store, Tucholskystr. 48, 10117 Berlin, http://newthinking-store.de [2] Restaurant Tucholsky, Torstraße 189, 10115 Berlin, http://www.restauration-tucholsky.de [3] http://doodle.com/rwqizz6ewxk6iscw [4] http://wiki.python.de/User%20Group%20Berlin [5] http://www.oreilly.de/catalog/9780596515829 ...................................................................... Follow me on Twitter: http://twitter.com/dinugherman

2 1

Wie zerstört Gott Ihm abtrünnige Völker (wie den heutigen Westen)?
by cinecitta69＠gmx.it 08 Nov '13

08 Nov '13

"Mein Volk wird von Kindern bedrückt, und Weiber beherrschen es. Mein Volk, deine Führer verführen dich und haben den Weg verwüstet, den du wandeln sollst." Jesaja 3:12 Weiberherrschaft und Kinder außer jeder Kontrolle. Wie in der BRD und den anderen gottlosen westlichen Staaten, die sich gerade im totalen Untergang befinden. Kehrt um zu Jesus, Eurer einzigen Rettung! "Man mußte aber fröhlich sein und sich freuen; denn dieser dein Bruder war tot und ist wieder lebendig geworden, er war verloren und ist wiedergefunden worden!" Lukas 15:32 Romeo --- news://freenews.netfront.net/ - complaints: news(a)netfront.net ---

7 8

Re: [Python-de] Python und Windows
by Dennis Schulmeister 01 Nov '13

01 Nov '13

Hallo, On Wed, 30 Oct 2013 01:13:34 +0100 Marek Kubica <marek(a)xivilization.net> wrote: > Wenn ich mich richtig erinnere (ist schon einige Zeit her) registriert > der Installer eh .py auf den Python-Interpreter, so dass man via > skriptname.py die Datei aufrufen kann. Das nervt mich auf meinem Arbeitsrechner am meisten, weil ich eine Zeit lang eine Webanwendung unter Python 2.6 entwickelt und gleichzeitig aber Python 3-Skripte für andere Aufgaben verwendet habe. Meine Lösung ist etwas trickreich, funktioniert aber ganz gut. Zunächst habe ich Python2.6 nach C: \Programme \Python und dann Python 3 nach C:\Programme \Python3 installiert. Dann habe ich das Verzeichnis von Version 2.6 in C:\Programme\Python2.6 umbenannt. Über zwei Batch Skripte namens enable-python26 und enable-python3 setze ich C:\Programme\Python als Symlink (Junction unter Windows) auf die gerade benötigte Python-Version. Und ja, die Kommandozeile unter Windows hat diesen Namen nicht wirklich verdient. ;-) Gruß, Dennis

6 6

Re: [Python-de] Python und Windows
by Alexander Langer 30 Oct '13

30 Oct '13

Am 28.10.2013 21:58, schrieb Marek Kubica: > On Mon, 28 Oct 2013 22:56:18 +0200 > "Diez B. Roggisch" <deets(a)web.de> wrote: > >> Ich denke mal, er mein PATH. Und ja, das ist ein Feature. Kann man >> drueber debattieren, aber ein Bug ist es nicht. > > Dafür hat der Installer wenn ich mich richtig erinnere eine > Einstellung, den Installationspfad in PATH einzutragen. Ob das auf > Windows ein sinnvolles vorgehen ist, sei mal dahingestellt. > Dann habe ich die Einstellung übersehen oder bewusst nicht ausgewählt...

3 2

Python und Windows
by Alexander Langer 30 Oct '13

30 Oct '13

Hi, warum muss ich bei der "Referenz-Implementierung" des Interpreters für Windows die Umgebungsvariablen für die Pfade setzen, u.a. auch für das Verzeichnis \Scripts ? Ist das gewollt oder schlicht ein Bug ?

8 12

Re: [Python-de] Python und Windows
by Alexander Langer 29 Oct '13

29 Oct '13

> Umpf, Du moechtest aber doch sicher, dass dein Terminal unter Windows > die Python Binary findet wenn Du "python" tippst, oder nicht? Wie soll > das denn anders funktionieren? Dafür gibt es ja Links aka "Verknüpfungen".

1 1

Re: [Python-de] Probleme mit listen
by Alexander Langer 29 Oct '13

29 Oct '13

Interessant, wie hast du das denn gemessen ? Mal angenommen, ich weiß im voraus ich brauche 10000 Elemente oder mehr, sollte ich dann lieber ein Array aus "array" nehmen ?

2 1

Re: [Python-de] Probleme mit listen
by Alexander Langer 27 Oct '13

27 Oct '13

>> Hermann >> der hier allerdings bei der Realisierung nur vermutet. > > Kleiner Tipp: CPython ist Open-Source. Du musst gar nicht vermuten. > > http://hg.python.org/cpython/file/tip/ Dazu auch https://wiki.python.org/moin/TimeComplexity wobei es super wäre, wenn jemand das erweitern könnte. "Internally, a list is represented as an array; " ist dann doch sehr knapp zusammengefasst.

1 0

Re: [Python-de] Probleme mit listen
by Hermann Riemann 26 Oct '13

26 Oct '13

Stefan Behnel schrieb: >>> Es geht um Listen. Genauer gesagt um 2_Dimensionale Listen. Bei einer >>> Dimension kann ich über liste.append() ein neues Element anhängen. >> Listen sind so etwas wie Ordner in Dateisystemen > Na, ob die Analogie es wirklich verständlicher macht? Mehrdimensionale Felder sind zusammenhängende gleichartige Daten, der logische ( nicht Speichermäßige) Zerlegung über interne Beschreibung (descriptor) erfolgt. Eine Liste ist ein eindimensionales Feld (aus pointer) deren Elemente auf "Objekte" verweisen. > Die gute Nachricht ist, dass das i.A. so gut funktioniert, dass mensch > sich darüber fast nie Gedanken machen muss. Der einzige wirklich haarige > Fall für Listen ist der, Elemente an einer Seite anzuhängen und an der > anderen einzeln wieder rauszulöschen (also eine Queue). Das ist wie beim editieren von Texten, nur das (etliche) statt (4 byte utf) Buchstaben (8 byte) Pointer verschoben werden. > Aber dafür gibt es > den Datentyp "collections.deque", sollte mensch also gar nicht erst mit > Listen versuchen. Eine zusätzliche? Verkettung könnte beim indizierten Zugriff Rechenzeit kosten. Was anders dürfte es bei dictionary sein, wo der "indizierte" Zugriff vermutlich über hash-Tabellen geht; der in Zugriff über eine Verkettung. Hermann der hier allerdings bei der Realisierung nur vermutet. -- http://www.Hermann-Riemann.de

3 2

Re: [Python-de] Probleme mit listen
by Christopher Arndt 25 Oct '13

25 Oct '13

(ich ageb die Antwort áuf die Mail direkt an mich mal an die Liste) On 25.10.2013 14:57, Goce F. wrote: > Am 25.10.2013 13:42, schrieb Christopher Arndt: >> kurze Antwort: vielleicht meintest du einfach: >> >> liste[0].append(...) > > genau das meine ich aber ich bekomme nur ne Fehlermeldung. > > AttributeError: 'int' object has no attribute 'append' Die Fehlermeldung sagt doch schon, was los ist. Du versuchst an ein int-Objekt mit .append() etwas anzuhängen. Das geht nicht. liste[0] enthält also offensichtlich ein int-Objekt. Wenn du eine mehrdimensionale (also eine verschachtelte) Liste haben willst, müsste dort eine innere Liste sein. Dann könntest du an diese auch was anhängen. >> l = [] >> >> for i in range(3): >> l.append([]) >> for j in range(3): >> l[i].append(j) > > Erzeugst Du mit dem Code eine 3x3 oder 4x3 Matrix. Ich erzeuge eine Liste, die drei Listen enthält, von denen wiederrum jede drei (int) Elemente enthält. > Zählt die Listendef. > l = [] schon als eine Dimension, oder erst wenn Sie mit Werten gefüllt > wird. l = [] ist eine *leere* Liste, d.h. sie bekommt erst dann eine Dimension, wenn man anfängt, sie mit Elementen zu füllen. Noch einmal: Listen sind keine Arrays. Verabschiede dich von dieser Assoziation. > Mein Code ist folgender: > > for x in range(0,x): > zelle.append(x) > for y in range(0,y): > zelle[x].append(y) Da fehlt erst mal die Initianmlisierung von 'zelle'. Damit du die append()-Methode von 'zelle' benutzen kannst, muss 'zelle' erstmal als Liste vorhanden sein. 'zelle' entspricht in meinem Beispiel die leere Liste in 'l.append([])'. Außerdem verwendest du range() nicht richtig. Lies dir mal die Dokumentation dazu mal durch, um herauszufinden, wie die Aufrufform mit zwei Argumenten funktioniert (Für dein Beispiel brauchst du nur die Form mit einem Argument, wie in meinem Beispiel). Chris

1 0