Mailman 3 December 2018 - 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

binary struct in Python
by Julian Gethmann Dec. 21, 2018

Dec. 21, 2018

Hallo, ich habe binäre Daten, die ich gerne in Python Floats umwandeln würde. Leider bin ich bei der Verwendung von `structs.unpack` über das Problem gestoßen, dass meine Daten nicht nur aus floats ("f") bestehen, sondern auch chars ("c") und half-floats ("e") und letztere auf die größe von floats aufgebläht werden, wenn ich sie in einem structs entpacken will. Beispiel: Folgende Daten liegen vor (eigentlich als Datenstrom, also eher 1000 * data): ``` data = b'B\x00\x00y\xda\x00\x03\x12\xda\x00\x01!\xe2\x00\x00\x9d\xbb\r\xac\x00\x00\x00\x00\r' ``` Eigentlich könnte man sie mit "cffffefc" lesen, wenn das "c" und "e" als 1 byte und 2 byte groß angenommen würden und nicht in Kombination mit "f" als 4 byte groß, sodass statt 24 byte 29 erwartet würden. Gewünscht ist folgendes Verhalten: ``` import struct def packet_to_data(packet): Bx, TH, By, Bz = struct.unpack(">ffff", packet[1:17]) TEd = struct.unpack(">e", packet[17:19])[0] TEa = struct.unpack(">f", packet[19:23])[0] end = packet[23:24].decode("ascii") start= packet[:1].decode("ascii") if packet.startswith(b"B") and end == "\r": return Bx, By, Bz, TH, TEd, TEa ``` jedoch am Besten als Iterator, wie `struct.iter_unpack("cffffefc", data)`. Gibt es soetwas, möglichst performant, hättet ihr Vorschläge zum Optimieren meiner Funktion oder andere Vorschläge? Vielen Dank und freundliche Grüße, Julian

2 2

Re: [Python-de] Python Test Hardware
by Scherer Ralf Dec. 16, 2018

Dec. 16, 2018

Hallo Chris, On 14/12/2018 19:11, Christopher Arndt wrote: > Am 14.12.18 um 18:45 schrieb Scherer Ralf: >> wenn man nach "python test" googled, landet man ziemlich bald bei >> "25.3. unittest — Unit testing framework" >> Das sieht ja mal ganz nett aus, aber ich wollte eigentlich Hardware >> testen und nicht Software!? > > Dann ist unittest nicht das, wonach du suchst. > ... > Was du aber anscheinend machen willst, sind *Funktions*test, und noch > dazu solche von Funktionen, die von externen Systemen oder > Benutzereingaben abhängen. Die Tools dafür hängen naturgemäß sehr von > der Art des externen System oder des Frameworks für die Benutzereingabe ab. > ... Danke für deine Erklärung. Du hast recht es sollen Funktionstests erstellt werden. Die HW ist ein PXI System von Rhode&Schwarz. Als GUI tendiere ich zu pyQT. Ich habe so zusagen den Keller(die DLLs zur HW) und das Dach (die GUI) nur bei dem Kram dazwischen bin ich mir noch nicht sicher wo die Reise hingeht. Ich probier mal ein wenig. Gruß Ralf

1 0

Python Test Hardware
by Scherer Ralf Dec. 14, 2018

Dec. 14, 2018

Hallo Leute, wenn man nach "python test" googled, landet man ziemlich bald bei "25.3. unittest — Unit testing framework" Das sieht ja mal ganz nett aus, aber ich wollte eigentlich Hardware testen und nicht Software!? D.h. ein Testschritt lautet dann "Teste Digitalen Eingang X", Kann man "unittest" dazu überreden mit Hardware zu reden und wenn ja wie (subclassing)? Kann man "unittest" dazu überreden auf Benutzereingaben zu warten? Kann man "unittest" dazu überreden mit pyQt zu kommunizieren? Hat dazu jemand Beispiele? Ich gehe mal davon aus, dass "unittest" ein "vernünftiges" Protokoll erstellt und mit entsprechenden Logservern... irgendwie kommuniziert. Ein entspanntes WE (sofern das am 14.12. möglich ist) Ralf

2 1

Windows-DLLs in Python einbinden
by Scherer Ralf Dec. 14, 2018

Dec. 14, 2018

Hallo zusammen, als nicht Informatiker gibt es Dinge die ich erst einmal nicht verstehe. Dann wird gesucht und "learning by doing" gemacht. Aber zu bestimmten Fragen finde ich einfach keine Antwort, darum dachte ich "Frag mal jemand der das gelernt hat". Sollte ich Begriffe wie "Funktion, Methode" durcheinander würfeln bitte ich nachsichtige Korrektur ;) 1. In diversen Quellen wird für Windows-DLLs ein Wrapper geschrieben z.B. ftd2xx... In allen Beispielen die ich bisher gesehen habe wurden die DLL-Funktionen als _einzelne_ Funktionen eingebunden und nicht als Methode einer Klasse, warum??? Mir erschien es sinnvoll eine DLL mit Ihren Funktionen in eine Klasse zu legen. Gibt es Nachteile, widerspricht das irgendeiner Regel, was gibt es zu beachten, ...? 2. Wie lädt man die Funktionen der DLL korrekt, sauber, elegant? Begonnen habe ich so: (Ich habe die Methoden in eine Klasse gelegt siehe 1. darum das "self") def __init__(self): self.__dllObject = windll.LoadLibrary("diomgr") self.DIOMGR_Setup = self.__dllObject.DIOMGR_Setup self.DIOMGR_Setup.argtypes=[ c_int, c_char_p, POINTER(c_long ), POINTER(c_short), POINTER(c_long ), c_char_p ] ... und dann gab es eine Methode der class DIOMGR: def Setup(self,ben): self.benchName = tool.GetStringBuffer(ben) self.DIOMGR_Setup( self.seqCon, self.benchName, byref(self.resourceID), self.pErrorOccurred, self.pErrorCode, self.errorMessage) ... Dann habe ich folgende "Schreibweise" gefunden: Setup_Para = par_cao + ((1, "pBench", None), (1,"pID",byref(self.RID)), ) + par_err Setup_Proto = WINFUNCTYPE ( None, *( pro_cao + (c_char_p, POINTER(c_long), ) + pro_err ) ) _self._Setup = Setup_Proto (("DIOMGR_Setup", __dllOb), Setup_Para)_ Diese Schreibweise finde ich wegen der "named Parameter" und den Default Parametern eleganter, Frage ist: "Macht es Sinn?", wo sind die "Fallstricke" Was ist besser/korrekter, geht es eleganter? So etwa "dict of para, dict of proto, function friss beides => Ergebnis dict of function" und wie funktioniert der call? Ich habe ca. 10-20 DLLs die ich in Python einbinden will und habe keine! Probleme damit den Kram komplett, auch mehrfach umzuschreiben (UltraEdit ist da eine grosse Hilfe, oder perl, oder...), ich möchte halt wissen warum, was bringt es und es muss (sofern das möglich ist) "Bomben fest" laufen. Ein entspanntes WE (sofern das am 14.12. möglich ist) Ralf

1 0

IFF Format: Dict?
by Thomas Güttler Dec. 14, 2018

Dec. 14, 2018

Am 13.12.18 um 16:06 schrieb Stefan Ram: > =?UTF-8?Q?Thomas_G=c3=bcttler?= <guettliml(a)thomas-guettler.de> writes: >> Am 07.12.18 um 02:08 schrieb Stefan Ram: >>> =?UTF-8?Q?Thomas_G=c3=bcttler?= <guettliml(a)thomas-guettler.de> writes: >>>> "if blablabla, dann die Daten erst noch per base64 verwurschteln ..." >>> Du kannst ja einfach /alle/ Daten (auch die Textdaten) >>> base64-kodieren. Dann brauchst Du kein "if". >>>> Wäre wirklich super, wenn ich meinem Kunden sagen könnte: >>>> Wir nehmen JSON++ (gibt es nicht, der Name ist erfunden) und fertig. >>> Dann nenne das Verfahren, bei dem alle Daten base64-kodiert >>> werden, "JSON64". >> Ich suche nach einem Datenformat, dass mehr oder weniger etabliert ist. > > Dann nimm doch IFF. Das wird sogar mit dem Modul "chunk.py" > schon von der Python-Standardbibliothek unterstützt. Wie kann man ein Python Dictionary in IFF speichern/laden? Gruß, Thomas -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines

3 2

Re: [Python-de] Binärdaten in JSON
by Thomas Güttler Dec. 13, 2018

Dec. 13, 2018

Am 07.12.18 um 02:08 schrieb Stefan Ram: > =?UTF-8?Q?Thomas_G=c3=bcttler?= <guettliml(a)thomas-guettler.de> writes: >> "if blablabla, dann die Daten erst noch per base64 verwurschteln ..." > > Du kannst ja einfach /alle/ Daten (auch die Textdaten) > base64-kodieren. Dann brauchst Du kein "if". > >> Wäre wirklich super, wenn ich meinem Kunden sagen könnte: >> Wir nehmen JSON++ (gibt es nicht, der Name ist erfunden) und fertig. > > Dann nenne das Verfahren, bei dem alle Daten base64-kodiert > werden, "JSON64". Ich suche nach einem Datenformat, dass mehr oder weniger etabliert ist. -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines

1 0

Re: [Python-de] Binärdaten in JSON
by Thomas Orgelmacher Dec. 6, 2018

Dec. 6, 2018

Am 29.11.18 um 16:36 schrieb Thomas Güttler: > Hat jemand schon mal mit binären Daten in JSON gearbeitet? > > Welche Lösungsvariante habt ihr gewählt? > > V1: http://bsonspec.org/ > V2: http://bjson.org/ > V3: https://github.com/FasterXML/smile-format-specification > V4: .... base64? Gruß, Thomas -- I have seen things you lusers would not believe. I've seen Sun monitors on fire off the side of the multimedia lab. I've seen NTU lights glitter in the dark near the Mail Gate. All these things will be lost in time, like the root partition last week.

7 8