Office: (Office 2003) Macro hängt Anwendung

Hallo zusammen,

mittels Anmelde Formular kann Anwender sich an meine DB anmelden, ist eigentlich auch kein Problem, während der Code läuft bzw. über Macro wird unteranderem auch eine Function aufgerufen, da so hat es den anschein gibt es eben auf einen Rechner das Problem das die Anwendung dort blockiert wird, es also nicht zum öffnen der DB kommt. Die Function ist für das aussehen des Hauptformulars zuständig, ohne wäre der Hintergrund schwarz. starte ich das Anmeldeform im Entwurfmodus wird DB geöffnet.

was kann ich da tun, das der User sich anmelden über das Anmeldeformular und das Hauptform doch ordentlich geöffnet wird.
Auf einen anderen Rechner läuft das einwandfrei, seitdem der Rechner getauscht wurde und zwei neue Windowsanwender damit arbeiten eben nicht mehr. Unser Admin konnte mir nicht weiterhelfen.

vieleicht finde ich ja hier eine Lösung!

habe alle ocx, dll neu registriert er bleibt im Macro stehen (wie eingefroren), auch keine Meldung man kann nicht beenden nur über den Affengriff

das ist das Modul, die Function GetColor() über Macro aufgerufen wird, ich meine das es daran liegt denn wenn Anmeldeform im Entwurf öffne dann starte wird DB geöffnet, dh. die Function wurde dann nicht aufgerufen!

Modul:

Code:

:)

 

Welche Funktion

wird denn aufgerufen? Ist das Code:

Wo bleibt das Programm "stehen"?

Was passiert, wenn die Funktion nicht per Makro, sondern via Form_Open()
des Startformulars aufgerufen wird?

Welche Unterschiede gibt es zwischen dem/den Rechner, auf dem es funktioniert
und dem, wo nicht?

 

Ja genau die Funktion wird aufgerufen

Wo bleibt das Programm "stehen"?

Was passiert, wenn die Funktion nicht per Makro, sondern via Form_Open()
des Startformulars aufgerufen wird?

das kann ich dir z.Z. nicht beantworten, erst am Montag da der Rechner im Betrieb steht, auf meinem funktioniert es ja

Welche Unterschiede gibt es zwischen dem/den Rechner, auf dem es funktioniert
und dem, wo nicht?

eigentlich keine, der rechner wurde durch einen neuen ausgetauscht und ist an einem anderem Standort versetzt worden
mit dem hatte ich zuvor gearbeitet, da lief die Anwendung auch fehlerfrei, mit den neuen Users auf dem Rechner nicht mehr

 

Hallo zusammen,

etwas stimmt da nicht mit meinem FE, auf meinem Rechner (neu) lief die Anwendung fehlerfrei (heute fiel mir allerdings auf das ich meinen Rechner zwei mal neu starten musste weil nichts passierte beim Starten der Verknüpfung)

ein gleicher rechner ebenfalls (neu) nicht, blieb in der Anmeldung hängen bzw. wurde das Form nicht gestartet, jetzt habe ich die Meinung das es das Makro Autoexe ist die unser Sicherheitssystem als exe definiert? nur dann hätte es auf keinen Rechner laufen dürfen ich habe keine Idee mehr und bin Verzweifelt, da wir dringend wieder daten dort einpflegen müssen

 

Hallo,

so wie sich Deine Fehlerbeschreibung liest:

1. Anwendung läuft fehlerfrei auf Rechner 1 neu
2. Rechner 1 neu 2x Reboot, da Verknüpfung "nicht funktionierte" (?)
3. Rechner 2 bleibt in Anmeldung "hängen"

solltest Du Dich mit Deiner IT-Abteilung auseinander setzen, wo denn die
Unterschiede in den Rechnerkonfigurationen liegen, da ja gemäß Deiner
Beschreibung Deine Anwendung, wie von Dir geplant, funktioniert.

IMO ist da sicher der eine oder andere "Rechner gleicher wie die anderen".

Jedoch so ganz ohne genaue (exakte, aussagefähige, verständliche etc.)
Fehlerbeschreibungen Deinerseits (wie: Anwendung hängt und stürzt dann ab),
kann zumindest ich Dir hierbei nicht weiterhelfen - sorry.

 

