I am experiencing the same problem.  Any way I can get you useful debugging info?

I apologize.  This error happens at *startup* for me, not on exit as this Bug suggests.

I have the same on my WinXP SP2.
Yesterday gnucash worked well. After my gnucash session i install the latest WinXP Bugfixes. Today i had the same runtime error. An gnucashupdate to  2.2.0 doesn't fix the problem.

If i start gnucash-bin.exe i became a Message in German like: Program doesnt start because libgncmod-engine.dll wasn't found. A new install could be fix the problem.

This doesn't work. It seems for me, that the varibles not work. The files already exist under gnucash/lib/gnucash. When i copy this file to gnucash/bin and start gnucash-bin.exe the next file "doesn't exist".

Thanks
Ulf

Ok i wrote faster than i thougt.
If i coppy all files gnucash/lib/gnucash in /bin and start the gnucah.bat i found my mistake by my self.

Could the Changes of my WinXp System the trigger for that bug? I dont know what i Install, it was something .NET framework update and this Update for Xp: http://support.microsoft.com/?kbid=936357

Ok, thanks for the feedback so far. @everyone: Please keep in mind to use one bugzilla report per issue - if you encounter a different bug, we strongly encourage you to open a new report.

The initial problem is that on GnuCash startup, "Unspecified fatal error encountered, aborting" is shown and nothing starts. The only debugging suggestions we know of are so far:

- Uninstall gnucash, remove all registry keys both in CURRENT_USER\Software\Gnucash and LOCAL_MACHINE\Software\Gnucash, remove the directory c:\Programme\gnucash (unless you have already written your datafile into that directory), then install gnucash-2.2.0 again. Still the same error?

- Then please install the programm depends.exe from www.dependencywalker.com and check the file c:\Programme\gnucash\gnucash-bin.exe. Check which libraries are shown with error there. All non-Microsoft DLLs should be picked up from the path c:\Programme\gnucash\bin and *not* from the c:\Windows directory; if this is not the case (and e.g. libxml2.dll is used from c:\Windows instead of c:\Programme\gnucash\bin) this could be the reason for this error. In that case you can consider renaming the DLL in the Windows directory, check for whether this error still exists, and then renaming this DLL in the windows directory back to the original name.

- We are no windows experts (so far:), i.e. we hope some windows experts will show up and suggest further debugging information.

Thank you for reporting this problem!

(In reply to comment #5)
> 
> - Uninstall gnucash,

Error at begin uninstall Gnucash ver.2.2.0

** ERROR **: file corba-objekt.c: line 76 (ORBit_register_obref): assertion failed: (obj->object_key !=NULL) aborting...

but uninstall successful finished.

> remove all registry keys both in
> CURRENT_USER\Software\Gnucash and LOCAL_MACHINE\Software\Gnucash, remove the
> directory c:\Programme\gnucash (unless you have already written your datafile
> into that directory), then install gnucash-2.2.0 again. Still the same error?

CURRENT_USER\Software\Gnucash wasn't set after uninstall
LOCAL_MACHINE\Software\Gnucash also

New install is the same problem.

> - Then please install the programm depends.exe from www.dependencywalker.com
> and check the file c:\Programme\gnucash\gnucash-bin.exe. Check which libraries
> are shown with error there. All non-Microsoft DLLs should be picked up from   > the path c:\Programme\gnucash\bin and *not* from the c:\Windows directory; if  > this is not the case (and e.g. libxml2.dll is used from c:\Windows instead of
> c:\Programme\gnucash\bin) this could be the reason for this error. In that case
> you can consider renaming the DLL in the Windows directory, check for whether
> this error still exists, and then renaming this DLL in the windows directory
> back to the original name.

depends.exe with gnucash-bin.exe make this error for following dll's:

"Error opening files. System doesn't find the file."

LIBGNCMOD-APP-UTILS.DLL
LIBGNCMOD-CALCULATION.DLL
LIBGNCMOD-ENGINE.DLL
LIBGNCMOD-GNOME-SEARCH.DLL
LIBGNCMOD-GNOME-UTILS.DLL
LIBGNCMOD-LEDGER-CORE.DLL
LIBGNCMOD-REGISTER-CORE.DLL
LIBGNCMOD-REGISTER-GNOME.DLL
LIBGNCMOD-REPORT-GNOME.DLL
LIBGNCMOD-REPORT-SYSTEM.DLL
DWMAPI.DLL
EFSADU.DLL

I didn't see with Dependeny Walker from wich directory the libxml2.dll is uesed. It seem's that it is the dll from gnucash: Filetimestamp: 06.11.2006 18.18

The depends.exe resumee say's:

Error: At least one required implicit or forwarded dependency was not found.
Warning: At least one delay-load dependency module was not found.
Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module.

> 
> - We are no windows experts (so far:), i.e. we hope some windows experts will
> show up and suggest further debugging information.

Me too i'm only a user. Looks for me more like a problem with Windows, because after my last "XP Update's" 2 things are broken: Gnucash and the suspend to disk on my Laptop doesent work.

The ERROR by suspending:
"Der Dienst "Microsoft.NET Framework v1.1.4322Update" verhindert, dass der Computer in den Ruhestand wechselt. Versuchen Sie, den Dienst anzuhalten, und wiederholen Sie den Vorgang."

Could this information help to fix the problem?

Thanks

My results were precisely the same as Ulf's (comment #6) with the exception of EFSADU.DLL not being reported as not found.  I do not believe this is a problem with the .NET upgrade as I had a similar problem with the unstable releases (pre-.NET update) but (unfortunately) never reported it.

(In reply to comment #7)
> I do not believe this is a problem
> with the .NET upgrade as I had a similar problem with the unstable releases
> (pre-.NET update) but (unfortunately) never reported it.
> 
That could be right.
I can use suspend to disk when i stop netfx???.exe, but gnucash doesen't start after that.

*** Bug 457702 has been marked as a duplicate of this bug. ***

*** Bug 457841 has been marked as a duplicate of this bug. ***

Created attachment 91926 [details]
Profiling output of depends.exe

Comment on attachment 91926 [details]
Profiling output of depends.exe

My output of depends.exe mentions ntdll.dll, which was not mentioned so far. Maybe it helps.

*** Bug 458149 has been marked as a duplicate of this bug. ***

*** Bug 458143 has been marked as a duplicate of this bug. ***

Created attachment 91979 [details]
WinDbg output for gnucash-bin.exe.

Hope this helps.

Note: In bug#457841 Christian Baumhof has given almost all information that we could think of so far.

@Christian: You nicely listed all the created directories; did I understand correctly that the crash-on-startup still occurs even if you have removed all of them? Also, in your TMP directory (c:\TMP or whatever), you probably have directories gconfd-USERNAME and orbit-USERNAME; if you remove those, does this change anything?

Also, as we're talking about an ORBit error message, this is probably bug#452173 (also noted in bug#452170).

*** Bug 452170 has been marked as a duplicate of this bug. ***

Oh, and bug#363648 is probably related as well.

(In reply to comment #16)
> Note: In bug#457841 Christian Baumhof has given almost all information that we
> could think of so far.
> 
> @Christian: You nicely listed all the created directories; did I understand
> correctly that the crash-on-startup still occurs even if you have removed all
> of them?

The crash happens even if I remove all of them. I also searched C:\Documents and Settings\All Users\, but it didn't contain anything. I tried to install as another user, but that didn't work as well.

> Also, in your TMP directory (c:\TMP or whatever), you probably have
> directories gconfd-USERNAME and orbit-USERNAME; if you remove those, does this
> change anything?

C:\TMP did not contain any files related to GnuCash, neither does C:\Windows\Temp, which is referenced in the environment variables TEMP and TMP.

> Also, as we're talking about an ORBit error message, this is probably
> bug#452173 (also noted in bug#452170).
> 

I'll try to use Orbit 2.14.x as described in bug 452173 and I'll look into bug 452170 as soon as I find time to do so.


Greetings

Christian Baumhof

bug#449153 is very similar as well.

FYI, I just changed the environment variables TMP and TEMP from C:\Documents and Settings\$user\Local Settings\Temp to C:\Windows\Temp for a user with restricted rights on Windows XPoo and see a fatal error message on startup.
Someone should take a look at that :-D

I have the exact same problem and have not recently loaded .NET

Do you have C:\Windows\Temp in TMP or TEMP as system or user environment variable?  User variables override system variables, but if there is none, C:\Windows\Temp is used.  ORBit2 does not like that, because it cannot read its contents (and fails in src/orb/GIOP/giop.c:scan_socket_dir).

Please make sure TMP and TEMP are eventually mapped to directories the user can read from and write to.


[Unfortunately I cannot add a sanity check right now, because my PC ceases to work whenever I do something in MSYS.]

> Please make sure TMP and TEMP are eventually mapped to directories the user can
> read from and write to.

They are. After trying a few different directories, I mapped sysmten's and user's TEMP and TMP to C:\Everyone, where 'everyone' has full access. The crash still occurs. 

Hmpf.  C:\Everyone is empty afterwards?

What about http://wiki.gnucash.org/wiki/Windows#gdb .  Does that show a little more information?

(In reply to comment #25)
> Hmpf.  C:\Everyone is empty afterwards?

Yes.

> What about http://wiki.gnucash.org/wiki/Windows#gdb .  Does that show a little
> more information?
> 

I would like to try gdb, however, I can't access my PC until early August, as I am on duty right now. (No useable SSH under Win32, mumble, mumble)

*** Bug 459680 has been marked as a duplicate of this bug. ***

*** Bug 459715 has been marked as a duplicate of this bug. ***

Maybe not what you wanted, but:
(gdb) run
Starting program: /cygdrive/c/Program Files/gnucash/bin/gnucash-bin.exe

Program received signal SIGSEGV, Segmentation fault.

Program received signal SIGSEGV, Segmentation fault.

Program exited with code 030000000005.
You can't do that without a process to debug.
(gdb)

*** Bug 460363 has been marked as a duplicate of this bug. ***

*** Bug 460806 has been marked as a duplicate of this bug. ***

Same problem here. A few observations:

Uninstalling/reinstalling doesn't help. No registry keys corresponding to the ones listed above, but I did delete everything in the registry with 'gnucash' anywhere as key or value. I also moved all the .gconf* and .gnome2* type directories out of the way. Still no luck.

User running gnucash-bin has all relevant permissions to all directiories.

Reverting to earlier versions of gnucash doesn't help.

There are no recent DLLs in c:\windows or c:\windows\system32. (I.e., nothing more recent than when this problem started happening).

Dependency walker has this error right before the crash:

00:00:19.063: GetProcAddress(0x755C0000 [c:\windows\system32\MSCTFIME.IME], "ImeGetImeMenuItems") called from "c:\windows\system32\IMM32.DLL" at address 0x76397374 and returned NULL by thread 1. Error: The specified procedure could not be found (127).

Not sure if it's related, but that's the most immediate error.

Fixed it! It was a permissions issue, of sorts.

gdb, run from cygwin, reports

*  OTHER <> Resource problem creating '/cygdrive/c/DOCUME~1/avk/LOCALS~1/Temp/orbit-AVK'

on crash.

mkdir /cygdrive/c/temp
export TEMP=c:\\temp
export TMP=c:\\temp

and then it works again.

There was something funny about the permissions under Documents and Settings\%USER%\Local Settings\Temp. I was able to do write and delete to that folder from the shell, but for some reason gnucash (or orbit) couldn't. Hopefully this same solution will work for others.

No joy with Adam Kessel's instructions. I still get the following under gdb:
$ gdb "C:\Program Files\gnucash\bin\gnucash-bin.e
GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General
welcome to change it and/or distribute copies of
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "s
This GDB was configured as "i686-pc-cygwin"...
(gdb) run
Starting program: /cygdrive/c/Program Files/gnuca

Program received signal SIGSEGV, Segmentation fau

Program received signal SIGSEGV, Segmentation fau

Program exited with code 030000000005.
You can't do that without a process to debug.
(gdb)

Ed Comer: do you have all the environmental variables set before running gdb gnucash-bin? If you run gnucash-bin.exe directly, you aren't getting the environmental variables set in gnucash.bat. I just took all of those variables and set them systemwide (under system properties-->advanced-->environmental variables) to eliminate that issue.

Still no joy!
I set all of the variables systemwide (under system properties-->advanced-->environmental variables)as you describe. Under Windows there is no change, i.e., I get the same Fatal Error. Under Cygwin using gdb, it locks up gdb, i.e., no response - I have to kill the window. If I simply run it in cygwin (no gdb) the failure dialog box pops up just as when run directly from Windows XP.

----output---

Edward Comer@verna ~
$ set
!C:='C:\cygwin\bin'
ALLUSERSPROFILE='C:\Documents and Settings\All Users'
APPDATA='C:\Documents and Settings\Edward Comer\Application Data'
BASH=/usr/bin/bash
BASH_ARGC=()
BASH_ARGV=()
BASH_LINENO=()
BASH_SOURCE=()
BASH_VERSINFO=([0]="3" [1]="00" [2]="16" [3]="11" [4]="release" [5]="i686-pc-cyg
win")
BASH_VERSION='3.00.16(11)-release'
CLASSPATH='.;C:\Program Files\Java\jre1.5.0_11\lib\ext\QTJava.zip'
CLIENTNAME=Console
COMMONPROGRAMFILES='C:\Program Files\Common Files'
COMPUTERNAME=VERNA
COMSPEC='C:\WINDOWS\system32\cmd.exe'
CVS_RSH=/bin/ssh
DIRSTACK=()
EUID=1004
FP_NO_HOST_CHECK=NO
GNC_MODULE_PATH='C:\Program Files\gnucash\lib\gnucash'
GROUPS=()
GUILE_LOAD_PATH='C:\Program Files\gnucash\share\gnucash\guile-modules;C:\Program
 Files\gnucash\share\gnucash\scm;C:\Program Files\gnucash\share\guile\1.6;%GUILE
_LOAD_PATH%'
GUILE_WARN_DEPRECATED=no
HISTFILE='/home/Edward Comer/.bash_history'
HISTFILESIZE=500
HISTSIZE=500
HOME='/home/Edward Comer'
HOMEDRIVE=C:
HOMEPATH='\Documents and Settings\Edward Comer'
HOSTNAME=verna
HOSTTYPE=i686
IFS=$' \t\n'
INFOPATH=/usr/local/info:/usr/share/info:/usr/info:
LANG=C
LOGONSERVER='\\VERNA'
LTDL_LIBRARY_PATH='C:\Program Files\gnucash\lib'
MACHTYPE=i686-pc-cygwin
MAILCHECK=60
MAKE_MODE=unix
MANPATH=/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man
NUMBER_OF_PROCESSORS=1
OLDPWD=/usr/bin
OPTERR=1
OPTIND=1
OS=Windows_NT
OSTYPE=cygwin
PATH='/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/ruby/bin:/cygdrive
/c/Program Files/Windows Resource Kits/Tools/:/cygdrive/c/WINDOWS/system32:/cygd
rive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program Files/Commo
n Files/Roxio Shared/DLLShared:/cygdrive/c/PROGRA~1/NcFTP:/cygdrive/c/PROGRA~1/G
nuWin32/bin:/cygdrive/c/Program Files/Common Files/GTK/2.0/bin:/cygdrive/c/Progr
am Files/Common Files/Roxio Shared/DLLShared/:/cygdrive/c/Program Files/QuickTim
e/QTSystem/:/cygdrive/c/Program Files/gnucash/bin:/cygdrive/c/Program Files/gnuc
ash/lib:/cygdrive/c/Program Files/gnucash/lib/gnucash'
PATHEXT='.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.RB;.RBW'
PIPESTATUS=([0]="0")
PKG_CONFIG_PATH=/usr/X11R6/lib/pkgconfig
PPID=1
PRINTER='hp deskjet 895c series'
PROCESSOR_ARCHITECTURE=x86
PROCESSOR_IDENTIFIER='x86 Family 6 Model 8 Stepping 1, AuthenticAMD'
PROCESSOR_LEVEL=6
PROCESSOR_REVISION=0801
PROGRAMFILES='C:\Program Files'
PROMPT='$P$G'
PS1='\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ '
PS2='> '
PS4='+ '
PWD='/home/Edward Comer'
QOF_LIB_DIR='C:\Program Files\gnucash\lib\gnucash'
QTJAVA='C:\Program Files\Java\jre1.5.0_11\lib\ext\QTJava.zip'
ROXIOCENTRAL='C:\Program Files\Common Files\Roxio Shared\Roxio Central\'
RUBYOPT='rubygems '
SESSIONNAME=Console
SHELL=/bin/bash
SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:interactive-comments:moni
tor
SHLVL=1
SYSTEMDRIVE=C:
SYSTEMROOT='C:\WINDOWS'
TEMP=/cygdrive/c/DOCUME~1/EDWARD~1/LOCALS~1/Temp
TERM=cygwin
TMP=/cygdrive/c/DOCUME~1/EDWARD~1/LOCALS~1/Temp
TMPDIR=/cygdrive/c/clamav-devel/tmp
UID=1004
USER='Edward Comer'
USERDOMAIN=VERNA
USERNAME='Edward Comer'
USERPROFILE='C:\Documents and Settings\Edward Comer'
WINDIR='C:\WINDOWS'
_='/home/Edward Comer/.bashrc'
f=

Edward Comer@verna ~
$ export TEMP=c:\\temp

Edward Comer@verna ~
$ export TMP=c:\\temp

Edward Comer@verna ~
$ gdb "/cygdrive/c/Program Files/gnucash/bin/gnucash-bin.exe"
GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
(gdb) run
Starting program: /cygdrive/c/Program Files/gnucash/bin/gnucash-bin.exe

(Window has to be killed to get system back)

Yay Adam! That helped me fix this crash on my system. Thank you! 
To me, it seems not to be a problem of permissions, but rather "spelling". I'm on windows directly and did not use Cygwin (haven't compiled it myself, but am using the 2.2.0 Windows version). I experimented a bit and came to this result: 

I created the folder E:\Tools\gnucash\gnutemp. Then 
set tmp=E:\Tools\gnucash\gnutemp
set temp=E:\Tools\gnucash\gnutemp
gnucash.bat 
and everything runs just fine. 

But when I use the following settings from commandline 
set tmp="E:\Tools\gnucash\gnutemp"
set temp="E:\Tools\gnucash\gnutemp"
and then gnucash.bat 
then the crash occurs again. 
So the quotes seem to be "evil" ;-) Your home directory has naturally quotes, because it's got spaces (documents and settings). I have no idea, why it ran on my system 10 days ago, there was no update installed. Anyhow, now it's running fine and I'm just happy. 
Thanks for the great work guys (does this belong into a bug report? :-) )

(In reply to comment #37)
> I created the folder E:\Tools\gnucash\gnutemp. Then 
> set tmp=E:\Tools\gnucash\gnutemp
> set temp=E:\Tools\gnucash\gnutemp
> gnucash.bat 
> and everything runs just fine. 
> 
> But when I use the following settings from commandline 
> set tmp="E:\Tools\gnucash\gnutemp"
> set temp="E:\Tools\gnucash\gnutemp"
> and then gnucash.bat 
> then the crash occurs again. 
> So the quotes seem to be "evil" ;-) Your home directory has naturally quotes,
> because it's got spaces (documents and settings).

On Windows you never add quotes to paths when using SET command, even if paths have spaces. So I believe the second example is just invalid.

Yes, this could very well be. Seems I did not test enough. I thought the problem would also arise for path with spaces when the old DOS-name with the tilde is used. But even this is working fine for me. 
The hint that Adam gave still helped me solve my problems. So I would encourage anybody to try this. 

Well, I created a new tmp directory just for gnucash that was r/w by all and added it to gnucash.bat.  I got the same fatal error.  I checked the new tmp directory and stuff had been placed there, namely:

gconfd-Aaron
orbit-Aaron
gnucash.trace.NN94VT

The contents of the tracefile are:
*  OTHER <> file corba-object.c: line 76 (ORBit_register_objref): assertion failed: (obj->object_key != NULL)

I tried it without cygwin as Alexander Kraus did, with the same Fatal Error dialog box crash. This doesn't cure the crash for me, unless you can see something that I've done wrong.
-----------------------------------

C:\>set
ALLUSERSPROFILE=C:\Documents and Settings\All Users
APPDATA=C:\Documents and Settings\Edward Comer\Application Data
CLASSPATH=.;C:\Program Files\Java\jre1.5.0_11\lib\ext\QTJava.zip
CLIENTNAME=Console
CommonProgramFiles=C:\Program Files\Common Files
COMPUTERNAME=VERNA
ComSpec=C:\WINDOWS\system32\cmd.exe
FP_NO_HOST_CHECK=NO
GNC_MODULE_PATH=C:\Program Files\gnucash\lib\gnucash
GUILE_LOAD_PATH=C:\Program Files\gnucash\share\gnucash\guile-modules;C:\Program
Files\gnucash\share\gnucash\scm;C:\Program Files\gnucash\share\guile\1.6;C:\Prog
ram Files\gnucash\share\gnucash\guile-modules;C:\Program Files\gnucash\share\gnu
cash\scm;C:\Program Files\gnucash\share\guile\1.6;
GUILE_WARN_DEPRECATED=no
HOMEDRIVE=C:
HOMEPATH=\Documents and Settings\Edward Comer
LANG=C
LOGONSERVER=\\VERNA
LTDL_LIBRARY_PATH=C:\Program Files\gnucash\lib
NUMBER_OF_PROCESSORS=1
OS=Windows_NT
Path=C:\Program Files\gnucash\bin;C:\Program Files\gnucash\lib;C:\Program Files\
gnucash\lib\gnucash;C:\Program Files\gnucash\bin;C:\Program Files\gnucash\lib;C:
\Program Files\gnucash\lib\gnucash;c:\ruby\bin;C:\Program Files\Windows Resource
 Kits\Tools\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\Common Files\Roxio Shared\DLLShared;C:\PROGRA~1\NcFTP;C:\PROGRA~1\GnuWin32
\bin;C:\Program Files\Common Files\GTK\2.0\bin;C:\Program Files\Common Files\Rox
io Shared\DLLShared\;C:\Program Files\QuickTime\QTSystem\
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.RB;.RBW
PROCESSOR_ARCHITECTURE=x86
PROCESSOR_IDENTIFIER=x86 Family 6 Model 8 Stepping 1, AuthenticAMD
PROCESSOR_LEVEL=6
PROCESSOR_REVISION=0801
ProgramFiles=C:\Program Files
PROMPT=$P$G
QOF_LIB_DIR=C:\Program Files\gnucash\lib\gnucash
QTJAVA=C:\Program Files\Java\jre1.5.0_11\lib\ext\QTJava.zip
RoxioCentral=C:\Program Files\Common Files\Roxio Shared\Roxio Central\
RUBYOPT=rubygems
SESSIONNAME=Console
SystemDrive=C:
SystemRoot=C:\WINDOWS
TEMP=C:\temp
TMP=C:\temp
TMPDIR=/cygdrive/c/clamav-devel/tmp
USERDOMAIN=VERNA
USERNAME=Edward Comer
USERPROFILE=C:\Documents and Settings\Edward Comer
windir=C:\WINDOWS

C:\>gnucash.bat

C:\>set PATH=C:\Program Files\gnucash\bin;C:\Program Files\gnucash\lib;C:\Progra
m Files\gnucash\lib\gnucash;C:\Program Files\gnucash\bin;C:\Program Files\gnucas
h\lib;C:\Program Files\gnucash\lib\gnucash;C:\Program Files\gnucash\bin;C:\Progr
am Files\gnucash\lib;C:\Program Files\gnucash\lib\gnucash;c:\ruby\bin;C:\Program
 Files\Windows Resource Kits\Tools\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\Sy
stem32\Wbem;C:\Program Files\Common Files\Roxio Shared\DLLShared;C:\PROGRA~1\NcF
TP;C:\PROGRA~1\GnuWin32\bin;C:\Program Files\Common Files\GTK\2.0\bin;C:\Program
 Files\Common Files\Roxio Shared\DLLShared\;C:\Program Files\QuickTime\QTSystem\


C:\>set GUILE_WARN_DEPRECATED=no

C:\>set GNC_MODULE_PATH=C:\Program Files\gnucash\lib\gnucash

C:\>set GUILE_LOAD_PATH=C:\Program Files\gnucash\share\gnucash\guile-modules;C:\
Program Files\gnucash\share\gnucash\scm;C:\Program Files\gnucash\share\guile\1.6
;C:\Program Files\gnucash\share\gnucash\guile-modules;C:\Program Files\gnucash\s
hare\gnucash\scm;C:\Program Files\gnucash\share\guile\1.6;C:\Program Files\gnuca
sh\share\gnucash\guile-modules;C:\Program Files\gnucash\share\gnucash\scm;C:\Pro
gram Files\gnucash\share\guile\1.6;

C:\>set LTDL_LIBRARY_PATH=C:\Program Files\gnucash\lib

C:\>set QOF_LIB_DIR=C:\Program Files\gnucash\lib\gnucash

C:\>start gnucash-bin

C:\> CRASH WITH FATAL ERROR DIALOG BOX - same as before

Seems like there might be two separate problems here.

Ed -- a couple of questions. This is probably obvious, but did you make sure to create c:\temp first with correct permissions? Also, did this problem just recently arise for you? I.e., were you able to run gnucash on Windows successfully before?

Yes, C:\TEMP exists as a r/w directory, as does C:\TMP

I have never before attempted to use GnuCash on Windows. Quicken is my biggest obstacle to having my dual-boot Linux/Windows default to Linux instead of Windows. I have another box that is only Linux but I haven't loaded GnuCash there because of my current need for Quicken. When I saw that a stable release of GnuCash for Windows I loaded it to see if I could transfer over from Quicken.

*** Bug 457513 has been marked as a duplicate of this bug. ***

This problem is more complicated than I thought. On a later session, following my same directions above (making a new temp directory and assigning TEMP and TMP to that directory), I actually got the same crash running gnucash-bin.exe. Now, gdb reports:

Loaded symbols for /cygdrive/c/Program Files/gnucash/lib/gnucash/libgncmod-report-system.dll
** (gconfd-2.exe:2304): DEBUG: Testing c:/Program Files/gnucash/libexec\bin\gconfd-2.exe
** (gconfd-2.exe:2304): DEBUG: Testing c:/Program Files/gnucash\bin\gconfd-2.exe

Program received signal SIGTRAP, Trace/breakpoint trap.
0x672e5b88 in _libmsvcrt_a_iname () from /cygdrive/c/Program Files/gnucash/bin/libglib-2.0-0.dll

I kept deleting and restarting to no avail.

Now I'm running gnucash successfully again -- the trick this time (apparently) was to run gnucash once with a new temp directory, get the crash, then delete ONLY the ior file and not the rest of the temp directory hierarchy. Running again after these steps, it works fine every time now (at least for now!)

Wish I could pin this down more specifically.

After tring out some rescure steps above and still in vain, I have my experiment and some experence to share with you.


Exp.0
1.Login as "Administrator"
2.Remove all gnucash legacy as suggested above. (For clean room experiment)
3.My kerio personal firewall is active.
4.Install gnucash-2.2.0-setup.exe
6. Start *unsuccessfully*

Exp.1
1.Login as "Administrator"
2.Remove all gnucash legacy as suggested above. (For clean room experiment)
3.Unplug cable and disable my kerio personal firewall.
4.Install gnucash-2.2.0-setup.exe
5.Start successfully

Exp.2
1. Close gnucash
2. Enable kerio personal firewall.
3. Start gnucash
4. My firewall block the new gnucash application
5. Confirm firewall rules
6. Start successfully

Exp.3
1. Log off
2. Login as another user with admin rights
3. Start gnucash
4. My firewall block the new gnucash application
5. Confirm firewall rules
6. Start *unsuccessfully*

My guess: some configurations are blocked by firewall when install and silently ignored. After that there is no rescue other than re-install w/o firewall. BTW, there is still issues on permission setting as Exp.3 suggested. 

At least, I can have gnucash running after 1.5 hour diag ...

I use a single user Windows XP SP2 system that is always Administrator. I do not use an ad-on firewall of any kind. I have done de-installs and re-installs, and I've tried the various experiments mentioned by others here, and never, under any circumstance can I get gnucash to not crash upon startup.

I had this problem as well. I was able to get around it (on Windows XP) as follows:

1) Log in as an administrator (let the username be john). Uninstall GnuCash. 

2) Delete all GnuCash and related registry keys, and in particular:
- Everything in all temp directories.
- Everything related to GnuCash, gconf, or orbit in all home directories.
- All GnuCash registry keys.

