Probleme zwischen XP und Guide

Status
Es sind keine weiteren Antworten möglich.

SteffNau

Aktives Mitglied
Hallo zusammen,

seit kurzer Zeit habe ich einen neuen Rechner mit einem AMD Athlon 3000+ (64 bit) Prozessor sowie der XP home edition als Betriebssystem unter dem Schreibtisch.
So weit, so schön - nun habe ich aber gestern festgestellt, dass Guide 8 unter XP beim Programmstart nur noch die Augen verdreht und alle von sich streckt :-((
Das Problem soll laut Fehlermeldung angeblich darin bestehen, dass es Kummer mit der Datei ntdll.dll gibt, einer Datei, die anscheinend mit dem Service Pack 2 von XP neu ausgeliefert worden ist.
XP bietet zwar an, das Programm wahlweise in einem Kompatibilitätsmodus laufen zu lassen, der der Umgebung entspricht, unter der das Programm zuletzt reibungslos funktionierte (bei meiner alten Kaffeemühle war das W2000) - leider ändert dies aber überhaupt nichts.
In den ersten Tagen des neuen Rechners funzte Guide sogar noch. Es gab zwar auch schon gelegentliche Fehler beim Start, die sich aber bis dato in Luft auflösten. Nu aber...

Hat jemand von Euch eine Idee, wie ich Guide wieder zum Laufen bringen kann?

Danke und CS aus Berlin

Steffen


** Astronari, das kleine Deepsky-Kosmodrom
** http://www.dionari.de/astronari.html
** Gatow Small Telescope Survey und mehr ...
 
Hallo Steffen,

gib doch mal in google als Suchbegriff "ntdll.dll" (ev. mit weiteren Fehlermeldungen, ev. auch mit "Athlon". "AMD" usw.) ein, dann findest du zahlreiche Informationen, die die helfen können. Ev. hilft auch ein Blick in die Ereignisanzeige, wobei ich mir nicht sicher bin, ob es die in der Home Edition gibt.

Gruß,
Otto
 
Hallo zusammen,

vor einigen Tagen hatte ich über Hakeleien zwischen Guide 8 und Windows xp berichtet. Inzwischen habe ich Guide wieder ans Laufen bekommen - offensichtlich muss man schon bei der Installation darauf achten, die passenden Kompatibilitätsoptionen zu setzen.

Hier in aller Kürze mein Kochrezept, vielleicht könnt Ihr Euch bei ähnlichen Problemen ja daran orientieren.

Bei Erstinstallation gleich zu Schritt (a) / bei Neuinstallation infolge auftretender Probleme Verzeichnis GUIDE8 zuerst leeren, dann zu (a)

(a) Guide-CD 1 einlegen (enthält die Setup-Routine)

(b) Im Hilfe- und Supportcenter von Windows xp den 'Programmkompatibilitäts-Assistenten' suchen & starten

(c) Punkt "Wie soll nach Programmen, auf denen die Kompatibilitätseinstellungen ausgeführt werden sollen, gesucht werden?"
-> 'Das Programm im CD-ROM-Laufwerk verwenden' wählen (greift auf setup.exe der Guide-CD zu und verbindet die Installation von vorne herein mit den angemessenen Optionen)

(d) Punkt "Wählen Sie das für das Programm empfohlene Betriebssystem oder das Betriebssystem, auf dem das Programm zuvor ausgeführt wurde:"
-> 'MS Windows 2000' wählen (unter diesem System lief Guide bei mir problemlos, ggf. müsste auch 'MS Windows 98' funktionieren, weil dies im eigentlichen Setup-Vorgang als Variante angeboten wird)

(e) Punkt "Wählen Sie die für das Programm empfohlenen Einstellungen oder die Einstellungen, mit denen das Programm zuvor ausgeführt wurde:"
-> Dieser Schritt kann getrost übersprungen werden!

(f) Punkt "Testen Sie die Kompatibilitätseinstellungen."
-> Hier werden die eingestellten Optionen der Installation (Pfad, Kompatibilitätseinstellungen) nochmals gelistet.

Der Klick auf 'Weiter' startet dann die Setup-Routine von Guide. Mit etwas Glück könnte danach Guide auch unter xp sauber funktionieren ;o)

Viele Grüße von
Steffen


** Astronari, das kleine Deepsky-Kosmodrom
** http://www.dionari.de/astronari.html
** Gatow Small Telescope Survey und mehr ...
 
Hallo Steffen,

vielen Dank für dein Kochrezept. Hoffentlich hilft es allen SP2-geschädigten Guide-Benutern.

Ich möchte gerne anmerken, dass ich es haarsträubend finde, was Microsoft da mit dem SP 2 zu Windows XP abgeliefert hat. Warum in aller Welt ist Produktpflege nicht möglich, ohne abwärtskompatibel zu bleiben? Glaubt M$ denn ernsthaft, dass es benutzerfreundlich ist, wenn man Windows erst sagen muss, mit welchem Betriebssystem eine Software ehemals problemlos lief?

Gerade bei den Datenbankkomponenten (MDAC) hat Microsoft besonders übel verschlimmbessert - ehemals problemlos laufende ADO Commands rauchen mit SP2 gnadenlos ab und reissen dank GPF gleich noch den Client mit runter. Ich frage mich, ob es dort überhaupt noch eine nennenswerte Qualitätssicherung gibt - wenn sogar mir Freizeitprogrammierer solche Bugs auffallen?! Entsprechende Problemmeldungen zu MDAC sind in einschlägigen Newsgroups derzeit reihenweise zu finden. Was jedoch fehlt, sind konkrete Zusagen von Microsoft, die auftretenden Probleme zeitnah mit einem neuen Update zu beheben.

Guide ist jedenfalls unschuldig und ich beneide Bill Gray nun nicht darum, nun auf Spurensuche schwer reproduzierbarer Probleme zu gehen.

Gruß,
Tom
 
Hallo Stefen,
Vielleicht liegen deine Probleme weniger an SP2, sondern eher an der tatsache, das GUIDE nicht für 64bit-Systeme gemacht ist.

Auf der HP von projectpluto.com habe ich nirgends was gefunden deisbezüglich. Das es ein Problem mit einem dyn. Link Library gibt, könnte es möglicherweise das sein?

Install GUIDE


Hoffe trotzdem, deine Troubles sind bereits gelöst <img src="/phpapps/ubbthreads/images/icons/smile.gif" alt="" />

greets,
harald

--
 
Hallo Harald!

Welche Probleme treten denn bei Benutzung von 32bit-Software auf 64bit-Prozessoren auf? Ich dachte, da sollte eigentlich kein Ungemach in's Haus stehen. Und wenn dem so wäre: welche echten 64bit-Programme gibt's denn überhaupt schon? Mit einem 64bit-Prozessor wird man noch relativ lange keinen echten Vorteil haben. Aber die Speicherhersteller wird's freuen <img src="/phpapps/ubbthreads/images/icons/grin.gif" alt="" />

Gruß,
Tom
 
Hallo Tom!

Welche Probleme treten denn bei Benutzung von 32bit-Software auf 64bit-Prozessoren auf? Ich dachte, da sollte eigentlich kein Ungemach in's Haus stehen
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Naja, ich bin ja kein Programmierer, aber IMO gibt es da schon kleine "Unterschiede", wenn auch im Datail für einen ONU[1]

Auf heise.de stehe z.B. Folgendes:

Zahlreichen Anwendungen kann die damit verbundene höhere Datenbreite freilich auch Nachteile bescheren. 64-Bit-Prozessoren bevorzugen Daten und Befehlsfolgen, die auf glatten 8-Byte-Adressen liegen. Jeden Speicherzugriff auf eine nicht durch 8 teilbare Adresse bestraft der Itanium mit einer Verzögerung - die fällt bei einigen Befehlen sogar massiv aus, weil das Betriebssystem ein solches ‘anstößiges’ Kommando in Software ausführen muss.

Code erwartet der neue Intel-Spross in 128-Bit-Bundles mit jeweils drei Befehlen, die auf glatten 16-Byte-Adressen ausgerichtet sein müssen. Der Compiler muss die Befehle beim Übersetzen einer IA-64-Anwendung entsprechend im Speicher organisieren. Allerdings lassen sich nicht beliebige Instruktionen zu einem solchen Befehlsbundle zusammenfassen: Im Extremfall muss der Compiler einen Befehl mit zwei NOP-Instruktionen in einem Bundle gruppieren. Der Preis: Programme werden speichergieriger, die Codedichte ist schlechter als bei anderen RISC-Systemen. Auch leistungssteigernde Neuerungen der IA-64-Architektur wie EPIC und spekulative Programmausführung blähen den Speicherbedarf von Itanium-Programmen auf - einzelne Testprogramme wuchsen bei uns auf das dreifache Volumen, verglichen mit x86-Code.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.


Mehr dazu hier:
Über 64bit-er

Dort steht auch, dass es natürlich ein Irrtum ist, dass der 64er doppelt so schnell ist, weil es geht ja nur um die Datenbreite pro Arbeitstakt und Speicherregister, die zur Verfügung gestellt werden.

Ich gehe halt mal davon aus: Wenn auf einer Webseite (in dem Fall projectpluto.com) schon explizit steht "für 32bit-Win Ssystem", dass man dann halt mit einem 64er zwar nicht zwangsläufig Probleme bekommt, allerdings damit zu rechnen ist. Ich habe auch keine Ahnung, welche andere SW bereits anstandslos auf einem 64er rennt. Aber ich glaube INTEL hat gerade erst im Juni/Juli den ersten "echten rückwärtskompatiblen" 64-Bit-Prozessor namens "Nocona" vorgestellt.
Das ganze Brimborium wird wohl noch etwas dauern.....:)

