Problem during the insatallation of NS 2.29 on windows - networking

I have to install ns 2.29 network simulator on windows, for which i first installed cygwin. while i was installing ns2 it can not detect xorg-x11-base neither XFree86-base, for which i again installed the X11 package and even installed xcygwin, all the components were installed, but still ns2 can't recognize it. I tried to install ns2 regardless of this than after almost 80 % of installation an error occurred.
"./sctp/sctp.h:705:error: extra qualification 'SctpAgent::' on member 'DumpSendBuffer' ".

Related

Why does installing Rtools42 generate Windows setup error?

When installing Rtools version 4.2 on Windows 10, I get a pop-up window with the following message at the end of the installation process:
Unable to execute file:
C:\WINDOWS\system32\cmd.exe
CreateProcess failed;code 2.
The system cannot find the file specified.
The only thing I have done previously is to install R (version 4.2.1.).
I fear ignoring this message will lead to issues later on.

How do I install the ODBC driver for Snowflake successfully on an M1 Apple Silicon Mac?

I'm having issues getting the ODBC driver for Snowflake to work on an M1 Apple Silicon Mac running Big Sur.
Successfully following the instructions on Snowflake's website gets me to the point where testing the driver from the command line (using iodbctest) using the DSN results in the following error:
1: SQLDriverConnect = [iODBC][Driver Manager]dlopen(/opt/snowflake/snowflakeodbc/lib/universal/libSnowflake.dylib, 6): no suitable image found. Did find:
/opt/snowflake/snowflakeodbc/lib/universal/libSnowflake.dylib: no matching architecture in universal wrapper
/opt/snowfl (0) SQLSTATE=00000
2: SQLDriverConnect = [iODBC][Driver Manager]Specified driver could not be loaded (0) SQLSTATE=IM003
My Snowflake driver is installed to /opt/snowflake/snowflakeodbc, so that is correct -- I'm suspicious that this is specifically an M1 problem. I'm using the 2.24.1 version of the driver available from the download mirror here, and the path to the driver in /etc/odbcinst.ini is /opt/snowflake/snowflakeodbc/lib/universal/libSnowflake.dylib (which exists and seems, from all my research, that it should be right).
When I run a connection via DBI in R, I get a completely different error:
Error: nanodbc/nanodbc.cpp:1021: 00000:
[Snowflake][ODBC] (11560) Unable to locate SQLGetPrivateProfileString function.
In other StackOverflow posts, people have referenced the above error meaning that there is a missing library of some kind (IODBC isn't configured correctly?), but I've tried quite a few things to no avail. Any guidance would be great.
Tinkered with this a bit more and realized it's an artifact of the installation pathways for the .dmgs & the preset paths in simba.snowflake.ini.
You need to point the Snowflake driver towards the iODBC dylib (as per a sideswiping statement in the docs) -- the driver is originally configured to look for the ODBC dylib (not iODBC) in a folder that's on the path.
When you install the iODBC driver, verify that it is installed to /usr/local/iODBC (this was where my Silicon Mac installed it to) -- and that /usr/local/iODBC/lib has libiodbc.dylib in it. If so, navigate to your installed snowflake driver directory (should be /etc/snowflake) and alter the simba.snowflake.ini file (/etc/snowflake/snowflake/snowflakeodbc/universal/simba.snowflake.ini). You want to uncomment & alter the last line to be both uncommented & point with a full path towards the iODBC dylib (instead of the default, which is the ODBC dylib).
# Darwin specific ODBCInstLib
# iODBC
ODBCInstLib=/usr/local/iODBC/lib/libiodbcinst.dylib
Make sure to comment out any other ODBCInstLib line so that only one is configured. That should enable you to get your connection to snowflake up and running on an M1 Mac.
Big Sur is macOS v11.n
Snowflake supports macOS 10.14 and 10.15 Supported OSs
So what you are trying to do is not supported and is unlikely to work
None of the other solutions worked for me but #kiran-kumawat 's answer set me down a path that worked.
It seems like the core of the issue is that the odbc code is looking for arm64 architecture drivers but Snowflake is providing it in x86_64 architecture. By installing an x86_64 versions of odbc we are able to have it successfully talk to the driver.
First I uninstalled R and Rstudio. (it may be possible to sim-link or change things behind the scenes to make this work with existing installs but I am not sure).
Then install rosetta (apples software for translating between architectures) and a version of homebrew built with it. I am leaving my main version of homebrew in place.
softwareupdate --install-rosetta
arch -x86_64 /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install.sh)"
Then use that version of homebrew to install odbc, R, and Rstudio.
arch -x86_64 /usr/local/Homebrew/bin/brew install unixodbc
arch -x86_64 /usr/local/Homebrew/bin/brew install --cask rstudio
arch -x86_64 /usr/local/Homebrew/bin/brew install --cask r
We then need to install the snowflake driver: https://sfc-repo.snowflakecomputing.com/odbc/mac64/latest/index.html
Click through all the install prompts.
Modify your files
/usr/local/etc/odbcinst.ini:
[Snowflake Driver]
Driver = /opt/snowflake/snowflakeodbc/lib/universal/libSnowflake.dylib
/usr/local/etc/odbc.ini
[Snowflake]
Driver = Snowflake Driver
uid = <uid>
server = <server>
role = <role>
warehouse = <warehouse>
authenticator = externalbrowser
We also need to modify the simba.snowflake.ini file.
It is somewhat locked down so run:
sudo chmod 646 /opt/snowflake/snowflakeodbc/lib/universal/simba.snowflake.ini
Then
vim /opt/snowflake/snowflakeodbc/lib/universal/simba.snowflake.ini
And find the ODBCInstLib line that is uncommented and change it to:
ODBCInstLib=/usr/local/Cellar/unixodbc/2.3.9_1/lib/libodbcinst.dylib
After setting this up I was able to use this connection successfully:
install.packages("DBI")
install.packages("odbc")
con <- DBI::dbConnect(odbc::odbc(), "Snowflake")
one of our team member suggested below steps and it worked for us for Apple M1 series
Install the latest snowflake driver
Uninstall m1 based homebrew using cmd
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/uninstall.sh)"
Install intel based homebrew - restart terminal when done
arch -x86_64 /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install.sh)"
Re-install unixodbc
arch -x86_64 brew install unixodbc
Test
isql -v Pattern
in your database.yml file for connection to snowflake make following change-
replace "dsn: <DSN_NAME>" with following
conn_str: "Driver={PATH};Locale=en-US;uid={USER_NAME};pwd= {PASSWORD};server=<yours>.snowflakecomputing.com;role=<ROLE>;charset=UTF-8;warehouse=<WAREHOUSE>;database=<DATABASE>;schema=<SCHEMA>;"
Has anyone gotten this to work? I use excel w odbc to refresh snowflake files and have tried multiple ways to move the drivers etc and followed snowflake instructions but never works. I did get parallels to work running windows arm but would prefer to just do this in Mac OS
I also have a M1 (version Monterey 12.0) and I ran into similar issues when I tested the driver. Nevertheless, when I tried the "real connection" it worked like a charm. So, maybe it would be good for you to go and test the "real connection" to avoid a wasting of time using such testing. Hope you find this useful.

