Hi all, I installed the development environment on the box described below which other than the command line install only has xorg, xfce4 and slim installed. I installed the development environment and did a build from source (trunk - pre-2.3). When run this generates the following errors when attempting to do halcmd with any parameters:
RTAPI: ERROR: failed to map shmem HAL: ERROR: could not open shared memory halcmd: hal_init() failed: -9 NOTE: 'rtapi' kernel module must be loaded. The rtapi kernel is loaded, as "scripts/realtime start" runs properly. Additionally running "scripts/emc" will generally flag the fact that the real time kernel is not loaded. That does not happen either. Is there another library or version of library which is required by shmem which isn't being flagged as a dependency? Is there some other task required by shmem? Thanks, Eric I was playing around with doing a minimal install of Linux and EMC to a flash drive. It mostly seemed to have worked, except that halcmd generates segmentation faults (the operation was a success but the patient died <g>). What I did was using the 8.04 alternate install CD, installed with the command line option. I then manually installed xorg, xfce4 and slim. I was then able to run the emc install script. It generated two errors, at the beginning it said it could not find an install candidate for gksudo, but seemed to be able to continue from there. At the very end, it generated an error that a folder under /var was missing (I didn't record the exact path it complained about and the error did not recur on a re-install), but did not seem to be a fatal error either. Additionally I followed Les' instructions regarding minimizing writes to flash. I can successfully do "realtime start", but halcmd with any parameters generates a segmentation fault. Trying to run one of the sim configurations similarly generates segmentation faults from halcmd. Dmesg gives a further warning "rtapi: no version for "nano2count" found: kernel tainted". I am guessing that the segmentation fault has something to do with shared memory. I checked /etc/security/limits and verified that "hard memlock" is set. It was, and was set to 20K. Any ideas on what I am still missing? ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
