STM32CubeMX neuerdings mit LF statt CR/LF?

Andreas S. OP (Firma: Schweigstill IT) Persönliche Seite #7907275
Lesenswert?
• ▲
▼

Heute musste ich feststellen, dass STM32CubeMX 14.1 und 15.0 unter Windows plötzlich die meisten Dateien mit LF (0x0a) statt CR/LF (0x0d, 0x0a) generiert. Ich bin mir völlig sicher, dass das Verhalten von STMCubeMX 14.x noch vor einigen Tagen anders war. Dieses Verhalten konnte ich sowohl auf einem PC mit Windows 10 als auch auf einem mit Windows 11 reproduzieren.

Hat jemand eine ähnliche Beobachtung gemacht? Oder wurde dieser Unterschied doch schon beim Übergang von 1.13.x auf 1.14.x eingeführt? Ich kann in den Release Notes von ST keinerlei Hinweis finden. Auch eine Google-Suche produziert nur uralte Treffen, in denen dann festgestellt wird, dass STM32CubeMX unter Windows immer CR/LF generiere.

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Andreas S. OP (Firma: Schweigstill IT) Persönliche Seite #7907526
Lesenswert?
• ▲
▼

Harald K. schrieb:

Inwiefern ist das ein Problem?

Sowohl Git als auch Subversion melden dann alle generierten Dateien als geändert, was natürlich ziemlich lästig ist. Bei automatischer Zeilenumbrucherkennung dürfte das zwar beim Einchecken geradegezogen werden, aber beim späteren Blicken in die dateiweisen Logs sieht man nur unnötig viele Commits.

Solange man nicht eine ururalte Windows-Version verwendet, ist auch das enthaltene notepad.exe als Notdurft-Editor in der Lage, damit klarzukommen.

Ich verwende eh UE Studio. Das hat bei extern geänderten Dateien auch keinerlei Probleme, den Zeilenendetyp korrekt zu erkennen und zu berücksichtigen. Es gibt aber durchaus Editoren, die solch eine Erkennung nur beim erstmaligen Öffnen durchführen und den Zeilenendetyp auch dann beibehalten, wenn sich dieser durch externe Bearbeitung geändert hat. So etwas hatte ich schon vor ewiger Zeit mal beobachtet, aber ich weiß nicht mehr bei welchem Editor.

Antwort Zitieren Bearbeiten Löschen Beitrag melden
Andreas S. OP (Firma: Schweigstill IT) Persönliche Seite #7908034
Lesenswert?
• ▲
▼

Harald K. schrieb:

Tatsächlich? Wenn git konsequent beim Einchecken Zeilenumbrüche normalisiert, sollte doch genau das gar nicht auftreten.

Ja, Git normalisiert die Zeilenumbrüche, so dass natürlich die ganzen Änderungen auch nicht eingecheckt werden, aber beim nächsten Lauf von STM32CubeMX werden diese wieder auf LF statt CR/LF zurückgedreht.

Es wundert mich doch sehr, dass sich hier noch niemand sonst gemeldet hat, der dies ebenfalls festgestelt hat und bemängelt.

Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.