Himmelhund

Hier die Meldung, die beim RegSvr32 ausgeworfen wird. Siehe Anhang. Das kuriose: Auf einem anderen System liess sich die ocx-Datei problemlos registrieren. Adminrechte habe ich auf jedem System.

Auf Anhieb fällt mir dazu jetzt nichts ein. Ggfs. die Verknüpfungen mittels Drag`n´Drop mit den originalen Bildern ersetzen? Weiss nicht, wieviel Arbeit das macht - eine andere Idee hätte ich dafür sonst nicht. Beim nächsten Mal evt. gleich mit den originalen Bildern arbeiten und auf Verküpfungen verzichten? Nachteil: Es pumpt die Worddatei je nach größe der Bilder ganz schön auf.

Es ist zum Mäusemelken O.o Ich habe die crystl32.ocx mit einem USB-Stick vom alten System kopiert. Dann habe ich sie in den Ordner ..\Windows\System32\ kopiert. -> Ausführen \ regsvr32 "c:\progamme\system32\crystl32.ocx" Und es kam eine Fehlermeldung, dass das Registrieren nicht geklappt hat. Richtig geschrieben wurde alles und um es zu umgehen, habe ich es sogar einmal mittels Drag´n`Drop gemacht - Fehlanzeige. EVP meldet nach erfolglosem Start, den nun besagten Fehler 339 und dass die crystl32.ocx nicht vorhanden sei. Wie kann ich die crystl32.ocx nun erfolgreich im System registrieren?

Danke für den Link. So wie ich das sehe, muss man das über eine VB-CD installieren?! Hab sonst noch nichts im www gefunden, was weiter hilft. /edit Danke ersteinmal soweit für Deine Hilfe =) Beisse mir an dieser Nuss schon die Zähne aus ^^

Neuigkeiten: Ich habe folgendes gemacht: DAO 3.5 Setup gedownloadet und installiert und VB6.0-KB290887-X86.exe gedownloadet und installiert. Resultat? Fehler 429 ist weg! Läuft das Progamm? Nein! Warum? Es kommt nun fogender Fehler: Laufzeitfehler 339 Die Komponente crystl32.ocx <...> Mit dieser *.ocx Datei kann ich gerade gar nicht viel anfangen.

Hallo, also das alte System ist nicht platt - es wurde eben nur aus dem Netzwerk genommen und durch ein neues System ersetzt. Access 97? Da muss ich mal schauen, ob das hier noch irgendwo vorhanden ist. Gibt es sonst keine andere Möglichkeit? /edit: Office 2003 ist die älteste Version, die ich hier zur Hand habe, danach folgt Office 2007 - Access 97 dürfte auf dem alte rechner nicht gewesen sein Über das Programm EVP oder über den Hersteller habe ich leider keine weiteren Informationen bekommen, sonst hätte ich dort nach einer aktuellen Version des Programmes gefragt. MfG Himmelhund P.S. die Log-Datei brachte auch keine weiteren Infos ans Tageslicht, oder?

Weitere Info: Unter c:\programme\gemeinsame dateien\microsoft shared\dao\ befindet sich NICHT die dao350.dll, wie in vielen kb`s oder FAQS beschrieben, sondern es befindet sich dort eine dao360.dll Ansonsten befinden sich keine weiteren Daten im angegebenen Verzeichnis. Wo bekomme ich ggfs. die dao350.dll her? Bzw. mit welchem Setup bekomme ich die? Soviel ich weiss, liefert Office die doch?!

Info: Ich habe nun einmal MDAC 2.0 installiert, da jenes die erforderlichen Daten beinhalten soll und die neueren Versionen nicht. Installation verlief ohne Probleme - das Urproblem wurde dennoch nicht behoben.

Hallo, ich poste hier einmal den gesamten LOG-Text: /edit Ich hänge die log.txt mit an Das Log-Programm sagt auch, dass die DWMAPI.DLL fehlen würde. Testweise auf einem anderen Rechner, wo das Programm läuft, wirft das Log-Programm die selbe Meldung aus. Werde nicht so richtig schlau aus dem Log O.o log.txt

OS: Windows XP Patchlevel (gleich SP?): Servicepack 3 Alles auf dem neusten und aktuellsten Stand. Sorry, dass das Antworten manchmal dauert, bin nicht immer vor Ort. /edit Office: Office 2007 , danach wurde auch noch Office 2003 installiert

Aktueller Stand: MDAC 2.8 RTM ist mit dieser Version von Windows nicht kompatibel. Alle Funktionen sind zurzeit Teil von Windows. MDAC liess sich also nicht installieren - oder gibt es da noch etwas anderes zu beachten? Für weitere Tipps wäre ich weiter sehr dankbar. MfG Himmelhund

Frohes neues Jahr =) Danke für den Tipp, ich werde es gleich einmal mit dem MDAC ausprobieren....Feedback gebe ich dann später. Greetings

Hallo,es sind leider keine .ocx oder dll Dateien dabei. Nur folgende: .rpt .mdb .exe Greetings

Hallo Da Ihr mir beim letzten Mal schon so gut geholfen habt, bin ich nun wieder da...mit einem neuen Problem, wie sich schon dem Titel entnehmen lässt. Es sieht wie folgt aus. Ein alter Rechner wurde durch einen neuen ersetzt, die Software wurde FAST 1 zu 1 übernommen. Das heisst, das neue System hat Office 2007, das ate hatte Office 2003. Nun aber zum eigentlichen Problem: Auf dem Server liegt ein Programm, welches man sich dann als Verknüpfung auf den Rechner holt. Läuft auch auf jedem Rechner - nur eben auf dem neuen nicht mehr. Der lädt kurz und bringt dann den Fehler: Laufzeitfehler 429 - Objekterstellung durch ActiveX-Komponente ist nicht möglich! Google half auch nicht weiter - entweder halfen die Tipps nicht oder aber ma konnte sie garnicht anwenden, weil Office 2007 die besagten Daten gar nicht hat. Auch brachte ein aufspielen von Office 2003 zum Office 2007 hinzu auch keine Lösung. Vielleicht habt Ihr noch eine Idee? Microsoft schlägt als letzte alternative vor, Office komplett zu deinstallieren und erneut zu installieren (stand in irgendeinem kb-Bericht) Bin aber offen für weiter Lösungsansätze - platt machen sollte ja wirklich nur der letzte Ausweg sein. Mit freundlichen Grüßen Himmelhund /edit: das Programm heißt EVP - falls wer damit was anfangen kann. (den Hersteller kann man leider nicht mehr konaktieren - Falsche Email-Adresse O.o

Problem gelöst: Über den angebotenen PCL / PS-Treiber funktionierte es nicht, auch mit anderen Einstellungen nicht! Aber mit dem Mini-PS-Treiber läuft es einwandfrei...habe keine Erklärung dafür, warum dem so ist, wollte aber nur Feedback geben! Danke noch einmal!

Ausserdem hängt es ja irgendwie am Server...die Maschine zeigt ja durch ein Leuchten an, wann ein Datenverkehr stattfindet...und das geschieht erst, nachdem das Systraysymbol verschwunden ist und der Rechner nicht mehr "eingefroren" ist. Oder kann es sein, dass der TS versucht, mit der bizhub zu konnekten und diese einfach nicht drauf reagiert? Edit: Ich werde auf jeden Fall die Maschine vom Netzwerk trennen und dann noch einmal einen Druck los schicken...mal schauen, ob der dann auch so lange braucht oder ob dann schnell die Meldung kommt, es könne nicht gedruckt werden.

@ Chief Wiggum: Da hatte ich auch schon dran gedacht. Aber der KM-Support riet mir davon ab, und die meinten, man solle es auf automatisch lassen.

@ volker81: Ich werde es auch ausprobieren. Euch beiden Danke erst einmal. Was mich eben noch wurmt, ist, dass es in Sekunden mit dem alten drucker klappt, der ja auch genauso angeschlossen und eingerichtet ist und auch einen PCL-Treiber nutzt und das der neue Drucker samt Treiber dann "rumschweinigelt"...

@ volker81: Die TerminalClients arbeiten ja sozusagen direkt auf dem Server und da der Drucker dort ja lokal installiert und als Standard eingsellt ist, haben alle Programme, die Drucken können, den also schon als Standard drin. So war es beim vorigen Drucker auch geregelt. Und die Spoolereinstellungen waren, wenn ich mich recht entsinne, aktiviert. Und die Performance vom Server? gib 2 Aussagen: Des Administrators vor Ort: Der Server ist noch recht neu und kaum ausgelastet. Genügend Bandbreite ist auch vorhanden. Meine Aussage (50km weg vom Server, beim Kunden, nur über Remote auf dem Server): Ich fand, dass das Teil nicht so flüssig war, wie alle sagten..aber naja. @ Chief Wiggum: Das mit dem lpr muss ich ausprobieren - hoffentlich ist das dann die Lösung. Die Bytezählung auch aktivieren? Man kann sagen, dass letztendlich alles über den TS läuft. User dort: nur 2 bis 3 / an dem Server angeblich nur höchstens 6 Persönlich gefällt mir diese Art der Konstruktion auch nicht. Wir haben keinen Server hingestellt...wie immer kommen wir immer dann ins Spiel, wenn schon alles steht. Mich wundert nur, dass es mit dem alten Drucker Problemlos ging und mit dem neuen auf einmal nicht mehr so reibungslos.

@ Chief Wiggum: Den besagten Treiber hatte ich schon probiert - das selbe Problem war auch mit dem Treiber vorhanden

@ volker81: Wie meinst Du das, mit dem Spoolereinstellungen prüfen? Bin sozusagen noch "Frischling" in der Branche, muss aber dennoch schon alles fixen Gedruckt werden daten aus dem Programm Annotext - was aber irgendwie über Office Word dann erstellt und gedruckt wird. @Cief Wiggum: Oh, auf Anhieb würde ich jetzt sagen Windows Terminal. Habe nirgends das Wort Citrix bisher gesehen oder gelesen (beim Kunden). Auf dem Server wurde nur einmal der PCL-Treiber für den bizhub 421 installiert und als Standarddrucker definiert. D.h. dass alle Terminals letztendlich über den Standarddrucker drucken. Ist der Treiber der 420 denn letztendlich auch kompatibel mit der 421? Und leider steht die Maschine noch auf RAW/9100 - den Tipp, das umzustellen habe ich heute auch schonmal gelesen. Vorher war auch ein Konica Minolta angeschlossen - ein Vorgängermodel, welches jedoch ohne Probleme lief, in Bezug auf die Schnelligkeit. Ich enthalte mich mal zum Thema bizhubs und deren gegläne, sonst gibt mir Cheffe was auf die finer, weils sozusagen unsere Firmen-Verkaufsschlager sind *g* Und vielen Dank für die bisherigen, kompetenten und vor allem SCHNELLEN Antworten. Gerne bin ich aber noch für weitere Ratschläge Ohr, denn der Kunde ist leider nicht vor Ort und da möchte ich dann, wenn ich mal wieder hinfahre, dann alles richten, was man richten kann ^^ Greetings

Hallo, ich hoffe, hier sind fündige Leute, die den Fehler finden Ich habe ein Problem und schildere deswegen ersteinmal die Situation. In einem bestehenden Netzwerk wurde ein alter Drucker gegen einen neuen ausgetauscht (bizhub 421). Die Maschine wurde eingerichtet und bekam auch eine IP. Der Treiber (Windows XP) dafür wurde einmal lokal auf jedem Rechner installiert - alles funktioniert soweit Problemlos, sei es kopieren, drucken oer scannen. Nun kommt es zum Knackpunkt: von den Clients aus wird auf einen Terminalserver zugegriffen und von dort aus gearbeitet. Deshalb wurde der Druckertreiber (Windows Server 2003) auch auf dem Server lokal eingerichtet. Funktioniert an sich auch alles - jedoch dauert es nun > 30 Sekunden, bis der Druckauftrag verarbeitet wurde und zum Kopierer geschickt wird. Wäre ja auch nicht weiter tragisch, wenn man weiter arbeiten könnte, doch das ganze System scheint darunter zu leiden, die Windows-Sanduhr wird angezeigt und es friert sozusagen alles ein. Erst. wenn der Druckauftrag unten aus der Systrayleiste verschwindet, läuft alles wieder reibungslos. Der Druckertreiber ist identisch zur Vorgängermaschine eingestellt, d.h. es gibt eigentlich keine anderen Einstellungen. Zur Zeit läuft ein PCL-Treiber, mit einem PS-Treiber tritt aber das selbe Problem auf. Wird jedoch der alte Drucker mit dem alten Teiber wieder angeschlossen und genutzt, gibt es keine Probleme. Wo dran kann es liegen? Für Hilfe wäre ich sehr dankbar. Vielleicht ist die Info auch zu gebrauchen, dass der Kopierer eine 1Gb-Netzwerkarte besitzt. MfG Daniel P.S. Konica Minolta konnte mir da auch nicht weiterhelfen. Die Tippen entweder a.) auf irgendwelche Systemeinstellungen / bzw irgendwelchen Einstellungen bei W2k3 oder b.) auf den Treiber Für jeden Tipp bin ich dankbar - bin aber nicht beim betroffenen System vor Ort!