sprintf funktioniert bei Tasks nicht??

Antwort steckt in diesen 2 Zeilen:
---------

   char text[10];
   sprintf(text, "Zustand der Fahrzeugbatterie: Ladezustand(SOC) = %d 
%%",SOC);

---------

Maximilian P. schrieb:
> char text[10];
>    sprintf(text, "Zustand der Fahrzeugbatterie: Ladezustand(SOC) = %d
> %%",SOC);

Soviel ich weiss hat sprintf keine Datenkompression implemeniert.

Maximilian P. schrieb:
> char text[10];
>    sprintf(text, "Zustand der Fahrzeugbatterie: Ladezustand(SOC) = %d
> %%",SOC);

Das sind sicher weitaus mehr als 10 Zeichen und overflowed daher massiv.

snprintf hilft da.

leo

Matthias S. schrieb:
> ob snprintf() überhaupt implementiert ist, wissen wir ja nicht.

Für wie wahrscheinlich hältst du den Fall, dass snprintf() fehlt?

Matthias S. schrieb:
> Stefan ⛄ F. schrieb:
>> Für wie wahrscheinlich hältst du den Fall, dass snprintf() fehlt?
>
> 50:50

Ich plädiere für maximal 1% Wahrscheinlichkeit. snprintf() gehört 
nämlich zum Standard C99 und wurde von allen mir bekannten C Compilern 
sogar sehr viel früher implementiert.

Stefan ⛄ F. schrieb:
> Ich plädiere für maximal 1% Wahrscheinlichkeit. snprintf() gehört
> nämlich zum Standard C99 und wurde von allen mir bekannten C Compilern
> sogar sehr viel früher implementiert.

Dann hattest Du offenbar noch nicht viel mit Windows zu tun.

Hmmm schrieb:
> Dann hattest Du offenbar noch nicht viel mit Windows zu tun.

Ich habe mit DOS und Windows 3.0 angefangen.

Matthias S. schrieb:
> Ich weiss was du meinst, aber das hat mit den Compilern nichts zu tun.
> Das ist eine Frage der Libraries.

Ja, du hast recht. Ich meinte die natürlich die Libraries.

Stefan ⛄ F. schrieb:
> Ich habe mit DOS und Windows 3.0 angefangen.

Unter Windows gibt es ein C99-snprintf() erst seit Visual Studio 2015 
und der CRT von Windows 10.

Davor gab es nur ein kaputtes _snprintf() und das MS-eigene *_s()-Zeug.

Hmmm schrieb:
> Unter Windows gibt es ein C99-snprintf() erst seit Visual Studio 2015
> und der CRT von Windows 10.
> Davor gab es nur ein kaputtes _snprintf() und das MS-eigene *_s()-Zeug.

Was für ein Käse, echt? Ich hatte damals mit Borland Pascal, später 
Turbo Pascal programmiert.

Frank M. schrieb:
> Eben. snprintf() mit Argument 10 hilft hier nicht viel weiter. ;-)

Klar, aber der Fehler faellt doch eher auf, zumindest wenn man die selbe 
Puffergroesse (defined) fuer Puffer und snprintf verwendet.

leo

Zumindest der gcc von Linux spuckt da eine dicke fette Warnung aus:

1

sfrings@stefanpc:~/Downloads$ gcc test.c

2

test.c: In function ‘main’:

3

test.c:8:24: warning: ‘Dieser Text ist zu lang’ directive writing 23 bytes into a region of size 10 [-Wformat-overflow=]

4

    8 |   sprintf(a,"Dieser Text ist zu lang");

5

      |              ~~~~~~~~~~^~~~~~~~~~~~~

6

test.c:8:3: note: ‘sprintf’ output 24 bytes into a destination of size 10

7

    8 |   sprintf(a,"Dieser Text ist zu lang");

8

      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1

sfrings@stefanpc:~/Downloads$ gcc test.c

2

test.c: In function ‘main’:

3

test.c:8:35: warning: ‘Dieser Text ist zu lang’ directive output truncated writing 23 bytes into a region of size 10 [-Wformat-truncation=]

4

    8 |   snprintf(a,sizeof(a),"Dieser Text ist zu lang");

5

      |                         ~~~~~~~~~~^~~~~~~~~~~~~

6

test.c:8:3: note: ‘snprintf’ output 24 bytes into a destination of size 10

7

    8 |   snprintf(a,sizeof(a),"Dieser Text ist zu lang");

8

      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Sogar in bunt - neuerdings.

Stefan ⛄ F. schrieb:
> Zumindest der gcc von Linux spuckt da eine dicke fette Warnung aus

Yep, das werden wohl die meisten modernen Compiler so machen, genau wie 
die meisten Anfaenger Warnungen ignorieren, nicht sehen, nicht 
einschalten, Fehl interpretieren, usw.

leo

leo schrieb:
> die meisten Anfaenger Warnungen ignorieren, nicht sehen, nicht
> einschalten, Fehl interpretieren,

BTW mein Ex-Chef schaltete diese "sinnlosen" Warnungen immer aus, es hat 
ca. 2 Jahre gekostet, ihn vom Gegenteil zu ueberzeugen ...

leo