Bug 58523 - xosview enters infinite loop and does not open a window
Summary: xosview enters infinite loop and does not open a window
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: xosview
Version: 7.3
Hardware: alpha
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Than Ngo
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-01-18 18:53 UTC by Diego Novillo
Modified: 2008-05-01 15:38 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2002-01-18 18:53:28 UTC
Embargoed:


Attachments (Terms of Use)

Description Diego Novillo 2002-01-18 18:53:23 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011226

Description of problem:
When launched xosview goes into an infinite loop.  It opens no windows and
displays no error messages.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Launch 'xosview' with no arguments	

Actual Results:  No feedback from xosview.  Opening 'top' on a separate window
shows it consuming 100% of the CPU.

Expected Results:  xosview window should have appeared.

Additional info:

Comment 1 Than Ngo 2002-01-18 19:21:19 UTC
It need to port on alpha. It's why i always have excluded it on alpha.

ask Tom Tromey why he has done. He should remove it on alpha. I don't have time
to port it for alpha plattform!


Comment 2 Tom Tromey 2002-01-18 20:15:19 UTC
We're going to remove this package from the final.


Comment 3 Tom Tromey 2002-01-31 16:56:01 UTC
I've looked into this a bit more.

I don't think the problem is in the libstdc++ getline().
That code looks ok.  It sets the failure indicator on the
istream because the line is too long.

The problem instead is in xosview, which ignores the error
condition.  xosview has another more serious bug.  You can see
it by modifying the buffer size to be large enough; 8192
worked for me.  With this change, instead of hanging, xosview
crashes in chunk_free (part of malloc).  Ordinarily this means
memory corruption, or a duplicate free(), or something similar.


Comment 4 Beth Uptagrafft 2002-02-07 15:24:20 UTC
This is a problem in xosview and since it is a workstation package, which is 
outside the scope of the contract, it will not be resolved.  This case will 
marked closed - wontfix. 




Note You need to log in before you can comment on or make changes to this bug.