OMNeT++ issue - "g++" and "gcc" not found in PATH - Version 4.3 Windows Vista

[snoopster]

Hi all,

(I am quite new to OMNet/ this forum, had a search for this error on this forum)

After a little while using omnet, building projects, and running simulations, i received these 2 errors  - (this now happens for any project i try to create in omnet)

Description                                            Location                                                                                                                         Type
Program "g++" not found in PATH           Preferences, C++/Build/Settings/Discovery, [CDT GCC Built-in Compiler Settings] options    C/C++ Scanner Discovery Problem
Program "gcc" not found in PATH            Preferences, C++/Build/Settings/Discovery, [CDT GCC Built-in Compiler Settings] options    C/C++ Scanner Discovery Problem

tried to fix using Project-> Properties but i am not sure how to fix other than reinstalling, after which i might get the same error.

Running Version 4.3 in windows vista.

any help/ideas would be appreciated

thanks

snoopster

[Alfonso Ariza Quintana]

Start this

C:\omnetpp-4.3\mingwenv

 

This will open a Shell. In this shell you need to configure an build omnet

Finally execute in this shell omnet

$omnetpp

 

This guarantee that the paths are correct

--
--
Sent from the OMNeT++ mailing list. To configure your membership,
visit http://groups.google.com/group/omnetpp
 
---
You received this message because you are subscribed to the Google Groups "omnetpp" group.
To unsubscribe from this group and stop receiving emails from it, send an email to omnetpp+u...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[snoopster]

thanks, this worked - i just ran mingwenv and typed omnetpp - the problems no longer appear.

To unsubscribe from this group and stop receiving emails from it, send an email to omnetpp+unsubscribe@googlegroups.com.

[Tejaswi Palacharla]

SAME PROBLEM WITH OMNET 4.4.1. How to fix it. I tried to open the shell and execute and I have the same error.

[Michael Kirsche]

Same solution... start OMNeT from within the MinGW command prompt.
This will make sure that PATH settings are correct.

[rakez]

hi;;

  The same solution did not solve the error :

Description Resource Path Location Type

Program "g++" not found in PATH Preferences, C++/Build/Settings/Discovery, [CDT GCC Built-in Compiler Settings] options C/C++ Scanner Discovery Problem

Description Resource Path Location Type

Program "gcc" not found in PATH Preferences, C++/Build/Settings/Discovery, [CDT GCC Built-in Compiler Settings] options C/C++ Scanner Discovery Problem

what is the alternative solution... 

thank you.

[Michael Kirsche]

The same solution is the right one.
OMNeT comes as a self-sufficient package. You unzip it, start the mingwenv.cmd and ./configure and compile it.

Paths are pre-set inside the MinGW environment. There is nothing missing in the download packages.
Check your path settings inside the MinGW environment (echo $PATH).
Check if the MinGW32 binary path is mentioned in the PATH variable.
Running "whereis gcc" or "whereis g++" also displays the path to both programs, again this works out of the box.

If you messed up your installation somehow, it might be an option to run "source setenv" to reset the environment settings again.
But things are up and running when you decompress OMNeT, this should just be necessary if you mixed up something.

[rakez shrestha]

Dear Michael;

               I am using omnetpp in windows 8.1. Initially it was running all good but after a week it has this gcc and g++ error as well as an extra error which pops up now and then. I also tried all the commands you told me to do but "whereis gcc" or "whereis g++" has some problem ... it is may be due to the windows platform.

Thank you.

--
You received this message because you are subscribed to a topic in the Google Groups "OMNeT++ Users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/omnetpp/ARhNl2hVgvI/unsubscribe.
To unsubscribe from this group and all its topics, send an email to omnetpp+u...@googlegroups.com.
Visit this group at http://groups.google.com/group/omnetpp.
For more options, visit https://groups.google.com/d/optout.

--

With Best Regards,
Rakesh Shrestha

[Michael Kirsche]

The missing "whereis" program is mainly due to the different OMNeT (and thus MinGW versions).
The older OMNeT versions (4.4 and 4.4.1) should at least have the "which" tool.
Commands like "which gcc" should print the path to the gcc, which usually sits under omnet-version-xyz/mingw/bin.

[rakez shrestha]

HI Michael;

               Yes you are right. It shows for " which " command but i can not remove the  "Program g++ and gcc not found in PATH " 

[Michael Kirsche]

I cannot reproduce the problem. I've tested it with version 4.4.1 yesterday, freshly downloaded, same with version 4.6.

Anyways, those warnings should not interfere with actual programming and running simulations.

[rakez shrestha]

Thank you Michael Kirsche for your response. I hope it would not interfere with the actual programming. This error is a kind of nuisance coz the error sometimes popups on the screen.

Actually I tried to use the default UDPBasicBurst module from inet to my independent project which is based on VEINS project. I have make the project reference to the Inet. I can add the .ned from the inet's UDPBasic burst but not able to run the project with the inet. There is some error during this process. 

Can you help me how to use UDP from other project in my project.

ᐧ

[Michael Kirsche]

Don't know if you can simply use INET and VEINS together. Does VEINS support the protocol stack / implementations from INET? Probably not, as it integrates the physical layer of MiXiM, but not the higher layers.
So you would have to port / include everything that leads up to the UDP app... that's at least my guess, but I am not a VEINS user.

[Christoph Sommer]

Michael Kirsche wrote in response to rakez:

> Does VEINS support the protocol stack / implementations from INET?
> Probably not, as it integrates the physical layer of MiXiM, but not the
> higher layers.
> So you would have to port / include everything that leads up to the UDP app

It is possible to use modules from Veins 4a2 and modules from INET 2.3.0
in one project. This way, you can use a complete INET stack (from
Application, over UDP, down to WiFi) together with Veins mobility.

All that is needed to link Veins and INET successfully is to either run
./configure with the --with-inet option, or to set the "WITH INET"
project feature in Veins.


Best,

Christoph

--
Dr. Christoph Sommer
Distributed Embedded Systems Group
University of Paderborn, Germany
http://www.ccs-labs.org/~sommer/

[Michael Kirsche]

Sounds like Veins 4a2 supports just what you need!

Remember that the new Veins version requires SUMO 0.22.0 and that you should probably use a newer OMNeT version (4.5 or later).

[rakez shrestha]

Can i install multiple omnet in my computer. I am using windows 8.1. So how to link Veins and Inet in windows platform.

I will try as Christoph mentioned. Thank you Michael kirsche. 

ᐧ

--

You received this message because you are subscribed to a topic in the Google Groups "OMNeT++ Users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/omnetpp/ARhNl2hVgvI/unsubscribe.
To unsubscribe from this group and all its topics, send an email to omnetpp+u...@googlegroups.com.
Visit this group at http://groups.google.com/group/omnetpp.
For more options, visit https://groups.google.com/d/optout.

[Michael Kirsche]

Yes you can install multiple OMNeT versions, they run in their own directories and if you keep their workspaces separate, they don't interfere with each other.

Linking VEINS and INET is enabled over the shell (via the ./configure --with-inet command as Christoph mentioned) or via the Project Features dialog in the IDE, similar to the Project Features of INET.

[rakez shrestha]

Dear Christoph;

           i have installed all the required framework for Veins 4a2 and it is running. If I have to run the UDP app then do I need to add the udp module from INET in the Car.ned for the upd data transfer?

Also I want to know if I can send  an extra WSM message in VEINS like the accident message. 

Thank you.

ᐧ

--
You received this message because you are subscribed to a topic in the Google Groups "OMNeT++ Users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/omnetpp/ARhNl2hVgvI/unsubscribe.
To unsubscribe from this group and all its topics, send an email to omnetpp+u...@googlegroups.com.
Visit this group at http://groups.google.com/group/omnetpp.
For more options, visit https://groups.google.com/d/optout.

[rakez shrestha]

Hi;

    I tried to used UDP app only but i encounter this error:

<!> Error in module (Mac1609_4) RSUExampleScenario.node[0].nic.mac1609_4 (id=19) at event #3, t=0.1: Model error: WaveMac only accepts WaveShortMessages.

so does this mean that UDP can not work along with veins?

Is there anyother way to use UDP in veins?

thanks you.

ᐧ

[Handril Wulan]

right guys. I did this at Mixim2.2.1 on Omnet++4.6. it is working, thanks for the clue.

To unsubscribe from this group and stop receiving emails from it, send an email to omnetpp+unsubscribe@googlegroups.com.