xppnat im Speicher

[Wolfgang Ciriack]

Hallo,
seitdem ich meine Anwendung auf diverse Threads umgestellt habe, passiert es ab und zu, dass nach dem beenden die xppnat.dll geöffnet bleibt und z.B. bei einem Update nicht überschrieben werden kann. Wie kann man denn feststellen, ob und welche Threads da nicht richtig beendet werden und wer die xppnat.dll noch in Benutzung hat ?
Ich dachte, wenn ich mein Hauptprogramm schließe, dass dann auch alle Threads beendet werden !?!

[DelUser01]

Hallo Wolfgang

für Dein Problem mit der xppnat.dll habe ich keine Lösung.
Den Effekt beobachte ich ebenfalls schon seit vielen vielen Jahren.
(Gut dass die xppnat nur sehr selten von Alaska aktualisiert wurde.)

[Werner_Bayern]

Servus Wolfgang,

in der 2.0 bereinigt: PDR 109-5442

[Wolfgang Ciriack]

Danke für die Info.
Aber so lange die Browses nicht richtig funktionieren, stelle ich nicht auf 2.0 um !

[satmax]

Danke für die Info.
Aber so lange die Browses nicht richtig funktionieren, stelle ich nicht auf 2.0 um !

Was funktioniert denn nicht "richtig"? Ich denke das meiste ist eher "richtiger" geworden.

[Jan]

Markus,

schau Dir mal den entsprechenden Thread an im Unterforum zu den Unterschieden 1.9->2.0

Jan

[satmax]

Schon, aber da sehe ich keinen echten Fehler. Gut es hat sich etwas geändert, Tom hat ja den Hinweis gegeben was geändert werden muss. dann geht auch OWNER Draw richtg(er).

Darüber hinaus verwende ich TopDown und hab eigentlich keine Probleme bei meinen Browsern. Ich verwende aber keine oder kaum neue Features. Aber Mausrad oder Ownerdrawn ist kein Problem bei mir.

Ich denke die 2.0 ist echt stabil was die Grundfunktionen angeht. Der Code ist für so ein Major Update auch relativ kompatibel geblieben. Bei den neuen Features sieht das natürlich noch etwas anders aus.

Ich muss hier einfach Tom nochmals zitieren:

Ein Major-Update ohne zusätzliche Arbeit für die Entwickler wäre keines, oder?

[Werner_Bayern]

Darüber hinaus verwende ich TopDown und hab eigentlich keine Probleme bei meinen Browsern. Ich verwende aber keine oder kaum neue Features. Aber Mausrad oder Ownerdrawn ist kein Problem bei mir.

Wie hast Du das Problem mit dem Mausrad gelöst? Hast schon mal einen Test mit einem Browse gemacht, das nicht die gesamte Tabelle (Anzahl dargestellter Datensätze < Größe XbpBrowse) ausfüllt?

[satmax]

Ich habe weder ein Problem mit dem Mausrad noch mit einem halbvollen oder leeren Browser (habe ich viel im Einsatz). Wobei alle meine Browser von TD abgeleitet sind. Was ich nicht verwende ist der neue Navigatonsmode.

Bei mir geht das alles, hier meine Umgebung:

Xbase ++V2.00.556
SQLExpress V3.2.18
TD V9
LL V20
ActiveX Control ExGantt, 8.0.1.1

[Werner_Bayern]

Servus Markus,

Du benutzt also explizit:

Code: Alles auswählen

oBrowse:navigationMode := XBPBRW_NAVIGATION_1XCOMPATIBLE

Dann geht es mit dem Mausrad, das stimmt. Dann kann man aber nicht den Zeilencursor wie im XbpQuickbrowse darstellen, so wird er eigentlich gewünscht und erwartet.

[satmax]

Ich mache das so und habe einen Zeilencursor:

Code: Alles auswählen

oDlg:oBrows:CursorMode    := XBPBRW_CURSOR_ROW

[Jan]

Markus und Werner,

das Problem ist nicht der Zeilencursor. Den kann man selbstverständlich auch unter 2.0 sowohl im Standard- als auch im Kompatibilitätsmodus einschalten. Auch das Scrollen funktioniert wesentlich besser als unter 1.9.

Das Problem ist, das die PP für Farbeinstellungen und Gitternetzlinien nicht mehr (sauber) funktionieren. Zumindest dann nicht, wenn man für den Browse die Themes ausschaltet.

Jan

[satmax]

Hallo Jan,

aber wie anhand von Toms Beispiel gezeigt funktioniert das doch jetzt "richtiger" als zuvor und lässt sich, so wie ich glaube, mit vertretbarem Aufwand korrigieren. Zugegeben, ich mach jetzt nicht all zuviel mit Ownerdraw.

Unterschiede Ja, aber als Fehler würde ich diese Sachen nicht unbedingt bezeichnen. Und, wenn kein Fehler dann wird es auch kaum korrigiert werden....

Was sagt eigentlich Alaska dazu?

[Werner_Bayern]

Servus Jan,

lasse ich aber o. g. Einstellung unter 2.0 weg, dann funktioniert das Scrollen nicht mehr richtig, teilweise zittert der Scrollbalken dann nur auf der aktuellen Position, es wird nichts bewegt.

[AUGE_OHR]

Frage : was haben Browse mit "XppNat im Speicher zu tun" ...

ein mögliche Antwort warum XppNat.DLL im Speicher hängt habe ich hier gefunden

Andreas Herdt
7. November 2014
public.xbase++.support.de
Re: DLLs verbleiben im Speicher

... Einige wenige Resourcen können Probleme machen, zum Beispiel ein Font ...

also immer schön "aufräumen" ... nicht immer macht Xbase++ alles automatisch.