"Cannot allocate memory" and "non-zero exit status" - Can't install R packages on Raspberry Pi

I'm having this problem while trying to install any package in my Raspberry Pi.
Some general info about the system and software:
Raspberry Pi 3
Raspbian Jessie with Pixel (Novermber 2016, latest version)
R 3.1.1
When I try install.packages("XML"), it asks me to choose a mirror, then after I choose and it download, the result is:
The dowloaded source packages are in
'/tmp/RtmpBOxeKj/downloaded_packages'
Warning messages:
1: In system2(cmd0, args, env = env, stdout = outfile, stderr = outfile) : system call failed: Cannot allocate memory
2: In install.packages("XML") : installation of package 'XML' had non-zero exit status
This happens with any package I try to install (sometimes only the second error and sometimes both).
After booting Raspbian I have 610MB of free RAM and after opening the R console I have 582MB of free RAM, then goes down to 282MB when I try installing the package. Shouldn't that be enough?
Any idea?
I managed to find a solution after finding this question: stackoverflow.com/questions/7765429/…
sudo apt-get install libxml2-dev
After this I was able to install the XML package. By typing apt-cache search r-cran-* it will show a list of many other R packages. I just installed all of them so that I dont need to do it again in case this problem happens again in the future, but one could only install what is needed, of course. – Bruno Caram Muller

Unable to install DeployR Open 8.0.0 on Windows 10

I am trying to install DeployR Open 8.0.0 on Windows 10 (64 bits). I have installed the following dependencies:
JRE 8
Revolution R Open 3.2.2 and MKL (RevoMath 3.2.2)
DeployR Rserve 7.4.2
I followed the install instructions for RRO & MKL and DeployR. I have also done a clean install, that is prior to installing all these stuff, I uninstalled R, and RStudio.
However, when start installing DeployR Open 8.0.0 (even as Administrator), it is unable to find the dependencies/prerequisites, and on clicking next it opens this page, which more or less talks about the same set of dependencies.
Here are the screenshots:
I am not sure what I am missing here. Please suggest.

How to uninstall Boost 1.55 with unix?

I just installed boost 1.55 onto my server with unix.
For some reason the installation had some errors and I would like to uninstall it
and try installing it again, but I can't manage to figure out how to uninstall the program.

Resources