PBOSL 1.0 (OpenSource Library-Sammlung)

[DarkDragon]

Ups, jetzt warste schneller als mein Edit ... der Source geht
hatte das Init() vergessen..

Die compilierten Libs habe ich von http://pbosl.purearea.net/pbosl_win.zip
geladen..

Das ist weil du Threadsafe an hast aber nicht das Threadsafe Subsystem von PBOSL nutzt.

Threadsafe Subsystem: UserLibThreadSafe
Bei Unicode gibts auch ein Subsystem: UserLibUnicode
Und bei beidem: UserLibUnicodeThreadSafe

Das ist allerdings schon länger so.

[dige]

Ich habe die Libs mit Stand vom 22.6.2008 in die entsprechenden Unterverezichnisse kopiert. Beim Compiler muss ich da ebenfalls noch was angeben so wie beim DirectX9 Subsystem?

Den Fehler Unresolved external symbol '_PB_StringPosition' erhalte ich sobald ich irgendeinen Befehl aus der ProccessLib verwende.

Aber egal, mit dem Source gehts ja..

[DarkDragon]

Ich habe die Libs mit Stand vom 22.6.2008 in die entsprechenden Unterverezichnisse kopiert. Beim Compiler muss ich da ebenfalls noch was angeben so wie beim DirectX9 Subsystem?

Den Fehler Unresolved external symbol '_PB_StringPosition' erhalte ich sobald ich irgendeinen Befehl aus der ProccessLib verwende.

Aber egal, mit dem Source gehts ja..

Wenn du Threadsafe an hast, aber beim Compiler eben nicht das mit dem Subsystem angibst kommt der Linker error. Genau so wie beim DX9 Subsystem müssen die Subsysteme angegeben werden von PBOSL für Threadsafe und Unicode und UnicodeThreadsafe (Die genauen Bezeichnungen siehst du ja oben fett gedruckt in meinem letzten Posting).

[dige]

Hmm, wieder was gelernt. Mit der CompilerOption Library Subsystem: UserLibThreadSafe geht es... *tststs* ... dachte PB wählt beim aktivieren von Thread-sichere Executables erstellen automatisch dieses Verzeichnis

[ts-soft]

dachte PB wählt beim aktivieren von Thread-sichere Executables erstellen automatisch dieses Verzeichnis

Nein, PB sucht nach einer Funktion mit der Erweiterung:
Foo_THREADSAFE oder Foo_UNICODE oder Foo_THREADSAFE_UNICODE
statt nach Foo

Da TailBite nur in einem Modus kompilieren kann, geht das mit Userlibs
leider nicht so einfach.

Er müßte in allen 4 Modi kompilieren, die Libs mergen und dann die Userlib
erstellen, aber diese Erweiterung traut sich wohl keiner einzubauen.

Müssen wir also mit leben oder Includes verwenden.

Gruß
Thomas

[Kiffi]

Müssen wir also mit leben oder Includes verwenden.

... oder jaPBe verwenden.

[dige]

@Kiffi: yap, korrekt! Mit jaPBe gehts nämlich ohne den ganzen Quatsch. Tja, da probiert man schon mal ausnahmsweise die PB IDE aus..

[ts-soft]

... oder jaPBe verwenden.

Der ändert doch nichts an der Tatsache das SubSysteme für Dinge genutzt
werden, wofür sie nicht gedacht sind.
Die Automatisierung mag ja für manchen angenehm sein, ich bevorzuge es
ein SubSystem nur dann zu nutzen, wenn ichs angegeben habe, nicht weil ich
die CompilerOptionen ändere. (AntiFeature )

[real]

Brauchte heute die PBOSL wegen der NTService-Möglichkeiten und bin ein wenig auf die Schnxxxx gefallen. Auf der Webseite hab ich lediglich die Version für 4.20 gesehen, die leider nicht ordentlich mit 4.3x / 4.4x funktioniert.

Gibt's eigentlich die PBOSL schon für 4.3x oder gar 4.4x? Oder ist das Projekt gestoppt?

Grüße
René

[Rings]

der source iss doch dabei. passe es halt an neue pb versionen
als include, ohne die statische libs .