Mailman 3 January 2003 - python-de

Schreibweisen
by Andreas Grytz 23 Jan '03

23 Jan '03

Hallo zusammen, ich wollte mal fragen, wie es den so mit den Schreibweisen von Funktions- und Variablennamen in Python aussieht. sicher ist eigentlich fast alles erlaubt (Groß- und Kleinschreibung), aber vielleicht haben sich ja bestimmte Systeme bewährt. Ich habe beispielsweise schon öfter gesehen, dass die Namen von Funktionen, so sie den aus mehreren Worten bestehen, beim ersten Wort klein und am Anfang jedes weiteren Wortes groß geschrieben werden. OK, dass leuchtet mir ein: Man bleibt einigermaßen leserlich und vermeidet Unterstriche als verbindendes Element. Gibt es noch weitere "Konventionen"? Schoenen Gruss, Andreas -- Andreas Grytz | http://www.linux-community.de Stefan-George-Ring 24 | Tel: +49 (0) 89 993411-0 D-81929 München | Fax: +49 (0) 89 993411-99 _______________________________________________ Python-de maillist - Python-de(a)starship.python.net http://starship.python.net/mailman/listinfo/python-de

8 7

Indirekter Funktionsaufruf
by Oliver Vecernik 22 Jan '03

22 Jan '03

Hallo Leute! Ich habe in einer Datenbank eine Tabelle mit Funktionsnamen in einem Textfeld. mms=# \d imports Table "imports" Column | Type | Modifiers -------------+---------+----------- func | text | not null url | text | last_update | date | active | boolean | Primary key: imports_pkey mms=# select func from imports; func --------- iso3166 mab plzv (3 rows) Diese Funktionen sollen der Reihe nach aufgerufen werden: ... class MMS: def __init__(self): self.cx = PgSQL.connect('localhost::mms') self.cu = self.cx.cursor() def __del__(self): self.cu.close() self.cx.close() def read_functions(self): self.cu.execute("SELECT func FROM imports WHERE active = TRUE"); return self.cu.fetchall() ... def main(): db = MMS() imports = db.read_functions() for func in imports: apply(func) del db Leider bekomme ich folgende Fehlermeldung: >>> ## working on region in file /tmp/python-25645jGA... Traceback (most recent call last): File "<stdin>", line 1, in ? File "/tmp/python-25645jGA", line 119, in ? main() File "/tmp/python-25645jGA", line 115, in main apply(func) AttributeError: PgResultSet instance has no __call__ method Wie muß ich die Funktionen richtig aufrufen? Schöne Grüße Oliver _______________________________________________ Python-de maillist - Python-de(a)starship.python.net http://starship.python.net/mailman/listinfo/python-de

3 3

Re: [Python-de] Liste in Dictionaries
by Rainer Fischbach 21 Jan '03

21 Jan '03

---------- Original Message ---------------------------------- From: "Martin v. Löwis" <martin(a)v.loewis.de> Reply-To: python-de(a)python.net Date: Sat, 18 Jan 2003 15:16:52 +0100 >Juergen Hermann wrote: >>>>>print [1,2,42][2] >> >> 42 >> >> Man nennt sowas auch Literal > >Üblicherweise schon, nicht in Python. Ein Literal ist "der Wert an >sich"; jede Auswertung des Literals liefert diesen Wert. Bei >Listen-"Literalen" ist das nicht unbedingt so: man kann ja auch > > print [a,2,b] > >schreiben, und dann hat dieser Ausdruck einen variablen Wert, der >nämlich noch von a und b abhängt. Deshalb hat GvR dieses Konstrukt "list >display" genannt - wie man da am besten auf deutsch zu sagt, weiss ich >auch nicht. Zur Aufklärung: weder [1,2,42][2] noch [a,2,b] ist ein Literal, [1,2,42] dagegen schon. Ein Literal ist ein Ausdruck, der zu sich selbst evaluiert. Nicht der Wert an sich sondern der kanonische (nicht weiter reduzierbare) Repräsentant des Wertes - in Python oder in jeder anderen Sprache. Z. B. '42' ist nicht die Zahl sondern ihre kanonische Darstellung. Diese Definition gibt auch ein Kriterium an die Hand, um zu entscheiden, ob ein Ausdruck ein Literal ist. Nichtliterale der Form [1, x, 11] etc. gibt es btw nicht nur in Python. Ciao Rainer -- i. V. Rainer Fischbach Senior Consultant ECS Engineering Consulting & Solutions GmbH Mühlstraße 3, D-92318 Neumarkt Fon +49 (0) 9181 4764-84 Fax +49 (0) 9181 4764-50 Mobil +49 (0) 171 4141570 E-Mail: fischbach(a)ecs-gmbh.de http://www.ecs-gmbh.de -- _______________________________________________ Python-de maillist - Python-de(a)starship.python.net http://starship.python.net/mailman/listinfo/python-de

