Mailman 3 April 2004 - python-de

Fwd: Re: [Python-de] socket
by Olaf 'Rübezahl' Radicke 18 Apr '04

18 Apr '04

_______________________________________________ python-de maillist - python-de(a)python.net http://python.net/mailman/listinfo/python-de

1 0

Python-Treffen am Mo., 26.4. bei IN-Berlin
by Dinu Gherman 15 Apr '04

15 Apr '04

Hallo, nach kurzer Osterpause findet am Montag, den 26.4. um 19:00 Uhr ein weiteres Berliner Python-Treffen statt. Als besonderes High- light wird Stephan Diehl sprechen ueber: * Python-Metaklassen * Mit Python 2.2 haben Metaklassen Einzug in Python gehalten. Kurz gesagt, eine Metaklasse ist die Klasse einer Klasse. Um zu verstehen, wozu Metaklassen benutzt werden können, ist (leider) einiges Wissen der Python-Interna nötig. Es wird gezeigt, wie aus Python-Sourcecode Klassen gebaut werden und welche Rolle das Metaklassen-Konzept dabei spielen kann. Dankenswerterweise hat IN-Berlin, www.in-berlin.de, wieder seine Raeume fuer diese Veranstaltung zur Verfuegung gestellt, zu deren schwer ueberbietbaren Vorteile das Vorhandensein von Netzwerk inkl. WLAN und sehr guenstigen Getraenken gehoert. Am 8.3. fand das erste dieser Python-Treffen in Kollaboration mit IN-Berlin statt, das sehr gut angenommen wurde. Nichtsdestotrotz handelt es sich noch immer um eine Art Experiment, von dem ich aber hoffe, dass es laengerfristig Bestand hat. Die weiteren Angaben unten zur geographischen Lage habe ich von IN- Berlin uebernommen. Ich hoffe, es kommen viele von euch! Gruss, Dinu Zu den Koordinaten: Individual Network Berlin e.V. Lehrter Str. 53 10557 Berlin .oO0 die welt hat 7 bit 0Oo. \ \ Bus H H 248 Bus 248\ \___ __--\ __--"" __--"" strasse __-- __--""" Fenn- _H_--U-Bhf --> S+U Westhafen ___---""" __--"Bus Reinicken- <-- ___---""" __--"" 127,227 dorfer Str. B 127,227,340--"" Strasse __--"" ___-H-""" Perleberger _--** "" _ <""" ___---""" \ \H Bus _H_---""" Bus H \ 340 N Bus 127,227,340 340 \ Lehr\ ^ \ ter \ W <-+-> O U Birkenstrase IN-Berlin \ Str.\ v <-- ========= \ \ S \ \ Bus 340 H \ > H Bus __-""" \340 _---""" \ _---""" str. ___---"""\ \ ___---"""Krupp-___---** \ \ ___---""" [Diese "Karte" sollte mit einem nicht-] [proportionalen Font betrachtet werden] bei manchen ist die Welt auch bunt und viel komplizierter: http://www.berlin.de/stadtplan/ explorer?ADR_ZIP=10557&ADR_STREET=Lehrter+Str.&ADR_HOUSE=53&ADR_INFO=%3C a+target%3D%22_blank%22+href%3D%22http%3A%2F%2Fwww.in- berlin.de%22%3EIN-Berlin%3C%2Fa%3E Da die Lehrter Strasse im Norden Tiergartens in einer Wohn- und Geschaeftsstrasse liegt, wo es erfahrungsgemaess in 200m Entfernung hinter dem Polizeigelaende oder vor dem Poststadion immer freie Parkplaetze gibt, empfehlen wir trotzdem die Anfahrt mit dem Fahrrad oder mit oeffentlichen Verkehrsmitteln (ca. Fussweg in Klammern): S-BAHN S 4 bis S-Bahnhof Westhafen (12min) U-BAHN U 9 bis U-Bahnhof Birkenstrasse (12min) U 6 bis U-Bahnhof Reinickendorfer Str. (12min) BUS 127 bis Perleberger Bruecke ( 2min) 227 bis Perleberger Bruecke ( 2min) 340 bis Perleberger Bruecke ( 1min) Die behindertengerechten Busse der Linie 340 halten fast vor der Tuer (50 m) - Achtung: Die Haltestelle gibt es auf der Linie 340 zweimal, in Richtung Mirendorffplatz ist die erste naeher, in Richtung Ostbahnhof die zweite. Einen Fahrplan findest Du unter der URL http://www.fahrinfo-berlin.de/. _______________________________________________ python-de maillist - python-de(a)python.net http://python.net/mailman/listinfo/python-de

1 0

Fehler bei wx
by Werner.Warweg＠t-online.de 13 Apr '04

13 Apr '04

Ich habe schon so viel versucht, mir fällt nichts mehr ein! Ich erhalte immer den Fehler: File "C:\Python22\Lib\site-packages\wxPython\wx\py\PyCrust.py", line 14, in ? import wx ImportError: No module named wx Ich habe Python22 nochmals installiert. dto. wxpython für ..22 Beispiele mit tk laufen! (from tkCommonDialog import Dialog) # this module provides an interface to the native message boxes # available in Tk 4.2 and newer. Woran kann das liegen? MfG Werner Warweg _______________________________________________ python-de maillist - python-de(a)python.net http://python.net/mailman/listinfo/python-de

2 2

Re: [Python-de] wie sucht Python die Module?
by Werner Warweg 13 Apr '04

13 Apr '04

Stefan Schwarzer schrieb: > P. S.: Falls deine Mail ursprünglich auf die Liste sollte und nur > versehentlich an mich privat gegangen ist, kannst du diese Mail auch > an die Liste schicken. Vielleicht hat ja noch jemand einen Tipp. Hab' ich gerade gemacht. Tut mir leid.. Ich bin es so gewohnt, die Antwortschaltfläche zu bedienen, dass ich nicht die Eingabe "An:" überprüft habe. Übrigens: Bei OpenOffice.org steht im "Antwort an:" immer users(a)de.openoffice.org, dadurch kommt es nicht zu derartigen Fehlern. Wenn ich also nicht der einzige "Döspaddel" bin, sollte der Listenadministrator das vielleicht ändern. Mit freundlichem Gruß Werner Warweg _______________________________________________ python-de maillist - python-de(a)python.net http://python.net/mailman/listinfo/python-de

1 0

socket.settimeout()
by Olaf 'Rübezahl' Radicke 10 Apr '04

10 Apr '04

Hi! Viele haben noch Python 2.2.3 wo es noch kein socket.settimeout() gibt. Was kann ich tun? Olaf _______________________________________________ python-de maillist - python-de(a)python.net http://python.net/mailman/listinfo/python-de

3 2

OT (war:Hat jemand Python unter Solaris zum Laufen gebracht?)
by Olaf 'Rübezahl' Radicke 09 Apr '04

09 Apr '04

_______________________________________________ python-de maillist - python-de(a)python.net http://python.net/mailman/listinfo/python-de

2 1

Hat jemand Python unter Solaris zum Laufen gebracht?
by Dr.Dr.Ruediger M.Flaig 09 Apr '04

09 Apr '04

Hallo allerseits, nachdem ich Python auf drei verschiedenen Versionen von Linux und auf MacOS-X ohne irgendwelche Probleme zum Laufen bringen konnte, dachte ich, daß es auch mit Solaris funktionieren müsse... aber dem war nicht so! Kann mir da irgendwer weiterhelfen? Aaalso, ich habe mir GCC Version 3.3.2 und Python 2.3.3 (TGZ) beschafft, das Python-Archiv ausgepackt (da gab's das erste Problem, weil nach dem Gunzippen die Solaris-Version von TAR irgendwas von Prüfsummenfehler faselte, aber das ließ sich schließlich umgehen) und mit "./configure" begonnen. Ergebnis: FEHLER -- das Installationsskript wußte nicht, auf was für einem Rechner es lief. Mit "--host=sparc64-solaris" ließ sich auch das beheben... bis schließlich das Skript mit der jämmerlichen Feststellung ausstieg, es sei unfähig, zu identifizieren, ob das System "big endian" sei. Ich weiß, daß es das ist, aber ich habe keine Ahnung, wie ich dem blöden Skript das verständlich machen soll. Falls jemand eine Lösung weiß, werde ich sehr dankbar sein. Zum Hintergrund: Der Rechner ist eine Ultra-5 mit 1x UltraSparc II (333 MHz), 128 MB Speicher und 9 GB Freßplatte, System ist Solaris-9 (frisch installiert). Viele Grüße, Rüdiger Marcus Dr. Dr. Ruediger Marcus Flaig Institute for Immunology University of Heidelberg Im Neuenheimer Feld 305 D-69120 Heidelberg <flaig(a)cirith-ungol.sanctacaris.net> Tel. +49-172-7652946 | +49-6221-56-5402 | +49-6221-432963 --- python-de-request(a)python.net wrote: Um Emails an die Liste python-de zu schicken, schicken Sie diese an die Adresse python-de(a)python.net Um sich via Web von der Liste zu entfernen oder draufzusetzen: http://python.net/mailman/listinfo/python-de oder, via Email, schicken Sie eine Email mit dem Wort 'help' in Subject/Betreff oder im Text an python-de-request(a)python.net Sie koennen den Listenverwalter dieser Lister unter der Adresse python-de-owner(a)python.net erreichen Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen sinnvollen Inhalt der spezifischer ist als "Re: Contents of python-de digest..." Meldungen des Tages: 1. Re: Python & USB (Marco Bartel) 2. Re: Dateien ueber Sockets uebertragen (Hartmut Goebel) 3. Re: Re: Dateien ueber Sockets uebertragen (Holger Duerer) 4. Re: Dateien ueber Sockets uebertragen (Holger Duerer) 5. Re: Dateien ueber Sockets uebertragen (Alexander 'boesi' Bösecke ) 6. Re: Dateien ueber Sockets uebertragen (Alexander 'boesi' Bösecke ) ---------------------------------------------------------------------- Message: 1 Date: Tue, 06 Apr 2004 14:41:20 +0200 From: Marco Bartel <Marco.Bartel(a)iee.lu> Subject: Re: [Python-de] Python & USB To: Arnd Zapletal <a_zapletal(a)web.de> Cc: python-de(a)python.net Message-ID: <4072A570.1060501(a)iee.lu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Arnd Zapletal wrote: >On Mon, 05 Apr 2004 13:19:45 +0200 >Marco Bartel wrote: > >[...] > > >>is a library called libusb for c , wich deals with the >>usb-kernel-modules, but unfortunatly i didn't found a wrapper around >>this library, wich allows me to do the same from within python. I just >>was thinking about to do the wrapper myself using SWIG >> >> >[...] > > >did you think about 'pyrex' for bridging to the c-library? > >it's quite fast, pretty cool and much less pain (compared to swig, IMHO) > >cu >Arnd > > > >------------------------------------------------------------------------ > >_______________________________________________ >python-de maillist - python-de(a)python.net >http://python.net/mailman/listinfo/python-de > > Hallo Arnd, hab gerade erst gerafft, dass ich hier in Englisch geposted habe :-) Naja kann mal passieren. Hab allerdings von pyrex noch nicht gehört. Mit SWIG hab ich schon einige Dinge gewrapped, und auf der comp.lang.python hab ich auch schon nen link auf nen SWIG-wrapper rund um libusb gefunden, der prima funktioniert. Zumal mein C Programm, welches ich nach python portieren will, auch libusb nutzt, ist der wrapper eine runde sache, und relativ schmerzfrei :-) Falls jemand daran interressiert ist: http://cvs.sf.net/viewcvs.py/bitpim/bitpim/native/usb/ THX Marco ------------------------------ Message: 2 Date: Mon, 05 Apr 2004 20:51:33 +0200 From: Hartmut Goebel <h.goebel(a)crazy-compilers.com> Subject: Re: [Python-de] Dateien ueber Sockets uebertragen To: Alexander 'boesi' Bösecke <boesi.josi(a)gmx.net> Cc: Python-de <python-de(a)python.net> Message-ID: <4071AAB5.2040800(a)crazy-compilers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Alexander 'boesi' Bösecke schrieb: >>* Was ist das maximale Beispiel, bei dem der Fehler nicht auftritt? > > Remote trat der Fehler immer auf. Lokal gar nicht. Bzw ich weiss nicht, > was du mit maximales Beispiel meinst. Ein "maximales Beispiel, bei dem der Fehler auftritt" ist das Beispiel, das gerade so komplex ist, dass der Fehler noch nicht auftritt. Die Idee dahinter ist, den Fehler von "oben" und "unten" einzugrenzen: Man iteriert sich quasi an den Fehler heran. Klar? >>* Welche Zeile(n) unterscheiden das Beispiel, bei dem der Fehler >> auftritt, von einem Beispiel, bei dem der Fehler nicht mehr auftritt? > > Ein time.sleep(0.2) nach dem ersten send brachte Abhilfe, das war aber > natuerlich keine Loesung Damit hast Du vielleicht einen word-around gefunden, aber das Problem nicht gelöst. Oder konntest Du danahc sagen: "Aha, daran war es gelegen"? (Ich überlege mich eben, ob ich eine Vorlesung: Fehlersuche in Programmen anbieten soll ;-) > Allerdings scheint mir (c)Pickle wirklich nicht das geeignete Mittel um > einfache Datentypen wie Integer, Listen und Tupel zu uebertragen. Oder > spricht irgendwas gegen die Verwendungen von repr/eval? Ja: eval ist typischerweise ein Zeichen von schlechtem Code, da es sich in den meisten Fällen vermeiden läßt. Für den Lösungsweg, den Du unten gegangen bist, wäre es aber okay -- ich würde nur gleich einen anderen Lösungsweg gehen ;-) Allerdings machst Du unten -- nach meinem Geschmack -- viel zu viel per Hand. Ich würde dann noch eher eine Mischung aus Deinem vorherigen Ansatz machen: Daten Pickeln und deren Länge vornewegschicken. Was Du dazu brauchst, hast Du unten schon stehen, kannst aber 80% wieder rausnehmen, weil das Pickle für dich übernimmt. > Ich habs jetzt folgender Klasse geloest: Hmmmm, zum Lernen okay, für produktiven Einsatz hat es einen Haken: Es löst ein Problem, für das es schon andere Lösungen gibt. > if FIL == 1: > typ = 'FIL' > else: > if type(data) == int: typ = 'INT' > elif type(data) == long: typ = 'LNG' > elif type(data) == str: typ = 'STR' > elif type(data) == list: typ = 'LST' > elif type(data) == tuple: typ = 'TPL' > else: typ = 'OTH' > data = repr(data) > if FIL == 0: data = repr(data) Das kannst Du auch Pickle machen lassen, denn Pickle arbeitet auch nicht anders. > while length == 0: ... > while typ == '': ... Wenn Du Header und Daten mit einem anderen Zeichen trenntst, als die Header-Felder untereinander, dann brauchst Du nur eine Schleife: while not '\n' in self.getData: ... (kann man noch optimieren). -- Regards Hartmut Goebel | Hartmut Goebel | We build the crazy compilers | | h.goebel(a)crazy-compilers.com | Compiler Manufacturer | ------------------------------ Message: 3 Date: Tue, 06 Apr 2004 20:43:13 +0100 From: Holger Duerer <python-lists(a)duerer-sinclair.de> Subject: Re: [Python-de] Re: Dateien ueber Sockets uebertragen To: Alexander 'boesi' Bösecke <boesi.josi(a)gmx.net> Cc: Python-de <python-de(a)python.net> Message-ID: <873c7gx57y.fsf(a)Ronaldann.demon.co.uk> Content-Type: text/plain; charset=iso-8859-1 >>>>> "Alexander" == Alexander 'boesi' Bösecke <boesi.josi(a)gmx.net> writes: >> Wg. des 0.2 sek. wartens: Da gibt es eine Option, den >> Nagle-Algorithmus auszuschalten, damit sollte dieses >> Zeitinterval kuerzer werden. Alexander> Das ist dann aber die Methode mit'm Vorschlaghammer, Alexander> oder? Für das, was er machen wollte, schon. Das Abschalten des Nagle-Algorithmus kann jedoch sehr sinnvoll sein. Wenn Du ein Protokoll hast, bei dem beide Seiten schnell, wechselseitig eineinader kurze Packete schicken, bringt das einen merklichen Durchsatzgewinn. Holger ------------------------------ Message: 4 Date: Tue, 06 Apr 2004 20:48:32 +0100 From: Holger Duerer <python-lists(a)duerer-sinclair.de> Subject: Re: [Python-de] Dateien ueber Sockets uebertragen To: Alexander 'boesi' Bösecke <boesi.josi(a)gmx.net> Cc: Python-de <python-de(a)python.net> Message-ID: <87y8p8vqen.fsf(a)Ronaldann.demon.co.uk> Content-Type: text/plain; charset=iso-8859-1 >>>>> "Alexander" == Alexander 'boesi' Bösecke <boesi.josi(a)gmx.net> writes: [...] Alexander> sendData = '%d-%s-%s' % (len(data), typ, data) Alexander> try: self.send(sendData) Alexander> except: return 1 [...] Hmmm. Rein aus dem Gedächnis heraus, würde ich sagen, daß man besser self.sendall(sendData) sagen sollte. Falls sendData zu gross wird, wird Dir send() nicht alles schicken. Ausschnitt aus "pydoc socket": ,---- | sendall(data[, flags]) -- send all data | send(data[, flags]) -- send data, may not send all of it `---- Holger ------------------------------ Message: 5 Date: Wed, 07 Apr 2004 11:21:06 +0200 From: "Alexander 'boesi' Bösecke " <boesi.josi(a)gmx.net> Subject: Re: [Python-de] Dateien ueber Sockets uebertragen To: Python-de <python-de(a)python.net> Message-ID: <c50o73.4pc.1(a)boesi.MyFQDN.de> Content-Type: text/plain; charset="ISO-8859-1" Hi Am 06.04.2004 21:48:32 schrieb Holger Duerer: > Hmmm. Rein aus dem Gedächnis heraus, würde ich sagen, daß man besser > self.sendall(sendData) sagen sollte. Falls sendData zu gross wird, > wird Dir send() nicht alles schicken. Hab mir mal die Doku dazu angesehen. send und sendall unterscheiden sich lediglich in der Fehlerbehandlung. send gibt die Zahl der gesendeten Bytes zurueck, im Normalfall ist das halt len(sendData). sendall dagegen loest eine exception aus, wenn nicht alle Bytes gesendet werden konnten, es ist aber nicht moeglich zu erfahren wieviele Bytes gesendet worden. Es ist also Blödsinn send in try-except zu kapseln, und da ich ich im Moment noch keine Fehlerbehandlung einbauen will, kann/sollte ich sendall verwenden, damit ich Fehler ueberhaupt mitbekomm. cu boesi -- So stellt sich der Atheist doch die #1671 : icq-intern Unsterblichkeit vor - Lokalverbot #73628288 : icq-extern auf dem Friedhof. boesi111 : aim i171 : reallife ------------------------------ Message: 6 Date: Wed, 07 Apr 2004 11:44:54 +0200 From: "Alexander 'boesi' Bösecke " <boesi.josi(a)gmx.net> Subject: Re: [Python-de] Dateien ueber Sockets uebertragen To: Python-de <python-de(a)python.net> Message-ID: <c50pjn.4l0.1(a)boesi.MyFQDN.de> Content-Type: text/plain; charset="ISO-8859-1" Hi Am 05.04.2004 20:51:33 schrieb Hartmut Goebel: > > Ein time.sleep(0.2) nach dem ersten send brachte Abhilfe, das war aber > > natuerlich keine Loesung > > Damit hast Du vielleicht einen word-around gefunden, aber das Problem > nicht gelöst. Oder konntest Du danahc sagen: "Aha, daran war es gelegen"? Deswegen ja auch "das war aber natuerlich keine Loesung" Und ausserdem ... hat sich eine gewisse Anwendung namens Word inzwischen als Synonym fuer work-around verbreitet? *g* > Ja: eval ist typischerweise ein Zeichen von schlechtem Code, da es sich > in den meisten Fällen vermeiden läßt. Naja vermeiden kann man verdammt viel. Aber ist eval von der Performance her denn so schlecht? Oder was sind konkrete Nachteile von eval? (also nicht nur auf mein aktuelles Problem bezogen) > Für den Lösungsweg, den Du unten gegangen bist, wäre es aber okay -- > ich würde nur gleich einen anderen Lösungsweg gehen ;-) Dazu faellt mir jetzt Perl ein - There's more than one way to do it. *g* > Allerdings machst Du unten -- nach meinem Geschmack -- viel zu viel per > Hand. Ich würde dann noch eher eine Mischung aus Deinem vorherigen > Ansatz machen: Daten Pickeln und deren Länge vornewegschicken. Ok, hab deine Anmerkungen in die beiden Methoden eingearbeitet, die sehen jetzt so aus: def sendData(self, data, File=0): if File == 1: typ = 'F' else: data = cPickle.dumps(data) typ = 'P' self.sendall('%d-%s.%s' % (len(data), typ, data)) Den Typ F verwende ich fuer Daten, die Teil von Dateien sind, irgendwie find ichs albern die zu picklen. def recvData(self): while 1: # Header der Nachricht index = self.getData.find('.') if index != -1: length, typ = self.getData[:index].split('-', 1) length = int(length) self.getData = self.getData[index+1:] break self.getData += self.recv(self.BufSize) while 1: # Daten der Nachricht if length <= len(self.getData): data = self.getData[:length] if length < len(self.getData): self.getData = self.getData[length:] else: self.getData = '' break self.getData += self.recv(self.BufSize) if typ == 'P': data = cPickle.loads(data) # Konvertierung der Daten return data > (kann man noch optimieren). Wenn du weitere Vorschlaege hast... thx & cu boesi -- A Achkatz'l ofm Baam #1671 : icq-intern des hot a schins Laam #73628288 : icq-extern braucht keen Pfenng Gald boesi111 : aim un freit sich of dr Walt i171 : reallife ------------------------------ _______________________________________________ python-de maillist - python-de(a)python.net http://python.net/mailman/listinfo/python-de Ende python-de Nachrichtensammlung, Band 12, Eintrag 5 ****************************************************** _____________________________________________________________ Free eMail .... the way it should be.... http://www.hablas.com _______________________________________________ python-de maillist - python-de(a)python.net http://python.net/mailman/listinfo/python-de

4 3

Re: [Python-de] Dateien ueber Sockets uebertragen
by Alexander 'boesi' Bösecke 08 Apr '04

08 Apr '04

Hi Am 31.03.2004 14:41:08 schrieb Hartmut Goebel: > > Und warum nicht an die Liste? Ist dieses Problem so speziell dass es die > > Allgemeinheit nicht interessiert? > > Ging an die Liste un an dich. Oh tut mir leid, hatte das CC uebersehen. Aber wieso hab ich dann die Mail nicht auch ueber die Liste bekommen? *kopfkratz* Ich sende das jetzt mal per CC noch an die Liste, ich glaub da funktioniert was nicht ganz so wie es soll. > Kann es sein, dass Du vor der Schleife versehentlich schon etwas aus dem > Socket liest, das Dir dann natürlich fehlt? Hast Du den Inhalt der > geschriebenen Datei verglichen, wo die Daten fehlen? Ich hab Analyzer (ein Sniffer) die Kommunikation belauschen lassen. Der Server nutzt folgenden Code zum Senden: self.connection.send('OK') self.connection.send(cPickle.dumps(file_size)) sendBytes = 0 while 1: data = file.read(self.BlockSize) if not data: break self.connection.send(data) sendBytes += len(data) print '%d - %d' % (file_size, sendBytes) "self.connection.send('OK')" erzeugt ein eigenes TCP-Packet so wie's sein soll. Problem ist, dass "self.connection.send(cPickle.dumps(file_size))" kein eigenes TCP-Packet erzeugt, stattdessen werden an das Packet die Daten vom darauffolgenden "self.connection.send(data)" angehängt. Und das sind auch genau die Daten die am Ende fehlen. Den Clienten scheinen beim "file_size = cPickle.loads(self.sockobj.recv (self.BlockSize))" die überzähligen Daten jedenfalls nicht zu stören, der wirft die mal ebend weg. Folgendes hilft auch nicht: temp = cPickle.dumps(file_size) self.connection.send(temp) Dieses send(temp) und das nachfolgende send(data) werden irgendwie miteinander vermanscht. Wie schon gesagt, lokal funktioniert alles, leider scheint Analyzer kein localhost zu kennen. thx & cu boesi -- Ein Wunder muss heute schon ganz schoen #1671 : icq-intern wundervoll sein um ein Wunder zu sein, #73628288 : icq-extern sonst wuerde man sich ja gar nicht mehr wundern boesi111 : aim .-==Prof. Dr. Harald Lesch==-. i171 : reallife _______________________________________________ python-de maillist - python-de(a)python.net http://python.net/mailman/listinfo/python-de

6 9

Literaturtipp
by Gerrit P. Haase 07 Apr '04

07 Apr '04

Hallo, Ein Literaturtipp, leider etwas zu knapp vor den Feiertagen, wobei ich habe es in dieser Woche bestellt und heute ist es schon gekommen! Das Buch: Volker Grassmuck Freie Software Zwischen Privat- und Gemeineigentum 14,7 x 21 cm 438 Seiten ISBN 3-89331-432-6 Bundeszentrale für politische Bildung Bonn 2002 Paperback-Preis 2,00 Euro (inkl. Porto) Webseite zum Buch: http://freie-software.bpb.de/ Bestellseite der Printversion: http://www.bpb.de/publikationen/01725746913107258150366106918160,0,0,EP_Fre… Gerrit -- =^..^= _______________________________________________ python-de maillist - python-de(a)python.net http://python.net/mailman/listinfo/python-de

1 0

Unicode
by Marco Aschwanden 07 Apr '04

07 Apr '04

Wie kriege ich einen Unicode-string in einen für uns lesbaren Text. Mit encode() scheint das nicht zu funktionieren. >>> test = u"äöüäö'" >>> test u"\xe4\xf6\xfc\xe4\xf6'" >>> test.encode('latin-1') "\xe4\xf6\xfc\xe4\xf6'" >>> test.encode('utf-8') "\xc3\xa4\xc3\xb6\xc3\xbc\xc3\xa4\xc3\xb6'" >>> test.encode('utf-16') "\xff\xfe\xe4\x00\xf6\x00\xfc\x00\xe4\x00\xf6\x00'\x00" >>> test.encode('ascii') Traceback (most recent call last): File "<interactive input>", line 1, in ? UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-4: ordinal not in range(128) >>> Muss ich ausgehend von der 'latin-1' version ein global replace machen? Das kann es doch nicht sein... wie komme ich wieder an meine äs und ös etc.? Für jeden Hinweis dankbar, Merci, Marco _______________________________________________ python-de maillist - python-de(a)python.net http://python.net/mailman/listinfo/python-de

2 2