PureBasic 3.94 für Windows (final)

[FloHimself]

String´s sind noch nicht threadfest, aber mit kleinen handshake tricks über globalvariablen kann man es umgehen.

Und alle laufen stabil.

tja, mal geht es gut, mal nicht. du solltest threads nicht über *einfache*
globale variablen synchronisieren.

mehr hier:
http://forums.purebasic.com/german/view ... l+sections

[Lukaso]

Ich hab das schonmal erwähnt, aber irgendwie sind die Zeilenausgaben beim Debuger der 3.94 fürn arsch. Beim 3.93er waren die Zeilen eigentlich immer richtig. Das kann ich hier nicht behaupten. Ich habe einen Fehler in meinem Player, der passiert sehr sehr sehr Selten, und wenn er mal passiert, sind die Informationen im Debugger unbrauchbar. Das ist die berümte suche der Nadel im Heuhaufen.

Line: 117 - Invalid memory access.

Auszug aus dem, wass der Debugger zeigt:

Code: Alles auswählen

[111] HideWindow(#Player_Window, 0)
[112] 
[113] Repeat
[114]    
[115]   Event = WaitWindowEvent()
[116]   
Fehlerzeile: [117]   WindowID = EventWindowID()
[118]   
[119]   GadgetID = EventGadgetID()
[120]   
[121]   EventType = EventType()
[122]   
[123]   MenuID = EventMenuID()

Komisch das ganze ...

[mk-soft]

String´s und Newlist bearbeiten vermeide ich natürlich in Thread´s. Lesen keine Probleme.

[HeX0R]

Siehe hier Lukaso.

Das nervt durchaus schon so langsam...

[nicolaus]

Also ich hab das selbe prob wie lukaso.
der debuger markiert zeilen die teilweise den error messages absolut wiedersprechen.
nachfolgend mal 2 bilder die das zeigen:

Das folgende bild zeigt die vom debuger markierte stelle im code (zeile 3990)


und die dazugehörige Msg aus der IDE ist diese:


Seit wann hat DisableDebuger was mit #File zu tun???

Leider muß ich auch sagen das der Debuger zur zeit noch unbrauchbar ist. Schade aber so werd ich wohl erst mal weiter mit PB 3.93 arbeiten müßen.

Was aber noch lustiger ist ist das in der Msg mal steht das ein File nich initialisiert ist ne min später bei erneutem versuch steht dann auf einmal drin "invailed memory...." der debuger bleibt aber an gleicher stelle stehen

[Deeem2031]

@nicolaus: Woher soll der Debugger auch wissen wo dein programm abstürzt wenn du ihn disablest? Er kommt bei "DisableDebugger" an, setzt die Zeile, geht zur nächsten Zeile, da er aber deaktiviert ist kann er die Zeile nicht mehr setzen. Tritt nun ein Fehler auf, bemerkt der Debugger das wegen der Exception von Windows aber trotzdem. Da die letzte gesetze Zeile ja "DisableDebugger" war, ist der Fehler also in der Zeile. Das der Fehler paar Zeilen tiefer aufgetreten ist kann er ja nicht ahnen. Die einzige Möglichkeit des Debuggers wäre es den ganzen Block vom "DisableDebugger" bis zum nächsten "EnableDebugger" zu makieren.

[nicolaus]

@nicolaus: Woher soll der Debugger auch wissen wo dein programm abstürzt wenn du ihn disablest? Er kommt bei "DisableDebugger" an, setzt die Zeile, geht zur nächsten Zeile, da er aber deaktiviert ist kann er die Zeile nicht mehr setzen. Tritt nun ein Fehler auf, bemerkt der Debugger das wegen der Exception von Windows aber trotzdem. Da die letzte gesetze Zeile ja "DisableDebugger" war, ist der Fehler also in der Zeile. Das der Fehler paar Zeilen tiefer aufgetreten ist kann er ja nicht ahnen. Die einzige Möglichkeit des Debuggers wäre es den ganzen Block vom "DisableDebugger" bis zum nächsten "EnableDebugger" zu makieren.

Also dann verstehe ich wohl DisableDebuger nich ganz richtig und die hilfe ist ja dann auch falsch denn da steht:

Dies schaltet die Debugger-Prüfroutinen bei nach diesem Befehl folgenden Sourcecode aus.

und wenn der Debuger nun aus ist wie kann er da nen fehler feststellen?????
Bis zu der Zeile DisableDebuger is er an und erst dort wird er abgeschalten. wenn nun vor dieser zeile nen Fehler kommt kann ja wohl schlecht erst die zeile Disabledebuger markiert werden. Noch dazu ist in dem Block von Disabledebuger bis Enabledebuger nix was mit nem #File zu tun hat. Is doch schon sehr verwirrend.

[Deeem2031]

und wenn der Debuger nun aus ist wie kann er da nen fehler feststellen?????

Hm... stimmt eigentlich, Fehler wie "File object not initialized" dürften eigentlich garnicht angezeigt werden. Allerdings Fehler sowie "invalid memory access" werden immer angezeigt, egal ob mit disabledebugger oder ohne, da diese Fehler von Windows gemeldet werden und nicht vom Programm selber.

Noch dazu ist in dem Block von Disabledebuger bis Enabledebuger nix was mit nem #File zu tun hat. Is doch schon sehr verwirrend.

Das ist wirklich verwirrend, allerdings könnte es auch an der falschen Bedienung von "DisableDebugger" liegen. Du hast nämlich den Befehl in einer Procedure, also musst du "EnableDebugger" auch in der selben Procedure aufrufen, oder du weißt was du tust
Sowas wie "Procedure DD():DisableDebugger:Endprocedure" und "Procedure ED():EnableDebugger:Endprocedure" funktioniert nämlich nicht.

[nicolaus]

also der block von DisableDebuger bis EnableDebuger ist in ein und der selben Procedure und sieht so aus:

Code: Alles auswählen

DisableDebugger
;{ NewsTicker-Drawing
  If INI\ShowInfoTicker 
    UseImage(#pic_newsticker)
    StartDrawing(ImageOutput())
    DrawingMode(0)
    Box(0,0,ImageWidth(),ImageHeight()+1,RGB($17,$52,$99))
    DrawingMode(1)
    FrontColor(0,0,0)
    DrawingFont(LoadFont(#fot_newsticker,"Verdana",15,#PB_Font_Italic))
    Locate(9,3)
    DrawText(AnimatedNews) 
    DrawingMode(1)
    FrontColor(237,203,12)
    DrawingFont(LoadFont(#fot_newsticker,"Verdana",15,#PB_Font_Italic))
    Locate(8,1)
    DrawText(AnimatedNews)
    StopDrawing()
    SetGadgetState(#img_newsticker,UseImage(#pic_newsticker))
  EndIf ;}
EnableDebugger

Wie du siehst is da nix was mit Files zu tun hat.
Ich bin halt auch der meinung das der fehler ganz wo anders aufttritt und schon was mit nem file zu tun hat. Das prob ist der neue Debuger der wohl noch recht bugy ist.

[freak]

Du hast bestimmt nen thread irgendwo am laufen, oder?
Der Debugger ist dafür nicht ausgelegt. Da stimmen die angegebenen Zeilennummern nicht mehr.