Windows

From GnuCash
Revision as of 21:33, 19 December 2007 by Pettijohn (talk | contribs) (Windows Vista Problems)
Jump to: navigation, search

GnuCash on Microsoft Windows

This page collects various notes about compiling GnuCash on Microsoft Windows. See Windows/Old_Notes for old, solved issues.

Q: Is it possible to compile GnuCash on Windows?

A: Well, compiling is possible, and running as well, but so far not everything runs and we still need plenty of feedback.

Note: Testing indicates that the Windows 9x line (Windows 95, 98, ME) does not run GnuCash.

Q: Where is the binary installer?

A: Here: https://sourceforge.net/project/showfiles.php?group_id=192 This is the stable version and should be used by anyone who cares about their data.

Q: Are there nightly builds?

A: Currently, yes, but there hasn't been much demand for them. They are available at http://cyberbird.yi.org/gnucash . This version is primarily intended for those testing bugfixes or new functionality. THIS VERSION HAS NOT BEEN TESTED IN ANY WAY, SO DON'T USE IT WITH ANY VALUABLE DATA.

Q: Anything else?

To avoid making the binary even bigger, some functionality is not available without further downloads and installations of software.

Finance::Quote

For online retrieval of price quotes, you will need to install Perl and Finance::Quote. To this end, download and install ActivePerl 5.8 from [1]. Contact details are optional, just choose the MSI installer for your system. Then use the start menu item "Install Finance-Quote" (or, for later versions, "Install Online Price Retrieval") from the GnuCash group to install the necessary perl modules and verify the setup.

If you have downloaded a ActivePerl ZIP file, you can use the included installer.bat to install it. You will not need to download OpenSSL, as the GnuCash installer ships it.

2.2.0 only: Online Banking Setup Druid (needs Qt)

In the gnucash-2.2.0 package, you have to install an extra package for the online banking setup. In newer packages (2.2.1 and higher) this is no longer necessary and you should ignore the rest of this section.

In the 2.2.0 package: For the Online Banking Setup Druid (AqBanking), you have to download the library "Qt" from Trolltech. Download the latest package qt-win-opensource-4.x.y-mingw.exe (where x.y is some version number) and install it. Don't do this for gnucash-2.2.1 or higher, as this ships with its own version of the Qt libraries in the gnucash/bin directory!

After the installation completed, additionally you need to add the "bin" subdirectory of the newly installed Qt library (e.g. C:\Qt\4.2.3\bin) to your "PATH" environment variable. How to do this on Windows XP is described here.

Instructions for an (almost) automated build

These instructions explain how you can compile and run GnuCash on MS Windows by yourself. This is achieved by using the mingw32/gcc compiler environment.

We've created a shell script that will download, compile, and install all requirements of GnuCash on Windows and eventually GnuCash itself. It will even make sure to retrieve the most up-to-date gnucash source code directly from SVN. Running this script will probably download ~200MB of data (but all downloaded data will be cached) and will take anything between 0.5 through 5 hours of time. That shell script is located in packaging/win32/install.sh of the gnucash SVN sources.

Before you can execute this shell script (which will do everything else automatically), you have to complete these steps manually:

  • Get the contents of the packaging/win32/ directory of gnucash SVN, most up-to-date from SVN, and copy it to some directory on your Windows machine. Do not use a directory that is one of the parent directories of the path you intend to use for the repository in the next step (c:\soft\repos by default). Possible locations are c:\soft\packaging or c:\soft\downloads.
  • Take a look at defaults.sh and optionally create a file custom.sh to specify directories according to your preferences; the defaults would install everything in subdirectories below c:\soft. (Note that due to shell syntax, every windows-style backslash has to be specified as two backslashes.)
  • Execute this downloaded package to install it into the chosen directory, say, C:\soft\msys (which is the $MSYS_DIR variable in defaults.sh)
  • Start the MSYS commandline shell by double-clicking the "MSYS" icon on the desktop which should have been created when you installed the MSYS package.
  • Let the automated build begin by typing:
 $INSTALLER_DIR/install.sh   (the complete path to the install.sh)
 (e.g. /c/soft/downloads/install.sh)
  • Some of the downloaded packages are installed through graphical installer dialogs where you can choose an installation directory. In those cases, the install.sh script will tell you in the MSYS window the installation directory that you should choose, according to your settings in defaults.sh/custom.sh. Please enter only those installation directory in the installer dialog because otherwise the install.sh script cannot find the newly installed software.
  • If there haven't been any errors, you should be able (after several hours of compiling and installing) to start gnucash from the MSYS command line by typing
 c:/soft/gnucash/bin/gnucash

