Scheduled transaction editor crashes GnuCash 2.6.5

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Scheduled transaction editor crashes GnuCash 2.6.5

Peter Kiessling
Hi,

Scheduled Transactions editor (under Actions) crashes Gnucash 2.6.5-6. iMac 10.10.1. Tried 2.6.4 with same result. 2.4.15 gave bad sums in accounts and still crashed Gnucash. Deleted org.gnucash.plist in preferences gives same result. Apple crash log enclosed result. BIN file - Needs Apple Console to read.(I’m incompetent to understand) Archive search did not give any help. Tried Gnucash preferences with no help. Workaround at the moment is using “duplicate transaction" and hoping I remember the list. I think this has got to be something in  my computer, not a true bug, but can’t see what. Done the usual: clean caches, check preferences, Reboot, and Safeboot with no success.
As an aside the pending scheduled transactions window floats on top of the register window and does not retreat behind as it use to when clicking register.
"Since last run” does show, and if I choose to schedule a transaction from one in register that works into the editor for that transaction.
Thanks
Pete





_______________________________________________
gnucash-user mailing list
[hidden email]
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-bin_2015-01-07-152928_PETES-iMac.crash (63K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Scheduled transaction editor crashes GnuCash 2.6.5

John Ralls-2

> On Jan 8, 2015, at 9:52 PM, Peter Kiessling <[hidden email]> wrote:
>
> Hi,
> Scheduled Transactions editor (under Actions) crashes Gnucash 2.6.5-6. iMac 10.10.1. Tried 2.6.4 with same result. 2.4.15 gave bad sums in accounts and still crashed Gnucash. Deleted org.gnucash.plist in preferences gives same result. Apple crash log enclosed result. BIN file - Needs Apple Console to read.(I’m incompetent to understand) Archive search did not give any help. Tried Gnucash preferences with no help. Workaround at the moment is using “duplicate transaction" and hoping I remember the list. I think this has got to be something in  my computer, not a true bug, but can’t see what. Done the usual: clean caches, check preferences, Reboot, and Safeboot with no success.

I’m not able to reproduce this. What happens if you create a new data file, then open the SX editor?

However, it’s pretty old code so it’s not surprising that however you’ve managed to wedge it it’s consistently wedged across all current versions. (For the curious, the crash is a NULL dereference segfault in the block of gnc_dense_cal_draw_to_buffer which paints the week lines in alternating colors beginning at line 922; from the disassembly it looks like in mcList->next->next->data)->y; the second ‘next’ is NULL.)


> As an aside the pending scheduled transactions window floats on top of the register window and does not retreat behind as it use to when clicking register.

Rats. That’s https://bugzilla.gnome.org/show_bug.cgi?id=711298. I must have applied the patch locally. It’s in git and there are a couple of important input module fixes that I pushed last week, so I’ll be sure to upgrade to the next release for GnuCash 2.6.6.

> "Since last run” does show, and if I choose to schedule a transaction from one in register that works into the editor for that transaction.

That’s because it bypasses the calendar screen which is what’s crashing.

Regards,
John Ralls



_______________________________________________
gnucash-user mailing list
[hidden email]
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.
Reply | Threaded
Open this post in threaded view
|

Re: Scheduled transaction editor crashes GnuCash 2.6.5

Peter Kiessling

On Jan 9, 2015, at 1:04 PM, John Ralls <[hidden email]> wrote:

>
> On Jan 8, 2015, at 9:52 PM, Peter Kiessling <[hidden email]> wrote:
>
> Hi,
> Scheduled Transactions editor (under Actions) crashes Gnucash 2.6.5-6. iMac 10.10.1. Tried 2.6.4 with same result. 2.4.15 gave bad sums in accounts and still crashed Gnucash. Deleted org.gnucash.plist in preferences gives same result. Apple crash log enclosed result. BIN file - Needs Apple Console to read.(I’m incompetent to understand) Archive search did not give any help. Tried Gnucash preferences with no help. Workaround at the moment is using “duplicate transaction" and hoping I remember the list. I think this has got to be something in  my computer, not a true bug, but can’t see what. Done the usual: clean caches, check preferences, Reboot, and Safeboot with no success.

I’m not able to reproduce this. What happens if you create a new data file, then open the SX editor?

However, it’s pretty old code so it’s not surprising that however you’ve managed to wedge it it’s consistently wedged across all current versions. (For the curious, the crash is a NULL dereference segfault in the block of gnc_dense_cal_draw_to_buffer which paints the week lines in alternating colors beginning at line 922; from the disassembly it looks like in mcList->next->next->data)->y; the second ‘next’ is NULL.)


