[C#] GUID RegEx-Match aus String

will eine GUID in einem string finden. solang der string allein ne GUID ist klappts, aber nicht, wenn davor oder dahinter noch zeichen stehen.

Code:

Regex RE = new Regex("^((?-i:0x)?[A-Fa-f0-9]{32}|[A-Fa-f0-9]{8}-[A-Fa-f0-9]{4}-[A-Fa-f0-9]{4}-[A-Fa-f0-9]{4}-[A-Fa-f0-9]{12}|{[A-Fa-f0-9]{8}-[A-Fa-f0-9]{4}-[A-Fa-f0-9]{4}-[A-Fa-f0-9]{4}-[A-Fa-f0-9]{12}})$");

                            MatchCollection ReMatches = RE.Matches(content);
                            if (ReMatches.Count > 0)
                            {
                                foreach (Match m in ReMatches)
                                {
                                    //do sumthin with it
                                }
                            }

string content ist immer eine zeile aus einer (text-)datei.

bei "{936DA01F-9ABD-4d9d-80C7-02AF85C822A8}"
und "936DA01F-9ABD-4d9d-80C7-02AF85C822A8"
gibts ein match, bei
"blabla{936DA01F-9ABD-4d9d-80C7-02AF85C822A8}blubb"
aber nicht...halp?!

tia,
.dcp

die regex hab ich auch nur aus einem anderen projekt gecopypasted, daher hab ich keine ahnung, wo ich ein | einfügen soll
aber solange der ganze string eine GUID ist, funktionierts ja auch, aber er soll auch ein match finden, wenn die GUID von anderen zeichen umgeben ist.

edit: geht mir genauso.

Bitte poste ein Beispiel fuer einen (oder besser zwei) tatsaechliche Nicht-Matches, die du gerne gematcht haettest.

Ich kenne mich in der Win32-Welt nicht so gut aus - kann es ueberhaupt vorkommen, dass so eine GUID ohne literale { und } an Anfang und Ende auftritt?

danke, hab ich mittlerweile auch durch probieren rausgefunden

Code:

[0-9a-fA-F]{8}\-[0-9a-fA-F]{4}\-[0-9a-fA-F]{4}\-[0-9a-fA-F]{4}\-[0-9a-fA-F]{12}

die passt nur auf die GUID ohne { und }.
@colo: genaue anforderungen hab ich noch nicht, wie so oft, wenn "mal eben was zwischendurch" gebraucht wird

Die .* am Anfang und Ende kann man sich schenken, wenn der Match eh zeilenweise passiert. Und statt [0-9a-fA-F] kann man laut POSIX auch [[:xdigit:]] schreiben, wenn einem das besser gefaellt. Das sollte speziell in diesem Fall mit den literalen Hyphens in der RE zur Lesbarkeit beitragen koennen.

Naja, die meisten RegEx-Libraries (egal welcher Programmiersprachen) lehnen sich entweder an POSIX RE, POSIX ERE, oder PerlCRE an. Alle drei Dialekte verstehen sich auf diese "POSIX Character Classes". Wenn es das also in irgendeiner Sprache/RE-lib nicht gibt, ist das imo als Bug zu reporten

Nur weil ein System als Ganzes nicht vollstaendig POSIX-konform ist, heiszt das nicht automatisch, dass es nicht trotzdem Teile von POSIX implementiert.

Du scheinst recht zu haben. Zumindest finde ich hier nichts Entsprechendes:
http://msdn.microsoft.com/en-us/library/20bw873z.aspx

Tjo, dumm gelaufen. Wenn man bedenkt dass sie jeden moeglichen Shit da reingeworfen haben (IsGreekandCoptic - wtf?), haetten die alnum, alpha, print, digit, xdigit und Co. auch nicht geschadet. Wenn Hanlon's Razor nicht waere, wuerde ich ihnen ja unterstellen, dass das aufgrund irgendeiner obskuren, boeswilligen Absicht gemacht wurde

man kann auch nicht alles haben