Xbase++ Applikation schiesst nicht ? [erledigt]

[AUGE_OHR]

hi,

was könnte es sein das eine Xbase++ v1.9x Applikation*** nicht schliessen will ?

OS() : Win7 frisch installiert + Hotfixe,
Avira Pro jedoch noch nicht das App-Verzeichniss "ausgenommen"

***mit Codejock Skinframework Runtime OCX

[georg]

Hallo, Jimmy -


bisher noch kein vergleichbares Problem gesehen.

Wie sieht der entsprechende Code aus?

[Herbert]

Ich hatte auch schon das Problem . Allerdings funktionierte einzig das Schliessen mit dem roten Kreiz oben rechts. Ein Menüpunkt mit dem Schliessen einprogrammiert funktionierte immer. Ein Neustart des Systems löste das Problem wieder.

[AUGE_OHR]

hi,

es handelte sich um mein "Outlook" Calender Clone den ich kurz mal an-getestet hatte.
ich zeige meiner Schwester was der kann, aber sie meinte das sie einen grossen (Papier) Kalender benutzt ...

also wollte ich das Programm schliessen ... aber nach der Abfrage (QUIT) "verschwand" die Applikation nicht ?
da die Applikation nicht mehr weiter reagierte (rechte Maustaste Menu) hab ich das ganze mit dem Taskmanager abgebrochen.

ich hab dann auch (noch) nicht weiter geforscht was da los war und wollte einfach mal hören ob jemand so was schon erlebt hat ?

[georg]

Guten Morgen, Jimmy -


nein, erlebt habe ich das zwingend nicht, aber ich habe immer wieder Probleme mit Xbase++ Applikationen, die nicht aus dem Speicher verschwinden. Normalerweise sind das Programme, die neben den normalen Funktionen API-Zugriffe ausführen. Erkennbar ist das daran, dass beim pbuild der gute ALink abbricht, weil er das bestehende Objekt nicht ersetzen kann.

Möglicherweise läuft da noch ein "House Keeping" im Hintergrund, um die Verbindungen zu Outlook aufzuräumen?

[AUGE_OHR]

Möglicherweise läuft da noch ein "House Keeping" im Hintergrund, um die Verbindungen zu Outlook aufzuräumen?

tatsächlich ist auf dem PC kein Outlook installiert sondern nur das Home Office 2010 ( per Internet download ).

hm ... MAPI ... ob er zu einem anderen MAPI Client eine Verbindung aufgebaut hat ... ( es war noch nichts eingerichtet ... eben "frisch" )

[Tom]

Mir kam so etwas schon einmal unter, als Fremd-DLLs geladen waren, die noch irgendwie okkupiert waren. Die App schien sich zu beenden, blieb aber aktiv. Doch das ist Jahre her.

[AUGE_OHR]

so nun hab ich das "Problem" bei mir selbst gehabt ... ich hatte den Dialog "resized" ...
ich habe aber auch ein ::oKal:LbDown für DragDrop welches eine eigene Event-loop hat.

::oKal ist grösser als der Dialog, deshalb wollte ich den Dialog vergrössern / verkleinern bis es "passt".
ich hatte nicht das "Griff-Symbol" (recht unten) am Dialog genommen sondern unten am Border "gezogen".
nun "könnte" dabei die DragDrop Event-Loop aktiviert worden sein (war ja teilweise "über" dem ::oKal um die Border zu "treffen" )

und irgendwann hab ich o:LbUp gemacht als auf dem Dialog das ::oKal vollständig zu sehen war.
nun stand ich ja immer noch auf dem Border ... nicht "auf" ::oKal der auf ein o:LbUp "wartet" um die Event-loop zu beenden.

klar das während des DragDrop auch das (rechte-Maustaste) Menu blockiert ist und auch der o:Close Slot

p.s. es gab noch das

Code: Alles auswählen

CASE nEvent == xbeP_Keyboard .AND. mp1 == xbeK_ESC

und so kam ich dann doch "raus".