What's the right way to install omnet++ 5.0 and inet framework on windows 7 64bit OS. I want to work with them for my thesis. I have been having issues with the installations. I have never used omnet before this is my first shot at it.
I am running OMNeT++ 5.0 on win7 x64 without any problems.
Just download the windows version on the website OMNeT++
and follow the instructions in ..\omnetpp-5.0\doc\InstallGuide.pdf in chapter 2.
In case of any problems, I suggest you ask again in a more specific way.
I was able to figure out the problem. Its from the windows extracting tool. I extracted omnet using 7zip archiver and now everything works fine
Related
I need to do fast image processing so I decide to go for OpenCV with CUDA support. Now I'm trying to build OpenCV as dll to use it in my project, but I am not even able to generate the VS project since CMake keeps giving me this error:
CMakeError. I am on Windows 10, CMake 3.11 with VS 15 2017 x64 generator, OpenCV 3.4 (the last release).
I have installed CUDA 9.2, 9.1 and 8.0 and set CUDA_HOME environment variable as the CUDA toolkit directory. Nothing seems to work.
Then I try to set the CUDA_SDK_ROOT_DIR through the CMake GUI, but the CUDA toolkit directory seems to be not the right one and I'm not able to find the CUDA sample directory anywhere.
I have googled a lot, but I found nothing that had been able to help me. Did someone face this very same issue? How can I solve it?
PS: I have successfully created the dll with TBB and IPP (without CUDA) and it is still not fast enough, so I really need to use Cuda.
I have solved using Cuda 9.1 and VS 15.45. To install CUDA in a correct way you need to use custom installation and delete the VS integration, since it seems to have some problems. Once installation is complete, CMake should detect it.
This is a guide that could help.
I've recently downloaded latest version of Omnet++, but Inet project keeps showing errors. I've tried deleting it an instaling trough Omnet++ and manualy as import existing project.
Problems tab:
It seems that OpenScenGraph is not installed on your machine. INET's visualization requires those libraries. You should either install them (see the install guide) or you may disable the visualization feature in INET.
I have a problem that Qt doesn't let me create Qt application - there is no such option in "New Project" - but only under my Windows. Under Linux it works like a charm.
I have installed package Qt+QtCreator from official Qt's download page.
I have already looked it up on google and I found answers here, on stackoverflow, but everybody suggest to add Qt to build toolkits in configuration. That's not problem in my case - QtCreator detects my Qt automatically and correctly:
This still doesn't let me create Qt app:
(it's in polish, but it says that only possible projects are non-qt and imported projects).
I have checked if qmake.exe pointed by the Qt that QtCreator is using works - yes, it works.
What else can I check/do?
Based on your comment, it seems that you are using Windows XP. That is not supported anymore. It was dropped a while ago. It may or may not work, but overall, it would be bad experience in the majority of the cases because things like your issue is also somewhat fundamental.
The currently supported Windows variants are Windows 7 and 8. I think it is a wise decision to upgrade if you can or look for an Integrated Development Environment that is still well supported on Windows XP. That means you could also get an older version of QtCreator, but it would probably be behind Qt 5 feature support now.
The problem here was the Windows XP. Using more recent Windows version fixes the problem.
You can downgrade Qt to latest version which supports Windows XP (OpenGL?), AFAIK v5.1.1. It can be installed via current online installer.
Edit: but I found it's pretty unstable (hence I using Qt running on Linux via VirtualBox).
Short version:
When I moved to Win7, I manually removed the MDAC 2.7 lines from my .ISM module, built it, and installed my software. It seems to work. Can I trust it?
Longer version:
We have just gone from XP to Windows 7. The software we deliver is C# (.NET 4 framework), targeting XP and Windows 7. It contains a few older COM modules, one of which is written in VB6. (Yes, I would love to rewrite this in a modern technology, but that's not an option at this point.)
I use InstallShield 2010 to build the installer for this package. Building this installer on XP worked with no problems. When I try on Windows 7, it wants MDAC 2.7 as a prerequisite merge module. Microsoft doesn't allow you to download 2.7 anymore, and I'm not going to get it from "Sharewarez R'us" sites.
The error InstallShield gave me when it couldn't find the merge module was: File not found. An error occured merging Module 'MDAC27ENU...'
From what I've read on the web, Windows 7 has the latest-greatest MDAC (now renamed WDAC) already installed. On a whim, I manually deleted the MDAC dependencies from the .ISM, built and installed, and my software seemed to run just fine.
What I think is happening is Win7 is noticing that something in VB6 is using MDAC and the OS is supplying the latest-greatest and it just works. I no longer need the merge module because Windows 7 has WDAC built in. (Can it really be that simple?)
My main question is: can I trust it?
My secondary question is: What about XP deployments? They will still need MDAC 2.7... Does that indicate I can't build on Windows 7 to target XP if I require MDAC 2.7? Please point me in the right direction. Thanks.
You need a comprehensive review (dependency analysis) of your installer. The VB6 runtime and MDAC/WDAC components are all built into windows these days. This is also the case with Windows XP and the latest service pack.
Either your ISM is referencing the MDAC merge module or it's referencing another merge module that has a dependency on the MDAC merge module. Hence why I suggest a complete review.
Without looking at your application I can't give you a 100% answer but odds are that if you implement a setup condition (launch condition) to check for XP latest service pack or newer that you will likely work without installing a bunch of stuff you don't need to be installing.
Can someone give me a link where i can download a gtkmm 3.0 library for development without need to build it by myself?
thanks
http://live.gnome.org/gtkmm/MSWindows
That is the best I could find. It stops at 2.8, tough.
http://mail.gnome.org/archives/gtkmm-list/2011-April/msg00077.html
That is an email to the gtkmm mailing list from the windows installer developer. It seems that the dev doesn't have much time for it right now (or at least didn't on April 28, 2011).
Not much help, but that seems to be the state of gtk+ and gtkmm on windows right now.
The original question is old, but I post here for future visitors.
Apparently the link specified in senshikaze's answer is broken.
Windows installer (for both runtime and development stuff) is available from ftp.gnome.org
32-bit
64-bit
I built the gtkmm binaries over official gtk 3.6.4 binaries.
For 32 bit version you can download the binaries that I created, and there is also the (simple) procedure to create them yourself if you need 64 bit, everything on http://www.giuspen.com/2014/02/build-gtkmm-3-6-0-windows-binaries-on-official-gtk-3-6-4-bundle/
Gtk 3.0 library for windows is at hand from http://www.gtk.org/download/win32.php/
And you could find more optional dependence on http://win32builder.gnome.org/
But Gtkmm 3.0 hasn't have an official release, but some volunteer make it, I find a good one, http://sourceforge.net/projects/tview/files/gtkmm_bin_3_6.7z/download
I created a blog on how to install latest gtkmm on Windows (step by step) here:
http://gtkmm-installation.blogspot.com/
UPDATE:
I have just compiled everything with Visual Studio, You can download my gtkmm3 development binaries for Windows x64 from my GitHub page, I also made a wiki entry on how to compile everything on your own with Visual Studio.
All of the Visual Studio projects to compile everything can also be found on GitHub.
You can install it with vcpkg.