Hi David,

thank you for your detailed mail. I was trying your procedure and I have a question.

I wrote this into file '~/download/test.st'
----------------
OSProcess thisOSProcess stdOut nextPutAll: 'Hello World'.
Smalltalk quitPrimitive.
----------------

Then tried to run the script with:
----------------
$> cd [squeak bin directory]
$> ./squeak -vm-display-null ../Squeak5.2-18229-64bit.image ~/download/test.st
==== OUTOUT ======================
pthread_setschedparam failed: Operation not permitted
This VM uses a separate heartbeat thread to update its internal clock
and handle events.  For best operation, this thread should run at a
higher priority, however the VM was unable to change the priority.  The
effect is that heavily loaded systems may experience some latency
issues.  If this occurs, please create the appropriate configuration
file in /etc/security/limits.d/ as shown below:

cat <<END | sudo tee /etc/security/limits.d/squeak.conf
*      hard    rtprio  2
*      soft    rtprio  2
END

and report to the squeak mailing list whether this improves behaviour.

You will need to log out and log back in for the limits to take effect.
For more information please see
https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/r3732#linux
===============================================
----------------

But I get nothing back except from info messages, the script does not end, it seems Squeak is ignoring the "quitPrimitive".

What is the simplest test script you recommend to start with ?

bye
Nicola




On 10/22/19 6:11 PM, David T. Lewis wrote:
Hi Christoph,

On Tue, Oct 22, 2019 at 10:41:16PM +0000, Thiede, Christoph wrote:

Hi,

this a question by a shell noob: How can I use Squeak in a unix shell to run a command such as:

./squeak foo.image bar.st

I would like to do this in my WSL shell (Windows Subsystem for Linux) as well as on Travis.

WSL says:

squeak: cannot execute binary file: Exec format error


The command line that you gave ("./squeak foo.image bar.st") would be
appropriate on a Unix system (Linux, OS X, or whatever) if you have
a file called "squeak" in your current directory, and if that file
is an executable file such as a shell script or a compiled executable.

I am not familiar with WSL, but assuming that it is trying to behave
like a Unix shell, I would interpret the error message as follows:

- The shell tried to execute the file "./squeak", where the "./"
portion of the file path means "in the current directory", and "squeak"
is the name of the file to be executed.

- It found the file, and tried to open it. You did not see a "file
not found" error, so there actually must be a file called "squeak" in
your local directory, and the file has execute permissions, so all
good so far.

- The shell then tried to execute the "squeak" program. This means
that the shell saw that the file was marked executable, and it asked
the operating system to "exec" the file (on a Unix system, this will
fork the shell process and overlay the executable in the new process,
see http://man7.org/linux/man-pages/man3/exec.3.html).

- For some reason, the file could not be executed ("Exec format error").

This suggest to me that the WSL environment did not know how to
execute the "squeak" file. Maybe it was a compiled binary (such as
a compiled VM) that the WSL system did not recognize, or maybe WSL
was not smart enough to figure out how to evaluate a shell script,
I don't know.


Travis (without explicit OS setting, so I'm assuming unix as well) says:

squeak: could not find any display driver

Travis is probably running on a real Unix system (or Linux, which
is very similar). Whatever it is, you can safely bet that it does
not provide a graphical display system such as X11, because a CI
system such as Travis is intended to run things remotely on a
server with no graphical user interface. So most likely, you are
trying to run a VM with graphical display on an operating system
that does not provide display services.

A Squeak VM will normally try to find a graphical display driver
unless you explicitly tell it (with a command line option) not to
do so. If you just run Squeak on a server with no X11 (or similar)
installed, the VM will try to open a display module, and when it
fails, it will give you an error message:

    platforms/unix/vm/sqUnixMain.c:      fprintf(stderr, "squeak: could not find any display driver\n");

The solution for this problem is specific to the Unix VM (in other
words, don't try this on your Windows VM). You can run the VM without
using an active display by using the '-vm-display-null' command
line parameter. On a Unix system, run "squeak -help" to see the
available options.

Thus, if you had a command such as this for running Squeak:

	./squeak foo.image bar.st

Then you can run it in "headless" mode like this:

	./squeak -vm-display-null foo.image bar.st

The Unix Squeak VM has loadable VM modules for things like soound
and the display, so -vm-display-null tells the VM to load the null
display driver instead of the vm-display-X11 or vm-display-Quartz
modules.

HTH,
Dave



To run a script in headless mode, I should not need any graphical output? How can I achieve this? I would greatly appreciate your help!


Best,

Christoph


      

        
_______________________________________________
Beginners mailing list
Beginners@lists.squeakfoundation.org
http://lists.squeakfoundation.org/mailman/listinfo/beginners


      

      
_______________________________________________
Beginners mailing list
Beginners@lists.squeakfoundation.org
http://lists.squeakfoundation.org/mailman/listinfo/beginners