3) Set TEMP and TMP to a directory with a 8.3 name and with Full Control permissions for john:
- I used C:\DOCUME~1\john\LOCALS~1\Temp. 
- I did this in the system settings, and NOT in gnucash.bat. 
- I am not sure it matters, but I also made sure I got the case right.

4) Reboot and log in as john again. Disconnect the network (this is because there's a second bug at startup that causes GnuCash to just hang, see 449153).

5) Install GnuCash. 

I am now able to run GnuCash. I can also run it under non-administrator users, provided they have TEMP and TMP set as described in point 3. (I am not sure which of TEMP and TMP is in use.)

I like GnuCash itself, but the startup is broken, broken, broken...

I did exactly what user123 said and still no joy - same Fatal Error dialog box!

OK.  This is pretty confusing stuff.

Let me first tell you that all these problems (yes, there are more of them) do not seem to be real GnuCash bugs.  They are rather ORBit2 or GConf ones, but I doubt that just reassigning them will do much good.  Maybe someday we should consider that nonetheless.
Some may argue that releasing a software with such a bug as a stable one is unfair.  From my point of view this is like one of those chicken and egg problems (people waiting for stable versions...).

Back to the topic.  Just to make it even more complicated, I would like to ask you nifty bug commentators to unzip
ftp://ftp.gnome.org/pub/gnome/binaries/win32/ORBit2/2.14/ORBit2-2.14.7.zip and
ftp://ftp.gnome.org/pub/gnome/binaries/win32/GConf/2.18/GConf-2.18.0.1.zip
into the GnuCash program folder and retry.  In GnuCash 2.2.0 we use an older version of ORBit2, because we thought that sticking to it would work around a gconf problem.  Actually we still see such bug reports and in GnuCash 2.2.1 we should and will update that lib again.  I really hope that this alone might solve some issues.

