Wine Stable Tutorial

Wine Stable Tutorial

We’re revisiting Wine Primer Tutorial all these years later to see how …

Wine allows OS X users to run Windows applications.

Note: this listing is for the official release of Wine, which only provides source code. If you want a version of Wine that is packaged specifically for OS X, then use Winebottler, available here.

Wine (originally an acronym for “Wine Is Not an Emulator”) is a compatibility layer capable of running Windows applications on several POSIX-compliant operating systems, such as Linux, OS X, and BSD. Instead of simulating internal Windows logic like a virtual machine or emulator, Wine translates Windows API calls into POSIX calls on-the-fly, eliminating the performance and memory penalties of other methods and allowing you to cleanly integrate Windows applications into your desktop.

… could solve a problem we came up against where …

• on a MacBook Pro using macOS Mojave … an …
• installed Wine (Stable) application … oversees …
• Windows install EXE begets application EXE … is a …
• .Net framework application … that needs to live in the macOS environment where …
• Avast Security has …
  1. File shield
  2. Web shield
  3. Email shield

  … running in the background

… and we found that Avast Security went mental, though letting the install through with no usable “Windows EXE via Wine Stable” result. We think, though, even turning the Avast Security shields off, the install failed, and that a .Net framework Windows EXE is too much, and so Wine whines (tee hee).

As you can see from today’s animated GIF presentation, we reinstalled Wine (Stable) itself here on this MacBook Pro using macOS Mojave. Because of this, this was a suspect in the failure theories above, of course, but then that is doubtful in that we found a very straightforward (in the sense that it is just a “plonking of a Windows EXE file” deployment) C program made into a Windows EXE called mimetex.exe living on our macOS system to which we submitted the (Terminal application) command line command …


wine mimetex.exe "x^2-y^3"


… which worked, and so perhaps we would need more expertise getting Wine to work for Windows .Net framework EXE to be succeeding. Live and learn (sometimes about the deadends).

Previous relevant Wine Primer Tutorial is shown below.

Wine Primer Tutorial

Generally we think of Mac OS X and Windows as two different (operating system) worlds that don’t exactly see eye to eye, and in large part that can be correct, but today, with our tutorial, we (maybe?) introduce you to the Linux application Wine, which allows you to run many (but not all) Windows .exe executables, via wine on a Mac OS X command line in a Bash environment, using the Terminal application.

Using Wine is not the only way to attempt to have Mac OS X operating system “talk” to Windows … after all, there are all those VNC, or have a read of Mac VirtualBox Windows 8 IE 11 Primer Tutorial or Mac Virtual Internet Explorer Primer Tutorial, or other networking ideas that blur the separation of these two operating systems. Another thing that is possible at Mac OS X is to create a Windows disk partition.

So today we take that .exe AutoHotKey executable created during the making of the AutoHotKey Record and Compile Primer Tutorial as shown below.

Before that we:

• Install Wine via sudo port install wine via MacPorts
• Create directory /Users/user/.wine for where Wine’s root directory can live
• Create directories /Users/user/.wine/window and /Users/user/.wine/window/system
• Copy TaskMgr_MsgBox.exe from Windows laptop to Mac OS X directory /Users/user/.wine/window
• Ran Windows .exe executable via wine windows/TaskMgr_MsgBox.exe from /Users/user/.wine directory

An interesting and good Wine link is here.

A book about Linux which is really great and helped on this topic was Teach Yourself Linux by Oualline and Foster-Johnson.

Please enjoy our tutorial.

Previous relevant AutoHotKey Record and Compile Primer Tutorial is shown below.

AutoHotKey Record and Compile Primer Tutorial ... //www.autohotkey.com

Have you heard of AutoHotKey?
It is a Windows (desktop) application (that is quite brilliant) which can record and replay mouse and keystrokes, or assign a group of actions to a HotKey. Anybody into procedures and the operations side of I.T. will want to know about it, am sure.

Our unusual* video of a tutorial (which aims to start up the Windows Task Manager process and place an AutoHotKey MsgBox along with it, to allow the user to possibly close the Windows Task Manager process using the AutoHotKey executable) today uses the Mac application PhotoBooth with the (video) effect called “Rollercoaster” (and set Edit->Auto Flip New Items to on (otherwise it will all be back to front!)) … am not sure of its relevance and whether you can see enough … so, if that is the case, we basically (on a Windows laptop) (* dedicated to Sydney Royal Easter Show):

1. As a side issue, opened up a previous script (you can use Notepad) from the Compiler folder off the root AutoHotKey folder and copied some MsgBox code of interest.
2. Used Windows Explorer to double click the AutoScriptWriter folder off the root AutoHotKey folder.
3. Double clicked AutoScriptWriter.exe.
4. At the “Initiate the following ‘Run’ line upon Record” put taskmgr
5. Within the main body went Ctrl-V to paste in that code regarding MsgBox
6. Clicked Record button.
7. Clicked anywhere in space on the Desktop.
8. Clicked Stop button.
9. Rearranged the lines of code such that Run, taskmgr sat up the top.
10. Hit the Save button.
11. Saved to the Compiler folder off the root AutoHotKey folder with the name TaskMgr_MsgBox (and it will give the default AutoHotKey extension of .ahk (for a script)).
12. Used Windows Explorer to double click the Compiler folder off the root AutoHotKey folder.
13. Right-clicked TaskMgr_MsgBox.ahk and chose Run Script … it worked .. great.
14. Right-clicked TaskMgr_MsgBox.ahk and chose Compile Script.
15. Double clicked resultant TaskMgr_MsgBox.exe (with the AutoHotKey “H” icon … cute, huh?) … it worked .. great.
16. That resultant TaskMgr_MsgBox.exe is like any other Windows (desktop) executable that can be mapped to a shortcut or added to a taskbar or menu or be mapped to a keyboard shortcut, or be called by a .bat script, or be placed in a user Startup Programs directory, or be the activated program of a Windows Task Schedular task, or be forked by another Windows executable, for any future use.

