I did some quick web search for "unimplemented function" with or without msvcr90.dll and it seems that many people have similar problems for various dlls. It looks like Wine is trying to simulate Windows environment but in some cases needs extra help with registry. Try the links below (just do not download dlls from untrusted page as suggested in some posts but rather go with Microsoft site or pull one from own Windows/Wine install): http://jeffreymorrowmiller.wordpress.com/2012/04/09/unimplemented-function-msvcp90-dll-in-wine/ https://www.codeweavers.com/support/wiki/mac/faq/msvcrt https://forums.eveonline.com/default.aspx?g=posts&m=193570 https://appdb.winehq.org/commentview.php?iAppId=8559&iVersionId=14322&iThreadId=63142 This one is the most succinct from one of the referenced links but if this is not enough there some additional steps listed elsewhere. Try this and see if it helps. "To fix it I downloaded msvcr90.dll from dll-files, placed it the system32 folder (backing up the existing file) and added a library override for the dll with a setting of "native" in winecfg. "
Updating to Wine 1.6.1 solved my problem!! Go figure... I didn't realize there was a version newer than 1.4 because it wasn't in the default ubuntu software repositories.... Got that sorted out. Thank you all so much for the help!!
Lol, you Linux people are too funny: a) first you bitch about the existence of Windows OS, b) then you bitch how stuff does not properly work on Linux c) then you write stuff on Linux and bitch that it does not run on Windows. d) could it be that nothing you do satisfies you? How about deciding on which system you want to run and target that system and be satisfied with your choice? Goodness....
a) I never bitched about the existence of windows, I simply said (in different words) that I avoid it whenever possible. It is a clunky operating system that the user doesn't have a enough control over if you are doing SERIOUS computing. If you are just looking at a gui, windows works fine. For the record, I really like microsoft office. b) Again, I never bitched. I stated my stuff wasn't working using the windows emulator. Thats not a linux problem, and its not a windows problem. It turned out not to neccisarily be an emulator problem.... my emulator was out of date. c) False. My stuff DOES run on windows. When I write code, it is OS independant. 100% portable. The reason for the windows emultaor here is i am using a 3rd parties API. The biggest problem, in my opinion, with VS-C++ is its dependency on windows DLLs. This is why I do everything with the g++ compiler. This is the most depressing line of code ever: #include <windows.h> ... d) I made that decision long ago, I do my development on Unix, and than I can run my application on whatever operating system I want. Do you even code, bro? e) You wouldn't be trolling, would you?
I do troll because I find you people hilarious and your arguments make an amusing weekend read. You basically exactly fit the description of Linux disciple who is never happy. Why do you need a windows emulator if you are happy with your little Linux box and all you need runs fine under Linux? So, now you have a problem that some 3rd party vendors support APIs that run fine under Windows but not Linux? Well surprise surprise, guess what, your statement probably describes why 80%+ on the retail side who use desktop PCs use Windows rather than Linux/Mac. You choose to live in your Linux shell which is great, but why do you complain that some vendors target the OS most of their clients use. You can always contact your vendor and beg them to support an API that runs natively on Linux or one that lets a developer interact through sockets. I do code, "bro", and never had a need for Linux, my stuff works on Windows machines, stable, without issues at least no issues that could in the slightest be traced to the OS itself. My latency needs to not require running on Unix or Linux machines. But I would never bitch that a specific vendor who identified the Linux crowd as their prime target does not support a clean Windows .Net API or the like. I never bitched that until today there is no clean and well-maintained HDF5 .Net port. I chose something else, move on, and make things work instead of bitch. Got it "bro"?
Again, I never bitched. NxCore is a great product and I already acknowledged my problem had nothing to do with either os or their product . I understand that's using a mix operating system solution has its risks.the only one bitching on this thread is you. Are you not getting enough love at home?
Of course you bitched about Windows again. And why would you want to run a mixed OS solution? Not happy with Linux has to offer? I must wonder, judging from your Microsoft assaults and attacks on Windows. I can understand if someone wanted to run algorithms on a linux box and a UI on Windows but anything else makes little to no sense. You may want to overthink your whole system architecture and design.
Im using a mixed os solution because I prefer to develop in the linux environment for effeciency reasons, and I dont know of a quality data provider that caters to linux for a reasonable price. Once development is done, I can run under windows witbout emulation if I choose to. You are a troll. Period.
I am a troll when I say that you must be retarded saying that you prefer to develop in Linux because writing code is more convenient? Sure, I bet a text editor is more convenient than a VS like IDE. And you look for a data provider that caters to Linux because you develop in Linux even though your end product is supposed to run on a Windows machine? I prefer to be considered a troll rather than an idiot then. Goodness, you must have some serious issues in your life that you choose to suffer this much...though I hope your code that you wrote in Linux will run on Windows and will never crash (which I venture to claim is impossible to figure out and test until you actually run it in compiled form on a Windows OS).