Aktueller Inhalt von ENNEMMEE

Wäre es nicht einfacher var2 Wort für Wort abzuklappern? Wenn das Wort aus var2 nicht in var1 ist, dann an var3 anhängen und fertig ;) Ohne lästiges "Löschen aus beiden"... ne einfachere Lösung weiß ich leider auch net... außerdem hab ich grad nen Kunden am Ohr und kann mich net konzentrieren :D

Meiner Meinung nach geht das nur Schritt für Schritt zu lösen... SQL ist eine mengenorientierte Sprache, weswegen der Vergleich "X existiert für jedes Y" etwas schwierig ist... Ich mach's jetz mal nur theoretisch, weil mir grad die Zeit fehlt. Du brauchst 2 Mengen bestehend aus der Kombination...

Oha... danke, dass ihr einem Anfänger wie mir da so sehr auf die Sprünge helft ;-) Dann war das Brett vor'm Kopf wohl doch nicht so groß wie ich dachte ;-) Ich denke ich werd das Ganze über Prüfsummen lösen - sollte dann irgendwo mal was nicht passen muss ich halt schauen was ich dann weiter...

Jo über Prüfsummen bzw. Hashes hab ich mir das auch gedacht... dachte nur vielleicht geht's ja doch nochmal einfacher... hätte ja auch sein können, dass ich damit völlig auf dem Holzweg bin und es wesentlich einfacher ginge ;-) Aber danke für die Hilfe Jungs!!! ;-)

Naja ich brauch im Prinzip beides sowohl TCP/IP als auch UDP... Vielleicht mal ein Beispiel ;-) Ich empfange folgendes (2 Byte Header): 03 0A 42 A2 7A 00 06 DD ...Zeichenkette1... 01 1E 45 01 ...Zeichenkette2 03 Zahlenwerte - "42 A2", "7A 00" und "06 DD" - und eine Zeichenkette der Länge 0A...

Naja Protokoll und Paket sind Begriffe, die leider etwas überladen sind :-( Mir fiel nur nichts besseres ein... Beim OSI-Modell wär das Layer-7, also garnicht auf Netzwerkebene rumgepfuscht sondern einfach nur eine festgelegte Form der Kommunikation zwischen einem Server und einem Client...

Hallo, ich hab mal wieder ein Problem... allerdings eher ein theoretisches oder besser gesagt ein Verständnisproblem. Zunächst mal was ich möchte: ich würde gerne ein Netzwerkprotokoll entwickeln, das aber nicht auf Text basiert, sondern "reale" Werte überträgt... d.h. ich möchte eine Zahl...

Die übrigen Zeichen sind allesamt 0x00... wobei ich jetz ein sehr interessantes Phänomen hab: auf meiner alten FreeBSD4-Kiste funktioniert alles tadellos... auf meinem FreeBSD5 hab ich besagten Fehler... daraufhin hab ich auch mal andere Maschinen getestet und siehe da: dort geht es überall...

Ich dachte ich hatte es bereits erwähnt ;) Zum Thema C... muss zugeben, es is ne Weile her und ich hab mich eigentlich nur noch mit C++ befasst... von daher bin ich schon ein wenig eingerostet, was C betrifft... wie gesagt... ne ganze Weile her... aber als Hilfesuchender geh ich einfach in...

Jo... Als Länge wird in obigem Beispiel 4 übereben... im Code hab ich als Test-Zeichenkette "Mess\0age" verwendet... bekomme aber auf der Seite des recv(...) als Ergebnis nur "Mess", auch wenn ich per for-Schleife alle Zeichen abgehe... recv(...) gibt interessanterweise ja auch 8 gelesene...

Achja... dem send(...) wird in meinem Beispiel die eigentlich korrekte Länge übergeben, also nicht per strlen(...) ;)

Ja, ich mal wieder mit meinen Noob-Problemen ;) Jemand ne Ahnung wie ich mit den c-Netzwerk-Funktionen send(...) und recv(...) auch das Terminierungszeichen auswertbar übertragen kann? Möchte zum Beispiel Zahlenwerte senden - aber nicht als Klartext, sondern als Zahl... Beispiel: Die...

Ok, ich hab's doch noch selbst gefunden, was es ist - ich poste es aber mal, falls noch irgendwer mal auf dieses Problem stoßen sollte: Das Problem an meinem Code ist die fehlende Behandlung eines EOF, wenn ein Client seine Verbindung trennt... ein EOF führt dazu, dass rcv oder rcvfrom 0...

Schon lang gemacht... FD_ISSET(...) ist true für diesen Deskriptor... aber es sind definitiv keine lesbaren Daten vorhanden... ein rcv oder rcvfrom liefert 0 gelesene Zeichen zurück ;'( Und select(...) blockiert eben nicht für die angegebene Zeit sondern liefert ohne Zeitverzögerung einen...

Das Buch von Stevens liegt schon seit einiger Zeit neben mit und ist hochgradig interessant, allerdings weisen seine Beispiele dasselbe Problem auf... sobald ein einziger Client connected hat, blockiert select(...) nicht mehr und schreit immer, dass >0 Deskriptoren "hier" schreien... das fd_set...