🚀 go-pugleaf

moi wrote:

> Dr.Ruud wrote:
>> Wat Aquila schreef, bleek het
>> begin  van iets moois; kijk zelf maar:
>> 
>> 
>>>In een stukje logging code gebruik ik volgend commando:
>>>sprintf(buffer, "%s %.9f _%i_ --- %i %i ------- [%i:%i] (%s) %s",
>>>event, timeval2double(now), id, pid, length, nid, dst_i, message,
>>>additional)
>> 
>> 
> 
>>>[...]
>>>Kan %i een maximum lengte opleggen zonder daarvoor extra nullen te
>>>printen? In beide gevallen mag er afgekapt worden, ik wil gewoon
>>>beveiligingsfouten vermijden.
>> 
>> 
>> 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.

> 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. 

> 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?

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

Nee: het ligt vast vzviw.

-- 
John Bokma
                 Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar:  http://castleamber.com/
Tevreden opdrachtgevers:     http://castleamber.com/testimonials.html