Suchergebnisse

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...

Beschäftige mich grad mit Netzwerkprogrammierung in C/C++... Bin jetzt aber auf folgendes Problem gestoßen: Mal grob der Ablauf: select wartet auf neue Connections: int nready = ::select( m_highestsock+1, &m_currentsockset, NULL, NULL, &tv ); Neue Connection kommt an, nready wird auf...

Oha, na dann weiß ich ja wo ich mal ne Investition tätigen werde :D

Programmieren von Unix-Netzwerken von Stevens hab ich hier neben mir liegen - altes Überbleibsel aus Studienzeiten... aber weder das Studium noch das Buch gehen genauer auf IPC ein... interessant und umfassend ist das Buch trotzdem ;) Danke für den Link übrigens... ein bekannter hat mir auch...

Tach tach... Kennt von euch jemand ein gutes Tutorial für IPC-Programmierung unter Unix? Das Developer's Handbook auf FreeBSD.org liefert ja leider nur rudimentäre Grundlagen... vielleicht hat ja jemand einen oder zwei gute Links zur Hand :D

Jo is aktiviert... ;) Bin zwar neu, aber die Lernkurve wenn man FreeBSD selbst draufzieht geht steil nach oben :D Auch wenn ich nich weiß was es war, ein nochmaliges Kompilieren des JDK14 hat gehelft... jetz läuft's prächtig... :cool:

Hehehe set JAVA_HOME=... macht zwar irgendwas, keine Ahnung, aber irgendwie macht's auch garnix ;) mit setenv klappt das wunderbarchen... nur schaff ich's nich die Variable global zu setzen... (in /etc/rc.local eingetragen ist sie später trotzdem nich verfügbar)... aber is wurscht, ich hab mir...

So, gesucht hab ich - gefunden hab ich nix ;) Darum neuer Thread... Folgendes Problem: Eclipse startet, zeigt den Splash-Screen und bricht dann mit ner Fehlermeldung ab und dass er ein Log erstellt hat... in diesem Log steht nur folgendes: eclipse.buildId=200409161125 java.version=1.4.2_08...

ok, hat sich erledigt... das File war aus irgendeinem Grund corrupt... jetz ging's... hab jetz nur das Prob, dass Eclipse nicht läuft weil JAVA_HOME nicht gesetzt ist... komischerweise kennt mein System den Befehl export nicht... muss ich mal suchen...

Moin auch (mein erster Beitrag - vorsicht, Noobalarm) :) Hab ein kleines Problem mit der Installation vom jdk14 unter FreeBSD 5.4... ich hab eigentlich schon ziemlich alles gemacht was gefordert wurde (alle möglichen j2sdk-*.zip runtergeladen und in /usr/ports/distfiles reingelegt, das...