Linux/Unix

• ?

  Frage zu Socketoperation
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  10993
  Aufrufe

  7

  Wenn du einen Local-Bind von Client-UnixDomainSockets machst, ist der Server beim accept() in der Lage, auf die Daten in sun_path wieder zuzugreifen. Lies mal man 7 unix. Was hier gemacht wird, ist eine "abstract socket address".
• ?

  Socket Programmierung (TCP Client)
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  12479
  Aufrufe

  M

  Hi, ich hab zwar meine Unterlagen grad nicht hier, aber auf den ersten Blick vermute ich, dass Dein Programm bei recv hängen bleibt, wenn keine Eingabe kommt. Du solltest einen Timeout einfügen und zuerst prüfen, ob es überhaupt etwas auf dem Socket zu lesen gibt. Schau mal, was Du zu "select" und "FD_SET" findest.
• R

  Verständnisfrage C, Pipeline, Programmaufruf
  • replicant  

  11
  0
  Stimmen
  11
  Beiträge
  11459
  Aufrufe

  

  STRG+D, anyone?
• F

  Socket in Thread soll beendet werden
  • flambert  

  5
  0
  Stimmen
  5
  Beiträge
  10590
  Aufrufe

  ?

  Du kannst den Socket auch einfach außerhalb des Threads schließen (natürlich muss der Socket dazu außerhalb des Threads bekannt sein), dann kehrt recv() zurück.
• I

  Networking host byte order -> network byte order... hä?
  • isam2k  

  7
  0
  Stimmen
  7
  Beiträge
  11915
  Aufrufe

  S

  Ich wusste nicht, ob es dir schon klar war oder nicht, da ich lange Zeit den Thread offen hatte und gar nicht merkte, dass SG1 bereits geantwortet hat.
• S

  Fork() und pointer auf Speicher...
  • scarvy  

  3
  0
  Stimmen
  3
  Beiträge
  11238
  Aufrufe

  S

  Supi, vielen Dank. Im Nachhinein war es irgendwie eine dumme Frage... hatte da zuviel Kauderwelsch in meinem Kopf Leider müssen es Prozesse sein, also werd ich das mit dem shared memory machen. Sah auch nicht allzu schwer aus. Also besten Dank, Scarvy
• M

  QTcpSocket, Daten im ACK
  • miki11  

  1
  0
  Stimmen
  1
  Beiträge
  11190
  Aufrufe

  M

  Ich habe folgende Kommunikation mitgeschnitten und möchte das nachbilden. Was man hier sieht: In Frame 299 bekomme ich Daten gesendet, was ich auch Problemfrei lesen kann mit QTcpSocket. In Frame 300 wird ein ACK auf Frame 299 gesendet, jedoch (und das ist mein Problem) sind in den Frame Daten eingepflegt. 0x06 0x0d 0x0a Sende ich diese Daten im Folgenden Frame, wird das von der Anlage nicht angenommen. Wie kann ich in den ACK Daten einschmugeln? Ich habe was von Dalayed ACK gelesen und von http://de.wikipedia.org/wiki/Nagle-Algorithmus Wenn ich das richtig verstehe, geht es unteranderem darum, nicht für jedes Packet ein ACK gesendet werden soll. Desweiteren soll nicht nur ein kleines leeres ACK versendet werden, sondern es sollten sich Daten in der ACK befinden. D.h. das währe genau das, was ich suche. Das sei wohl POSIX. Aber wie kann ich das anwenden? Hier steht auch was dazu http://doc.qt.nokia.com/4.6/qabstractsocket.html#SocketOption-enum aber wie ich das verstehe, ist das bei QT schon an. Irgendwie komme ich nicht weiter... No. Time Source Destination Protocol Info 296 103.122617 192.168.100.240 192.168.100.103 TCP scp-config > scp-config [SYN] Seq=0 Win=2047 Len=0 MSS=1024 Frame 296 (60 bytes on wire, 60 bytes captured) Arrival Time: Jun 14, 2010 16:16:30.838467000 [Time delta from previous captured frame: 27.824148000 seconds] [Time delta from previous displayed frame: 27.824148000 seconds] [Time since reference or first frame: 103.122617000 seconds] Frame Number: 296 Frame Length: 60 bytes Capture Length: 60 bytes [Frame is marked: False] [Protocols in frame: eth:ip:tcp] [Coloring Rule Name: TCP SYN/FIN] [Coloring Rule String: tcp.flags & 0x02 || tcp.flags.fin == 1] Ethernet II, Src: Pronet_99:cc:33 (00:20:4a:99:cc:33), Dst: Shuttle_33:91:3e (00:30:1b:33:91:3e) Destination: Shuttle_33:91:3e (00:30:1b:33:91:3e) Address: Shuttle_33:91:3e (00:30:1b:33:91:3e) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Source: Pronet_99:cc:33 (00:20:4a:99:cc:33) Address: Pronet_99:cc:33 (00:20:4a:99:cc:33) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Type: IP (0x0800) Trailer: 0000 Internet Protocol, Src: 192.168.100.240 (192.168.100.240), Dst: 192.168.100.103 (192.168.100.103) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00) 0000 00.. = Differentiated Services Codepoint: Default (0x00) .... ..0. = ECN-Capable Transport (ECT): 0 .... ...0 = ECN-CE: 0 Total Length: 44 Identification: 0x256b (9579) Flags: 0x02 (Don't Fragment) 0.. = Reserved bit: Not Set .1. = Don't fragment: Set ..0 = More fragments: Not Set Fragment offset: 0 Time to live: 64 Protocol: TCP (0x06) Header checksum: 0xcab8 [correct] [Good: True] [Bad : False] Source: 192.168.100.240 (192.168.100.240) Destination: 192.168.100.103 (192.168.100.103) Transmission Control Protocol, Src Port: scp-config (10001), Dst Port: scp-config (10001), Seq: 0, Len: 0 Source port: scp-config (10001) Destination port: scp-config (10001) [Stream index: 1] Sequence number: 0 (relative sequence number) Header length: 24 bytes Flags: 0x02 (SYN) 0... .... = Congestion Window Reduced (CWR): Not set .0.. .... = ECN-Echo: Not set ..0. .... = Urgent: Not set ...0 .... = Acknowledgement: Not set .... 0... = Push: Not set .... .0.. = Reset: Not set .... ..1. = Syn: Set [Expert Info (Chat/Sequence): Connection establish request (SYN): server port scp-config] [Message: Connection establish request (SYN): server port scp-config] [Severity level: Chat] [Group: Sequence] .... ...0 = Fin: Not set Window size: 2047 Checksum: 0x21cd [validation disabled] [Good Checksum: False] [Bad Checksum: False] Options: (4 bytes) Maximum segment size: 1024 bytes 0000 00 30 1b 33 91 3e 00 20 4a 99 cc 33 08 00 45 00 .0.3.>. J..3..E. 0010 00 2c 25 6b 40 00 40 06 ca b8 c0 a8 64 f0 c0 a8 .,%k@.@.....d... 0020 64 67 27 11 27 11 c9 ad 0d 96 00 00 00 00 60 02 dg'.'.........`. 0030 07 ff 21 cd 00 00 02 04 04 00 00 00 ..!......... No. Time Source Destination Protocol Info 297 103.122699 192.168.100.103 192.168.100.240 TCP scp-config > scp-config [SYN, ACK] Seq=0 Ack=1 Win=64240 Len=0 MSS=1460 Frame 297 (58 bytes on wire, 58 bytes captured) Arrival Time: Jun 14, 2010 16:16:30.838549000 [Time delta from previous captured frame: 0.000082000 seconds] [Time delta from previous displayed frame: 0.000082000 seconds] [Time since reference or first frame: 103.122699000 seconds] Frame Number: 297 Frame Length: 58 bytes Capture Length: 58 bytes [Frame is marked: False] [Protocols in frame: eth:ip:tcp] [Coloring Rule Name: TCP SYN/FIN] [Coloring Rule String: tcp.flags & 0x02 || tcp.flags.fin == 1] Ethernet II, Src: Shuttle_33:91:3e (00:30:1b:33:91:3e), Dst: Pronet_99:cc:33 (00:20:4a:99:cc:33) Destination: Pronet_99:cc:33 (00:20:4a:99:cc:33) Address: Pronet_99:cc:33 (00:20:4a:99:cc:33) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Source: Shuttle_33:91:3e (00:30:1b:33:91:3e) Address: Shuttle_33:91:3e (00:30:1b:33:91:3e) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Type: IP (0x0800) Internet Protocol, Src: 192.168.100.103 (192.168.100.103), Dst: 192.168.100.240 (192.168.100.240) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00) 0000 00.. = Differentiated Services Codepoint: Default (0x00) .... ..0. = ECN-Capable Transport (ECT): 0 .... ...0 = ECN-CE: 0 Total Length: 44 Identification: 0xdbe6 (56294) Flags: 0x02 (Don't Fragment) 0.. = Reserved bit: Not Set .1. = Don't fragment: Set ..0 = More fragments: Not Set Fragment offset: 0 Time to live: 128 Protocol: TCP (0x06) Header checksum: 0xd43c [correct] [Good: True] [Bad : False] Source: 192.168.100.103 (192.168.100.103) Destination: 192.168.100.240 (192.168.100.240) Transmission Control Protocol, Src Port: scp-config (10001), Dst Port: scp-config (10001), Seq: 0, Ack: 1, Len: 0 Source port: scp-config (10001) Destination port: scp-config (10001) [Stream index: 1] Sequence number: 0 (relative sequence number) Acknowledgement number: 1 (relative ack number) Header length: 24 bytes Flags: 0x12 (SYN, ACK) 0... .... = Congestion Window Reduced (CWR): Not set .0.. .... = ECN-Echo: Not set ..0. .... = Urgent: Not set ...1 .... = Acknowledgement: Set .... 0... = Push: Not set .... .0.. = Reset: Not set .... ..1. = Syn: Set [Expert Info (Chat/Sequence): Connection establish acknowledge (SYN+ACK): server port scp-config] [Message: Connection establish acknowledge (SYN+ACK): server port scp-config] [Severity level: Chat] [Group: Sequence] .... ...0 = Fin: Not set Window size: 64240 Checksum: 0x5d23 [validation disabled] [Good Checksum: False] [Bad Checksum: False] Options: (4 bytes) Maximum segment size: 1460 bytes [SEQ/ACK analysis] [This is an ACK to the segment in frame: 296] [The RTT to ACK the segment was: 0.000082000 seconds] 0000 00 20 4a 99 cc 33 00 30 1b 33 91 3e 08 00 45 00 . J..3.0.3.>..E. 0010 00 2c db e6 40 00 80 06 d4 3c c0 a8 64 67 c0 a8 .,..@....<..dg.. 0020 64 f0 27 11 27 11 ff f3 cf fe c9 ad 0d 97 60 12 d.'.'.........`. 0030 fa f0 5d 23 00 00 02 04 05 b4 ..]#...... No. Time Source Destination Protocol Info 298 103.122884 192.168.100.240 192.168.100.103 TCP scp-config > scp-config [ACK] Seq=1 Ack=1 Win=2047 Len=0 Frame 298 (60 bytes on wire, 60 bytes captured) Arrival Time: Jun 14, 2010 16:16:30.838734000 [Time delta from previous captured frame: 0.000185000 seconds] [Time delta from previous displayed frame: 0.000185000 seconds] [Time since reference or first frame: 103.122884000 seconds] Frame Number: 298 Frame Length: 60 bytes Capture Length: 60 bytes [Frame is marked: False] [Protocols in frame: eth:ip:tcp] [Coloring Rule Name: TCP] [Coloring Rule String: tcp] Ethernet II, Src: Pronet_99:cc:33 (00:20:4a:99:cc:33), Dst: Shuttle_33:91:3e (00:30:1b:33:91:3e) Destination: Shuttle_33:91:3e (00:30:1b:33:91:3e) Address: Shuttle_33:91:3e (00:30:1b:33:91:3e) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Source: Pronet_99:cc:33 (00:20:4a:99:cc:33) Address: Pronet_99:cc:33 (00:20:4a:99:cc:33) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Type: IP (0x0800) Trailer: 000000000000 Internet Protocol, Src: 192.168.100.240 (192.168.100.240), Dst: 192.168.100.103 (192.168.100.103) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00) 0000 00.. = Differentiated Services Codepoint: Default (0x00) .... ..0. = ECN-Capable Transport (ECT): 0 .... ...0 = ECN-CE: 0 Total Length: 40 Identification: 0x256c (9580) Flags: 0x02 (Don't Fragment) 0.. = Reserved bit: Not Set .1. = Don't fragment: Set ..0 = More fragments: Not Set Fragment offset: 0 Time to live: 64 Protocol: TCP (0x06) Header checksum: 0xcabb [correct] [Good: True] [Bad : False] Source: 192.168.100.240 (192.168.100.240) Destination: 192.168.100.103 (192.168.100.103) Transmission Control Protocol, Src Port: scp-config (10001), Dst Port: scp-config (10001), Seq: 1, Ack: 1, Len: 0 Source port: scp-config (10001) Destination port: scp-config (10001) [Stream index: 1] Sequence number: 1 (relative sequence number) Acknowledgement number: 1 (relative ack number) Header length: 20 bytes Flags: 0x10 (ACK) 0... .... = Congestion Window Reduced (CWR): Not set .0.. .... = ECN-Echo: Not set ..0. .... = Urgent: Not set ...1 .... = Acknowledgement: Set .... 0... = Push: Not set .... .0.. = Reset: Not set .... ..0. = Syn: Not set .... ...0 = Fin: Not set Window size: 2047 Checksum: 0x67d2 [validation disabled] [Good Checksum: False] [Bad Checksum: False] [SEQ/ACK analysis] [This is an ACK to the segment in frame: 297] [The RTT to ACK the segment was: 0.000185000 seconds] 0000 00 30 1b 33 91 3e 00 20 4a 99 cc 33 08 00 45 00 .0.3.>. J..3..E. 0010 00 28 25 6c 40 00 40 06 ca bb c0 a8 64 f0 c0 a8 .(%l@.@.....d... 0020 64 67 27 11 27 11 c9 ad 0d 97 ff f3 cf ff 50 10 dg'.'.........P. 0030 07 ff 67 d2 00 00 00 00 00 00 00 00 ..g......... No. Time Source Destination Protocol Info 299 103.467664 192.168.100.240 192.168.100.103 TCP scp-config > scp-config [PSH, ACK] Seq=1 Ack=1 Win=2047 Len=24 Frame 299 (78 bytes on wire, 78 bytes captured) Arrival Time: Jun 14, 2010 16:16:31.183514000 [Time delta from previous captured frame: 0.344780000 seconds] [Time delta from previous displayed frame: 0.344780000 seconds] [Time since reference or first frame: 103.467664000 seconds] Frame Number: 299 Frame Length: 78 bytes Capture Length: 78 bytes [Frame is marked: False] [Protocols in frame: eth:ip:tcp:data] [Coloring Rule Name: TCP] [Coloring Rule String: tcp] Ethernet II, Src: Pronet_99:cc:33 (00:20:4a:99:cc:33), Dst: Shuttle_33:91:3e (00:30:1b:33:91:3e) Destination: Shuttle_33:91:3e (00:30:1b:33:91:3e) Address: Shuttle_33:91:3e (00:30:1b:33:91:3e) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Source: Pronet_99:cc:33 (00:20:4a:99:cc:33) Address: Pronet_99:cc:33 (00:20:4a:99:cc:33) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Type: IP (0x0800) Internet Protocol, Src: 192.168.100.240 (192.168.100.240), Dst: 192.168.100.103 (192.168.100.103) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00) 0000 00.. = Differentiated Services Codepoint: Default (0x00) .... ..0. = ECN-Capable Transport (ECT): 0 .... ...0 = ECN-CE: 0 Total Length: 64 Identification: 0x256e (9582) Flags: 0x02 (Don't Fragment) 0.. = Reserved bit: Not Set .1. = Don't fragment: Set ..0 = More fragments: Not Set Fragment offset: 0 Time to live: 64 Protocol: TCP (0x06) Header checksum: 0xcaa1 [correct] [Good: True] [Bad : False] Source: 192.168.100.240 (192.168.100.240) Destination: 192.168.100.103 (192.168.100.103) Transmission Control Protocol, Src Port: scp-config (10001), Dst Port: scp-config (10001), Seq: 1, Ack: 1, Len: 24 Source port: scp-config (10001) Destination port: scp-config (10001) [Stream index: 1] Sequence number: 1 (relative sequence number) [Next sequence number: 25 (relative sequence number)] Acknowledgement number: 1 (relative ack number) Header length: 20 bytes Flags: 0x18 (PSH, ACK) 0... .... = Congestion Window Reduced (CWR): Not set .0.. .... = ECN-Echo: Not set ..0. .... = Urgent: Not set ...1 .... = Acknowledgement: Set .... 1... = Push: Set .... .0.. = Reset: Not set .... ..0. = Syn: Not set .... ...0 = Fin: Not set Window size: 2047 Checksum: 0x0c2e [validation disabled] [Good Checksum: False] [Bad Checksum: False] [SEQ/ACK analysis] [Number of bytes in flight: 24] Data (24 bytes) Data: 33C4233939393918C84E726931434C3030306C40308F0D0A [Length: 24] 0000 00 30 1b 33 91 3e 00 20 4a 99 cc 33 08 00 45 00 .0.3.>. J..3..E. 0010 00 40 25 6e 40 00 40 06 ca a1 c0 a8 64 f0 c0 a8 .@%n@.@.....d... 0020 64 67 27 11 27 11 c9 ad 0d 97 ff f3 cf ff 50 18 dg'.'.........P. 0030 07 ff 0c 2e 00 00 33 c4 23 39 39 39 39 18 c8 4e ......3.#9999..N 0040 72 69 31 43 4c 30 30 30 6c 40 30 8f 0d 0a ri1CL000l@0... No. Time Source Destination Protocol Info 300 103.472539 192.168.100.103 192.168.100.240 TCP scp-config > scp-config [PSH, ACK] Seq=1 Ack=25 Win=64216 Len=3 Frame 300 (57 bytes on wire, 57 bytes captured) Arrival Time: Jun 14, 2010 16:16:31.188389000 [Time delta from previous captured frame: 0.004875000 seconds] [Time delta from previous displayed frame: 0.004875000 seconds] [Time since reference or first frame: 103.472539000 seconds] Frame Number: 300 Frame Length: 57 bytes Capture Length: 57 bytes [Frame is marked: False] [Protocols in frame: eth:ip:tcp:data] [Coloring Rule Name: TCP] [Coloring Rule String: tcp] Ethernet II, Src: Shuttle_33:91:3e (00:30:1b:33:91:3e), Dst: Pronet_99:cc:33 (00:20:4a:99:cc:33) Destination: Pronet_99:cc:33 (00:20:4a:99:cc:33) Address: Pronet_99:cc:33 (00:20:4a:99:cc:33) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Source: Shuttle_33:91:3e (00:30:1b:33:91:3e) Address: Shuttle_33:91:3e (00:30:1b:33:91:3e) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Type: IP (0x0800) Internet Protocol, Src: 192.168.100.103 (192.168.100.103), Dst: 192.168.100.240 (192.168.100.240) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00) 0000 00.. = Differentiated Services Codepoint: Default (0x00) .... ..0. = ECN-Capable Transport (ECT): 0 .... ...0 = ECN-CE: 0 Total Length: 43 Identification: 0xdc0b (56331) Flags: 0x02 (Don't Fragment) 0.. = Reserved bit: Not Set .1. = Don't fragment: Set ..0 = More fragments: Not Set Fragment offset: 0 Time to live: 128 Protocol: TCP (0x06) Header checksum: 0xd418 [correct] [Good: True] [Bad : False] Source: 192.168.100.103 (192.168.100.103) Destination: 192.168.100.240 (192.168.100.240) Transmission Control Protocol, Src Port: scp-config (10001), Dst Port: scp-config (10001), Seq: 1, Ack: 25, Len: 3 Source port: scp-config (10001) Destination port: scp-config (10001) [Stream index: 1] Sequence number: 1 (relative sequence number) [Next sequence number: 4 (relative sequence number)] Acknowledgement number: 25 (relative ack number) Header length: 20 bytes Flags: 0x18 (PSH, ACK) 0... .... = Congestion Window Reduced (CWR): Not set .0.. .... = ECN-Echo: Not set ..0. .... = Urgent: Not set ...1 .... = Acknowledgement: Set .... 1... = Push: Set .... .0.. = Reset: Not set .... ..0. = Syn: Not set .... ...0 = Fin: Not set Window size: 64216 Checksum: 0x64c8 [validation disabled] [Good Checksum: False] [Bad Checksum: False] [SEQ/ACK analysis] [This is an ACK to the segment in frame: 299] [The RTT to ACK the segment was: 0.004875000 seconds] [Number of bytes in flight: 3] Data (3 bytes) Data: 060D0A [Length: 3] 0000 00 20 4a 99 cc 33 00 30 1b 33 91 3e 08 00 45 00 . J..3.0.3.>..E. 0010 00 2b dc 0b 40 00 80 06 d4 18 c0 a8 64 67 c0 a8 .+..@.......dg.. 0020 64 f0 27 11 27 11 ff f3 cf ff c9 ad 0d af 50 18 d.'.'.........P. 0030 fa d8 64 c8 00 00 06 0d 0a ..d...... No. Time Source Destination Protocol Info 301 103.483606 192.168.100.240 192.168.100.103 TCP scp-config > scp-config [ACK] Seq=25 Ack=4 Win=2047 Len=0 Frame 301 (60 bytes on wire, 60 bytes captured) Arrival Time: Jun 14, 2010 16:16:31.199456000 [Time delta from previous captured frame: 0.011067000 seconds] [Time delta from previous displayed frame: 0.011067000 seconds] [Time since reference or first frame: 103.483606000 seconds] Frame Number: 301 Frame Length: 60 bytes Capture Length: 60 bytes [Frame is marked: False] [Protocols in frame: eth:ip:tcp] [Coloring Rule Name: TCP] [Coloring Rule String: tcp] Ethernet II, Src: Pronet_99:cc:33 (00:20:4a:99:cc:33), Dst: Shuttle_33:91:3e (00:30:1b:33:91:3e) Destination: Shuttle_33:91:3e (00:30:1b:33:91:3e) Address: Shuttle_33:91:3e (00:30:1b:33:91:3e) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Source: Pronet_99:cc:33 (00:20:4a:99:cc:33) Address: Pronet_99:cc:33 (00:20:4a:99:cc:33) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Type: IP (0x0800) Trailer: 000000000000 Internet Protocol, Src: 192.168.100.240 (192.168.100.240), Dst: 192.168.100.103 (192.168.100.103) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00) 0000 00.. = Differentiated Services Codepoint: Default (0x00) .... ..0. = ECN-Capable Transport (ECT): 0 .... ...0 = ECN-CE: 0 Total Length: 40 Identification: 0x256f (9583) Flags: 0x02 (Don't Fragment) 0.. = Reserved bit: Not Set .1. = Don't fragment: Set ..0 = More fragments: Not Set Fragment offset: 0 Time to live: 64 Protocol: TCP (0x06) Header checksum: 0xcab8 [correct] [Good: True] [Bad : False] Source: 192.168.100.240 (192.168.100.240) Destination: 192.168.100.103 (192.168.100.103) Transmission Control Protocol, Src Port: scp-config (10001), Dst Port: scp-config (10001), Seq: 25, Ack: 4, Len: 0 Source port: scp-config (10001) Destination port: scp-config (10001) [Stream index: 1] Sequence number: 25 (relative sequence number) Acknowledgement number: 4 (relative ack number) Header length: 20 bytes Flags: 0x10 (ACK) 0... .... = Congestion Window Reduced (CWR): Not set .0.. .... = ECN-Echo: Not set ..0. .... = Urgent: Not set ...1 .... = Acknowledgement: Set .... 0... = Push: Not set .... .0.. = Reset: Not set .... ..0. = Syn: Not set .... ...0 = Fin: Not set Window size: 2047 Checksum: 0x67b7 [validation disabled] [Good Checksum: False] [Bad Checksum: False] [SEQ/ACK analysis] [This is an ACK to the segment in frame: 300] [The RTT to ACK the segment was: 0.011067000 seconds] 0000 00 30 1b 33 91 3e 00 20 4a 99 cc 33 08 00 45 00 .0.3.>. J..3..E. 0010 00 28 25 6f 40 00 40 06 ca b8 c0 a8 64 f0 c0 a8 .(%o@.@.....d... 0020 64 67 27 11 27 11 c9 ad 0d af ff f3 d0 02 50 10 dg'.'.........P. 0030 07 ff 67 b7 00 00 00 00 00 00 00 00 ..g.........
• T

  recv bringt nichts
  • taipier  

  3
  0
  Stimmen
  3
  Beiträge
  10623
  Aufrufe

  ?

  "string" als literal liegt doch im heap als "string\0garbage..." , und char[...] strng; strcpy(strng, "string"); liegt doch dann ebenfalls im speicher unter strng als "string\0garbage..." , warum reagiert dann send(..., 1023, ...) anders?
• P

  Consolenprogramm starten und Ausgaben auswerten
  • PMGZED  

  8
  0
  Stimmen
  8
  Beiträge
  11611
  Aufrufe

  P

  das scheint das problem zu sein nur leider fehlt immer was bzw kommt verspätet wenn eine datei schon exitiert dan fragt ffmpeg ja noch ob er die überschreiben soll die meldunk kommt aber nicht die meldung kommt erst wenn ich schon mir y bestätigt habe scheint so als würde die letzde zeile erst verspätet kommen? der aufruf erfolgt mit popen("ffmpegbefehl 2>&1", "r")
• ?

  Problem mit Message Queue
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  10986
  Aufrufe

  ?

  Nachtrag: Der Fehler ist "msgrcv: Identifier removed"
• ?

  ASCII-Zeichen jenseits der 127 auf Windows- und Linux-Konsole gleich darstellen
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  12050
  Aufrufe

  ?

  Meines wissens ist die Windowskonsole nicht UTF-8. Entsprechend musst du für die Ausgabe OS-spezifisch Ausgeben lassen (also mit #ifdef WIN32 als Beispiel ) so kannst es machen, dass wenn es Linux ist die Ausgabe erst konvertiert werden muss.
• T

  Prozesse
  • Typ222  

  3
  0
  Stimmen
  3
  Beiträge
  10393
  Aufrufe

  T

  Also zunaechst beendet er nicht immer nach der Eingabe von "1" oder "2" (kill Father/Son) den gewuenschten Prozess, und falls doch laeuft der andere jedoch weiter ohne auch beendet zu werden...
• M

  Pthreads variable teilen...
  • Manuelh87  

  12
  0
  Stimmen
  12
  Beiträge
  14109
  Aufrufe

  W

  Hi Manuel, ich hoffe auch, daß es kein Problem ist, wenn jemand erst nach weiteren 6 Monaten antwortet Ich glaube, daß ich Deine Nachfragen gut verstehen kann. Mir ist nicht bekannt, daß das es ein Problem darstellt, wenn Du von einem Thread eine Variable ließt die ein anderer Thread schreibt, sofern es sich dabei um eine "volatile-int" deklaration handelt. Du schreibst auch, daß es Dir egal ist, wann der lesende Thread den geschriebenen Wert mitbekommt. Natürlich kann es sein, dass der schreibende Thread den Wert von seinem CPU Register in den Speicher erst nach ein paar weiteren Taktzyklen schreibt und der lesende Thread somit noch ein paar mal den alten Wert gelesen hat, obwohl er schon anders sein könnte. Aber das ist Dir ja egal. Dass der lesende Thread aber einen völlig willkürlichen Wert vorfinden kann, muss mir jemand erklären wie das gehen soll. Das, was Du machst nennt sich im weitesten Sinne ein Spinlock und wird auch im Linux-Kernel so gemacht. Bei einem Spinlock looped ein Thread auf einer Variablen, bis sie den gewünschten Wert hat. Ein anderer Anwendungsfall ist z.B. auch der Backery-Algorithmus, bei dem ein Semaphore per Spinlocks so simuliert wird, ohne auf spezielle CPU-Mittel angewiesen zu sein. Ich glaube die Verwirrung um das Theam dreht sich darum, daß Du Dich vielleicht nicht deutlich genug auf "int" oder "kleiner als int" festgelegt hast. Würdest Du z.B. eine struct nehmen, muss die schreibende CPU tatsächlich mehrere Schritte zum Schreiben in den Speicher durchführen. Und das kann u.U. zu sehr schrägen Konstrukten im Maschinencode führen und schließlich greift der lesende Thread mitten drin rein. Es muss aber nicht mal ein struct sein, selbst ein long kann soetwas verursachen, einfach weil zum Lesen und Schreiben mehrere Maschinenbefehle notwendig sind. Bei einem "normalen volatile int" ist mir das von keiner CPU bekannt (zu "normal" meine ich nicht an krummen Adressen oder Packed-Structs). So braucht zwar z.B. eine PowerPC-CPU zum Laden der Memoryadresse der int-Variablen in ein Register mehrere Befehle (es werden zunächst die oberen Bits der Adresse in den unteren Teil eines Registers geladen, dann nach link geschiftet und die nächsten Bits per XOR in das selbe Register, wieder shiften usw. bis die Adresse im Register ist), aber antschließend wird mit einer Instruktion der Wert der in der Speicheradresse steht, die in dem zuvor beschriebenen Register steht in ein weiteres Register geladen und fertig. Das Zurückschreiben funktioniert analog. Wie gesagt, bei "int" und "kleiner int". Um ganz sicher zu gehen würde ich Dir natürlich empfehen das Disassambly anzuschauen, was Du Dir mit dem GCC erzeugen kannst. Multi-Threading ist in C/C++ aber insgesamt eine ziemlich verzwickte Sache. Ich stelle immer wieder fest, daß Entwickler nicht wissen, worüber man sich alles Gedanken machen muss. z.B. die Frage: Kann ein "new" zu Problemen führen ? Nur mal so als Hinweis
• ?

  inotify
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  10235
  Aufrufe

  ?

  Ich mochte mehrere Verzeichnisse mit inotify überwachen. Eventuelle Events kann ich ja dann über den Deskriptor ermittlen, denn mit inotify_add_wach() zurückgibt. Aber wie kann ich verhindern, dass mein Programm dabei blockiert? Kann man vieleicht irgendwo einen Callback installieren oder müssten man pro überwachtem Verzeichnis einen seperaten Thread starten und dort warten bzw. darauf reagieren?
• B

  Text in der Shell anzeigen?
  • BigGreenFoot  

  8
  0
  Stimmen
  8
  Beiträge
  10755
  Aufrufe

  B

  Ok funzt
• B

  conio.h ersatz
  • BigGreenFoot  

  4
  0
  Stimmen
  4
  Beiträge
  11387
  Aufrufe

  R

  "Funzt ned" soll was bedeuten? Du solltest echt mal lernen vernünftig deine Probleme zu beschreiben .
• T

  Pipes, Prozesse
  • Typ222  

  8
  0
  Stimmen
  8
  Beiträge
  11173
  Aufrufe

  ?

  Gut. Jetzt, wo du ne eigene Lösung hast, so finge ich das an: #define _GNU_SOURCE #include <sys/types.h> #include <sys/wait.h> #include <unistd.h> #include <stddef.h> #include <stdio.h> #include <stdlib.h> #define ARRAY_SIZE(x) (sizeof(x) / sizeof(x[0])) static char *const argv_ps [] = { "ps" , "aux", NULL }; static char *const argv_sort[] = { "sort", "-n" , NULL }; static char *const argv_head[] = { "head", "-20", NULL }; static char *const *const prc_specs[] = { NULL, argv_ps, argv_sort, argv_head }; #define PRC_COUNT (ARRAY_SIZE(prc_specs) - 1) void tie_pipe(int pipe, int stream) { if(pipe != stream) { dup2(pipe, stream); } } void close_pipe(int pipe) { if(pipe != STDIN_FILENO && pipe != STDOUT_FILENO) { close(pipe); } } void collect_children(size_t children_count) { size_t i; for(i = 0; i < children_count; ++i) { wait(NULL); } } int main(void) { pid_t pid[PRC_COUNT + 1]; int pipes[PRC_COUNT + 1][2]; size_t i; char *line = NULL; size_t line_len = 0; pipes[0][0] = STDIN_FILENO; pipes[0][1] = STDOUT_FILENO; for(i = 1; i <= PRC_COUNT; ++i) { pipe(pipes[i]); pid[i] = fork(); if(pid[i] == -1) { fprintf(stderr, "Fehler beim %luten Forken!\n", i); collect_children(i - 1); return -1; } else if(pid[i] == 0) { tie_pipe(pipes[i - 1][0], STDIN_FILENO ); tie_pipe(pipes[i ][1], STDOUT_FILENO); execvp(prc_specs[i][0], prc_specs[i]); } else { close_pipe(pipes[i - 1][0]); close_pipe(pipes[i ][1]); } } tie_pipe(pipes[i - 1][0], STDIN_FILENO); while(getline(&line, &line_len, stdin) != -1) { fputs(line, stdout); } free(line); collect_children(i); return 0; } Der wesentliche Unterschied ist, dass hier der Hauptprozess für jedes Kommando in der Kanalisation einen eigenen Prozess aufmacht und sie am Ende wieder einsammelt (mit wait), anstatt einen Rattenschwanz vorheriger Prozesse zu spawnen, sich selbst in den letzten zu verwandeln und sich für das Einsammeln auf init zu verlassen. Falls später notwendig, ist eine Kontrolle der Kindprozesse (etwa Abschießen hängender Prozesse) so einfacher zu implementieren, und es ist einfacher erweiterbar. Allerdings ist dein Ansatz für die Aufgabenstellung völlig ausreichend.
• ?

  GNU gdb geht in die C Library in Ubuntu 10.10
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  10786
  Aufrufe

  ?

  rüdiger schrieb: Du hast offenbar die glibc mit Debugsymbolen installiert. Schau mal ob du libc6-dbg installiert hast und deinstalliere das, wenn es dich stört. Lies doch bitte nochmal das erste Posting ganz oben.
• ?

  Suche moderne Alternative zu DDD (Data Display Debugger)
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  2109
  Aufrufe

  ?

  Für GNOME: http://projects.gnome.org/nemiver/
• H

  Verständnisfrage
  • hame01  

  6
  0
  Stimmen
  6
  Beiträge
  1089
  Aufrufe

  L

  Man kann bei clone() selber bestimmen was geteilt wird. Fork() ist glaub ich auch bei linux mit clone implementiert