dyld | The PureDarwin dynamic loader | Awesome List library

Define dependencies(The random generator here) as local variables are not recommended, it's much harder to do dependencies injection(Or it won't be possible), so I change the functions Rng_t into template function and pass the Rng as a parameter.

In practice to construct a random generation may be heavy work, it needs to initialize its internal status, to construct it every time we call the function flipCoin is waste.

The non-virtual function can be mocked, one most commonly used strategy is to use the template, here we make the class CoinFlipper's member function as a template function, then we can test the dependency with our MockRng.

Be aware that for the template function, we need to define the member function in the header file.

coinflipper.h:

The definition part for Rng::~Rng() is missing, a slightly fix will work:

Electron uses MacOS local frameworks, that weirdly enough, you don't seem to have on your computer.

Try to list your frameworks to confirm this: ls -al /System/Library/Frameworks/

If you don't have any, or miss some of them (depending on your OS version), chances are you won't be able to build anything native at all, and your system should be all broken by now (plus, CoreFoundation is the most important framework): a clean install of the latest XCode won't install those frameworks back AFAIK.

Then, your options are:

• reinstall macOS
• get those framework from another mac using the same macOS version
• grab them from your recovery

I downloaded the Jan2021 older version of VS code and was able to successfully download and launch it. https://code.visualstudio.com/updates/v1_53

I solved creating a second environment of brew under /usr/local using my terminal under Rosetta for x86_64 architecture. I reinstalled the mssql-tools and msodbcsql17 packages and now reinstalling the msnodesqlv8 module with npm it successfully succeeded.

We'll wait until Microsoft will support ODBC driver for ARM64..

the solution is to use the entitlements.plist when signing the code:

To fix this, you need to disable SIP, which keeps the $DYLD_LIBRARY_PATH environment variable from being defined without issuing a warning.

To disable SIP:

1. Restart your computer in Recovery mode by holding down Command(⌘)-R once it powers off. Press that until you see the Apple icon and a progress bar.
2. From the Utilities menu, select Terminal.
3. At the prompt, type the following command and then press return: csrutil disable
4. Terminal should display a message that SIP was disabled.
5. From the Apple menu, select Restart.

Now you need to define an environment variable that points to the folder with libiodbc.dylib. To figure out where that folder is, type this in Terminal:

find / -name libiodbc.dylib 2>&1 | grep -v "find: "

Using your favorite text editor (like pico, emacs, or vi), you need to edit your .zshenv file. Open this file (or create it if it does not exist) with

pico ~/.zshenv

Using the first folder from above, define an environment variable by typing this in the file:

export DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:

Save and exit the text editor.

To apply the changes to the current shell, type source .zshenv.

This should make Stata and BQ play nice again.

zsh is the default shell starting with Catalina, so if you use another shell, you should modify things accordingly. I use bash myself, but I hope my translation for zsh works.

You may need to start Stata from the command line for this to fully work. Here's the output of the command after the fix above:

go1.16.2 needs an OS greater than MacOS 10.11.6 "OS X El Capitan" according to the golang download documents.

I installed go1.15.11 successfully on MacOS X version 10.11.6 .

Seems like it could be a bug in ExtUtils::MakeMaker, but I have not been able to understand exactly what is the problem yet. In the mean time, the following workaround can be used: