-n option

[Andrew Hardy]

I can successfully include a single directory under the -n option, but
what ever I do I cannot get it to read multiple directories

It keeps saying it has not loaded a ned file for the types needed, for
those that appear in directories other than the single directory I am
managing successfully to include

I have tried using multiple -n , one -n with directories separated by
eith ; or ; or space

Still trying various things

________________________________
Important Notice: the information in this email and any attachments is for the sole use of the intended recipient(s). If you are not an intended recipient, or a person responsible for delivering it to an intended recipient, you should delete it from your system immediately without disclosing its contents elsewhere and advise the sender by returning the email or by telephoning a number contained in the body of the email. No responsibility is accepted for loss or damage arising from viruses or changes made to this message after it was sent. The views contained in this email are those of the author and not necessarily those of Liverpool John Moores University.

[Daniel Pfefferkorn]

It seems that the separation character is ":"

When starting a simulation from the IDE you can see the call to opp_run,
e.g.:

opp_run -r 0 -n .:../inetmanet-2.0/examples:../inetmanet-2.0/src -l
../inetmanet-2.0/src/inet omnetpp.ini

Hope that helps.

Cheers,
Daniel

[Andrew Hardy]

The manual says it is ';'

sorry typo in my post, I already tried :

It seems to think the whole line is one directory because it says error
loading ned sources from 'xxx:xxx:xxx' cannot ... change to
directory... 'xxx:xxx:xxx'

Also I have made great effort to see the opp_runall in the IDE but
either it doesn't appear or it appears for too short a time. I think I
caught it just once but I don't recall how it looked for -n

[Daniel Pfefferkorn]

If you can start the run from the IDE, what call does the IDE make?
If you are running windows, it could have something to do with the
windows console. (wild guess)

In the IDE (v4.3), when I start the simulation, I can watch the commands
in the Window "Console".

Output should be something like this:

Starting...

$ cd /PATH TO MY OMNET-INI
$ opp_run -r 0 -n .:../inetmanet-2.0/examples:../inetmanet-2.0/src -l
../inetmanet-2.0/src/inet omnetpp.ini

OMNeT++ Discrete Event Simulation (and so on)
Setting up Tkenv
Loading NED files from .: 4
Loading NED files from ../inetmanet-2.0/examples: 164
Loading NED files from ../inetmanet-2.0/src: 396

ans so on..

Hope that helps.

--Daniel

[Andrew Hardy]

Finally I have used ned-path in the ini which I hadn't previously
spotted in the manual!

This works fine

however If I add -n to the command line and copy the inis nedpath text
exactly and append it to the -n then comment out the ned-path in the ini
and run it
it fails say the pieces of text are directories!! which is exactly what
they ought to be!!

Any one any ideas why -n just does not work?

[Andrew Hardy]

Ok thanks

It all seems to hinge on a space! and the separator depends on the
method you use to give the ned paths

if you have only one directory you don't need a space if you have
multiple directories then there must be a space after -n
if you used ned-path you have to use ';' if you use -n you have to use ':'

I didn't spot any of that in the manual, so thanks for your input and
showing me the command line that really helped.

Now that I have also discovered that -l is ignored and that I have to
add the inetmanet library path to the PATH variable

I can actually get opp_runall to work, to avoid the IDE memory overload
when it's used through the IDE.

Hopefully no other problems, but if any one has any pointers to make
sure opp_runall continues to work ok, I'd be grateful of the input.

[Rudolf Hornig]

Don't use ; as a path separator from the command line.