dann wandelst du dir so deine Zahlen in eine Hex-Zahl um:

int foo = 461979;
	char Y[100];
	int xx = sprintf(Y,"%x",foo);
	Y[xx] = '\0';

	cout << "\n" << Y << endl;

(5-sek-schnell-prog-code)
dann erstellst du dir die CLSID und prüfst ob es die schon gibt wenn ja neue generieren wenn nich dann schreib sie in die Registry.

Is nurmal so ne Idee aber wenn jemand was bessere hat oder meins totaler Schwachsinn ist bitte nicht hauen...

MfG [nick-der-oben-steht] :xmas2:

The CoCreateGuid function calls the RPC function UuidCreate, which creates a GUID, a globally unique 128-bit integer. Use the CoCreateGuid function when you need an absolutely unique number that you will use as a persistent identifier in a distributed environment.To a very high degree of certainty, this function returns a unique value – no other invocation, on the same or any other system (networked or not), should return the same value

Also könnte es rein-theoretisch bei der Funktion von MS selbst scheinbar wohl doch passieren, dass es die CLSID schon gibt, aber die Wahrscheinlichkeit dass das der Fall ist scheint dabei sehr gering zu sein...

Also 32 Stellen, bei 16 Möglichkeiten pro Stelle. Das macht $16^{32}$, ungefähr eine 34 mit 37 Nullen. Das ist eine ganze Menge.
Gehen wir mal davon aus, dass 1 Milliarde IDs bereits vergeben sind (IMHO total unrealistische Zahl).
Die Wahrscheinlichkeit, dass durch eine Zufallszahl genau eine dieser vergebenen IDs getroffen wird, liegt bei ungefähr 0,000000000000000000000000000294%.
Das ist IMHO so wahnsinnig gering, da ist die Chance höher mehrmals vom Blitz getroffen zu werden und zusätzlich mehrere Sechser im Lotto zu haben.

Nimm StringFromGUID2, dann sparst du dir das wsprintf. Die Funktion steht übrigens in dem von dir verlinkten Artikel.

char *GUID2String(char *result,GUID id_to_convert)
{
  wsprintf(result,"{%x-%x-%x-%x%x-%x%x%x%x%x%x}",id_to_convert.Data1,
                                                 id_to_convert.Data2,
                                                 id_to_convert.Data3,
                                                 id_to_convert.Data4[0],
                                                 id_to_convert.Data4[1],
                                                 id_to_convert.Data4[2],
                                                 id_to_convert.Data4[3],
                                                 id_to_convert.Data4[4],
                                                 id_to_convert.Data4[5],
                                                 id_to_convert.Data4[6],
                                                 id_to_convert.Data4[7]);

  return result;
}

Das spukt schon vernünftige IDs aus, aber eine Sache ist mir immer noch nicht hundertprozentig klar:
msdn sagt zu Data4:
Array of 8 bytes

aber das sind duch eigentlich neun oder? [0] bis [8]!

1.) Warum verwendest du nicht StringFromGUID2?!

Weil ich einfach mal gucken wollte, ob ich das auch selber hinkriege! :p

flenders schrieb:

2.) Wieso von [0] bis [8]? Es ist doch nur [0] bis [7]!

msdn schrieb:

typedef struct _GUID {
DWORD Data1;
WORD Data2;
WORD Data3;
BYTE Data4[8];
} GUID;

Versteh ich da was falsch???

BYTE Data4[8];

Das heißt, dass Data4 ein Array mit 8 Elementen vom Typ BYTE ist. Diese kannst du mit Data4[0] bis Data4[7] ansprechen

b) Die IDs sind eindeutig, wenn eine Netzwerkkarte im erzeugenden System vorhanden ist

Der erzeugte UUID besteht aus einem Timestamp, und einem "Hardware-ID". Wenn keine netzwerkkarte vorhanden, dann aus verschiedenen ID's (Festplatte, etc.) und gehasht. Wenn eine Netzerkkarte vorhanden, dann wird die MAC-Adresse verwendet - seit W2K gehasht (so daß kein Rückschluß auf den erzeugenden Computer möglich ist). Bei mehreren Karten wird eine ausgewählt.