This is a living document. Everything in this document is made in good faith of being accurate, but like I just said; we don't yet know everything about what's going on.
On March 29th, 2024, a backdoor was discovered in xz-utils, a suite of software that
We did it! We broke gist.github.com ;) So head over to the new home! Thank you all!
2021.10.20: https://github.com/AveYo/MediaCreationTool.bat now open for interaction
Not just an Universal MediaCreationTool wrapper script with ingenious support for business editions,
A powerful yet simple windows 10 / 11 deployment automation tool as well!
Note on Oct 4, 2018: due to a change in Homebrew's brew test-bot behaviour, the user must set HOMEBREW_TRAVIS_CI and HOMEBREW_TRAVIS_SUDO appropriately (it was previously using Travis-CI-provided TRAVIS and TRAVIS_SUDO).
This tutorial is a follow-up to the discussion we had on davidchall/homebrew-hep#114.
It relies on a fork of the test-bot provided by davidchall; you can get it with brew tap maelvalais/test-bot.
First:
https://github.com//homebrew- with the following tree
| == Visual Studio .NET 2003 (DO NOT COPY THIS LINE) == | |
| Microsoft Visual Studio Solution File, Format Version 8.00 | |
| # Visual Studio .NET 2003 | |
| VisualStudioVersion = 7.1 | |
| == Visual Studio 2005 (DO NOT COPY THIS LINE) == | |
| Microsoft Visual Studio Solution File, Format Version 9.00 | |
| # Visual Studio 2005 | |
| VisualStudioVersion = 8.0 |
| #include <iostream> | |
| #include <fstream> | |
| #include <vector> | |
| #include <string> | |
| #include <algorithm> | |
| #include <chrono> | |
| #include <functional> | |
| #define GLFW_INCLUDE_VULKAN | |
| #include <GLFW/glfw3.h> |
There is sometimes a situation in which one needs to get the relative offset of a structure field, common examples of this include serialization frameworks which aid to serialize objects, vertex attributes for rendering (D3D, GL.), etc.
The most common technique for getting this information is through the offsetof
macro defined in stddef.h. Unfortunately using the macro in C++ comes with a
new set of restrictions that prevent some (subjectively valid) uses of it.
| MEMPTR, esoteric register of the ZiLOG Z80 CPU. | |
| by Boo-boo (first and draft English translation by Vladimir Kladov) | |
| As it is known, after the instruction BIT n,(HL) execution, bits 3 and 5 of the flag register become containing values that is not documented in the official documentation at all. Actually these bits are copied from the bits 11 and 13 of the internal register pair of Z80 CPU, which is used for 16-bit operations, and in most cases to handle addresses. This is usual practice for processors having 8-bits data bus working with 16-bits data. | |
| It is not known why and how these bits of the internal buffer register are copied to the flags register though. At least Sean Young in the "Undocumented Z80 Documented" refers to that phenomenon (http://www.myquest.nl/z80undocumented/) and a bit more info can be found in the Z80 description of another "nocash" project (http://www.work.de/nocash/zxdocs.htm) where such register pair is called as MEMPTR. Unfortunately until now attemts to crack the algorithm se |
| // Just before switching jobs: | |
| // Add one of these. | |
| // Preferably into the same commit where you do a large merge. | |
| // | |
| // This started as a tweet with a joke of "C++ pro-tip: #define private public", | |
| // and then it quickly escalated into more and more evil suggestions. | |
| // I've tried to capture interesting suggestions here. | |
| // | |
| // Contributors: @r2d2rigo, @joeldevahl, @msinilo, @_Humus_, | |
| // @YuriyODonnell, @rygorous, @cmuratori, @mike_acton, @grumpygiant, |
| # Xcode 4.3.3 | |
| Apple clang version 3.1 (tags/Apple/clang-318.0.61) (based on LLVM 3.1svn) | |
| Target: x86_64-apple-darwin11.4.0 | |
| Thread model: posix | |
| # Xcode 4.3.2 | |
| Apple clang version 3.1 (tags/Apple/clang-318.0.58) (based on LLVM 3.1svn) | |
| Target: x86_64-apple-darwin11.4.0 | |
| Thread model: posix |