Wollt ne map kompilieren und dann kam in der log ca. 1000 mal "Warning: Recursive Threadlock"
hab schon gegoogelt und in den compile error artikeln hab ich auch nichts gefunden
hab sogar schon die ganze map in ne neue kopiert, hat aber nix geholfen
Hat jemand na Ahnung von dem Error?

|| Clix meh! || ... Steirermen san very good , very very good for Hollywood ...||

hmm...

kenn den fehler jetz nich... aber hast du nen fehler der mit alt+p erkannt wird?
die map wird schon fertig kompiliert oder? und wenn was für auswirkungen hat's auf die map?

"Die chemische Zusammensetzung dichterischer Inspiritation besteht aus 99% Whisky und 1% Schweiß."

also recursive bedeutet, dass eine funktion in einem programm sich selber aufruft. das fürht zu einem verdammt schnellen schleifenablauf der natürlich nicht so gut ist ;)
threadlock weis ich nicht genau, jedenfalls ist ein thread ein programmablauf. ich nehme an du hast irgendwelche entitys ausversehen sich selber triggern lassen, check das mal

bei alt+p erkennt er nichts

das mit den triggern kann schon sein, doch warum schreibt ers dann 1000 mal? Kann ich das irgendwie überprüfwn ohne jedes entity einzeln zu überprüfen?

|| Clix meh! || ... Steirermen san very good , very very good for Hollywood ...||

ich wüsste nicht, wie man das anders rausfinden sollte. habe aber auch noch nie von dem fehler gehört. und das er das 1000mal schreibt, liegt vielleicht daran, dass er diese schleife(n) beim kompilieren selber irgendwie abläuft o_O aber sicher bin ich mir da nicht...

Hm hm hm... klingt beinahe wie ein sogenannter "Deadlock", ein Phänomen aus dem Multithreading. Ein Thread sperrt sich infolge seiner eigener Zugriffschutzsysteme selber und kann sich selber nicht mehr beenden oder terminieren. Er läuft gegen Unendlich weiter und wird niemals mehr freigegeben, weder vom Prozeß noch von anderen Threads.

Aber, ein Deadlock ist kein Threadlock, und persönlich habe ich von diesem Error noch nie was gehört.

K:R-I)Z++
"CSS ist cascading style sheets. Und nicht so'n Ranzspiel." - dp
In memory of Voice († 2005/03/30)

an der map liegts nicht, bei anderen maps kommt der fehler auch

|| Clix meh! || ... Steirermen san very good , very very good for Hollywood ...||

poste mal das .log file (nicht die 1000 errors, die Compileraufrufe in Reihenfolge und Parameter dürften genügen)

Sig as a brick ┴┬┴┬┴┬┴┬┴┬┴┬┴
WW

Quellcode:hlcsg v2.5.3 rel Custom Build 1.7p3 (Feb 21 2003)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (merlinis@bigpond.net.au)
-----  BEGIN  hlcsg -----
Command line: C:\DOKUME~1\Phil1\Desktop\DINGSB~1\MAPPIN~1\wc\hlcsg.exe D:\Spiele\Counter-Strike\cstrike\maps\cs_knad_beta5
Entering D:\Spiele\Counter-Strike\cstrike\maps\cs_knad_beta5.map

Current hlcsg Settings
Name                 |  Setting  |  Default
---------------------|-----------|-------------------------
threads               [       2 ] [  Varies ]
verbose               [     off ] [     off ]
log                   [      on ] [      on ]
developer             [       0 ] [       0 ]
chart                 [     off ] [     off ]
estimate              [     off ] [     off ]
max texture memory    [ 4194304 ] [ 4194304 ]
priority              [  Normal ] [  Normal ]

noclip                [     off ] [     off ]
null texture stripping[      on ] [      on ]
clipnode economy mode [      on ] [      on ]
clip hull type        [  legacy ] [  legacy ]
onlyents              [     off ] [     off ]
wadtextures           [      on ] [      on ]
skyclip               [      on ] [      on ]
hullfile              [    None ] [    None ]
min surface area      [   0.500 ] [   0.500 ]
brush union threshold [   0.000 ] [   0.000 ]

Using mapfile wad configuration
Wadinclude list :
[zhlt.wad]

