I'm trying to run macOS on my windows 10 laptop. But everytime I boot my system it tries to find a startup.nsh file, I know how to create a .nsh file its just that my virtual box is not letting me type at all. I even tried to use the soft "virtual" keyboard but still nothing. Does anyone have a fix?
Making a macOS VM on windows is not simple as any other operating systems, there is many tutorials for that like :https://www.makeuseof.com/tag/macos-windows-10-virtual-machine/
This is because apple makes it's software only for it's products and isn't made to be compatible for other devices out of the box.
Related
I am having a probably trivial issue with the Cloudera Quickstart virtual machine. I tried many things out, but I don't manage to make it work. So, first, I installed the Virtualbox image on a Windows workstation which has a German standard (qwertz) keyboard.
In the virtual machine, which runs a Linux Centos, I set the German keyboard and everything works fine. Now, as the workstation is in my office, I installed TeamViewer, in order to connect from my MacBook from home. And here it comes the issue that struggles me.
The MacBook has a German keyboard and all the keys, which do not require the alt combination works fine. If I need, for example # (alt+L) or \ (alt+shift+7), or anything that requires the alt combination, nothing appears on the Centos (in the Windows workstation it would correctly appear!). Could you imagine to code without \ ~ # ??
I tried also to install a German(Mac) keyboard and also a screen keyboard (florence) in the Centos and they also do not work properly. Is it a TeamViewer issue or a VirtualBox issue? How can I solve it?
Any help is appreciated!
I figure out that is a Virtualbox issue, that takes the keyboard configuration of the host in which is installed, in this case Windows 10. I could not find a simple way changing the keyboard setting in the Centos machine run via the Mac Os in TeamViewer to make it work. So, as workaround, I opted for using Docker Cloudera Quickstart rather than the VM. And everything works fine and can happily type all the #~|\ that I need.
I recently downloaded Emu OS (a Linux distro) and installed it within virtual box. Everything works fine but I am unable to actually run the roms within an emulator. I tried a GBC rom that is in .zip format and I copied and pasted it into the GB and GBC folder, but the emulator itself isn;t able to recognize it. Does anyone have any experience with this or have gotten it to work?
One must simply drag the ROM file to the directory that is associated with the respective emulator. This can be done via the file manager. Afterwards, reboot and select the emulator that you desire and your game should show up in the list.
Note that EmuOS is extremely old and no longer maintained. RetroPi is a good alternative and putting ROMs on that is the same as EmuOS.
I have been using X11 with windows Maker provided with cygwin package for multi windows in windows Xp. Currently I am moving to windows 7 but unable to install cygwin.
Is there any other multi windowing system like windows maker for cygwin on windows ?
Thanks for your help in advance.
~ JJA
I really like to use MobaXterm as nice ssh client, but more importantly as very lightweight and fast X server for Windows.
Typical usage on Windows: start MobaXterm, then from its console ssh user#linux-box. Now, you can simply execute any GUI program on your Linux box, like gedit, eclipse, etc., and it simply works! This is because MobaXterm automatically supports forwarding of you graphical DISPLAY from Linux to Windows.
This method for remote access works much faster than VNC. Performance is actually similar to Remote Desktop, if not even faster.
I was developing Windows Mobile applications on a Windows machine using C#, just to test the platform, but now I'm back to Linux and now developing for Windows CE on it(CeGCC and FPC), but it's very boring to compile and send the executable to the device everytime just to do a simple test, then I want to know where can I find a good emulator for Linux to debug my projects.
Qemu is really nice and its open source. You can also attach a debugger to Qemu to debug operating systems, comes in handy if you are writing device drivers. Using QEMU you can emulate other processor types such as ARM. personally I use VMWare workstation unless i need to emulate another processor type.
Unfortunately, your only bet is trying to run Microsoft's own emulator under Wine. This is the only ARM emulator you will find Windows Mobile images for. Search the web, some people had success with this approach - though the installation is tricky. Oh, and you won't get network working in the emulator, as this requires a special Windows device driver (which obviously won't work under Wine).
For this last reason, you may want to make a full desktop Windows (or possibly ReactOS) installation inside qemu, and install the PDA emulator inside the PC emulator.
And think how cool it would be to play Super Mario Bros inside a NES emulator inside a PDA emulator inside a PC emulator! :)))))
Many of my users have been telling me that they'd like to run my software on their Linux machines under Wine.
But I'm a Windows Developer who has practically no experience with Linux.
Now I could spend a month or two installing Linux, learning Linux, installing Wine, learning Wine, and thoroughly ensure my application runs well under Wine. But I am still developing for Windows, so I don't want to take so much time away from development right now.
So what can I do without too much effort to get my program running as well as possible under Wine?
I did find this General help on running applications under Wine.
Download VMWare and an Ubuntu virtual machine (Ubuntu is a popular Linux distribution) from the VMWare site. This will provide you with a working Linux O/S inside your Windows environment without needing to install Linux manually.
You can then use the instructions here to install Wine, that Wiki page also provides you with some instructions on how to use it.
If you follow what Adam Rosenfield suggested and just try running your application in Wine unmodified, you will be able to determine quickly whether there are problems. My guess would be that there are some, otherwise your users would not have contacted you about it :)
There are many ways for getting help with debugging applications in Wine, consult the website for options and pick a few ways that suit you. As always, it's best not to rely on a single channel for communication.
Also, if you are more comfortable with developing in Windows, the approach of using a virtual machine will allow you to compile your code as usual in Windows and copy the binary into the virtual machine for testing (Ubuntu supports browsing/mounting Windows shares).
As long as you're not doing anything unusual such as playing around with hardware or poking around in undocumented API calls and data structures, you should be able to run your code under Wine with few or no modifications. Wine has a fairly complete implementation of the public Windows APIs, so if your program plays nice and doesn't mess around, it should just work.
Don't use too much of the windows API! Don't use anything new from Microsoft ;)
Avoid using WPF is the #1 suggestion.
But it really wouldn't kill you to test your app under Wine. It's not that hard to try; it certainly won't take months. For instance:
Use http://www.ubuntu.com/getubuntu/downloadmirrors#wubi to install
Ubuntu into a file on your Windows machine, then start ubuntu and install the latest Wine from
http://winehq.org/download/deb
Then try running your app's installer.
If it doesn't work, check the Wine FAQ, ask for help in one of the wine forums, and/or file bugs in wine's bug tracker.
Should take about three hours from a dead start to trying out your installer.
I was rather surprised when one of my Delphi5 applications just worked out of the zip.
The only real way this is going to work is to do it yourself, i.e. install vmware and a linux distro as Sean suggested. Linux isn't actually that hard, and we're all here to help.
Having done a quick test I can confirm that it largely works. There is an ACCVIO reading 0x34 during start up, the error dialog can be ignored and the application runs, I opened the Steve McCarthy GEDCOM.
Screenshot
This was using Wine 1.1.12 under MEPIS 7.9.94-rc1_32 under VMWare. Highly recommend to use VMWare for this sort of thing.
What language/platform do you develop with? Depending on which it is, it should be no trouble to get it running native. For example, if you use Java or Python, both operate very cleanly on Linux. Likewise, if you're a .NET developer, you should be able, with some pain, to get your app running in Mono.
Find Linux beta testers. It can reports a bug to WINE developers or find a bug in your application.
Wine is more sensitive to errors than Windows. For example, Wine will crash on NULL window handles, and fail to create windows if the class is invalid, whereas Windows is more robust and will just circumvent the error.
It's an opportunity to clean up your code.
I was amazed at how well Wine ran my app the first time I tried. However, I had to get rid of a third-party driver-based component.