> As an aside the pending scheduled transactions window floats on top of the register window and does not retreat behind as it use to when clicking register.

Rats. That’s https://bugzilla.gnome.org/show_bug.cgi?id=711298. I must have applied the patch locally. It’s in git and there are a couple of important input module fixes that I pushed last week, so I’ll be sure to upgrade to the next release for GnuCash 2.6.6.

> "Since last run” does show, and if I choose to schedule a transaction from one in register that works into the editor for that transaction.

That’s because it bypasses the calendar screen which is what’s crashing.

Regards,
John Ralls

John
Thanks for getting back to me. At this point I had redownloaded Gnucash 2.6.5-6, and tried renaming the usual data file to a different location — all to no avail.
I followed your suggestion and opened a new datafile (File>new) and although there are no accounts or other data the SX editor opened with the calendar window. Going to <scheduled<new> then the other sub-windows open (Name, frequency, template). So that works. Without closing I then opened the old data file and the SX editor crashed the program again.
Obviously my data file has a problem.
The next steps are uncertain. I would like to get my overly compulsive account tree, all old data (42MB) and long list of scheduled transactions into the New file I but I’m uncertain how to do this. Can I somehow export the entire data file into a format and then import it? You probably have an algorithm for this?
Thanks
Pete





_______________________________________________
gnucash-user mailing list
[hidden email]
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.
Reply | Threaded
Open this post in threaded view
|

Re: Scheduled transaction editor crashes GnuCash 2.6.5

John Ralls-2

> On Jan 9, 2015, at 3:59 PM, Peter Kiessling <[hidden email]> wrote:
>
>
> On Jan 9, 2015, at 1:04 PM, John Ralls <[hidden email]> wrote:
>
>>
>> On Jan 8, 2015, at 9:52 PM, Peter Kiessling <[hidden email]> wrote:
>>
>> Hi,
>> Scheduled Transactions editor (under Actions) crashes Gnucash 2.6.5-6. iMac 10.10.1. Tried 2.6.4 with same result. 2.4.15 gave bad sums in accounts and still crashed Gnucash. Deleted org.gnucash.plist in preferences gives same result. Apple crash log enclosed result. BIN file - Needs Apple Console to read.(I’m incompetent to understand) Archive search did not give any help. Tried Gnucash preferences with no help. Workaround at the moment is using “duplicate transaction" and hoping I remember the list. I think this has got to be something in  my computer, not a true bug, but can’t see what. Done the usual: clean caches, check preferences, Reboot, and Safeboot with no success.
>
> I’m not able to reproduce this. What happens if you create a new data file, then open the SX editor?
>
> However, it’s pretty old code so it’s not surprising that however you’ve managed to wedge it it’s consistently wedged across all current versions. (For the curious, the crash is a NULL dereference segfault in the block of gnc_dense_cal_draw_to_buffer which paints the week lines in alternating colors beginning at line 922; from the disassembly it looks like in mcList->next->next->data)->y; the second ‘next’ is NULL.)
>
>
>> As an aside the pending scheduled transactions window floats on top of the register window and does not retreat behind as it use to when clicking register.
>
> Rats. That’s https://bugzilla.gnome.org/show_bug.cgi?id=711298. I must have applied the patch locally. It’s in git and there are a couple of important input module fixes that I pushed last week, so I’ll be sure to upgrade to the next release for GnuCash 2.6.6.
>
>> "Since last run” does show, and if I choose to schedule a transaction from one in register that works into the editor for that transaction.
>
> That’s because it bypasses the calendar screen which is what’s crashing.
>
> Regards,
> John Ralls
>
> John
> Thanks for getting back to me. At this point I had redownloaded Gnucash 2.6.5-6, and tried renaming the usual data file to a different location — all to no avail.
> I followed your suggestion and opened a new datafile (File>new) and although there are no accounts or other data the SX editor opened with the calendar window. Going to <scheduled<new> then the other sub-windows open (Name, frequency, template). So that works. Without closing I then opened the old data file and the SX editor crashed the program again.
> Obviously my data file has a problem.
> The next steps are uncertain. I would like to get my overly compulsive account tree, all old data (42MB) and long list of scheduled transactions into the New file I but I’m uncertain how to do this. Can I somehow export the entire data file into a format and then import it? You probably have an algorithm for this?

That’s good in that it shows that your datafile is corrupt.

The only export capability that GnuCash has is CSV and I don’t think it’s capable of exporting everything in a complicated book.

I think it’s likely that one of your SXes has an out-of-range value in it, so figuring out which one and fixing it would be the best approach. You said that you can open the file in 2.4, so first make a copy of the file, then open it in 2.4. Remove all of the SXes, save it, and try opening the modified file with 2.6.5. If that works, you can start over and remove one SX at a time until it doesn’t crash.

To get GnuCash fixed so that it doesn’t crash even when you do have the corrupt SX I need to know what makes it crash, and to find out I need the data file. I’ll hold it in strictest confidence. 42 meg is pretty big for email, though, so perhaps if you’re willing you could put it on an encrypted .dmg and put the .dmg on Dropbox or Google Drive and send me a link and the password for the dmg.

Regards,
John Ralls


_______________________________________________
gnucash-user mailing list
[hidden email]
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.
Reply | Threaded
Open this post in threaded view
|

Re: Scheduled transaction editor crashes GnuCash 2.6.5

Fred Bone
On 9 January 2015 at 16:15, John Ralls said:

[...]
> I think it’s likely that one of your SXes has an out-of-range value in
> it, so figuring out which one and fixing it would be the best approach.
> You said that you can open the file in 2.4, so first make a copy of the
> file, then open it in 2.4. Remove all of the SXes, save it, and try
> opening the modified file with 2.6.5. If that works, you can start over
> and remove one SX at a time until it doesn’t crash.

A more efficient approach in this last situation, for anyone with more
than a handful of SXs, is to remove *half* of the SXs. This will tell you
whether the bad one is among the half you removed or the half you kept.
Then remove half of the half that you know contains the bad one, and
repeat until you find it.

For example, if you have 16 SXs this will find the rogue one in exactly
four tries, instead of an expected eight (maximum 15) doing them one at a
time. If you have 64, it takes only six tries, and so on.


_______________________________________________
gnucash-user mailing list
[hidden email]
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.
Reply | Threaded
Open this post in threaded view
|

Re: Scheduled transaction editor crashes GnuCash 2.6.5

John Ralls-2
In reply to this post by John Ralls-2

> On Jan 9, 2015, at 4:15 PM, John Ralls <[hidden email]> wrote:
>
>
>> On Jan 9, 2015, at 3:59 PM, Peter Kiessling <[hidden email]> wrote:
>>
>>
>> On Jan 9, 2015, at 1:04 PM, John Ralls <[hidden email]> wrote:
>>
>>>
>>> On Jan 8, 2015, at 9:52 PM, Peter Kiessling <[hidden email]> wrote:
>>>
>>> Hi,
>>> Scheduled Transactions editor (under Actions) crashes Gnucash 2.6.5-6. iMac 10.10.1. Tried 2.6.4 with same result. 2.4.15 gave bad sums in accounts and still crashed Gnucash. Deleted org.gnucash.plist in preferences gives same result. Apple crash log enclosed result. BIN file - Needs Apple Console to read.(I’m incompetent to understand) Archive search did not give any help. Tried Gnucash preferences with no help. Workaround at the moment is using “duplicate transaction" and hoping I remember the list. I think this has got to be something in  my computer, not a true bug, but can’t see what. Done the usual: clean caches, check preferences, Reboot, and Safeboot with no success.
>>
>> I’m not able to reproduce this. What happens if you create a new data file, then open the SX editor?
>>
>> However, it’s pretty old code so it’s not surprising that however you’ve managed to wedge it it’s consistently wedged across all current versions. (For the curious, the crash is a NULL dereference segfault in the block of gnc_dense_cal_draw_to_buffer which paints the week lines in alternating colors beginning at line 922; from the disassembly it looks like in mcList->next->next->data)->y; the second ‘next’ is NULL.)
>>
>>
>>> As an aside the pending scheduled transactions window floats on top of the register window and does not retreat behind as it use to when clicking register.
>>
>> Rats. That’s https://bugzilla.gnome.org/show_bug.cgi?id=711298. I must have applied the patch locally. It’s in git and there are a couple of important input module fixes that I pushed last week, so I’ll be sure to upgrade to the next release for GnuCash 2.6.6.
>>
>>> "Since last run” does show, and if I choose to schedule a transaction from one in register that works into the editor for that transaction.
>>
>> That’s because it bypasses the calendar screen which is what’s crashing.

Thanks to Peter providing me with his accounting file, I was able to confirm the crash and understand the problem. The proximate cause of the crash is the same as in https://bugzilla.gnome.org/show_bug.cgi?id=672760.

Regards,
John Ralls


_______________________________________________
gnucash-user mailing list
[hidden email]
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.