🚀 go-pugleaf

Wat moi schreef, bleek het
begin  van iets moois; kijk zelf maar:
> Dr.Ruud:
>> moi:
>>> Dr.Ruud:
>>>> Aquila:

>>>>> [printf]
>>>>> 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 >>> nee, 11 <<<
>>>> 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.

>> Het had ons allemaal heel wat exploits kunnen schelen.

> Exploits wegens 32->64 bits "migratie" ?

Er waren ooit al andere problemen, zoals
  printf("value of 32768 is %d\n", 32768);


> Ik hou niet van casts.
> probeer ze tot het uiterste te minimaliseren.
> In dit geval zou ik zeker geen cast willen.


OK, maar OP vroeg om een oplossing bij %d, en er mocht afgekapt worden.

Er zijn, zoals gemeld, genoeg manieren om de buffer lang genoeg te laten
zijn, dus dan heb je die cast helemaal niet nodig, en hoef/mag/moet je
'm dus ook niet gebruiken.

En printf() is meer iets van de vorige eeuw. Die slechte relatie
tussen wat er op de stack wordt gezet (de argumenten) en wat er
weer wordt afgehaald (afhankelijk van de tekst die in de format-
string staat) gaat tegen alle elegantie in. Zelfs late-binding
is minder onfris.

-- 
Affijn, Ruud   `  -  �
               + ` � *
                 � `     Jvr qvg yrrfg,
               �  =  `   fgresg wbatre.