Mailman 3 January 2019 - python-de

Berliner PUB-/DZUG-Treffen am 17.9. um 19 h im newthinking store
by Dinu Gherman Sept. 4, 2022

Sept. 4, 2022

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

Re: [Python-de] Fehler vor Ausführung finden
by Michael S. May 1, 2019

May 1, 2019

Am 27.01.2019 um 19:44 schrieb Christopher Arndt: > Am 27.01.19 um 18:57 schrieb Michael S.: >> Heute wieder einmal einen Fehler entdeckt, wo ich von "self.State" >> gelesen habe, statt von "State". "self.State" gab es gar nicht, wird >> nirgends angelegt und nie verwendet. Das war einfach falsch >> runtergeschrieben. > > Diesen Fehler hätte z.B. "pylint" gefunden: Soo, nach vielen Stunden ... Dem Raspberry habe ich schon seit Jahren kein Update mehr gegönnt, never Touch a running Heizung ... Deshalb lies sich pylint darauf nicht installieren, ohne dass ich vorher Updates fahre, was ich aber definitiv auf den Sommer schieben möchte. Also ein 2015er Lubuntu aus der VirtualBox hervorgekramt und versucht, pylint, da zu installieren. Fehlanzeige, System nicht aktuell. Allerdings auch zu alt, um ein Upgrade auf ein 2018er Lubuntu zu machen. Deshalb ne neue virtuelle Maschine aufgesetzt und aktuelles Lubuntu installiert. Darauf dann pylint und das Code-Verzeichnis des Raspberrys. pylint Main.py -> tausende Meldungen pylint Main.py -E -> nix Das dann mit allen eingebundenen py-Files einzeln gemacht und tatsächlich ist noch ein Fehler aufgetaucht. Kann man pylint auch sagen, dass es sich da selbst durchhangeln soll und alle Files, die importet sind, mitscannt? Michael

3 3

Fehler vor Ausführung finden
by Michael S. April 18, 2019

April 18, 2019

Hallo Leute, ich habe hier seit vielen Jahren einen Raspberry PI als Heizungsgregler eingesetzt. Alles ist in Python umgesetzt. Was mich nervt, ist, dass bestimmte Programmierfehler durch Python erst dann entdeckt werden, wenn die Programmausführung diesen Codeteil durchläuft. Das passiert teilweise aber extrem selten oder jahrelang auch mal nicht. Heute wieder einmal einen Fehler entdeckt, wo ich von "self.State" gelesen habe, statt von "State". "self.State" gab es gar nicht, wird nirgends angelegt und nie verwendet. Das war einfach falsch runtergeschrieben. Offenbar analysiert Python den Code vor Ausführung nicht tief genug, um sowas zu entdecken. Gibt es eine einfache Möglichkeit, den Python Code dahingehend tiefer analysieren zu lassen? Jeder C-Compiler bekommt sowas ja auch hin. Ich nutze Python bisher nur auf dem Raspberry PI ohne Entwicklungsumgebung. Code wird per Editor geschrieben, ausgeführt dann direkt in der Konsole. Michael

8 7

python-pyspf Installation
by ratatouille Jan. 28, 2019

Jan. 28, 2019

Hallo! Auf einem etwas älteren OS mit Python 2.7.12 bringt der Paketmanager kein python-pyspf mit und auch kein python-policyd-spf. Da ich absoluter Laie hinsichtlich Python bin, möchte ich hier nachfragen, ob es mittels pip oder ähnlich möglich ist, diese Pakete nachzuinstallieren? Danke für jeden Hinweis! Grüße Andreas

2 4

Re: [Python-de] Tracing mit hunter macht Laune
by Hermann Riemann Jan. 25, 2019

Jan. 25, 2019

Am 24.01.19 um 13:31 schrieb Thomas Güttler: > Ich persönlich bin kein großer Freund vom Debugger und dem zeilenweisen > Durchhopseln durch den Code. Für kleinere Tests schreibe ich im code in paar print-Befehle, eventuell noch in bedingten Abfragen. Damit erkenne ich die meisten Fehler. Für größeres Suchen öffne ich eine oder mehrere Dateien der Art /tmp/irgendgwas.html und geben da z.B. den Inhalt von Objekten tabellenartig aus. Das Testen mit cgi kann Schwierigkeiten machen. > Per Tracing sehe ich was er macht. Das > zusammen mit print+assert reicht meist voll aus. assert habe ich nicht verwendet. Nach finden des Fehlers schmeiße ich die print-Befehle wieder raus, weil sie das Programm schwerer lesbar machen. Hermann der früher mal in einigen Kilo Zeilen Maschinencode trace per Editor rückwärts nach Fehlerquellen gesucht hat. -- http://www.hermann-riemann.de

1 0

Tracing mit hunter macht Laune
by Thomas Güttler Jan. 25, 2019

Jan. 25, 2019

Hallo, hier kommt keine Frage sondern Begeisterung. Ich habe mal hunter[1] ausprobiert. Die Aktivierung über die Umgebungsvariable ist etwas komisch, aber das Ergebnis ist wirklich schön: PYTHONHUNTER="module_startswith='mymod'" myscript.py myargs Ich persönlich bin kein großer Freund vom Debugger und dem zeilenweisen Durchhopseln durch den Code. Per Tracing sehe ich was er macht. Das zusammen mit print+assert reicht meist voll aus. Wie seht ihr das? Gruß, Thomas [1] https://pypi.org/project/hunter/ -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines

4 4

Wie in Datei einen Zahlenwert erh�hen ? - Newbie fragt
by Josef Jan. 22, 2019

Jan. 22, 2019

Hier ist Ausschnitt aus GPX-Datei: <?xml version="1.0" encoding="utf-8" standalone="yes"?> <gpx version="1.0" creator="CanWay - http://www.canwaygps.com" <time>2016-09-28T22:19:56Z</time> <bounds minlat="47.666017" minlon="11.851379" maxlat="47.672462" maxlon="11.886779" /> <trk> <name>2016-09-15_obere-firstalm_gehen-6,5km</name> <trkseg> <trkpt lat="47.671193" lon="11.886518"> <ele>1115.6</ele> <time>2016-09-15T11:57:44Z</time> <speed>0.2</speed> </trkpt> <trkpt lat="47.670686" lon="11.886412"> <ele>1117.6</ele> <time>2016-09-15T11:58:14Z</time> <speed>0.3</speed> </trkpt> <trkpt lat="47.670821" lon="11.886459"> <ele>1055.6</ele> <time>2016-09-15T11:58:44Z</time> <speed>0.4</speed> </trkpt> Problem: Ich will die Höhenwerte (float zwischen <ele> und </ele> um 30 erhöhen. Beispiel alt: <ele>1115.6</ele> Beispiel neu: <ele>1145.6</ele> Folgender Code funktioniert nicht: import re f1 = raw_input("GPX-Datei eingeben: ") f1 = open(f1) for line in f1: res = re.search(r"<(ele)>(.+)</\1>",line) if res: #print res.group(2) number=float(res.group(2)) number_elev=number+20 number_elev=str(number_elev) res = re.sub(res.group(2),number_elev,str) f1.close() print "OK" Wo liegt der Fehler? Bitte um / thx vorab für Hinweise. Josef

3 4

Re: [Python-de] import Problem
by Hermann Riemann Jan. 11, 2019

Jan. 11, 2019

Am 11.01.19 um 15:33 schrieb Peter Otten: > Hermann Riemann wrote: > >> Gegeben große Datei mit >> >> z=6 >> >> def a(): >> global z >> # viel code >> print("in a") >> z-=1 >> if z>0: b() >> # viel code >> >> def b(): >> global z >> # viel code >> print("in b") >> a() >> # viel code >> >> Die soll zerlegt werden in >> ma.py: >> >> z=6 >> >> def a(): >> global z >> # viel code >> print("in a") >> z-=1 >> if z>0: b() >> # viel code >> >> mb.py: >> >> def b(): >> global z >> # viel code >> print("in b") >> a() >> # viel code >> >> Der Aufruf von >> >> from ma import * >> from mb import * > > *-Imports sind meist keine gute Idee. Hier sehe ich zwei Probleme: > > - a referenziert b und b referenziert a, es gibt also einen reference-cycle. > Da eines der beiden Module beim Import noch nicht initialisiert ist, wird > die entsprechende Funktion nicht in den Namespace des anderen kopiert. > > - Beide Module enthalten unabhängig voneinander den Namen z. Nach der ersten > Zuweisung enthalten die Variablen also verschieden Werte. > > Mit normalen Imports kannst du dich für ein Modul entscheiden; wenn > > z = ... > > in ma definiert ist, kannst du von mb lesend und schreibend mit dem > qualifizierten Namen darauf zugreifen: > > print(ma.z) > ma.z += 42 > > Auch mb.b und mb.a sind beide zum Zeitpunkt des ersten Zugriffs definiert. > > Unabhängig von konkreten Problemen würde ich mir den Code noch einmal > daraufhin ansehen, ob er sich so umformulieren lässt, dass der reference- > cycle vermieden wird. Eine hässliche Lösung ist: >for i in *.py;do echo "***************" $i;cat $i;done *************** g.py d={} *************** ma.py from g import * z=6 def a(): global z # viel code print("in a") z-=1 if z>0: d['b']() # viel code d['a']=a *************** mb.py from g import * def b(): # viel code print("in b") d['a']() # viel code d['b']=b *************** mm.py from g import * from ma import * from mb import * d['a']() python3 mm.py liefert das erhoffte Ergebnis. -- http://www.hermann-riemann.de

1 0

Re: [Python-de] import Problem
by Hermann Riemann Jan. 11, 2019

Jan. 11, 2019

Am 11.01.19 um 11:28 schrieb Achim Herwig: >> mb.py: > # fehlt: > from ma import * > >> def b(): >> global z >> # viel code >> print("in b") >> a() >> # viel code >> Der Aufruf von >> from ma import * >> from mb import * >> a() >> >> liefert: >> Traceback (most recent call last): >> File "mm.py", line 4, in <module> >> a() >> File "/y/g/py.modul/ma.py", line 8, in a >> if z>0: b() >> NameError: name 'b' is not defined Wohl nicht.: > python3 mm.py in a Traceback (most recent call last): File "mm.py", line 4, in <module> a() File "/y/g/py.modul/ma.py", line 8, in a if z>0: b() NameError: name 'b' is not defined >for i in *.py;do echo "***************" $i;cat $i;done *************** ma.py z=6 def a(): global z # viel code print("in a") z-=1 if z>0: b() # viel code *************** mb.py from ma import * def b(): global z # viel code print("in b") a() # viel code *************** mm.py from ma import * from mb import * a() *************** o.py z=6 def a(): global z # viel code print("in a") z-=1 if z>0: b() # viel code def b(): global z # viel code print("in b") a() # viel code a() Bei import scheint zu gelten: a will b vorher haben, b will a vorher haben, Hermann der einen großes Programm gerne zerlegen würde, aber dann obigen Problemtyp hat. -- http://www.hermann-riemann.de

1 0

import Problem
by Hermann Riemann Jan. 11, 2019

Jan. 11, 2019

Gegeben große Datei mit z=6 def a(): global z # viel code print("in a") z-=1 if z>0: b() # viel code def b(): global z # viel code print("in b") a() # viel code Die soll zerlegt werden in ma.py: z=6 def a(): global z # viel code print("in a") z-=1 if z>0: b() # viel code mb.py: def b(): global z # viel code print("in b") a() # viel code Der Aufruf von from ma import * from mb import * a() liefert: Traceback (most recent call last): File "mm.py", line 4, in <module> a() File "/y/g/py.modul/ma.py", line 8, in a if z>0: b() NameError: name 'b' is not defined Hermann der gerne große Dateien mit Python3 Programmen zerlegen würde, ohne obiges Problem zu haben, oder es mit Tricks wie indirekter Programmaufruf zu umgehen. -- http://www.hermann-riemann.de

3 2