Wow.
Du hast 7 Tage gebraucht um rauszufinden, was bei
1 | IP_MULTI_ADDRESS address;
|
2 |
|
3 | address...... = 192;
|
4 | address...... = 168;
|
5 | address...... = 17;
|
6 | address...... = 255;
|
7 |
|
8 | UDPOpenClient( IP_ADDRESS_TYPE_IPV4, 19201, &address );
|
an die Stelle der Punkte gehört, bzw. ob es in deinem, mir unbekannten
Framework, eine Funktion gibt, der du die Adresse zb als String
übergeben kannst, und die genau diese 4 Anweisungen letzten Endes
durchführt, und wirfst mir Unfreundlichkeit vor, weil ich nicht für dich
4 Stunden lang auf alle möglichen Arten google, um rauszufinden zu
welchem Framework dieser Funktionsaufruf gehört?
Wenn du schon Netiquette erwähnst. Es gehört auch zum guten Ton, dass
man sein Framework nennt und wenn möglich einen Link zur betreffenden
Doku postet. Denn weder mit IP_MULTI_ADDRESS noch mit UDPOpenClient
wurde/wird google fündig.
Und wenn dir weder mit der Funktionsdoku, noch mit dem zusätzlichen
Hinweis klar ist, dass die IP Adresse irgendwie in das IP_MULTI_ADDRESS
Objekt namens address rein muss, und du dazu wissen musst, was sich
hinter IP_MULTI_ADDRESS verbirgt und wie es aufgebaut ist, dann bleibe
ich bei meiner Aussage "Das kann was werden".
Das sich Neulinge manchmal bei der Beurteilung einer
Funktions-Argumentliste vertun und einen Pointer, den man da drinn sieht
fehlinterpretieren, kommt schon mal vor - obwohl es eigentlich nicht
vorkommen sollte, wenn man ein wenig praktisch gearbeitet hat und ganz
speziell darf es eigentlich nicht mehr vorkommen, wenn man die Doku vor
sich hat. Geb ich dir aber den Teil
1 | IP_MULTI_ADDRESS address;
|
2 |
|
3 | ....
|
4 |
|
5 | UDPOpenClient( IP_ADDRESS_TYPE_IPV4, 19201, &address );
|
vor, damit klar ist, warum die Funktion da einen Pointer erwartet, dann
erwarte ich eigentlich schon von jedem (auch von einem Neuling), dass er
selbst in der Lage ist rauszufinden, was da jetzt dazwischen kommen
muss. und zwar in weniger als in 7 Tagen und ohgne 5 mal nachfragen.