Hallo,
ich habe ein kleines Problem. Ich selbst habe kein Windows 7 sondern nur XP.
Nun berichten mir die Win7 (x64) User, mein Programm würde nicht unter Win7 laufen. Der Prozess startet aber das Userinterface wird nicht geladen. Leider habe ich keine Ahnung, woran das liegen könnte und kann es auch selbst nicht testen. Das Programm verwender .NET 3.5 und ausschließlich managed Code...
Ich habe das Programm mal angehängt, vielleicht könnte das jemand mit Win7 mal testen. Einfach entpacken und die .exe starten.
Gruß und Danke
Thomas
Unter Win7 x64 startet zwar der Prozess aber man sieht kein GUI.
Ich habe Windows 7 64Bit. Die Anwendung lädt bei mir das Userinterface nicht und verursacht 100% CPU-Auslastung. Wahrscheinlich ist irgendwo eine Endlosschleife.
Wenn du uns den Quellcode geben willst oder darfst, können wir die anwendung debuggen.
Ok danke schonmal.
Komisch finde ich halt, dass es unter XP läuft.
Naja, wäre echt super wenn mal jemand schauen könnte, wo er hängen bleibt. Habe das VS Projekt angehängt.
Kurz noch zu Erklärung:
Das Programm lädt Karten aus dem Internet. Bevor die Karte gezeichnet wird, werden die einzelnen Teilbilder zuerst asynchron (in einem eigenen Thread) in einen Cache geladen. Erst wenn das abgeschlossen ist, wird invalidate() aufgerufen.
Ich hoffe ihr kommt einigermaßen klar damit.
1000Dank
Thomas
Hallo!
Habe das Programm mal unter XP getestet, auch dort zunächst 100% Auslastung für ca. 5 Sekunden, erst dann erscheint die GUI. D.h. evtl. scheint auch dort, beim Einlesen der Daten, dass Problem für die Win7-Benutzer zu stecken.
Nobody is perfect. I'm sad, i'm not nobody 🙁
Hallo ThomasR,
versuche mal bitte folgendes,
Füge deiner Application eine Manifest-Datei hinzu,
und öffne diese Manifest Datei und verändere diese Datei
bei mir mir läuft das Programm, sobal ich es als admin ausführe
Herzliche Grüße
Lars
Ok, könnte bitte jemand die nun angehängte Version noch einmal unter Win7 testen?
Hat sich irgendetwas verändert?
Gruß
Thomas
Bei mir klappts nicht... Wie bei allen anderen auch, Prozess läuft und arbeitet, zeigt aber keine GUI.
Starten als Admin hilft auch nicht.
Fabi
@Fabian: Hast du die neue Version probiert oder die aus dem Anfangspost?
Schade. Jetzt habe ich keine wirkliche Idee mehr.
Könnte bitte mal jemand das Projekt im Visual Studio debuggen und nachschauen, wo diese Prozessoraulastung her kommt?
Ihr seit meine einzige Hilfe 🙂
Sorry, mir fehlt dazu das Window Mobile 6 SDK...
Fabi
Habe ein ähnliches Problem:
Auch bei mir wird am Anfang des Programms etwas heruntergeladen (Check ob es eine eneu version geht über einen vergleich einer textdatei im web und einer variablen im tool). Windows 7 Nutzer berichteten mir, das sie mein Programm nicht starten können es würde einer "programm funktioniert nicht mehr" nachricht angezeigt. Kompatiblitäts Modus und run as admin half wohl nichts. Vllt. bringt das weiter auf der suche nach dem problem. Hoffe ebenfalls auf eine Lösung
Mit freundlichen Grüssen
Hallo,
die letzte Version läuft nun bei mir, unter Windows 7
Herzliche Grüße
Lars
Nein, ich habe die zweite Version getestet... Nichts zu machen...
Fabi
Ich bekomme auch zu keinem einzigem Zeitpunkt eine 100 % Auslastung
System: Windows 7 Home Premium 32 bit
Herzliche Grüße
Lars
Es ging doch um x64 oder?
Ich bekomme auch keine hohe Prozessorauslastung sondern konstant 13%, was aber bei meinem Prozessor auch nicht anders zu erwarten war (Intel i7 920).
Mit was für Einstellungen kompiliierst du dein Programm? x86, x64, Mixed Platforms, Any CPU?
Da kannst du vielleicht mal was ändern. Das würde nämlich erklären warum das Problem nur bei 64bit auftritt.
Fabi
stimmt es ging um 64 bit, jedoch klappte das bei mir unter 32 bit anfangs auch nicht
Herzliche Grüße
Lars
Ich wusste nicht, ob es nur 64bit betrifft. Jetzt weiß ich es, das ist ja schonmal ein Ansatz. Danke.
Das Projekt steht auf "Any CPU".
Vielleicht liegt es auch an dem Windows Mobile 6 Professional Class Library Projekt, welches referenziert wird?! Ist das vielleicht nicht 64bit kompatibel?
Erstell die Anwedung mal für x86. Es kann sehr gut sein, dass es keine x64 Version der Mobile-Dll gibt, das kann dann zu Problemen führen.
Ist nämlich AnyCPU eingestellt, entscheidet das Framework lokal ob x86 oder x64 verwendet werden soll.
Bei x86 nicht.
Fabi
Warum wird denn bei einer Winforms-Anwendung eine CF-Assembly referenziert?
Robert Wachtel
So, bitte nun mal die angehängte x64 kompilierte Version testen. Danke.
Grund dafür, dass eine dll vom CF referenziert ist ist der, das diese dll sowohl von einem PC Programm als auch von einem PocketPC Programm verwendet wird. Die dll enthält im Prinzip nur simple Klassen. Das funktioniert unter 32bit XP auch einwandfrei so.
Auslastung 100%, von einer GUI keine Spur.
Robert Wachtel
Nein, nicht für x64 sondern für x86 kompilieren 😉
So wie ich oben geschrieben habe. Sonst bringt das nichts.
Fabi
Ok, sorry habe nicht genau gelesen, hier die x86 Version.
Hehe, wusste ichs doch, das läuft jetzt =) Zumindest kommt die GUI =)
Fabi
Wow, super!
Vielen Dank.
Läuft es jetzt bei euch allen?
Thomas