Still no joy. I put both zips in C:\Program Files\gnucash, then unzipped there, and permitted the overwrites of existing files. When I ran gnucash, I got the same Fatal Error dialog box failure.

(In reply to comment #51)
> Still no joy. I put both zips in C:\Program Files\gnucash, then unzipped there,
> and permitted the overwrites of existing files. When I ran gnucash, I got the
> same Fatal Error dialog box failure.
> 

Hi, Ed!

I've had the same problems you had: but after 
- re-istalling gnucash
- using D:/temp as global (under system properties-->advanced-->environmental
variables)
- try to start: failed attempt...

BUT:
- Then I deleted the file "ior" at D:\Temp\gconfd-USER\lock
- try to start: YES. it works!

The same solution as in comment #52 works for me.

Ed, does unsetting TMPDIR help?

Re: Ed, does unsetting TMPDIR help?

It changed the error, which remained changed after TMPDIR was restored, although I haven't rebooted to see if the original error returned. 

Now, it fails with a dialog box that reads "This application failed to start because lbgncmod-engine.dll was not found. It also says to see if a re-install will restore lbgncmod-engine.dll. I have doe two total removals, including registry cleanups and re-installs, so I doubt that a third re-install would help any more than it did before. I searched the entire drive for "lbgncmod-engine.dll" and did not find it anywhere on the drive.

Huh, that is strange.
There should be a libgncmod-engine.dll (note: lIb, like library) in $prefix\lib\gnucash.

You are right! I looked there and there it was. I don't know why the Windoz search didn't find it - possibly a search option that I missed. Anyway, the gnucash-bin.exe didn't find it either.

Ed, but $prefix\lib\gnucash is still in your PATH environment variable set in bin\gnucash.bat?


@the_lucky_ones: What I do not understand is that after you set a different TMPDIR, TMP or TEMP (this is the order in which they are tested; fallback is C:\), gnucash still fails with a fatal warning, but gconfd creates the basic tmp hierarchy.  After you remove the ior file, everything suddenly works.

What is the deal with the ior file, does gconfd-2.exe come up at all the first time?  Or did you miss killing it before changing TMP and starting gnucash?  How can I produce the same warning here?

A backtrace would be cool again.  Please see also the next attachment which contains a current glib with debugging symbols.  Maybe gnucash will bark about missing DLLs---just copy a DLL with a similar name to that name, e.g. iconv.dll to libiconv-2.dll.  Maybe even not.

Created attachment 93429 [details]
bzip2-ed libglib-2.0-0.dll with debugging symbols

You may use 7-zip to decompress

I didn't use gnucash.bat to execute. I executed gnucash-bin.exe directly

I replaced the existing libglib-2.0-0.dll with the one that you attached. When run from the windows command line, there is no change - the same Fatal Error. When run from cygwin there is no change. The output is:

$ gdb gnucash-bin.exe
GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
(gdb) r
Starting program: /cygdrive/c/Program Files/gnucash/bin/gnucash-bin.exe

Program received signal SIGSEGV, Segmentation fault.

Program received signal SIGSEGV, Segmentation fault.

Program exited with code 030000000005.
You can't do that without a process to debug.
(gdb) bt
No stack.

(In reply to comment #52)
...
> BUT:
> - Then I deleted the file "ior" at D:\Temp\gconfd-USER\lock
> - try to start: YES. it works!


Deleting the "ior" file worked for me. That was the first and only thing I tried, and it worked.

My ior file was located here:
C:\Documents and Settings\<my user name>\Local Settings\Temp\gconfd-<my user name>\lock

Since the directory it's in suggests it's a lock file, perhaps the source of this bug for many people is simply a silent abnormal termination of whatever gnome-related system this lockfile belongs to.

I would suggest deleting this "ior" lockfile as your first trouble-shooting  step. Some of the success people had with making new temp directories may have been due to them leaving behind the old "ior" file that was the real source of the problem. 

I did the same, delete the "ior" file on WinXP and now it worked for me too. Congratulations!

I have deleted the "ior" file and it Didnt help. 
Do i have to also delete the registy settings along with the IOR file ?? 

I might have found something which I still haven't seen clearly described in this series of comments relating to GnuCash not starting on Windows XP.

After installing it, it didn't work for me either: no error messages though. As many people described it, it just seemed to freeze, with gnucash-bin.exe running in the processes and two gconfd-2.exe (one from C:\Program Files\gnucash\bin and another from C:\Program Files\gnucash\libexec) running on and off: sometimes not there, and then showing up again.

As someone mentioned, after 15 min or so, a .\gconftool-2.exe window shows up temporarily and then, after a minute or so, disappears.

What I didn't see anyone describing is the fact that if one waits long enough (more than half an hour, in my case) gnucash actually starts. But not working properly: the "tip of the day" window never shows up, neither does the whole startup procedure with the "new account setup" window. If you try to close it, by pulling down the File menu, it just really freezes and then has to be killed. 

I never uninstalled it, nor did I follow any of the suggestions mentioned here to reinstall it, like removing the registry keys. But today I was able to make it work: I simply disabled my internet connection and switched off the modem. By clicking on the gnucash icon on the desktop it started perfectly. After enabling the internet connection again, the "no start" problem came back.

So, for me, to make gnucash work on my Windows XP, after a whole week of unsuccessfully trying out different complicated tricks, it just boiled down in the end to simply switching off the internet connection.

Re comment 65: You are talking about bug 449153 :-)
Please give us some information there.

When I first tried to delete the "ior" file I received a permissions error.  I pulled up the Task Manager and saw *two* gconfd instances.  I killed them, removed the "ior" file and tried again.  It crashed again and again there were *two* gconfd instances.  Is this what is supposed to happen?  Perhaps there is a locking problem with two competing gconfd instances.

As I said in previous posts, when I execute gnucash, nothing happens and then I get the Fatal Error dialog box. I don't need to bother with deleting "ior" files because nothing, absolutely nothing is ever created in temp folders, or anywhere else.

Lately, I've been wondering if there was some other software or library that gnucash is dependant upon but is not loaded by the gnucash install program and maybe I have a old version. Any ideas?

The latest version does not fix the problem either, I'm afraid.  I *so* want to get this running natively!!

Ed, please do not use cygwin.  I have never touched it, but let us keep things simple.  Take a look at http://wiki.gnucash.org/wiki/Windows#gdb (I just added a URL to click).  It is also important to set all environment variables as in gnucash.bat, i.e. it is recommended to just edit the .bat and insert "gdb".

Re comment 67: Two running gconfd-2.exe processes is indeed wanted behavior (the parent one [libexec/] spawns the other [bin/] to avoid dll hell).

I still do not understand what those problems with the temp dir are about: Is it on an NTFS or FAT drive, does the user have write access to it, is that right inherited to its children (properties > security > advanced, maybe disable simple file sharing).  Someone with a better stacktrace with the help of the attached libglib?

For your reference: http://library.gnome.org/devel/glib/unstable/glib-Miscellaneous-Utility-Functions.html#id2976874 describes g_get_tmp_dir.

OK, I did as instructed and I have pasted below the gdb output that was left in my DOS window. If you need the stuff at the top, advise and I'll redirect everything to a file.
----------------
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=EXCEPTION_DEBUG_EVENT)
gdb: Target exception EXCEPTION_BREAKPOINT at 0x7c901230
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=155c code=CREATE_THREAD_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x155c
ContinueDebugEvent (cpid=5796, ctid=5468, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=LOAD_DLL_DEBUG_EVENT)
gdb: child_resume.SetThreadContext: thread 5796.0x1308
ContinueDebugEvent (cpid=5796, ctid=4872, DBG_CONTINUE);
gdb: kernel event for pid=5796 tid=4872 code=EXCEPTION_DEBUG_EVENT)
gdb: Target exception EXCEPTION_ACCESS_VIOLATION at 0x7c83227d

