011000101 - hva betyr denne binære koden?

[Razul]

Det blei sagt over her at 011000101 er lik 197 i vårt vanlige tallsystem (10-tallssystemet). Det skal dog nevnes at det bare gjelder for systemer som benytter såkalt big-endian for lagring av tall. Det vil si at det minste sifferet står til høyre, slik vi er vant til å lese vanlige tall. Blant annet Unix bruker dette systemet. På vanlige PC'er derimot (Intel 8088/x86) bruker man little-endian, og da er tallet 326. Vel å merke dersom den leses rett ut av minnet og ikke omformes på noen måte. :wink:

[BBC]

Razul:

Takker... det var nytt!

Endelig lærte jeg noe på forumet i dag også =)

 

http://www.webopedia.com/TERM/b/big_endian.html for mer info.

[Goldfish]

Quote:

Den 2002-09-17 19:48, skrev Razul: Det blei sagt over her at 011000101 er lik 197 i vårt vanlige tallsystem (10-tallssystemet). Det skal dog nevnes at det bare gjelder for systemer som benytter såkalt big-endian for lagring av tall. Det vil si at det minste sifferet står til høyre, slik vi er vant til å lese vanlige tall. Blant annet Unix bruker dette systemet. På vanlige PC'er derimot (Intel 8088/x86) bruker man little-endian, og da er tallet 326. Vel å merke dersom den leses rett ut av minnet og ikke omformes på noen måte. :wink:

 

Jeg vet ikke helt om dette vil bli riktig...vil det ikke bli 50.432 istedenfor? Med tanke på at tallet skal lagres i en 2-byte integer. Tallet blir altså 1100 0101 0000 0000 i little-endian.

 

Correct me if I'm wrong!

[Ac-Cobra]

Quote:

Den 2002-09-17 19:41, skrev Ac-Cobra: Quote: Den 2002-09-17 19:33, skrev Anders Leipsland: Quote: Den 2002-09-17 19:27, skrev Ac-Cobra: Samme om det står en null først... du er sikker vant med 8 bits binære tall. Da har man 2'8-1 =255 kombinaskjoner.   Da har man 256 kombinasjoner takk :smile: 2^8 = 256, men høyeste tall uttrykt med 8 siffer i totallsystemer er 255. 00000000 er også en kombinasjon :wink:   Jeg var oppe å redigerte imens du aresterte meg. Ved utregning av IP adresser derimot er det kun 255 kombinasjoner.   Hilsen @c-Cobr@

 

Jeg må faktisk arestere meg selv her.

Selvfølgelig er 256 kombinasjoner mulig i IP adresse, men i et subnet (f.eks. class c)vil den 4. okteten i IP adressen (8 siste biten)kun ha 254 gyldige kombinasjoner. 1111 og 0000 er ikke gyldige. Dette har sin baggrund i at subnet 0= binært (00000000) og subnet 255 = binært (11111111), ikke brukes til subnets. 255 = binært (11111111) er også broadcast adressen i subnettet, og det er ikke anbefalet at benytte din broadcast adresse som subnet maske.

Subnet 0 er hellere ikke anbefalet som subnet

 

Hilsen @c-Cobr@

[abrj]

Kan noen finne ut hvilket mobilnummer jeg har? her er den binære versjonen: 101011001100000001111111100

[Signatur]

90571772

[Razul]

Quote:

Den 2002-09-17 20:34, skrev Goldfish: Quote: Den 2002-09-17 19:48, skrev Razul: Det blei sagt over her at 011000101 er lik 197 i vårt vanlige tallsystem (10-tallssystemet). Det skal dog nevnes at det bare gjelder for systemer som benytter såkalt big-endian for lagring av tall. Det vil si at det minste sifferet står til høyre, slik vi er vant til å lese vanlige tall. Blant annet Unix bruker dette systemet. På vanlige PC'er derimot (Intel 8088/x86) bruker man little-endian, og da er tallet 326. Vel å merke dersom den leses rett ut av minnet og ikke omformes på noen måte. :wink:   Jeg vet ikke helt om dette vil bli riktig...vil det ikke bli 50.432 istedenfor? Med tanke på at tallet skal lagres i en 2-byte integer. Tallet blir altså 1100 0101 0000 0000 i little-endian.   Correct me if I'm wrong!

 

Hvem har sagt at det skal lagres som et 16-bits tall?

[Espen F]

jeg gir herved denne diskusjonen "¨årets nerdediskusjonsprisen"

 

GRATULERER. :smile:

[A_N_K]

Quote:

Utvidet ASCII har Å, samt at ASCII (utvidet) er en del av Unicode.

Det er ikke dette som kalles ANSI da (varierende antall bytes).

[laaknor]

Quote:

