[vbox-dev] SVN r-51319

[Michael Thayer]

Hello Perry,

I was unable to reproduce this with a fresh OSE r51319 check-out with 
"VOX_WITH_DOCS_TRANSLATIONS :=" in LocalConfig.kmk.  Would you be able 
to provide the full contents of LocalConfig.kmk and your configure 
command line (see env.sh)?

By the way, just for clarity, I am not Misha (at least not the same 
Misha!), and I am the person who is responsible for the Guest Additions 
no longer remembering the resolution from one boot to the next (and who 
wrote to you about it previously).

Regards,

Michael

On 26/05/14 22:20, Perry Halbert wrote:
> That would work *if* you don't delete the out folder before compiling to
> keep from having issues.
> Have things changed to where you don't need to remove the out folder?
>
> Perry
>
> On 05/26/2014 03:15 PM, mikhail sennikovsky wrote:
>> Seems like OSE build is broken. As a tmp workaround, I'd suggest you
>> to do "touch /trunk/out/linux.amd64/release/bin/UserManual_fr_FR.pdf"
>> to create a dummy UserManual_fr_FR.pdf
>>
>> Mikhail
>>
>> On 26.05.2014 23:50, Perry Halbert wrote:
>>> Very weird.  Broken make?
>>>
>>> kBuild: Installing symlink
>>> /trunk/out/linux.amd64/release/bin/UserManual.pdf
>>> kmk: *** No rule to make target
>>> `/trunk/out/linux.amd64/release/bin/UserManual_fr_FR.pdf', needed by
>>> `/trunk/out/linux.amd64/release/obj/Installer/linux/archive/UserManual_fr_FR.pdf'.
>>> Stop.
>>> kmk: *** Waiting for unfinished jobs....
>>> kmk: *** Exiting with status 2
>>>
>>>
>>> I have VBOX_WITH_DOCS_TRANSLATIONS :=  in my LocalConfig.kmk to *not
>>> build the French translation.
>>>
>>>
>>> On 05/26/2014 02:31 PM, mikhail sennikovsky wrote:
>>>> Perry,
>>>>
>>>> Please give a try to the latest OSE. The issue should be solved there.
>>>>
>>>> Thanks for reporting it!
>>>> Mikhail
>>>>
>>>> On 26.05.2014 17:15, Perry Halbert wrote:
>>>>> Good day Misha,
>>>>>
>>>>> Linux and Windows both.
>>>>>
>>>>> Mint -16 or 17 both 64-bit.
>>>>> Windows-7 also 64-bit
>>>>>
>>>>> Host = Ubuntu 12.04 Base 64-bit
>>>>>
>>>>> I have also noticed that if you start the Linux guest ( stop and
>>>>> start not saved state ) it does not remember the screen size and
>>>>> starts in 1024x768.
>>>>>
>>>>> Resize the screen to a larger size and the screen goes black (VBox
>>>>> Main manager preview windows is showing proper content though ) and
>>>>> then if you pause the guest the video is rendered with the darker
>>>>> screen and then un-pausing the video is rendered properly.
>>>>>
>>>>> I am also attaching a log for this.  I started the guest and
>>>>> resized the screen and it went black (time = 1:54).
>>>>> I waited for about 6 minutes and then paused/unpaused (time = 7:42)
>>>>> everything fine.
>>>>>
>>>>> Have a great day,
>>>>> Perry
>>>>>
>>>>>
>>>>> On 05/26/2014 05:29 AM, mikhail sennikovsky wrote:
>>>>>> Hi Perry,
>>>>>>
>>>>>> which guest are you saving/restoring?
>>>>>> Could you post me the logs for guest save and  restore sessions?
>>>>>>
>>>>>> Thanks,
>>>>>> Misha
>>>>>>
>>>>>> On 23.05.2014 20:58, Perry Halbert wrote:
>>>>>>> FYI Saved state does not work in r51319.  It saves just fine but
>>>>>>> re-starting aborts. Stated reason is failure to load HGCM.
>>>>>>>
>>>>>>> 00:00:16.877831 AssertLogRel
>>>>>>> /trunk/src/VBox/Main/src-client/HGCM.cpp(1306) static int
>>>>>>> HGCMService::LoadState(PSSMHANDLE): <NULL>
>>>>>>>
>>>>>>> 00:00:16.877851 rc=VERR_SSM_UNEXPECTED_DATA VBoxSharedCrOpenGL
>>>>>>>
>>>>>>> 00:00:16.877917 SSM: LoadExec failed for 'HGCM' instance #0
>>>>>>> (version 2, pass 0xffffffff): VERR_SSM_UNEXPECTED_DATA
>>>>>>>
>>>>>>> 00:00:16.877979 VMSetError:
>>>>>>> /trunk/src/VBox/VMM/VMMR3/SSM.cpp(8495) int ssmR3LoadExecV2(PVM,
>>>>>>> PSSMHANDLE); rc=VERR_SSM_UNEXPECTED_DATA
>>>>>>>
>>>>>>> 00:00:16.877984 VMSetError: Failed to load unit 'HGCM'
>>>>>>>
>>>>>>> 00:00:16.897583 Changing the VM state from 'LOADING' to
>>>>>>> 'LOAD_FAILURE'.
>>>>>>>
>>>>>>> 00:00:16.897676 Changing the VM state from 'LOAD_FAILURE' to
>>>>>>> 'POWERING_OFF'.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Let me know if you need the full log.
>>>>>>>
>>>>>>> Perry

-- 
ORACLE Deutschland B.V. & Co. KG   Michael Thayer
Werkstrasse 24                     VirtualBox engineering
71384 Weinstadt, Germany           mailto:michael.thayer at oracle.com

Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Geschäftsführer: Jürgen Kunz

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher