Delphi en C

Thread View: be.comp.programming

7 messages

[T] Back to Threads [V] Tree View [G] Group Articles

7 total messages Started by Ivan Van den Bossche Mon, 17 Mar 2003 20:42

#5639

Author: Ivan Van den Bossche
Date: Mon, 17 Mar 2003 20:42

10 lines
1285 bytes

Hi,

Als ik de volgende code in Delphi schrijf:

strBuf:array[0..5] of char;

Wat is deze code in C?

Alvast bedankt
Ivan

Re: Delphi en C

#5640

Author: Dominique Devriese
Date: Mon, 17 Mar 2003 20:49

14 lines
1544 bytes

Ivan Van den Bossche writes:

  Ivan> Hi, Als ik de volgende code in Delphi schrijf:

  Ivan> strBuf:array[0..5] of char;

  Ivan> Wat is deze code in C?

char strBuf[6];
sjuus
domi

-- 
You will remember something that you should not have forgotten.

Re: Delphi en C

#5641

Author: Marco van de Voort
Date: Mon, 17 Mar 2003 21:10

10 lines
1291 bytes

In article <Bqqda.16468$Vq.1306@afrodite.telenet-ops.be>, Ivan Van den Bossche wrote:
> Hi,
> 
> Als ik de volgende code in Delphi schrijf:
> 
> strBuf:array[0..5] of char;
> 
> Wat is deze code in C?

char strBuf[6];

Re: Delphi en C

#5642

Author: KLinZ
Date: Mon, 17 Mar 2003 22:09

30 lines
1828 bytes

Jawade wrote:
> In article <slrnb7ceel.2m5c.marcov@toad.stack.nl>,
> marcov@toad.stack.nl 
> says...
>> In article <Bqqda.16468$Vq.1306@afrodite.telenet-ops.be>, Ivan Van
>> den Bossche wrote: 
>>> Hi,
>>> 
>>> Als ik de volgende code in Delphi schrijf:
>>> 
>>> strBuf:array[0..5] of char;
>>> 
>>> Wat is deze code in C?
>> 
>> char strBuf[6];
> 
> Moet toch char strBuf[5]; zijn?

Nee. strBuf[6] reserveert 6 elementen, weten:

strBuf[0];
strBuf[1];
strBuf[2];
strBuf[3];
strBuf[4];
strBuf[5];


-- 
www.zenobits.com

Re: Delphi en C

#5643

Author: KLinZ
Date: Tue, 18 Mar 2003 00:03

11 lines
1744 bytes

Jawade wrote:

> Dat is erg ver[censuur]ratief. Maar dan moet ik toch
> snel m'n code gaan veranderen, ik had een buffer van
> 512 elementen met [511] geinitialiseerd. Tot nu toe
> zonder klachten, maar ik kan het beter veranderen.

Ach, troost je. Het is denk ik met stip op 1 de meest gemaakte fout in C.

-- 
www.zenobits.com

Re: Delphi en C

#5644

Author: Marco van de Voort
Date: Tue, 18 Mar 2003 00:23

19 lines
1925 bytes

In article <MPG.18e0683122ef2920989747@news.nl.net>, Jawade wrote:
> In article <TKrda.14436$oe.22562@amstwist00>, 
>> strBuf[0];
>> strBuf[1];
>> strBuf[2];
>> strBuf[3];
>> strBuf[4];
>> strBuf[5];
> 
> Dat is erg ver[censuur]ratief. Maar dan moet ik toch
> snel m'n code gaan veranderen, ik had een buffer van
> 512 elementen met [511] geinitialiseerd. Tot nu toe
> zonder klachten, maar ik kan het beter veranderen.

(just FYI:) Dat dit goed gaat komt waarschijnlijk omdat geheugen niet echt
exact per byte gealloceerd wordt, maar meestal met 8 of 16 byte of meer, om
de hoeveelheid adminstratie in de hand te houden.

Er heeft dan toevallig net niets achter gezeten.

Re: Delphi en C

#5649

Author: Roel Schroeven
Date: Tue, 18 Mar 2003 16:43

36 lines
2776 bytes

Jawade wrote:
> In article <slrnb7cpos.l9b.marcov@toad.stack.nl>, marcov@toad.stack.nl 
> says...
> 
>>In article <MPG.18e0683122ef2920989747@news.nl.net>, Jawade wrote:
>>
>>>In article <TKrda.14436$oe.22562@amstwist00>, 
>>>
>>>>strBuf[0];
>>>>strBuf[1];
>>>>strBuf[2];
>>>>strBuf[3];
>>>>strBuf[4];
>>>>strBuf[5];
>>>
>>>Dat is erg ver[censuur]ratief. Maar dan moet ik toch
>>>snel m'n code gaan veranderen, ik had een buffer van
>>>512 elementen met [511] geinitialiseerd. Tot nu toe
>>>zonder klachten, maar ik kan het beter veranderen.
>>
>>(just FYI:) Dat dit goed gaat komt waarschijnlijk omdat geheugen niet echt
>>exact per byte gealloceerd wordt, maar meestal met 8 of 16 byte of meer, om
>>de hoeveelheid adminstratie in de hand te houden.
>>
>>Er heeft dan toevallig net niets achter gezeten.

Administratieve data staat er meestal voor, dacht ik. Maar 
geheugenallocatie werkt wel op boundaries van 4 of 8 of 16 byte omdat 
dat effici�nter kan aangesproken worden. Dus als je 511 bytes vraagt, 
kan je er vrijwel zeker van zijn dat je er minstens 512 krijgt. Maar erg 
betrouwbaar is dat niet, want er zijn platformen waar dat niet zo is, en 
ook bepaalde compileropties kunnen dat veranderen.

-- 
"Codito ergo sum"
Roel Schroeven

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads