You are run pl and it says cannot find correct type for your
machine. Edit the file pl and check that the switch constants
are correct for your machine --- maybe you are running on Linux2.x
and the switch we have for Linux is Linux1 so you just need
to change the 1 to a 2.
The system freezes after clicking on the boot button of the
system from the user interface.
You will need to rlogin into the machine you ran pl from and
kill the process called plm.
This problem is caused by one of three problems:
.rhosts file does not contain the machine you are running pl from.
You do not have write permission to the directory you are running pl
from and therefore the server is blocking. Or the file system is too full.
There is no executable for the server for the architecure you are
running pl from or you don't have permission to run it.
Check the file ~/plinda/bin/sunos/plinda_server
(change sunos to solaris or hpux depending on your machine type).
Do not use the exit function inside of plinda source code.
Instead use pl_exit(int val) which will inform the runtime
system that the program is gracefully exiting rather than
an exit due to a failure.
The system is not able to start daemons on remote machines when
you add them to the host pool.
Check that the .rhosts file has the machine you are running the server
on in it.
Check that you can execute the daemon for that machine type
that is the file ~/plinda/bin/sunos/plinda_daemon
(change sunos to solaris or hpux depending on your machine type).
You cannot see your applications in the application select box of the
user interface.
This is probably because they do not have the .exe extension or
they are not readable.
Compilation of your program is deadlocked.
A common error is that you don't have the right parameters in real_main(...).
A correct real_main(...) should look like this: real_main(int argc, char **argv, char **env).
The system is not able to start applications after clicking on them.
The applications are not readable or you have not compiled them for
all the machines in your host pool. This is very important since the
system may try to run an application on any machine in the pool.
Or you need to give the system permission to start an xwindow for the
application. Type "xhost +" on the console of the machine
you are sitting at.
For PLinda2.1a if arg_rdp is called with a tuple pattern that does not
match the eval tuple, an assert will fail in the server.
This has been fixed.
When compiling, you get the message tclMain.o (tkMain.o resp)
and tkMaintk3.6.o main multiply defined. This is because
some linkers will pick up all functions rather than just the
first. This can usually be fixed with the right flags passed to
C++ which will pass them to ld or you can copy the libtcl.a
and libtk.a libraries to a private directory, and do
ar d libtcl.a tclMain.o and ar d libtk.a tkMain.o which will
remove the mains from these two libraries. Make sure to
modify the makefile by changing TCL_LIBRARY and TK_LIBRARY to
pick up the new versions. If you still get this problem,
make sure the TCL_LIBRARY and TK_LIBRARY are before any others
in the link line of obj/Makefile.
When compiling there are warning messages (1) can't convert const
gid to gid & in plinda_lib.C, (2) implicit declaration of index,
(3) comparison between signed and unsigned in the gnu directory,
and (4) long format used for int in the monitor directory.
These are ok and should be fixed soon.