Program received signal SIGSEGV, Segmentation fault.
0x7c83227d in KERNEL32!IsBadStringPtrA () from C:\WINDOWS\system32\kernel32.dll
(gdb) bt

+ Trace 158699

Created attachment 94535 [details]
MMP Screen of Gnucash PID after Crash

I've attached the MMP screen of gnucash running in gdb and I didn't see a DLL to map, so I've attached this screen snapshot for review or direction as to what I should do to help find the problem.

I have finally achieved joy!  I created c:\temp and set both the User Variables and System Variables TEMP and TMP to point to that directory.  It worked immediately.  I am so happy!

Just for drill, I edited gnucash.bat as Aaron Dalton described. No joy! Fails exactly the same. In my case, gnucash never seems to get far enough to have anything to do with tmp files.

I made no changes to gnucash.bat at all.

1) Create c:\temp
2) Right-click on "My Computer" and select "Properties"
3) Go to the "Advanced" tab
4) Click on "Environment Variables" (the button at the bottom)
5) In "User Variables" create/edit TEMP and TMP to point to c:\temp
6) in "System Variables" create/edit TEMP and TMP to point to c:\temp
7) Click OK twice to close everything
8) Start GnuCash
9) Boogie!!

Same failure doing it that way also. Execution fails before it ever worries about a temp folder or its contents.

