Sigsegv-Fehler bei wahrscheinlich durch Debugger

Antworten
karkov
Beiträge: 69
Registriert: Di 27. Okt 2009, 17:52

Sigsegv-Fehler bei wahrscheinlich durch Debugger

Beitrag von karkov »

Liebes Forum,

ich habe ein Problem mit Lazarus unter Windows Vista.
Das Kompelieren des Projektes klappt einwandfrei, Der Debugger scheint aber nicht zu starten. Hier die Logdatei des Debuggers:
TMainIDE.ParseCmdLineOptions:
PrimaryConfigPath="C:\Users\Karkov\AppData\Local\lazarus"
SecondaryConfigPath="C:\lazarus"
TMainIDE.CloseUnitComponent C:\Arbeit RaSta\Migration\unit1.pas Form1:TForm1
TProject.UpdateUnitComponentDependencies checking properties ...
TProject.UpdateUnitComponentDependencies checking designers ...
TProject.UpdateUnitComponentDependencies used by designer: C:\Arbeit RaSta\Migration\unit1.pas
TMainIDE.CloseUnitComponent freeing component and designer: C:\Arbeit RaSta\Migration\unit1.pas Form1:TForm1
TProject.UpdateUnitComponentDependencies checking designers ...
LAZARUS END - cleaning up ...
[TMainIDE.Destroy] A
[TMainIDE.Destroy] B -> inherited Destroy... TMainIDE
[TMainIDE.Destroy] END
TMainIDE.ParseCmdLineOptions:
PrimaryConfigPath="C:\Users\Karkov\AppData\Local\lazarus"
SecondaryConfigPath="C:\lazarus"
[TMainIDE.DoRunProject] A
TMainIDE.DoInitProjectRun A True 0
TMainIDE.DoInitProjectRun B
TCompiler.Compile WorkingDir="C:\Arbeit RaSta\Migration\" CompilerFilename="C:\lazarus\fpc\2.2.4\bin\i386-win32\fpc.exe" CompilerParams=" -MObjFPC -Scgi -O1 -gl -WG -vewnhi -l "-FiC:\Arbeit RaSta\Migration\" -FuC:\lazarus\components\sdf\lib\i386-win32\win32\ -FuC:\lazarus\components\tdbf\lib\i386-win32\win32\ -FuC:\lazarus\components\paradox\lib\i386-win32\win32\ -FuC:\lazarus\ideintf\units\i386-win32\ -FuC:\lazarus\lcl\units\i386-win32\ -FuC:\lazarus\lcl\units\i386-win32\win32\ -FuC:\lazarus\packager\units\i386-win32\ "-FuC:\Arbeit RaSta\Migration\" -Fu. "-FEC:\Arbeit RaSta\Migration\" -oproject1.exe -dLCL -dLCLwin32 project1.lpr"
[TCompiler.Compile] CmdLine="C:\lazarus\fpc\2.2.4\bin\i386-win32\fpc.exe -MObjFPC -Scgi -O1 -gl -WG -vewnhi -l "-FiC:\Arbeit RaSta\Migration\" -FuC:\lazarus\components\sdf\lib\i386-win32\win32\ -FuC:\lazarus\components\tdbf\lib\i386-win32\win32\ -FuC:\lazarus\components\paradox\lib\i386-win32\win32\ -FuC:\lazarus\ideintf\units\i386-win32\ -FuC:\lazarus\lcl\units\i386-win32\ -FuC:\lazarus\lcl\units\i386-win32\win32\ -FuC:\lazarus\packager\units\i386-win32\ "-FuC:\Arbeit RaSta\Migration\" -Fu. "-FEC:\Arbeit RaSta\Migration\" -oproject1.exe -dLCL -dLCLwin32 project1.lpr"
Hint: Start of reading config file C:\lazarus\fpc\2.2.4\bin\i386-win32\fpc.cfg
Hint: End of reading config file C:\lazarus\fpc\2.2.4\bin\i386-win32\fpc.cfg
Free Pascal Compiler version 2.2.4 [2009/10/25] for i386
Copyright (c) 1993-2008 by Florian Klaempfl
Target OS: Win32 for i386
Compiling project1.lpr
Compiling resource C:\Arbeit RaSta\Migration\project1.rc
Compiling resource C:\Arbeit RaSta\Migration\fpc-res.res
Linking C:\Arbeit RaSta\Migration\project1.exe
5258 lines compiled, 3.3 sec , 1638048 bytes code, 631256 bytes data
2 hint(s) issued
[TCompiler.Compile] end
[TCmdLineDebugger] Debug PID: 432
[Debugger] Running GDB version: C
[TDebugger.SetFileName] "C:\Arbeit RaSta\Migration\project1.exe"
[TMainIDE.DoRunProject] B TGDBMIDebugger
TGDBMIDebugger.StartDebugging WorkingDir="C:\Arbeit RaSta\Migration\"
[Debugger] Log output: &"No symbol \"FPC_THREADVAR_RELOCATE_PROC\" in current context.\n"
TGDBMIDebugger.ProcessResult Error: ,msg="No symbol \"FPC_THREADVAR_RELOCATE_PROC\" in current context."
[Debugger] Log output: &"info functions FPC_CPUINIT\n"
[Debugger] Log output: &"info address main\n"
[Debugger] Log output: &"info file\n"
[Debugger] File type: pei-i386
[Debugger] Entry point: 0x590e80
[Debugger] Console output: ~"[New thread 3044.0x163c]\n"
[Debugger] Log output: &"mi_cmd_symbol_list_lines: Usage: SOURCE_FILENAME\n"
TGDBMIDebugger.ProcessResult Error: ,msg="mi_cmd_symbol_list_lines: Usage: SOURCE_FILENAME"
[Debugger] Log output: &"info program\n"
[Debugger] Target PID: 3044
[WARNING] Debugger: Unknown stopped reason:
[TMainIDE.DoRunProject] END
[Debugger] Log output: &"info program\n"
[Debugger] Log output: &"kill\n"
[TDebugger.SetFileName] ""
[Debugger] Log output: &"info program\n"
TMainIDE.CloseUnitComponent C:\Arbeit RaSta\Migration\unit1.pas Form1:TForm1
TProject.UpdateUnitComponentDependencies checking properties ...
TProject.UpdateUnitComponentDependencies checking designers ...
TProject.UpdateUnitComponentDependencies used by designer: C:\Arbeit RaSta\Migration\unit1.pas
TMainIDE.CloseUnitComponent freeing component and designer: C:\Arbeit RaSta\Migration\unit1.pas Form1:TForm1
TProject.UpdateUnitComponentDependencies checking designers ...
LAZARUS END - cleaning up ...
[TMainIDE.Destroy] A
[TCmdLineDebugger.Getoutput] Error waiting
Last message repeated 2 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 4 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 8 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 16 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 32 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 64 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 128 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 256 times: "[TCmdLineDebugger.Getoutput] Error waiting "
[TMainIDE.Destroy] B -> inherited Destroy... TMainIDE
[TMainIDE.Destroy] END
Hat jemand 'ne Idee, was da im Argen ist?
Nach oben
u-boot
Beiträge: 308
Registriert: Do 9. Apr 2009, 10:10
OS, Lazarus, FPC: Ubuntu 9.10 (L 0.9.28 FPC 2.2.4)
CPU-Target: 32Bit
Wohnort: 785..

Re: Sigsegv-Fehler bei wahrscheinlich durch Debugger

Beitrag von u-boot »

Ich hab davon keine Ahnung aber Versionsangaben zu System, Debugger, Lazarus, FPC wären sicher vorteilhaft, damit Leute mit mehr Ahnung dir helfen können.

Ok vielleicht stehts drin wenn man sichs aus dem Log zusammensucht.
Ubuntu 9.10 (L 0.9.28 FPC 2.4.x)
Nach oben
karkov
Beiträge: 69
Registriert: Di 27. Okt 2009, 17:52

Re: Sigsegv-Fehler bei wahrscheinlich durch Debugger

Beitrag von karkov »

Ja klar, entschuldigung

Lazarusverion: 0.9.28.2
FPC-Version: 2.2.4
Debugger: GNU GDB 6.8
Nach oben
Thomas B.
Beiträge: 90
Registriert: Fr 2. Nov 2007, 13:32
OS, Lazarus, FPC: Win (L 1.0 FPC 2.6.0)
CPU-Target: 32Bit
Wohnort: Ulm

Re: Sigsegv-Fehler bei wahrscheinlich durch Debugger

Beitrag von Thomas B. »

Probiers mal ohne Leerzeichen in der Pfadangabe (C:\Arbeit RaSta\Migration\project1.exe)
Nach oben
Scotty
Beiträge: 768
Registriert: Mo 4. Mai 2009, 13:24
OS, Lazarus, FPC: Arch Linux, Lazarus 1.3 r44426M FPC 2.6.4
CPU-Target: x86_64-linux-qt/gtk2
Kontaktdaten:
Kontaktdaten von Scotty

