Bug 998676
Summary: | [abrt] rdesktop-1.8.0-1.fc19: XPutImage: Process /usr/bin/rdesktop was killed by signal 11 (SIGSEGV) | ||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | sec_freak | ||||||||||||||||||||||||
Component: | rdesktop | Assignee: | Søren Sandmann Pedersen <sandmann> | ||||||||||||||||||||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||||||||||
Severity: | unspecified | Docs Contact: | |||||||||||||||||||||||||
Priority: | unspecified | ||||||||||||||||||||||||||
Version: | 19 | CC: | dcharlespyle, dominik, fredex, havesh, kem, Panos.Kavalagios, pasteur, sandmann | ||||||||||||||||||||||||
Target Milestone: | --- | ||||||||||||||||||||||||||
Target Release: | --- | ||||||||||||||||||||||||||
Hardware: | x86_64 | ||||||||||||||||||||||||||
OS: | Unspecified | ||||||||||||||||||||||||||
Whiteboard: | abrt_hash:44c685cc0e2b0432d366d54de398642a5d1db2c4 | ||||||||||||||||||||||||||
Fixed In Version: | rdesktop-1.8.1-1.fc20 | Doc Type: | Bug Fix | ||||||||||||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||||||||||||
Clone Of: | Environment: | ||||||||||||||||||||||||||
Last Closed: | 2013-12-25 02:36:37 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: | |||||||||||||||||||||||||||
Attachments: |
|
Description
sec_freak
2013-08-19 18:37:19 UTC
Created attachment 788164 [details]
File: backtrace
Created attachment 788165 [details]
File: cgroup
Created attachment 788166 [details]
File: core_backtrace
Created attachment 788167 [details]
File: dso_list
Created attachment 788168 [details]
File: environ
Created attachment 788169 [details]
File: exploitable
Created attachment 788170 [details]
File: limits
Created attachment 788171 [details]
File: maps
Created attachment 788172 [details]
File: open_fds
Created attachment 788173 [details]
File: proc_pid_status
Created attachment 788174 [details]
File: var_log_messages
I am seeing the same results after trying to add the -P parameter to the command line for rdesktop and logging into a Windows 7 Ultimate machine. Following is what I see so far 100% of the time I have tried to replicate this. $ rdesktop -a 32 -x l -f -u dcpyle -P 192.168.0.5 ERROR: CredSSP: Initialize failed, do you have correct kerberos tgt initialized ? Connection established using SSL. Segmentation fault (core dumped) If I do it without the -P parameter I can get a Desktop and logon just fine. However, I had no problems with this parameter earlier today. Did a bit more testing and it is the -P parameter. The cache file is getting corrupt. removing the file: rm -f ~/.rdesktop/cache/pstcache_2_2 stops rdesktop from crashing every time you attempt to restart it. Killing the remote desktop through either a windows disconnect or by closing the Rdesktop window semms to cause the corruption. As long as Rdesktop stays running, it works just fine. Close it and the cache gets corrupt and it has to be removed. I confirm the workaround of comment 13. I have also removed the whole cache: rm -rf .rdesktop/cache and it works for the next rdesktop session. I find I need to remove both -P and -E. I have a desktop icon that I use for connecting to a specific system at work, and it normally uses: rdesktop -D -g 1020x590 -r printer:Brother-HL-2070N="Brother HL-1250" -r sound:local -r clipboard:PRIMARYCLIPBOARD -P -E -z -x b -d ci -u username 172.19.23.120 but either -P or -E will cause it to die. Rdesktop does not properly clear the cache as expected on exit. In the meantime you might want to create a script file that sets up your environment and deletes the cache file(s) before the script launches rdesktop. You can set that up with a shortcut as you have now. It is a bug that can be worked around until it gets fixed. There is no need for a script. An alias is enough in the shell startup scripts: alias rdesktop 'rm -rf $HOME/.rdesktop/cache; rdesktop -z -P -x 0x80 -g 1400x825 -r disk:work=/home/panos/work -r disk:tmp=/home/panos/tmp -a 32' The above works for tcsh. For bash, it needs the equal sign. rdesktop-1.8.1-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/rdesktop-1.8.1-1.fc20 rdesktop-1.8.1-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/rdesktop-1.8.1-1.fc19 Package rdesktop-1.8.1-1.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing rdesktop-1.8.1-1.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-23910/rdesktop-1.8.1-1.fc20 then log in and leave karma (feedback). rdesktop-1.8.1-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. rdesktop-1.8.1-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. |