Problem with Translations
Hi, After setting LANG=de_DE only some parts of gnucash (1.6.0) are translated in german. translated: Dialogs, Reports-Menu and other not translated: Menu (File, Tools, Account ...), Buttons (Save, Close, ... (when display both, text and icon, or only text)) e.g. the menu "Settings": in de.po is the correct translation: #: src/gnome/window-main.c:1068 msgid "_Settings" msgstr "_Einstellungen" but in src/gnome/window-main.c: GNOMEUIINFO_SUBTREE(N_("_Settings"), gnc_settings_menu_template), ^^ this is defined in src/messages.h #define N_(String) (String) I don't understand, how this construct should work. It seems, that all strings using this N_(" ... ") construct aren't translated even there is a translation for these strings in the .po file. Is this a bug? christian ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
gnucash 1.8.10 with g-wrap 1.9.3
Hi, Congratulations to the new release of gnucash. It works (nearly) perfectly. I've found only a little problem: As far as I read in the Changelog, gnucash should work now with the new 1.9.x releases of g-wrap. I've tested it with g-wrap 1.9.3, but I got the well-known error: "ERROR: no code for module (g-wrap gw-wct)". Does anybody have an idea, what's the problem? Thanks & cu, Christian ___ gnucash-devel mailing list [EMAIL PROTECTED] https://lists.gnucash.org/mailman/listinfo/gnucash-devel
display of memo instead of description
Hi, I would like to change my gnucash to behave like this: What I have: - a split transaction with a description - every single part of the split transaction has it's own memo - for now only the description is displayed in the normal register view (split transaction folded, only one line visible) What I want: - the memo should be displayed in the according register (if any, otherwise the description) example: split transaction: description d1 part 1: memo m1, account a1 part 2: memo m2, account a2 part 3: no memo, account a3 if this transaction is displayed in the register view of account: a1: display memo m1 (if transaction folded) a2: display memo m2 (...) a3: display description d1 (because this part has no memo) I've already searched the documentation but couldn't find anything. Then I tried to find it in the source, but failed, too. Can anybody help me to achieve this behaviour or can anybody give me a hint, where I have to look? Best regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: display of memo instead of description
Hi Derek, On Tue, 18 Jan 2005 17:10:18 -0500, Derek Atkins wrote: > Bug #149241 Yes, I think the bug describes what I want. Unfortunately it seems, that nobody has implemented this so far. That's why I want to have look. But I need some help understanding the source. Where should I start? I've searched already a little bit in the source and found gnc_split_register_get_desc_entry in inledger-core/split-register-model.c. But I'm not sure whether this is the correct function which is responsible for the description entries of folded transactions ... Thanks in advance! Best regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: display of memo instead of description
On Wed, 19 Jan 2005 16:57:03 -0500, Derek Atkins wrote: >> I've searched already a little bit in the source and found >> gnc_split_register_get_desc_entry in >> inledger-core/split-register-model.c. But I'm not sure whether this is >> the correct function which is responsible for the description entries >> of folded transactions ... > As far as the description entry is concerned, currently there is no > difference between a standard two-split transaction and a multi-split > transaction. This is one reason that nobody has implemented the changes > required for bug #149241. > Yes, you could change the get_desc_entry() function to figure out > which split to obtain the split memo, but then you'd also have to > handle what to do if the user changes that entry! Yes, I understand the problem. I've already changed the gnc_..._get_desc_entry and now it displays the memo in the way I want. But I know that's not all. > It's not a two-line change -- there's a bunch of logic changes that > are required to get this functionality. I've thought about the problem and I want present you a possible solution: Assume a normal transaction - it can be a two-split or a multi-split one. Each transaction has a memo for each split and a description. Transaction folded: The corresponding memo is displayed in the ledger if there is such an entry - otherwise the description is displayed. If the user selects this line then the column label changes to memo or description (depending on what's displayed). If the user changes this entry, than the memo or the description is saved. Transaction unfolded: In the unfolded case nothing changes to the current behaviour: The first line shows the description and all splits show their memo. --- Do you think this would be a reasonable behaviour? If yes, I would like to try to implement this. Best regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Error building gnucash 1.8.12 on OpenSuSE 10.0
Hi, On Fri, 21 Oct 2005 10:08:16 +0200, Christian Stimming wrote: > Rauch Christian schrieb: >> Christian Stimming schrieb: But still one question remains just for my understanding. Why is the argument --build sufficient for 1.8.11, but 1.8.12 needs all three on the same building system without any changes? >>> >>> Read my answer ;-) . I didn't say that the difference is between 1.8.11 and >>> 1.8.12, but instead the difference is between building/configuring from your >>> rpm spec file and building by manual ./configure. >> I read your answer and i build both from spec, not from manual ./configure. > Oka-ay. (Again you should've said that in your original question, as we > otherwise have to guess you are talking about the manual ./configure.) > I don't know. Maybe it was because of your extra rpmbuild argument > --target=i686? Maybe because the ./configure script of 1.8.11 came from > a different version of autoconf than the one of 1.8.12? Maybe you had > the command "autoreconf" in your > 1.8.11 spec file? I've had the same problem on my system, but I've tracked it down: The problem is the different config.guess. gnucash-1.8.11: @:~/BUILD/gnucash-1.8.11$ ./config.guess i686-pc-linux-gnu gnucash-1.8.12: @:~BUILD/gnucash-1.8.12$ ./config.guess i686-pc-linux That's why the configure scripts assumes that the linker is not capable to deal with dynamic libs and that's why only static libs are built. This has nothing to do with rpm or spec files or different invocations or arguments of configure.. This occurs even if you just unpack the tarball and call ./config.guess - nothing more. To solve the problem just copy a more recent version of config.guess to your gnucash-1.8.12 directory. on my system (libtool 1.5.20): cp /usr/share/libtool/config.guess BUILD/gnucash-1.8.12 > Honestly I don't really care because the rpm spec file > introduces so many extra potential side-effects that it's quite > pointless to try to track these down in detail. It's good enough > once the build is working. As I already said, the problem has nothing to the with the rpm or spec files. The reason for such problems is, that some packaged files, like config.guess, configure, ... are not in CVS. They are autogenerated (by calling ./autogen.sh, autoreconf or whatever). So the content of these files depends directly no the installed autotools-toolchain (automake, libtool, autoconf, ...) of the maintainer which pulls the CVS and builds the package. That means, that if another maintainer has different versions of these tools then you'll get completly different autoconf/libtool-generated (e.g. config.guess) files in the tarball. So the side effects come from the maintainer's auto* toolchain version. ;-) Nevertheless the packaged config.guess seems to be broken and/or outdated. I've checked some config.guess files from different distributions on my system: 1. libtool-1.5.20 (most recent version on gnu.org): /usr/share/libtool/config.guess i686-pc-linux-gnu /usr/share/libtool/libltdl/config.guess i686-pc-linux-gnu -> correct 2. libtool-1.5.16 (FC4): ./config.guess i686-pc-linux-gnu -> correct 3. libtool-1.5.14 (suse 9.3): ./config.guess i686-pc-linux -> wrong 4. libtool-1.5.18 (suse 10.0): @:~/libtool-package-install/usr$ find |grep guess ./share/libtool/config.guess ./share/libtool/libltdl/config.guess @:~/libtool-package-install/usr$ ./share/libtool/config.guess i686-pc-linux -> wrong @:~/libtool-package-install/usr$ ./share/libtool/libltdl/config.guess i686-pc-linux-gnu -> correct 5. autotools-dev 20050422.1 (debian stable): ./config.guess i686-pc-linux-gnu -> correct Because of all these informations I've come to the conclusion that gnucash delivers an outdated or broken config.guess, because the tarball was prepared (especially the autogenerated autotools-depended files were built) on a distribution with a strange config.guess. From my tests I would assume it was a Suse. ;-) Best regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
gnucash2 (svn trunk) cannot read old gnucash data file
Hi, I've started to play with the current svn version of gnucash today, but unfortunately it can't load the data files of the "old" stable gnucash. You can see the output of running gnucash at the end of the mail. To verify that the source of the problem is not my specific data file I've created a new one with gnucash 1.8.12 with the druid (EUR, "A simpel checkbook") with no entries. It doesn't work either. Should the old data files work with gnucash2? Best regards, Christian gnucash version: checked out today, gnucash-svn/gnucash$ svn info Path: . URL: http://svn.gnucash.org/repo/gnucash/trunk Repository UUID: 57a11ea4-9604-0410-9ed3-97b8803252fd Revision: 11955 Node Kind: directory Schedule: normal Last Changed Author: hampton Last Changed Rev: 11954 Last Changed Date: 2005-11-16 02:22:03 +0100 (Wed, 16 Nov 2005) Properties Last Updated: 2005-11-02 21:43:35 +0100 (Wed, 02 Nov 2005) ... output: rpm@:~/gnucash2-test/bin$ gnucash ~/gc18-test This is a development version. It may or may not work. Report bugs and other problems to [EMAIL PROTECTED] You can also lookup and file bug reports at http://bugzilla.gnome.org The last stable version was GnuCash 1.8.12 The next stable version will be GnuCash 2.0 (gnucash:24626): GnomeUI-WARNING **: While connecting to session manager: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed. initializing gnc_html... gnucash: [W] "failure loading ""/usr/src/RPM/.gnucash/config-2.0.auto" gnucash: [W] "failure loading ""/usr/src/RPM/.gnucash/config-1.8.auto" gnucash: [W] "failure loading ""/usr/src/RPM/.gnucash/config-1.6.auto" gnucash: [W] "failure loading ""/usr/src/RPM/.gnucash/config.auto" gnucash: [W] "report-menu-setup" /usr/src/RPM/gc18-test:3: namespace error : Namespace prefix cd for type on coun t-data is not defined 1 ^ /usr/src/RPM/gc18-test:3: namespace error : Namespace prefix gnc on count-data is not defined 1 ^ /usr/src/RPM/gc18-test:4: namespace error : Namespace prefix gnc on book is not defined ^ /usr/src/RPM/gc18-test:5: namespace error : Namespace prefix book on id is not defined ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: gnucash2 (svn trunk) cannot read old gnucash data file
Hi, On Wed, 16 Nov 2005 15:50:16 -0500, Derek Atkins wrote: > Hmm, current svn reads my data file just fine. I've not seen > anything like this at all. > What does /usr/src/RPM/gc18-test look like? The file is very small, so I'll put it directly in the mail: snip- 1 fd0133e00212c6f80de92deb8014e32a 8 Assets a56981ba203f3edd3336f24ca7a7bdf9 ASSET ISO4217 EUR 100 Assets Current Assets 96669d02c6ecd4ab729ef01dd841b649 ASSET ISO4217 EUR 100 Current Assets a56981ba203f3edd3336f24ca7a7bdf9 Checking Account b1ff5343923f269b7fb678f93967c51a BANK ISO4217 EUR 100 Checking Account 96669d02c6ecd4ab729ef01dd841b649 Income acdb031feeefd9001faf5ba59cfc91e6 INCOME ISO4217 EUR 100 Income Expenses 8e90d54f6d843653c9e42f170e744ac0 EXPENSE ISO4217 EUR 100 Expenses placeholder false notes Equity 657fb0f3ab3182c4a8dd57ea84bc0a77 EQUITY ISO4217 EUR 100 Equity Opening Balances f868104a503e3a6f77e510a24469d042 EQUITY ISO4217 EUR 100 Opening Balances 657fb0f3ab3182c4a8dd57ea84bc0a77 snip- Best regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: gnucash2 (svn trunk) cannot read old gnucash data file
Hi, On Wed, 16 Nov 2005 20:07:43 -0500, Derek Atkins wrote: > I just tried opening this file with SVN/trunk and it works just > fine for me, so I can't even reproduce this problem with the > data file you sent me. So I suspect it's something on your system, > or a problem with your build or runtime environment. Ok, because it works on all system besides my computer I've recompiled the complete gnucash and now it works again. I don't know what the reason was, but I assume it was a problem with some updated libraries. Thank you for the help anyway, no I can run gnucash2 again. ;-) Best regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
gnucash2 data file dtd
Hi, Recently I had a problem with loading gnucash data files. To make sure that my data file isn't corrupt I tried to validate it against the supplied dtd (gnucash/src/doc/xml/io-gncxml-version2.dtd). Unfortunately the validation stops very early when parsing the different dtd files and shows some errors in the dtd. Here is a small part of the output: snip xmllint --valid --dtdvalid io-gncxml-version2.dtd a.xml Entity: line 1: parser error : ContentDecl : ',' '|' or ')' expected %slot-val-type; ^ Entity: line 1: (slot+?, slot:value+?, #PCDATA?) ^ Entity: line 1: parser error : expected '>' %slot-val-type; ^ Entity: line 1: (slot+?, slot:value+?, #PCDATA?) --- Before I start to investigate the problem further, I'd like to know whether these dtds should match the current data format or is the dtd somehow outdated? Best regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
shortcut for reconcile in gnucash 2.x
Hi, it seems, that the shortcut ctrl-r is bound to Refresh and to Reconcile in the main window with an opened account tree. Please remove the shortcut from one of these menu entries. I've solved the problem by removing ctrl-r from Refresh because I'm used to ctrl-r for reconcile (as in gnucash 1.8.x). === --- src/gnome-utils/gnc-main-window.c (revision 11972) +++ src/gnome-utils/gnc-main-window.c (working copy) @@ -246,7 +246,7 @@ /* View menu */ - { "ViewRefreshAction", GTK_STOCK_REFRESH, N_("_Refresh"), "r", + { "ViewRefreshAction", GTK_STOCK_REFRESH, N_("Refresh"), NULL, N_("Refresh this window"), G_CALLBACK (gnc_main_window_cmd_view_refresh) }, Best regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Some utf-8 menu items give Gtk-WARNING **: Invalid input string
Hi, On Sat, 19 Nov 2005 13:18:36 +0100, Christian Stimming wrote: > as I'm checking the translated SVN-HEAD version, I recently noticed in > LANG=de_DE that some menu items are not added correctly into the menus. > Namely, two reports with non-ascii characters (German umlauts) in their name > will cause a "Gtk-WARNING **: Invalid input string" and in the menu there > will be an empty line instead of the label. > To reproduce: "LANG=de_DE gnucash" ; you will immediatly see the "invalid > input string" on the console; then go into the "Reports" / "Berichte" menu, > then you see one empty line instead of the "Account Summary" / > "Kontenübersicht" menu item; the other empty item is in the submenu "_Income > & Expense" / "_Erträge & Aufwendungen" and it was supposed to be the > "Income Piechart" / "Erträge Tortendiagramm". Yes, the same here. :-( But I wonder why do you use LANG=de_DE and not LANG=de_DE.UTF-8. I'm not sure, which one is more correct (although you'll get nice EUR symbols instead of the string "EUR" if you use LANG=de_DE.UTF-8), but I've read on several places on the net that de_DE.UTF-8 should be the correct one. Unfortunately this doesn't fix the problem. Best regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
font problem in ledger view (gnucash 2.x)
Hi, During playing with gnucash 2.x I've found an annoying problem: In each "ledger" or "journal" view (sorry, but is this the correct word for the view of an account with all its transactions?), all columns with numbers which are right-justified (at least: Date, Deposit, Withdrawel, Balance) looks weired, because for in all cells the last part of the numbers (it seems like two vertical pixel lines) is cut off. It this a known problem or does anybody has an idea, what's the reason for it? If necessary I could send a small image of the problem to the list. Best regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: gnucash2 data file dtd
On Thu, 17 Nov 2005 17:10:11 -0500, Derek Atkins wrote: > Quoting Christian Krause <[EMAIL PROTECTED]>: >> Before I start to investigate the problem further, I'd like to know >> whether these dtds should match the current data format or is the dtd >> somehow outdated? > The DTDs were never valid. They are samples, examples, but not accurate. > As far as I know they were never accurate. Ok, thanks for the information. Nevertheless I suggest that these files should be removed in the trunk because they are: - wrong - misleading - out of date - completly useless . ;-) If the files would be needed sometime in the future, there is always the svn to get the old version. Best regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Some utf-8 menu items give Gtk-WARNING **: Invalid input string
On Thu, 24 Nov 2005 01:18:30 -0500, David Hampton wrote: > On Wed, 2005-11-23 at 23:21 +0100, Andreas Köhler wrote: >> my scheme knowledge is at a very low level, nevertheless i think the >> error is to be found in >> >> src/gnome-utils/gnc-menu-extensions.scm:gnc:new-menu-namer, >> >> as it seems not to distinguish between characters and bytes. This is >> of course suboptimal for encodings like utf8 ;-) > I believe I have fixed this problem. Please update and test version > 12027 to see if it fixes the problem for you. I can confirm that (at least on my system) the problem is gone after updating to 12027. Best regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: shortcut for reconcile in gnucash 2.x
On Fri, 25 Nov 2005 16:33:17 -0500, David Hampton wrote: > On Sat, 2005-11-19 at 16:39 +0100, Christian Krause wrote: >> it seems, that the shortcut ctrl-r is bound to Refresh and to Reconcile >> in the main window with an opened account tree. >> >> Please remove the shortcut from one of these menu entries. > According to the Human Interface Guidelines, R should be assigned > to the refresh function, so I removed the assignment of that key from > the reconcile actions. However, I just submitted a patch on Wednesday > that will let you assign your own accelerator keys. Using r12026 or > later you can select the "Learn Accelerator Keys" item under the Edit > menu, assign whatever accelerators you want, then disable the learning > function by selecting the menu item again. Ok, that's a good idea and seems to work well. ;-) Personally I think that there should be shortcut for reconcile as default setting, because I often use this function (and it is much faster than searching the entry in the menu). So I would be glad if you decide to add a shortcut to reconcile as default. Nevertheless the current solution would be sufficiant for my needs as well. Best regards, Christian ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: font problem in ledger view (gnucash 2.x)
Hi, On Fri, 25 Nov 2005 16:54:37 -0500, David Hampton wrote: > On Sat, 2005-11-19 at 17:06 +0100, Christian Krause wrote: >> During playing with gnucash 2.x I've found an annoying problem: >> >> In each "ledger" or "journal" view (sorry, but is this the correct word >> for the view of an account with all its transactions?), all columns with >> numbers which are right-justified (at least: Date, Deposit, Withdrawel, >> Balance) looks weired, because for in all cells the last part of the >> numbers (it seems like two vertical pixel lines) is cut off. >> >> It this a known problem or does anybody has an idea, what's the reason >> for it? > I don't see the problem. I've got a clear 4 pixel margin between the > last number and the vertical black line. I see 4 pixel margin between the last number and the vertical black line as well, but the last digit is not completly drawn. >> If necessary I could send a small image of the problem to the list. > Please do. I'll attach 3 screenshots: 1. gnucash-sans-10.png: - font "Sans" with size 10 - the filed iwth number "12,88" is not selected (last digit incomplete) - balance (last digit incomplete) - the field with number "11,88" is selected (last digit correct) 2. gnucash-sans-8.png - smaller font, same problem 3. gnucash-sans-14.png - bigger font, same problem - bottom is cut off I've attached only very small parts of the whole window so that the file size is very small and nobody should be annoyed. The problem seems to be in all columns with numbers (at least where the numbers are right-adjusted) e.g. the Date. > What font are you using as your system font? Have you tried different I use the Bitstream Vera font family. Switching to Arial doesn't help. > fonts? This is probably just a miscalculation of where to start drawing > the text in the register window. It seems, that if I click into a field (which is editable), the text is drawn correctly. > I tried changing from a 10 point font to a 14 point font to see what > would happen. My numbers all still look fine, but the bottom of every > line of text is now cut off. Clearly there are still some problems here > calculating sizes. Yes, tha same here, but the width is wrong as well. > P.S. You can change the font just for gnucash by creating the file > ~/.gtkrc-2.0.gnucash and adding the following: Thanks for this hint - it works well. ;-) Best regards, Christian gnucash-sans-8.png Description: PNG image gnucash-sans-10.png Description: PNG image gnucash-sans-14.png Description: PNG image ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
automatic completions in register
Hi, Problem: When I create a new entry (type in a description and an amount, but no transfer [there is a grey "Transfer" in the transfer field]) and record this entry, all is well done. But when I type in a description, for which gnucash guess a transfer and an amount, I am not able to delete the transfer. When I delete the transfer with , go to the next field, the transfer field change to the grey "Transfer"; but when I record this entry, the old guessed transfer appears again and will be displayed. I read in the mailing-list, that there must be an account in the transfer field. Is this true? This behavior first appeared in 1.3.99. Thx, christian -- eMail: [EMAIL PROTECTED] No warranty for any statement below this line! -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]
gnucash 1.4.1, g-wrap 0.9.4 and guile 1.4 (fwd)
Hi, Problem: gnucash 1.4.1 doesn't compile with guile 1.4 and g-wrap 0.9.4 --- gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I.. -I../engine -I../gnome -I../regi ter-pipe -Wall -I/usr/include -DNEED_GNOMESUPPORT_H -I/usr/lib/gnome-libs/i clude -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/gnome-xml -I/ sr/include -I/usr/include -c gnc.c gnc.c:50: parse error before `POINTER_TOKEN_smob' gnc.c:50: warning: type defaults to `int' in declaration of `POINTER_TOKEN_smob gnc.c:51: warning: initialization makes integer from pointer without a cast gnc.c:51: warning: excess elements in scalar initializer gnc.c:51: warning: (near initialization for `POINTER_TOKEN_smob') gnc.c:51: warning: excess elements in scalar initializer gnc.c:51: warning: (near initialization for `POINTER_TOKEN_smob') gnc.c:53: warning: excess elements in scalar initializer gnc.c:53: warning: (near initialization for `POINTER_TOKEN_smob') gnc.c:53: warning: data definition has no type or storage class gnc.c:56: parse error before `POINTER_ARRAY_smob' gnc.c:56: warning: type defaults to `int' in declaration of `POINTER_ARRAY_smob gnc.c:57: warning: initialization makes integer from pointer without a cast gnc.c:57: warning: excess elements in scalar initializer gnc.c:57: warning: (near initialization for `POINTER_ARRAY_smob') gnc.c:57: warning: excess elements in scalar initializer gnc.c:57: warning: (near initialization for `POINTER_ARRAY_smob') gnc.c:59: warning: excess elements in scalar initializer gnc.c:59: warning: (near initialization for `POINTER_ARRAY_smob') gnc.c:59: warning: data definition has no type or storage class gnc.c: In function `gwrap_gnc_print_session_text': gnc.c:5922: warning: passing arg 2 of `gnc_print_session_text' discards qualifi rs from pointer target type gnc.c: In function `init_gnc': gnc.c:7208: warning: implicit declaration of function `scm_newsmob' make[3]: *** [gnc.o] Error 1 - I think this problem depends on g-wrap, because in g-wrap the function "scm_newsmob" is used but in guile 1.4 this function no longer exists. (guile-1.4/NEWS: "** Removed deprecated function scm_newsmob") Thx, christian -- eMail: [EMAIL PROTECTED] No warranty for any statement below this line! -- Gnucash Developer's List To unsubscribe send empty email to: [EMAIL PROTECTED]