I know there is usually no point to have older IDE versions, but in my team we had issues with our environment and cmake architecture when we tried to upgrade from 3.6 to 4.0 so we stepped back.
Now I want to test the new version of QtCreator to see if it's working fine, but without removing my current version because I could need it to work on urgent tasks.
The Qt install folder allows to have different Qt versions but there is only one Tools folder for QtCreator. Is there any simple way to add another version ? Or if I just install it somewhere else by myself, can it mess up my configuration and Qt installation ?
(I'm on windows btw)
Thx !
Just grab the Qt Creator stand-alone package and install that somewhere.
Do make sure to keep you user settings though, as Creator will upgrade those and your older version will not be able to read all of them afterwards. You can either:
Make a copy of (%APPDATA%/.../QtProject or ~/.config/QtProject IIRC) of your existing settings
Specify a different setting folder for QT Creator by starting the new Creator with the option: -settingspath /some/dir.
Related
I want to install a software on my PC but when i clicked to install it I got
CVIRTE.dll Missing error
I search for this error but unable to download this dll file. Please provide any link to download this file
Any help would be highly appreciated
I guess this is the CVI Runtime Engine. It is needed to run Applications that were made with LabWindows/CVI or MeasurementStudio by National Instruments ( http://www.ni.com/lwcvi/ ). Usually, programmers of such applications also generate a Windows Installer Package for the application, which also does the installation of the CVI Runtime Engine. So , once you installed a CVI application like that, you usually can run other CVI application just by copying them (as long as they do not need additional packages from Ni). So, either run an installer of another application made with CVI, or just install the RTE.
Be aware that there are new versions of the RTE with every new version of CVI, and the library is getting larger and larger. So maybe you can go for an older version of the RTE, it could be more compact.
The 2015 version of the RTE can be downloaded here :
http://www.ni.com/download/labwindowscvi-run-time-engine-2015/5374/en/
Good luck !
I am trying to install the latest SVN Update OpenSceneGraph-3.1.4 on Mac OS X Mountain Lion.
Do I need to install a specific WindowSystemInterface ?
$ osgviewer cow.osg
View::setUpViewAcrossAllScreens() : Error, no WindowSystemInterface available, cannot create windows.
Viewer::realize() - failed to set up any windows.
I build and re-build many times, using CMake with or without Gui, compiling Unix files or from within Xcode, but still same problem.
Thank you!
If you'd like a more recent Mac OSG binary which includes a
user-runnable installer, OSG Frameworks supporting both 32 and 64-bit
archs, etc. you can use the one published by ARToolworks:
http://www.artoolworks.com/dist/openscenegraph/3.1.x/
It doesn't include the COLLADA (.dae) plugin but most other plugins
are present.
Regards, Phil.
It sounds like somehow the GraphicsWindow*.cpp file didn't compile and link and execute, as this is what provides the WindowSystemInterface. This is an unusual condition, as normally this is built automatically, linked in and executed as the library starts up and the user is never the wiser.
I'm not sure what to advise you, only to re-check you build process as something has gone very wrong.
I am a Java neophyte and I was going to dabble with it again today when I noticed I already had an installation of the JDK at C:\Program Files\Java\jdk1.7.0_05. I just downloaded the latest version and it wants to install to C:\Program Files\Java\jdk1.7.0_07.
Why does every new revision gets its own installation directory? Are the maintainers of Java not concerned with backward compatibility and breaking things with each new revision? I could understand a new directory for the move from version 1.7.0.5 to 2.0.0.0, but from 1.7.0.5 to 1.7.0.7? That, I don't get. Can someone enlighten me?
It's not unusual to have to develop/test on multiple JDKs. The installer assumes that each JDK you install is there intentionally and does not interfere with them. Note that you should NOT be writing any code that includes the JDK path, so backwards compatibility with existing software should not be the issue. The way to set/refer to the "preferred" JDK is to use the JAVA_HOME environment variable. Most java aware applications will use whichever version is referred to by the JAVA_HOME path. There are also various OS specific ways to declare a preferred JDK/JRE. Windows uses a registry setting and Linux uses soft links.
The installer is probably just an installer and doesn't look for old versions of Java out of laziness or, more likey, they didn't want to mess with the installations you have as software, scripts, environment settings, etc, on your machine might have stored the paths to these files and may break if those files are removed.
Is there a correct way to install a new version of Mono (for example 2.10.5) having an older version already installed (for example 2.10.4)?
Which way is it possible to follow?
Uninstall the older version and then install the new one
Overwrite the older version with the new one
Thank you in advance.
Just install and don't worry about it. Frameworks support multiple versions. You'll wind up with both versions available.
If you definitely want to get rid of the old version(s), then just remove the entire Mono.framework folder from /Library/Frameworks before installing the new version.
If it is installed the same way as on Linux (configure, make, make install), you can surely overwrite it - just use the same prefix :)
I have a brand new installation of Eclipse with BlackBerry Plugin for mac.
The Java SDK 6.0.0 is already installed, the only thing now is that I want to compile for minor version, like 4.5.0
I have tried :
Help -> Install New Sotftware... -> http://www.blackberry.com/go/eclipseUpdate/3.5/java
But it gives me an error.
"No repository found at http://www.blackberry.com/go/eclipseUpdate/3.5/java"
anyone had the same issue ?
It seems that it worked for some people.
I don't know if what you're trying is possible, I also couldn't get it to work. According to the RIM site, they don't support building apps on OS X for non-6.0 right now, and based on the workaround below, I think it might not be as simple as installing the packages from the Eclipse installer.
However, I found a great post on building BlackBerry apps on OS X, and since then I've been working on my MBP, and can't say I would turn back. Here's a summary of how I got it set up:
Install Eclipse (I am using 3.5, but it may not matter) and VirtualBox.
Create a new VM and install Windows (tested with XP SP3). This
would probably work using VMWare Fusion or Parallels too.
On the VM, install Java 6 and the version of the BlackBerry JDE
that matches your target OS.
In OS X, download
bb-ant-tools.jar and move it
to ~/.ant/lib.
Get an OS X version of preverify, which is included in the Sun
J2ME SDK 3.0 for OS
X.
Install it and either copy
/Applications/Java_ME_SDK_3.0.app/Contents/Resources/bin/preverify to
somewhere in your PATH or just add that directory to your PATH.
If you don't have one already, create the file ~/.MacOSX/environment.plist.
Edit this file with /Developer/Applications/Utilities/Property\
List\ Editor.app/.
Create a new variable called PATH and set it to the value of your
shell PATH, making sure that the directory containing preverify is
included. This allows Ant, via Eclipse, to see the preverify command
when Eclipse is launched from Eclipse.app and not from the command
line. See this
for more details.
In OS X, create a directory for the BlackBerry components
(something like "bb-components").
From the BlackBerry JDE installation in the VM, copy both "lib" and
"bin" directories to this directory.
In Eclipse, create a new Java project.
Choose "Use an execution environment JRE:" and select Java 1.3.
Right click the project in the "Package Explorer" and select "Build
Path" and then "Configure Build Path."
Add bb-components/lib/net_rim_api.jar as an "External JAR."
Remove the "JRE System Library." This is so that only BlackBerry
supported classes will be offered via autocompletion etc.
Copy the attached minimal
build.xml into the project.
Edit the build.xml to suit your environment (specifically the
jde.home property) and anything else you want to customise.
Right click and select "Run as" and then "Ant Build" (the first
one). You can also build using Ant on the command line, of course.
These were adapted from https://spin.atomicobject.com/2010/11/04/our-blackberry-development-environment
Good luck!
I develop all of my BB apps on Mac hardware but I'm running Windows through Parallels. Not better than having native Mac tools, but it works!