From: SourceForge.net <no...@so...> - 2008-01-14 22:07:25
|
Bugs item #1871575, was opened at 2008-01-14 14:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1871575&group_id=24366 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Internals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Persistant Bitmap Cache needs Option for path Initial Comment: Launching multiple copies of rdesktop uses the same cache and gives an error. Maybe providing an optional variable after the -P to give a path to a variable this would not happen. Version 1.5.0 running on Slackware 12.0 Connecting to: Windows 2k3 sp1 Windows 2k3 sp2 Windows 2k sp4 Windows XP ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1871575&group_id=24366 |
From: SourceForge.net <no...@so...> - 2008-07-24 18:05:47
|
Bugs item #1871575, was opened at 2008-01-14 17:07 Message generated for change (Comment added) made by kriston You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1871575&group_id=24366 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Internals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Persistant Bitmap Cache needs Option for path Initial Comment: Launching multiple copies of rdesktop uses the same cache and gives an error. Maybe providing an optional variable after the -P to give a path to a variable this would not happen. Version 1.5.0 running on Slackware 12.0 Connecting to: Windows 2k3 sp1 Windows 2k3 sp2 Windows 2k sp4 Windows XP ---------------------------------------------------------------------- Comment By: Kriston Rehberg (kriston) Date: 2008-07-24 14:05 Message: Logged In: YES user_id=16427 Originator: NO This bug also occurs in 1.6.0. Instead of a path option the file should be named uniquely for each connection. Use the name of the remote host and port used, and a unique string attached to it using a form of tmpnam() or the current date. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1871575&group_id=24366 |
From: SourceForge.net <no...@so...> - 2008-11-19 18:19:16
|
Bugs item #1871575, was opened at 2008-01-14 17:07 Message generated for change (Comment added) made by skunk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1871575&group_id=24366 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Internals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Persistant Bitmap Cache needs Option for path Initial Comment: Launching multiple copies of rdesktop uses the same cache and gives an error. Maybe providing an optional variable after the -P to give a path to a variable this would not happen. Version 1.5.0 running on Slackware 12.0 Connecting to: Windows 2k3 sp1 Windows 2k3 sp2 Windows 2k sp4 Windows XP ---------------------------------------------------------------------- Comment By: Daniel Richard G. (skunk) Date: 2008-11-19 13:19 Message: rdesktop needs a path option for the bitmap cache, but for my part, it is because the home directory is being served via the network. Point the first: The default location gives rise to redundant network traffic, thereby defeating the purpose of the cache. Point the second: In my case where the network filesystem is AFS, the cache file (and the entire homedir with it) can become unreadable when the user's authentication expires. rdesktop doesn't expect this, and as far as I can tell, this may cause the program to crash, and the bitmap cache to become corrupt. I've semi-worked-around the first issue by writing up a wrapper script that symlinks ~/.rdesktop/cache to a local directory. This still requires home-directory access, however, so it doesn't address the second. ---------------------------------------------------------------------- Comment By: Kriston Rehberg (kriston) Date: 2008-07-24 14:05 Message: Logged In: YES user_id=16427 Originator: NO This bug also occurs in 1.6.0. Instead of a path option the file should be named uniquely for each connection. Use the name of the remote host and port used, and a unique string attached to it using a form of tmpnam() or the current date. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1871575&group_id=24366 |
From: SourceForge.net <no...@so...> - 2008-11-19 18:22:18
|
Bugs item #1871575, was opened at 2008-01-14 22:07 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1871575&group_id=24366 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Internals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Persistant Bitmap Cache needs Option for path Initial Comment: Launching multiple copies of rdesktop uses the same cache and gives an error. Maybe providing an optional variable after the -P to give a path to a variable this would not happen. Version 1.5.0 running on Slackware 12.0 Connecting to: Windows 2k3 sp1 Windows 2k3 sp2 Windows 2k sp4 Windows XP ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-11-19 18:22 Message: There is already a patch for this in the patches tracker, and has been for some time... Unclear why it has never been added to the trunk. ---------------------------------------------------------------------- Comment By: Daniel Richard G. (skunk) Date: 2008-11-19 18:19 Message: rdesktop needs a path option for the bitmap cache, but for my part, it is because the home directory is being served via the network. Point the first: The default location gives rise to redundant network traffic, thereby defeating the purpose of the cache. Point the second: In my case where the network filesystem is AFS, the cache file (and the entire homedir with it) can become unreadable when the user's authentication expires. rdesktop doesn't expect this, and as far as I can tell, this may cause the program to crash, and the bitmap cache to become corrupt. I've semi-worked-around the first issue by writing up a wrapper script that symlinks ~/.rdesktop/cache to a local directory. This still requires home-directory access, however, so it doesn't address the second. ---------------------------------------------------------------------- Comment By: Kriston Rehberg (kriston) Date: 2008-07-24 18:05 Message: Logged In: YES user_id=16427 Originator: NO This bug also occurs in 1.6.0. Instead of a path option the file should be named uniquely for each connection. Use the name of the remote host and port used, and a unique string attached to it using a form of tmpnam() or the current date. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381347&aid=1871575&group_id=24366 |