also folgendes Problem:

Ich hab vor einiger Zeit mal ein kleines Chatprogramm geschrieben. Der Datentransfer erfolgt über Winsock nach diser Art:

z.B.
Quellcode:
    SendMessage MSG_BEGIN
    SendMessage MSG_TYPE, ln_cmd_Message
    SendMessage MSG_STRING, , strMessage
    SendMessage MSG_END


Quellcode:
Public Sub SendMessage(ByVal eMsgType As NET_MSG_TYPE, Optional ByVal eMsg As NET_MSG, Optional ByVal strParam As String)
    
    ( unwichtiger code ... )  
    
    wndMain.Socket(m_Index).SendData strMessage
            
End Sub



Nun gut alles ja kein Problem. (Das alle Daten als String gesendet werden soll hier auch nicht weiter stören)
Wenn ich das Programm nun laufen lasse funktioniert alles gut und schön sofern maximal 1-3 (variiert immer) Sendmessage Aufrufe hintereinander ausgeführt werden. Andernfalls kommen einige der gesendeten Daten nicht am Client an.
Gehe ich dass ganze Schritt für schritt per F8 durch gibt es keine Probleme.

Das Problem an sich ist mir zwar schon länger bekannt aber in diesem Fall ist es erst zum richtigen Problem geworden....und jetzt widerum nach einiger Zeit ist mir dass ganze wieder eingefallen und da dachte ich dass hier evtl. jemand seinen Senf dazugeben könnte....

Hast du absichtlich nicht die vb-Funktionen von Winsock verwendet?

"Wenn schon Sklave, dann überzeugter Sklave" - Steindl über techn. Zeichner

ohm?

Hast du absichtlich vb verwendet?

Man brauchte drei C64 um zum Mond zu fliegen. Win2k braucht mindestens einen PII 350. Irgendwas stimmt doch da nicht!

eh...es geht hier nicht um die Programmiersprache sondern um dass Problem...und auch wenn es indirekt (oder wie auch immer) mit vb zusammenhängt ....
ansonsten...ja ich habe absichtlich vb verwendet und ich hatte meine gründe

TCP oder UDP? Ersteres sollte dafür sorgen, dass alles ankommt...

TheTinySteini
Coder Poke646
"Don't Panic" - Hitchhiker's Guide to the Galaxy

schon klar....läuft alles über TCP

na wie auch immer....ich hab das Problem jetzt gelößt....