Re: Sigsegv-Fehler bei wahrscheinlich durch Debugger

Beitrag von Scotty »

Steht da nicht, dass der Debugger läuft und ein Fehler entsteht, wenn TForm1 geladen wird? Und das lässt sich das nicht ganz einfach prüfen (auskommentieren der Lade- und Startprozeduren). Selbst hier gilt Ockhams Messer - der Debugger ist die unwahrscheinlichste Fehlerquelle :mrgreen:
Nach oben
karkov
Beiträge: 69
Registriert: Di 27. Okt 2009, 17:52

Re: Sigsegv-Fehler bei wahrscheinlich durch Debugger

Beitrag von karkov »

Das mit den Leerzeichen kann ich jetzt ausschließen. Habe ein anderes VZ gewählt, der Fehler bleibt:
TMainIDE.ParseCmdLineOptions:
PrimaryConfigPath="C:\Users\Karkov\AppData\Local\lazarus"
SecondaryConfigPath="C:\lazarus"
TMainIDE.CloseUnitComponent C:\Migration\Belastung\Belastung2003.pas fbelastung:Tfbelastung
TProject.UpdateUnitComponentDependencies checking properties ...
TProject.UpdateUnitComponentDependencies checking designers ...
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung\Belastung2003.pas
TMainIDE.CloseUnitComponent freeing component and designer: C:\Migration\Belastung\Belastung2003.pas fbelastung:Tfbelastung
TProject.UpdateUnitComponentDependencies checking designers ...
[TMainIDE.DoRunProject] A
TMainIDE.DoInitProjectRun A True 0
TMainIDE.DoInitProjectRun B
TCompiler.Compile WorkingDir="C:\Migration\Belastung2\" CompilerFilename="C:\lazarus\fpc\2.2.4\bin\i386-win32\fpc.exe" CompilerParams=" -MObjFPC -Scgi -O1 -gl -WG -vewnhi -l -FiC:\Migration\Belastung2\ -FuC:\lazarus\components\tdbf\lib\i386-win32\win32\ -FuC:\lazarus\components\sdf\lib\i386-win32\win32\ -FuC:\lazarus\components\lazreport\source\lib\i386-win32\ -FuC:\lazarus\components\printers\lib\i386-win32\win32\ -FuC:\lazarus\components\synedit\units\i386-win32\ -FuC:\lazarus\ideintf\units\i386-win32\ -FuC:\lazarus\lcl\units\i386-win32\ -FuC:\lazarus\lcl\units\i386-win32\win32\ -FuC:\lazarus\packager\units\i386-win32\ -FuC:\Migration\Belastung2\ -Fu. -FEC:\Migration\Belastung2\ -obelastung.exe -dLCL -dLCLwin32 belastung.lpr"
[TCompiler.Compile] CmdLine="C:\lazarus\fpc\2.2.4\bin\i386-win32\fpc.exe -MObjFPC -Scgi -O1 -gl -WG -vewnhi -l -FiC:\Migration\Belastung2\ -FuC:\lazarus\components\tdbf\lib\i386-win32\win32\ -FuC:\lazarus\components\sdf\lib\i386-win32\win32\ -FuC:\lazarus\components\lazreport\source\lib\i386-win32\ -FuC:\lazarus\components\printers\lib\i386-win32\win32\ -FuC:\lazarus\components\synedit\units\i386-win32\ -FuC:\lazarus\ideintf\units\i386-win32\ -FuC:\lazarus\lcl\units\i386-win32\ -FuC:\lazarus\lcl\units\i386-win32\win32\ -FuC:\lazarus\packager\units\i386-win32\ -FuC:\Migration\Belastung2\ -Fu. -FEC:\Migration\Belastung2\ -obelastung.exe -dLCL -dLCLwin32 belastung.lpr"
Hint: Start of reading config file C:\lazarus\fpc\2.2.4\bin\i386-win32\fpc.cfg
Hint: End of reading config file C:\lazarus\fpc\2.2.4\bin\i386-win32\fpc.cfg
Free Pascal Compiler version 2.2.4 [2009/10/25] for i386
Copyright (c) 1993-2008 by Florian Klaempfl
Target OS: Win32 for i386
Compiling belastung.lpr
Compiling resource C:\Migration\Belastung2\belastung.rc
Compiling resource C:\Migration\Belastung2\fpc-res.res
Linking C:\Migration\Belastung2\belastung.exe
5262 lines compiled, 5.9 sec , 2585072 bytes code, 1740936 bytes data
2 hint(s) issued
[TCompiler.Compile] end
[TDebugger.SetFileName] "C:\Migration\Belastung2\belastung.exe"
[TMainIDE.DoRunProject] B TProcessDebugger
PR: C:\Migration\Belastung2\belastung.exe
[TMainIDE.DoRunProject] END
TDebugger.ReqCmd Command not supported: StepInto ClassName=TProcessDebugger
TDebugger.StepInto Class=TProcessDebugger failed.
TDebugger.ReqCmd Command not supported: StepOver ClassName=TProcessDebugger
TDebugger.StepOver Class=TProcessDebugger failed.
[TDebugger.SetFileName] ""
[TMainIDE.DoRunProject] A
TMainIDE.DoInitProjectRun A True 0
TMainIDE.DoInitProjectRun B
TCompiler.Compile WorkingDir="C:\Migration\Belastung2\" CompilerFilename="C:\lazarus\fpc\2.2.4\bin\i386-win32\fpc.exe" CompilerParams=" -MObjFPC -Scgi -O1 -gl -WG -vewnhi -l -FiC:\Migration\Belastung2\ -FuC:\lazarus\components\tdbf\lib\i386-win32\win32\ -FuC:\lazarus\components\sdf\lib\i386-win32\win32\ -FuC:\lazarus\components\lazreport\source\lib\i386-win32\ -FuC:\lazarus\components\printers\lib\i386-win32\win32\ -FuC:\lazarus\components\synedit\units\i386-win32\ -FuC:\lazarus\ideintf\units\i386-win32\ -FuC:\lazarus\lcl\units\i386-win32\ -FuC:\lazarus\lcl\units\i386-win32\win32\ -FuC:\lazarus\packager\units\i386-win32\ -FuC:\Migration\Belastung2\ -Fu. -FEC:\Migration\Belastung2\ -obelastung.exe -dLCL -dLCLwin32 belastung.lpr"
[TCompiler.Compile] CmdLine="C:\lazarus\fpc\2.2.4\bin\i386-win32\fpc.exe -MObjFPC -Scgi -O1 -gl -WG -vewnhi -l -FiC:\Migration\Belastung2\ -FuC:\lazarus\components\tdbf\lib\i386-win32\win32\ -FuC:\lazarus\components\sdf\lib\i386-win32\win32\ -FuC:\lazarus\components\lazreport\source\lib\i386-win32\ -FuC:\lazarus\components\printers\lib\i386-win32\win32\ -FuC:\lazarus\components\synedit\units\i386-win32\ -FuC:\lazarus\ideintf\units\i386-win32\ -FuC:\lazarus\lcl\units\i386-win32\ -FuC:\lazarus\lcl\units\i386-win32\win32\ -FuC:\lazarus\packager\units\i386-win32\ -FuC:\Migration\Belastung2\ -Fu. -FEC:\Migration\Belastung2\ -obelastung.exe -dLCL -dLCLwin32 belastung.lpr"
Hint: Start of reading config file C:\lazarus\fpc\2.2.4\bin\i386-win32\fpc.cfg
Hint: End of reading config file C:\lazarus\fpc\2.2.4\bin\i386-win32\fpc.cfg
Free Pascal Compiler version 2.2.4 [2009/10/25] for i386
Copyright (c) 1993-2008 by Florian Klaempfl
Target OS: Win32 for i386
Compiling belastung.lpr
Compiling resource C:\Migration\Belastung2\belastung.rc
Compiling resource C:\Migration\Belastung2\fpc-res.res
Linking C:\Migration\Belastung2\belastung.exe
5262 lines compiled, 6.0 sec , 2585072 bytes code, 1740936 bytes data
2 hint(s) issued
[TCompiler.Compile] end
[TCmdLineDebugger] Debug PID: 708
[Debugger] Running GDB version: C
[TDebugger.SetFileName] "C:\Migration\Belastung2\belastung.exe"
[TMainIDE.DoRunProject] B TGDBMIDebugger
TGDBMIDebugger.StartDebugging WorkingDir="C:\Migration\Belastung2\"
[Debugger] Log output: &"No symbol \"FPC_THREADVAR_RELOCATE_PROC\" in current context.\n"
TGDBMIDebugger.ProcessResult Error: ,msg="No symbol \"FPC_THREADVAR_RELOCATE_PROC\" in current context."
[Debugger] Log output: &"info functions FPC_CPUINIT\n"
[Debugger] Log output: &"info address main\n"
[Debugger] Log output: &"info file\n"
[Debugger] File type: pei-i386
[Debugger] Entry point: 0x6781d0
[Debugger] Console output: ~"[New thread 13360.0x342c]\n"
[Debugger] Log output: &"info program\n"
[Debugger] Target PID: 13360
[WARNING] Debugger: Unknown stopped reason:
[TMainIDE.DoRunProject] END
[Debugger] Log output: &"info program\n"
[Debugger] Log output: &"kill\n"
[TDebugger.SetFileName] ""
[Debugger] Log output: &"info program\n"
TMainIDE.CloseUnitComponent C:\Migration\Belastung2\ubackup.pas fbackup:Tfbackup
TProject.UpdateUnitComponentDependencies checking properties ...
TProject.UpdateUnitComponentDependencies checking designers ...
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubackup.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\uskizze.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ufirma.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubearbeiter.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubelastung.pas
TMainIDE.CloseUnitComponent freeing component and designer: C:\Migration\Belastung2\ubackup.pas fbackup:Tfbackup
TProject.UpdateUnitComponentDependencies checking designers ...
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\uskizze.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ufirma.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubearbeiter.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubelastung.pas
TMainIDE.CloseUnitComponent C:\Migration\Belastung2\uskizze.pas fskizze:Tfskizze
TProject.UpdateUnitComponentDependencies checking properties ...
TProject.UpdateUnitComponentDependencies checking designers ...
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\uskizze.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ufirma.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubearbeiter.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubelastung.pas
TMainIDE.CloseUnitComponent freeing component and designer: C:\Migration\Belastung2\uskizze.pas fskizze:Tfskizze
TProject.UpdateUnitComponentDependencies checking designers ...
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ufirma.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubearbeiter.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubelastung.pas
TMainIDE.CloseUnitComponent C:\Migration\Belastung2\ufirma.pas ffirma:Tffirma
TProject.UpdateUnitComponentDependencies checking properties ...
TProject.UpdateUnitComponentDependencies checking designers ...
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ufirma.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubearbeiter.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubelastung.pas
TMainIDE.CloseUnitComponent freeing component and designer: C:\Migration\Belastung2\ufirma.pas ffirma:Tffirma
TProject.UpdateUnitComponentDependencies checking designers ...
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubearbeiter.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubelastung.pas
TMainIDE.CloseUnitComponent C:\Migration\Belastung2\ubearbeiter.pas fbearbeiter:Tfbearbeiter
TProject.UpdateUnitComponentDependencies checking properties ...
TProject.UpdateUnitComponentDependencies checking designers ...
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubearbeiter.pas
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubelastung.pas
TMainIDE.CloseUnitComponent freeing component and designer: C:\Migration\Belastung2\ubearbeiter.pas fbearbeiter:Tfbearbeiter
TProject.UpdateUnitComponentDependencies checking designers ...
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubelastung.pas
TMainIDE.CloseUnitComponent C:\Migration\Belastung2\ubelastung.pas fbelastung:Tfbelastung
TProject.UpdateUnitComponentDependencies checking properties ...
TProject.UpdateUnitComponentDependencies checking designers ...
TProject.UpdateUnitComponentDependencies used by designer: C:\Migration\Belastung2\ubelastung.pas
TMainIDE.CloseUnitComponent freeing component and designer: C:\Migration\Belastung2\ubelastung.pas fbelastung:Tfbelastung
TProject.UpdateUnitComponentDependencies checking designers ...
LAZARUS END - cleaning up ...
[TMainIDE.Destroy] A
[TCmdLineDebugger.Getoutput] Error waiting
Last message repeated 2 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 4 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 8 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 16 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 32 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 64 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 128 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 256 times: "[TCmdLineDebugger.Getoutput] Error waiting "
Last message repeated 512 times: "[TCmdLineDebugger.Getoutput] Error waiting "
[TMainIDE.Destroy] B -> inherited Destroy... TMainIDE
[TMainIDE.Destroy] END
Nach oben
karkov
Beiträge: 69
Registriert: Di 27. Okt 2009, 17:52

