Hallo, habe öfters folgendes Problem: Als Systemtester müssen bei uns manche vxe Programme auch über mehrere Tage laufen, zum Teil auch mehrere unterschiedliche VXEs am gleichen Rechner. Nun tritt ab und zu das Problem auf, dass nach längerem Laufe eines, oder mehrerer Progs ein Start eines neuen Programms mit der Meldung "Cannot execute file sicl.dll" geblockt wird. Klar laden sich diese dll alle VEEs rein - bloß sporadisch dann diese Meldung wonach nichts mehr geht...
Einzig u allein hilft ein Neustart vom Rechner - was mit vielen negativen Folgen verbunden ist.
Schon mal damit Erfahrung gemacht, bzw. kennt da jemand ne Lösung für????
Vielen Dank
Dietmar

Moin,

das Problem müsste dazu näher eingegrenzt werden.

Wahrscheinlich werden gleiche Adressen/Speicherbereiche/IP's in der DLL verwendet.
Das ist dann aber ein Problem der DLL, die unsauber programmiert wurde, bzw. keine Fehlerfallroutine besitzt.

Laut Google wird die DLL für LAN benötigt, hier kann auch das Öffnen und nicht schliessen von Pipes die Ursache sein.
Für eine genaue Fehleranalyse müsse man das alles protokollieren, wahrlich nicht einfach.

Ich weiss nicht, ob es hilft, aber es ist einen Versuch wert.
Einfach die SICL.dll kopieren und umbennen, also SICL1.dll , SICL2.dll usw.
Dann in den VEE programmen einfach fuer jedes Programm einen entsprechenden Aufruf rein, also fuer VEEprogramm 1 ruft SICL1.dll, VEEprogramm 2 ruft SICL2.dll usw.

Das Problem liegt wohl im Timing, das gerade 2 Programme gleichzeitig auf die dll zugreifen moechten, und wenn man Pech hat, ist dies gerade belegt. Sollte aber vom Betriebssystem abgefangen werden.... sollte ....
Andererseits sollte man ja nicht mehr SICL nehmen, sondern die VISA lib, oder ? Wenn SICL die aeltere lib zu den Messinstrumenten ist...

Ich wuerde dringend empfehlen, zu den neuen VISA DLLs zu wechseln, gerade auch hinsichtlich WIN7, 64 bit und Multithreading / Multiprocessing etc. . Die SICL dll wird da ja nicht mehr angepasst, oder ??

Erstmals vielen Dank für die Hinweise.
Eine Umbenennung in ...1 ...2 usw. würde nichts bringen, da ich selber diese dlls nicht aufrufe. Das wir automatisch beim Starten von VEE gemacht. Hab ich keine Möglichkeit einzugreifen.
Was allerdings ein guter Ansatz ist, wäre komplett auf SICL zu verzichten und auf VISA umzustellen. - Was mir allerdings Probleme bereitet. VISA wird ja erst ab VEE8.0 eingeführt, oder...? Damit arbeiten wir zwar auch, haben allerdings den alten VEE6&7 Modus eingestellt, da es etliche Probleme mit alter Libs u Progs gab.
Würde eigentlich bei einer Modus-Umstellung auf VEE8.0 die SICL.dll nicht mehr automatisch geladen, sondern nur VISA????
Habe auch die letzten Agilent IO Libraries installiert (15.5) welcher ja scheinbar nur mit VISA arbeitet. - Trotzdem dieser SICL Zugriff??? KOMISCH
An Bratbaecker: Danke für Antwort, Sicl/Visa sind beide für Kommunikation zu Geräten über GPIB, USB, LAN, RS-232, VXI ... zuständig, wobei Visa, die aktuellere Geschichte ist und Sicl ablöst.

Nachtrag:
Eigentlich gehts hier um die sicl32.dll - sorry, sollte aber das gleiche sein.
Fehlermeldung im Anhang.

Bin für weitere Anregungen sehr dankbar.
Gruß Dietmar

Die SICL32.dll duerfte ein Ueberbleibsel von frueheren VEE Versionen oder IOLIBS sein. Ich hab die auch nicht auf aktuellen Rechnern, sondern nur auf einer WIN2000 Installation.
Such doch mal unter winsearch nach der SICL32.dll.
Ich vermute mal, dass die nicht vorhanden ist.
Dann von einer alten Installation suchen und in den VEE Ordner kopieren.
Wenn du die nicht findest, kann ich dir die zumailen....

Manchmal ist es schon sinnig, ganz genau in der Anfrage zu sein ;-)

Danke, die sicl32.dll ist natürlich vorhanden u liegt übrigens auch nicht im VEE Ordner sondern in WINDOWS\system32, von wo sie normalerweise auch geladen wird. Problem ist nur wenn ein Vee sie geladen hat, länger schon läuft und ein weiteres Vee gestartet wird, welches die sicl32.dll auch laden möchte. Dieser Vorgang geht sporadisch immer wieder mal in die Hose. Merkwürdigerweise aber auch nicht immer. Rudiment hin oder her, das nervt gewaltig, wenns nicht klappt.
Werds mal mit dem Agilent Support versuchen.
Jedenfalls vielen Dank für eure Beiträge.

Ist dann in den einzelnen Anwendugen auch der Haken vor "Use legacy Io" gesetzt?
Ansonsten sag mal, was der Support dazu meint.

Viel Glueck !

Sorry, wollt noch mitteilen was Support sagte:
Er sagte es u hatte damit Recht
Die Agilent IO Control, also den Connection Expert u damit die ganzen IO-Libs auf den neuesten Stand bringen.
Dachte eigentlich das sei bei uns schon der aktuellste Stand, wars aber nicht.
Ein Update vom IO Control auf die Version 15.5.13 ließ das beschriebene Problem verstummen u verschwinden.
Tja, hätt ich auch früher checken können.

Danke für euren Beistand