• Welcome to Support Forum: Get Support for Patch My PC Products and Services.
 
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - wokkeltje

#1
Some computers get updated after adding the extra process, but I dicovered an extra process
sh.exe "C:\Program Files\Git\usr\bin\sh.exe"

can you also add this one?

tnx
#2
tnx, wil evaluate tomorrow if the update gets installed.

Do I need to republish the update?
#3
I see 1 process running ssh-agent.exe "C:\Program Files\Git\usr\bin\ssh-agent.exe"
#4
We notice that the update of Git is failing because of running processes. However the update is marked to kill the processes.

See attach for the logs.
#5
tnx, would be great to be able to update also the older leftovers.
#6
mine is an older version, VS 2015 x64 redist
I have the idea that MS is making the latest versions better than the previous ones. see the issue I discovered with the x86 version that not even has the reg key in 1 of both locations.

you can download the version here
http://download.microsoft.com/download/9/3/F/93FCF1E7-E6A4-478B-96E7-D4B285925B00/vc_redist.x64.exe

not a single trace of this and previous VC++ versions (both x86 en x64) in the normal x64 reg location but all in HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\VisualStudio\
#7
can the x64 detection method be extended to also search in WOW6432Node?
#8
I have a machine where x86 version is not detected, but I can't find a reg key containing any of the info, even if "Microsoft Visual C++ 2017 Redistributable (x86) - 14.16.27012" is in add and remove programs.
So this is a VC++ install issue and not a detection issue.
A manual update did remove the 2017 x86 version and created correct reg keys so SCCM detects the product correctly.

The entries for the x64 bit are located in de location you provided, but also in WOW6432Node and are perfectly detected and updated.
#9
On my machine the key does not exist, but it is in WOW6432Node. Tomorrow I will search if I have also machines the other way around.
Below the export of the same machine in the screenshots.

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\VisualStudio\14.0\VC\Runtimes\x64]
"Version"="v14.0.23026.00"
"Installed"=dword:00000001
"Major"=dword:0000000e
"Minor"=dword:00000000
"Bld"=dword:000059f2
"Rbld"=dword:00000000

[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\VisualStudio\14.0\VC\Runtimes\x86]
"Version"="v14.0.23026.00"
"Installed"=dword:00000001
"Major"=dword:0000000e
"Minor"=dword:00000000
"Bld"=dword:000059f2
"Rbld"=dword:00000000

#10
I noticed that not all my machines are picking up the Visual C++ 2015-2019 redistributable updates. attached is a client (server 2016) that does not get the x64 update, but I think I have situations where x86 is not picked up.

The update of last week is not yet approved for deployment, but detection is the same.

If you can tell me the detection method (or where I can find myself) I can check the machine why it is missing this 1 update.
#11
It seems a known issue with Windows 1803
https://www.displaylink.org/forum/showthread.php?t=66818&page=2

we will wait with updating until tests with version 9.3 when becomes available
#12
same issue here. this issue is active for the last couple of versions of displaylink.

no root cause found, only uninstall and reïnstall is working.
#13
bizar, version 2.1.0.2 exist and can be downloaded (https://download.docker.com/win/stable/37877/Docker%20Desktop%20Installer.exe)
but version 2.1.0.3 seems to be the 2.1.0.1 installer with a different name.
#14
The Docker Desktop updates are already 2 versions behind

https://docs.docker.com/docker-for-windows/release-notes/

version 2.1.0.2 and 2.1.0.3 are not in the db, last version is already 20 days old

thanks