or even without MSYS directly by "Start"-> "Run"-> "c:\soft\gnucash\bin\gnucash.bat"

Please spread the word and report back any problems you encounter. It is probably not too difficult anymore to create a full self-contained package of GnuCash on Windows as well! Some more information is also collected here on this wiki page.

A bit of history

This page used to collect random notes from the time when we manually tried to install each and every part of the requirements. They have been moved to Windows/Old Notes.

Notes

Error messages

In the binary builds, all error messages are redirected to files c:\Documents and Settings\myname\Local Settings\Temp\gnucash.trace.ABCDEF (on Vista in C:\Users\myname\AppData\Local\Temp). If you experience crashes or unexpected behavior, check the latest of these files (or the one created when the problem started) and add meaningful snippets to your error reports, at least WARNings and CRITical warnings.

gdb

In addition to Stack Trace, here are a few instructions on how to run gnucash under gdb on Windows:

  • Install "gdb" from mingw.org [2]
  • Modify the installed "bin\gnucash.bat" script by inserting one and changing one line. It should end like
set PATH=C:\Program Files\gdb\bin;%PATH%
start gdb gnucash-bin

with the correct path to gdb.exe

  • Then start gnucash as usual, which will give you the gdb prompt
  • Type "run" at the gdb prompt.
  • Then provoke the crash and type "backtrace" or shorthand "bt" at the gdb prompt to obtain the backtrace, as explained on Stack Trace as well.

If you are working in a MinGW shell, you may want to change and call the bin\gnucash script instead.

You can provide even better stack traces if you tell gdb where in memory dynamically loaded modules got mapped to, because otherwise function calls into those are only written as '??'. See here and here for a way to do this. To enter [ and ], use set editing off.

install.sh

  • To debug install.sh, change set -e to set -ex at the top of it.
  • Once you have installed Subversion, you might want to checkout and update packaging/win32 as described in SVN.
svn checkout http://svn.gnucash.org/repo/gnucash/trunk/packaging/win32 packaging

Online banking

The current install.sh automated build already builds GnuCash with Online Banking enabled, including HBCI, OFX DirectConnect, and OFX file import methods.

However, in order to set up the online banking connectivity (HBCI or OFX, which are both handled by aqbanking), you need to run a separate setup program of aqbanking. Because of the high complexity of the various online banking techniques, the setup program is a GUI program which is based on the Qt library. These Qt parts are not automatically built by install.sh, but you can enable them as described below.

aqbanking

The GUI installation goes like this for a manual install:

export QTDIR=/c/Qt/4.2.2
export aqbanking_with_qt=yes
install.sh

This should build and install the qt parts of aqbanking as well.

Subsystems and exetype

All executables and DLLs on Windows operate in one of a few different subsystems, most of them either in Console or GUI (also called Windows). Basically, executables in Console always start up in a new console window and print stuff to it, whereas ones in GUI do not open windows and are pretty quiet, even in console windows. If you want to change that subsystem type, because you want to see debugging output or hide unnecessary console windows, [3] lists a few possible ways.

The easiest option if you don't have any further build tools available is probably the third one from that mail: Install the MSYS program (needed for building GnuCash) from the pointer at the top section of this page, fetch http://svn.gnucash.org/trac/browser/gnucash/trunk/packaging/win32/exetype.pl and type

exetype.pl gnucash-bin.exe console

GTK-Wimp (better looking GUI)

If you think that the default Win32 GUI is old fashion, you can switch to the GTK wimp look & feel by :

  • creating a file called gtkrc in the directory "$INSTDIR\Gnucash\etc\gtk-2.0\" (e.g. c:\Program Files\Gnucash\etc\gtk-2.0\).
  • adding the following content (copy & paste it) :
gtk-icon-sizes = "gtk-menu=13,13:gtk-small-toolbar=16,16:gtk-large-toolbar=24,24:gtk-dnd=32,32"
gtk-toolbar-icon-size = small-toolbar

