Bug 649917

Created attachment 457921 [details]
File: backtrace

I am suspecting that this is related with
https://bugzilla.redhat.com/show_bug.cgi?id=649586

What both bug reports have in common is that both are using 32-bits archs, I do not have any problem running on x86_64

Package: grace-5.1.22-7.fc14
Architecture: i686
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1. Type xmgrace into a terminal
2.
3.

Package: grace-5.1.22-7.fc14
Architecture: i686
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1. After start application.
2.
3.

Package: grace-5.1.22-7.fc14
Architecture: i686
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1. Tried to execute xmgrace 
2.
3.


Comment
-----
xmgrace crashed without opening

Package: grace-5.1.22-7.fc14
Architecture: i686
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1. Tried to execute xmgrace 
2.
3.


Comment
-----
xmgrace crashed without opening

Package: grace-5.1.22-7.fc14
Architecture: i686
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1.Opening xmgrace (the plooting tool)
2.
3.

*** Bug 649586 has been marked as a duplicate of this bug. ***

*** Bug 654927 has been marked as a duplicate of this bug. ***

I am consolidating the bug reports on this bug.

So in short the problem only manifests itself on i686 as it works fine on x86_64. The reason why I did not saw this before...

I do not have an i686 machine at hand to test the code further and I would glad accept any help on this issue.

(In reply to comment #10)

> I do not have an i686 machine at hand to test the code further and I would glad
> accept any help on this issue.

I would be happy to try out any experiment you can suggest based on the back trace. I also tried to install from source and got many errors. I can send this if it helps.

Regards
Devang

I can help too.

I have a hard time compiling it from sources, so I would be glad to see this bug resolved.

Regards
Christophe

I didn't success in compiling it from sources but while I was in the source directory, I was able to run the packaged xmgrace binary without error.

It seems that xmgrace want to use ./fonts/type1

I will do further investigation.

All n*.afm and n*.pfb font files are different in the grace archive and on the Fedora system. I don't know if this has an impact.

Anyway, the workaround is to remove the link :
/usr/share/grace/fonts/type1 -> ../../fonts/default/Type1

and copy the directory provided in grace sources "fonts/type1"

Hope that helps to solve this bug.

Regards
Christophe

I have very little experience with this. Can you please explain where the fonts/type1 directory is from the 'grace sources'? Is this provided from downloading the source files directly from the grace website? Is this already present with the default grace package? Or is this provided in the grace-development packages?

Any help would be appreciated. I use xmgrace quite frequently for my work.

Thanks,
Jason

The directory is in the tar archive from the grace website :

ftp://plasma-gate.weizmann.ac.il/pub/grace/src/grace-latest.tar.gz

The 'type1' directory is grace-xxxxx/fonts/type1 after extraction of the archive.

You can copy it on the system in /usr/share/grace/fonts/ or, if you don't want to mess with your system, you can copy the fonts directory somewhere in your home and execute xmgrace from this directory. Example :

$ tar xzvf grace-latest.tar.gz
$ mkdir grace-workaround
$ cp -r grace-5.*/fonts grace-workaround/
$ cd grace-workaround/
$ xmgrace

Regards,
Christophe

Thanks Christophe.

I can confirm that this does work, with one small addition. I also had to copy the FontDataBase file from the source directory to replace the Fedora version as well. With these changes xmgrace is able to start-up without crashing (and shows correct fonts!).

Thanks again,
Jason

Created attachment 468156 [details]
config.log

sorry that i failed to send my log....i am both sending the gdb error message and error I am getting while compiling from source:

##################################################
Error in the packege
$ gdb xmgrace 
GNU gdb (GDB) Fedora (7.2-26.fc14)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/xmgrace...(no debugging symbols found)...done.
Missing separate debuginfos, use: debuginfo-install grace-5.1.22-7.fc14.i686
(gdb) run
Starting program: /usr/bin/xmgrace 
[Thread debugging using libthread_db enabled]
xmgrace: malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd)))) && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)((((__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed.

Program received signal SIGABRT, Aborted.
0x00110416 in __kernel_vsyscall ()
(gdb) 
######################################

Error in source:
Plz. check the attached log file. now while I compile, I get:

$make
make[1]: Entering directory `/home/rudra/Downloads/grace-5.1.22/cephes'
gcc -O2 -m486 -fno-common -Wall -Wpointer-arith -Wnested-externs -I.. -I.    -c -o airy.o airy.c
cc1: error: unrecognized command line option "-m486"
make[1]: *** [airy.o] Error 1
make[1]: Leaving directory `/home/rudra/Downloads/grace-5.1.22/cephes'
make: *** [subdirs] Error 1

If I delete the m486 option in Make.conf, I am getting:
gcc -O2  -fno-common -Wall -Wpointer-arith -Wnested-externs -I.. -I.    -c -o kn.o kn.c
gcc -O2  -fno-common -Wall -Wpointer-arith -Wnested-externs -I.. -I.    -c -o log2.o log2.c
log2.c: In function ‘log2’:
log2.c:334:1: warning: dereferencing type-punned pointer will break strict-aliasing rules
log2.c:335:1: warning: dereferencing type-punned pointer will break strict-aliasing rules
gcc -O2  -fno-common -Wall -Wpointer-arith -Wnested-externs -I.. -I.    -c -o mtherr.o mtherr.c
In file included from /usr/include/stdio.h:34:0,
                 from mtherr.c:60:
/usr/lib/gcc/i686-redhat-linux/4.5.1/include/stddef.h:211:23: error: duplicate ‘unsigned’
/usr/lib/gcc/i686-redhat-linux/4.5.1/include/stddef.h:211:23: error: two or more data types in declaration specifiers
make[1]: *** [mtherr.o] Error 1
make[1]: Leaving directory `/home/rudra/Downloads/grace-5.1.22/cephes'
make: *** [subdirs] Error 1
#######################################################

Plz help. With the little idea I have in C....and cant expect there is a error in stddef.

I am experiencing the same problem.
It only work is the font are locate in ./fonts
How can it be fixed a better way ?

Thank

*** Bug 699060 has been marked as a duplicate of this bug. ***

Package: grace-5.1.22-8.fc15
Architecture: i686
OS Release: Fedora release 15 (Lovelock)


Comment
-----
doesn't start at all

I have this same problem again on Fedora 16.
The bug fix posted by christophe.drevet above seemed to work.
There seems to be a difference in the /usr/share/grace/fonts/FontDataBase and the files in /usr/share/grace/fonts/type1
This might be a packaging issue for the i686 grace package in the repository.

I also see this problem on F16. A really annoying problem that needs a fix ASAP.
Copying both the FontDataBase and the font1 directory to /usr/share/grace/fonts solves the problem. The Fedora version of the FontDataBase seems to have more fonts included than the standard grace distribution though. Of course, it is great to have the additional fonts but I would suggest to revert to using the original font database files until the problem gets fixed.

*** Bug 766585 has been marked as a duplicate of this bug. ***

*** Bug 766632 has been marked as a duplicate of this bug. ***

*** Bug 657122 has been marked as a duplicate of this bug. ***

*** Bug 753474 has been marked as a duplicate of this bug. ***

As I posted in Bug 657122 (which is apparently the same problem) the real bug is in t1lib. There is a (fedora added) patch to prevent a copy overflow that sets the 900th character in a string to the null character without first checking that the string is at least 900 characters long, resulting in a SIGABRT due to writing beyond the end of a string. I posted a possible fix under that bug.
I believe the problem exists in all current Fedora versions.

This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping