Help -> about = crash

I can confirm the crash with svn head. But the Ubuntu package doesnt seem to crash. We might have to check the diff between the two source codes. I remember fixing a similar bug some time back.

@Onkar - Any pointers? I will have a look tomorrow during FOSS.IN

Chitlesh,

Can you please try launching the application form command line and see if it prints anything before crashing?

No it doesn't print anything except "Segmentation fault"

Backtrace: https://bugzilla.redhat.com/attachment.cgi?id=375010

I got it fixed and pushed to fedora updates:

# RHBZ = 542945
sed -i \
    "s|share/doc/\${PACKAGE}|share/doc/%{name}-%{version}|" \
    configure.in
sed -i "s|/usr/local/doc/GNUSim8085|%{_docdir}/%{name}-%{version}|" src/callbacks.c

libtoolize --force --copy
aclocal
automake --add-missing
autoconf

Chitlesh,

Can you please explain why you needed to do these changes. There are no hard coded paths in configure.in. Also callbacks.c does not contain any patch to document folder.

Further this looks like a packaging problem to me. It seems that the value of prefix passed to configure script is different than where the program actually gets installed. Also <prefix>/share/doc/<name>-<version> does not look a standard install location for documentation to me. It usually is <prefix>/share/doc/<name> only.

Even if this is a packaging problem, shouldn't the program at least /not/ crash?

Found the problem finally. It was one of those basic mistakes you do when dealing with pointers.

I can confirm that this is still the case for the latest release, I have just reported that this is also happening on Win7 (64) in Win XP/SP2 compatibility mode

after removing the "language2.rng" file, and when running in native Win7/64 bit mode, this issue no longer occurs here with 1.3.6

This issue is not related to languages2.rng. It is a null pointer referencing problem. The fix will be available when 1.3.7 is released.

yes, I did in fact notice that - yet, when I was running the program in Win XP/SP2 compatibility mode, it would reliably crash - but now that I am running it in 64 bit mode, it's not crashing anymore.

This seems to be fixed in the 1.3.7 prerelease that Onkar has provided for testing. However, I should probably note that calling the Help/About dialog is also causing the issue of halting the GUI for 3-5 seconds. I can reproduce this reliably here, it's happening whenever I bring invoke that menu item.