melding Resource Manager internal consistency error na afsluiten Profit

[Wouter Rijnbende]

Nou, ik vind het anders een nogal "harde" melding.

Volgens mij loopt deze melding wel vaker op deze manier fout, en ik denk dat je dit ook zo na kunt spelen.
Bij aanroep van de funktie wordt aangegeven dat die tabel nodig is, via de SELECT blijkt dat de tabel nog niet geopend is, en via de error-trap wordt ze geopend, en tijdens het openen (errortrap is al aktief) blijkt dat de records niet overeenkomen met wat er in de index staat.

[Peter Stordiau]

Herhalen van wat ik zelf zeg is niet nodig, net zo min als duidelijk maken wat ik zelf heb ontwikkeld, ooit.
Nu die andere 2 nog.

[pascal]

Ter aanvulling: ook gebruiker GTH krijgt een Manual error, in dit geval nadat hij doet:
menu 2-1-1-1 SHIFT-F4 raadplegen Kontaktpersonen Relatie
F4 toevoegen Relatie, F1
vervolgens krijgt hij onderstaande Manual Error

[Peter Stordiau]

Pascal,

Als ik je vertel dat jouw "manual error" niets anders is als een error die niet op de gebruikelijke manier kan worden afgehandeld, maar op zich alle soorten fouten van de wereld kan bevatten ... weet je dat het nogal snell offtopic wordt door ze allemaal bij elkaar te noemen. Nu kan jij weer niet beoordelen dat dit niets te maken heeft met de voorgaanden, terwijl die gerelateerd leken al was het maar omdat je het zelf suggereert ...

Hoe dan ook, in dit geval is jouw laatst weergegeven "fout" helemaal nergens aan gerelateerd, omdat het al eerder is foutgegaan maar de gebruiker jou dat niet heeft verteld. Hier kunnen we dus niets mee.
N.b.: "Foutgegaan" kan in deze betekenen "ik drukte op Esc en bevond me ineens op het hoofdmenu !". Dus wel iets lastiger voor een gebruiker om te herkennen.

[pascal]

Hoe dan ook, in dit geval is jouw laatst weergegeven "fout" helemaal nergens aan gerelateerd, omdat het al eerder is foutgegaan maar de gebruiker jou dat niet heeft verteld. Hier kunnen we dus niets mee.
N.b.: "Foutgegaan" kan in deze betekenen "ik drukte op Esc en bevond me ineens op het hoofdmenu !". Dus wel iets lastiger voor een gebruiker om te herkennen.

Ok, maar hoe achterhaal ik nu nog wat er eerder fout is gegaan?
Bijvoorbeeld in het geval van de manual error die optreedt bij het afsluiten van Profit (op het moment dat je de rode pijl aanklikt): deze fout komt regelmatig voor bij meerdere gebruikers. Niet altijd, maar komt wel regelmatig terug. Het kan best zijn dat hieraan vooraf iets anders fout is gegaan, maar dat niet gemeld is, danwel niet opgevallen (zoals je al aangeeft het kan ook zijn dat dit iets geweest is als "ik drukte op Esc en bevond me ineens op het hoofdmenu !", wat niet als fout herkend is).

Dit kan ik dus niet meer achterhalen maar ik zit wel met die manual errors. Wat moet ik nu doen om dit op te lossen?

[Peter Stordiau]

Uhhmm ... Ik heb niet geprobeerd te zeggen dat het nutteloos is zo'n "manual" fout te melden, maar hooguit dat ze niet allen op één  stapel in één topic terecht dienen te komen. Dit gekombineerd met de toevalligheid dat de laatste fout die je noemt een afgeleide is van een andere. Dat geldt dus voor die fout, en voor maar weinig anderen.

Merk op dat de laatstgenoemde fout aangeeft dat de "desktop" van Profit er niet meer is. Dat kun je ook zo zien (als het gebeurt) want je buttons (funktietoetsen) en alles zijn er niet meer.
Dit kun je met rare (lees : door ons onverwachte) handelingen wel voor elkaar krijgen, maar zal ook kunnen gebeuren als er tijdens de afhandeling van een fout op zich iets fout gaat. Het systeem krijgt het dan niet meer goed, en al heel snel moet er iets gebeuren met de "desktop" (dat is die frmtop die je in de melding ziet).

Als je in Windows, zonder Explorer opgestart te hebben, explorer.exe eruit gooit, krijg je net zo'n effekt. Het systeem kan zelf niets meer, en jij kan ook niets meer. Eigenlijk gaat alles fout (en de desktop is nog weg ook).

Let wel Pascal, wat dus wel aan de orde kan zijn is "iets" in de afhandeling van fouten, zoals wellicht geïndiceerd in de eerste posts van dit topic. Ik kan niet bedenken wat dat kan zijn, althans niet zonder verdere mededeling / melding van de gebruikers. Het is ook van nergens herkenbaar (wat niet zegt dat het niet kan bestaan).
Die laatste fout heef er echter niets mee te maken. Da's gewoon toeval (hoogstwaarschijnlijk dan).

[Peter Stordiau]

Omdat er meerdere mensen meelezen, zijn we nu ineens wel zo ver dat het herkenbaar is dat jij niet de enige bent waar dit (zie begin topic) "sinds kort" gebeurt.

Het lijkt op een Visual FoxPro fout, die echter heus ineens door ons wordt uitgelokt.

We gaan op zoek ...

[Wouter Rijnbende]

Het lijkt op een Visual FoxPro fout, die echter heus ineens door ons wordt uitgelokt.

VFP fout lijkt het inderdaad op, alleen ik denk niet door ons uitgelokt.

Al eerder konstateerden we problemen m.b.t. een Spinner control in kombinatie met het gebruik van F1 in zo'n control (http://ha1.heartprofit.nl/profit/index.php?topic=16916.msg17067#msg17067). De manuele error is eveneens reproduceerbaar in situaties waarbij F1 gebruikt wordt in een Spinner control.

In een eerdere printscreen ging e.e.a. fout op een JXBEDRAG_S.Destroy  en we hebben ook voorbeelden vanuit Dagboekjournalisering m.b.t. VVBEDRAG_S.Destroy; beide Spinner controls.

De Resource Manager Internal Consistency Error heb ik niet weten te reproduceren, maar kan een gevolg zijn van bovenstaande.

Hetgeen in de .Destroy() fout gaat is nu omzeild, waardoor de Manuele Error niet meer optreedt (zit in Classkoding en vereist een Upgrade). Dit neemt echter niet weg dat de .Destroy() van het Spinner veld al had moeten optreden bij het verlaten van het Form, en niet bij het afsluiten van Profit.
In theorie kan er dus nog steeds een error optreden; dit zullen we even moeten afwachten.