bytemønstret for eof

Der er ikke noget byte mønster for EOF. Der er nemlig ikke flere bytes.

I DOS/Windows bruger man somme tider 0x1A (CTRL/Z) som sidste byte i en tekst fil.

I Unix/Linux bruger man sommetider 0x04 (CTRL/D) som afslutning sbyte - do normalt ikke
i disk filer.

Mange programmerin gs sprog har en read funktion som læser byte 0-255 og returnerer
-1 ved EOF.

æv det er problematisk
det ses her hvorfor
testfil:
AAAAA
BBBBB
CCCCC
aaaaa
bbbbb
ccccc

byte udlæst
65 65 65 65 65
13 10
66 66 66 66 66
13 10
67 67 67 67 67
13 10
97 97 97 97 97
13 10
98 98 98 98 98
13 10
99 99 99 99 99
13 10


13+10 cr/lf virker efter hensigten men 'eof' giver byte-read-error
klart nok det ikke er der..

Jeg skal have has på midi formatet
formålet kan ses her:
http://www.eksperten.dk/spm/501800

-arne du skal lige klikke svar så du kan få points
mvh.

Du bliver nødt til at lade dit program håndtere eof på anden vis end ved data.

Som sagt er der mange read funktioner som returnerere -1 ved EOF.

svar

jo men hvordan.. -1 virker ikke
-men du skal have tak.

Hvilket sprog og hvilken funktion læser du med ?

arne det er et 'propiatær sprog' men metoden/funktionen virker for byte for cr/lf kan læses og fortolkes -eg der initieres enhver event som res af at en byte er læst
-nu når jeg skriver det her slår det mig at der jo netop IKKE læses en byte -den er der jo ikke..
hmm
men metoden læser jo bytes..
sproget indeholder ikke en 'readChar()' metode
det ville jo også kun være '-' og ikke '-1'
(som self ikke er en String)

-1 er (self) en real men metoden readReal() vil aldrig acceptere bytes som argument....
arghh me goin crazyyyyy :)

-iøvrigt ser næsten hver udskrift af midifiler anderledes ud ifht den forrige
eks:

MThd  
ÀMTrk  9 ÿ    ÿ
2002.05.11 ÿY  ÿTrack 0 ÿQq° ÿ/ MTrk 
´ ÿ4#  ; : 9 8 7 6 5 4 3 2 1 0 / . - , + * ) ( ' & % $ ÿ|#ÿ 

  O s r q p o n m l k j i h g f e d c b a ` _ ^ ] \ [ Z Y X W V U T S R Q P O N M L K J I H G F E D C B A @ ? > = < ÀC ÿ    @H ÿGeneral MIDI ÿTrack 1 ÿ
    &#8364; K%'&#8364;%&#8218;
%&#8364;%&#8230;
1&#8364;1E%~&#8364;%t%j&#8364;%&#8230;e1'&#8364;1Y%~&#8364;%`%}&#8364;%&#402;$1~&#8364;1&#8218;>6&#8218;&#8364;6&#710;y1O&#8364;1E%j&#8364;%s%&#8364;%&#8218;
1c&#8364;1&#8218;%i&#8364;%L%&#8364;%&#8218;1~&#8364;1&#8218;*%i&#8364;%`%&#8364;%&#8218;*69&#8364;6&#710;+1 |&#8364;1 ÿ/

jeg er lettere forvirret

Der må vel ske et eller andet ved EOF. En funktion må returnere et eller andet.

OOOOHHH
nu har jeg aldrig..
i min netop submittede post kan der jo læses en hel del 'rimeligt' fornuftige tegn
Det er SLET ikke tilfældet med præcis den samme clipboard sekvens når den står i notepad!
hvis jeg tager snippet
;+1 |&#8364;1 ÿ/

så fremstår det i notepad som:
'box''box'9&#8364;6'box' accent + 'box' 1 <space> | &#8364;1'box' <space> ÿ/

med 'box' mener jeg  -eg et tegn der ikke kan vises
'klartexten'
&#8364
vises overhovedet ikke!
*suk*

Notepad er ikke noget godt værktøj til binære filer.

Du skal have fat i hvad man kalder for en "hex editor".

ahh ja hex-editorer husker dem fra gamle dos
kan du foreslå een ?

Næ.

Men Google må kunne finde et par hundrede gratis hex editorer.

okay -jeg må prøve at finde een den vej
notepad er ialtfald ikke til noget
*grin* E kan slet ikke vise de tegn i sekvens som notepad gør selvom jeg skrev dem 'manuelt' så at sige
-Ret god engine der ligger i textfeltet på E må man sige-
Arne Tak for alt din hjælp!!