55 brushes (totalling 326 sides) discarded from clipping hulls
CreateBrush:
Warning: Recursive ThreadLock

Warning: Recursive ThreadLock

Warning: Recursive ThreadLock

Warning: Recursive ThreadLock

...

-----   END   hlcsg -----



|| Clix meh! || ... Steirermen san very good , very very good for Hollywood ...||

hmm, die 2 threads stören mich, allerdings hab ich ein älteres Custom_Build.
altes Log von mir..
Quellcode:hlcsg v2.5.3 rel Custom Build 1.7 (Dec  9 2002)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (merlinis@bigpond.net.au)
-----  BEGIN  hlcsg -----
Command line: e:\q\quark\zhlbuild\hlcsg.exe ./maps/newmap.map
Entering ./maps/newmap.map

Current hlcsg Settings
Name                 |  Setting  |  Default
---------------------|-----------|-------------------------
threads               [       1 ] [  Varies ]
...
irgendeine Voreinstellung bei den Compileraufrufen versaut ?

Edit: (früher?) mussten die Compiler im selben Laufwerk wie HL und die .map sein..

Sig as a brick ┴┬┴┬┴┬┴┬┴┬┴┬┴
WW

Hihihi, ein Deadlock >:)

Da ist wohl einer der beiden Threads blockiert. Was benutzt du für ein OS?

K:R-I)Z++
"CSS ist cascading style sheets. Und nicht so'n Ranzspiel." - dp
In memory of Voice († 2005/03/30)

Die threads stehen doch für die Anzahl der Prozessoren, oder?
Also denk ich mal das du nur einen hast aber dennoch 2 verwenden willst.

btw. ist das doch nur eine Warnung und kein error, theoretisch müsste der compile-vorgang trotzdem durchlaufen.

http://choerbaert.org
Ein Gespenst geht um im Netz - das Gespenst des Open Source
csndr

hat sich erledigt: lag an den zhlts

|| Clix meh! || ... Steirermen san very good , very very good for Hollywood ...||

ScyTheMan: Nö.

georg-wicherski@pixel-house.net | http://www.pixel-house.net/ - Coding Resource| http://www.google.de/

Zitat:

-threads #
manually specify the number of threads to run

This option is generally only necessary on the non-windows versions of the tools, where there is not a standard way to detect the number of processors in the system and auto-set the value. It can be manually set on windows machines, primarily if you wish to use fewer threads than processors.

Ist jetzt eh zu spät.

http://choerbaert.org
Ein Gespenst geht um im Netz - das Gespenst des Open Source
csndr

Entschuldigt dass ich diesen Thread wieder raus krame.
Der Fehler scheint auch unter Windows 7 mit einer 8-Kern-AMD-CPU aufzutreten.
Ich kann nur Kompilieren, wenn ich "-threads 1" angebe.
Scheint wohl ein Programmierfehler in den ZHLT zu sein.

EDIT: Lieber die 64bit-ZHLT-Version bei einer 64bit-CPU verwenden, dann funktioniert alles! :D

da voo

Schäm dich - schon wieder eine Leiche misshandelt. *lach

Oder nimmt halt SHLT. Oder AnimalJoes HLT. Oder jetzt neu Vluzacn's HLT

Aber obs wirklich an Mehrkernprozessor liegt? Vielleicht doch eher an der Bit-Version (32 bzw. 64)? Ich compiliere auch mit Mehrkern und habe nie Probs gehabt. Nutze da immer deshalb die 64bit-Versionen.

Was auch leicht passieren kann (wenn man nicht Aufpasst), das die Compile-Reihenfolge nicht eingehalten wird. Der Log Analyzer spunkt dann nämlich ganz simpel folgendes aus:

Zitat:

Compile Log Analyzer - Auswertung
Fataler Fehler: Die Reihenfolge der Compile-Tools ist nicht korrekt oder es wurden nicht alle Compile-Tools aufgerufen. Die korrekte Reihenfolge ist: (hl)csg, (hl)bsp, (hl)vis und (hl)rad.

Euer Phoenics

Danke für die Tipps.
Meine kleine Mapping-Seite gibts leider schon lange nicht mehr ^^

da voo