5 7

Re: Links zu ... Re: [Python-de] Berliner Python-Stammtisch 20.12.02 18:00 mit Stollen
by Stefan Schwarzer 20 Jan '03

20 Jan '03

Hallo Jürgen und der Rest :-) Juergen Hermann wrote: >>>>Prima Idee! Das hat schon bei der Organisation von EuroPython sehr >>>>gut geklappt! >>> >>> Wie wär's mit http://www.pythonwiki.de/StammTisch/Berlin? >> >>wenn es möglich ist, unterhalb von "Berlin" noch weitere Seiten einzurichten, von >>mir aus gern. (Eine Seite ist auf Dauer vielleicht zuwenig.) Gegenstimmen? :) Ich habe jetzt zwei Seiten StammTisch/Berlin und StammTisch/Berlin/LinkListe angelegt. > Ja, geht. Leider habe ich hier noch ein Problem mit dem Link auf die Linkliste. Anscheinend hat das damit zu tun, dass Berlin kein normaler Wikiname ist (BerLin geht vermutlich, sieht aber unschön aus, und ich hatte wenig Lust, neue Seiten anzulegen und die Texte dahin zu kopieren). Hat jemand einen Tipp, wie man den ganzen Link (einschließlich der übergeordneten "Verzeichnisse") hervorhebt, ohne Berlin in BerLin ändern zu müssen. (Wie wär's mit StammtischBerlin und StammtischBerlin/LinkListe?) Viele Grüße Stefan _______________________________________________ Python-de maillist - Python-de(a)starship.python.net http://starship.python.net/mailman/listinfo/python-de

3 2

Liste in Dictionaries
by Albert.Hermeling＠t-online.de 18 Jan '03

18 Jan '03

Guten Abend, ich habe eine Frage im Zusammenspiel von Listen in Dictionaries. Folgende Listen werden in einem Uebungskript erzeugt: listi=["Das","ist","eine","Liste"] foo=["Das","ist","noch","eine","Liste"] ebenfals wird ein lehres Dictionaries erzeugt: dicti={} In das Dictionaries "dicti" füge ich die Beiden Schluessel "Albert" und "foo" ein. Der Schluessel "Albert" bekommt die Liste "listi" als Wert zugewissen und die Liste "foo" wird dem Schluessel "foo" zugewissen. Das funktioniert auch ohne Probleme moechte ich aber auf ein x Belibiges Element der Liste "liste" (im Dictionaris) Zugreifen fangen die Probleme an. Versuche ich es z. B. so: dicti["albert"[listi[0]]] erhalte ich diese Fehlermeldung: Traceback (most recent call last): File "./db1.py", line 12, in ? dicti["albert"[listi[0]]] TypeError: sequence index must be integer alle meine Versuche erzeugten diese oder eine Andere Fehlermeldung. Meine Frage: kann man auf Listen, die in einem Dictionarie gespeichert sind, nicht wahlfrei zugreifen und wie sieht es mit dem einfuegen bzw. loeschen von Neuen Elementen inerhalb einer Dictionarie Listen kombination aus? Ich hoffe auf Hilfe und verbleibe bis dahin mit freundlichen Gruessen Albert _______________________________________________ Python-de maillist - Python-de(a)starship.python.net http://starship.python.net/mailman/listinfo/python-de

5 6

bilder vergrößern und verkleinern mit python ?
by Markus Jais 15 Jan '03

15 Jan '03

hallo ich würde gerne für einen haufen von jpg's thumbnails erzeugen und evtl auch noch mehr an den bildern ändern. zur übung möchte ich das mit Python machen. kann mir jemand brauchbare bibliotheken empfehlen dafür ? ich habe bindings für imagemagick gefunden. gibt es noch alternativen ??? bei google kommen viele links, aber nichts brauchbares. ich habe leider absolut keine ahnung von graphik programmierung drum kenne ich mich hier nicht aus. danke im voraus. markus -- Markus Jais http://www.mjais.de info(a)mjais.de The road goes ever on and on - Bilbo Baggins _______________________________________________ Python-de maillist - Python-de(a)starship.python.net http://starship.python.net/mailman/listinfo/python-de

4 3

Berliner Python Stammtisch
by Stephan Diehl 15 Jan '03

15 Jan '03

Hallo Berliner Python Enthusiasten, sofern inzwischen keine wiedriegen Umstände eingetreten sind, findet unser nächstes Treffen Freitag in einer Woche, also Fr, den 24.1. Was wird es diemal geben? Christian wird hoffentlich von seinem letzten Versuch erzählen, Stackless doch noch irgendwie in die Standartdistribution (oder so was ähnliches) zu mogeln. Der Traffic auf der PyPy liste und in comp.lang.python darüber ist jedenfalls sehr beeindruckend. Ich möchte gerne einen weiteren Versuch starten, kleine Vorträge zu einem festen Bestandteil unserer Treffen zu machen. (Kleiner Vortrag heißt 15min maximal). Mein Thema wird das paket "simpleparse" sein. Ausserdem will ich die Bücher mitbringen, die wir das letzte Mal erwähnt haben und wahrscheinlich nicht in jedem Bücherschrank stehen: - Python and Tkinter Programming (John. E. Grayson) - Python Programming Pattern (Thomas W. Christopher) Alles Gute Stephan _______________________________________________ Python-de maillist - Python-de(a)starship.python.net http://starship.python.net/mailman/listinfo/python-de

5 9

[Python-de] [Langer, leicht ins OT driftende Sermon] Was mir an Python gefällt (war: Jahresendrant)
by Gerson.Kurz＠t-online.de 08 Jan '03

08 Jan '03

