> https://software.intel.com/security-software-guidance/insights/microcode-update-guidance
Thanks, interesting reading.
I think in my case the ucode update is done via the FIT method, though, as the
latest microcode (0xA0E) is included in the re-packaged BIOS, and re-flashed
into ROM along with
> So I think you probably encountered another Windows sleep bug
Quite possibly... The microcode version in the registry looks okay after
wake-up from hibernate, though (but that subsumes the system POST and clean
boot).
> 0 - ucode loading supported by CPU - update available and successfully
On 2020-07-16 07:42, Jon Turney wrote:
> On 16/07/2020 08:44, Marco Atzeri via Cygwin wrote:
>> On 16.07.2020 06:25, Brian Inglis wrote:
>>> On 2020-07-15 14:13, Marco Atzeri via Cygwin wrote:
> So it seems the urlencode is correct, but the urldecode isn't working.
>
> I've applied a one-characte
On 2020-07-16 13:46, Brian Inglis wrote:
> On 2020-07-16 08:56, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
> It may be possible that Windows executes a CPUID instruction, and then reads
> MSR
Intel states CPUID of leaf EAX = 1, so not reading that leaf may not update MSR.
> 8BH IA32_
On Wed, Jul 15, 2020 at 7:46 PM wrote:
> Thank you very much !
>
> I didn't see anybody mention that attrib step, in all the _many_ docs
that i read.
You're welcome. This is probably because file attributes are not actually
security attributes.
(As an aside: Please remove the responder's email
On 2020-07-16 08:56, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
>> Managed to get this tested and applied thanks to your help and it has landed
>> in
>> new Cygwin 3.1.6 so please post your results and any further comments when
>> you
>> have a chance to upgrade and test.
>
> I check
On 7/3/2020 7:09 AM, Ken Brown via Cygwin wrote:
On 7/2/2020 1:50 PM, Morten Kjærulff via Cygwin wrote:
I think we got a new release around the beginning of June, right?
You said that there were still issues (I can confirm).
If it can help, here is the output I see today of above scripts:
$ ./t
On 16.07.2020 15:42, Jon Turney wrote:
On 16/07/2020 08:44, Marco Atzeri via Cygwin wrote:
On 16.07.2020 06:25, Brian Inglis wrote:
On 2020-07-15 14:13, Marco Atzeri via Cygwin wrote:
Problem: I want to search for
libssh/libssh.h
Using https://cygwin.com/packages/
If I put the name and pre
Hi all,
After some significant headache I discovered a problem introduced by
the Cygwin patches for sqlite3. The effect of this patch is that it
modifies the DLL search order for all subsequent DLL loads (by
filename instead of absolute path) in the application.
It contains the following patch i
> Managed to get this tested and applied thanks to your help and it has landed
> in
> new Cygwin 3.1.6 so please post your results and any further comments when you
> have a chance to upgrade and test.
I checked it out in the new Cygwin 3.1.6, and it shows microcode version
correctly now, but as
On 16/07/2020 08:44, Marco Atzeri via Cygwin wrote:
On 16.07.2020 06:25, Brian Inglis wrote:
On 2020-07-15 14:13, Marco Atzeri via Cygwin wrote:
Problem: I want to search for
libssh/libssh.h
Using https://cygwin.com/packages/
If I put the name and press Go the URL is changed in
https://cygw
Hi Marc,
On Jul 15 20:54, Marc Hoersken via Cygwin wrote:
> Hello everyone,
>
> I identified an issue related to the way the events FD_CONNECT and FD_CLOSE
> returned by WSAEnumNetworkEvents are currently handled in
> winsup/cygwin/fhandler_socket_inet.cc.
>
> It seems like the code does not han
On 16.07.2020 06:25, Brian Inglis wrote:
On 2020-07-15 14:13, Marco Atzeri via Cygwin wrote:
Problem: I want to search for
libssh/libssh.h
Using https://cygwin.com/packages/
If I put the name and press Go the URL is changed in
https://cygwin.com/cgi-bin2/package-grep.cgi?grep=libssh%2Flibssh
13 matches
Mail list logo