# disable images in buttons. i've only seen ugly delphi apps use this feature.
gtk-button-images = 0

# enable/disable images in menus. most "stock" microsoft apps don't use these, except sparingly.
# the office apps use them heavily, though.
gtk-menu-images = 1

# use the win32 button ordering instead of the GNOME HIG one, where applicable
gtk-alternative-button-order = 1

style "msw-default"
{
  GtkWidget::interior-focus = 1
  GtkOptionMenu::indicator-size = { 9, 5 }
  GtkOptionMenu::indicator-spacing = { 7, 5, 2, 2 }
  GtkSpinButton::shadow-type = in

  # Owen and I disagree that these should be themable
  #GtkUIManager::add-tearoffs = 0
  #GtkComboBox::add-tearoffs = 0
  
  GtkComboBox::appears-as-list = 1
  GtkComboBox::focus-on-click = 0
  
  GOComboBox::add_tearoffs = 0

  GtkTreeView::allow-rules = 0
  GtkTreeView::expander-size = 12

  GtkExpander::expander-size = 12

  GtkScrolledWindow::scrollbar_spacing = 1

  GtkSeparatorMenuItem::horizontal-padding = 2

  engine "wimp" 
  {
  }
}
class "*" style "msw-default"

Problems, issues, comments

For any problem that occurs now, you should add a new section below.

Known issues

Here is a list of the most often mentioned Windows issues. If you experience this problem, please check the respective bugzilla reports for potential workarounds.


Errors on Windows 98

Hi, I installed SVN r15355 on Windows 98 and got the following error:

"Die Datei LIBGTK-WIN32-2.0.0.DLL ist verknüpft mit dem fehlenden Export-COMDLG32.DLL:PrintDlgExW." Translated this means "the file ... is bound to the missing export ...". GNUcash failed to start.

