/ Forside / Teknologi / Udvikling / C/C++ / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
C/C++
#NavnPoint
BertelBra.. 2425
pmbruun 695
Master_of.. 501
jdjespers.. 500
kyllekylle 500
Bech_bb 500
scootergr.. 300
gibson 300
molokyle 287
10  strarup 270
-1.000.000.000
Fra : Lars K Jakobsen


Dato : 22-11-00 14:50

Hej

Jeg har lige et dummespørgsmål?

Hvordan laver en int som kan indeholde -1.000.000.000?


Jeg har prøvet int, long, signed long og et par stykker mere!

/lars



 
 
N/A (22-11-2000)
Kommentar
Fra : N/A


Dato : 22-11-00 21:49



N/A (22-11-2000)
Kommentar
Fra : N/A


Dato : 22-11-00 21:49



Morten Klostergaard (22-11-2000)
Kommentar
Fra : Morten Klostergaard


Dato : 22-11-00 21:49


"Bertel Lund Hansen" <nospamto@lundhansen.dk> skrev i en meddelelse
news:1q4o1tkvloi2fj55f5h51tpl6ndo5dk8qh@news.tele.dk...
> Simon Veith Reinholt skrev:
>
> >Det skulle en long da meget gerne kunne klare.
>
> ANSI-C garanterer ikke mere end -32768 til 32767.
>
> Både M$VC++ og GCC klarer +- 2E9 som en mis.

I min Ansi C bog (GAMMEL)
(The C programming language by Brian w Kernighan, 1988 by Bell Telephone)

short ér 16 bit
long ér 32 bit
int kan være både 16 og 32 bit, men vil normalt være den naturlige størrelse
for den pågældende maskine.

Mvh
Morten@Klostergaard.dk
Stud. Dataingeniør AAU





N/A (22-11-2000)
Kommentar
Fra : N/A


Dato : 22-11-00 22:08



Morten Klostergaard (22-11-2000)
Kommentar
Fra : Morten Klostergaard


Dato : 22-11-00 22:08


"Kent Friis" <leeloo@mailandnews.com> skrev i en meddelelse
news:slrn91odc6.3e0.leeloo@gandalf.arda.local...
> Den Wed, 22 Nov 2000 20:49:00 GMT skrev Morten Klostergaard:
> >
> >"Bertel Lund Hansen" <nospamto@lundhansen.dk> skrev i en meddelelse
> >
> >I min Ansi C bog (GAMMEL)
> >(The C programming language by Brian w Kernighan, 1988 by Bell Telephone)
> >
> >short ér 16 bit
> >long ér 32 bit
> >int kan være både 16 og 32 bit, men vil normalt være den naturlige
størrelse
> >for den pågældende maskine.
>
> Den naturlige størrelse vil da være 64bit for næsten alt andet end
> intel.
>

Ikke dengang bogen blev skrevet!

\MK





Martin Moller Peders~ (23-11-2000)
Kommentar
Fra : Martin Moller Peders~


Dato : 23-11-00 00:11

In <slrn91odc6.3e0.leeloo@gandalf.arda.local> leeloo@mailandnews.com (Kent Friis) writes:

>Den Wed, 22 Nov 2000 20:49:00 GMT skrev Morten Klostergaard:
>>
>>"Bertel Lund Hansen" <nospamto@lundhansen.dk> skrev i en meddelelse
>>news:1q4o1tkvloi2fj55f5h51tpl6ndo5dk8qh@news.tele.dk...
>>> Simon Veith Reinholt skrev:
>>>
>>> >Det skulle en long da meget gerne kunne klare.
>>>
>>> ANSI-C garanterer ikke mere end -32768 til 32767.
>>>
>>> Både M$VC++ og GCC klarer +- 2E9 som en mis.
>>
>>I min Ansi C bog (GAMMEL)
>>(The C programming language by Brian w Kernighan, 1988 by Bell Telephone)
>>
>>short ér 16 bit
>>long ér 32 bit
>>int kan være både 16 og 32 bit, men vil normalt være den naturlige størrelse
>>for den pågældende maskine.

>Den naturlige størrelse vil da være 64bit for næsten alt andet end
>intel.

For 64 bit kan man i mange compilere, bruge typen long long
/Martin


Bertel Lund Hansen (23-11-2000)
Kommentar
Fra : Bertel Lund Hansen


Dato : 23-11-00 02:06

Morten Klostergaard skrev:

>short ér 16 bit
>long ér 32 bit

Undskyld, jeg tænkte på en int. Byrial har de rigtige værdier.

Bertel
--
http://lundhansen.dk/bertel/
FIDUSO: http://fiduso.dk/

N/A (29-11-2000)
Kommentar
Fra : N/A


Dato : 29-11-00 08:34



N/A (29-11-2000)
Kommentar
Fra : N/A


Dato : 29-11-00 08:34



