<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><DIV>thansk for the quick fixes</DIV>
<DIV> </DIV>
<DIV>I verified that work well now.</DIV>
<DIV> </DIV>
<DIV>yes, those two issues were caused by same bug<BR><BR>--- On <B>Tue, 10/27/09, Klaus Espenlaub <I><Klaus.Espenlaub@Sun.COM></I></B> wrote:<BR></DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: rgb(16,16,255) 2px solid"><BR>From: Klaus Espenlaub <Klaus.Espenlaub@Sun.COM><BR>Subject: Re: [vbox-dev] split 2g vmdk seems to have some issues<BR>To: "Klaus Espenlaub" <Klaus.Espenlaub@Sun.COM><BR>Cc: "Huihong Luo" <huisinro@yahoo.com>, vbox-dev@virtualbox.org<BR>Date: Tuesday, October 27, 2009, 5:01 AM<BR><BR>
<DIV class=plainMail>Klaus Espenlaub wrote:<BR>> Huihong Luo wrote:<BR>>> for example<BR>>>  (1) create a 40G disk as split2G, then attach to a xp guest vm, it won't format<BR>> <BR>> Confirmed. Investigating the reason for the incorrect reporting of VERR_OUT_OF_RANGE for perfectly valid sector numbers.<BR>> <BR>>> (2) VDCopy(VD_VMDK_IMAGE_FLAGS_SPLIT_2G) throws VERR_OUT_OF_RANGE sometimes<BR>> <BR>> This is certainly caused by the same issue. However I don't see any reason why this should be "sometimes", as the out of range check is against data which isn't supposed to change after an image is created.<BR><BR>As suspected, there was just one bug which caused the misbehavior.<BR><BR>Fixed in the OSE repository, and will be fixed as well in VirtualBox 3.0.10.<BR><BR>Klaus<BR><BR></DIV></BLOCKQUOTE></td></tr></table>