Den 2002-09-17 20:36, skrev Ac-Cobra: Quote: Den 2002-09-17 19:41, skrev Ac-Cobra: Quote: Den 2002-09-17 19:33, skrev Anders Leipsland: Quote: Den 2002-09-17 19:27, skrev Ac-Cobra: Samme om det står en null først... du er sikker vant med 8 bits binære tall. Da har man 2'8-1 =255 kombinaskjoner.   Da har man 256 kombinasjoner takk :smile: 2^8 = 256, men høyeste tall uttrykt med 8 siffer i totallsystemer er 255. 00000000 er også en kombinasjon :wink:   Jeg var oppe å redigerte imens du aresterte meg. Ved utregning av IP adresser derimot er det kun 255 kombinasjoner.   Hilsen @c-Cobr@   Jeg må faktisk arestere meg selv her. Selvfølgelig er 256 kombinasjoner mulig i IP adresse, men i et subnet (f.eks. class c)vil den 4. okteten i IP adressen (8 siste biten)kun ha 254 gyldige kombinasjoner. 1111 og 0000 er ikke gyldige. Dette har sin baggrund i at subnet 0= binært (00000000) og subnet 255 = binært (11111111), ikke brukes til subnets. 255 = binært (11111111) er også broadcast adressen i subnettet, og det er ikke anbefalet at benytte din broadcast adresse som subnet maske. Subnet 0 er hellere ikke anbefalet som subnet   Hilsen @c-Cobr@

 

Men selvfølgelig er 255 og 0 tall allikevel....

 

Det er ikke sikkert at det er et klasse C nettverk alltid.... Selv hadde jeg faktisk offisielle adresser engang... subnet mask 255.255.255.248

[Chief]

Quote:

Den 2002-09-17 19:41, skrev Ac-Cobra: Quote: Den 2002-09-17 19:33, skrev Anders Leipsland: Quote: Den 2002-09-17 19:27, skrev Ac-Cobra: Samme om det står en null først... du er sikker vant med 8 bits binære tall. Da har man 2'8-1 =255 kombinaskjoner.   Da har man 256 kombinasjoner takk :smile: 2^8 = 256, men høyeste tall uttrykt med 8 siffer i totallsystemer er 255. 00000000 er også en kombinasjon :wink:   Jeg var oppe å redigerte imens du aresterte meg. Ved utregning av IP adresser derimot er det kun 255 kombinasjoner.   Hilsen @c-Cobr@

 

Samme med IP adresser, 256 kombinasjoner der og, der 255 og 0 ikke kan brukes.

[Chief]

Quote:

Den 2002-09-19 09:27, skrev Chief: Quote: Den 2002-09-17 19:41, skrev Ac-Cobra: Quote: Den 2002-09-17 19:33, skrev Anders Leipsland: Quote: Den 2002-09-17 19:27, skrev Ac-Cobra: Samme om det står en null først... du er sikker vant med 8 bits binære tall. Da har man 2'8-1 =255 kombinaskjoner.   Da har man 256 kombinasjoner takk :smile: 2^8 = 256, men høyeste tall uttrykt med 8 siffer i totallsystemer er 255. 00000000 er også en kombinasjon :wink:   Jeg var oppe å redigerte imens du aresterte meg. Ved utregning av IP adresser derimot er det kun 255 kombinasjoner.   Hilsen @c-Cobr@   Samme med IP adresser, 256 kombinasjoner der og, der 255 og 0 ikke kan brukes.

 

Må vist rette meg selv litt!

 

Man kan benytte subnet zero!

[unwill]

Så morsomt, diskusjonen startet med at noen skulle levere en IT-øving, så greier dere å diskutere det fram til dette... :smile:

[BBC]

Quote:

Den 2002-09-20 17:29, skrev unwill: Så morsomt, diskusjonen startet med at noen skulle levere en IT-øving, så greier dere å diskutere det fram til dette... :smile:

 

Det er jo det som er så morsomt... spørsmålsstiller får svar på sitt spørsmål, og de som kan "litt mer" kan dra spørsmålet enda videre :wink:

[EasyRaider]

"- hva betyr denne binære koden?"

 

Uten noen kontekst kan den jo bety hva som helst. Det kunne like gjerne ha vært en maskinvareinstruksjon eller noe sånt.

[Ggg]

Quote:

Den 2002-09-17 19:48, skrev Razul: Det blei sagt over her at 011000101 er lik 197 i vårt vanlige tallsystem (10-tallssystemet). Det skal dog nevnes at det bare gjelder for systemer som benytter såkalt big-endian for lagring av tall. Det vil si at det minste sifferet står til høyre, slik vi er vant til å lese vanlige tall. Blant annet Unix bruker dette systemet. På vanlige PC'er derimot (Intel 8088/x86) bruker man little-endian, og da er tallet 326. Vel å merke dersom den leses rett ut av minnet og ikke omformes på noen måte. :wink:

 

Og så er det faktisk nåke så meiningslaust som middle-endian!! Må vera den mest absurde måten å representera tal på.