there is no necessary package in Apps

[Rich]

Hi jazzbiker
I don't know what to make of it. There's 1 32 bit shared object in what otherwise appears to be a 64 bit Linux package. And for some
reason it includes a bunch of Windows executables. But if you look at the site, they have separate downloads for Linux, Pi, and Windows:
https://ugs.jfrog.io/ugs/UGS/nightly

[Rich]

Hi jazzbiker

... I got the same error.

I then loaded  bash.tcz  and it changed to:

Code: [Select]

tc@E310:~/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/bin$ ./ugsplatform
./../platform/lib/nbexec: line 421: /home/tc/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/jdk/jdk-13.0.1+9-jre/bin/java: cannot execute binary file: Exec format error
tc@E310:~/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/bin$I think it may be trying to run the Windows executables. ...

On second thought, it's probably complaining because I'm running a 32 bit kernel and the executables are 64 bit.

[jazzbiker]

Hi, Rich!

As You see, error appears while netbeans are trying to start. Something is wrong with the environment from the netbeans' point of view. I am not able to help with netbeans. Maybe someone on our forum make use of this IDE and will be able to give an advice?

[jazzbiker]

The site https://ugs.jfrog.io/ugs/UGS/nightly also contains zip archive with huge .jar file and shell script for starting this file in already persistent java environment. Maybe it is possible to try this way with TC's java environments, I expect without IDE wrapper.

[Yuri]

Thank you for participating. I'll try the old 32-bit version in the evening.

[jazzbiker]

Hi, Yuri!

As the problems arose while starting IDE, You can try IDE-less .zip version first. This is single jar file to be started with some java environment, which are present in TC repo, for example openjdk-8-jre.tcz.

I've tried to start the full IDE-equipped version on the 32-bit TC, no luck, error is the same.

[Rich]

Hi jazzbiker

... As You see, error appears while netbeans are trying to start. Something is wrong with the environment from the netbeans' point of view. ...

Yes, it's complaining because I'm running a 32 bit version of Tinycore.

...

Code: [Select]

tc@E310:~/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/bin$ ./ugsplatform
./../platform/lib/nbexec: line 421: /home/tc/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/jdk/jdk-13.0.1+9-jre/bin/java: cannot execute binary file: Exec format error
tc@E310:~/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/bin$ ...

If you follow the chain of events quoted above:
UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/bin/ugsplatform  is a script, no problem. It calls:
UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/platform/lib/nbexec , another script, no problem. It calls:
UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/jdk/jdk-13.0.1+9-jre/bin/java , a 64 bit compiled executable, problem.

You can't run 64 bit programs in a 32 bit environment.

[jazzbiker]

Oh, yes, Rich, You are right as ususal :-) nbexec is script. Now the question is what is the system Yuri tried - 32 or 64. He got the same error, did he tried 32-bit too? If all ELFs are 64-bit everything must run clean under x86_64. Maybe he will try later.

@Yuri
Hi, before running the task again, please post the output of

Code: [Select]

uname -a


[Rich]

Hi jazzbiker

Oh, yes, Rich, You are right as ususal :-) ...

Don't say that. I make my fair share of mistakes.

... Now the question is what is the system Yuri tried - 32 or 64. ...

He got the same  "cannot execute binary file: Exec format error"  message so he must have been running 32 bit.

I booted up TC10 Corepure64 and the error message changed to this:

Code: [Select]

tc@E310:~/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/bin$ ./ugsplatform
./../platform/lib/nbexec: line 421: /home/tc/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/jdk/jdk-13.0.1+9-jre/bin/java: No such file or directory
tc@E310:~/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/bin$
tc@E310:~/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/bin$ ls -l /home/tc/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/jdk/jdk-13.0.1+9-jre/bin/java
-rwxr-xr-x    1 tc       staff         8720 Oct 26  2019 /home/tc/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/jdk/jdk-13.0.1+9-jre/bin/java
tc@E310:~/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/bin$Despite the message, the  ls  command shows the file is there.

When I try to run it directly, I get the same message:

Code: [Select]

tc@E310:~/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/bin$ ./home/tc/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/jdk/jdk-13.0.1+9-jre/bin/java --help
sh: ./home/tc/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/jdk/jdk-13.0.1+9-jre/bin/java: not found
tc@E310:~/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/bin$suggesting the message was coming from that program.

I don't know it's looking for, and it's not offering any clues.

[jazzbiker]

@Rich, this is very much like the ash misbehavior, which I hate. The same happens with Your FetchExt.sh if bash is not loaded.
For example:

Code: [Select]

tc@box:/tmp$ cat bbb.sh
#!/bin/absent
exit 0
tc@box:/tmp$ ls -l bbb.sh
-rwxr-xr-x    1 tc       staff           21 Aug 24 18:54 bbb.sh
tc@box:/tmp$ ./bbb.sh
sh: ./bbb.sh: not found
tc@box:/tmp$
Total mislead.

Maybe You've missed bash installing after booting CorePure64?

[Rich]

Hi jazzbiker
No, first thing I did was to load bash. Besides, the message appears to come from:

Code: [Select]

/home/tc/UGS/ugs-platform-app-2.0-SNAPSHOT-linux/ugsplatform-linux/jdk/jdk-13.0.1+9-jre/bin/javawhich is a binary, not a script. It's possible there are some command line arguments or environmental variables it's looking for.
Maybe it expects  /bin/sh  to point to  /bin/bash,  or it needs some other program installed. The OP may need to take this up
with whoever created this thing.

[jazzbiker]

Hi, Rich!

I'm on the 32-bit box now and have no 64-bit box to try immediately, so I tried .jar under openjdk-8-jre.tcz.
I've installed opendjk-8-jre.tcz, then loaded and unpacked UniversalGcodeSender.zip from https://ugs.jfrog.io/ugs/UGS/nightly and executed proposed in README.txt command. At least java started and showed working GUI window. The only workaround is to execute manually before starting java

Code: [Select]

. /etc/profile
because tce.installed/openjdk-8-jre modifies /etc/profile. This is on 32-bit box, I think @Yuri can try this way.

[Yuri]

Guys, thanks a lot for your participation! I just got free, helped to revive with Win7. Too late. Today there is no more strength. Tomorrow, study your work and try it out.
How do you like my English? I use google translator ...

[Yuri]

Thank you very much for your participation.
Forget this idea. I spent so much time on my own, plus your time. It's easier to build an old computer compatible with x64 and install 64x OS to run UGS. Thank you again!

[jazzbiker]

@Rich, seems, that You can mark this topic as GIVEN UP.