Re: [GNC] Error Windows 11 when running reports

[WR D]

Must be a bit frustrating for new windows users of Gnucash when 5.5 is still 
listed as the default "stable" version for Windows but the reporting is so 
broken.

Just be aware of a different problem with 5.4.1 stable  - that one leaves 
phantom processes running in Windows that will keep the Gnucash file locked 
(just kill the process manually).

If it helps anyone ... both problems don't appear in Version: 5.4 Build ID:git 
5.4-156-g273c961fc4+(2023-12-11) - maybe this link 
https://code.gnucash.org/builds/win32/stable/gnucash-5.4-2023-12-13-git-5.4-156-g273c961fc4+.setup.exe
 or the day before.


Regards,
Bill


-Original Message-
From: gnucash-user  On 
Behalf Of Patrick James
Sent: Friday, 19 January 2024 8:25 AM
To: gnucash-user@gnucash.org
Subject: Re: [GNC] Error Windows 11 when running reports

There is a known bug with reports in GnuCash version 5.5 on a Windows machine. 

The bug is well-understood, but the fix is not so easy.

Moving down to 5.4 will fix the report problem.

> On 01/17/2024 3:29 PM PST Ignacio Ayuste  wrote:
> 
>  
> Hi All, for a lot reports i noticed the file generated in temp folder 
> but the app crash, I run the app using winDbg and the error is:
> 
> (4130.c2c): Access violation - code c005 (!!! second chance !!!)
> eax= ebx=62f200a0 ecx= edx= esi=1049fff0
> edi=0004
> eip=62d400d3 esp=00bfe840 ebp=00bfe888 iopl=0 nv up ei pl nz na po
> nc
> cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b
> efl=00210202
> libjavascriptcoregtk_3_0_0!ZN3JSC8JSObject27getOwnNonIndexPropertyNamesEPS0_PNS_9ExecStateERNS_17PropertyNameArrayENS_15EnumerationModeE+0x473:
> 62d400d3 8b49fc  mov ecx,dword ptr [ecx-4]
> ds:002b:fffc=
> 
> 0:000> !analyze -v
> **
> *
> *
>   *
> *Exception Analysis
>   *
> *
>   *
> **
> *
> 
> 
> KEY_VALUES_STRING: 1
> 
> Key  : AV.Fault
> Value: Read
> 
> Key  : Analysis.CPU.mSec
> Value: 2483
> 
> Key  : Analysis.Elapsed.mSec
> Value: 35877
> 
> Key  : Analysis.IO.Other.Mb
> Value: 80
> 
> Key  : Analysis.IO.Read.Mb
> Value: 1
> 
> Key  : Analysis.IO.Write.Mb
> Value: 117
> 
> Key  : Analysis.Init.CPU.mSec
> Value: 1046
> 
> Key  : Analysis.Init.Elapsed.mSec
> Value: 761028
> 
> Key  : Analysis.Memory.CommitPeak.Mb
> Value: 97
> 
> Key  : Failure.Bucket
> Value:
> INVALID_CLASS_PTR_READ_c005_libjavascriptcoregtk-3.0-0.dll!Unknown
> 
> Key  : Failure.Hash
> Value: {7c9c3c53-a28e-a583-683b-6075744558e7}
> 
> Key  : Timeline.OS.Boot.DeltaSec
> Value: 39191
> 
> Key  : Timeline.Process.Start.DeltaSec
> Value: 761
> 
> Key  : WER.OS.Branch
> Value: ni_release
> 
> Key  : WER.OS.Version
> Value: 10.0.22621.1
> 
> Key  : WER.Process.Version
> Value: 5.5.0.0
> 
> 
> NTGLOBALFLAG:  70
> 
> PROCESS_BAM_CURRENT_THROTTLED: 0
> 
> PROCESS_BAM_PREVIOUS_THROTTLED: 0
> 
> APPLICATION_VERIFIER_FLAGS:  0
> 
> EXCEPTION_RECORD:  (.exr -1)
> ExceptionAddress: 62d400d3
> (libjavascriptcoregtk_3_0_0!ZN3JSC8JSObject27getOwnNonIndexPropertyNamesEPS0_PNS_9ExecStateERNS_17PropertyNameArrayENS_15EnumerationModeE+0x0473)
>ExceptionCode: c005 (Access violation)
>   ExceptionFlags: 
> NumberParameters: 2
>Parameter[0]: 
>Parameter[1]: fffc
> Attempt to read from address fffc
> 
> FAULTING_THREAD:  0c2c
> 
> PROCESS_NAME:  gnucash.exe
> 
> READ_ADDRESS:  fffc
> 
> ERROR_CODE: (NTSTATUS) 0xc005 - The instruction at 0x%p referenced 
> memory at 0x%p. The memory could not be %s.
> 
> EXCEPTION_CODE_STR:  c005
> 
> EXCEPTION_PARAMETER1:  
> 
> EXCEPTION_PARAMETER2:  fffc
> 
> STACK_TEXT:
> WARNING: Stack unwind information not available. Following frames may 
> be wrong.
> 00bfe888 62d4794a 0c43bcd0 10e1fff0 
> libjavascriptcoregtk_3_0_0!ZN3JSC8JSObject27getOwnNonIndexPropertyNamesEPS0_PNS_9ExecStateERNS_17PropertyNameArrayENS_15EnumerationModeE+0x473
> 00bfe8b8 62d170db 0c43bcd0  0004
> libjavascriptcoregtk_3_0_0!ZN3JSC8JSObject20growOutOfLineStorageERNS_2VMEjj+0x3a
> 00bfe958 62d13f7c 0c43bcd0 00bfea88 
> libjavascriptcoregtk_3_0_0!ZN3JSC16InternalFunction14finishCreationERNS_2VMERKN3WTF6StringE+0xa0b
> 00bfe988 62d31db1 0c43bcd0 00bfea88 
> libjavascriptcoregtk_3_0_0!ZN3JSC17FunctionPrototype14finishCreationERNS_2VMERKN3WTF6StringE+0x1c
> 00bfeae8 62d398c0 0c43bcd0 1045f530 0c43bcd0
> libjavascriptcoregtk_3_0_0!ZN3JSC14JSGlobalObject5resetENS_7JSValueE+0x111
> 00bfeb18 6332e524 10dbffe0 0040 0c43bcd0
> libjavascriptcoregtk_3_0_0!ZN3JSC14JSGlobalObject4initEPNS_8JSObjectE+0xa0
> 00bfeb48 6332fe9c 0c43bcd0 10dbffe0 00bfeb98
> libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+

[GNC] No such file or directory error finding libgnc-expressions-guile.so

[John Haiducek]

After upgrading to gnucash 5.5 on Fedora 38 (using the rpm package for
gnucash from the Fedora repos), I get the following error trying to start
gnucash:

$ gnucash
Backtrace:
In ice-9/boot-9.scm:
  3536:20 19 (_)
   2835:4 18 (save-module-excursion #)
  3556:26 17 (_)
In unknown file:
  16 (primitive-load-path "gnucash/report/html-utilities" #<…>)
In html-utilities.scm:
 32:0 15 (_)
In ice-9/boot-9.scm:
  3927:20 14 (process-use-modules _)
   222:17 13 (map1 (((gnucash report report-core
  3928:31 12 (_ ((gnucash report report-core)))
  3326:17 11 (resolve-interface (gnucash report report-core) #:select …)
In ice-9/threads.scm:
390:8 10 (_ _)
In ice-9/boot-9.scm:
  3252:13  9 (_)
In ice-9/threads.scm:
390:8  8 (_ _)
In ice-9/boot-9.scm:
  3536:20  7 (_)
   2835:4  6 (save-module-excursion #)
  3556:26  5 (_)
In unknown file:
   4 (primitive-load-path "gnucash/report/report-core" #)
In report-core.scm:
 26:2  3 (_)
In unknown file:
   2 (load-extension "libgnc-expressions-guile" "scm_init_sw…")
In system/foreign-library.scm:
   190:25  1 (load-foreign-library _ #:extensions _ # _ #:search-path …)
In unknown file:
   0 (dlopen "libgnc-expressions-guile.so" 1)

ERROR: In procedure dlopen:
In procedure dlopen: file "libgnc-expressions-guile.so", message
"libgnc-expressions-guile.so: cannot open shared object file: No such file
or directory"

I can confirm that /usr/lib64/gnucash/libgnc-expressions-guile.so exists.
Obviously this looks like a bug, but I'm not sure if it's a gnucash bug or
a packaging problem on the Fedora side. Can anyone help me figure out which
it is? Any possible workarounds to try?
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] No such file or directory error finding libgnc-expressions-guile.so

[R Losey]

This is probably a silly question, but does the .so file have permissions
that let it be read by your account? And/or what about the
containing directory?


On Thu, Jan 25, 2024 at 9:19 AM John Haiducek  wrote:

> After upgrading to gnucash 5.5 on Fedora 38 (using the rpm package for
> gnucash from the Fedora repos), I get the following error trying to start
> gnucash:
>
> $ gnucash
> Backtrace:
> In ice-9/boot-9.scm:
>   3536:20 19 (_)
>2835:4 18 (save-module-excursion #)
>   3556:26 17 (_)
> In unknown file:
>   16 (primitive-load-path "gnucash/report/html-utilities" #<…>)
> In html-utilities.scm:
>  32:0 15 (_)
> In ice-9/boot-9.scm:
>   3927:20 14 (process-use-modules _)
>222:17 13 (map1 (((gnucash report report-core
>   3928:31 12 (_ ((gnucash report report-core)))
>   3326:17 11 (resolve-interface (gnucash report report-core) #:select …)
> In ice-9/threads.scm:
> 390:8 10 (_ _)
> In ice-9/boot-9.scm:
>   3252:13  9 (_)
> In ice-9/threads.scm:
> 390:8  8 (_ _)
> In ice-9/boot-9.scm:
>   3536:20  7 (_)
>2835:4  6 (save-module-excursion #)
>   3556:26  5 (_)
> In unknown file:
>4 (primitive-load-path "gnucash/report/report-core" #)
> In report-core.scm:
>  26:2  3 (_)
> In unknown file:
>2 (load-extension "libgnc-expressions-guile" "scm_init_sw…")
> In system/foreign-library.scm:
>190:25  1 (load-foreign-library _ #:extensions _ # _ #:search-path …)
> In unknown file:
>0 (dlopen "libgnc-expressions-guile.so" 1)
>
> ERROR: In procedure dlopen:
> In procedure dlopen: file "libgnc-expressions-guile.so", message
> "libgnc-expressions-guile.so: cannot open shared object file: No such file
> or directory"
>
> I can confirm that /usr/lib64/gnucash/libgnc-expressions-guile.so exists.
> Obviously this looks like a bug, but I'm not sure if it's a gnucash bug or
> a packaging problem on the Fedora side. Can anyone help me figure out which
> it is? Any possible workarounds to try?
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] No such file or directory error finding libgnc-expressions-guile.so

[John Haiducek]

The file and its parent directory are both world-readable

On Thu, Jan 25, 2024 at 10:46 AM R Losey  wrote:

> This is probably a silly question, but does the .so file have permissions
> that let it be read by your account? And/or what about the
> containing directory?
>
>
> On Thu, Jan 25, 2024 at 9:19 AM John Haiducek  wrote:
>
>> After upgrading to gnucash 5.5 on Fedora 38 (using the rpm package for
>> gnucash from the Fedora repos), I get the following error trying to start
>> gnucash:
>>
>> $ gnucash
>> Backtrace:
>> In ice-9/boot-9.scm:
>>   3536:20 19 (_)
>>2835:4 18 (save-module-excursion #)
>>   3556:26 17 (_)
>> In unknown file:
>>   16 (primitive-load-path "gnucash/report/html-utilities" #<…>)
>> In html-utilities.scm:
>>  32:0 15 (_)
>> In ice-9/boot-9.scm:
>>   3927:20 14 (process-use-modules _)
>>222:17 13 (map1 (((gnucash report report-core
>>   3928:31 12 (_ ((gnucash report report-core)))
>>   3326:17 11 (resolve-interface (gnucash report report-core) #:select …)
>> In ice-9/threads.scm:
>> 390:8 10 (_ _)
>> In ice-9/boot-9.scm:
>>   3252:13  9 (_)
>> In ice-9/threads.scm:
>> 390:8  8 (_ _)
>> In ice-9/boot-9.scm:
>>   3536:20  7 (_)
>>2835:4  6 (save-module-excursion #)
>>   3556:26  5 (_)
>> In unknown file:
>>4 (primitive-load-path "gnucash/report/report-core" #)
>> In report-core.scm:
>>  26:2  3 (_)
>> In unknown file:
>>2 (load-extension "libgnc-expressions-guile" "scm_init_sw…")
>> In system/foreign-library.scm:
>>190:25  1 (load-foreign-library _ #:extensions _ # _ #:search-path …)
>> In unknown file:
>>0 (dlopen "libgnc-expressions-guile.so" 1)
>>
>> ERROR: In procedure dlopen:
>> In procedure dlopen: file "libgnc-expressions-guile.so", message
>> "libgnc-expressions-guile.so: cannot open shared object file: No such file
>> or directory"
>>
>> I can confirm that /usr/lib64/gnucash/libgnc-expressions-guile.so exists.
>> Obviously this looks like a bug, but I'm not sure if it's a gnucash bug or
>> a packaging problem on the Fedora side. Can anyone help me figure out
>> which
>> it is? Any possible workarounds to try?
>> ___
>> gnucash-user mailing list
>> gnucash-user@gnucash.org
>> To update your subscription preferences or to unsubscribe:
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
>>
>
>
> --
> _
> Richard Losey
> rlo...@gmail.com
> Micah 6:8
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] No such file or directory error finding libgnc-expressions-guile.so

[Derek Atkins]

Run:
  ldd /usr/lib64/gnucash/libgnc-expressions-guile.so

And see if perhaps it is missing a dependency?

-derek

On Thu, January 25, 2024 11:07 am, John Haiducek wrote:
> The file and its parent directory are both world-readable
>
> On Thu, Jan 25, 2024 at 10:46 AM R Losey  wrote:
>
>> This is probably a silly question, but does the .so file have
>> permissions
>> that let it be read by your account? And/or what about the
>> containing directory?
>>
>>
>> On Thu, Jan 25, 2024 at 9:19 AM John Haiducek 
>> wrote:
>>
>>> After upgrading to gnucash 5.5 on Fedora 38 (using the rpm package for
>>> gnucash from the Fedora repos), I get the following error trying to
>>> start
>>> gnucash:
>>>
>>> $ gnucash
>>> Backtrace:
>>> In ice-9/boot-9.scm:
>>>   3536:20 19 (_)
>>>2835:4 18 (save-module-excursion #)
>>>   3556:26 17 (_)
>>> In unknown file:
>>>   16 (primitive-load-path "gnucash/report/html-utilities" #<…>)
>>> In html-utilities.scm:
>>>  32:0 15 (_)
>>> In ice-9/boot-9.scm:
>>>   3927:20 14 (process-use-modules _)
>>>222:17 13 (map1 (((gnucash report report-core
>>>   3928:31 12 (_ ((gnucash report report-core)))
>>>   3326:17 11 (resolve-interface (gnucash report report-core) #:select
>>> …)
>>> In ice-9/threads.scm:
>>> 390:8 10 (_ _)
>>> In ice-9/boot-9.scm:
>>>   3252:13  9 (_)
>>> In ice-9/threads.scm:
>>> 390:8  8 (_ _)
>>> In ice-9/boot-9.scm:
>>>   3536:20  7 (_)
>>>2835:4  6 (save-module-excursion #)
>>>   3556:26  5 (_)
>>> In unknown file:
>>>4 (primitive-load-path "gnucash/report/report-core" #)
>>> In report-core.scm:
>>>  26:2  3 (_)
>>> In unknown file:
>>>2 (load-extension "libgnc-expressions-guile" "scm_init_sw…")
>>> In system/foreign-library.scm:
>>>190:25  1 (load-foreign-library _ #:extensions _ # _ #:search-path
>>> …)
>>> In unknown file:
>>>0 (dlopen "libgnc-expressions-guile.so" 1)
>>>
>>> ERROR: In procedure dlopen:
>>> In procedure dlopen: file "libgnc-expressions-guile.so", message
>>> "libgnc-expressions-guile.so: cannot open shared object file: No such
>>> file
>>> or directory"
>>>
>>> I can confirm that /usr/lib64/gnucash/libgnc-expressions-guile.so
>>> exists.
>>> Obviously this looks like a bug, but I'm not sure if it's a gnucash bug
>>> or
>>> a packaging problem on the Fedora side. Can anyone help me figure out
>>> which
>>> it is? Any possible workarounds to try?
>>> ___
>>> gnucash-user mailing list
>>> gnucash-user@gnucash.org
>>> To update your subscription preferences or to unsubscribe:
>>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>>> -
>>> Please remember to CC this list on all your replies.
>>> You can do this by using Reply-To-List or Reply-All.
>>>
>>
>>
>> --
>> _
>> Richard Losey
>> rlo...@gmail.com
>> Micah 6:8
>>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] No such file or directory error finding libgnc-expressions-guile.so

[John Haiducek]

Here's the output from ldd. IIRC, missing dependencies would show up here
as something like "=> Not found". It looks like everything here points to a
specific file.

$ ldd /usr/lib64/gnucash/libgnc-expressions-guile.so
linux-vdso.so.1 (0x7ffe3cf5a000)
libgnc-expressions.so => /usr/lib64/gnucash/libgnc-expressions.so
(0x7ff5df86a000)
libguile-3.0.so.1 => /lib64/libguile-3.0.so.1 (0x7ff5df6e3000)
libgnc-engine.so => /usr/lib64/gnucash/libgnc-engine.so (0x7ff5df20)
libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x7ff5df59a000)
libc.so.6 => /lib64/libc.so.6 (0x7ff5df022000)
libgnucash-guile.so => /usr/lib64/gnucash/libgnucash-guile.so
(0x7ff5def0a000)
libgnc-app-utils.so => /usr/lib64/gnucash/libgnc-app-utils.so
(0x7ff5df504000)
libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x7ff5deeaa000)
libgnc-core-utils.so => /usr/lib64/gnucash/libgnc-core-utils.so
(0x7ff5dee6e000)
libgc.so.1 => /lib64/libgc.so.1 (0x7ff5ded2c000)
libffi.so.8 => /lib64/libffi.so.8 (0x7ff5df4f8000)
libunistring.so.2 => /lib64/libunistring.so.2 (0x7ff5deb7e000)
libgmp.so.10 => /lib64/libgmp.so.10 (0x7ff5dead9000)
libcrypt.so.2 => /lib64/libcrypt.so.2 (0x7ff5deaa)
libm.so.6 => /lib64/libm.so.6 (0x7ff5de9bf000)
/lib64/ld-linux-x86-64.so.2 (0x7ff5df88a000)
libicui18n.so.72 => /lib64/libicui18n.so.72 (0x7ff5de60)
libicuuc.so.72 => /lib64/libicuuc.so.72 (0x7ff5de20)
libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x7ff5df4ed000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x7ff5dde0)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x7ff5de99b000)
libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x7ff5de566000)
libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x7ff5ddc2d000)
libboost_filesystem.so.1.78.0 => /lib64/libboost_filesystem.so.1.78.0
(0x7ff5de979000)
libboost_locale.so.1.78.0 => /lib64/libboost_locale.so.1.78.0
(0x7ff5de4c4000)
libicudata.so.72 => /lib64/libicudata.so.72 (0x7ff5dbe0)
libz.so.1 => /lib64/libz.so.1 (0x7ff5de95f000)
libmount.so.1 => /lib64/libmount.so.1 (0x7ff5de47e000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x7ff5de451000)
libboost_atomic.so.1.78.0 => /lib64/libboost_atomic.so.1.78.0
(0x7ff5de955000)
libboost_system.so.1.78.0 => /lib64/libboost_system.so.1.78.0
(0x7ff5de95)
libboost_thread.so.1.78.0 => /lib64/libboost_thread.so.1.78.0
(0x7ff5de431000)
libboost_chrono.so.1.78.0 => /lib64/libboost_chrono.so.1.78.0
(0x7ff5de945000)
libblkid.so.1 => /lib64/libblkid.so.1 (0x7ff5de1c8000)

On Thu, Jan 25, 2024 at 11:15 AM Derek Atkins  wrote:

> Run:
>   ldd /usr/lib64/gnucash/libgnc-expressions-guile.so
>
> And see if perhaps it is missing a dependency?
>
> -derek
>
> On Thu, January 25, 2024 11:07 am, John Haiducek wrote:
> > The file and its parent directory are both world-readable
> >
> > On Thu, Jan 25, 2024 at 10:46 AM R Losey  wrote:
> >
> >> This is probably a silly question, but does the .so file have
> >> permissions
> >> that let it be read by your account? And/or what about the
> >> containing directory?
> >>
> >>
> >> On Thu, Jan 25, 2024 at 9:19 AM John Haiducek 
> >> wrote:
> >>
> >>> After upgrading to gnucash 5.5 on Fedora 38 (using the rpm package for
> >>> gnucash from the Fedora repos), I get the following error trying to
> >>> start
> >>> gnucash:
> >>>
> >>> $ gnucash
> >>> Backtrace:
> >>> In ice-9/boot-9.scm:
> >>>   3536:20 19 (_)
> >>>2835:4 18 (save-module-excursion #)
> >>>   3556:26 17 (_)
> >>> In unknown file:
> >>>   16 (primitive-load-path "gnucash/report/html-utilities" #<…>)
> >>> In html-utilities.scm:
> >>>  32:0 15 (_)
> >>> In ice-9/boot-9.scm:
> >>>   3927:20 14 (process-use-modules _)
> >>>222:17 13 (map1 (((gnucash report report-core
> >>>   3928:31 12 (_ ((gnucash report report-core)))
> >>>   3326:17 11 (resolve-interface (gnucash report report-core) #:select
> >>> …)
> >>> In ice-9/threads.scm:
> >>> 390:8 10 (_ _)
> >>> In ice-9/boot-9.scm:
> >>>   3252:13  9 (_)
> >>> In ice-9/threads.scm:
> >>> 390:8  8 (_ _)
> >>> In ice-9/boot-9.scm:
> >>>   3536:20  7 (_)
> >>>2835:4  6 (save-module-excursion #)
> >>>   3556:26  5 (_)
> >>> In unknown file:
> >>>4 (primitive-load-path "gnucash/report/report-core" #)
> >>> In report-core.scm:
> >>>  26:2  3 (_)
> >>> In unknown file:
> >>>2 (load-extension "libgnc-expressions-guile" "scm_init_sw…")
> >>> In system/foreign-library.scm:
> >>>190:25  1 (load-foreign-library _ #:extensions _ # _ #:search-path
> >>> …)
> >>> In unknown file:
> >>>0 (dlopen "libgnc-expressions-guile.so" 1)
> >>>
> >>> ERROR: In procedure dlopen:
> >>> In procedure dlopen: file "libgnc-expressions-guile.so", message
> >>> "libgnc-expressions-guile.so: cannot open shared object file: No such
> >>> file
> >>> or directory"
> >>>
> >>> I can confirm that /usr/lib64/gnucash/libgnc-expressions-guile.so
> >>> exists.
> >>> Obviously this looks lik

Re: [GNC] No such file or directory error finding libgnc-expressions-guile.so

[Derek Atkins]

Correct, it would say something like that.
Now, it could be that there is a sub-library missing.  I.e. this library
looks for libfoo.so (which it finds), but libfoo.so depends on libbar.so,
and THAT is missing.  ldd would not show that.

So, question for you:  did you do a full system update, or did you JUST
update the gnucash packages?  I only ask because I am running F38 and I
have GnuCash 5.5 running just fine.

-derek

On Thu, January 25, 2024 11:33 am, John Haiducek wrote:
> Here's the output from ldd. IIRC, missing dependencies would show up here
> as something like "=> Not found". It looks like everything here points to
> a
> specific file.
>
> $ ldd /usr/lib64/gnucash/libgnc-expressions-guile.so
> linux-vdso.so.1 (0x7ffe3cf5a000)
> libgnc-expressions.so => /usr/lib64/gnucash/libgnc-expressions.so
> (0x7ff5df86a000)
> libguile-3.0.so.1 => /lib64/libguile-3.0.so.1 (0x7ff5df6e3000)
> libgnc-engine.so => /usr/lib64/gnucash/libgnc-engine.so
> (0x7ff5df20)
> libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x7ff5df59a000)
> libc.so.6 => /lib64/libc.so.6 (0x7ff5df022000)
> libgnucash-guile.so => /usr/lib64/gnucash/libgnucash-guile.so
> (0x7ff5def0a000)
> libgnc-app-utils.so => /usr/lib64/gnucash/libgnc-app-utils.so
> (0x7ff5df504000)
> libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x7ff5deeaa000)
> libgnc-core-utils.so => /usr/lib64/gnucash/libgnc-core-utils.so
> (0x7ff5dee6e000)
> libgc.so.1 => /lib64/libgc.so.1 (0x7ff5ded2c000)
> libffi.so.8 => /lib64/libffi.so.8 (0x7ff5df4f8000)
> libunistring.so.2 => /lib64/libunistring.so.2 (0x7ff5deb7e000)
> libgmp.so.10 => /lib64/libgmp.so.10 (0x7ff5dead9000)
> libcrypt.so.2 => /lib64/libcrypt.so.2 (0x7ff5deaa)
> libm.so.6 => /lib64/libm.so.6 (0x7ff5de9bf000)
> /lib64/ld-linux-x86-64.so.2 (0x7ff5df88a000)
> libicui18n.so.72 => /lib64/libicui18n.so.72 (0x7ff5de60)
> libicuuc.so.72 => /lib64/libicuuc.so.72 (0x7ff5de20)
> libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x7ff5df4ed000)
> libstdc++.so.6 => /lib64/libstdc++.so.6 (0x7ff5dde0)
> libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x7ff5de99b000)
> libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x7ff5de566000)
> libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x7ff5ddc2d000)
> libboost_filesystem.so.1.78.0 => /lib64/libboost_filesystem.so.1.78.0
> (0x7ff5de979000)
> libboost_locale.so.1.78.0 => /lib64/libboost_locale.so.1.78.0
> (0x7ff5de4c4000)
> libicudata.so.72 => /lib64/libicudata.so.72 (0x7ff5dbe0)
> libz.so.1 => /lib64/libz.so.1 (0x7ff5de95f000)
> libmount.so.1 => /lib64/libmount.so.1 (0x7ff5de47e000)
> libselinux.so.1 => /lib64/libselinux.so.1 (0x7ff5de451000)
> libboost_atomic.so.1.78.0 => /lib64/libboost_atomic.so.1.78.0
> (0x7ff5de955000)
> libboost_system.so.1.78.0 => /lib64/libboost_system.so.1.78.0
> (0x7ff5de95)
> libboost_thread.so.1.78.0 => /lib64/libboost_thread.so.1.78.0
> (0x7ff5de431000)
> libboost_chrono.so.1.78.0 => /lib64/libboost_chrono.so.1.78.0
> (0x7ff5de945000)
> libblkid.so.1 => /lib64/libblkid.so.1 (0x7ff5de1c8000)
>
> On Thu, Jan 25, 2024 at 11:15 AM Derek Atkins  wrote:
>
>> Run:
>>   ldd /usr/lib64/gnucash/libgnc-expressions-guile.so
>>
>> And see if perhaps it is missing a dependency?
>>
>> -derek
>>
>> On Thu, January 25, 2024 11:07 am, John Haiducek wrote:
>> > The file and its parent directory are both world-readable
>> >
>> > On Thu, Jan 25, 2024 at 10:46 AM R Losey  wrote:
>> >
>> >> This is probably a silly question, but does the .so file have
>> >> permissions
>> >> that let it be read by your account? And/or what about the
>> >> containing directory?
>> >>
>> >>
>> >> On Thu, Jan 25, 2024 at 9:19 AM John Haiducek 
>> >> wrote:
>> >>
>> >>> After upgrading to gnucash 5.5 on Fedora 38 (using the rpm package
>> for
>> >>> gnucash from the Fedora repos), I get the following error trying to
>> >>> start
>> >>> gnucash:
>> >>>
>> >>> $ gnucash
>> >>> Backtrace:
>> >>> In ice-9/boot-9.scm:
>> >>>   3536:20 19 (_)
>> >>>2835:4 18 (save-module-excursion #> ice-…>)
>> >>>   3556:26 17 (_)
>> >>> In unknown file:
>> >>>   16 (primitive-load-path "gnucash/report/html-utilities"
>> #<…>)
>> >>> In html-utilities.scm:
>> >>>  32:0 15 (_)
>> >>> In ice-9/boot-9.scm:
>> >>>   3927:20 14 (process-use-modules _)
>> >>>222:17 13 (map1 (((gnucash report report-core
>> >>>   3928:31 12 (_ ((gnucash report report-core)))
>> >>>   3326:17 11 (resolve-interface (gnucash report report-core)
>> #:select
>> >>> …)
>> >>> In ice-9/threads.scm:
>> >>> 390:8 10 (_ _)
>> >>> In ice-9/boot-9.scm:
>> >>>   3252:13  9 (_)
>> >>> In ice-9/threads.scm:
>> >>> 390:8  8 (_ _)
>> >>> In ice-9/boot-9.scm:
>> >>>   3536:20  7 (_)
>> >>>2835:4  6 (save-module-excursion #> ice-…>)
>> >>>   3556:26  5 (_)
>> >>> In unknown file:
>> >>>4 (primitive-load-path "gnucash/report/report-core"
>> #)
>> >>> In report-core.s

Re: [GNC] No such file or directory error finding libgnc-expressions-guile.so

[John Haiducek]

I upgraded a bunch of packages using the PackageKit GUI and offline update,
and gnucash was one of them. Software Center indicated that the system was
fully updated afterward.

On Thu, Jan 25, 2024 at 11:46 AM Derek Atkins  wrote:

> Correct, it would say something like that.
> Now, it could be that there is a sub-library missing.  I.e. this library
> looks for libfoo.so (which it finds), but libfoo.so depends on libbar.so,
> and THAT is missing.  ldd would not show that.
>
> So, question for you:  did you do a full system update, or did you JUST
> update the gnucash packages?  I only ask because I am running F38 and I
> have GnuCash 5.5 running just fine.
>
> -derek
>
> On Thu, January 25, 2024 11:33 am, John Haiducek wrote:
> > Here's the output from ldd. IIRC, missing dependencies would show up here
> > as something like "=> Not found". It looks like everything here points to
> > a
> > specific file.
> >
> > $ ldd /usr/lib64/gnucash/libgnc-expressions-guile.so
> > linux-vdso.so.1 (0x7ffe3cf5a000)
> > libgnc-expressions.so => /usr/lib64/gnucash/libgnc-expressions.so
> > (0x7ff5df86a000)
> > libguile-3.0.so.1 => /lib64/libguile-3.0.so.1 (0x7ff5df6e3000)
> > libgnc-engine.so => /usr/lib64/gnucash/libgnc-engine.so
> > (0x7ff5df20)
> > libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x7ff5df59a000)
> > libc.so.6 => /lib64/libc.so.6 (0x7ff5df022000)
> > libgnucash-guile.so => /usr/lib64/gnucash/libgnucash-guile.so
> > (0x7ff5def0a000)
> > libgnc-app-utils.so => /usr/lib64/gnucash/libgnc-app-utils.so
> > (0x7ff5df504000)
> > libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x7ff5deeaa000)
> > libgnc-core-utils.so => /usr/lib64/gnucash/libgnc-core-utils.so
> > (0x7ff5dee6e000)
> > libgc.so.1 => /lib64/libgc.so.1 (0x7ff5ded2c000)
> > libffi.so.8 => /lib64/libffi.so.8 (0x7ff5df4f8000)
> > libunistring.so.2 => /lib64/libunistring.so.2 (0x7ff5deb7e000)
> > libgmp.so.10 => /lib64/libgmp.so.10 (0x7ff5dead9000)
> > libcrypt.so.2 => /lib64/libcrypt.so.2 (0x7ff5deaa)
> > libm.so.6 => /lib64/libm.so.6 (0x7ff5de9bf000)
> > /lib64/ld-linux-x86-64.so.2 (0x7ff5df88a000)
> > libicui18n.so.72 => /lib64/libicui18n.so.72 (0x7ff5de60)
> > libicuuc.so.72 => /lib64/libicuuc.so.72 (0x7ff5de20)
> > libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x7ff5df4ed000)
> > libstdc++.so.6 => /lib64/libstdc++.so.6 (0x7ff5dde0)
> > libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x7ff5de99b000)
> > libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x7ff5de566000)
> > libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x7ff5ddc2d000)
> > libboost_filesystem.so.1.78.0 => /lib64/libboost_filesystem.so.1.78.0
> > (0x7ff5de979000)
> > libboost_locale.so.1.78.0 => /lib64/libboost_locale.so.1.78.0
> > (0x7ff5de4c4000)
> > libicudata.so.72 => /lib64/libicudata.so.72 (0x7ff5dbe0)
> > libz.so.1 => /lib64/libz.so.1 (0x7ff5de95f000)
> > libmount.so.1 => /lib64/libmount.so.1 (0x7ff5de47e000)
> > libselinux.so.1 => /lib64/libselinux.so.1 (0x7ff5de451000)
> > libboost_atomic.so.1.78.0 => /lib64/libboost_atomic.so.1.78.0
> > (0x7ff5de955000)
> > libboost_system.so.1.78.0 => /lib64/libboost_system.so.1.78.0
> > (0x7ff5de95)
> > libboost_thread.so.1.78.0 => /lib64/libboost_thread.so.1.78.0
> > (0x7ff5de431000)
> > libboost_chrono.so.1.78.0 => /lib64/libboost_chrono.so.1.78.0
> > (0x7ff5de945000)
> > libblkid.so.1 => /lib64/libblkid.so.1 (0x7ff5de1c8000)
> >
> > On Thu, Jan 25, 2024 at 11:15 AM Derek Atkins  wrote:
> >
> >> Run:
> >>   ldd /usr/lib64/gnucash/libgnc-expressions-guile.so
> >>
> >> And see if perhaps it is missing a dependency?
> >>
> >> -derek
> >>
> >> On Thu, January 25, 2024 11:07 am, John Haiducek wrote:
> >> > The file and its parent directory are both world-readable
> >> >
> >> > On Thu, Jan 25, 2024 at 10:46 AM R Losey  wrote:
> >> >
> >> >> This is probably a silly question, but does the .so file have
> >> >> permissions
> >> >> that let it be read by your account? And/or what about the
> >> >> containing directory?
> >> >>
> >> >>
> >> >> On Thu, Jan 25, 2024 at 9:19 AM John Haiducek 
> >> >> wrote:
> >> >>
> >> >>> After upgrading to gnucash 5.5 on Fedora 38 (using the rpm package
> >> for
> >> >>> gnucash from the Fedora repos), I get the following error trying to
> >> >>> start
> >> >>> gnucash:
> >> >>>
> >> >>> $ gnucash
> >> >>> Backtrace:
> >> >>> In ice-9/boot-9.scm:
> >> >>>   3536:20 19 (_)
> >> >>>2835:4 18 (save-module-excursion # >> ice-…>)
> >> >>>   3556:26 17 (_)
> >> >>> In unknown file:
> >> >>>   16 (primitive-load-path "gnucash/report/html-utilities"
> >> #<…>)
> >> >>> In html-utilities.scm:
> >> >>>  32:0 15 (_)
> >> >>> In ice-9/boot-9.scm:
> >> >>>   3927:20 14 (process-use-modules _)
> >> >>>222:17 13 (map1 (((gnucash report report-core
> >> >>>   3928:31 12 (_ ((gnucash report report-core)))
> >> >>>   3326:17 11 (resolve-interface (gnucash report

Re: [GNC] Maddening!!!!!!!!

[Patrick James]

This is bug 799093, and John Ralls has not asked additional questions after I 
was able to reliably reproduce (part of) the issue, so, hopefully, there is 
sufficient information to find the bug.

https://bugs.gnucash.org/show_bug.cgi?id=799093


> On 01/25/2024 10:02 AM PST Jack Slater  wrote:
> 
>  
> I'm back! Reconciling a credit card account today. Another "rogue"
> transaction created in the reconcile register (image attached).
> However it's NOT in the account ledger (image attached)!! When I try to
> edit the reconcile transaction I get an error message reading "Target split
> is currently hidden in this register" (also attached). I know I read a bug
> report on this action and I thought I could add more evidence in hopes of
> getting the issue resolved.
> 
> [image: there.jpg]
> [image: not there.jpg]
> 
> [image: error.jpg]
> 
> On Thu, Jan 11, 2024 at 5:48 PM Jim DeLaHunt  wrote:
> 
> > Jack:
> >
> > On 2024-01-11 09:11, Jack Slater wrote:
> > > 90 minutes of reconciling down the drain with a crash near the end of the
> > > final account
> > My commiserations. Yes, it is maddening to lose 90 minutes of work when
> > the tech decides to fail you.
> > > ... Oddly, even though GnuC auto saves periodically, it seems
> > > none of any add/delete/balance transactions were saved in any account!
> > Why
> > > would that be
> >
> > I can think of several interesting directions you could take this thread:
> >
> > Why didn't GnuCash seem to preserve any of the changes in my 90 minutes
> > of work?
> >
> > How can I change my workflow so that I lose less work when the tech
> > decides to fail me?
> >
> > How can I improve the way I write message to this list, so that I get
> > more helpful answers?
> >
> > How can I stop these tech failures from happening?
> >
> > On that last point, I can offer two concrete suggestions:
> >
> > 1. GnuCash has a "Check and Repair" feature which is useful to try when
> > you are concerned about "rogue" transactions and such. Try going to the
> > Accounts tab of the main window, and select menu item Actions -- Check
> > and Repair -- Repair All. This menu is described a little in the GnuCash
> > manual, section 4.2.1.4. "Account Tree - Actions Menu", at
> > <
> > https://www.gnucash.org/docs/v5/C/gnucash-manual/gui-acct-tree.html#AccTree-actions-menu
> > >.
> >
> > 2. The text in your "Entry Point Not Found" dialogue, which GnuCash
> > displays when it crashes, has been discussed on this list recently.  It
> > is described in a bug report at
> > . It is suspected to be
> > problem from GnuCash 5.4 leaving pieces behind when GnuCash 5.5
> > installs. There is a workaround there:
> >
> > a. Use the File Explorer to open "C:\Program Files (x86)\gnucash\bin\"
> >
> > b. If there is a file named "libxmlsec1.dll" present, but no file named
> > "libxmlsec.dll", then rename file "libxmlsec1.dll" to the name
> > "libxmlsec.dll" (without the trailing "1").
> >
> > I do not use GnuCash on Windows, so I have no experience with this
> > problem. I only know what I read. If you ask this list directly about
> > how to work around this bug, Windows users may be able to give you
> > better help.
> >
> > I hope this helps,
> >   —Jim DeLaHunt
> >
> >
> >
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] No such file or directory error finding libgnc-expressions-guile.so

[Alan Hopkins]

I am using GnuCash on Fed38 too. I seem to remember when I installed it via
the Software Centre it didn't install properly (ie some dependencies were
missing) so I uninstalled, updated all and reinstalled via CLI and it runs
like a dream. Maybe do what I did? Hope that is of some help
Cheers
Hop

On Fri, 26 Jan 2024, 4:49 am John Haiducek,  wrote:

> I upgraded a bunch of packages using the PackageKit GUI and offline update,
> and gnucash was one of them. Software Center indicated that the system was
> fully updated afterward.
>
> On Thu, Jan 25, 2024 at 11:46 AM Derek Atkins  wrote:
>
> > Correct, it would say something like that.
> > Now, it could be that there is a sub-library missing.  I.e. this library
> > looks for libfoo.so (which it finds), but libfoo.so depends on libbar.so,
> > and THAT is missing.  ldd would not show that.
> >
> > So, question for you:  did you do a full system update, or did you JUST
> > update the gnucash packages?  I only ask because I am running F38 and I
> > have GnuCash 5.5 running just fine.
> >
> > -derek
> >
> > On Thu, January 25, 2024 11:33 am, John Haiducek wrote:
> > > Here's the output from ldd. IIRC, missing dependencies would show up
> here
> > > as something like "=> Not found". It looks like everything here points
> to
> > > a
> > > specific file.
> > >
> > > $ ldd /usr/lib64/gnucash/libgnc-expressions-guile.so
> > > linux-vdso.so.1 (0x7ffe3cf5a000)
> > > libgnc-expressions.so => /usr/lib64/gnucash/libgnc-expressions.so
> > > (0x7ff5df86a000)
> > > libguile-3.0.so.1 => /lib64/libguile-3.0.so.1 (0x7ff5df6e3000)
> > > libgnc-engine.so => /usr/lib64/gnucash/libgnc-engine.so
> > > (0x7ff5df20)
> > > libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x7ff5df59a000)
> > > libc.so.6 => /lib64/libc.so.6 (0x7ff5df022000)
> > > libgnucash-guile.so => /usr/lib64/gnucash/libgnucash-guile.so
> > > (0x7ff5def0a000)
> > > libgnc-app-utils.so => /usr/lib64/gnucash/libgnc-app-utils.so
> > > (0x7ff5df504000)
> > > libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x7ff5deeaa000)
> > > libgnc-core-utils.so => /usr/lib64/gnucash/libgnc-core-utils.so
> > > (0x7ff5dee6e000)
> > > libgc.so.1 => /lib64/libgc.so.1 (0x7ff5ded2c000)
> > > libffi.so.8 => /lib64/libffi.so.8 (0x7ff5df4f8000)
> > > libunistring.so.2 => /lib64/libunistring.so.2 (0x7ff5deb7e000)
> > > libgmp.so.10 => /lib64/libgmp.so.10 (0x7ff5dead9000)
> > > libcrypt.so.2 => /lib64/libcrypt.so.2 (0x7ff5deaa)
> > > libm.so.6 => /lib64/libm.so.6 (0x7ff5de9bf000)
> > > /lib64/ld-linux-x86-64.so.2 (0x7ff5df88a000)
> > > libicui18n.so.72 => /lib64/libicui18n.so.72 (0x7ff5de60)
> > > libicuuc.so.72 => /lib64/libicuuc.so.72 (0x7ff5de20)
> > > libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x7ff5df4ed000)
> > > libstdc++.so.6 => /lib64/libstdc++.so.6 (0x7ff5dde0)
> > > libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x7ff5de99b000)
> > > libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x7ff5de566000)
> > > libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x7ff5ddc2d000)
> > > libboost_filesystem.so.1.78.0 => /lib64/libboost_filesystem.so.1.78.0
> > > (0x7ff5de979000)
> > > libboost_locale.so.1.78.0 => /lib64/libboost_locale.so.1.78.0
> > > (0x7ff5de4c4000)
> > > libicudata.so.72 => /lib64/libicudata.so.72 (0x7ff5dbe0)
> > > libz.so.1 => /lib64/libz.so.1 (0x7ff5de95f000)
> > > libmount.so.1 => /lib64/libmount.so.1 (0x7ff5de47e000)
> > > libselinux.so.1 => /lib64/libselinux.so.1 (0x7ff5de451000)
> > > libboost_atomic.so.1.78.0 => /lib64/libboost_atomic.so.1.78.0
> > > (0x7ff5de955000)
> > > libboost_system.so.1.78.0 => /lib64/libboost_system.so.1.78.0
> > > (0x7ff5de95)
> > > libboost_thread.so.1.78.0 => /lib64/libboost_thread.so.1.78.0
> > > (0x7ff5de431000)
> > > libboost_chrono.so.1.78.0 => /lib64/libboost_chrono.so.1.78.0
> > > (0x7ff5de945000)
> > > libblkid.so.1 => /lib64/libblkid.so.1 (0x7ff5de1c8000)
> > >
> > > On Thu, Jan 25, 2024 at 11:15 AM Derek Atkins  wrote:
> > >
> > >> Run:
> > >>   ldd /usr/lib64/gnucash/libgnc-expressions-guile.so
> > >>
> > >> And see if perhaps it is missing a dependency?
> > >>
> > >> -derek
> > >>
> > >> On Thu, January 25, 2024 11:07 am, John Haiducek wrote:
> > >> > The file and its parent directory are both world-readable
> > >> >
> > >> > On Thu, Jan 25, 2024 at 10:46 AM R Losey  wrote:
> > >> >
> > >> >> This is probably a silly question, but does the .so file have
> > >> >> permissions
> > >> >> that let it be read by your account? And/or what about the
> > >> >> containing directory?
> > >> >>
> > >> >>
> > >> >> On Thu, Jan 25, 2024 at 9:19 AM John Haiducek 
> > >> >> wrote:
> > >> >>
> > >> >>> After upgrading to gnucash 5.5 on Fedora 38 (using the rpm package
> > >> for
> > >> >>> gnucash from the Fedora repos), I get the following error trying
> to
> > >> >>> start
> > >> >>> gnucash:
> > >> >>>
> > >> >>> $ gnucash
> > >> >>> Backtrace

Re: [GNC] No such file or directory error finding libgnc-expressions-guile.so

[John Haiducek]

Thanks Alan, that did the trick. I had previously tried "dnf reinstall" and
that didn't fix it, but per your suggestion I uninstalled gnucash and then
reinstalled using dnf and now it's working again.

On Thu, Jan 25, 2024 at 5:36 PM Alan Hopkins  wrote:

> I am using GnuCash on Fed38 too. I seem to remember when I installed it
> via the Software Centre it didn't install properly (ie some dependencies
> were missing) so I uninstalled, updated all and reinstalled via CLI and it
> runs like a dream. Maybe do what I did? Hope that is of some help
> Cheers
> Hop
>
> On Fri, 26 Jan 2024, 4:49 am John Haiducek,  wrote:
>
>> I upgraded a bunch of packages using the PackageKit GUI and offline
>> update,
>> and gnucash was one of them. Software Center indicated that the system was
>> fully updated afterward.
>>
>> On Thu, Jan 25, 2024 at 11:46 AM Derek Atkins  wrote:
>>
>> > Correct, it would say something like that.
>> > Now, it could be that there is a sub-library missing.  I.e. this library
>> > looks for libfoo.so (which it finds), but libfoo.so depends on
>> libbar.so,
>> > and THAT is missing.  ldd would not show that.
>> >
>> > So, question for you:  did you do a full system update, or did you JUST
>> > update the gnucash packages?  I only ask because I am running F38 and I
>> > have GnuCash 5.5 running just fine.
>> >
>> > -derek
>> >
>> > On Thu, January 25, 2024 11:33 am, John Haiducek wrote:
>> > > Here's the output from ldd. IIRC, missing dependencies would show up
>> here
>> > > as something like "=> Not found". It looks like everything here
>> points to
>> > > a
>> > > specific file.
>> > >
>> > > $ ldd /usr/lib64/gnucash/libgnc-expressions-guile.so
>> > > linux-vdso.so.1 (0x7ffe3cf5a000)
>> > > libgnc-expressions.so => /usr/lib64/gnucash/libgnc-expressions.so
>> > > (0x7ff5df86a000)
>> > > libguile-3.0.so.1 => /lib64/libguile-3.0.so.1 (0x7ff5df6e3000)
>> > > libgnc-engine.so => /usr/lib64/gnucash/libgnc-engine.so
>> > > (0x7ff5df20)
>> > > libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x7ff5df59a000)
>> > > libc.so.6 => /lib64/libc.so.6 (0x7ff5df022000)
>> > > libgnucash-guile.so => /usr/lib64/gnucash/libgnucash-guile.so
>> > > (0x7ff5def0a000)
>> > > libgnc-app-utils.so => /usr/lib64/gnucash/libgnc-app-utils.so
>> > > (0x7ff5df504000)
>> > > libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x7ff5deeaa000)
>> > > libgnc-core-utils.so => /usr/lib64/gnucash/libgnc-core-utils.so
>> > > (0x7ff5dee6e000)
>> > > libgc.so.1 => /lib64/libgc.so.1 (0x7ff5ded2c000)
>> > > libffi.so.8 => /lib64/libffi.so.8 (0x7ff5df4f8000)
>> > > libunistring.so.2 => /lib64/libunistring.so.2 (0x7ff5deb7e000)
>> > > libgmp.so.10 => /lib64/libgmp.so.10 (0x7ff5dead9000)
>> > > libcrypt.so.2 => /lib64/libcrypt.so.2 (0x7ff5deaa)
>> > > libm.so.6 => /lib64/libm.so.6 (0x7ff5de9bf000)
>> > > /lib64/ld-linux-x86-64.so.2 (0x7ff5df88a000)
>> > > libicui18n.so.72 => /lib64/libicui18n.so.72 (0x7ff5de60)
>> > > libicuuc.so.72 => /lib64/libicuuc.so.72 (0x7ff5de20)
>> > > libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x7ff5df4ed000)
>> > > libstdc++.so.6 => /lib64/libstdc++.so.6 (0x7ff5dde0)
>> > > libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x7ff5de99b000)
>> > > libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x7ff5de566000)
>> > > libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x7ff5ddc2d000)
>> > > libboost_filesystem.so.1.78.0 => /lib64/libboost_filesystem.so.1.78.0
>> > > (0x7ff5de979000)
>> > > libboost_locale.so.1.78.0 => /lib64/libboost_locale.so.1.78.0
>> > > (0x7ff5de4c4000)
>> > > libicudata.so.72 => /lib64/libicudata.so.72 (0x7ff5dbe0)
>> > > libz.so.1 => /lib64/libz.so.1 (0x7ff5de95f000)
>> > > libmount.so.1 => /lib64/libmount.so.1 (0x7ff5de47e000)
>> > > libselinux.so.1 => /lib64/libselinux.so.1 (0x7ff5de451000)
>> > > libboost_atomic.so.1.78.0 => /lib64/libboost_atomic.so.1.78.0
>> > > (0x7ff5de955000)
>> > > libboost_system.so.1.78.0 => /lib64/libboost_system.so.1.78.0
>> > > (0x7ff5de95)
>> > > libboost_thread.so.1.78.0 => /lib64/libboost_thread.so.1.78.0
>> > > (0x7ff5de431000)
>> > > libboost_chrono.so.1.78.0 => /lib64/libboost_chrono.so.1.78.0
>> > > (0x7ff5de945000)
>> > > libblkid.so.1 => /lib64/libblkid.so.1 (0x7ff5de1c8000)
>> > >
>> > > On Thu, Jan 25, 2024 at 11:15 AM Derek Atkins 
>> wrote:
>> > >
>> > >> Run:
>> > >>   ldd /usr/lib64/gnucash/libgnc-expressions-guile.so
>> > >>
>> > >> And see if perhaps it is missing a dependency?
>> > >>
>> > >> -derek
>> > >>
>> > >> On Thu, January 25, 2024 11:07 am, John Haiducek wrote:
>> > >> > The file and its parent directory are both world-readable
>> > >> >
>> > >> > On Thu, Jan 25, 2024 at 10:46 AM R Losey  wrote:
>> > >> >
>> > >> >> This is probably a silly question, but does the .so file have
>> > >> >> permissions
>> > >> >> that let it be read by your account? And/or what about the
>> > >> >> containing di

[GNC] No suitable backend was found

[pwenter]

Received message "No suitable backend was found for {file
path\filename.gnucash}.  Have been using Gnucash and this file for years.
Suddenly, I get the no suitable backend message, and I am not able to open
the file.  Would really appreciate any guidance to restore this file!  Thx!



 

Paul Wenter

954-554-7034

pwen...@gmail.com  

 

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Unable To Get Reports

[David Gloss]

I am using the latest version:

   *Version: 5.5
   Build ID: 5.5+(2023-12-16)*

When I try to run a report from your software "Reports", the system 
shuts down and when I restart I get this message:


   *Could not obtain the lock for C:\users\documents\glossgnucash.
   2021gnucash.2023\gnucash*

   *The database may be in use by another user, in which case you
   should not open the database.*

I do open it up and find the system is running normal, except for the 
"Report" portion.


Have I done something wrong?  Is there a bug in the new system? I have 
had nothing but good success prior to this recent version. Should/can I 
go back to the previous 5.4?  If so, how should I get the program?


I look forward to hearing anything from you - without a report writer, I 
will have to find another program ...


/David R. Gloss/

(585) 342-4605
BEGIN:VCARD
VERSION:4.0
N:Gloss;David;;;
EMAIL;PREF=1;TYPE=home:d.gl...@frontiernet.net
END:VCARD
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] No such file or directory error finding libgnc-expressions-guile.so

[Alan Hopkins]

   Glad it worked John!
   Enjoy!!

   On 26/1/24 12:26, John Haiducek wrote:

   Thanks Alan, that did the trick. I had previously tried "dnf reinstall"
   and that didn't fix it, but per your suggestion I uninstalled gnucash
   and then reinstalled using dnf and now it's working again.

   On Thu, Jan 25, 2024 at 5:36 PM Alan Hopkins <[1]hopp...@gmail.com>
   wrote:

   I am using GnuCash on Fed38 too. I seem to remember when I installed it
   via the Software Centre it didn't install properly (ie some
   dependencies were missing) so I uninstalled, updated all and
   reinstalled via CLI and it runs like a dream. Maybe do what I did? Hope
   that is of some help
   Cheers
   Hop

   On Fri, 26 Jan 2024, 4:49 am John Haiducek, <[2]jhaid...@gmail.com>
   wrote:

 I upgraded a bunch of packages using the PackageKit GUI and offline
 update,
 and gnucash was one of them. Software Center indicated that the
 system was
 fully updated afterward.
 On Thu, Jan 25, 2024 at 11:46 AM Derek Atkins <[3]de...@ihtfp.com>
 wrote:
 > Correct, it would say something like that.
 > Now, it could be that there is a sub-library missing.  I.e. this
 library
 > looks for libfoo.so (which it finds), but libfoo.so depends on
 libbar.so,
 > and THAT is missing.  ldd would not show that.
 >
 > So, question for you:  did you do a full system update, or did you
 JUST
 > update the gnucash packages?  I only ask because I am running F38
 and I
 > have GnuCash 5.5 running just fine.
 >
 > -derek
 >
 > On Thu, January 25, 2024 11:33 am, John Haiducek wrote:
 > > Here's the output from ldd. IIRC, missing dependencies would
 show up here
 > > as something like "=> Not found". It looks like everything here
 points to
 > > a
 > > specific file.
 > >
 > > $ ldd /usr/lib64/gnucash/libgnc-expressions-guile.so
 > > linux-vdso.so.1 (0x7ffe3cf5a000)
 > > libgnc-expressions.so =>
 /usr/lib64/gnucash/libgnc-expressions.so
 > > (0x7ff5df86a000)
 > > libguile-3.0.so.1 => /lib64/libguile-3.0.so.1
 (0x7ff5df6e3000)
 > > libgnc-engine.so => /usr/lib64/gnucash/libgnc-engine.so
 > > (0x7ff5df20)
 > > libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x7ff5df59a000)
 > > libc.so.6 => /lib64/libc.so.6 (0x7ff5df022000)
 > > libgnucash-guile.so => /usr/lib64/gnucash/libgnucash-guile.so
 > > (0x7ff5def0a000)
 > > libgnc-app-utils.so => /usr/lib64/gnucash/libgnc-app-utils.so
 > > (0x7ff5df504000)
 > > libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0
 (0x7ff5deeaa000)
 > > libgnc-core-utils.so => /usr/lib64/gnucash/libgnc-core-utils.so
 > > (0x7ff5dee6e000)
 > > libgc.so.1 => /lib64/libgc.so.1 (0x7ff5ded2c000)
 > > libffi.so.8 => /lib64/libffi.so.8 (0x7ff5df4f8000)
 > > libunistring.so.2 => /lib64/libunistring.so.2
 (0x7ff5deb7e000)
 > > libgmp.so.10 => /lib64/libgmp.so.10 (0x7ff5dead9000)
 > > libcrypt.so.2 => /lib64/libcrypt.so.2 (0x7ff5deaa)
 > > libm.so.6 => /lib64/libm.so.6 (0x7ff5de9bf000)
 > > /lib64/ld-linux-x86-64.so.2 (0x7ff5df88a000)
 > > libicui18n.so.72 => /lib64/libicui18n.so.72 (0x7ff5de60)
 > > libicuuc.so.72 => /lib64/libicuuc.so.72 (0x7ff5de20)
 > > libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0
 (0x7ff5df4ed000)
 > > libstdc++.so.6 => /lib64/libstdc++.so.6 (0x7ff5dde0)
 > > libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x7ff5de99b000)
 > > libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x7ff5de566000)
 > > libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x7ff5ddc2d000)
 > > libboost_filesystem.so.1.78.0 =>
 /lib64/libboost_filesystem.so.1.78.0
 > > (0x7ff5de979000)
 > > libboost_locale.so.1.78.0 => /lib64/libboost_locale.so.1.78.0
 > > (0x7ff5de4c4000)
 > > libicudata.so.72 => /lib64/libicudata.so.72 (0x7ff5dbe0)
 > > libz.so.1 => /lib64/libz.so.1 (0x7ff5de95f000)
 > > libmount.so.1 => /lib64/libmount.so.1 (0x7ff5de47e000)
 > > libselinux.so.1 => /lib64/libselinux.so.1 (0x7ff5de451000)
 > > libboost_atomic.so.1.78.0 => /lib64/libboost_atomic.so.1.78.0
 > > (0x7ff5de955000)
 > > libboost_system.so.1.78.0 => /lib64/libboost_system.so.1.78.0
 > > (0x7ff5de95)
 > > libboost_thread.so.1.78.0 => /lib64/libboost_thread.so.1.78.0
 > > (0x7ff5de431000)
 > > libboost_chrono.so.1.78.0 => /lib64/libboost_chrono.so.1.78.0
 > > (0x7ff5de945000)
 > > libblkid.so.1 => /lib64/libblkid.so.1 (0x7ff5de1c8000)
 > >
 > > On Thu, Jan 25, 2024 at 11:15 AM Derek Atkins
 <[4]de...@ihtfp.com> wrote:
 > >
 > >> Run:
 > >>   ldd /usr/lib64/gnucash/libgnc-expressions-guile.so
 > >>
 > >> And see if perhaps it is missing a dependency?
 > >>
 > >> -derek
 >

Re: [GNC] Unable To Get Reports

[Adrien Monteleone]

There are known issues with reports on Windows with version 5.5.

To get reports working again, roll back to v5.4. However, that version 
on Windows leaves an extra running process when you quit GnuCash. You 
can either just safely quit that process if it bothers you, or leave it 
be. (not sure if they accumulate if you leave them)


So alternative to that if you don't want to be bothered with the extra 
process is to roll back to at least v5.3.


To find other versions of the 5.x series, click the "More Downloads..." 
link on the GnuCash.org homepage.


Then scroll to the bottom and click the "View all GnuCash Downloads" 
link which will take you to Sourceforge. From there, navigate in the 
"gnucash (stable)" folder for the version you want. (there is also a 
direct link to the last of the 4.x series on that More Downloads page if 
you want to step that far back.) Since you are on Windows, you'll want 
the .exe file for your desired version.


-

As for the 'lock' message, that is completely normal when GnuCash 
doesn't exit cleanly. It is designed to warn you from opening the same 
file multiple times for editing either on the same machine, or on 
different machines. (GnuCash does not yet support simultaneous users of 
the same file) If you know it really isn't open, and the message is the 
result of a crash, you can safely choose to 'open anyway' and continue 
your work.


Regards,
Adrien

p.s. - with respect to 'you/your' in your post, while there are 
developers on this list, I'm not one of them, most folks here aren't. 
This is a community user list where we help each other.


On 1/23/24 11:22 AM, David Gloss wrote:

I am using the latest version:

    *Version: 5.5
    Build ID: 5.5+(2023-12-16)*

When I try to run a report from your software "Reports", the system 
shuts down and when I restart I get this message:


    *Could not obtain the lock for C:\users\documents\glossgnucash.
    2021gnucash.2023\gnucash*

    *The database may be in use by another user, in which case you
    should not open the database.*

I do open it up and find the system is running normal, except for the 
"Report" portion.


Have I done something wrong?  Is there a bug in the new system? I have 
had nothing but good success prior to this recent version. Should/can I 
go back to the previous 5.4?  If so, how should I get the program?


I look forward to hearing anything from you - without a report writer, I 
will have to find another program ...


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] No suitable backend was found

[Adrien Monteleone]

That message is usually indicating you have the file saved in a database 
format rather than the default XML, and you don't have the proper 
database drivers installed. If you recently tried to save your file in 
one of those formats, this could be the cause. If not, then someone else 
might have some ideas. (I personally don't regularly use Windows and 
even then, not with GnuCash, sorry.)


Additionally, your error message shows the filename of your book you are 
trying to open, and that reflects you are trying to open a backup of a 
book called "send".


How did you start GnuCash? Did you launch the app from an application 
shortcut, or did you attempt to double-click the file you wanted to open?


If the latter, try just launching GnuCash by itself, as it will always 
open the last used file. (assuming that is the file you want)


You may have also just accidentally double-clicked on the wrong file. 
But if that is your book, or you think it is, and it is the one you've 
been working in, then you might have a problem in that it is a backup, 
not the original file. Double check that its last modified date is 
1/24/2016 at 5:09pm. If the modified time is more recent, then you've 
been working in that backup file. The numbers in that file name indicate 
it was created as a backup on 1/24/2016 at 17:09:05 and the original 
file was named 'send'.


The problem with working in a backup file is that if you *also* were 
sometimes working in the original file, the two have now diverged and do 
not contain the same transactions. If you've ever notice that it seemed 
transactions you thought you entered were missing, that would be a sign 
you were working in two different files each time. If that turns out to 
be the case (I hope not!) it can be resolved, but will take some time 
and tedious work depending on how much divergence there is between the 
two files.


Regards,
Adrien

On 1/21/24 9:18 AM, pwen...@gmail.com wrote:

Received message "No suitable backend was found for {file
path\filename.gnucash}.  Have been using Gnucash and this file for years.
Suddenly, I get the no suitable backend message, and I am not able to open
the file.  Would really appreciate any guidance to restore this file!  Thx!


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.