greets,
harald

--
[1] Otto-Normal-User
 
Es ist aber genau so ein Irrtum, das die Software nicht drauf laufen soll.

Ist windows Home eine 64 Bit Version? Oder das Office, was darauf laeuft? Nicht wirklich.

Der Prozessor laeuft in einem nativen 32 Bit Modus, der kompatibel zu aktueller software ist. Die restlichen 32 Bit sind im Moment nur Show. Die 64 Bit Version von WinXP ist als Beta bei Microsoft zu beziehen, laeuft allerdings nicht wirklich stabil.

Das ganze hat wirklich nichts mit 64 Bit zu tun!

EDIT: Das mit dem 32 Bit Windowssytemen ist noch aus der Steinzeit, wo es noch "Windows for Workgroups" gab, also zu Win3.11 Zeiten, wo die Systeme noch 16-Bit waren. Das soll halt heissen, das du die Software nicht auf sowas zum laufen bringen kannst. 64Bit Systeme im Home-Bereich sind noch nicht wirklich etabliert. Werder Athlon64 noch IBMs G5 nutzen ihren Bandbreitenvorteil im Moment aus. Der Uebergang zu der Technik wird sich wieder ueber Jahre hinziehen.

Die Systeme sind 100% kompatibel zu einander. Sonst koennten Die ja diese Systeme nicht verkaufen!

So long <img src="/phpapps/ubbthreads/images/icons/wink.gif" alt="" />
 
Zuletzt von einem Moderator bearbeitet:
Habe die Ehre,

Es ist aber genau so ein Irrtum, das die Software nicht drauf laufen soll.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Habe ich das behauptet?

Das mit dem 32 Bit Windowssytemen ist noch aus der Steinzeit, wo es noch "Windows for Workgroups" gab, also zu Win3.11 Zeiten, wo die Systeme noch 16-Bit waren. Das soll halt heissen, das du die Software nicht auf sowas zum laufen bringen kannst. 64Bit Systeme im Home-Bereich sind noch nicht wirklich etabliert. Werder Athlon64 noch IBMs G5 nutzen ihren Bandbreitenvorteil im Moment aus. Der Uebergang zu der Technik wird sich wieder ueber Jahre hinziehen.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Sehe ich auch so, obwohl, ob wenn ich/wir das so sehe(n), dies wahrscheinlich nicht wirklich relevant sein dürfte <img src="/phpapps/ubbthreads/images/icons/wink.gif" alt="" />

Die Systeme sind 100% kompatibel zu einander. Sonst koennten Die ja diese Systeme nicht verkaufen!
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Da bin ich ganz Agnostiker. Das glaube ich erst, wenn ich es gesehen habe.
Ich halte mich von 64ern jedenfalls noch eine Weile fern <img src="/phpapps/ubbthreads/images/icons/smile.gif" alt="" />



greets,
harald

--
 
Moin,

also nur an XP kann´s NICHT liegen:

Ich hab Guide 8 laufen auf:

Desktop-PC
Intel P4 mit 2,8 GHz
ASUS P4P800 Deluxe Mainboard
512 MB Hauptspeicher
Windows XP prof. SP2

UND

ACER Travelmate 2900-Notebook
Intel Centrino 1,5 GHz
256MB Hauptspeicher
Windows XP home SP2

Ich habe mit beiden, vollkommen unterschiedlichen Rechnern noch nie das geringste Problem gehabt.
Weder in den XP-Ur-Versionen, noch nach Update mit dem XP-SP2.

Allerdings ist für MICH persönlich der Athlon, bzw. der größte Teil der AMD-Prozessoren nicht gerade Vertrauenserweckend.
 
Hi,

ich sehe das eigentlich genauso. Was bringt eigentlich 64bit? Hauptvorteil ist, dass so ein Prozessor nicht "nur" zwei Gigabyte RAM adressieren kann, sondern etwa 19 Exabyte (huch - das ist wirklich viel). Relevant ist sowas dann wahrscheinlich im Serverbereich oder z.B. bei numerischen Berechnungen mit sehr großem Datenvolumen. Eine in memory database für ERP-Anwendungen wie SAP kann davon enorm profitieren.
Für Fließkommaoperationen bringt es nach wie vor nicht viel, denn die werden m.W. in der FPU (Floating Point Unit) intern mit 80bit Bandbreite gerechnet - das Rechnen ist viel schneller als das Konvertieren in die 32 oder auch 64 bit der CPU: die Vernichtung der höheren Genauigkeit der FPU ist leider auch noch recht zeitaufwändig!
Damit Software auf 64bit wirklich "durchzieht" müsste man wohl schon speziell dafür Sorge tragen - und würde auf alle Fälle die Abwärtskompatibilität verlieren. Aber irgendwann gab's nur 16bit-CPUs und native 32bit-Software kann da drauf ja auch nicht laufen. Also ist es sicher auch nur eine Frage der Zeit, bis die Mehrheit der heutigen 32bit-PCs aus der Nutzung geht. Ich bin gespannt, wie sich das alles so entwickeln wird.

Gruß,
Tom
 
Hallo Tom,

apropos
>> Gerade bei den Datenbankkomponenten (MDAC) hat Microsoft besonders übel verschlimmbessert - ehemals problemlos laufende ADO Commands... >>

Ist das auch der Grund, warum es mit dem Release von E&T20 eine Verzögerung gibt?

Gruß,
Otto
 
Hallo Otto!
Ist das auch der Grund, warum es mit dem Release von E&T20 eine Verzögerung gibt?
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.
Nein, denn der zuerst genannte Termin "16.12." wurde von oculum kommuniziert, *nachdem* ich die MDAC/SP2-spezifischen Probleme behoben hatte.

Allerdings hätte E&T 2.0 ohne diese Probleme mehrere Wochen früher an den Start gehen können und wäre dann mehr oder weniger zeitgleich mit der Werbung verfügbar gewesen - das hätte einen besseren Eindruck gemacht. Das hat wohl nicht sein sollen.

Die aktuelle Verzögerung hat einen anderen Grund: die Firma, die die CD fertigen soll, konnte ihre ursprüngliche Terminzusage nicht halten. Das Master liegt dort vor. Nähere Einzelheiten sind mir nicht bekannt, sie würden aber auch nichts am Sachverhalt ändern. Wenn man nicht alles selber macht, sind Verzögerungen durch UAN / Lieferanten halt nicht auszuschließen.

Ich bedaure die Verzögerung - wer bereits eine Lizenz oder ein Upgrade bestellt hat hätte sich sicher gerne über Weihnachten mit der Software beschäftigt. Die neuen Features lesen sich nicht nur in der Werbung gut, sie wollen nun auch ungeduldig ausprobiert werden <img src="/phpapps/ubbthreads/images/icons/wink.gif" alt="" />

Mit vorweihnachtlichen Grüßen,
Tom
 
Tom,

dann sollte Oculum das auch so begründen, denn in dem Mail was ich und wohl alle Besteller automatisch bekommen haben, wurde die Verzögerung mit diesem Softwarefehler begründet. Und das wirft ein schlechtes Licht auf dich, nach dem Motto: "hätte der das vorher nicht besser testen können!"

Gruß,
Otto
 
Hallo Otto!

Die Infomail an die Besteller hat sich wahrscheinlich mit dem neuen Master überschnitten - meiner Einschätzung nach wäre die Pressfirma auch ohne neues Master nicht fertig geworden, denn man hatte dort zum Zeitpunkt des Eingangs des neuen Masters noch nichts gemacht.