habe ich schon gemacht, ohne Erfolg
jetzt hat die Anwendung ein Profi zum prüfen da ich es ja noch nicht mal erklären kann, verstehe ich euch nur alt zu gut

Sorry, 2 Jahre Arbeit und jetzt noch einen Profi bezah.......en Toll bin Super Stolz auf mich, könnte mich wegschm...........

 

ich habe seit heute früh die evtl. Ursache für das Phänomen, das meine Datenbank auf den einen oder anderen Rechner nicht ordentlich gestartet werden kann. Laut eines Programmieres der DB proffessionell entwickelt
sollen evtl. die eine oder andere dll / ocx sein auf die mein HF zugreift, diese aber nicht korrekt geladen sind aufgrund von Sicherheitseinstellungen auf eben den einen oder anderen.
Habe das Problem nun tatsächlich an unsere IT weitergegeben und die erforderlichen dll / ocx benannt auf die die DB zugreifen muss damit es funktioniert (Hoffe natürlich das es das auch ist)


welche Art von Sicherungseinstellungen oder Berechtigungen können dafür denn Verantwortlich sein, oder evt. sogar irgendwelche Patches Updates laufen bei uns beinahe jede Woche

 

Hallo
hast Du auf beiden Rechner die Gleiche Software (Windows/Access ect.) Version
alle Update / Hotfix (Jet/Mdac) auf beide die gleichen, hoffendlich neuste

 

Hallo Ruedi,

da es drei Rechner gibt, gehe ich davon aus! bin mir aber nicht sicher

das Rätsel ist ja, warum es auf einen Rechner (Austausch) der jetzt nur von einem anderem Arbeitsplatz und User's aus benutzt wird wo es definitiv
bei mir (als User) funktioniert hat, nun nicht mehr. An dem Rechner hat sich außer die User doch im Grunde nichts geändert
von den drei neuen, habe ich einen und unter meiner User-ID läuft es auch.

das ist was mich wundert, und bis Dato keiner eine Vernüftigen Reim drauf hat. Wir benötigen aber die Anwendung, der Aufwand ohne die Activen ocx Dateien Bsp. die DB neu zu schreiben ist mir zu groß.

Mir fällt da gerade noch ein, da ich die Activenocx / dll ja gestellt bekommen habe also keine Lizenz dafür besitze kann es ja unter Umständen auch die Ursache dafür sein oder?

Nur was mache ich nun? uns laufen die Daten auf die da drin gepflegt werden sollen

 

ON TOP

habe hier nach wie vor keine Erklärungen dafür

 

Hallo
was ist das Activen ken ich so nicht *frown.gif*

Auch wenn Du kein Färtenleser (Trackreader / Trackhound) bist solltest Du Dich einmal mit der
Spurensuche (Tracing) befassen.

Schon versuch ein Tracing zumachen bevor er steht ?

 

wat is dat den nu, nein

 

Hallo
NEIN !
wie so nicht ? du lame Ente *wink.gif*

 

IMO muss das kein Rätsel sein. Stell Dir vor Du hast Novell-Netzwerk. Da kannst
Du resp. Deine IT-Abteilung jedem Anwender auf jedem PC unterschiedliche
Anwendungen etc. zuweisen. D.h. Anwender A kann die Programm von Anwender
B nicht ausführen, falls A hierfür nicht freigeschaltet ist (etwas vereinfacht ausgedrückt).

Stelle doch mal die Anforderungen Deines Superprogramms exakt zusammen,
also welche dll, ocx etc. benötigt werden und schaue dann unter den
"nicht-funktionierenden" Anwendern nach, ob diese da sind.
IMO sollte dies aber für Deine IT-Kollegen kein Problem sein, mal eben schnell
nachschauen, ob die dll's etc freigeschaltet sind.

 

Der Verweis auf die DAO-Dll ist auf dem "betroffenem" Rechner richtig gesetzt?

Welche Analyse hast Du denn schon betrieben und was ist dabei raus gekommen?
Also wo genau bleibt die Anwendung hängen?
Was bringt ein neuerliches Kompilieren an dem betroffenem Rechner?
Kann der User der das Problem hat den Fehler an Deinem Rechner (auf dem der Fehler bislang nicht auftritt?!) reproduzieren?