Und wieder ein neues Jahr gebootet. Ich hoffe, auch euer morgendliches chkdsk im Badezimmerspiegel musste keine unbedeutenden Fehler beheben ;) Also auf ein neues. Stefan Schwarzer schreibt > lies auch bitte den Artikel von Martin Fowler: > http://www.martinfowler.com/articles/yetOptimization.pdf Der Kern des Artikels scheint mir das Mantra "Das optimieren kommt erst, wenn der Code sauber steht" zu sein. Was soll ich sagen: mir gefällt das Mantra "viele heutige Programmierer haben das Optimieren verlernt" erheblich besser. Und, genauso wie das Fowler-Mantra sich anekdotisch reichlich belegen lässt, so könnte ich schmuckreich von bleischwerem Codebloat reden. > Vielleicht in der Laufzeit, aber in der Entwicklung ...? Ich würde sagen, genau das ist ein Knackpunkt: Die Sprache Python ist ein >Traum für Entwickler<: übersichtlich, lesbar, mächtig, leicht zu benutzen, riesige Standardlibrary usw. Gleichzeitig ist Python aber, zumindest was Windows Nutzer betrifft, alles andere als ein >Traum für Endanwender<. Nicht umsonst ist es eine Sprache, die eher für "Scripting"-Aufgaben in der Administration verwendet wird denn für Endanwenderzeug. So, bevor du jetzt zu einem wortgewaltigen alttestamentarischen Fluch über Windows-Luser ausholst, möchte ich das näher ausführen: Nimm als beispiel pserv.cpl. Das Tool hatte ich in C++ geschrieben, und ist für reine Endanwender gedacht, als Ersatz für die langsame MMC. Da ist also schonmal der Punkt: das Programm wird beworben für Leute, denen die (tatsächlich unsagbar langsame) MMC zu langsam ist - das sind keine, die den Punkt "Geschwindigkeit" hinten runter fallen lassen. Da die C++ Version meine firmeninterne Library benutzt, kann ich den Quellcode nicht freigeben. Ich habe das also in wxPython neugeschrieben, damit ich es OpenSource machen kann. Das neuschreiben verlief auch wunderbar. Ich habe aber bereits drei Rückmeldungen (von drei Leuten, die sich zu dem Beta gemeldet haben, also von 100% in einer zugegeben nicht gerade umwerfend großen Stichprobe), die mir sagen, daß die neue Version deutlich langsamer sei als die alte. Sprich: Traum für Entwickler, zu langsam für den Enduser. Der Enduser schert sich nicht darum, ob ich mir eine Art vergeistigten Orgasmus an den Sprachfeatures geholt habe, er möchte ein schnelles, einfaches Programm haben. Dabei gibt es gar nicht mal soviel zu optimieren (du kannst aber gerne in den Code reinschaun): das fängt damit an, daß die wxPython-Version 11 mb in den Speicher reinnudeln muß (und relokieren, und das initialisieren von wxPython usw.) bis überhaupt irgend etwas am Bildschirm erscheint, während die C++ Version mit den NT native DLLs auskommt. Und die Geschwindigkeit zeigt sich eigentlich primär in der Darstellung, du willst halt einfach die Liste der Services sehen! Stefan Schwarzer schreibt > Wenn du einen "universellen" Interpreter verwendest, braucht der > tendenziell natürlich mehr Platz als ein spezialisiertes Programm, > das nur die benötigten Funktionen linkt. Aber je mehr spezielle > Programme du entwickelst und auslieferst, umso mehr "lohnt" sich > das Python-System bei insgesamt gleicher Qualität. Dazu mehrere Anmerkungen: - Auf den meisten Linuxrechnern ist ein Python drauf, und, ich sage es mal so: wer Linux benutzt, ist in der Regel auch gewillt, Versionskonflikte selber zu lösen. (Ich sage nur: passende wxPython-Libraries "ziehen" usw.) Das ist auf Windows nicht der Fall. Du hast ein ähnliches Problem wie mit Java: Wer bringt schon die Motivation auf, sich die (korrekte!) Java-Runtime runterzuladen, nur um ein blödes Applet zu sehen? Da nimmt der "Normalo" doch lieber ein anderes Programm, das ohne das auskommt - es ist ja nicht so, daß z.B. pserv das erste je geschriebene Programm ist, um die Services anzuschauen. - Du müsstest also, um ein simples Tool von mir zu benutzen, Python runterladen und installieren (und zwar die richtige Version), wxPython (und zwar die richtige Version) runterladen und installieren, und dann noch einen Kommandozeilensetup für mein Tool ausführen (distutils). Und das, obwohl du vielleicht gar kein Programmierer bist und einfach nur ein Tool haben möchtest, um die NT Services & Devices besser verwalten zu können. Vielleicht wolltest du es einfach mal ausprobieren, nicht ahnend, auf welche Odyssee du dich eingelassen hast! - Ich habe mich deshalb an Napyr versucht (http://p-nand-q.com/e/napyr.html). Das ist ein erster Schritt, aber für mein Gefühl immer noch zu umständlich, und: es ist mein privates Vergnügen. Es gibt keine Standardlösung dafür, wenn also jemand ein wxPython-Programm irgend eines anderen Autors haben will, hat er erneut das DLL-Problem. Stefan Schwarzer schreibt > Tut mir leid, falls das jetzt dumm rüberkommt, aber soweit ich > sehe, ist Python vielleicht die falsche Sprache für dich. Wenn > du mehr Kontrolle willst, dann nimm doch einfach C/C++. Python > ist eben auf andere Prioritäten zugeschnitten als C/C++, und > ich fände es nicht vernünftig, ja, gerade absurd, Pythons Stärken > (z. B. Garbage Collection und Exception Handling) für mehr > Geschwindigkeit oder Low-level-Kontrolle zu opfern. Also, ich denke, Pythons-Stärken liegen NICHT bei den zwei von mir absofort so genannten UNBERÜHRBAREN. Ich habe mir deshalb mal die Mühe gedacht, darüber nachzudenken, was genau mich an Python fasziniert. Ich bin auf vier Punkte gekommen, die vielleicht nicht alle offensichtlich sind: 1) Das "Handling", der Aufwand, um ein Programm auszuführen 2) Eingebauten Datentypen wie string, list, dict 3) Die Syntax 4) Die Standard-Bibliothek Zu 1. Dazu muß ich ein bisserl ausholen. Ich habe seit Jahren viele kleine Testprogramme geschrieben. Mit viele meine ich: In der Firma, in der ich jetzt seit 6 Jahren bin, befinden sich über 1100 Projekte auf meinem Rechner - ehrlich! Gut, viele haben tragende Namen wie "TESTMENU_ELENDER_SCHEISSDRECK" (wie man am Namen unschwer erkennen kann, ein OS/2 Projekt), oder "CreateSchmarrnDat". Mit Testprogramm meine ich: ausprobieren, wie funktioniert die Funktion X des Betriebssystems / der Klassenbibliothek etc.; Dateien auswerten, einen Parser schreiben, und all das, du wirst lachen, C++. Ich habe auch jede Menge kleine Tools für Entwickler / Administratoren geschrieben - eine tatsächlich verschwindend kleine Auswahl findest du z.B. hier http://p-nand-q.com/e/other_downloads.html. Schau übrigens mal auf die Größe der Downloads... Also ein Projekt in C++. Das bedeutet, zumindest beim DeveloperStudio, nicht nur die Quelldatei, nein nein, man braucht auch zwei Projektdateien (.dsp, .dsw), einen precompiled header weil sonst das übersetzen zu lange dauert (also precomp.h und precomp.cpp), und dann das Projekt laden, ändern, übersetzen. Dann *meine* Compilereinstellungen auswählen (du erkennst die "alte schule", wenn sie die "optimize" mal grundsätzlich ausmacht, weil damals, bei Glockenspiel, als alles so furchtbar schlimm war). Dann muß der Compiler bei jedem dieser 1100 Projekte zumindest einmal die precomp.cpp übersetzen, d.h. die ganzen Windows-Header (und meine Standard-C++-Library) reinladen; und die Windows-Header sind *riesig*, d.h. precomp.cpp dauert grundsätzlich 2-3 Sekunden. Und das, obwohl sich die Header vielleicht einmal im Jahr ändern! Dann hast du das Projekt übersetzt, öffnest du eine Konsole im Debug-Verzeichnis (10 MB an Objekten wg. dem riesigen precomp.pch und der .pdb, dabei ist das exe selber ganze 20k groß), und testest das, switchst wieder zurück ins DevStudio usw. usf. Ich habe mir sogar einen eigenen Wizard geschrieben, der C++ Projekte anhand von Templates erstellt, mit meinen Compileroptionen, meinen precomps, das Devstudio öffnet. (Die einzige Compileroption, die bis heute ich nicht setzen kann, ist "Build browse information", was Quelle unzähliger Flüche ist: Die Browse Information ist mal ein gutes Feature, und es ist natürlich buggy ohne ende im Devstudio). Fazit: Du hast einen riesen Overhead, wenn du nur mal z.B. ausprobieren willst, was die GetSystemInformation-Funktion bei einem speziellen Parameter für eine Antwort liefert. (Nicht zu vergessen der Plattenplatz, die precomp.pch gibts in Debug und Release, also maximal über 2200 mal auf der Platte! Ich habe natürlich ein (C++) Tool geschrieben, das rekursiv alle Verzeichnisse durchläuft und alle Debug/Release-Objekte löscht) Dagegen Python: ich schreibe ein Script im guten SciTe, ich drücke F5 und der gute SciTe führt es aus, fertig! Eine einzige Datei auf der Platte! Nix Overhead! Ich liebe es! (Mein Python-Scriptdir enthält übrigens bereits 2832 Dateien, wobei zugegeben viele .pycs und Sicherungskopien dabei sind, das ganze nach Datum sortiert. so habe ich z.B. im Juli 2001 folgende Scripts erstellt: addp.py, bored.py, GetUniqueDayIndex.py, patch-scintilla.py, sample_bored.py, Script1.py, TestClass.py, WinOnCD.py wobei ich zugegeben von keinem dieser Tools noch weiss, was sie gemacht haben. Ah, ich sehe, Script1.py markiert über COM einen Block im geöffneten Fenster im Developer Studio). Völlig unabhängig von "wie einfach kann ich etwas in der Sprache x ausdrücken" - das Handling ist in Python erheblich einfacher als in C/C++ - wenn man "meinen" Arbeitsstil hat. <einschub> Mir ist beim Schreiben dieser Mehl die Idee für eine Art C++ Scripting gekommen: Man sollte ein tool schreiben, das folgendes macht: - Sourcecode einlesen und ggf. erweitern (z.B. braucht man für diese Zwecke kein explizites main()) - daraus im Hintergrund ein Projekt erstellen (precomps existieren bereits), - compilieren, - das erzeugte EXE ausführen. - (falls das EXE bereits existiert und neuer ist als der Source, kann man die Schritte 2+3 überspringen). Wenn man es schafft, das ganze auch "reentrant" zu machen (d.h. mehrere solche "Scripten" können gleichzeitig übersetzt/ausgeführt werden), hätte man in mir vermutlich einen "heavy user" ;) </einschub> ----------------------------- (Denkpause) --------------------------- Das also war Punkt 1, kommen wir zu Punkt 2: Eingebauten Datentypen. Es gibt ja in C++ die STL. Ich hasse sie. Soviel dazu. Nein ehrlich, vielleicht bin ich ja einfach nur ein misstrauischer Grantler, aber wenn ich mir die Sourcen der STL anschaue, kommt mir das kalte Grausen. Wer, bitte schön, versteht auf Anhieb, was template<class _II, class _OI, class _Ty> inline _OI funktionsname_gesnippt_damit_das_raetsel_bleibt(_II _F, _II _L, _OI _X, _Ty *) {_Ty _V = *_F; for (*_X++ = _V; ++_F != _L; ) if (!(_V == *_F)) _V = *_F, *_X++ = _V; return (_X); } macht? Und: das soll Production Code sein! Oder, einfach mal so: hast du schonmal in den Konstruktor std::string reingesteppt? Abenteuer harren deiner! Spiel, Spaß und Spannung für die ganze Familie! Abgesehen davon, daß, als ich das letzte mal nachgeschaut habe, der Code, den der Compiler (nicht nur M$, sondern z.B. auch der VisualArschlangsam für OS/2) hierfür (oder für Templates allgemein) generiert, GRAUENHAFT(TM) ist. (Die gewundene Satzkonstruktion von gerade eben kann man durchaus als sprachliches Äquivalent für die gewundenen Templatekonstruktionen der STL nehmen). Ich benutze in der Regel meine eigene Library, die zwischen Win32 und OS/2 (und inzwischen, zumindest was die Nicht-GUI-Teile betrifft, auch Linux)-kompatibel ist. Aber: Ich kann in Python schreiben a = ["TSV",1860] Genau dieses in C++ auszudrücken ist nur mit erheblichem Mehraufwand möglich; weil char* und int zwei "inkompatible" Datentypen sind. Zu 3: Wer meine Webseite kennt, wird wissen, daß ich grundsätzlich bewandert bin in den Freuden der abseitigen Syntaxqualen. (Wer nicht, lese http://p-nand-q.com/e/java2k.html). Gerade deshalb bewundere ich die Python-Syntax, die mir tatsächlich sehr "natürlich" erscheint. Das viel geschmähte Einrücken fand ich sofort intuitiv richtig; im allgemeinen ist es in Python fast immer möglich, einen Ausdruck klarer und kürzer zu schreiben als in C/C++. Das ist ein Wert an sich, und ich erkenne ihn voll an. Ich kann nur wiederum auf die STL verweisen, wie code NICHT ausschauen sollte. Zu 4: ohne worte, da selbserklärend. Christian Tismer schreibt jetzt: > p.s.: Gerson, ganz vom aktuellen Python abgesehen fände > ich es durchaus interessant, ein "Ptn" zu machen: Ein > total abgespecktes Minimal-Python mit weniger Features > als 1.5.2, sozusagen spartanisch aber aus heutiger Sicht. Hey, genau das würde ich mir auch wünschen! Ich wäre auch sofort bereit, dabei mitzuhelfen, so es mir den Zeitlich und von meinen Möglichkeiten gesehen her möglich ist. (Ich fahre am Samstag erstmal für zwei Wochen in den Urlaub, aber dann...) Hast du schon nähere Pläne dazu? Genauer, hast du schonmal überlegt, welche Python-Features Ptn-würdig wären, und welche nicht? Ciao, Gerson _______________________________________________ Python-de maillist - Python-de(a)starship.python.net http://starship.python.net/mailman/listinfo/python-de