N/A (29-11-2000)
Kommentar
Fra : N/A


Dato : 29-11-00 08:34



N/A (29-11-2000)
Kommentar
Fra : N/A


Dato : 29-11-00 08:34



N/A (29-11-2000)
Kommentar
Fra : N/A


Dato : 29-11-00 08:34



Soren 'Disky' Reinke (29-11-2000)
Kommentar
Fra : Soren 'Disky' Reinke


Dato : 29-11-00 08:34


"Byrial Jensen" <bjensen@nospam.dk> wrote in message
news:slrn927o0k.l6.bjensen@ask.ask...
> Soren 'Disky' Reinke <disky@disky-design.ihsyd.dk> skrev:
> >Denne tråd forklarer fint hvorfor der kan være store problemmer med at
> >porterer C/C++.
> >
> >hvis man vil slippe for dette blvier man nød til at definere sine egne
type.
> >Da en int!=int
>
> Nej, det behøver man ikke. Man kan bot bruge typerne i stdint.h

Korrekt, men det er mig bekendt ikke ens fra kompiler til kompiler og os->os
osv.

Men jeg kan huske forkert, jeg har kun lavet Java i lang tid :)

--
With many Thanks
Soren ' Disky ' Reinke ICQ #1413069 remove 'ihsyd' when email replying
Please visit my Freshwater Aquaria Webpage
http://www.disky-design.dk/fish



N/A (30-11-2000)
Kommentar
Fra : N/A


Dato : 30-11-00 08:51



Soren 'Disky' Reinke (30-11-2000)
Kommentar
Fra : Soren 'Disky' Reinke


Dato : 30-11-00 08:51

> skal alle findes i en C99-oversætter.
>
> int_leastX_t er den mindste type som fylder mindst X bit.
>
> int_fastX_t er den type med mindst X bit som det generelt er
> hurtigst at bruge.
>
> Typerne med u- er uden fortegn (unsigned).
>
> Der findes også typedefinitioner med fast angiven bredde, men der
> er ikke noget krav om hvilke der skal findes. Men hvis f.eks.
> typen int24_t eksisterer, betegner den en heltalstype med 24 bit
> og 2-komplement repræsentation. Tilsvarende med andre intX_t og
> uintX_t typer.

Netop som du skriver, at der ikke er nogle krav til at fast bredde typer
skal være defineret er ikke godt, specielt ikke hvis man flytter ting fra et
embeddet system til et andet.

--
With many Thanks
Soren ' Disky ' Reinke ICQ #1413069 remove 'ihsyd' when email replying
Please visit my Freshwater Aquaria Webpage
http://www.disky-design.dk/fish



N/A (04-12-2000)
Kommentar
Fra : N/A


Dato : 04-12-00 08:27



Soren 'Disky' Reinke (04-12-2000)
Kommentar
Fra : Soren 'Disky' Reinke


Dato : 04-12-00 08:27


"Byrial Jensen" <bjensen@nospam.dk> wrote in message
news:slrn92iov2.1ij.bjensen@ask.ask...
> Soren 'Disky' Reinke <disky@disky-design.ihsyd.dk> skrev:
> >Netop som du skriver, at der ikke er nogle krav til at fast bredde typer
> >skal være defineret er ikke godt, specielt ikke hvis man flytter ting fra
et
> >embeddet system til et andet.
>
> Bredden af de typer som en C-oversætter tilbyder, afhænger i
> praksis selvfølgelig af hvad den undeliggende hardware kan
> behandle.
>
> Så hvis 2 systemers hardware kan behandle tal med de samme bredder,
> vil C99-oversættere for de 2 systemer med meget stor sandsynlighed
> definere de samme intN_t typer i deres stdint.h.

Problemmet er 'med meget stor sandsynlighed' for det er ikke altid og skaber
derfor altid problemmer.
Så hvis man vil være sikker definerer man altid selv sine typer

--
With many Thanks
Soren ' Disky ' Reinke ICQ #1413069 remove 'ihsyd' when email replying
Please visit my Freshwater Aquaria Webpage
http://www.disky-design.dk/fish




Bear (23-11-2000)
Kommentar
Fra : Bear


Dato : 23-11-00 21:12

Virker i Visual C:

long int i = -1000000000;


--
mvh
Bear

"I hope life isn't a joke, because I don't get it."
ICQ: 2745075
--
"Lars K Jakobsen" <lonlyNOSPAM@kom.auc.dk> wrote in message
news:K9QS5.5948$zs.205028@twister.sunsite.auc.dk...
> Hej
>
> Jeg har lige et dummespørgsmål?
>
> Hvordan laver en int som kan indeholde -1.000.000.000?
>
>
> Jeg har prøvet int, long, signed long og et par stykker mere!
>
> /lars
>
>



Søg
Reklame
Statistik
Spørgsmål : 177559
Tips : 31968
Nyheder : 719565
Indlæg : 6408938
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste