Your message dated Wed, 2 Oct 2013 00:51:37 +0200
with message-id <20131001225137.gu3...@mraw.org>
and subject line Re: Bug#630251: patch for proposed updates / rdesktop
sometimes fails to transfer files from win2k8
has caused the Debian Bug report #630251,
regarding patch for proposed updates / rdesktop sometimes fails to transfer
files from win2k8
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
630251: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630251
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Hi,
some programms make rdesktop to fail to keep up the directory
forwarding to an win 2k8-server. Please see
http://sourceforge.net/tracker/?func=detail&aid=2812158&group_id=24366&atid=381349
for the bug, the fix is as follows:
--- rdesktop-1.6.0.orig/disk.c 2009-06-19 09:06:27.000000000 -0400
+++ rdesktop-1.6.0/disk.c 2009-06-25 09:40:44.000000000 -0400
@@ -1096,10 +1101,24 @@
rdp_out_unistr(out, fsinfo->type, 2 *
strlen(fsinfo->type) - 2);
break;
+ /* JMD 20090623: Needed for Windows 2008 support
+
http://msdn.microsoft.com/en-us/library/cc232104(PROT.13).aspx
+ IRP Query Volume Information class: 0x07 */
+ case FileFsFullSizeInformation:
+ printf("Called FileFsFullSizeInformation\n");
+ out_uint32_le(out, stat_fs.f_blocks); /*
TotalAllocationUnits */
+ out_uint32_le(out, 0);
+ out_uint32_le(out, stat_fs.f_bavail); /*
CallerAvailableAllocationUnits */
+ out_uint32_le(out, 0);
+ out_uint32_le(out, stat_fs.f_bfree); /*
ActualAvailableAllocationUnits */
+ out_uint32_le(out, 0);
+ out_uint32_le(out, stat_fs.f_bsize / 0x200); /*
SectorsPerAllocationUnit */
+ out_uint32_le(out, 0x200); /* Bytes per sector */
+ break;
+
case FileFsLabelInformation:
case FileFsDeviceInformation:
case FileFsControlInformation:
- case FileFsFullSizeInformation:
case FileFsObjectIdInformation:
case FileFsMaximumInformation:
Is this correct? If so, I'd prepare and upload an appropriate new
version to stable (oldstable has the same bug, and I'm happy to fix it
there too, but actually the current stable version just has bug fixes
compared to oldstable, so that the new stable version should be
backported to olstable in that case).
Andi
--- End Message ---
--- Begin Message ---
Adam D. Barratt <a...@adam-barratt.org.uk> (2013-05-11):
> On Wed, 2012-12-12 at 02:33 +0100, intrigeri wrote:
> > Adam D. Barratt wrote (12 Jan 2012 21:38:38 GMT) :
> > > On Fri, 2011-08-26 at 18:11 -0500, Jonathan Nieder wrote:
> > >> FWIW I also suspect that Jean-Michel's patch was correct and the patch
> > >> applied upstream contains a typo. disk.c in the upstream svn repo
> > >> looks the same as sid. Cloning to track this.
> >
> > > Did this ever get resolved upstream?
> >
> > Any news on that?
>
> Periodic ping.
Unperiodic -done.
Mraw,
KiBi.
signature.asc
Description: Digital signature
--- End Message ---
