Ctrl-# funktioniert nicht (immer)

[Uwe Raabe]

Zitat von Benmik:

das Zeichen auf der Tastatur ist das ÷ .

Ist offenbar wirklich vom Hersteller abhängig.

https://commons.wikimedia.org/wiki/C...ads?uselang=de

Nach dieser Sammlung ist das ÷ aber eher die Ausnahme.

[TiGü]

Auf meinen guten alten "Microsoft Natural Ergonomic Keyboard 4000 v1.0" ist das auch ein ÷ zwischen Num-Taste und ×-Taste.

[Benmik]

Echt! Wusste gar nicht, dass es andere gibt. Ich habe eine höchst einfache Cherry KC-1000.

[himitsu]

Was draufgedruckt ist, ist erstmal egal,
so lange diese Taste nicht einen anderen ScanCode rausgibt,
ist / und ÷ identisch.

Wie das dann im Treiber/System in den KeyCode, bzw. Char übersetzt wird, ist eine andere Angelegenheit und hängt von installierten KeyboardLayout (KeyMapper) und MIME ab.
Mit einem englischen Layout ist z.B. da unten, bei "Entf" ein Dezimalpunkt und kein Dezimalkomma.

[Benmik]

Ich bin jedenfalls total dankbar für diese einfache Lösung. Ich wusste nicht, dass dieser Befehl im Kontextmenü ist und habe es daher nie ausprobiert.

Um auf meine Frage zurückzukommen: Bei euch passiert das nicht, dass im Debugger die überwachten Ausdrücke ausgegraut und nicht mehr erreichbar sind?

[himitsu]

F7/F8, da sind die kurz (*1) aus, aber kann mich nicht erinnern, dass die nicht zurück kamen.

*1 wobei das Kurz manchmal echt lang ist.
Schlimm, wenn man zu schnell/oft F7/F8 gedrückt hat, dann bleibt bei mir manchmal der Debugger komplett hängen und reagiert garnicht mehr. Die IDE kann ich dann nur noch abschießen, weil sie beim Beenden dann auch hängen bleibt, egal was ich bei "Debugger läuft noch. Beenden oder Trennen?" auswähle.

[Benmik]

Das sieht so aus und nein, es kommt nicht zurück.

[himitsu]

Blick nach rechts.
Ich frag mich, ob die es irgendwann mal wieder hinbekommen "vernünftige" Standardwerte zu benutzen.

Es ist einfach nur krank, dass seit paar Jahren die DebugDCUs standardmäßig aktiv sind und man ständig in der RTL/VCL landet.

[jaenicke]

Zitat von himitsu:

Es ist einfach nur krank, dass seit paar Jahren die DebugDCUs standardmäßig aktiv sind und man ständig in der RTL/VCL landet.

Das kann man so oder so sehen.

Interessant fände ich eher, wenn man zwar in den Systemunits debuggen könnte, die impliziten Stringumwandlungen davon aber ausnehmen könnte...

Aber das ist hier das falsche Thema.

[TiGü]

Zitat von himitsu:

Es ist einfach nur krank, dass seit paar Jahren die DebugDCUs standardmäßig aktiv sind und man ständig in der RTL/VCL landet.

Hm...ja ja, gewiss...weil man ja auch jeden Tag fünf neue, produktive Projekte anfängt!

Ich bin hingegen immer schwer genervt, wenn die Kollegen das Ausschalten und die DPROJ commiten, weil in 7 von 10 Fällen man nur über den vollständig debuggbaren Callstack zum Ziel kommt.