🚀 go-pugleaf

Riccardo Gastaldi schrieb:

 RG> nach einem missglueckten Versuch UMS 11.6 zu installieren,

Was hat denn nicht geklappt? Das Update lohnt sich wirklich.

 RG> QuitUMS.rexx: Datei ist nicht ausfuehrbar
 RG> QuitUMS.rexx fehlgeschlagen Rueckgabewert 10

Bei UMS 10.x muß die ARexx-Funktion QuitUMS() aufgerufen werden, bei 11.x
stattdessen UMSServerControl(). Ein ähnliches Problem gibt es bei
CleanUMS.rexx.

Du solltest entweder das Update auf UMS 11.x machen, oder die ARexx-Scripts
aus dem alten UMS 10.9 Paket benutzen.

  Tschüß, Kai

"Riccardo Gastaldi"  schrieb am 03-Feb-1996 14:52:56 [S+0]
zum Thema Brauche Hilfe zu CleanMB !!:


G> Expire sysop "" ARCHIVE OLD
G> Wait 3
G> QuitUMS.rexx

rx quitums.rexx

G> Wait 3
G> Copy "Programme:UMS/mb/.~(IDcount|hash#?)" TO "Programme:UMS/bak"
G> Wait 3
G> CleanUMS.rexx

rx cleanums.rexx

Das sind doch ARexx Programme und keine Batchprogramme. also nuetzt dir das
gesetzte S-Flag nichts, du musst es schon mit rx starten.

G> 
G> 
G> Ich starte das Script via Toolmanager und es spricht auch an !
G> Expire wird ausgefuehrt, und dann ...
G> 
G> 
G> QuitUMS.rexx: Datei ist nicht ausfuehrbar
G> QuitUMS.rexx fehlgeschlagen Rueckgabewert 10

Jo. s.o.

CU, Michael

-- 
 mp@spark.rhein-main.de * spark@black-z.commo.mcnet.de 
 mp@auc.berlinet.de 

Im Artikel <69752111@spark.black-z.commo.mcnet.de> schrieb Michael Prix
<spark@black-z.commo.mcnet.de>:
> Das sind doch ARexx Programme und keine Batchprogramme. also nuetzt dir
> das gesetzte S-Flag nichts, du musst es schon mit rx starten.

Entschuldige, aber das ist Blödsinn, probiere es aus. ARexx-Script mit
gesetzen S-Flag werden von der Commodore-Shell automatisch ausgeführt,
sofern "SYS:Rexxc" im Pfad ist.

-- 
Matthias Scheler
tron@lyssa.owl.de

Riccardo Gastaldi schrieb am Sat, 03 Feb 96 14:52:56 -0500:

> QuitUMS.rexx: Datei ist nicht ausfuehrbar QuitUMS.rexx fehlgeschlagen
> Rueckgabewert 10
> 
> Ich schaetze mal, dass bei der Installation von UMS 11.6 irgendwo etwas
> hinkopiert wurde, dass dieses verursacht !??

 Liegt schätzungsweise daran, daß unter V11 nur noch ServerControl
(als CLI-Befehl auf Aminet, aber auch als ARexx-Befehl)
funktioniert... steht sicher irgendwo in der Anleitung, aber ich
wollte Dich nicht drauf verweisen :)

-- 
       _
bye, _/ tefan.

Stefan Hirth
stefan@picard.mos.unterland.de

Michael Prix schrieb am Sun,  4 Feb 96 18:28:12 GMT:

> G> QuitUMS.rexx: Datei ist nicht ausfuehrbar QuitUMS.rexx fehlgeschlagen
> G> Rueckgabewert 10
> Das sind doch ARexx Programme und keine Batchprogramme. also nuetzt dir
> das gesetzte S-Flag nichts, du musst es schon mit rx starten.

 Wie wär's, wenn Du das mal ausprobierst, bevor Du einfach schreibst,
es würde nicht gehen? :)

 BTW: Das Problem ist hier, daß diese Skripts durch ServerControl
ersetzt wurden...

-- 
       _
bye, _/ tefan.

Stefan Hirth
stefan@picard.mos.unterland.de

Am Sun,  4 Feb 96 18:28:12 GMT schrieb Michael Prix folgende Zeilen
 zum Thema 'Re: Brauche Hilfe zu CleanMB !!'
> "Riccardo Gastaldi"  schrieb am 03-Feb-1996 14:52:56 [S+0] zum Thema
> 
> rx cleanums.rexx
> 
> Das sind doch ARexx Programme und keine Batchprogramme. also nuetzt dir
> das gesetzte S-Flag nichts, du musst es schon mit rx starten.

Normalerweise ist ein gesetztes S-Flag bei mir durchaus ausreichend.
Ist selbiges bei Dir überhaupt gesetzt? (Geht oft kaputt, wenn es aus
einem Archiv falsch ein- oder ausgepackt wurde)

Schönen Gruß
Kristian

--
Kristian Lass
kristian@ceres.ruhr.de

Riccardo Gastaldi schrieb am Sat, 03 Feb 96 14:52:56 -0500 in Artikel
50895061@eagle.fn.sub.org über <Brauche Hilfe zu CleanMB !!> folgendes:

RG> QuitUMS.rexx: Datei ist nicht ausfuehrbar
RG> QuitUMS.rexx fehlgeschlagen Rueckgabewert 10

Kann es sein das Quitums.rexx kein S Flag hat?
(Kann es wirklich so banal sein?  :-)   )


        |\   /\  /\
 Gruss, |/  /  \/  \                 - PGP public key available on request -

Michael Prix schrieb in de.comm.software.ums ueber "Re: Brauche Hilfe zu
CleanMB !!":

MP>rx cleanums.rexx
MP>
MP>Das sind doch ARexx Programme und keine Batchprogramme. also nuetzt dir
MP>das gesetzte S-Flag nichts, du musst es schon mit rx starten.

Achso... und warum geht folgendes?

12.Anke:>rexx:
12.Anke:System/Rexx>FlushUMS.rexx
flushing message base...
12.Anke:System/Rexx>

Oder dieses?

12.Ram Disk:>type script
echo "flushe.."
rexx:FlushUMS.rexx
12.Ram Disk:>script
flushe..
flushing message base...
12.Ram Disk:>

Es ist das Verzeichnis. Anders als bei Skripts wirkt das +s Flag bei
REXX-Skripten nicht so, dass alle Verzeichnisse des Pfades durchsucht
werden, sondern nur das angebene bzw. aktuelle.

Man muss also entweder RX davorsetzen oder exakt das Verzeichnis angeben,
wo das Rexx-Skript drinne ist. Assign REXX: ADD wird dabei AFAIK auch
nicht beachtet.

IMHO ein Bug im OS.

Let the sun shine... \__INet| Usenet:   steigerw@stud.uni-frankfurt.de
|_| _ |o _  _ Martin    \__ | Fido:     momentan keine   WWW-Homepage:
| |(/_||(_)_> Steigerwald  \| http://www.rz.uni-frankfurt.de/~steigerw
Infos ueber die Naturschutzjugend Hessen nun auf meiner Homepage!!!!!!

FREIHEIT!! FREIHEEIEIEEIET ist wieder abgeschafft... Alle, die nach...

Martin Steigerwald schrieb am Wed, 07 Feb 1996 18:46:59 +0100:

> Man muss also entweder RX davorsetzen oder exakt das Verzeichnis
> angeben, wo das Rexx-Skript drinne ist. Assign REXX: ADD wird dabei
> AFAIK auch nicht beachtet.
> 
> IMHO ein Bug im OS.

 Hmm... komisch, bei mir geht's :)

-- 
       _
bye, _/ tefan.

Stefan Hirth
stefan@picard.mos.unterland.de

Im Artikel <51495856@sunshine.stud.uni-frankfurt.de> schrieb Martin
Steigerwald <steigerw@stud.uni-frankfurt.de>:
> Es ist das Verzeichnis. Anders als bei Skripts wirkt das +s Flag bei
> REXX-Skripten nicht so, dass alle Verzeichnisse des Pfades durchsucht
> werden, sondern nur das angebene bzw. aktuelle.

Falsch, das funktioniert wunderbar:

10.Fatty:> Backup.rexx
Can't read backup patterns.
Command returned 10
10.Fatty:> Which Backup.rexx
Fatty:Rexx/Backup.rexx
10.Fatty:> Path
Aktuelles Verzeichnis
Ram-Disk:
...
Fatty:Rexx
...
C:

-- 
Matthias Scheler
tron@lyssa.owl.de

Hallo rgastaldi@eagle.fn.sub.org,

 r> Ich starte das Script via Toolmanager und es spricht auch an !
 r> Expire wird ausgefuehrt, und dann ...
 r> 
 r> 
 r> QuitUMS.rexx: Datei ist nicht ausfuehrbar
 r> QuitUMS.rexx fehlgeschlagen Rueckgabewert 10

Du hast wahrscheinlich das S-Bit (Script) bei QuitUMS.rexx  nicht
(mehr) gesetzt.

Ansonsten koennte es sein, dass REXXMAST nicht  laeuft  oder  das
Verzeichnis SYS:REXXC nicht im Suchpfad liegt.

Um Probleme mit dem S-Bit zu vermeiden (ich  kam  da  auch  nicht
sofort  drauf  :-)  kannst  Du  das  Script  auch  einfach mit
RX <Script> starten. Pfad natuerlich nicht vergessen.

Cu Norbert

Stefan Hirth schrieb in de.comm.software.ums ueber "Re: Brauche Hilfe zu
CleanMB !!":

SH>> QuitUMS.rexx: Datei ist nicht ausfuehrbar QuitUMS.rexx fehlgeschlagen
SH>> Rueckgabewert 10

SH>> Ich schaetze mal, dass bei der Installation von UMS 11.6 irgendwo
SH>> etwas hinkopiert wurde, dass dieses verursacht !??

SH>Liegt schätzungsweise daran, daß unter V11 nur noch ServerControl (als
SH>CLI-Befehl auf Aminet, aber auch als ARexx-Befehl) funktioniert...
SH>steht sicher irgendwo in der Anleitung, aber ich wollte Dich nicht
SH>drauf verweisen :)

Nicht ganz. Das ARexx-Skript muss auf jeden Fall starten, aber
funktionieren wird es nicht, wenn es eines von UMS10.x ist.

Fuer UMS V11 muss es folgendermassen aussehen.

/* quit the currently running default UMS server */

libname = "ums.library"

if ~show("L", libname) then do
  if ~addlib(libname, 0, -210, 8) then do
    say libname "not added!"
    exit
  end
end

say "quitting..."
call UMSServerControl(QUIT)
     ^^^^^^^^^^^^^^^^^^^^^^

Let the sun shine... \__INet| Usenet:   steigerw@stud.uni-frankfurt.de
|_| _ |o _  _ Martin    \__ |                            WWW-Homepage:
| |(/_||(_)_> Steigerwald  \| http://www.rz.uni-frankfurt.de/~steigerw

Inkompetenz ist teuer, wird teurer und Diaeten machen fett.
(Der Bundestag)

Im Artikel <716.6615T1286T906@mainz.netsurf.de> schrieb Sven Reichelt
<sven.reichelt@mainz.netsurf.de>:
> Wobei ich es bevorzuge, meine Scripts mit "rx scriptname",  also  ohne
> ".rexx" aufzurufen, das geht auch, wenn das "S"-Bit gesetzt ist... :-)

Dann gibt den Scripten einfach Namen ohne die Erweiterung ".rexx" am Ende.

-- 
Matthias Scheler
tron@lyssa.owl.de

Im Artikel <71270103@sunshine.stud.uni-frankfurt.de> schrieb Martin
Steigerwald <steigerw@stud.uni-frankfurt.de>:
> Das ist nicht ganz richtig. Dies gilt nur, wenn das Skript im aktuellen
> Verzeichnis ist.

Entschuldige, aber auch das ist Blödsinn. Siehe dazu
<MSGID_2=3A2432=2F1001.223_00033413@fidonet.org>.

-- 
Matthias Scheler
tron@lyssa.owl.de

Martin Steigerwald schreib neulich die folgenden Zeilen:

> IMHO ein Bug im OS.

Wenn Du die Shell mit zum OS zaehlst, in der Tat... Aber eigentlich wird
sie _nicht_ mit zum OS gerechnet.

MfG Henning
-- 
A person with one watch knows what time it is; a person with two watches
is never sure.
 -- Proverb

Hallo stefan@picard.mos.unterland.de,

 s>  BTW: Das Problem ist hier, daß diese Skripts durch ServerControl
 s> ersetzt wurden...

Bist Du da sicher? Soviel ich weiss hat er doch geschrieben, dass
er  mit  Muehe  und Not die alte Version (also NICHT 11.6) wieder
installiert hat. Dann kann  es  nicht  an  ServerControl  liegen.
Ausserdem  war  die  Fehlermeldung "Datei nicht ausfuehrbar", was
darauf hinweist, dass das S-Flag nicht gesetzt war.

Cu Norbert

Hallo steigerw@stud.uni-frankfurt.de,

 s> Es ist das Verzeichnis. Anders als bei Skripts wirkt das +s Flag bei
 s> REXX-Skripten nicht so, dass alle Verzeichnisse des Pfades durchsucht
 s> werden, sondern nur das angebene bzw. aktuelle.

