I am trying to setup my eclipse build environment to use 'DSDP' (Device Software Development Platform)
This document provides an overview of what I am trying to do...
http://www.appinf.com/download/EclipseE … xPaper.pdf
I can't run the dstore server on my target. Has anyone seen the same problems or worked out a solution?
The platform is compatible with the evaluation kit, and it essentially runs linux4sam.
http://www.propox.com/products/t_231.html
From the boot message:
>Linux version 2.6.29.3 (user@MMnet1000DevEnv) (gcc version 4.1.2) #5 PREEMPT Fri May 15 14:20:25 CEST 2009
>CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
>CPU: VIVT data cache, VIVT instruction cache
>Machine: Propox MMnet1000
I'm trying to get Target Management working, which has the Remote System Explorer (RSE).
It allows the following:
# remote file systems through SSH, FTP or dstore agents
# remote shell access
# remote process handling through dstore agents
# remote debugging through CDT / gdb / gdbserver
For more info see :
http://dsdp.eclipse.org/help/latest/ind … start.html
http://www.eclipse.org/dsdp/tm/tutorial/index.php
This requires getting a small server running on the target called dstore. Here are the steps I am following:
http://dsdp.eclipse.org/help/latest/ind … linux.html
Because I need java and perl to be running on the target, I installed
jamvm and microperl
>opkg update
>opkg install jamva
>opkg install microperl
I then created a symbolic link
>ln -s /usr/bin/jamvm /usr/bin/java
>ln -s /usr/bin/microperl /usr/bin/perl
This gives me the following response..
__________________________________________
root@MMnet:~/rseserver# java -version
java version "1.5.0"
JamVM version 1.5.0
Copyright (C) 2003-2007 Robert Lougher <rob@lougher.org.uk>
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License
as published by the Free Software Foundation; either version 2,
or (at your option) any later version.
Description: JamVM is a new Java Virtual Machine which conforms to the JVM
specification version (blue book). In comparison to most other VM's (free
and commercial) it is extremely small.However, unlike other small VMs
(e.g. KVM) it is designed to support the full specification, and includes
support for object finalisation, Soft/Weak/Phantom References, the Java
Native Interface (JNI) and the Reflection API.
Build information:
Execution Engine: switch-based interpreter
Compiled with: gcc 4.1.2
Boot Library Path: /usr/local/classpath/lib/classpath
Boot Class Path: /usr/share/jamvm/classes.zip:/usr/local/classpath/share/classpath/glibj.zip
______________________________________________
root@MMnet:~/rseserver# perl -version
This is perl, v5.10.0 built for unknown
Copyright 1987-2007, Larry Wall
Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5 source kit.
Complete documentation for Perl, including FAQ lists, should be found on
this system using "man perl" or "perldoc perl". If you have access to the
Internet, point your browser at http://www.perl.org/, the Perl Home Page.
_________________________________________________
So.. next steps is to kick off the server..
root@MMnet:~/rseserver# perl daemon.pl
And I get the following error messages...
Use of uninitialized value $plugins_dir in concatenation (.) or string at daemon.pl.bak line 49.
Use of uninitialized value $plugins_dir in concatenation (.) or string at daemon.pl.bak line 55.
Use of uninitialized value $plugins_dir in concatenation (.) or string at daemon.pl.bak line 55.
Use of uninitialized value $plugins_dir in concatenation (.) or string at daemon.pl.bak line 55.
Use of uninitialized value $plugins_dir in concatenation (.) or string at daemon.pl.bak line 55.
Use of uninitialized value $plugins_dir in concatenation (.) or string at daemon.pl.bak line 55.
Can't exec "": No such file or directory at daemon.pl.bak line 67.
root@MMnet:~/rseserver#
Then.. even then, trying to fix the perl script only gave me
Exception occurred while VM initialising.
java/lang/NoClassDefFoundError: java/lang/Thread
I even ran the perl script on the PC and it generated similar errors
C:\Documents and Settings\jnewcomb\Desktop\EmbeddedLinux\Eclipse\DataStore_rseserver-3.2M7-linux>perl daemon.pl
'whoami' is not recognized as an internal or external command,
operable program or batch file.
WARNING: To run the server daemon, you must have root authority
Use of uninitialized value $plugins_dir in concatenation (.) or string at daemon.pl line 49.
Use of uninitialized value $plugins_dir in concatenation (.) or string at daemon.pl line 55.
Use of uninitialized value $plugins_dir in concatenation (.) or string at daemon.pl line 55.
Use of uninitialized value $plugins_dir in concatenation (.) or string at daemon.pl line 55.
Use of uninitialized value $plugins_dir in concatenation (.) or string at daemon.pl line 55.
Use of uninitialized value $plugins_dir in concatenation (.) or string at daemon.pl line 55.
Exception in thread "main" java.lang.NoClassDefFoundError: org/eclipse/dstore/core/server/ServerLauncher
Caused by: java.lang.ClassNotFoundException: org.eclipse.dstore.core.server.ServerLauncher
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
Could not find the main class: org.eclipse.dstore.core.server.ServerLauncher. Program will exit.
At this point I felt the dstore door slam shut in my face. Has anyone found the secret passage?