I want to run multiple Android Apps at the same time on a Virtual Private Server (VPS) under Windows Server 2008 R2, preferably with the chrome app ARChon Custom Runtime 1.2 - x86_64.
Problem is, there is abviously no WebGL with Remote Desktop (RDP) available, even if WebGL is told to have a software mode. No luck with VNC either. I already tried to override and use software emulation by setting the flag in chrome (chrome://flags) - no luck.
I managed to install Bluestacks. All apps are running just fine, so speed is not the problem! Unfortunately Bluestacks is no alternative, because it doesn't support multiple instances.
Any idea on how too force this thing to do it's work?
Related
I have a Delphi application which runs smooth in PlayOnMac under MacOS 10.9.5 Yosemite.
It has the feature to minimize the application to TrayBar. Since Mac is not having the concept of TrayBar I would like to disable this feature if the app runs on Mac.
Checking the Windows version is not an option since PlayOnMac really well obfuscates the fact that the host OS is Mac by emulating the Windows APIs and reporting that the OS is Windows XP for example.
How I can detect that the application is running in PlayOnMac?
Because the PlayOnmac engine uses Wine, you can try searching for the wine_get_version and wine_nt_to_unix_file_name methods on the ntdll.dll module using the LoadLibrary and GetProcAddress functions.
Additionally try these resources.
How to detect if your Windows application is running under Wine
Detecting a virtualized environment
uDGVMUtils
Your app is running within an emulation system. It thinks it is running on Windows, it does not see MacOS at all. So unless PlayOnMac's emulation is reporting itself somehow in its emulation of GetSystemInfo() or the Registry, or somewhere else that a Windows app can access, then the app simply has no clue. That is what emulation is all about.
I'm running a webgl app on two different PCs, both with capable graphics cards that run fine in FF, Chrome and Opera. On my laptop (with an Nvidia card) IE also runs fine. On the desktop PC (which has an ATI card), IE seems to switch to software rendering - a console message indicates this. On this computer, the rendering is unusably slow so I'd like to switch to using the settings I use for mobile devices, which would perform ok.
So my question is, is there any way to know if IE is using software rendering?
The August 2014 update for IE11 included support for failIfMajorPerformanceCaveat at context creation, which should fail to create the context if it's using software rendering.
I downloaded the blackberry 10 simulator on the Blackberry developer site and ran the installer.
The system requirements tell me to download VMware Fusion 3.1 or later; this requires me to buy a license.
I did manage to get the 30 day free trial, but is anyone aware of a way to test Blackberry 10 for more than 30 days without paying for a license?
Thanks,
Albert.
Try use VMware player, I think it is free for non commercial use.
BB10 emulators on Windows used to need VirtualBox. Recently (between 10 Gold and 10.2 beta) they switched to VMware player.
Makes a lot of sense for Blackberry, (simplify support), sucks if you don't want to pay for a license.
So to answer your question:
Is there a way to test Blackberry 10 for more than 30 days without paying for a license?
No, if you want a supported environment and want to be able to debug/troubleshoot your apps the way the BB team envisioned it.
Yes, or at least Maybe, it used to work on VirtualBox, I'll bet it still does.
Your trial version of VMWare should be able to export VMs to the OVA/OVF format.
VirtualBox is able to import an OVA/OVF VM.
VirtualBox is also able to mount an VMWare hard-drive.
You will have to fiddle with settings of every component, (but if you still have VMware * fusion, you can try to replicate the emulated machine architecture) and I do think you'll lose "Controller.app" connectivity (the small app that allows to simulate sensors).
The VM auto-detection may not work, but the link uses SSH... So if you can ping it, you will be able to debug it.
If it works, consider exporting the VirtualBox VM and sharing it. (or maybe instructions)
Back in the days of Delphi 7, remote debugging was mostly ok. You set up a TCP/IP connection, tweaked a few things in the linker and you could (just about) step through code running on another PC whilst keeping your Delphi IDE and its libraries on your development PC.
Today, with Delphi XE2,3,4 you have paserver which, at least at the moment can be flaky and slow. It is essential for iOS (cross platform) development, but here at Applied Relay Testing we often have to debug on embedded PC's that run recent Windows. To do this we have employed a number of strategies but the hardest situation of all is to visit a customer site and wish that one could 'drop in' a Delphi IDE + libraries and roll up ones sleeves to step through and set breakpoints in source code.
It is quite likely - hopefully - that the paserver remote debugging workflow and its incarnations will improve over time but for now I got to wondering how it might be possible to install Delphi + libraries + our source code on a USB key so that with only a minimal, perhaps automated setup, one could plug that key into a PC and be compiling, running and debugging fairly quickly.
I can see that the registry is one of the possible issues however I do remember that Embarcadero once talked about being able to run their apps from a USB key. Knowing how much of a pain it is to install my 20-odd libraries into Delphi though, it is not trivial and needs thinking about.
Has anyone done anything like this or have any ideas of how it might be done?
Delphi does not support what you are asking for. But what you could do is create a virtual machine with your OS, IDE, libraries etc installed in it, then copy the VM onto a USB drive, install the VM software on the customer system, and run your VM as-is. There are plenty of VM systems to choose from.
First, I need to get this out of the way: embedded PCs running Windows?? Sob.
Ok, now for a suggestion: if a full virtual machine isn't an option for this task, application-level virtualization may be. This intercepts registry calls and other application-level information and maps them to a local copy, allowing essentially any application to be turned into a portable version. The good news is that there are free versions of several programs that can turn Windows programs into virtualized apps.
The only one I've personally used is MojoPac, and found it delivered as promised although was very slow running off of a (old, very slow) flash drive.
http://lifehacker.com/309233/make-any-application-portable-with-mojopac-freedom
I haven't used this newer "freedom" version though.
Two other programs I've seen that appear to be popular are Cameyo:
http://www.techsupportalert.com/content/create-your-own-portable-virtual-version-any-windows-program.htm
and P-Apps,
http://dottech.org/26404/create-a-portable-version-of-any-software-with-p-apps/
but I can't vouch for the quality of either of these two.
Hope this helps.
Obviously, one needs a PC with a copy of Delphi XE2. But, do you need a Mac or iPad? Mac OSX running in a virtual machine? ... Can you create and compile the application entirely on a PC?
You require a Windows PC (32 or 64 bit, running Vista or 7 - though XP has limited support) to use Delphi XE2's IDE and compiler. These simply will not work on any other platform, so you can only develop on a Windows PC!
With only a Windows 32 (or 64) bit PC, you can build Win32, Win64 and OSX applications.
To test/run 64bit Windows applications you require a 64bit system with a 64bit edition of Windows installed.
To test/run OSX Applications, a Mac system running 10.6 (Snow Leopard) or 10.7 (Lion) is required. A "Hackintosh" or VM running MacOSX will not work (and is a violation of Apple's EULA)!
To produce iOS Applications, you require the same criteria as stated above for testing OSX applications, with the additional requirement of installing the FireMonkey iOS package (containing the FreePascal compiler and FireMonkey libraries), XCode, and the iOS emulator.
The iOS Emulator will run Delphi-made iOS applications, though of course testing on the physical device is often considered better.
You can create and compile the entiry application on a PC.
You need OS X version 10.6 or 10.7 to test it on a MAC: Prerequisites
Watch Andreano Lanusse video
Found with Google: Mac in a VM
a bit late, but the question still stands (me at least, I'm researching the subject)
regarding the virtualization part of the mac, which is dismissed by everybody above, and how that is not possible to be used instead of a physical mac (same for the open-gl FM related comment above), I'd quote XE5 official documentation:
"All FireMonkey applications require a graphics processing unit (GPU) on both the target platform and the development system. The GPU can be accessible either directly or through virtualization" (http://docwiki.embarcadero.com/RADStudio/XE5/en/FireMonkey_Platform_Prerequisites)
Take note that this is not XE5 requirement, it will work as well with XE2, because having the GPU accessible to the VM basically means giving the VM direct control to it (in case of vmware, through passthrough aka VMDirectPath I/O, although in this aprticular case there are limitations). XEN, on the other hand, it said to do very nicely with GPU passthrough.
I've been using this method for a lot of other, non delphi-iOS related, activities that also require access to a physical GPU, and they all work just nice (the "how nice" depends on the chosen hardware so care must be taken there, of course).
so the short answers are: no, yes, yes.
as others said, it is advisable to test your applications on the actual target systems, so at one point you may want to consider purchasing some 2nd hand device for the job.