Mailman 3 October 2011 - python-de

Probleme mit regulären Ausdruck
by Florian Lindner Oct. 18, 2011

Oct. 18, 2011

Hallo, ich probiere einen regulären Ausdruck zusammenzubauen. re.match(r"(.+)\.(.+)_(.+)", "A.B_C").groups() -> ('A', 'B', 'C') Macht schon soweit alles was ich will, A, B und C landen in den entsprechenden Groups. Nun will ich jedoch den Teil hinter den _ optional machen. "A.B" soll also ebenfalls gematcht werden, mit der dritten Gruppe dann halt None oder nicht-existent. Daran scheitere ich jedoch noch. re.match(r"(.+)\.(.+)(?:_(.+))?", "A.B_C").groups() -> ('A', 'B_C', None) Wenn ich die + Operatoren zu non-greedy umschalte, dann versagt der RegExp bei ausdrücken mit mehreren Buchstaben re.match(r"(.+?)\.(.+?)(?:_(.+))?", "Aa.Bb_Cc").groups() -> ('Aa', 'B', None) Wer kann mir da ein wenig auf die Sprünge helfen? Danke, Florian

3 3

Re: [Python-de] 'mal so nebenbei...
by Torsten Bronger Oct. 18, 2011

Oct. 18, 2011

Hallöchen! Stefan Behnel schreibt: > Torsten Bronger, 18.10.2011 09:22: > >> Wie auch immer. Die Mitglieder von dclp müssen sich entscheiden, >> was ihnen wichtiger ist. Klinisch reine Nachrichten oder die >> Zusammenlegung zweier Thema-identischer Low-Traffic-Gruppen. > > Und speziell dieses Thema nimmt doch einen beträchtlichen Teil des > immer noch geringen Nachrichtenvolumens ein. Und was willst du damit sagen? Tschö, Torsten. -- Torsten Bronger Jabber-ID: torsten.bronger(a)jabber.rwth-aachen.de oder http://bronger-jmp.appspot.com

1 0

Re: [Python-de] 'mal so nebenbei...
by Dirk Olmes Oct. 18, 2011

Oct. 18, 2011

On Mon, 17 Oct 2011 16:48:20 +0200, Thomas Rachel wrote: > Am 16.10.2011 08:22 schrieb Torsten Bronger: > >> Wie wär's denn, wenn wir Newsgroup-Leute >> gmane.comp.python.general.german abonnieren und dann >> de.comp.lang.python für dicht erklären? > > Wenn es die ML auf gmane gibt, würde es ja reichen, das GW abzuschalten. Liest jemand ML über gmane via NNTP? Ich tu's und das ist kein Spaß. HTML Junk, zerrissene Threads, das ganze Programm, über das sich hier beschwert wird. -dirk

3 3

Re: [Python-de] 'mal so nebenbei...
by Torsten Bronger Oct. 16, 2011

Oct. 16, 2011

Hallöchen! Marek Kubica schreibt: > On Sat, 15 Oct 2011 16:09:20 +0200 Thomas Orgelmacher <trash(a)odbs.org> wrote: > >> Wozu eigentlich eine Mailingliste, wenn eine Newsgroup existiert? > > 1) Weils die Mailingliste wesentlich länger gibt. Frag mich wozu > überhaupt ne Newsgroup nötig war, wenn da eh nur 5 Mails am Monat > hintingeln. > > 2) Wozu ne Newsgroup? Alle interessanten Projekte haben wenn dann > Mailinglisten, NNTP ist Nischenprotokoll geworden, wohingegen Mail > immer noch weit verbreitet ist. Beim Einrichten von Mailclients > lasse ich nun seit langem NNTP weg weils für mich völlig > überflüssig ist. > > Aber ich denke nicht dass dieser Gateway jemals gescheit > funktionieren wird. Eine eher funktionierende Lösung wäre das > Löschen entweder der Mailingliste oder der Newsgroup. Wie wär's denn, wenn wir Newsgroup-Leute gmane.comp.python.general.german abonnieren und dann de.comp.lang.python für dicht erklären? Tschö, Torsten. -- Torsten Bronger Jabber-ID: torsten.bronger(a)jabber.rwth-aachen.de oder http://bronger-jmp.appspot.com

1 0

'mal so nebenbei...
by Thomas Orgelmacher Oct. 16, 2011

Oct. 16, 2011

Hallo Zusammen! Ich weiß nicht, wie der Rest das hier sehen mag, aber ich würde gerne 'mal kurz loswerden, dass - das "[Python-de]" nervt (und wegen "List-Id:" IMHO auch mehr als flüssig ist). - die Zerfaserung der Threads nervt. - das Fehlen der "Reply-To"s in der Liste nicht wirklich schlau ist. Kann man diesen Gateway nicht abschalten, bis er funktioniert? Wozu eigentlich eine Mailingliste, wenn eine Newsgroup existiert? 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.

3 2

Re: [Python-de] 'mal so nebenbei...
by Thomas Orgelmacher Oct. 15, 2011

Oct. 15, 2011

Am 15.10.2011 16:40, schrieb Stefan Behnel: > > Beide (ML+NG) existieren schön länger und sind erst kürzlich > zusammengeschlossen worden. Einen Grund, eine der beiden zu löschen, > sehe ich nicht. Das habe ich auch nicht verlangt (wobei es mir persönlich schleierhaft ist, warum man eine Mailingliste einer Newsgroup vorziehen sollte; ist mir aber letztlich aber auch egal). Aber diese "Integration" ist, so wie sie realisiert ist, IMHO nicht akzeptabel. Das korrekte References in diesem Kontext nicht trivial sind, ist mir klar. Aber zumindest die Notwendigkeit dieses Prefixes im Subject könnte man ja 'mal hinterfragen... Und wenn es (aus welchen Gründen auch immer) nötig sein sollte, dann könnte man es ja auch in einem X-Header deponieren. Oder zumindest kürzen. Oder ans Ende des Subjects setzen. 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.

1 0

Re: [Python-de] 'mal so nebenbei...
by Thomas 'PointedEars' Lahn Oct. 15, 2011

Oct. 15, 2011

Stefan Behnel wrote: > Thomas Orgelmacher, 15.10.2011 16:09: >> Wozu eigentlich eine Mailingliste, wenn eine Newsgroup existiert? > > Manche mögen es so, andere so. ACK > python-list und c.l.py sind ja auch identisch. Sind sie nicht, das ist ja das Problem. > Beide (ML+NG) existieren schön länger und sind erst kürzlich > zusammengeschlossen worden. Letzteres wurde kritisiert. > Einen Grund, eine der beiden zu löschen, sehe ich nicht. Das hat auch niemand gefragt/verlangt. Es geht darum, den *Gateway* (wieder) abzuschalten, bis er ordentlich funktioniert. -- PointedEars Please do not Cc: me. / Bitte keine Kopien per E-Mail.

1 0

Re: [Python-de] Test auf NFS
by Ole Streicher Oct. 13, 2011

Oct. 13, 2011

Thomas Waldmann <tw-public(a)gmx.de> writes: >> >> Meine Frage ist nun, woran ich erkennen kann, dass die Datei auf einem >> >> NFS-Laufwerk liegt? >> >> > Also da Du ja genau weisst, was Dir Probleme bereitet, koenntest Du >> > genau das ja als Test/Erkennung nehmen. >> >> Ich muss nur leider vorher reagieren: > > Dann teste halt genau das vorher. :) > Du musst dann halt die paar Zeilen Code nachbilden, bevor Du den anderen > Code dann dem Testergebnis entsprechend mit oder ohne mmap aufrufst. Die paar Zeilen, mit denen ich das vorher testen müsste, sind aber sh.rmtree(). Wenn ich das mache, gibt es dann nichts mehr, was ich für mmap() öffnen könnte :-) Ich weiß, dass man bei Python gerne nach der Möglichkeit "Try and Catch" verfährt; nur ist in diesem Fall tatsächlich das Kind schon in den Brunnen gefallen, wenn man zum Catchen kommt. Letztlich habe ich mir mit einem anderen Workaround geholfen: Da ich weiß, dass das übergeordnete Verzeichnis zum gleichen Mountpoint gehört, wird die fragliche Datei zuerst unter einem Zufallsnamen dorthin verschoben, dann geöffnet und gelöscht. Dann kann ich problemlos auch das Verzeichnis löschen: die .nfsXXX-Datei liegt jetzt im übergeordneten Verzeichnis. Viele Grüße Ole

1 0

Re: [Python-de] Test auf NFS
by Ole Streicher Oct. 13, 2011

Oct. 13, 2011

Thomas Waldmann <tw-public(a)gmx.de> writes: >> Allerdings nicht auf einem NFS-Laufwerk; dort funktioniert >> shutil.rmtree() nicht, weil die gelöschte Datei einen versteckten >> Verzeichniszeintrag .nfsXXXXX erhält, solange sie geöffnet ist. Daher >> kann ich dort mmap nicht anwenden. >> Meine Frage ist nun, woran ich erkennen kann, dass die Datei auf einem >> NFS-Laufwerk liegt? > Also da Du ja genau weisst, was Dir Probleme bereitet, koenntest Du > genau das ja als Test/Erkennung nehmen. Ich muss nur leider vorher reagieren: Falls die Datei im NFS liegt, kann ich sie nicht per mmap verwenden, sondern muss sie komplett einlesen und danach schließen. Konkret passiert das in pyfits; davon hängt ab, ob man den "memmap"-Parameter angibt. Viele Grüße Ole

2 1

Test auf NFS
by Ole Streicher Oct. 13, 2011

Oct. 13, 2011

Hallo Gruppe, ich habe folgenden Code: -------------------------------8<------------------------------- import io, mmap, shutil f = open('/path/to/file') a = mmap.mmap(f.fileno(), 0) shutil.rmtree('/path/to') # do something (r/w) with the mapped file # ... a.close() -------------------------------8<------------------------------- Das ist ohne weiteres möglich, da Unix die Datei erhält solange sie geöffnet ist, auch nachdem sie gelöscht wurde. Allerdings nicht auf einem NFS-Laufwerk; dort funktioniert shutil.rmtree() nicht, weil die gelöschte Datei einen versteckten Verzeichniszeintrag .nfsXXXXX erhält, solange sie geöffnet ist. Daher kann ich dort mmap nicht anwenden. Meine Frage ist nun, woran ich erkennen kann, dass die Datei auf einem NFS-Laufwerk liegt? Viele Grüße Ole

3 2