3. Warnung VS ... strcpy veraltet?

Warnung VS ... strcpy veraltet?

  • _

    Die Warnung sagt ja auch schon, was du dagegen tun kannst (_CRT_SECURE_NO_WARNINGS definieren).

    0
  • W

    Ok danke, dann werde ich die Warnung mal überlesen 😉

    Gruß
    WAR][FIRE

    0
  • ?

    MS stellt übrigens eigene "sichere" Ersatzfunktionen bereit.

    Das nennt sich dann z.B. strcpy_s.

    http://msdn.microsoft.com/en-us/library/td1esda9(VS.80).aspx

    Ich halte von MS internen Anti-Standards überhaupt nichts, aber wenn es MS Freude bereitet, vielleicht interessiert es dich auch. 😉

    0
  • P

    _matze schrieb:

    Die Warnung sagt ja auch schon, was du dagegen tun kannst (_CRT_SECURE_NO_WARNINGS definieren).

    Oder einfach std::string benutzen...

    WAR][FIRE schrieb:

    Ok danke, dann werde ich die Warnung mal überlesen 😉

    Gruß
    WAR][FIRE

    Solltest du dir garnicht erst angewöhnen. Das führt nämlich schnell dazu dass man grundsätzlich alle Warnungen überliest, unter anderem auch die, die einen auf einen wirklichen Fehler im Programm hinweisen (z.B. so Dinge wie if (a=b) ). Ziel sollte es immer sein, ohne Fehler und Warnungen zu compilieren. Wenn eine Warnung auftaucht wegen etwas, was wirklich in Ordnung ist, dann gibts meistens die Möglichkeit, sie im Code mit #pragmas oder ähnlichem temporär auszuschalten.

    0
  • _

    Sehe ich auch so wie pumuckl. Glaub mir, wenn du ein Projekt kompilierst, in dem 100 Mal die Warnung von wegen deprecated vorkommt, dann übersiehst du auch sicher andere, wichtige Warnungen, die sich dazwischen versteckt haben. Definiere _CRT_SECURE_NO_WARNINGS, dann haben sich die nervigen Warnungen erledigt.

    0
  • Administrator

    Ich setze mal einfach noch diese Frage hin, da sie noch niemand gestellt hat:
    Wieso verwendest du strcpy ?

    Grüssli

    0
  • E

    Amun Ra schrieb:

    MS stellt übrigens eigene "sichere" Ersatzfunktionen bereit.

    Das nennt sich dann z.B. strcpy_s.

    http://msdn.microsoft.com/en-us/library/td1esda9(VS.80).aspx

    Ich halte von MS internen Anti-Standards überhaupt nichts, aber wenn es MS Freude bereitet, vielleicht interessiert es dich auch. 😉

    Das ist kein "Anti-Standard". Du solltest dich vielleicht mal informieren bevor du so ein Kommentar von dir gibst:
    http://www.open-std.org/jtc1/sc22/wg14/www/projects#24731 siehe http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1225.pdf

    Edit: Siehe auch hier: http://en.wikipedia.org/wiki/Strcpy

    0
  • ?

    evilissimo schrieb:

    Das ist kein "Anti-Standard". Du solltest dich vielleicht mal informieren bevor du so ein Kommentar von dir gibst:

    Ich habe mich sehr gut informiert, du musst dir dahingehend keine Sorgen machen, lieber evilissimo.

    strcpy_s ist kein Standard, wurde lediglich als Standard vorgeschlagen! MS kennzeichnet die Standardfunktionen mit "Deprecated" was für mich ein Anti-Standard Versuch darstellt.

    0
  • W

    hmmm..

    wenn _CRT_SECURE_NO_WARNINGS wirklich nur diese unsafe Warnungen rausschmeißt dann werde ich es mal definieren 🙂

    @ Dravere: Ich baue auf bereits erstelltes Programm auf. Dort wurde strcpy verwendet, und wenn strcpy softwaretechnisch keine Probleme macht, wollte ich es drin lassen.

    @ Amun Ra: M$ Befehle kann ich aufgrund des Kriterium Plattformunabhängigkeit nicht einsetzen.

    Ansonsten teile ich natürlich auch pumuckl`s Meinung.

    Gruß
    WAR][FIRE

    0
  • P

    WAR][FIRE schrieb:

    @ Dravere: Ich baue auf bereits erstelltes Programm auf. Dort wurde strcpy verwendet, und wenn strcpy softwaretechnisch keine Probleme macht, wollte ich es drin lassen.

    Ich schmeiß mal einfach ein Schlagwort in den Raum: Refactoring.

    0
  • W

    pumuckl schrieb:

    WAR][FIRE schrieb:

    @ Dravere: Ich baue auf bereits erstelltes Programm auf. Dort wurde strcpy verwendet, und wenn strcpy softwaretechnisch keine Probleme macht, wollte ich es drin lassen.

    Ich schmeiß mal einfach ein Schlagwort in den Raum: Refactoring.

    Das einzige was ich in VS dazu habe ist Rename... (VS C++ 2008)

    Mag sein das die ganzen Refactor Optionen irgendwo versteckt sind 🙂

    Gruß
    WAR][FIRE

    0
  • P

    Dann schau mal außerhalb deiner IDE, z.B. unter Wikipedia. 😉 Gemeint war, die Verwendung von C-Strings durch C++-Strings zu ersetzen, wenigstens in deinem Code, den du hinzufügst.

    Deine Aussage zur Begründung von strcpy liest sich in etwa wie "Naja, die Hütte die ich ausbauen will war aus Pappe und Wellblech, deshalb nehm ich für die neuen Gebäudeteile auch keine Ziegelsteine" 😉

    0
  • W

    pumuckl schrieb:

    Dann schau mal außerhalb deiner IDE, z.B. unter Wikipedia. 😉 Gemeint war, die Verwendung von C-Strings durch C++-Strings zu ersetzen, wenigstens in deinem Code, den du hinzufügst.

    Deine Aussage zur Begründung von strcpy liest sich in etwa wie "Naja, die Hütte die ich ausbauen will war aus Pappe und Wellblech, deshalb nehm ich für die neuen Gebäudeteile auch keine Ziegelsteine" 😉

    Wenn später noch Zeit dafür da ist, werde ich das noch nachholen.

    Beim letzten machen wir aber aus ner Mücke..... 😉

    Gruß
    WAR][FIRE

    0
  • R

    WAR][FIRE schrieb:

    enn später noch Zeit dafür da ist, werde ich das noch nachholen.

    *hüstel, hüstel* Ja, na klar... 🤡

    0
  • _

    Roger Wilco schrieb:

    WAR][FIRE schrieb:

    enn später noch Zeit dafür da ist, werde ich das noch nachholen.

    *hüstel, hüstel* Ja, na klar... 🤡

    Hehe. Ich will einmal erleben, dass der Kunde sagt: "Es läuft? Na dann lassen Sie sich ruhig noch 2 Monate Zeit und bringen den Source auf Vordermann, wir haben es nicht eilig!" 🤡

    So etwas passiert wahrscheinlich nur in Bizarro World... 😉

    0
  • P

    WAR][FIRE schrieb:

    Beim letzten machen wir aber aus ner Mücke..... 😉

    Nein, nicht wirklich. Was Stabilität und Sicherheit angeht ist der Vergleich durchaus so gemeint. Auch wenn Microsoft manchmal etwas eigenwillig zu sein scheint, ist die Warnung über strcpy durchaus gerechtfertigt.

    0
  • _

    strncpy gäbe es ja auch noch. Nur so am Rande...

    0
  • R

    Ich kenne auch diese Aussagen wie

    "Das läuft aber so schon seit...!"

    oder

    "Das ist "getestet" und wird nicht mehr angerührt!"

    Oft gibt es dann aber auch Sätze wie:

    "Ja, manchmal tritt dies und das auf und wir wissen nicht warum, aber sonst..."

    Und nach einem Jahr rennt irgendwer schwitzend durch die Gänge und man hört sowas wie:

    "Hätte ich damals bloß..."

    😉

    Auch nett:

    "Das steht aber in allen(!) Fachbüchern so!"

    "Alle Fachbücher" sind dann zwei Bücher über den Einstieg in VC++ 6.0 und ein C++ Grundlagen-Buch von DataBecker von 1998 😉

    0
  • B

    Auch gut: "Weißt du, wieviele MT das kostet?"

    0
  • A

    Roger Wilco schrieb:

    Ich kenne auch diese Aussagen wie...

    Kommt mir bekannt vor (aus einer vergangenen Zeit).

    Apropos: Es gibt sogar Firmen in denen der Chef selbst von Zeit zu Zeit Refactoring durchführt, und der - wenn die Qualität dadurch besser wird - auch einem die Zeit dafür gibt (sofern gerade nichts _wirklich_ wichtiges ansteht).

    Roger Wilco schrieb:

    "Das steht aber in allen(!) Fachbüchern so!"

    Ohh ja. Aber manchmal reicht es einen Index aktueller Lektüre vorzulegen, um solche Rufe etwas zu dämpfen.

    0
Anmelden zum Antworten