VMware Workstation 15.0.2. crashes

S

Sysnative Windows Update

Inactive
Joined
Oct 9, 2014
Posts
741
I would appreciate if someone had a look. This has been driving me crazy today. I cannot do anything update wise without this.

No changes have been made to the host whatsoever.

Things I have tried:

Run as Admin
Rename vmware.exe to zagreb.exe
Reinstalling v15 (repair)
Uninstalling and reinstalling from scratch.
Moving the VM directory.
Checked whether 3d acceleration was enabled.
Checked whether favorites.vmls was present.
Checked for driver remnants.

I'd rather avoid contacting the support, because the licence was obtained through the university (as I'm a student) and I would have to contact our IT dept and so on and so forth, and the guy is slower than a snail...
 

Attachments

When does this error appear? When starting a VM or when starting VMWare Workstation? If it's upon starting a VM, is it all VMs or just the Windows Server 2012 R2 VM?
 
Might be going down the wrong route, but I'm seeing a lot of stuff related to the guest tools.

What happens if you start a new VM from a blank ISO and try to start the installation of the VM? Does it crash during that (i.e. on a VM without guest tools installed)
 
Hmmm... Here's where the crash is occuring:

PHP: 
/*
 *-----------------------------------------------------------------------------
 *
 * Unicode_AllocWithLength --
 *
 *      Allocates a new Unicode string given a buffer with both length
 *      in bytes and string encoding specified.
 *
 *      If lengthInBytes is -1, then buffer must be NUL-terminated.
 *      Otherwise, buffer must be of the specified length, but does
 *      not need to be NUL-terminated.
 *
 *	If buffer is NULL, then NULL is returned.
 *	In this case, lengthInBytes must be 0 or -1, consistent with
 *	an empty string.
 *
 *      Note that regardless of the encoding of the buffer passed to this
 *      function, the returned string can hold any Unicode characters.
 *
 *      If the buffer contains an invalid sequence of the specified
 *      encoding or memory could not be allocated, logs the buffer,
 *      and panics.
 *
 * Results:
 *      An allocated Unicode string containing the decoded characters
 *      in buffer, or NULL if input is NULL.
 *	Caller must pass the string to free to free.
 *
 * Side effects:
 *      None
 *
 *-----------------------------------------------------------------------------
 */

char *
Unicode_AllocWithLength(const void *buffer,       // IN:
                        ssize_t lengthInBytes,    // IN:
                        StringEncoding encoding)  // IN:
{
   char *result;

   ASSERT(lengthInBytes >= 0 || lengthInBytes == -1);

   if (buffer == NULL) {
      ASSERT(lengthInBytes <= 0);
      return NULL;
   }

   encoding = Unicode_ResolveEncoding(encoding);

   if (lengthInBytes == -1) {
      lengthInBytes = Unicode_LengthInBytes(buffer, encoding);
   }

   result = UnicodeAllocInternal(buffer, lengthInBytes, encoding, FALSE);

   if (result == NULL) {
      char *escapedBuffer = Unicode_EscapeBuffer(buffer, lengthInBytes,
                                                 encoding);

      /*
       * Log and panic on failure.
       */

      Log("%s: Couldn't convert invalid buffer [%s] from %s to Unicode.\n",
          __FUNCTION__,
          escapedBuffer ? escapedBuffer : "(couldn't escape bytes)",
          Unicode_EncodingEnumToName(encoding));
      free(escapedBuffer);
      PANIC();
   }

   return result;
}
 
Assumed as much :p

It looks like (at least in the log you sent) in this instance it's crashing when doing clipboard related things

Code: 
CoreDump_SetUnhandledExceptionFilter
CoreDump_SetUnhandledExceptionFilter
Util_Backtrace
Panic_Panic
Panic[B][COLOR=#800080] <==== This and above are handling the crash, [/COLOR][/B]
Unicode_AllocWithLength [COLOR=#800080][B]<== Where the crash is occuring. Function allocates a new Unicode string given a buffer with both length in bytes and string encoding specified. I can only assume there's something in/on the clipboard that it can't do unicode conversion on[/B][/COLOR]
DnD_LocalStringToCPString [B][COLOR=#800080]<== No documentation on this, but DnD is the drag-and-drop code for VMWare. Looks like this code converts the string in the local clipboard to one that can be read by the guest[/COLOR][/B]
DnD_SetCPClipboardFromLocalText [COLOR=#800080][B]<== Sets the clipboard in the guest to the contents of the local clipboard[/B][/COLOR]
wui::dnd::CopyPaste::UpdateRemoteClipboard [COLOR=#800080][B]<== Pretty self expanatory function[/B][/COLOR]
DllGetClassObject
DllGetClassObject
cui::Capability::FailureReasonList::begin
cui::Capability::FailureReasonList::begin
cui::VMStatus::User::GetIdleDuration
vmdb::Context::Callback
Vmdb_ProcessCallbacks
Vmdb_ParseQuery
GetAsyncKeyState
IsRectEmpty
IsRectEmpty
KiUserCallbackDispatcher

Do you have any other logs from other crashes?
 
There should be a minidump at: C:\Users\user\AppData\Local\Temp\vmware-user\zagreb.dmp

Can you upload it?
 
Can you try disabling copy/paste and drag&drop in your guest VMs to test:

2018-11-30 01_23_48-Window.png
 
No idea what could be causing it right now, you'd probably need to speak to VMWare about that... From the log, it looks like it's failing to do a unicode conversion on the contents of the clipboard (see the code I posted earlier)

Assume you don't have anything weird on your clipboard or haven't changed any language settings or anything?

Can you enable shared folders to allow you to move stuff between VMs and your host PC?
 
No, the first time I saw this happen was when I copied some files to be sourced from my VM for a fix. Then it crashed and went haywire, but nothing special about them. I haven't touched lang settings. I can try that, yes.
 
Found the root cause, it was Richard all along :grin1: SFG is having trouble with one log, when I copied it in, it crashed and brought VMware to its knees.

Please shoot me a msg on FB and we'll investigate.
 

Has Sysnative Forums helped you? Please consider donating to help us support the site!

Back
Top