I am trying to run an example from the plexe-veins folder on my Mac OS High Sierra system, to my knowledge I have installed all necessary libs.
The only problem I have is with installing the omnetpp__0.7-1.tar.gz file. Some research online leads me to believe the version of R on my computer is unable to compile the file since the file is an older version. I have tried installing older versions but failed because of compatibility issues with my OS. I am at a complete dead-end with regards to that.
When I run the platooning example, the GUI opens up of and I am able to run the simulation for a few seconds until I get the error:
(omnetpp::cDoubleParImpl)simulationDuration: Cannot cast from type
double to integer -- in module (SimplePlatooningApp)
scenario.node[0].appl (id=11), at t=1.01s, event #204 TRAPPING on the
exception above, due to a debug-on-errors=true configuration option.
Is your debugger ready? ./run: line 2: 90810 Trace/BPT trap: 5
../../run "$#"
The version of omnet I installed is omnet++-5.4 and I also followed the procedure from the manual which includes the "./configure" and "make" commands. I run the example by entering the dir in question and run:
./run -u Cmdenv -c Sinusoidal -r 2
It appears my problem was multi-pronged. These are the steps I took to solve the problem:
I followed the suggestions offered by Julian with regards to the version of Omnet++ I installed, I downgraded to Omnet++ 5.0
I also noticed that I had a previously installed sumo (not plexe-sumo) on my system and thus it seemed to be running the simulation instead of plex-sumo. So I uninstalled it.
There also seemed to be a problem with a static declaration of 'abs'followed by a non-static declaration which caused omnetpp_0.7.1.tar.gz to fail while compiling. I solved this issue by locating the stdlib.h file in xcode.app/Contents/Developer/Toolchains/usr/include/v1 and commented out "inline _LIBCPP_INLINE_VISIBILITY" (there should be a better fix).
I appreciate the help!!!
The part of OMNeT is a casting error. This is due to OMNeT++ 5.4 which changed some internals on parameters and therefore is simply to new for Plexe 2.0. You have to use an older version like OMNeT 5.0 or 5.1 as this is what Plexe 2.0 was built upon.
Also see these posts:
Error in Veins tutorial simulation
Error while running example of the veins in the last step of the installation
Is casting possible in parameter expressions in OMNET++?
Related
I have just begun to use OMNET++ and got stuck in the first place.
This is the error which I get each time : 1
Please tell me how to solve this
You have probably download Linux version of OMNeT++ or there were errors during unpacking the package. Download the Windows version of OMNeT++, unzip it and try again build it.
I am attempting to install Julia on my Samsung Series 7 laptop, which has OS Windows 7 64-bit. Instructions on how to do this are located at https://github.com/JuliaLang/julia/blob/master/README.windows.md, under the section "Compiling with MinGW/MSYS2".
Step 4-ii says to run the following command in MSYS2:
contrib/windows/get_toolchain.sh 64
When I run this command, I get the following error:
error: this script requires having 7z installed
I have no idea how to get around this. I already had 7zip installed on my computer, but I reinstalled it and am still having the issue. Later, the build step (step 4-iv in the link), which says to run the following command in MSYS2
make -j 4
also fails, giving me the error
bash: make: command not found
I suspect this is because of the earlier failure in step 4-ii, though I can't be sure.
My question: How do I get around these issues to get a good working version of Julia?
Incidentally, the immediate reason I am trying to do this is because I want to do the Julia tutorial located at https://www.youtube.com/watch?v=vWkgEddb4-A&feature=youtu.be&list=PLP8iPy9hna6T0dEHtj0GZymvT6ODIJWj0. I tried to just download the regular Julia installation located at http://julialang.org/downloads/ to do this, but it became apparent as I started going through the tutorial that that a more substantial Julia build was required, and I think this is the one that I need.
Thank you for any help.
I want to build a Darwin Streaming Server on my mac for iOS development test. But after taking the following steps which I searched from google, it fails all the time.
Method 1:
Download from http://dss.macosforge.org/ ->Mac OS X Install -> Streaming Server;
Install the dmg;
It tries to open http://127.0.0.1:1220/ but fails with "This webpage is not available ERR_CONNECTION_REFUSED".
Method 2:
Download the source code of 6.0.3 version;
$ tar xvf DarwinStreamingSrvr6.0.3-Source.tar
$ cd DarwinStreamingSrvr6.0.3-Source
$ wget http://www.abrahamsson.com/dss-6.0.3.patch
$ patch -p0 < dss-6.0.3.patch
$ ./Buildit
Then, it fails with the following words.
Darwin Streaming Server
I don't know your platform. I'll assume this is a Linux x86 platform.
Please edit the BuildServer script & PlatformHeader.h to add your platform.
Building for Darwin.x86_64 with gcc
xcodebuild DarwinStreamingServer
=== BUILD LIBRARY TARGET AtomicLib (Library) OF PROJECT StreamingServer WITH CONFIGURATION Development ===
Check dependencies
Jam is deprecated and has been removed; targets that use Jam must be upgraded to native targets. For more information on doing this, consult the Xcode documentation.
** BUILD FAILED **
The following build commands failed:
Check dependencies
(1 failure)"
I tried to run ./Install, it showed me
Unable to perform install
You must be logged in as root to install Darwin Streaming Server
and I don't know what to do now.
PS: I've installed Xcode on my mac and didn't find any available document about Darwin Streaming Server, or I missed it?
Hope for any help. Thanks.
Calios and Jessica, thank you for your answers. I'm running using OS Windows 7 and installing DSS 5.5.5 for windows, and I also meet the condition same as with you.
However, after I followed your instructions, it's not close enough with our needs, because the button will lose meaning in presentation.
So I started digging more information from another articles, and I found interesting perception from a developer at this article. He said the following:
Maybe this has something to do with the perl script which generates the web sites?*
So starting from Jens's perception, I tried to downgrade my Perl Script from version 5.26 to 5.8. This resolved my problem, the interface displays correctly as in the DSS Tutorial.
Right now I'm still working on testing the DSS function
I hope this solution will help others.
Well, finally I solved this issue with the help of my friend.
Here's the steps of solution.
I've given up compiling and building on my own and downloaded the dmg file.(version 6.0.3)
Install the dmg as directions.
Then, go to /usr/sbin in terminal and find streamingadminserver.pl and QuickTimeStreamingServer.
Run them.
Check if they're running with ps aux|grep streaming.
Open http://localhost:1220/parse_xml.cgi in Safari or Chrome. It will show some textfield and a button.
However, there's no words at all ! Go to /Library/QuickTimeStreaming/AdminHtml and edit setup_assistant2.html.
Find line 333 and change it from return "$message{$name}"; to return $name;.
Then it shows some understandable words, though not exact words.
Till now, it can be partly work. However, in some steps I mentioned above, for example, html editing step, I really don't know why the words just don't show and just have a try.
Save the exact steps I did here for memory. It will be wonderful if it can help anyone or anyone have some good idea about it.
Thanks.
#SouravGupta, I am a newbie for stackoverflow, so I could not add comment to reply your question.
I just installed DDS 6.0.3 on Mac OS X El Capitan. I hit the same problem you had. I found that ** return "$message{$name}"; ** is no longer in setup_assistant2.html. It is in parse_xml.cgi (/Library/QuickTimeStreaming/AdminHtml). Just search for "sub foundString". There were two return places there. You need to change both in order to make it work.
It seems that DDS web admin software has localization function. Html files only contain string keywords. It suppose to use that "foundString" function to get translated string from keywords. However, for some reason, it returns empty string here even if there is a "messages" file inside html_en folder. I could not spend more time to figure out why right now.
QTSS/DSS Web Admin 6.0.3 requires Perl version 5.16 and earlier. OS X 10.11 El Capitan installs both Perl versions 5.16 and 5.18, but it defaults to using Perl version 5.18.
In order to run QTSS/DSS Web Admin in OS X 10.11 El Capitan, you need to examine each of the Perl script (.pl) within the AdminHtml folder and change the line #!/usr/bin/perl to #!/usr/bin/perl5.16.
I've been spending a couple of days trying to set up my project in Code::Blocks on a Macbook pro (2006) with OSX 10.8.1 (I got it for free!).
After installing Xcode, command line tools, and then restarting I got the basic gcc support (will uninstall Xcode and then just use cmd line tools when I get things working). Then I proceeded to cmake and make install GLEW, GLFW3 and GLM (GLM only needed make install). I then rebootet once more to get things mostly working, I'm down to four errors, and these come from the func_trigonometric.inl file that GLM uses. The build message is as follows:
/usr/local/includ... 165 current parser token 'if'
/usr/local/includ... 37 parsing namespace 'glm'
/usr/local/includ... 160 parsing function body 'tanh'
/usr/local/includ... 160 in compound statement ('{}')
note: diagnostic msg: Error generating preprocessed source(s).
I'm not sure where to go from here.
EDIT:
I tried to install GLM the normal way with just dragging the folder to the location it should be in (include), the error still persists, I really need help with getting rid of this error.
I found out what was causing the errors, the version of GLM I was using was too new for OSX 8.1.1
Changing out GLM from version 9.6 to version 9.4 fixed the errors.
In compiling subversion 1.8.5 on Mac OS X 10.9, I run into this problem when trying to 'make' from source code.
subversion/libsvn_subr/cmdline.c: In function 'svn_cmdline_create_auth_baton':
subversion/libsvn_subr/cmdline.c:630: error: 'SVN_AUTH_PARAM_GNOME_KEYRING_UNLOCK_PROMPT_FUNC' undeclared (first use in this function)
subversion/libsvn_subr/cmdline.c:630: error: (Each undeclared identifier is reported only once
subversion/libsvn_subr/cmdline.c:630: error: for each function it appears in.)
make: * [subversion/libsvn_subr/cmdline.lo] Error 1
I recently upgraded to Xcode 5, should Xcode 5 on OS 10.9 be running in connection with subversion 1.7 or 1.8, or it doesn't matter?
At first I thought this was a problem building the SWIG bindings. We see a very similar issue with SWIG bindings. My original answer is below with that info (leaving it since some people might find this entry when looking for that error message for that).
However, on looking more carefully at the errors I see that you're having an actual problem building Subversion itself. This is a different problem. Specifically you appear to have GNOME Keyring installed and it was detected by the configure. However, the problem is there is a mismatch between the code that enables the constant you're getting an error about (checking for platform) and the constant that enables the use of that (checking for GNOME Keyring being found).
You should be able to build if you pass --with-gnome-keyring=no to configure.
SWIG
There is a known issue with Subversion 1.8.x on OSX. SWIG bindings won't build properly with the pre-generated interfaces. If you install SWIG you can still build successfully by doing the following:
make extraclean
./autogen.sh
./configure
make
You can skip the make extraclean if you're starting with a fresh tarball. Note that extraclean will remove the config.nice file so you'll need to manually pass any options to configure again rather than using config.nice.
If you're interested in the gory details the details on how this is being fixed here:
https://mail-archives.apache.org/mod_mbox/subversion-dev/201311.mbox/%3C528D264A.4090305%40reser.org%3E
The commit on trunk that actually fixes it is here:
http://svn.apache.org/r1543961
This fix will hopefully be included in 1.8.6 so that it isn't an issue anymore.