Description of problem:
run yum update -y
Tried to start rdesktop. Using an alacarte created menu item.
The command in the menu item is:
/bin/rdesktop -x l -P -5 -z -u <UserID> -d <Domain> -g 3830x1140 -r clipboard:PRIMARYCLIPBOARD -a 16 -r disk:HOME=/home/<userid>/shared <fqdn Computer name>
Rdesktop will not start and it crashes...
Version-Release number of selected component:
runlevel: N 5
Thread no. 1 (8 frames)
#0 XPutImage at PutImage.c:1024
#1 ui_create_bitmap at xwin.c:2753
#2 pstcache_load_bitmap at pstcache.c:72
#3 pstcache_enumerate at pstcache.c:136
#4 rdp_enum_bmpcache2 at rdp.c:585
#5 process_demand_active at rdp.c:1067
#6 rdp_loop at rdp.c:1611
#7 rdp_connect at rdp.c:1653
Created attachment 788164 [details]
Created attachment 788165 [details]
Created attachment 788166 [details]
Created attachment 788167 [details]
Created attachment 788168 [details]
Created attachment 788169 [details]
Created attachment 788170 [details]
Created attachment 788171 [details]
Created attachment 788172 [details]
Created attachment 788173 [details]
Created attachment 788174 [details]
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.
rdesktop-1.8.1-1.fc19 has been submitted as an update for Fedora 19.
* 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:
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.