Seite 15 von 16
Verfasst: 27.06.2008 12:54
von DarkDragon
dige hat geschrieben: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.
Verfasst: 27.06.2008 13:23
von 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..
Verfasst: 27.06.2008 13:51
von DarkDragon
dige hat geschrieben: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).
Verfasst: 27.06.2008 14:00
von 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

Verfasst: 27.06.2008 15:22
von ts-soft
dige hat geschrieben: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
Verfasst: 27.06.2008 15:26
von Kiffi
ts-soft hat geschrieben:Müssen wir also mit leben oder Includes verwenden.
... oder jaPBe verwenden.

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

Verfasst: 27.06.2008 15:37
von ts-soft
Kiffi hat geschrieben:... 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

)
Re: PBOSL 1.0 (OpenSource Library-Sammlung)
Verfasst: 15.10.2009 15:34
von 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é
Re: PBOSL 1.0 (OpenSource Library-Sammlung)
Verfasst: 15.10.2009 17:28
von Rings
der source iss doch dabei. passe es halt an neue pb versionen
als include, ohne die statische libs .