Mailman 3 March 2012 - 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

Reply-To Einstellung dieser Liste
by M.-A. Lemburg 05 Apr '12

05 Apr '12

Es wurde von einigen Seiten angeregt, das "Reply-To" auf die Mailing Liste zu entfernen. Generell wird davon abgeraten ein "Reply-To" in Mailing Listen zu setzen, da dies zu unerwünschten Nebeneffekten kommen. Auch in Bezug auf das Newsgroup Gateway führt das Reply-To zu einem Medienbruch. Sofern kein Sturm der Entrüstung aufzieht, schlage ich daher vor, das "Reply-To" abzustellen. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Mar 05 2012) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2012-02-13: Released eGenix pyOpenSSL 0.13 http://egenix.com/go26 2012-02-09: Released mxODBC.Zope.DA 2.0.2 http://egenix.com/go25 2012-02-06: Released eGenix mx Base 3.2.3 http://egenix.com/go24 ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/

3 4

Re: [Python-de] Extension
by Bernd Nawothnig 01 Apr '12

01 Apr '12

On 2012-03-27, Stefan Behnel wrote: > Bernd Nawothnig, 27.03.2012 17:03: >> Ein Pythonprogramm ruft eine in C geschriebene Extension mit einem >> Parameter auf, der aus einer in ein numpy.array konvertierten >> Python-Liste von Objekten besteht. Das C-Programm nutzt dazu einen >> Zeiger auf dieses nun eng gepackte Array von Zeigern und wählt durch >> einen geeigneten Algorithmus aus dieser Objektmenge einige aus, die >> nun in eine Python-Liste von Python-Listen von Objekten gekapselt >> zurückgegeben werden. Freigegeben oder verändert wird keines der beim >> Aufruf der Extension übergebenen Objekte. Die Python-Ergebnisliste >> wird in C so konstruiert: >> ... >> PyObject *r = PyList_New(0); >> ... >> static PyObject *VLP_asPyList(VectorlistP *vl) >> { >> PyObject *result = PyList_New(vl->length); >> int i; >> >> for (i=0; i<vl->length; i++) >> PyList_SetItem(result, i, Py_BuildValue("O", vl->list[i]->anomaly)); >> // ^^^^^^^^^^^^^^^^^^^^ >> // Zeiger auf eins der ursprünglichen Objekte >> return result; >> } >> ... >> PyList_Append(r, VLP_asPyList(&bestResult)); > > Hier war ein "extend()" gemeint, oder? Nein, ein PyList_Append, also entsprechend einem python <list>.append(). >> return r; > > Zum Vergleich der (mangels umgebendem Code und Daten natürlich ungetestete) > äquivalente Code in Cython: > > return [ item.anomaly for item in bestResult.list[:bestResult.length] ] > > Finde ich hübscher und übersichtlicher. Im reinen C-Teil verwende ich ja absichtlich _nicht_ die Python-Datenstrukturen, weil ich eben schneller werden will (was auch weit über alle Erwartungen geklappt hat ;-). Gerade die dauernden appends, bzw. auch Listcomprehensions, wie Du sie erwähntest (ich weiß, die sind sehr elegant und ich verwende die auch sehr gerne), holen sich jedes Mal Speicher vom Heap, der praktisch dann gleich wieder freigegeben werden kann, während der mir sehr wohl bekannte wirkliche Speicherverbrauch dieses Algorithmus _sehr_ überschaubar ist. Entsprechend dramatisch war dann auch der Speedup (mehr als Faktor 1000). static PyObject *VLP_asPyList(VectorlistP *vl) macht aus meiner C-Variante ganz zum Schluss erst(!) Python, weil ich das Resultat ja schließlich und letztendlich in Python haben möchte. Aber viel mehr würde mich interessieren, ob PyList_SetItem und PyList_Append automatisch den Referenzzähler der eingefügten, bzw. zugewiesenen Objekte erhöhen. Ich vermute es stark, und die Extension funktioniert auch problemlos, was aber ja keineswegs eine Garantie auf Korrektheit ist, weil der GC asynchron zuschlagen kann (und dann müssen die Referenzzähler korrekt gesetzt sein). Und deswegen wüsste ich es gerne explizit. Kann mir da einer was zu sagen? Bernd -- "Die Antisemiten vergeben es den Juden nicht, dass die Juden Geist haben - und Geld." [Friedrich Nietzsche]

3 4

Re: [Python-de] Extension
by Bernd Nawothnig 01 Apr '12

01 Apr '12

On 2012-03-27, Stefan Behnel wrote: > SIP und SWIG sind automatische Wapper-Generatoren. Entweder, sie tun was du > willst - oder eben nicht. Und wenn nicht, dann wird's im besten Fall nur > irre kompliziert und im schlechtesten Fall kannst du das Tool wechseln. Wobei das händische Einbinden von C-Code in Python nun wirklich nicht schwer ist und durch die Python C-API gut unterstützt wird. Dazu vllt. auch gleich eine Frage. Gegeben sei folgende Ausgangssituation: Ein Pythonprogramm ruft eine in C geschriebene Extension mit einem Parameter auf, der aus einer in ein numpy.array konvertierten Python-Liste von Objekten besteht. Das C-Programm nutzt dazu einen Zeiger auf dieses nun eng gepackte Array von Zeigern und wählt durch einen geeigneten Algorithmus aus dieser Objektmenge einige aus, die nun in eine Python-Liste von Python-Listen von Objekten gekapselt zurückgegeben werden. Freigegeben oder verändert wird keines der beim Aufruf der Extension übergebenen Objekte. Die Python-Ergebnisliste wird in C so konstruiert: ... PyObject *r = PyList_New(0); ... static PyObject *VLP_asPyList(VectorlistP *vl) { PyObject *result = PyList_New(vl->length); int i; for (i=0; i<vl->length; i++) PyList_SetItem(result, i, Py_BuildValue("O", vl->list[i]->anomaly)); // ^^^^^^^^^^^^^^^^^^^^ // Zeiger auf eins der ursprünglichen Objekte return result; } ... PyList_Append(r, VLP_asPyList(&bestResult)); ... return r; Nun gibt es ja für jedes Python-Objekt einen Referenzzähler, der beim Konstruieren dieser Liste eigentlich inkrementiert werden müsste, und ich nehme auch stark an, dass das durch Verwendung dieser Funktionen gegeben ist. Allerdings fand ich dazu nichts Eindeutiges in der Doku. Ist obige Vorgehensweise korrekt? Bernd -- "Die Antisemiten vergeben es den Juden nicht, dass die Juden Geist haben - und Geld." [Friedrich Nietzsche]

2 2

Neu hier
by Jonas T 28 Mar '12

28 Mar '12

Hallo, ich habe mal nach Python-Grupppen gekuckt, Und bin hier her gestossen! Ich habe eine eigene Gruppe, Tkinter heisst die. Ich habe aber nur ein Mitglied, ich würde mich sehr Freuen wenn ein Paar mehr sich Anmelden. Ich hoffe dass ich ein Paar Anmelden! Jonas

3 2

Re: [Python-de] Extension
by Philipp Kraus 27 Mar '12

27 Mar '12

On 2012-03-23 16:05:43 +0100, Diez B. Roggisch said: > Dazu nimmt man besser spezielle C++ wrapper Generatoren. Ich habe gute > Erfahrungen mit SIP gemacht. SWIG, Cython, Boost::Python ebenfalls. > Diez Danke für diesen Hinweis, ich hatte mit SWIG mal bezüglich Java angeschaut, aber leider war das nicht so ganz, wie ich das wollte. Ich denke, da ich eh mit Boost arbeite, werde ich Boost::Python einmal probieren. Meine C++ Klassen sind Templates, so dass ich ohnehin wohl entsprechenden C++ Code schreiben muss, um die Typenbindung zu erreichen, ich denke der Generator kann mir das nicht umsetzen, oder? Wenn ich das dann richtig verstehe, würde mir der Generator aus meiener CPP Implementation der Klasse entsprechenden Pythoncode erzeugen Danke Phil

3 3

Re: [Python-de] Sprint: Deployment von Python-Webanwendungen
by Thomas Guettler 23 Mar '12

23 Mar '12

Am 19.03.2012 11:34, schrieb Veit Schiele: > Hallo, > > Christian Theune und ich möchten in informellem Rahmen unsere 2011 > begonnene Sprint-Reihe fortsetzen und uns diesmal dem Thema Deployment > von Python-Webanwendungen widmen. Hallo das klingt interessant. Was versteht ihr unter "Deployment"? Die Django Doku[1] versteht darunter mod_wsgi, ngnix, fastcgi.... Es gibt aber auch andere die verstehen darunter: Wie kommt mein Code aus dem Entwicklungssystem zum Produktivserver? Ggf über mehrere "stages": DEV, TEST, PROD Gruß, Thomas [1] https://docs.djangoproject.com/en/dev/howto/deployment/ -- Thomas Guettler, http://www.thomas-guettler.de/ E-Mail: guettli (*) thomas-guettler + de

3 2

Extension
by Philipp Kraus 23 Mar '12

23 Mar '12

Hallo, ich versuche zurzeit meine C++ Klassen nach Python zu portieren. Python stellt ja ein C Interface ähnlich zu Java JNI zur Verfügung. Soweit ich es richtig verstanden habe, lege ich in einer CPP Datei die Aufrufe des Moduls fest, d.h. alle Funktionen, die das Modul bereit stellt und rufe dann in der entsprechenden C Funktion meinen Code auf. Wenn ich dann in Python das Modul nutzen will, kompiliere ich es und binde es mit import ein. Kann ich direkt im C Interface auch Packages erzeugen? Da mein C++ Framework mehrere Namespaces hat, würde ich eben das ganze als ein Package unter Python bündeln oder muss ich es dann ähnlich wie mit JNI machen, dass ich die C Modulaufrufe mit Hilfe einer entsprechenden Python Klasse / Python Namespace passend kapsele? Danke PHil

2 1

Re: [Python-de] Sprint: Deployment von Python-Webanwendungen
by Rüdiger Ranft 21 Mar '12

21 Mar '12

Am 20.03.2012 17:28, schrieb Dinu Gherman: > Thomas Guettler: > Und wenn es ganz hipp werden soll, dann nehmt ihr auch das neueste > buzzword auf die Agenda, ich sage nur DEVOPS. Einfach mal googeln > (oder googleln?)... ;-) Gurgeln. SCNR Rudi.

1 0

Python-Stammtisch in Leipzig, 20.03.2012, 20:00 Uhr
by Mike Müller 19 Mar '12

19 Mar '12

== Leipzig Python User Group === Wir treffen uns am Dienstag, 20.03.2012 um 20:00 Uhr im Schulungszentrum der Python Academy in Leipzig ( http://www.python-academy.de/Schulungszentrum/anfahrt.html ). Willkommen ist jeder, der Interesse an Python hat, die Sprache bereits nutzt oder nutzen möchte. Wir werden weiter an unserem Projekt "Python macht Schule" [1] arbeiten. Dabei geht es darum Materialien für Kinder zum Erlernen von Python zu erarbeiten. Für das leibliche Wohl wird gesorgt. Eine Anmeldung unter info(a)python-academy.de wäre nett, damit wir genug Essen besorgen können. Aktuelle Informationen zu den Treffen sind unter http://www.python-academy.de/User-Group zu finden. Viele Grüße Mike [1] https://bitbucket.org/PySV/python_macht_schule

1 0