Zo, zware bevalling !
Ok, dank je.

Jammer eigenlijk, want ik had liever gehad dat er iets fout was (ingericht).

Kijk je ook nog naar de andere posts van mij in dit topic ?
(voor het algemene goede doel natuurlijk)

Ja of Nee ?

Je hebt twee opties :

1. Niet werken via de TS en dan heb je je \Troep lokaal op de PC;
2. Werken via de TS en dan heb je je \Troep op de TS (uniek per user).

Doen jullie het op dit moment anders ?

Zolang het maar op de Terminal Server(s) is, is dat goed. Maar dat vind ik niet erg "lokaal" klinken ...

?

Wat bedoel je, "lokaal" ?
(suggestie : klinkt erg verkeerd)

Trouwens, heb je met reden zo expliciet dat ene Recept genoemd als voorbeeld, of doen anderen het wel ?

Klopt.

Ook dit is iets om eens goed naar te kijken;
In eerder genoemde storingsoverzicht.xls treffen we immers iets als dit aan :

werd eruitgegooid en na inloggen tweemaal een Heart Profit omgeving

En dit als gevolg van "File does not exist" een fout ...
(op 21-02-2013, gebruiker LR).

En wat je dan ook nog mag proberen te "interpreteren" is dat dit "eruitgegooid" relatief vaak voorkomt als gevolg van te weinig Profit licenties. Ik zeg niet dat dit "de ellende" veroorzaakt, maar het zou zo maar kunnen dat dit "eruitgooien" net niet op een 100% formele manier gebeurt, of beter gezegd : misschien gebeurt op een wijze die leidt tot onoverzichtelijke situaties voor iedereen.

Zo ... die laatste is wel een goeie ...

Weet Mavom wel heel zeker dat dit nooit gebeurt ?

En dan zou ik toch ook eens jullie print subsysteem onderzoeken. Ik bedoel :

Jullie hebben nogal eens de fout "Error accessing printer spooler". Dit hoort niet (nooit). Nu hoort er wel meer niet wat bij jullie wel optreedt, maar tegelijkertijd heb je heeeeel geregeld net zo'n "File does not exist" op het printen van etiketten. Dit gebeurt zo te zien bij alle gebruikers die dat printen etiketten gebruiken, en nooit klagen ze dat ze hun etiket(ten) niet eruit krijgen. Ofwel, nogmaals proberen en het werkt wel. N.b.: Zie jullie Storingsoverzicht.xls en "File does not exist".

Vraag ook eens aan de gebruikers ER en RDH (die deze fout het meest krijgen) of er niet iets anders voorafgaat aan de fout, zoals die Gegevens geallokeerd.

Hoe dan ook, omdat dit printen betreft en w.s. naar een speciale (etiket) printer, zou ik toch eens onderzoeken of het niet in die hoek fout kan zitten.

Even voor de duidelijkheid voor onszelf (en omdat ik er ook overheen keek) :

Het gaat hier om Gegevens geallokeerd, en bij afbreken volgt de Does not exist.
Ik vraag me af of
a. dit niet altijd het geval is bij een "File does not exist" (een prangend probleem bij jullie);
b. en zo ja, of dit niet een geheel ander licht op de zaak werpt ...

Kijk voor de lol eens naar je "lock pool size" ?
(ik noem het even zo omdat ik niet weet hoe dit letterlijk heet, maar het gaat om de geheugenreservering voor bestand-/recordlocks -> serveraangelegenheid)

Kijk maar eens naar de tool waarmee de print op het scherm wordt getoond, en of dat wel een 64bits tool is. Bijvoorbeeld, de aloude "Roeleveld Editor" is dat niet en zal niet werken onder 64 bits (ik denk niet dat je die gebruikt om gegevens te tonen, maar dit voorbeeld ken je denk ik wel).

Zal dat het niet "gewoon" zijn ?

Is dit door die ene gebruiker continu na te doen ?

Marco, is het niet zo dat je ooit een verzoek hebt gedaan om zoiets te maken ? Er staat mij *niet* bij dat dat ooit is gebeurd (kon niet of zo). Dit zou dan ergens op het forum moeten rondhangen ...

Nee hoor, iedereen kan bij het forum, en Google ook. Alleen als je wilt posten moet je geregistreerd zijn (inloggen).

Sorry ...