RAD Studio, Delphi, C++Builder 12.2

[himitsu]

Mit {$ZEROBASEDSTRINGS ON} kann der Debugger auch irgendwie nicht umgehn.

[himitsu]

Und das Backup ist natürlich immernoch kaputt.
https://embt.atlassian.net/servicede...tal/1/RSS-2017

Man muß also selbst dran denken, vorher das gespeicherte Backup zu nochmal zu sichern/kopieren
und es dann selbst wiederherzustellen.

Mir war grade einfach so beim Codeschreiben die IDE hängengeblieben und ist nach 'ner gefühlten Minute einfach so wortlos im Nirvana verschwunden.


Das Ereignislog sagt .... Wann schmeißen die endlich diesen .NET-Schrott raus?

Zitat:

Name der fehlerhaften Anwendung: bds.exe, Version: 29.0.53571.9782, Zeitstempel: 0x66d2e9f5
Name des fehlerhaften Moduls: clr.dll, Version: 4.8.9261.0, Zeitstempel: 0x667a1900
Ausnahmecode: 0xc00000fd
Fehleroffset: 0x0045942a
ID des fehlerhaften Prozesses: 0x0xA6EC
Startzeit der fehlerhaften Anwendung: 0x0x1DB15A36635EA05
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Embarcadero\Studio\23.0\bin\bds.exe
Pfad des fehlerhaften Moduls: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr. dll
Berichtskennung: 502a9a9d-9980-4af4-aa61-10febd187ef0
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

[Uwe Raabe]

Zitat von himitsu:

Mir war grade einfach so beim Codeschreiben die IDE hängengeblieben und ist nach 'ner gefühlten Minute einfach so wortlos im Nirvana verschwunden.

Das ist mir vor kurzem auch ein paar mal hintereinander passiert, aber ich konnte es dann nicht mehr reproduzieren. Gefühlt passiert es wenn ich in der DPR/DPK arbeite.

[HRolle]

Zitat von himitsu:

Das Ereignislog sagt .... Wann schmeißen die endlich diesen .NET-Schrott raus?

Zitat:

Name der fehlerhaften Anwendung: bds.exe, Version: 29.0.53571.9782, Zeitstempel: 0x66d2e9f5
Name des fehlerhaften Moduls: clr.dll, Version: 4.8.9261.0, Zeitstempel: 0x667a1900
Ausnahmecode: 0xc00000fd
Fehleroffset: 0x0045942a
ID des fehlerhaften Prozesses: 0x0xA6EC
Startzeit der fehlerhaften Anwendung: 0x0x1DB15A36635EA05
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Embarcadero\Studio\23.0\bin\bds.exe
Pfad des fehlerhaften Moduls: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr. dll
Berichtskennung: 502a9a9d-9980-4af4-aa61-10febd187ef0
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

Das .Net-Framework 4.0 ist seit 12.1.2016 "Out of Support", kann dadurch Fehler beim Zugriff auf Betriebssystemkomponenten ab Windows 10 haben. Es wäre wirklich dringlichst nötig BDS und vielleicht noch andere Komponenten, die auf ältere .Net-Framework-Varianten zugreifen, zu überarbeiten.

[Rollo62]

Zitat von himitsu:

Mit {$ZEROBASEDSTRINGS ON} kann der Debugger auch irgendwie nicht umgehn.

Was genau ist denn da anders als vorher, der DEFAULT Wert?

Laut Hilfe sollte es noch so sein:

Zitat:

- Delphi string type helpers (TStringHelper) remain 0-based.
- All Delphi global flat functions are 1-based.

Ich nutze für meinen Teil, wenn ich 0-based möchte ausschließlich die type helper, und
wenn ich das traditionell 1-based möchte die normalen Delphi Indizes ( mit oder ohne High()/Low() ).

Das ist schon schlimm genug und dann noch eine zusäzliche Schwierigkeit mit $ZEROBASEDSTRINGS einzubauen kann ich sowieso keinem emppfehlen.
Für welchen realen Anwendungsfall genau sollte man das machen (Ok, vielleicht außer Zwang durch externe 3rd Party Libraries )?

[himitsu]

Zitat von Rollo62:

Was genau ist denn da anders als vorher, der DEFAULT Wert?

OFF

Gut, es betrifft nur den Zugriff auf den String selbst (Funktionen ala Copy und Pos sind leider nicht inbegriffen),
und der Code an sich funktioniert ja (scheinbar), aber der Debugger zeigt halt Mist an, z.B. bei mystring[idx] den falschen Char.

OK, ich Nutze es hier im Windows, in einem Teil des Codes,
aber es war ja mal eine ganze Weile als Zwang drin, paar Jährchen, für die damals "neuen" Mobilen Platformen ... da könnte man doch erwarten, dass es jemand auch mal getestet hatte.

[himitsu]

Oftmals doppelter oder unsichtbarer Cursor.

Nachdem ich grade selbst versucht hab in ein TMemo zu malen, verstehe ich, warum das bei denen ständig im Code-Editor passiert.

Nur hab ich es hinbekommen, dass es bei mir nicht mehr passiert und ich weiß auch, warum es so ist.
http://fnse.de/TMemoCustomDraw.mp4 (sieht in dem SnippingTool-Video nur schlimmer aus, als es ist )