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:
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!
We're going to remove this package from the final.
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.
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.