🚀 go-pugleaf

John Bokma wrote:
> moi wrote:
> 
> 
>>Dr.Ruud wrote:
>>
>
>>>
>>>Nee, maar je zou wel kunnen casten, bijvoorbeeld
>>>  (int32) id
>>>want op die manier weet je dat %i maximaal 10 tekens kan opleveren,
>>>zelfs als later 'id' een 64-bits integer zou worden.
>>>
>>
>>Is wel erg paranoide, IMO, om rekening te houden met andere sizes.
> 
> 
> Nee, zeer zeker niet.

Ben ik met je eens, maar wordt hier IMO op de verkeerde plaats
geintroduceerd.

> 
> 
>>En onsmakelijk om daar een cast voor te gebruiken.
>>Een int is een int. een "%d" of "%i" verwijst naar een int in de 
>>arglist, ongeacht zijn/haar sizeof.
>>
>>Het eenvoudigst, IMHO is om de buffer gewoon groot genoeg te maken:
> 
> 
> Tja, en dat is? Het duidelijkste is om de afmeting van de buffer te
> baseren op de maximaal mogelijke afmeting. 
> 

Volgens mij bedoelen we hetzelfde.
Was al correct berekend, ergens: 10+1 voor 32bits, en 19+1 voor 64bits ints.


>>Dat is 19 pos + teken voor een 64bits int, als ik goed geteld hebt.
> 
> 
> Te veel bugs zijn van de "als ik goed" vorm :-(
> 
> 
>>Samenvattend:
>>* (over)Alloceren op de stack ("auto") kost vrijwel niks. (je moet het
>>    natuurlijk niet in ieder functie doen, en dan duizenden lagen
>>    diep. 
>>* voor strings is "%20s" nodig om maximaal 20 chars af te beelden.
> 
> 
> Wat gebeurd er als ik een string van 30 tekens heb?
> 
> 

Dan wort ie afgekapd. (althans: niet geprind ;-)


>>* voor ints (en floats, in mindere mate) ligt het maximaal benodigde
>>   min-of-meer vast.
> 
> 
> Nee: het ligt vast vzviw.
> 

Sorry voor slag-om-de-arm.

is vzvik ook een "als ik goed" vorm  ;-?

AvK