I had been using GnuCash for 3 months (the last I was using was 2.2.1 with success), until I had an strange error at startup. After that I allways got
"Unspecified fatal error encountered, aborting" and "Microsoft Visual C++ Runtime Libary (...)"
Uninstalling and reinstalling did not solve the problem. This error only stopped when I deleted the file "C:\Documents and Settings\$user\Local Settings\Temp\gconfd-$user\lock\ior".
Now GnuCash starts but it gives me this error:
"Um erro ocorreu ao carregar ou salvar configurações para gnucash. Algumas de suas preferências podem não funcionar corretamente."
And a box with 5 times this:
"Falha ao incluir cliente na lista do servidor, erro CORBA: IDL:omg.org/CORBA/COMM_FAILURE:1.0"
I hit ok, and tried to open my file, but then it hangs.

I have Windows XP SP2, Brazilian Portuguese.

Guilherme, the interesting question is: What did you change?  Did you install some specific piece of software, any new hardware (networking) device, anything at all?

I can't remember of installing any software just before the crashes begun. I centanlly haven't change the hardware. But, since it is a notebook I often connect to internet via different networks schemes. But it never was a problem.
Now GnuCash doesn't work either I'm connected via network, dialup or even offline.
I wish I could help you (and me!) fixing this.

I have still the same problem on an actual XP SP2 system. Perhaps it's interesting that if I run gnucash as "Administrator" the above problem doesn't occur. It seems it depends on some right-problems while reading user specific files or registry entries. It isn't  enough to have administrator rights, you have to be the user "Administrator". Maybe this hint helps someone to solve the problem.

My windows box has XPHome loaded onto it, and XPHome will not permit an Administrator login except when in SAFE mode. See:
http://support.microsoft.com/?kbid=290109

Consequentially, I am stuck and GNUCash continues to fail in my administrator privileges login.

here is the problem i am having 

An error occurred while loading or saving configuration information for gnucash. Some of your configuration settings may not work properly.


Adding client to server's list failed, CORBA error: IDL:omg.org/CORBA/COMM_FAILURE:1.0
Adding client to server's list failed, CORBA error: IDL:omg.org/CORBA/COMM_FAILURE:1.0
Adding client to server's list failed, CORBA error: IDL:omg.org/CORBA/COMM_FAILURE:1.0
Adding client to server's list failed, CORBA error: IDL:omg.org/CORBA/COMM_FAILURE:1.0
Adding client to server's list failed, CORBA error: IDL:omg.org/CORBA/COMM_FAILURE:1.0

Closing this bug now because it contains too many unrelated issues, which are already recorded and discussed elsewhere now:

* The CORBA/COMM_FAILURE is bug#363648 which will be fixed in the 2.2.2 gnucash release.

* One crash at startup is bug 486398 which is about the TMP/TEMP directory permission issues, which have been discussed extensively above.

* There's another crash at startup in bug 464994 due to gconfd-2.exe not finding libiconv_set_relocation_prefix in libiconf.dll

*** This bug has been marked as a duplicate of 486398 ***

aargh pls fix this
this bug makes me cry
i worked hard to convince my dad to try gnucash on his xp and this really disappointed all of us.

GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=457100. Please update any external references or bookmarks.