Heel af en toe komt het voor dat gebruikers meldingen krijgen als "Cannot write to a ReadOnly file". Ofwel, het systeem probeert te schrijven naar een tabel die als "alleen lezen" is geopend. Probleem is echter dat Profit een tabel (zo goed als) nooit opent met een "alleen lezen" optie.
We hebben het probleem nog niet kunnen nadoen, maar, het vermoeden is dat ze wordt veroorzaakt door "het netwerk".
Situaties waarin het probleem gekonstateerd is zijn:
a. Een funktie probeert een bestand voor alleengebruik (exclusief) te openen (bijv. een Jaarafsluiting). Het bestand is door een ander (of "iets anders") in gebruik. De melding "Gevraagde gegevens zijn geallokkeerd door een andere Gebruiker" verschijnt, staat even te knipperen tot de tabel is vrijgegeven, en daarna gaat het direkt fout.
Deze situatie is vrij simpel na te spelen, maar toch kunnen we de fout niet reproduceren.
b. Tijdelijke bestanden die op "het netwerk" zijn geregistreerd. Of misschien beter: op een "gesharede disk" (waarmee we ook een path naar een homedirectory op een WTS systeem bedoelen).
Een mogelijke oorzaak zou "een backup" kunnen zijn die op de achtergrond draait, maar, aangezien we mogen aannemen dat niemand deze "midden op de dag" draait, zou dat geen oorzaak mogen zijn.
Hoe dan ook, per heden is het openen van files zodanig aangepast dat we proberen te konstateren of een tabel Read Only (alleen lezen) is geopend, en zo ja, we nogmaals proberen de tabel te openen. Mogelijk lost dit een probleem op.
De situatie waarin de Read Only situatie gekonstateerd wordt, gaat gepaard met een 4 tal piepjes, zodat hoorbaar is dat deze vreemde situatie aan de orde is.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| SYOF1 | Omschrijving (nog) niet bekend | 10-09-2012 | 08-11-2012 |
