Virtual Piano

[EWeiss]

Projekt entfernt..

[lbccaleb]

Also bei mir (win7 x64) läufts ohne Probleme.

[EWeiss]

Zitat von lbccaleb:

Also bei mir (win7 x64) läufts ohne Probleme.

Das ist was ich nicht verstehen kann.
IN Win7 64 Bit keine probleme auch im Kompatibilitätsmodus mit XP sp3 nicht.
Unter realem WinXp bekomme ich es einfach nicht gestartet wegen Fehler in der DLL gdiplus.

Immer ohne Einschränkung 0% CPU obwohl ich jetzt mit dem MidiTracker sogar noch mehr
resourcen verwende. Das Grid und die Noten alles wird über GDI plus gerendert ohne fremde komponente.

Ist eigentlich der Pfad Userprofile/Appdata/Roaming/VirtualPiano vorhanden ??

Ach so und das Archiv muss vollständig verwendet werden keine alten Daten verwenden bzw.. nur die EXE und DLL
ersetzen. Es wurden wichtige einträge verändert so das es mit alten Daten nicht mehr läuft.

gruss

[turboPASCAL]

Zitat von turboPASCAL:

Hm, Kann Fenster nicht sehen nach Start. Werkelt aber mit ~45% Prozessorauslastung vor sich hin...

//Edit: OS: Vista/Win7
...

Bau doch mal 'n paar Logs ein um diesen Fehler zu finden.
Wenn du CreateWindows() verwendest, löscht du auch vor dem Erstellen den WindowClass-Record ?

[EWeiss]

Zitat von turboPASCAL:

Zitat von turboPASCAL:

Hm, Kann Fenster nicht sehen nach Start. Werkelt aber mit ~45% Prozessorauslastung vor sich hin...

//Edit: OS: Vista/Win7
...

Bau doch mal 'n paar Logs ein um diesen Fehler zu finden.
Wenn du CreateWindows() verwendest, löscht du auch vor dem Erstellen den WindowClass-Record ?

Nein
Habe auch noch nie gehört das man den löschen muss.

EDIT:
Das einzigste was ich mir vorstellen kann das es mit meiner ListBox zusammenhängt.
Erst danach traten die Fehler auf.
Aber was wundert das es bei einigen geht und bei anderen nicht!!

Also muss irgend etwas schwer daneben daneben gehn.
Was sich aber nicht bei allen auswirkt.

Hatte ja NamenLozer den source geschickt (ist überholt)
aber weiterhelfen konnte er auch nicht.

Vielleicht liegt es am EXEPacker UPX?
Packe meine Exe immer damit. (kannst ja mal entpacken..)

gruss

[turboPASCAL]

Zitat von EWeiss:

Zitat von turboPASCAL:

Zitat von turboPASCAL:

Hm, Kann Fenster nicht sehen nach Start. Werkelt aber mit ~45% Prozessorauslastung vor sich hin...

//Edit: OS: Vista/Win7
...

Bau doch mal 'n paar Logs ein um diesen Fehler zu finden.
Wenn du CreateWindows() verwendest, löscht du auch vor dem Erstellen den WindowClass-Record ?

Zitat von EWeiss:

Nein
Habe auch noch nie gehört das man den löschen muss.

Doch. Solange man den nicht komplett befüllt schon.

Zitat von EWeiss:

Hatte ja NamenLozer den source geschickt (ist überholt)
aber weiterhelfen konnte er auch nicht.

Kannst du mir vill. auch mal schicken. Ich guck dann mal drüber.

Zitat von EWeiss:

Vielleicht liegt es am EXEPacker UPX?
Packe meine Exe immer damit. (kannst ja mal entpacken..)gruss

Nein, hängt damit nicht zusammen. Hatte ich schon versucht.

[EWeiss]

Sieht so aus!
Habe das problem in XP lokalisieren können.
Es lagt daran das aus der DLL die WM_SIZE Message aufgerufen wurde..
Ist grundsätzlich richtig..
Aber wenn ich zu der zeit noch kein WindowHandle (hMain) der Anwendung über CreateEx zur verfügung habe
dann wurschtelt die DLL intern auf der GDIplus rum und verursacht so die Zugriffsverletzung
weil zu dem zeitpunkt noch kein Skin von der DLL eingeladen wurde.

Diese ist so aufgebaut das nur durch das Initialisieren und einem verfügbaren Ownerhandle
der Skin eingeladen wird nach der Übergabe des Pfades ohne das der User da selbst was machen muss.
Also das Standard Fenster.

Den Source kann ich dir mal zuschicken sobald ich das problem beseitigt und
es unter XP vernünftig läuft.
Denke dann hat sich auch euer Problem erledigt mit der Anzeige des Windows.

gruss

[EWeiss]

Neue Version oben sollte nun auch unter XP funktionieren..

Gruss

[turboPASCAL]

Jupp, es löft. Aber die Buttons Minimize, Maximize und Close funktionieren nicht.

[Namenloser]

Bei mir startet es immer noch nicht

[Der.Kaktus]

Beide Verionen laufen unter Win-XP SP3 ..auch Buttons gehen