Das ganze Klagen über die Verzögerungen bei der Markteinführung von E&T 2.0 finde ich langsam albern. Die Kunden von TheSky V5, MegaStar 4.0 oder Guide 7.0 haben Monate bzw. Jahre auf neue Releases gewartet und hier regen sich einige auf, weil die Software zwei Wochen später kommt und nicht unterm Weihnachtsbaum liegen wird.

Wenn ich so wenig Geduld hätte wie alle diejenigen, die nun Verzögerungen beklagen statt einfach gelassen zwei Wochen länger zu warten, dann hätte ich angesichts aller Schwierigkeiten bei der Entwicklung von E&T schon längst aufgegeben <img src="/phpapps/ubbthreads/images/icons/grin.gif" alt="" />

Ich sehe auch mögliche Bedenken an der Qualität meiner Entwicklung sehr gelassen, bevor die Anwender die Software überhaupt auf dem Rechner haben. Noch keine Version von E&T wurde so sorgfältig getestet wie die neue 2.0.

Ich gehe trotzdem davon aus, dass noch kleinere Fehler drin sind. Das ist ganz normal - völlige Fehlerfreiheit kann *niemand* bei einer Software mit 100.000 Zeilen Code garantieren, die unter sechs Betriebssystemvarianten und mindestens drei Versionen der Datenbankkomponenten lauffähig ist. Wer das Gegenteil behauptet hat schlichtweg keine Ahnung von Softwareentwicklung oder ein Team von 100 QS-Leuten und ein millionenschweres Budget.

So ist für jeden was dabei: für die Bestandskunden gibt's tolle neue Funktionen, bei den Erstkunden ist erfahrungsgemäß ein signifikanter Aha-Effekt gegeben und für die notorischen Nörgler wird es schon noch ein paar kleine (aber eigentlich unwesentliche) Fehlerchen geben <img src="/phpapps/ubbthreads/images/icons/grin.gif" alt="" />

Gruß,
Tom
 
also ich freu mich auf die neue version, auch wenn es noch dauert, denn die 1.3 ist ja auch nicht schlecht. <img src="/phpapps/ubbthreads/images/icons/wink.gif" alt="" />
Und was die bugs betrifft, da mag ich gar nicht an die bugs denken, die in der Software stecken, die unsere 2 Mrd. Dollar company produziert <img src="/phpapps/ubbthreads/images/icons/grin.gif" alt="" />

Gruß,
Otto
 
Hallo Tom,

< Das ganze Klagen über die Verzögerungen bei der Markteinführung von E&T 2.0 finde ich langsam albern>

Ich kann sehr gut verstehen, wenn alle Beteiligten jetzt etwas launig über die Verzögerung reagieren. Da nehme ich mich nicht aus, wo ich mich, wie sicher viele E&T-Nutzer doch so auf das neue Release gefreut habe.

Den Hinweis auf das "ganze Klagen" kann ich aber nicht teilen. In den Foren äußern sich doch nur ganz wenige und eher leise, im oculum-Leserforum ist es (leider) ganz still.

Höre auf die Mehrheit der überwiegend stillen zufriedenen Benutzer, alles andere wäre schade. Anfang des Jahres hatten wir ja Gelegenheit bei einer Messe über E&T zu reden, deshalb weiß ich, wieviel Herzblut mit deinem Produkt verbunden ist und wieviel Engagement du hineinsteckst. Wenn erst mal 2.0 ausgeliefert ist, wird sich die Stimmung schon wieder aufheitern. Es wäre schade, wenn du die Lust verlierst, an dieser außergewöhnlichen und deutschsprachigen Software weiterzuarbeiten.

Gruß

Reinhard
 
Hallo Reinhard,

danke für die aufmunternden Worte! Sei jedoch beruhigt: ich habe nicht vor, die Flinte in's Korn zu werfen, weil jemand seine nachvollziehbare Verärgerung ausdrückt.

Aber ich habe einen ganz deutlichen Trumpf auf meiner Seite: ich muss (und kann) nicht von E&T leben und brauche mich daher von *niemandem* ärgern lassen. Und für meinen Eigenbedarf ist die Software schon längst mehr als gut genug...

Gruß,
Tom
 
Status
Es sind keine weiteren Antworten möglich.
Zurück
Oben