Clipperprogramm selbstbeendend?

[Bernie]

Hallo liebe Clipper-Spezialisten,

vielleicht weiß jemand Rat?
Gibt es eine Möglichkeit, dass sich ein Clipperprogramm selbst beendet, wenn der Benutzer z.B. 30 Minuten nichts mit dem Programm macht? Ich würde gerne die EXE-Datei durch eine neue ersetzen.
Ich würde das natürlich nur bei Usern einsetzen, die ausschließlich Lesezugriff auf diverse Dateien haben. Würde gerne ein Datei als Signal ablegen, die -wenn vorhanden- einen Programmhinweis dem Benutzer gibt, dass er sich abmelden soll. Wenn er dies jedoch ignoriert, da er gar nicht an seinem Arbeitsplatz ist, das Programm jedoch bei ihm noch gestart ist, würde ich gerne das Programm sich selbst beenden lassen.

Geht so etwas überhaupt mit Clipper oder gibt es da keine Chance?

Bin gespannt auf Eure Antwort(en)?
Bernhard Dierolf

[Manfred]

Hi Bernhard

wenn Du die ToolsIII hast, dann könnte Dir evtl. KeySec() weiterhelfen?

[Jan]

Ich seh das Problem eher darin: Wie soll das Clipperprogramm das prüfen? Irgendwo muß das Programm ja immer mal wieder "auf die Uhr schauen". Unter Xbase++ würde ich einen Thread parallel laufen lassen. Aber unter Clipper?

Jan

[brandelh]

Hi,
es kommt darauf an, was dein Programm gerade macht !

In GET Feldern könntest du einen modifizierten GETREADER nutzten, der eine Zeit-/Datei-Prüfung vornimmt.
Im Hauptmenü und eigenen Schleifen genauso. In MemoEdit() müsste es mit der Zusatzfunktion auch gehen ...

Ich z.B. schreibe in diesen Fällen eine Datei mit speziellem Namen ins Verzeichnis und beim Start und im Hauptmenü wird
diese überprüft. Bei Xbase++ Anwendungen habe ich z.b. auch einen Timer gesetzt der danach sucht.
Wenn diese Datei gefunden wird, wird eine kurze Meldung angezeigt, danach QUIT !
Wenn jemand einen halben Datensatz ausgefüllt hat und dann zum Mittagessen geht, muss er halt von vorne anfangen

[Bernie]

Hallo,

vielen Dank für die Hinweise. Hab die ToolsIII und werd mal schauen ob ich da irgendwie weiterkomme.
Von Java her kenne ich Threads, das wäre Ideal, gibt's ja bei Clipper nicht.
Und die Umstellung auf Xbase liegt gerade auf Eis, da gibt es ja so was wohl auch.

Vielen Dank für die schnelle Reaktion und sorry dafür, dass ich die Antworten erst heute bemerkt habe. Hatte gedacht ich bekomme eine Email bei Antworten auf mein Thema. War das nicht mal so?

Grüße aus Stuttgart
Bernhard

[Manfred]

Hi,

schau mal in Deinem Profil nach, ich glaube da kann es ab-eingeschaltet werde.

[brandelh]

Hi,

bei jedem Artikel kann man links oben "Thema beobachten" anklicken, dann erhält man auch eMails falls neue Antworten eingehen.

[Manfred]

Hubert,

das sollte aber automatisch klappen. Ich meine man kann es generell abschalten im eigenen Profil. Da sollte Bernie mal nachschauen.

[Bernie]

Danke, über die letzten 3 Einträge bin auch auch informiert worden! Hab jedoch nichts umgestellt.
Bernie

[Manfred]

Ah,

dann solltest Du evtl. mal den (wenn vorhanden) Spamfilter beobachten. Da ist auch schon mal etwas drin verschwunden bei anderen Usern hier.

[AUGE_OHR]

Gibt es eine Möglichkeit, dass sich ein Clipperprogramm selbst beendet, wenn der Benutzer z.B. 30 Minuten nichts mit dem Programm macht? Ich würde gerne die EXE-Datei durch eine neue ersetzen.

Wie Huber schon sagte geht das "Timeout" ganz leicht über das GET System.
Du musst dabei nur die INKEY() gegen deine eigene Funktion auswechseln :

Code: Alles auswählen

GetApplyKey( oGet, My_inkey( ) )  //My_Inkey replaces inkey(0)

und dann kannst du es z.b. als Screen-Saver benutzen (oder eben logout ...) wie das Beispiel zeigt.

scrnsv.zip

Cl*pper GET System Screen Saver

(2.61 KiB) 263-mal heruntergeladen

leider muss man aber auch sämtlichen anderen INKEY() ändern für ein "Timeout", was man nun am besten mit einem

Code: Alles auswählen

#xtranslate INKEY => My_inkey 

in der #include erledigt.

p.s. das ganze funktioniert natürlich auch mit Xbase++

[Bernie]

Ganz herzlichen Dank, das klingt ja sehr gut!
Kann mir die Sache aber leider erst in einiger Zeit genauer anschauen.
Der Benutzer kann das Programm ja an jeder beliebigen Stelle zum Mittagessen/ins Wochenende verlassen haben.
Ob das Programm gerade im GET-System ist, ist natürlich nicht sicher.
Gruß Bernie

[AUGE_OHR]

Der Benutzer kann das Programm ja an jeder beliebigen Stelle zum Mittagessen/ins Wochenende verlassen haben.
Ob das Programm gerade im GET-System ist, ist natürlich nicht sicher.

Es funktioniert ja über INKEY() und bei Achoice() gibt es ja eine UDF und TBrowse geht über INKEY() ...

MENU TO habe ich nicht sondern mein eigenes (Array) Menu und sonst gibt es als "Wartezustand" ja nur noch WAIT ... und das benutzt du doch sicherlich nicht