Too bad readelf does not exist for armhf systems( where it makes the most sense ). This could confirm that the file is indeed armel or armhf ABI. But the file name pretty much says it all as Robert pointed out.
armv5 == armel, and the ABI used on the beaglebone black - Stock *is* armhf. Too bad also that *file -s *only reports "ARM" as well . . . On Sun, Jul 26, 2015 at 9:40 AM, Robert Nelson <[email protected]> wrote: > > 'armv5' binary means install the 'armel' multi arch, as it wasn't built > for the 'armhf' abi... > > On Jul 26, 2015 10:08 AM, "Ian Mellor" <[email protected]> wrote: > > > > Hi Wulf Man, > > > > I don't know, is there a way to tell? Looking at what's inside there is > no text script but the is ELF at the beginning so I assume its and exe? > > > > The suppliers told me "eveusbd is the UNG daemon (starts with the system > and is constantly running in the background), eveusbc is a command-line > utility for controlling it. So you are probably looking for the latter." so > again I would have assumed an exe? > > > > I uploaded and unpacked the .tgz file. I assume that only unpacks and > doesn't install anything. I couldn't find any related processes running or > anything in /systemd for startup but without an exact name I'm not sure. > > > > One this that seem clear from what they told me is: "eveusbc is a > command-line utility for controlling it". > > > > Thanks Ian > > > > > > On Sunday, 26 July 2015 15:36:48 UTC+1, Wulf Man wrote: > >> > >> cant change mode on a symlink > >> whats in this file ? > >> is it a shell script ? > >> a compiled executable ? > >> > >> > >> > >> > >> > >> On 7/26/2015 7:31 AM, Ian Mellor wrote: > >>> > >>> Hi Peter, > >>> > >>> Thanks so much for you help. > >>> > >>> Here is what I'm getting with permissions. It looks like it has > execute permissions? > >>> > >>> > >>> root@beaglebone:~/usr# dir > >>> bin share src > >>> root@beaglebone:~/usr# cd bin > >>> root@beaglebone:~/usr/bin# dir > >>> eveusbc eveusbd > >>> root@beaglebone:~/usr/bin# ls -l > >>> total 0 > >>> lrwxrwxrwx 1 root root 30 Dec 5 2014 eveusbc -> > /opt/Eltima/eveusb/bin/eveusbc > >>> lrwxrwxrwx 1 root root 30 Dec 5 2014 eveusbd -> > /opt/Eltima/eveusb/bin/eveusbd > >>> root@beaglebone:~/usr/bin# .eveusbc > >>> -bash: .eveusbc: command not found > >>> root@beaglebone:~/usr/bin# chmod 777 eveusbc > >>> chmod: cannot operate on dangling symlink `eveusbc' > >>> root@beaglebone:~/usr/bin# > >>> > >>> > >>> On Sunday, 26 July 2015 14:54:27 UTC+1, Peter Baltus wrote: > >>>> > >>>> Hi Ian, > >>>> > >>>> Thanks for your email. Yes, it works more or less like in DOS, but > there are some differences: > >>>> - most Linux systems are configured such that root (as opposed to > most other users) does not by default execute files in the current > directory. This is for security reasons if I'm not mistaken. This can be > bypassed by typing the relative or full path to the command, such as > ./eveusbc . Since that doesn't work, it is worth looking into another > important difference with DOS: > >>>> - Linux systems have more extensive file permissions than the > original DOS system. It could be that the eveusbc file does not have > "execute" permission. You can check by 'ls -l', which shows the permissions > in a format such as rwxrw-r--. There are three groups, identifying > permissions for owner, group and world (from left to right). Each group can > have r(ead), w(rite) and execute permissions. To excluse any problems in > this area, you can give all permissions to everybody by 'chmod 777 eveusbc' > and then try again './eveusbc' . > >>>> > >>>> By the way, 'chmod 777' is not necessarily the best way to keep a > computer secure ;-) but it should help determine whether the problem is > related to permissions. > >>>> > >>>> Peter > >>>> > >>>> On Sunday, July 26, 2015 at 2:38:45 PM UTC+2, Ian Mellor wrote: > >>>>> > >>>>> Hi Peter, > >>>>> > >>>>> Yes I'm logged on as root but I'm in the directory where the file is. > >>>>> Does this not work the same as DOS? > >>>>> I tried typing ./eveusbc but I just get "No such fie or directory" > >>>>> I must say I'm lost. > >>>>> > >>>>> Any ideas? > >>>>> > >>>>> Thanks > >>>>> > >>>>> Ian > >>>>> > >>>>> On Sunday, 26 July 2015 09:11:10 UTC+1, Peter Baltus wrote: > >>>>>> > >>>>>> Try ./eveusbc > >>>>>> From the prompt it seems you are logged in as root and usually root > does not have the current directory in it's path for executing commands. > >>>>>> > >>>>>> Best regards, > >>>>>> > >>>>>> Peter > >>> > >>> -- > >>> For more options, visit http://beagleboard.org/discuss > >>> --- > >>> You received this message because you are subscribed to the Google > Groups "BeagleBoard" group. > >>> To unsubscribe from this group and stop receiving emails from it, send > an email to [email protected]. > >>> > >>> For more options, visit https://groups.google.com/d/optout. > >> > >> > > -- > > For more options, visit http://beagleboard.org/discuss > > --- > > You received this message because you are subscribed to the Google > Groups "BeagleBoard" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to [email protected]. > > For more options, visit https://groups.google.com/d/optout. > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