As mentioned above (Windows#Q: Is it possible to compile GnuCash on Windows?), GnuCash will not run on Windows 98. You need at least Windows 2000.

DLL install error

I get an error like that:

'libgncmodule.la' 'c:/soft/gnucash/lib/libgncmodule.la'
/bin/install -c .libs/libgncmodule.dll.a
c:/soft/gnucash/lib/libgncmodule.dll.a
base_file=`basename ${file}`
  dlpath=`/bin/sh 2>&1 -c '. .libs/'${base_file}'i;echo $dlname'`
make[5]: *** [install-libLTLIBRARIES] Error 1
make[5]: Leaving directory `/c/soft/repos/src/gnc-module'
make[4]: *** [install-am] Error 2

This seems to be only an installation problem. Fine compiling it seems.

I saw this at "make install" when I stopped and restarted the preceding compiling several times. So to me this looks like an artifact of DLLs that somehow "don't fit" to each other. The solution was always to run "make clean" in the source directory so that all DLLs are being deleted, and then starting the compiling again. --Cstim 05:55, 4 December 2006 (EST)

Now I got that: http://rafb.net/p/zYqOJv60.html (also after removing the whole soft directory (besides the downloads dir).Calmar

So you have got these errors in at least three different directories and also in a clean environment. The problem always seems to be a missing .lai file. But surprisingly other directories (among them those that failed in other builds) contain such files. The only solution I know is still to cd into the offending directory and to run make clean && make all install. I am sorry for the inconvenience. -- andi5
I was able to solve the problem, with ./install.sh (repeated) until it comes through. After the 5th try or so, it came through :) Very happy I can satisfy now what I promised to my friend (I mean new year is a good start for him). Thanks again for all your help! Good new year everybody!

Actually I still see this error frequently, even when I completely remove the build/ directory and let it be created from scratch. (?!?) As an alternative, I've now tried a newer libtool version by installing the cvs snapshot libtool-1.5.23a from http://www.gnu.org/software/libtool/ . Maybe the newer version has this bug fixed. --Cstim 10:27, 22 January 2007 (EST)

Seems like using libtool-1.5.23a didn't change a thing. I've written a script that should track down potential errors:
#!/bin/sh
ALL_LIBDIR=` find . -name '*.la' | grep '\.libs' `
RM_THESE=""

for LIB in $ALL_LIBDIR ; do
    DIR=`dirname ${LIB}`
    FNAME=`basename ${LIB}`
    LIBBASE=`basename ${LIB} .la`
    if test ! -f "${LIB}i" -a -f "${DIR}/${LIBBASE}.dll.a" ; then
	echo "File ${LIB}i missing"
	PDIR=`dirname ${DIR}`
	#echo "Do this: rm ${PDIR}/${FNAME}"
	RM_THESE="${RM_THESE} ${PDIR}/${FNAME}"
    fi
done

if test "x${RM_THESE}" != "x"; then
    echo "Do this:"
    echo "rm ${RM_THESE}"
fi

So how is someone supposed to use the above script? It says it is supposed to track down potential errors, since it is doing some erasing (rm) does that mean it is fixing the problems as well? Or at least fixing it such that running install.sh again should work?

I have now run make clean && make all install in a particular directory 3 times but still get the same error.

GConf/ORBit COMM_FAILURE

On some computers (Windows 2000/SP4), the following error has been observed, but on other computers GConf runs fine. GConf shows plenty of error messages like these:

Failed to save key /apps/gnucash/window/pages/account_tree/name_visible: Adding client to server's list failed,
 CORBA error:  IDL:omg.org/CORBA/COMM_FAILURE:1.0

And also the "Cannot find default values" dialog is shown on each startup, regardless whether the "setup" is done or not. Also, the startup of GnuCash might open dozens of shell windows one after the other, and the startup of GnuCash is incredibly slow.

This is being reported to the ORBit crew as bug#363648. As a quick workaround, you might try to install ORBit2-2.13.3 from here instead of 2.14.x, as this seems to fix that problem. However, on some computers only the latest ORBit2 (2.14.7 from here as of this writing) fixes this, whereas on others, only ORBit-2.13.3 fixes this.

  • GnuCash-2.2.0 ships with ORBit2-2.13.3; if you experience the above error, try downloading ORBit2-2.14.7 and unzipping it into the Program\GnuCash folder.
  • GnuCash-2.2.1 ships with ORBit2-2.14.7; if you experience the above error, try downloading ORBit2-2.13.3 and unzipping it into the Program\GnuCash folder.

The bug is still present on some computers. One suggestion is to kill all running gconfd-2.exe instances and remove C:\Documents and Settings\$user\Local Settings\Temp\gconfd-$user\lock\ior.

Unfortunately we don't have any further ideas about that so far. Some users suggested that disabling all network interfaces is a temporary fix for that problem. (Not confirmed yet)

Check Printing characters inverted

Using r1557 on windows 2000, and testing check printing I found each string positioned well but each character was inverted vertically. The baseline for each line was also at the top.

Workaround: Deactivate advanced features of your printer, may be this bug.
So I think this is a bug in Gnome-Print, but I hope we will actually use GtkPrint in GnuCash 2.2. -- andi5
The infrastructure is there now, we only need a newer gtkhtml package. -- andi5
Now the gtkhtml package is there, but we fall back to gnomeprint with the known workaround, given that currently gtkhtml/gtkprint produces black filled boxes only.


Windows XP Home Edition Problems

Gnucash does not appear to work on windows XP home edition (mediea edition). Gconfd takes a long time to start (5+ minuets) and everything else takes longer and then it just appears to do nothing (even though it is still in the list of processes). In my machine it works well, except for the reports, that doesn't work and cause the application to crash. I have installed the last build (15667) on my windows xp home with SP2. -- jeanobrega

Windows XP Corporate Edition Problems

I installed the latest binary (2.2.0) and ran it successfully for a few hours. Although there were several crashes, I was able to kill the program from the Task Manager and restart where/nearly where I left off. At one point, I was working on a transaction that had an extra split with $0 coming from my bank account. I tried to remove it in all intuitive ways, and then chose "Remove Split." The program crashed with the following dialog boxes:

Unspecified fatal error encountered, aborting

followed by

Microsoft Visual C++ Runtime Library
Runtime error!

Program: C:\Program Files\gnucash\bin\gnucash-bin.exe

This application has requested the Runtime to terminate it in an unusual way.  Please contact the application's support team for more information.
I think there's already a bugreport about problems when removing fields from a transaction; I just can't recall where it is in Bugzilla. But your different problem is much more severe:

I tried restarting the program to get the same dialogs, and the following trace:

*  OTHER <> file corba-object.c: line 76 (ORBit_register_objref): assertion failed: (obj->object_key != NULL)

I restarted the program, but encountered the same error immediately. This is wonderful software and I would like to help resolve this error. Thank you! --FearlessRahul 21:39, 19 July 2007 (EDT)

This is http://bugzilla.gnome.org/show_bug.cgi?id=457100 which is being discussed there. There's a list of directories you should try to remove yourself; if that helps, don't hesitate tell us so that we can point further users into that direction. Thanks a lot! --Cstim 08:02, 20 July 2007 (EDT)
I was able to resolve this problem by creating a new temporary directory (e.g. c:\temp) and setting environmental variables TEMP and TMP to point to this new directory. There is something odd about the permissions on the temporary directory created by orbit. I've added this information to the bugzilla report. Ajkessel 19:59, 28 July 2007 (EDT)
(For future reference: Please submit problems as bugs into the bugzilla database. Thank you!)

Windows 2000 Problems

I downloaded the latest binary today. Installed on Windows 2000 SP4. GnuCash did not display windows fully. When I selected the option to import QIF files, program immediately crashed with no error messages. Did not even get a chance to select a QIF file.

Please take a look at Error messages, maybe you find something useful in there. Ok, I just added that section ;-)
What does "display windows fully" mean? -- andi5

I have a multiboot system, each OS is Windows 2000. I installed the binaries in the OS on G. I checked C, G, and I, and could not find any file named gnucash.trace. I: has several shared directories. It's possible I cleaned out Temp files, do not recall.

Do I now have to download a more recent binary to see this? I'll check for a more recent binary.

"does not display fully means, remember this is first time I ever ran GniCash:

1. Window wit hoption to create account, import QIF, amd one other option appeared. 2. Smalling, what appearerd to be main, Gnucash window opened. not sized properly.

Clicking on the option to import QIF caused Gnucash to vanish, all windows closed, no messages displayed.

I just remembered, I uninstalled gnucash-2.0.99-svn-r15667-setup.exe after the error occurred yesterday.

Problems trying to build on Windows 2000 Sp4

2007-08-15 Trying to run the automated build install.sh I get the following: (note that MSYS already asked to normalize my environment when I first installed it)

This is a post install process (...)
Do you wish to continue with the post install? [yn ] 
Do you have MinGW installed? [yn ] 
Please answer the following in the form of c:/foo/bar.
Where is your MinGW installation? 
I see that you already have an /etc/fstab file.  Do you wish for me
to add mount bindings for c:/soft/mingw to /mingw? [yn ]pi.sh: [: ==: unary operator expected

        Normalizing your MSYS environment.
(...)
!!! mingw not installed correctly !!!
!!! ABORTING !!!

In install.sh I had to change the following line: FROM:

(echo "y"; echo "y"; echo "$_MINGW_WFSDIR") | sh pi.sh

TO:

(echo "y"; echo "y"; echo "$_MINGW_WFSDIR"; echo "y") | sh pi.sh
Thanks for reporting this; we'll integrate it to our source as soon as possible. --Cstim 04:06, 16 August 2007 (EDT)

More problems. After running for many hours it got to the aqofxconnect.dll. Looks like it built it correctly but failed trying to do some installs. I'm not sure how much more needs to be built after this.

Creating library file: .libs/aqofxconnect.dll.a
/bin/install -c .libs/aqofxconnect.dll.aT /c/soft/aqbanking/lib/aqbanking/plugins/16/providers/aqofxconnect.dll.a
base_file=`basename ${file}`
 dlpath=`/bin/sh 2>&1 -c '. .libs/'${base_file}'i;echo $dlname'`
make[8]: *** [install-pluginLTLIBRARIES] Error 1
make[8]: Leaving directory `/c/soft/tmp/aqbanking-2.3.2/src/plugins/backends/aqofxconnect/plugin'
make[7]: *** [install-am] Error 2
This seems to be the same problem as Windows#DLL_install_error and we don't know any real solution. You can run "make install" in the tmp/aqbanking-x.y.z directory by hand in order to finish the aqbanking installation, then run install.sh again. --Cstim 04:06, 16 August 2007 (EDT)

It was make install-pluginLTLIBRARIES that was failing. (...) Similar problems in (...)

I already said: This problem is already known and all that we know is listed at Windows#DLL_install_error. --Cstim 10:47, 17 August 2007 (EDT)
Sorry I was just keeping a log of the directories that were having problems in case there was something specific to those directories, if you don't think that is helpful then I will leave it out.
No problem, but in this particular case we know already it isn't a problem of a particular directory, but rather the Msys shell and make on Windows in general. --Cstim 12:49, 17 August 2007 (EDT)

Application Error on Exit in XP Pro

I just installed 2.1.1 from SourceForge (not sure the rev number). Install goes okay and program runs fine, but when I exit (using File->Quit) I get a dialog titled

*<no file>: gnucash-bin.exe - Application Error

The text reads:

The instruction at "0x0138a214" referenced memory at "0x014d3aa8".
The memory could not be "read".

Any ideas? I'm a little confused because I was editing my existing GnuCash files (originally 1.8.11, saved using 2.0.1 in Linux), so it shouldn't be <no file>. Here are the contents of the trace file:

*   WARN <qof.engine> [guid_init()] only got 1731 bytes.
The identifiers might not be very random.
*   WARN <gnc.engine> failed to load gnc-backend-postgres from 
C:\Program Files\gnucash\lib\gnucash
*   WARN <gnc.app-util> Could not spawn perl: Failed to execute child 
process (No such file or directory)
*   WARN <qof.session> [qof_session_load_backend()]  failed to load 
gncqof-backend-qsf from c:/soft/gnucash/repos/inst/lib/gnucash
*   WARN <Gdk> gdkselection-win32.c:1068: OpenClipboard failed: Invalid 
window handle.
*   WARN <Gdk> gdkselection-win32.c:1068: OpenClipboard failed: Invalid 
window handle.

--Scbash 13:22, 12 May 2007 (EDT)

Missing file after extracting Open SSL on Windows XP Pro

This is the error that I got:

3200K .......... .......... .......... .......... .......... 99%  145.77 KB/s
3250K .......... ...                                        100%  834.05 KB/s

20:36:43 (145.65 KB/s) - `c:/soft/tmp/openssl-0.9.8e.tar.gz' saved [3341665/3341665]
Extracting openssl-0.9.8e.tar.gz ... done The system cannot find the path specified.

This is the first error that I got. Everything was fine up to this point.

When I turn on set -ex, I get the following:

++ cp e_os.h e_os2.h include/openssl
+++ unix_path 'C:\WINDOWS\system32\cmd.exe'
+++ echo 'C:\WINDOWS\system32\cmd.exe'
+++ sed 's,^\([A-Za-z]\):,/\1,;s,\\,/,g'
++ _COMSPEC_U=/C/WINDOWS/system32/cmd.exe
++ PATH=/c/soft/active-perl/ActivePerl/Perl/bin:/c/soft/mingw/bin
++ /C/WINDOWS/system32/cmd.exe //c 'ms\mingw32'
The system cannot find the path specified.
Does that mean that your system lacks C:\Windows\System32\cmd.exe, $TMP_DIR\openssl-0.9.8e\ms\mingw32.bat or what do you think?

C:\Windows\System32\cmd.exe is definitely there.
So is C:\soft\tmp\openssl-0.9.8e\ms\mingw32.bat.

If I hardcode the full path to mingw32 in install.sh like this:

 PATH=$_ACTIVE_PERL_UDIR/ActivePerl/Perl/bin:$_MINGW_UDIR/bin $_COMSPEC_U //c c:\\soft\\tmp\\openssl-0.9.8e\\ms\\mingw32

ming32.bat starts to execute but it generates its own set of errors:

 > perl Configure mingw         
 Can't open perl script "Configure": No such file or directory
 Generating x86 for GNU assember
 Bignum
 The system cannot find the path specified.
 Can't open perl script "bn-586.pl": No such file or directory
 Can't open perl script "co-586.pl": No such file or directory
 DES . . .

So to get beyond that problem, I modified mingw32.bat to start out with a cd command, since it was starting in the C:\ directory:

 cd C:\soft\tmp\openssl-0.9.8e
 perl Configure mingw %1 %2 %3 %4 %5 %6 %7 %8
 @echo off

which allowed it to run a bit further and generated this error:

 Generating x86 for GNU assember
 Bignum
 DES
 crypt
 Blowfish
 CAST5
 RC4
 MD5
 SHA1
 RIPEMD160
 RC5\32
 CPUID
 Generating makefile
 Generating DLL definition files
 Building the libraries
 Building OpenSSL
 mingw32-make: *** [banner] Error 1

I don't think I should keep making these minor adjustments to install.sh and mingw32.bat. There must be something I've done wrong that is causing this problem to appear in the first place.

--FELap09

I am sorry, I do not really know how to help you other than "delete c:\soft\tmp\openssl-*, c:\soft\openssl and retry with -ex". -- andi5
I had a similar problem compiling OpenSSL. It was fixed by uninstalling mingw from its custom location, then allowing the install.sh script to reinstall it. -- cedayiv

Font problems

After upgrading to 2.2.1, people have reported font-related issues:

  • The tick/check mark in the Reconcile window may look like a "nondescript squiggle"
  • Register windows may open with all transactions scrolled out of sight (upwards)

The reason appears to be that GnuCash is now referring to Windows to determine what fonts to use, and in both these cases is using the one specified for "Message Box", which defaults to Tahoma 8.

Changing to Tahoma 10 fixed both of these for me.

The procedure on WinXP is:

  1. Start -> Control panel or My Computer -> Control panel
  2. Appearance and Themes -> Display (or, if using the "Classic View", Display)
  3. Appearance
  4. Advanced
  5. Select "Message Box" from the drop-down
  6. Change as required
  7. OK
  8. Apply

Fred 10:30, 22 August 2007 (EDT)

Windows Vista Problems

A number of people have reported problems running on Windows Vista. Gnucash takes a long time to start and reports an error, then may lock up. The error is "An error occurred while loading or saving configuration information for gnucash. Some of your configuration settings may not work properly.", and, under the Details button,
"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"
Disabling all network interfaces allows Gnucash to work normally for some people. Apparantly there is a shortage of Vista machines in developers' hands, so don't hold your breath for a fix.

I had the above problem in Vista-32 bit. Downloaded ORBit2-2.13.3.zip from ftp://ftp.gnome.org/pub/gnome/binaries/win32/ORBit2/2.13/ and extracted files into GnuCash\bin (backup existing files first) to resolved it. I am using GNUCash 2.2.1, r16462 2007-08-20.

I can confirm that this fix works for me on Vista-32.--Jadlakha 14:54, 8 December 2007 (EST)
I can confirm that this fix works for GnuCash 2.2.2 on Vista x64. Pettijohn 15:09, 18 December 2007 (EST)
The 2.2.2 installer has been updated and should no longer require this fix. I have tested this per the discussion on this bug: http://bugzilla.gnome.org/show_bug.cgi?id=504319 Pettijohn 16:33, 19 December 2007 (EST)

I can also confirm this problem in 2000 SP4 with version 2.2.1. No problems with the install. The above error describes it exactly just without locking up.

This problem is known on all Windows versions. You may also want to go revert to the old ORBit2-2.13.3 version as explained in section Windows#GConf/ORBit COMM_FAILURE (above) for the same problem but on non-Vista OSs.

Had all of the above on Vista... Just tried the GNUcash portable beta and it works like a dream on my Vista build.

Excuse me, but what is the "GnuCash portable beta"? Is this being offered somewhere? Can you give us the respective URL? Thanks. --Cstim 03:53, 5 December 2007 (EST)

Logitech QuickCam conflicts

Some Logitech QuickCam software is incompatible with MSYS, and causes the install.sh script to randomly crash and create sh.exe.stackdump files. If you experience this problem, see the MSYS FAQ page for help.

Todo

This section is intended mainly for developers to concisely specfiy what issues are open, assigned or closed (and can be removed then).

[/]    AqBanking
[/]    Encoding issues (Bug)
[ ]    Randomness (Mail)
[W] R  GConf/ORBit2
[X]    Finance::Quote
[X] R  Compressed files (Mail)
[X] R  Documentation
[X]    LibOFX
[X] R  Text report crashers (Bug, Bug)
[X] R  Packaging

A lot more, fill me
X = done; W = workaround; / = in-progress, not-yet-done, needs-testing