Was nervt euch so, während der Programmierung oder so allgemein

[Win32.API]

Was mich gerade richtig nervt, ist das Delphi _immer_ einen Stackframe generiert. Sowas wie "naked" in c/c++ gibt es wohl nicht :|

Und schön sind diese Ganzen Workarounds aka Hacks auch nicht ...

[Namenloser]

Stackframes kann man doch in den Projektoptionen ausschalten :gruebel:
Und dann gibt's ja auch noch Inline-Funktionen...

[Win32.API]

Ich brauche den Stackframe nur bei ein paar Funktionen nicht, deswegen fallen die Projektoptionen raus. Den Zusammenhang mit Inline Funktionen kann ich noch nicht ganz nachvollziehen, kannst du das bitte etwas genauer erläutern?

[Namenloser]

Naja, Inline-Funktionen kommen doch ohne echten Funktionsaufruf aus (wie so eine Art Makro), somit sollte auch der Stackframe wegfallen.
Aber wie auch immer, du kannst Stackframes auch per Compilerdirektive für bestimmte Bereiche ein- und ausschalten:

Delphi-Quellcode:

{$W-} {$STACKFRAMES OFF}

bzw.

Delphi-Quellcode:

{$W-} {$STACKFRAMES OFF}

.

[himitsu]

Immer?

Die Erzeugung des Stack-Frame hängt von den Funktions-Parametern und den lokalen Variablen ab.

In den Projektoptionen oder via Compilerschalter kann man nur "immer Sackframe erzeugen" sagen.
Ist diese Optionen nicht gesetzt, dann hängt es eben vorwiegend von den oben genannten Faktoren ab.

{$STACKFRAMES ON} = immer Sackframe erzeugen
{$STACKFRAMES OFF} = nur dann erzeugen, wenn nötig

[DeddyH]

Zitat:

Zitat von himitsu (Beitrag 1068901)

{$STACKFRAMES ON} = immer Sackframe erzeugen

Träumst Du schon vom Weihnachtsmann? :roll:

[himitsu]

Was mich grade total nervt, ist ein blöder Fehler und dazu die sehr aussagekräftigen Fehlermeldungen seitens Delphi.

Delphi-Quellcode:

Unit InvConst;

interface

resourcestring
  SClassNotRegistered = 'Klasse nicht registriert';
  SIntfNotRegistered = 'Interface %s nicht registriert';

implementation

end.

Mehr steht nicht in dieser Unit.

Wie bekomm ich jetzt raus, was nicht registriert ist? Bekomme ja immer nur "Klasse nicht registriert" zu sehn.
Beim Interface hatte man da wohl weiter gedacht. :wall:

[Elvis]

Ich könnte die Wände hochkriechen und mich an dem Zipfel Tapete innerhalb von 3h bis zur Lampenfassung durchkauen wenn...

• ... APIs absolut grundlegende und sinnvolle Methoden/Klassen internal oder private markieren.
• ... Ich etwas manuell tun muss, was eine Maschine besser und zuverlässiger erledigen kann. Ich es aber trotzdem tun muss, weil irgendein Toolvendor einfach keinen Anspruch an seine Arbeit hat
• ... APIs, oder Software im Allgemeinen, komplett blödsinnige Annahmen machen, die dazu führen, dass sie jenseits der "Hauptstraße" unbenutztbar werden.
  Und ja, fast jede annahme ist eine blödsinnige. Für fast alles gibt es Hooks und APIs im OS, oder der Runtime, oder wem-auch-immer, die einem genau sagen können was wie zu passieren hat.
• ... ich, wie jeden Tag morgens, an meiner Windows-Maschine sitzend, erkennen muss, dass der Tag gar nicht mehr so toll werden kann. Zumindest nicht, bis ich sie wieder ausschalte.
• ... ich Host apps für Plugins neu starten muss, weil sie zu blöd sind, PlugIn APIs zu schaffen, die diese im Betrieb entladen/tauschen können.

Ich könnte noch etliches mehr auflisten.
Eigentlich müsste man sich in Grund und Boden schämen, wenn einem jmd nach dem Job fragt.
Es gibt wohl kaum eine Branche mit so geringen Anspruch, sovielen lernfaulen, dogmatischen und ideelosen Trotteln, wie die Software-branche.

Hatte gestern erst ein bleibendes Erlebnis mit Elsterformular, wieder ein schönes Beispiel von Fricklern, die der Welt einen unschätzbaren Gefallen getan hätten, wenn sie Turnschuhtestriecher gelernt hätten...

[mquadrat]

Zitat:

Zitat von Elvis (Beitrag 1103724)

Ich könnte die Wände hochkriechen und mich an dem Zipfel Tapete innerhalb von 3h bis zur Lampenfassung durchkauen wenn...

Schlechten Tag gehabt? :-D

[sHoXx]

was mich grade total nervt ist, dass ich net mehr debuggen kann

"Debugger-Kernel BORDBK200.DLL or BORDBK100N.DLL fehlt oder kann nicht geladen werden"

:evil: