From mboxrd@z Thu Jan  1 00:00:00 1970
Received: by margaux.inria.fr, Mon, 24 May 93 09:40:01 +0200
Received: from concorde.inria.fr by margaux.inria.fr, Wed, 19 May 93 03:01:14 +0200
Received: from Tamuz.Stanford.EDU by concorde.inria.fr; Wed, 19 May 1993 03:01:45 +0200
Received:  by Tamuz.Stanford.EDU (5.61/25-theory-eef) id AA18032; Tue, 18 May 93 18:01:34 -0700
From: Xavier Leroy <xavier@Theory.Stanford.EDU>
Message-Id: <9305190101.AA18032@Tamuz.Stanford.EDU>
Subject: Re: Printf and friends
To: Chet.Murthy@inria.fr
Date: Tue, 18 May 1993 18:01:33 -0700 (PDT)
Cc: caml-list@margaux
In-Reply-To: <16074.737150131@margaux.inria.fr> from "Chet.Murthy@inria.fr" at May 11, 93 09:55:31 pm
Content-Type: text/plain
Sender: weis@margaux

> Est-il possible d'avoir aussi
>      "sprintf"
> Ou bien, est-il possible de le coder, a partir de "printf"??

Tel que "fprintf" est ecrit actuellement, il fait ses sorties
caractere par caractere, ou champ par champ, sans construire de chaine
intermediaire. Ce n'est donc pas immediat d'implementer sprintf;
enfin, il y a du code a dupliquer. Une autre possibilite serait
d'avoir des canaux d'entree-sortie non seulement sur des fichiers,
mais aussi sur des chaines, afin de pouvoir recuperer la sortie de
fprintf, mais ca non plus n'est pas facile.

FYI: dans la libc, sprintf est implemente en construisant un FILE * bidon
avec la chaine destination comme buffer, et en passant ca a _doprnt,
mais evidemment casuppose que la chaine destination est allouee au
prealable par l'utilisateur, et qu'elle est assez grande... Beurk.

- Xavier