I want to run an ARM hex file in qemu-2.9.1 compiled from source but I don't know what I have to do.
I spent very time to search but I didn't find any suitable answer.
I am using ubuntu installed in virtualbox.
Related
For Some purpose , I am writing a MIPS file for finding the second largest element of an array
How do I run it to get the output?
I need the command lines for spim stimulator
Iam using Ubuntu 16.04 xenial by the way
I can think of a few legit reasons for needing to run a MIPS simulator via command line instead of a GUI. If that is your situation than I would suggest using MARS instead of QtSpim. You can download it at http://courses.missouristate.edu/kenvollmar/mars/
MARS does have a full GUI but unlike QtSpim it can also run via CLI. Its a Java implementation so it will run on any OS.
I would like to install MUMPS database in Windows 8.1. I was trying to install but there is no exe file for MUMPS database. Can anyone give me a hand?. I downloaded a lot of files from this site https://sourceforge.net/projects/mumps/files/ but still don't know where to start.
From the README for that project, you'll need to install Cygwin:
NOTES on cygwin
For Windows, install the Cygwin environment at http://cygwin.com/install.html
Run cygwin terminal (on win7 or win8 run it as administrator).
Setup the Cygserver using /usr/bin/cygserver-config.
edit /usr/include/cygwin/shm.h
add near end
#define SHM_R (IPC_R)
#define SHM_W (IPC_W)
edit /usr/include/cygwin/ipc.h
move third last #endif 3 lines up
Once you have Cygwin setup, the mumps.exe file available to download at the link you provide should run.
That said, I would agree with Evgeny in recommending you try the free evaluation version of InterSystems Caché. It is a far more accessible Mumps implementation for Windows and it has an extensive set of libraries for common functionality.
I have a solaris machine configuration: SunOS indevel07 5.10 Generic_147440-15 sun4v sparc sun4v. I am trying to install expect utility on this. expect utility requires tcl to be installed. I have tried to install that too, but i am getting errors. I have downloaded the tcl-8.5.12-sol10-sparc-local.gz and expect-5.45-sol10-sparc-local.gz from sunfreeware. I have unzipped them and tried to install them like pkgadd -d pkgname. I am getting errors like:
ERROR: attribute verification of </usr/local/man/man3/Tcl_Seek.3> failed
pathname does not exist
There are lots of errors like this. I tried to troubleshoot it by googling but could not find anything about it. I am stuck with my development because of this.
Try building Tcl/Tk and Expect from the source. Here is the instruction - How to Compile Tcl. Expect download - Obtaining Expect for UNIX. That worked for me on Solaris 10 and I did not hit any serious bumps.
For those who want to install tcl please refer this URL. it has got steps to do that. URL: http://www.wellho.net/mouth/1174_Installing-Tcl-and-Expect-on-Solaris-10-a-checklist.html
Hi all I have installed buildroot toolchain and am able to compile simple "Hello World" program which runs on uClibc based chroot. However I am confused how to do so for programs that use ./configure as how to ask it to use the uclibc based toolchain and not the glibc based toolchain present in my system.
My OS is Fedora and it is i386 based machine.I want to compile programs using uClibc for the same platform.
buildroot contains the package directory where there are numerous examples how to do it
Just set CC=PATH_TO_BUILDROOT_UCLIBC_GCC etc.
And you don't need to use chroot:
xxx/buildrootxxx/output/host/bin/xxxxx-gcc works fine, it would search the headers and libs in its own directory (like xxx/buildrootxxx/output/host/arm-buildroot-linux-uclibcgnueabi/sysroot/usr/*)
I compiled MySQL++ with no issues. When I launched some of the executables (resetdb.exe and simple1.exe) they suggest to run to test if the installation has been successful, the first error I got was that libmysql.dll was missing.
Adding its path to the PATH environment variable did not fix the problem, even after launching a new command prompt; I had to copy the DLL in the directory where MySQL++ executables are.
Now the DLL is found, but I get this error:
simple1.exe - Application error
The application was unable to start correctly (0xc000007b).
Click OK to close the application.
even launching from the command line, I get no more information than these.
Thank you for any help!
MySQL 5.5 -
MySQL++ 3.0.9 -
Windows 7 64 bits -
MINGW32 -
GCC 4.4.0
0xC000007B is a Windows error that means the executable is corrupted. It could refer either to simple1.exe or to one of the DLLs it's linking against.
Some reasons this could happen:
You're mixing toolchains in an incompatible way. In your case, you may have built simple1.exe using pieces built by MinGW GCC and pieces built by Visual C++. MinGW should be compatible with any pure C DLL built by Visual C++, including the MySQL C API DLL. However, you may have other pieces interfering. MinGW isn't compatible with VC++ at the C++ level, but then, it shouldn't have linked at all if this were your problem.
You didn't follow the MySQL C API import library build steps in README-MinGW.txt. You either missed a step, or skipped it entirely and are trying to use the import library that shipped with MySQL.
In your previous gyrations, you ended up with a corrupt object file, which got linked in. Try saying make clean all at the top level of MySQL++ to force a complete rebuild.
You're mixing versions of MySQL or MySQL++. If you have more than one version of each on the system, make sure you're consistent in their use. That is, build the C API import library from the same DLL you run the programs against, use exrun.bat to run the examples to ensure you're using the just-built version of the MySQL++ DLL instead of another you have in your PATH, etc.
Additionally, I note that you're using an older version of MySQL++. If you were on Linux, I could understand that as some distributions still ship with 3.0.9. But since you have to build MySQL++ from source with MinGW, I don't see why you're not using 3.1.0. Did you get a binary build from somewhere?
As for your PATH problem, did you restart the MinGW shell after doing this? PATH updates don't affect running programs; they keep the value they saw when they started.