Inoffizielles deutsches Xbase-Forum

Hat einer von Euch schon Windows 10/1709 ("Fall Creators Update") mit einem Xb2.Net-Server in Betrieb? Ich bekomme da bei einem Kunden "Parameter hat den falschen Wert" in W2Bin() aus __SockAddrEncode(), XbSocket:Bind(), XbServer:Init(), XbHttpServer:Init(). Die Serversoftware läuft in einem Verzeichnis mit Vollzugriff, mit der vorigen Windows-Version ging's. Ist aber auch der erste und bisher einzige, der das meldet, wobei Windows 10 als Heimat für unsere Serversoftware ohnehin ungewöhnlich ist. Die aufrufende Zeile bei uns lautet:

Moin,
(Windows-)Firewalleinstellungen prüfen! Der Port nPort wird bereits benutzt oder nicht verfügbar sein.

Viele Grüße,
Martin

Hallo, Martin.

Nein, diese Fehlerquellen fangen wir selbstverständlich längst ab. Unsere Serversoftware läuft auf vielen Systemen, initiiert bis zu 20 Serverinstanzen und kontrolliert sich natürlich selbst. Hier gibt es ein Problem beim Socket-Bindung direkt in Xb2.Net.

Ich hatte genau dieselbe Fehlermeldung vor etlichen Monaten schon - soweit ich mich erinnere, war der Port nicht nutzbar (und genau damit kann der Socket nicht an den Port gebunden werden!).
Aber ich kann gerne noch mal heute am späten Abend bei Boris in der Newsgroup stöbern.
Zu Hause habe ich gestern das Fall-Creators-Update eingespielt und meine Anwendung kurz getestet. Heute am späten Abend kann ich auch gerne meinen Xb2.NET-Server da mal versuchsweise laufen lassen und testen.

Viele Grüße,
Martin

Mmh. Es tritt aber unabhängig davon auf, welchen Port man verwenden will. Und es ist weg, wenn man das Fall Creators Update wieder vom System nimmt.

Wie geschrieben: Firewall? Ausnahmeregel für die Anwendung/Ports hinzufügen.
Ich probiere es heute Abend mal bei mir (allerdings nicht als Dienst, sondern Programm).

Viele Grüße,
Martin

Ich kann die Fehlermeldung bestätigen!
Ganz mies....

Yup - habe probiert, den Client zu starten. Klappt nicht.
Xbase++ 1.9 SL1, Xb2.NET 3.2.13

Viele Grüße,
Martin

Hier die Fehlermeldung, egal ob XBase 1.9 oder 2.0:

Habe gerade in Boris' Newsgroup gepostet.
Hat sicherlich was damit zu tun, dass es die ...W- und ...A-API-Aufrufe nicht mehr gibt!

Viele Grüße,
Martin

Martin Altmann hat geschrieben: ↑Mi, 18. Okt 2017 20:38Hat sicherlich was damit zu tun, dass es die ...W- und ...A-API-Aufrufe nicht mehr gibt!

Windows X
Frage : wie sieht es mit ASINET aus ?

Wolfgang oder Tom,
hat einer von euch Xb2.NET mit Sourcecode? Könntet ihr mal schauen, was in der entsprechenden W2BIN-Zeile steht? W2BIN dient ja sicherlich der Umrechnung eines Wertes vom Typ Word in Binary. Ich vermute, dass dafür an irgendeiner Stelle sich der Windows-API bedient wird!
Wenn es eine API-Funktion gibt, dann gibt es sie ja oft in drei Varianten - mit A am Ende (ANSI), mit W am Ende (Wide, also Unicode) oder ohne einen dieser beiden Buchstaben am Ende (nur den Funktionsnamen, ging früher standardmäßig auf die A-Variante, wenn ich mich nicht irre).
Soweit ich weiß, wurde der Default jetzt geändert - würde bedeuten (wenn ich richtig liege), dass bei nicht-expliziter Angabe der Variante jetzt nicht mehr ANSI sondern Wide zieht!
Wenn das stimmen sollte, dann könntet ihr mal versuchen in den Sourcen von Xb2.NET an den entsprechenden Aufruf das fehlende A anzuhängen und neu zu kompilieren.

Viele Grüße,
Martin

Ich hab's leider nicht mit Quellcode, aber Rudolf, wenn ich mich recht erinnere. Ansonsten müsste sich Boris auch mal äußern. Aber Deine Vermutung wird richtig sein, Martin. Es wird die falsche Variante der API-Funktion aufgerufen.

Hab den Quellcode auch nicht.

Moin,
Boris hat das Problem an sich bestätigt, die Ursache ist jedoch eine andere. Zwei API-Umrechnungsfunktionen liefern statt 16-Bit-Ergebnissen jetzt 32-Bit-Ergebnisse. Er ist an einer Lösung dran.
Der Vollständigkeit halber hier mal sein Text:

Boris Borzic hat geschrieben:I can confirm that there is a problem.

As far as I can tell there is a problem with 2 functions in the Windows 10 Fall Creator Update. The 2 functions are: htons & ntohs. Both of these functions take 16-bit unsigned integer input and return the same. The problem is the functions in the Fall Creator Update are returning a 32-bit value instead! I think as an optimization (or possibly oversight) some programmer at MS must have eliminated a step to clear the 32bit register prior to populating it with a 16bit value.
I'm working on a fix which will be compatible with all versions of windows.
For the time being, I suggest you advise your customers to hold off on installing the Windows 10 Fall Creator Update.

--
Best regards,
Boris Borzic

Viele Grüße,
Martin

Hallo, hab leider keine Quellcode, bei mir geht noch alles. Aber vielleicht hab ich das Update noch nicht überall drauf
Grüße
Rudolf

Hi

es ist so wie Boris schreibt. Der Rückgabewert der Windowsfunktionen ist anders.
in einer der betroffenen Zeile wird z.B. der Ruckgabewert von htons an w2bin übergeben.

The htons function takes a 16-bit number in host byte order and returns a 16-bit number in network byte order used in TCP/IP networks

Und nun kommt ein dword Return wert

Übel was Windows hier bietet.....

Gruss Carlo

Zur Info: Boris hat das Problem behoben und wird in einigen Tagen eine neue Xb2.NET-Version bereitstellen.

Viele Grüße,
Martin

Fix ist sofort verfügbar, neue Version kommt in den nächsten Tagen.

Woher hast Du die Info?
Im Forum finde ich dazu nichts. Hast Du eine Mail bekommen?

Viele Grüße,
Martin

Boris hat per Mail informiert. Dich nicht, Martin? Ist Dein XB2.NET nicht legal?

Doch - aber seit acht Jahren nicht mehr aktualisiert.

Viele Grüße,
Martin

Hallo, meine ist nicht alt und wurde auch nicht informiert, und sie ist legal
Grüße
Rudolf

Mmh. Subskription? Ich habe im Mai aktualisiert, vielleicht werde ich deshalb informiert.

Gut für Boris, dass M$ ab und an was ändert, da klingeln die Subscriptionen wieder