Bug 13707

Summary: Programs do not Launch
Product: [Retired] Red Hat Linux Reporter: Rogelio Noriega <rogelio_noriega>
Component: abiwordAssignee: Bernhard Rosenkraenzer <bero>
Status: CLOSED RAWHIDE QA Contact:
Severity: high Docs Contact:
Priority: high    
Version: 7.1CC: bero, jos, katzj, pbrown, twaugh
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard: Winston should-fix
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-08-18 05:53:16 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 14711    

Description Rogelio Noriega 2000-07-11 12:32:39 UTC
Issue: RedHat 7.0 (Winston)

System: PWS 620, SINGLE 933mhz, matrox g400 1536 RAM

Test Case: #12) 

2.) Abiword_d crashed due to a fatal error(GNOME) segmentation fault 
(process 20067)

Programs below do not launch when icon is selected.
--gPhoto does not work(i.e. no window or any activity on screen)
--gDict does not work
--gcharmap has crashed due to a fatal error
--xSane does not work
--xScanimage does not work
--XMixer does not work

Comment 1 Michael Redinger 2000-07-19 16:34:41 UTC
In addition to the "Abiword_d crashed due to a fatal error" entry:

AbiWord did start when I was working locally. However, when being logged in via
telnet (xhost and DISPLAY is ok) AbiWord immediately crashes with exactly this
message.


Comment 2 Bernhard Rosenkraenzer 2000-07-19 17:05:50 UTC
Please file this report against all the other packages you've listed as well -
other developers are responsible for them.

Comment 3 Rogelio Noriega 2000-07-27 13:00:58 UTC
Abiword_d still crashes in Beta 4

Comment 4 Tim Waugh 2000-07-28 09:24:46 UTC
Does 'abiword -nosplash' work?

Comment 5 Jos Vos 2000-07-30 15:18:29 UTC
AbiWord still won't start in Pinstripe due to a segfault.  Also, --nosplash
doesn't work either.

Comment 6 Glen Foster 2000-07-30 22:40:56 UTC
This defect is considered MUST-FIX for Winston Release-Candidate #1

Comment 7 Rogelio Noriega 2000-07-31 22:33:50 UTC
*Beta 5 did not fix the problem

Comment 8 Chris Evans 2000-07-31 22:52:39 UTC
Yep, BETA5 AbiWord hosed, won't even start up

Comment 9 Bernhard Rosenkraenzer 2000-08-02 17:06:59 UTC
Fixed - the problem was that libpng 1.0.8 is not binary compatible with 1.0.6
and doesn't increase the soname - and abiword was linked dynamically, compiled
with 1.0.6.


Comment 10 Bernhard Rosenkraenzer 2000-08-03 09:35:31 UTC
*** Bug 15179 has been marked as a duplicate of this bug. ***

Comment 11 Bernhard Rosenkraenzer 2000-08-09 15:13:46 UTC
*** Bug 15822 has been marked as a duplicate of this bug. ***

Comment 12 Jeremy Katz 2000-08-10 06:35:43 UTC
Still crashing in RC1 in XFree4.  It actually looks like the problem is that the
adding of the Abi font dir to the fontpath fails (xset fp+
/usr/share/AbiSuite/fonts as called in the AbiWord script gives the following)
	X Error of failed request:  86
	  Major opcode of failed request:  51 (X_SetFontPath)
	  Serial number of failed request:  9
	  Current serial number in output stream:  11

and then Abi can't load it's fonts and segfaults.  With no window manager
running, I actually don't get a segfault, and it pops up its window about being
unable to find its fonts.  Adding the Abi font dir to the default xfs font path
does allow AbiWord to start and run properly.

Comment 13 Bernhard Rosenkraenzer 2000-08-10 12:22:27 UTC
xset fp+ seems to be broken in XF4... Reassigning.

Comment 14 Bill Nottingham 2000-08-14 23:27:15 UTC
It's probably somewhat related to the fact that
re-running mkfontdir in the abi font directory
gives you no fonts in your fonts.dir. Are there
some missing files (fonts.alias, fonts.scale, perhaps?)


Comment 15 Preston Brown 2000-08-15 14:56:54 UTC
definitely an abiword problem.

Comment 16 Bill Nottingham 2000-08-15 15:31:18 UTC
Not really. xset +fp is failing for some bizarre reason.

However, the cleanest fix would really be for abiword
to call chkfontpath in %post/%preun, much like
the font packages themselves do. (It's also
easier to do this than to dig inside the X library
code...)

Comment 17 Bill Nottingham 2000-08-16 02:39:28 UTC
*** Bug 16177 has been marked as a duplicate of this bug. ***

Comment 18 Glen Foster 2000-08-16 22:43:45 UTC
This defect has been re-classified as SHOULD-FIX for Winston Gold-release

Comment 19 borgia 2000-08-18 05:53:14 UTC
AbiWord (RC1): OK in one install, also for users, and in one upgrade; fail in another upgrade
JFYI.


Comment 20 Preston Brown 2000-08-19 14:41:45 UTC
chkfontpath has been added.

Comment 21 Bernhard Rosenkraenzer 2000-08-25 14:00:38 UTC
*** Bug 16937 has been marked as a duplicate of this bug. ***