Re: Sigsegv-Fehler bei wahrscheinlich durch Debugger

Beitrag von karkov »

Beim externen Starten von gdb bekomme ich folgenden Fehler:
0x10017f07 in guard32!?Exported@@YAXXZ () from C:\Windows\system32\guard32.dll
hat jemand ne Idee, wofür diese DLL verantwortlich ist und wie ich den Fehler beheben kann?
Nach oben
shokwave
Beiträge: 475
Registriert: Do 15. Nov 2007, 16:58
OS, Lazarus, FPC: Win11/Ubuntu Budgie (L 3.0 FPC 3.2.2)
CPU-Target: i386, x64
Wohnort: Gera

Re: Sigsegv-Fehler bei wahrscheinlich durch Debugger

Beitrag von shokwave »

Klingt nach Virenscanner oder Windows Defender. Vielleicht kannst du ja mal den Projektordner zu den Ausnahmen hinzufügen.
mfg Ingo
Nach oben
karkov
Beiträge: 69
Registriert: Di 27. Okt 2009, 17:52

Re: Sigsegv-Fehler bei wahrscheinlich durch Debugger

Beitrag von karkov »

ich war etwas rigoroser. es war meine Firewall (COMODO) die ärger gemacht hat. Ich habe sie jetzt einfach gegen eine andere ausgetauscht. Jetzt funtioniert es einwandfrei! :-)
Nach oben
chufu
Beiträge: 5
Registriert: Di 13. Okt 2009, 10:33

Re: Sigsegv-Fehler bei wahrscheinlich durch Debugger

Beitrag von chufu »

Habe den selben Fehler unter Win7 64Bit (SIGSEGV)

Der Böse scheint der GNU-Debuger zu sein!
Denn mein Projekt lies sich ohne Probleme Kompilieren. Beim starten mit Debuger kam immer diese Fehlermeldung. Wenn ich diese ignorierte und noch einmal den Start-Button drückte startete mein kompiliertes Test-Programm ohne Probleme.
Jetzt habe ich den Debugger einfach mal abgeschaltet und siehe da, das Projekt wird ohne Probleme kompiliert und gestartet.
Jetz hab ich einfach nur ein Formular mit einem Button der die Close-Funktion aufruft erstellt. Bei größeren Projekten wird sich der fehlende Debugger
höchst warscheinlich irgend wann negativ bemerkbar machen. Fürchte ich!
Da der Gnu-debugger offensichtlich der böse ist nützt aber auch ein neu kompilieren von Lazarus nichts. Was im übrigen auch problemlos klappt.
Mit irgend was hat der debugger ein problem. Bis jetzt bin ich weder durch dieses Forum noch durch ander Quellen dahinter gekommen was das sein könnte. Somal es offensichtlich verschiedene Fehlerquellen für ein und das selbe Problem zu geben scheint. Ein Fehler im eigenen Sourcecode kann ich ausschließen. Der ist nicht so unüberschaubar groß das ich da selbst nicht mehr durchblicken würde.
Das nur mal so als einwurf von mir. Das löst das Problem zwar nicht, dokumentiert aber das es öfter vorkommt und wie schon erwähnt ist mir der Debuger sehr verdächtig das er irgend was nicht ganz richtig versteht. Die Fehlermeldung ist schließlich auch nicht sehr Aussagekräftig (SIGSEGV Was bedeutet das?).
Mal schauen was mir zu diesem Problem noch ein fällt.
Optimal wäre ja die Lösung!

Frohe Ostern oder für nicht Christen einfach schöne Grüße
Peter
Nach oben
MAC
Beiträge: 770
Registriert: Sa 21. Feb 2009, 13:46
OS, Lazarus, FPC: Windows 7 (L 1.3 Built 43666 FPC 2.6.2)
CPU-Target: 32Bit

Re: Sigsegv-Fehler bei wahrscheinlich durch Debugger

Beitrag von MAC »

Hallo.
Hast du es schonmal versucht mit : Lazarus als Administrator zu starten" , UAC ausschalten. oder sowas ?
Es könnte auch sein das Windows dem Debugger einfach ned genug rechte gibt umd das zu machen...
Manchmal hilft es auch das Projekt zu speichern bevor man es debuggt...

Code: Alles auswählen

Signatur := nil;
Nach oben
Socke
Lazarusforum e. V.
Beiträge: 3177
Registriert: Di 22. Jul 2008, 19:27
OS, Lazarus, FPC: Lazarus: SVN; FPC: svn; Win 10/Linux/Raspbian/openSUSE
CPU-Target: 32bit x86 armhf
Wohnort: Köln
Kontaktdaten:
Kontaktdaten von Socke

Re: Sigsegv-Fehler bei wahrscheinlich durch Debugger

Beitrag von Socke »