Here is a link for some downloadable programming AutoHotKey script source code you could rename to TaskMgr_MsgBox.ahk

Here is a link for more information regarding AutoHotKey’s MsgBox functionality … and a lead in for a lot of other AutoHotKey functionality documentation … a feast of brilliant Windows application information.

Here is a link to the home of AutoHotKey.

Previous relevant AutoHotKey StayAwake Tutorial is shown below.

AutoHotKey StayAwake Tutorial ... //www.autohotkey.com

Have you heard of AutoHotKey?
It is a Windows application (that is quite brilliant) which can record and replay mouse and keystrokes, or assign a group of actions to a HotKey. Anybody into procedures and the operations side of I.T. will want to know about it, am sure.

We have introduced you to AutoHotKey with this previous AutoHotKey Primer Tutorial here.

Then we went a bit further with AutoHotKey with this previous More AutoHotKey Primer Tutorial here.

We talked about stay-resident programs earlier with Menu for Windows Command Prompt Via Batch File Tutorial. Our tutorial today uses AutoHotKey to create one. It uses the ToolTip functionality of Windows to keep the cursor busy. In the tutorial we show it being run:

• right-click on AutoHotKey script file
• compile script into StayAwake.exe and Run As Administrator (but you could also run it as a mere mortal!)
• copy StayAwake.exe into All Users startup programs directory, logout and login for it to stay resident

Please enjoy our tutorial with some stay-resident approaches shown here.

Link to downloadable AutoHotKey programming script file StayAwake.ahk

Previous More AutoHotKey Tutorial is shown below.

More AutoHotKey Tutorial ... //www.autohotkey.com

Have you heard of AutoHotKey?
It is a Windows application (that is quite brilliant) which can record and replay mouse and keystrokes, or assign a group of actions to a HotKey. Anybody into procedures and the operations side of I.T. will want to know about it, am sure.

We have introduced you to AutoHotKey with this previous AutoHotKey Primer Tutorial here.

On a previous tutorial Windows Command Prompt Via Batch File we introduced you to some Windows Command Prompt commands and you can see that tutorial here. Our tutorial here builds on this in that the Windows Command Prompt batch file used for making that tutorial and downloadable here with rename to xxx.bat created/copied into c:Usersuser please (if no good you will have to dive in and adjust redo351.ahk yourself now, and learn about the wonders of AutoHotKey!), was deliberately made so that it can be stepped through slowly by entering {ENTER} key a lot (in xxx.bat this is done by set /p commands), and we have here the pressing of those {ENTER}s (ie. simulating answer to set /p sleeping for 2 seconds between each one … here is your homework … make it wait for 3 seconds between each {ENTER} then compile it then rerun it) with an AutoHotKey script largely created by hand (or via leads from recordings (do you remember Microsoft Excel VBA for CSV Primer Tutorial where similar thoughts were discussed as ideas for how to “get into programming”?)) and you can also download this here and rename to redo351.ahk and compile to redo351.exe using AutoHotKey’s compiler. If, when you do all that you run it and it stands there looking at you like a dead mullet it will be because your Command Prompt window for such a scenario does not end up being called “C:Windowssystem32cmd.exe” and you will need to change this throughout redo351.ahk and then recompile (after stopping previous go (with Windows Task Manager maybe)) and test again. An AutoHotKey program called AU3_Spy.exe can help identify the names (or titles) of Windows, as required.

Please enjoy our tutorial with some recording functionality shown as well as the little “subplot” above (where the butler actually “did it”) here. The subplot is represented by the last 6 slides of the tutorial.

Previous tutorial AutoHotKey Primer Tutorial below …

AutoHotKey Primer Tutorial ... //www.autohotkey.com

Have you heard of AutoHotKey?

It is a Windows application (that is quite brilliant) which can record and replay mouse and keystrokes, or assign a group of actions to a HotKey. Anybody into procedures and the operations side of I.T. will want to know about it, am sure.

Don’t want to show my age, but first got keen about AutoHotKey because I couldn’t believe the day (was it when Windows 5 came out?) that Microsoft abandoned the cute program called Recorder, that came with Windows. For myself, this was a moment of deep mourning, like when Collingwood lost to Carlton in the 1970 Grand Final.

In this primer tutorial see a brief install then a record-compile-replay cycle.
In this link you can look at some of the personal usage of AutoHotKey.

If this was interesting you may be interested in this too.

If this was interesting you may be interested in this too.

If this was interesting you may be interested in this too.

If this was interesting you may be interested in this too.

If this was interesting you may be interested in this too.

If this was interesting you may be interested in this too.