Falsch. Der Suchpfad wird sehr  wohl  durchsucht.  Das  liegt  im
System  begruendet. Wenn Du einen Befehl in einer Shell eingibst,
wird erst mal im aktuellen Verzeichnis nachgesehen, ob der Befehl
dort   zu  finden  ist.  Wenn  nicht,  werden  nacheinander  alle
Verzeichnisse des Pfades durchsucht, bis der Befehl gefunden wird
(oder  auch nicht). Denn genau dafuer ist der Suchpfad ja da: als
Alternative zum aktuellen Verzeichnis, damit man  nicht  staendig
zwischen  verschiedenen  Verzeichnissen  wechseln  oder  sich von
jedem Befehl das Verzeichnis merken muss.

Fuer die Suche ist es zunaechst voellig  belanglos,  ob  es  sich
dabei   um   ein   Arexx-Script,  eine  Batchdatei  oder  um  ein
ausfuehrbares Programm handelt. Schliesslich koennte ich ja  auch
den  Befehl "C:List" in "List.rexx" umbenennen. Das darf AmigaDOS
nicht interessieren. Erst wenn der Befehl gefunden wurde, wird er
naeher  unter  die  Lupe  genommen.  Wenn  es  sich um ein Script
handelt und das S-Flag gesetzt ist, wird es ausgefuehrt, egal  ob
es  ein  AmigaDOS-Script  oder  ein  Arexx-Script ist. Arexx muss
natuerlich laufen :)

 s> Man muss also entweder RX davorsetzen oder exakt das Verzeichnis angeben,

Eben nicht. Schau doch mal nach,  ob  Du  Dein  REXX:-Verzeichnis
ueberhaupt im Suchpfad hast.

 s> wo das Rexx-Skript drinne ist. Assign REXX: ADD wird dabei AFAIK auch
 s> nicht beachtet.

Wenn  es  nur  ein  Assign  gibt,  wird  das  tatsaechlich  nicht
beachtet.  Aber das ist ja normal, denn dafuer sind Assigns nicht
gedacht.  Aber  im  Suchpfad  geht  es.  Ich  kann   hier   jedes
Arexx-Script, das in meinem REXX-Verzeichnis steht, ohne sonstige
Angaben, einfach mit seinem Namen starten, sofern nur das  S-Flag
gesetzt ist.

 s> IMHO ein Bug im OS.

Nein, hoechstens ein falscher Suchpfad :-)

Cu Norbert

Martin Steigerwald schreib neulich die folgenden Zeilen:

> HH>Wenn Du die Shell mit zum OS zaehlst, in der Tat... Aber eigentlich
> HH>wird sie _nicht_ mit zum OS gerechnet.
> 
> Ich verstehe zwar diesen Satz nicht, aber gut. Das Problem hat sich eh
> geloest.

Hmmmmm...

Es ist nicht die Aufgabe des OS, Scripte mit ihren zugehoerigen
Interpretern zu starten, sondern die Aufgabe einer/der (Boot-) Shell. Es
kann also kein Fehler des OS sein, sondern hoechstens einer der (Boot-)
Shell. Da die Shell aber nicht zum OS gehoert (Rat mal, warum sie
"Shell" heisst!), ist es kein Fehler des OS (selbst nicht im weiteren
Sinne), sondern _ausschliesslich_ einer der (Boot-) Shell.

Wenn *Du* aber _unbedingt_ die/eine Shell als Teil des OS sehen willst,
_waere_ es in der Tat ein Fehler des OS.

Nu klar?

> Die Workbench gehoert dann bestimmt auch nicht zum OS... :-)

Den Smilie kannst Du gerne weglassen. Dass die Workbench auf dem Amiga
eng mit dem AmigaOS verwoben ist, bedeutet noch lange nicht, dass ein GUI
mit zum OS gehoert... Oder wolltest Du ernsthaft behaupten wollen, X11
waere ein Teil von Unix???

MfG Henning
-- 
Sign: HAIRCUTS WHILE YOU WAIT

Martin Steigerwald schreib neulich die folgenden Zeilen:

> Ich glaube Du verwechselt OS mit Kernel oder Betriebssystemkern.

Seufz... Ich weiss nicht, was Dir an der Uni erzaehl wird / erzaehlt
worden ist. _Mir_ wurde jedenfalls beigebracht, dass _eine Shell_ aus
Sicht des OS/BS eine Anwendung ist.

> Ein UI muss Teil des OS sein, denn sonst kann der User mit dem System
> nicht arbeiten.

Nochmal die Frage: Rechnest Du X11 zum UnixOS?

Komisch nur, dass es X11 ohne groessere Schwierigkeiten ebenfalls fuer
DOSen und auch den Amiga gibt. Nur weil Intuition und die Standard-Shell
so sehr mit dem AmigaOS verbunden ist, muss das nicht ueberall so sein.

MfG Henning
-- 
Ah, but man's reach should exceed his grasp, or what's heaven for?
 -- Robert Browning