Announcement

**Andreas Kosch** · 26.02.2003, 09:18

Hallo,

das hat nichts mit UDP zu tun, sondern betriff alle Flie�kommazahlen - da dort zwangsl�ufig Rundungsfehler auftreten m�ssen. Der Delphi-Datentyp Single hat nur 7-8 signifikante Stellen.
Die besser geeigneten Alternativen werden auf der Delphi-Hilfeseite Reelle Typen beschrieben

**Christian2 Werlich** · 26.02.2003, 13:13

Vielen dank

<BR&gt

**Christian2 Werlich** · 26.02.2003, 14:46

Nachtrag: 
Ein weiteres Problem ist die groesse von 2048 Byte. 
Da ein Array in einer Groesse von ca.4000 Byte gest�ckelt werden muesste, frage ich mich, ob UDP hierf�r noch sinnvoll ist. 
Die Tatsache, dass ein Handshake erforderlich wird, der bei waitforsingleobject den Rechner ggf. lahmlegt laesst mich daran zweifeln. 
Sollte es dazu eine Patentloesung geben, bitte ich nochmals um Info. 
 
Danke Christian

**Andreas Kosch** · 27.02.2003, 08:16

Zum einen ist UDP kein universell f�r alle Aufgaben nutztbarer Weg und zum anderen versuche ich immer, nur dann auf die "Low-Level-Protokolle" zur�ckzugreifen, wenn es nicht anders geht. Welche Aufgaben in welcher Rechnerumgebung sollen denn umgesetzt werden

**Christian2 Werlich** · 28.02.2003, 09:27

Vielen Dank f�r Ihre Antwort 
 
Die aufgabe ist folgende: 
Ein Record von daten wird mittels vartype array of char �ber UDP �bertragen. Der Record umfasst ca 600 Realzahlen und commandos f�r einen externen Rechenalgorithmus. 
Der algorithmus seinerseits gibt daraufhin eine schar von werten zur�ck, die beim client angezeigt werden .. ca. 4*400 real. 
Das Problem der �btragung hab ich soweit geloest (hab nen eigenen Overhead declariert, der anhend der �bertragungsnummer n*2048 Byte dem Array zuweist). 
Das neuerliche Problem ist eine "EAccessViolation", die beim BEENDEN des einen UDP-Programms auftritt. Die �bertragung funktioniert einwandfrei. 

Danke... 
Gruss christia

Announcement

UDP-Zahlenchaos

UDP-Zahlenchaos

Comment

Comment

Comment

Comment

Comment