8 24

Apache und Python
by Markus Burrer 04 Jan '03

04 Jan '03

Hi, ich versuche gerade verzweifelt, Python in Apache einzubinden. Ich habe Apache 2.0.43 erfolgreich installiert (WinXP) ebenso wie Python 2.2.2 Jetzt möchte ich mod_python installieren. Dazu hab ich die datei mod_python.so in das Verzeichnis Modules kopiert und anschließend in die Datei http.conf die Zeile "LoadModule python_module modules/mod_python.so" eingefügt. Bei einem Neustart bekomme ich jetzt immer die Meldung, das die Datei nicht gefunden werden kann. Die Zeile AddModule mod_python.c muß ich anscheinen nicht eintragen, da ich der gesamten Datei (http.conf) auch sonst keine anderen Einträge sind. Hatte jemand schonmal dieses Problem und wie kann ich es beheben? Was muß ich dann noch eintragen, um Python Scripts als CGI ausführen zu können? Nach Möglichkeit nicht nur in einem einzelnen Verzeichnis sondern in allen. Ich wünsche allen noch ein frohes neues Jahr und bedanke mich schonmal für jede Hilfe Gruß Markus _______________________________________________ Python-de maillist - Python-de(a)starship.python.net http://starship.python.net/mailman/listinfo/python-de

5 4

Frage zu x.write('xxxx')
by Kathleen Dennler 03 Jan '03

03 Jan '03

hi ich versuche gerade, mich bei python in die Speicherung von Daten einzuarbeiten. Zuerst möchte ich versuchen, beliebige strings in einem .txt Dokument zu speichern. Dazu habe ich folgenden kleinen Quelltext: def spielerei(text): spiel = open('wow.txt') spiel.read() spiel.write(text) spiel.read() spiel.close() return 'fertig' print spielerei('sosososo') Leider gibt mir python dabei diesen Fehler aus: Traceback (most recent call last): File "C:/Python21/spielerei.py", line 9, in ? print spielerei('sosososo') File "C:/Python21/spielerei.py", line 4, in spielerei spiel.write(text) IOError: (0, 'Error') Was habe ich nun falsch gemacht, der Quelltext sieht doch so einfach aus? Ich wäre auch für Tipps zu guter (Internet-) Literatur zum Thema Speicherung dankbar. Mfg Kathleen -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! _______________________________________________ Python-de maillist - Python-de(a)starship.python.net http://starship.python.net/mailman/listinfo/python-de

4 3