Instabile Sprach features?

[Assarbad]

Zitat von QuickAndDirty:

Ich sag nur das mich das voll verunsichert hat....

Und ich sage nur, daß ich eine undatierte Webseite (übrigens auch das damit unwirksame Copyright) mit undatierten "News" sehe, die Behauptungen enthält, welche, im Gegensatz zu den Screenshots zur Untermauerung der Funktionsweise, einfache Behauptungen ohne Untermauerung sind. Außerdem ist der Autor im Anonymität bemüht - ich kann nichtmal wirklich Pseudonymität erkennen.

Bei dieser Faktenlage, wieso sollte man sich da verunsichern lassen?

Also, einfach mal die Kirche im Dorf lassen

[JamesTKirk]

Zitat von Assarbad:

Zitat von QuickAndDirty:

Statement = fpc kann weder Threads noch initialization und finalization vernünftig

Wenn das für initialization und finalization gilt, kann ich es noch nachvollziehen, aber was haben denn bitte Threads mit dem Compiler zu tun? TLS vielleicht ja noch. Aber Thread-Implementierungen unterscheiden sich je nach OS, wie kann man da dem Compiler die Schuld geben? Im Gegensatz zu anderen Sprachen ist Pascal keine die behauptet Threadprogrammierung irgendwie vorm Programmierer zu verstecken, oder habe ich etwas verpaßt?

Ich denke hier ist FPC als Gesamtsystem (Compiler, RTL) gemeint. Und da kommt die betriebsystemabhängige Threading Implementierung von den selben Leuten wie der Compiler.

Gruß,
Sven

[QuickAndDirty]

Zitat von NamenLozer:

Ok, also irgendwo im Internet wird behauptet, dass in FreePascal initialization und finalization nicht richtig funktionieren würden. Hast du mal überprüft, ob andere diese Aussage teilen? Oder ob diese Aussage inzwischen vielleicht schlicht überholt ist? Du wirst im Internet für jeden Compiler unzählige Bug-Berichte finden. Gerade der Delphi-Compiler ist ja auch alles andere als fehlerfrei...

Ich habe ja hier nachgefragt um mich abzusichern....
@Memnarch: Ich vertraue dieser Community mehr als Google. Es war mir in dem Moment woh ich das Thema erstellt habe auch sehr wichtig mich aus 1.er Hand dazu zu informieren.

Zitat von NamenLozer:

Wenn du dich so leicht verunsichern lässt, solltest du besser gar keine Software verwenden.

Ad hominem warum??? Peace!

[Namenloser]

Zitat von QuickAndDirty:

Zitat von NamenLozer:

Wenn du dich so leicht verunsichern lässt, solltest du besser gar keine Software verwenden.

Ad hominem warum??? Peace!

Ad hominem wo?

[Patito]

Zu initialization und finalization:

Finalization Abschnitte funktionieren in Windows DLLs nur sehr eingeschränkt. Ob FPC oder Delphi ist hier egal - Finalization sections in DLLs sind, sobald sie irgendetwas machen, dass nicht völlig banal ist, eigentlich immer Mist.

Wenn man eine Komponente schreibt, sollte man lieber die Finger von diesem altertümlichen Kram lassen - sonst fliegt einem der Code um die Ohren, wenn man mal den Code in einer DLL verwenden will.

Gut, dass das anscheinend wenigstens einem Entwickler mal aufgefallen ist ... nach all den Jahren...

[JamesTKirk]

Zitat von Patito:

Zu initialization und finalization:

Finalization Abschnitte funktionieren in Windows DLLs nur sehr eingeschränkt. Ob FPC oder Delphi ist hier egal - Finalization sections in DLLs sind, sobald sie irgendetwas machen, dass nicht völlig banal ist, eigentlich immer Mist.

Wenn man eine Komponente schreibt, sollte man lieber die Finger von diesem altertümlichen Kram lassen - sonst fliegt einem der Code um die Ohren, wenn man mal den Code in einer DLL verwenden will.

Gut, dass das anscheinend wenigstens einem Entwickler mal aufgefallen ist ... nach all den Jahren...

Das mit initialization/finalization liegt aber nicht an FPC/Delphi, sondern mehr an Windows. initialization/finalization wird innerhalb von DLL_PROCESS_ATTACH bzw. DLL_PROCESS_DETACH aufgerufen, welche sehr hohe Beschränkungen haben. Siehe hierzu auch das Blog Old New Thing eines Microsoft Entwicklers:
Some reasons not to do anything scary in your DllMain
Another reason not to do anything scary in your DllMain
Does creating a thread from DllMain deadlock or doesn't it?

Auch MSDN hat was dazu: DllMain entry point

Gruß,
Sven