зеркало из https://github.com/mozilla/gecko-dev.git
8107c910bc
The reason explained in patch Part1 of Bug 1214018 and I just copy the reason below. GetRawMachineId was returning its generated data through a 'string16', which on Windows was conveniently equivalent to a std::wstring. However on Mac, wstring uses 32-bit characters, so in order to comply with the string16 interface, a lot of non-trivial code would have to be imported and vetted. Also, in the end GMPLoader::Load passes this string16 to SHA256_Update() as a sequence of bytes, the actual type of the data is lost! So to simplify this work, GetRawMachineId will now return its data through a vector of bytes, and the platform-dependent implementations may use whatever data type they want internally. The Windows GetRawMachineId actually returns the same data in this vector, so it stays compatible with the previous code. MozReview-Commit-ID: 7xYgjndXWDX --HG-- extra : rebase_source : 6a46bd7f06d6e4bc10bb98b600e7e5bc14c136ce |
||
|---|---|---|
| .. | ||
| lib | ||
| mac/lib | ||
| win/lib | ||
| OWNERS | ||
| README.mozilla | ||
| moz.build | ||
README.mozilla
Code taken from rlz project in Chromium repository: https://chromium.googlesource.com/chromium/src.git/+/6f3478dfd7d29b9872871718bd08493ed0c8bc8e Note: base/ contains wrappers/dummies to provide implementations of the Chromium APIs that this code relies upon.