MAC hat geschrieben:Hallo.
Hast du es schonmal versucht mit : Lazarus als Administrator zu starten" , UAC ausschalten. oder sowas ?
Es könnte auch sein das Windows dem Debugger einfach ned genug rechte gibt umd das zu machen...
Manchmal hilft es auch das Projekt zu speichern bevor man es debuggt...
Ich verwende hier selbst Win 7 Professional 64 bit, nur Lazarus und FPC sind beide 32 bit Programme. Lazarus kann man getrost unter seinen eigenen Benutzer ausführen; Administrator-Rechte sind nur notwendig, wenn man das ganze in ein geschütztes Verzeichnis (wie C:\Program Files\) installiert hat und Lazarus neu bauen möchte. Das Debuggen geht auch so.

Der Debugger stürzt bei mir auch nicht häufiger als anderswo ab (z.B. Debian Linux, 32bit).

Meine Ideen:
  • Eine Zugriffsverletzung (SIGSEGV) muss nicht immer auftreten -- je nachdem, wie sie zustande kommt.
  • Wenn der Debugger schuld ist, kann sie nur mit diesem auftreten.
  • Wenn der Debugger schuld ist, liegt es nicht an Lazarus.
  • Warum hat noch keiner GDB von Hand gestartet?! Solange man keine Breakpoints setzen möchte ist das ausführen eines Programms ganz einfach.
  • Wie wär es mit einem Beispielprogramm?
MfG Socke
Ein Gedicht braucht keinen Reim//Ich pack’ hier trotzdem einen rein
Nach oben
martin_frb
Beiträge: 586
Registriert: Mi 25. Mär 2009, 21:12
OS, Lazarus, FPC: Laz trunk / fpc latest release / Win and other
CPU-Target: mostly 32 bit

Re: Sigsegv-Fehler bei wahrscheinlich durch Debugger

Beitrag von martin_frb »

Es gibt verschiedene bekannte Probleme mit GDB.

Probleme wenn Virenkiller aktiv sind: Commodo Firewall (engl Forum hat Loesungen) / Bitdefender AntiVirus (game mode funktioniert)
- Ob das Problem beim AntiVirus oder bei GDB liegt ist nicht geklärt.
- Ob die Probleme mit aktuellen Versionen noch bestehen, weis ich auch nicht

Manche Applicationen loesen bewusst Signale aus (nicht unbedingt SigSegV). GDB unterbricht dann, hat aber Probleme das Programm fortzusetzen (obwohl das Programm den Fehler abfangen wuerde)

GDB Version pruefen: mindestens 7.0.50 empfohlen.
Aktuelles Lazarus kommt mit 7.3 (w32)
Nach oben
Socke
Lazarusforum e. V.
Beiträge: 3177
Registriert: Di 22. Jul 2008, 19:27
OS, Lazarus, FPC: Lazarus: SVN; FPC: svn; Win 10/Linux/Raspbian/openSUSE
CPU-Target: 32bit x86 armhf
Wohnort: Köln
Kontaktdaten:
Kontaktdaten von Socke

Re: Sigsegv-Fehler bei wahrscheinlich durch Debugger

Beitrag von Socke »

martin_frb hat geschrieben:Probleme wenn Virenkiller aktiv sind: Commodo Firewall (engl Forum hat Loesungen) / Bitdefender AntiVirus (game mode funktioniert)
- Ob das Problem beim AntiVirus oder bei GDB liegt ist nicht geklärt.
- Ob die Probleme mit aktuellen Versionen noch bestehen, weis ich auch nicht
Nun ja, die Kombination ist natürlich schwierig. Prinzipiell könnte ein Virus auch beliebige Software "debuggen" und eigenen Code dabei einschleusen. Ein Virenscanner muss hier dann den unterschied zwischen Softwareentwicklung und Virus erkennen. In keinem Fall dürfen aber Daten geändert werden.
martin_frb hat geschrieben:Manche Applicationen loesen bewusst Signale aus (nicht unbedingt SigSegV)
SigSegV wird vom Betriebssystem gesendet und heißt: Das Programm greift auf Speicher zu, der ihm nicht zugewiesen wurde (Signal: Segmentation Violation). Wenn ohne Debugger das alles garantiert funktioniert, liegt es am Debugger oder an einem anderen Prozess, der in diesem Fall unberechtigter Weise den Arbeitsspeicher verändert.
MfG Socke
Ein Gedicht braucht keinen Reim//Ich pack’ hier trotzdem einen rein
Nach oben
Antworten

Zurück zu „Windows“