puts, printf

[Miroslav Šinko]

Tak sme si 1:1, ja som zase nevedel, ze fputs nepridava newline character :)

Vtipna je aj kombinacia putc = fputc vs. putchar. No co uz..

stdio.h pouzivam v konzolovych utilitach. Tam o rychlost spravidla 
nejde, alebo teda ta rychlost nestoji na vypisoch, takze sa pouzitim 
printf netrapim.

miro

On 17.2.2022 00:54, Jan Waclawek wrote:
> Toto som nevedel, ale ja nepouzivam<stdio.h>, nevidim na to ziadny dovod.
>
> Ale je to zaujimava pikoska. Vzdy som si myslel, ze xxx(x) je vzdy to iste
> ako fxxx(x, stdout).
>
> Vlastne pre ten pripad "lepenia stringov" ktory uvadzas by fputs(x, stdout)
> mal fungovat a byt mensi ako printf(), ci?
>
> wek
>
>
> ----- Original Message ---------------
>
> Subject: Re: puts, printf
>     From: =?ISO-8859-2?Q?Miroslav_=A9inko?=<sinkomiro na gmail.com>
>     Date: Thu, 17 Feb 2022 00:40:28 +0100
>       To: HW-news<hw-list na list.hw.cz>
>
> Aj ked sa v printf nepouziju ziadne %, ostava este jeden rozdiel - \n na
> konci. puts ho dava automaticky, printf nie.
>
> Ak povedzme vypisujem postupne rozne slova, ktore chcem mat v jednom
> riadku, a kombinacia tych slov zavisi to od nejakych if-else konstrukcii
> v kode, nemozem pouzit puts, ale printf (bez \n).
> Uvedeny priklad nie je zjavne tento pripad, ale viem si teda predstavit
> opodstatnene pouzitie printf bez % (z vlastnej skusenosti).
>
> miro
>
> On 16.2.2022 18:39, Jan Waclawek wrote:
>> Je to jedno, printf() s korektnym stringom (bez konverznych specifikatorov,
>> t.j. bez %) je identicke s puts().
>>
>> V druhom pripade by mohlo byt tiez puts().
>>
>> Predpokladam, ze to vzniklo postupom copy/paste.
>>
>> wek
>>