|
Title: geblokkeerde functie na opschonen adbo bij aktiveren rekeningschema Post by: Johan on January 21, 2010, 03:19:13 pm ik heb 20-1 ADBO opgeschoond, en gereorganiseerd. Hierbij heb ik eerst in MEEL ca 325 mb opgeruimd, daarna Laco nog een 114 mb en daarna ADBO Gereorganiseerd.
Kan het zijn dat je bij die actie ook ADRS moet reorganiseren? Misschien moet dit er als optie maar bij staan of voor gewaarschuwd worden. want ik krijg vandaag bij het aktiveren van een rekeingschema deze geblokkeerde functie: ____________________________________________________________________________________________ DATUM : 21-01-10 TIJD : 13:21:13 VISUAL FOXPRO UID : UB KODE : 5 MESSAGE : Record is out of range. AREA : 4 ALIAS : ADRS INDEX : A1 ROW : 0 LINE : STCK : SYERAH SYER ON... CLRAFRM.CNTDATA.GRDRAADPLEEG.COLUMN1.TEXT1.CLICK CLRAFRM.CNT DATA.GRDRAADPLEEG.AFTERROWCOLCHANGE SYSMRE SYGB SYIF ADRSRA ADRS ADOB AD LO SYSA LOIN PROFIT8 XST : =MEEL=[LO][ADGR_GNR_S]EscMouse[AD]Mouse[ADOB]Mouse[ADRS]Mouse[ADRSWY][ADRS_IDE_S]M LEnter[KONSIND_S]Mouse[DATBVNAF_S]31122009Tab[DATBTM_S]2Larrw3101F1[ADRS_IDE_S]Esc ____________________________________________________________________________________________ DATUM : 21-01-10 TIJD : 13:54:17 VISUAL FOXPRO UID : UB KODE : 5 MESSAGE : Record is out of range. AREA : 22 ALIAS : ADRS INDEX : A1 ROW : 0 LINE : STCK : SYERAH SYER ON... CLRAFRM.CNTDATA.GRDRAADPLEEG.COLUMN1.TEXT1.CLICK CLRAFRM.CNT DATA.GRDRAADPLEEG.AFTERROWCOLCHANGE SYSMRE SYGB SYIF ADRSRA ADRS ADOB AD LO SYSA LOIN PROFIT8 XST : =MEEL=[LO][DATVAN_S]MouseMouseMouseMouse[AD]Mouse[ADOB]MouseMouse[ADRS]Mouse[ADRSW Y][ADRS_IDE_S]MLEnter[KONSIND_S]Mouse[DATBVNAF_S]23LarrwLarrwRarrwLarrw31122009F1[ ADRS_IDE_S]Esc ____________________________________________________________________________________________ DATUM : 21-01-10 TIJD : 15:00:49 VISUAL FOXPRO UID : JVR KODE : 5 MESSAGE : Record is out of range. AREA : 65 ALIAS : ADRS INDEX : A1 ROW : 0 LINE : STCK : SYERAH SYER ON... CLRAFRM.CNTDATA.GRDRAADPLEEG.COLUMN1.TEXT1.CLICK CLRAFRM.CNT DATA.GRDRAADPLEEG.AFTERROWCOLCHANGE SYSMRE SYGB SYIF ADRSRA ADRS ADOB AD LO SYSA LOIN PROFIT8 XST : =MEEL=[LO][PASSW_S]7[AD]7[ADAG]Esc[AD]8[ADOB]2[ADRS]1[ADRSRA][]F5[ADRSWY][ADRS_IDE _S]MLEnter[KONSIND_S]DarrwEnter[OMSCHR_S]Darrw[BALANS_S]Darrw[BDATRA_S]Darrw[DATBV NAF_S]Uarrw[BDATRA_S]0106Tab[DATBVNAF_S]F1[ADRS_IDE_S]Esc[ADRSRA][]F2 ____________________________________________________________________________________________ Ik heb geprobeerd adrs te reorganiseren, maar er zitten er teveel gebruikers in (iemand blokkeert de boel) Title: Re: geblokkeerde functie na opschonen adbo bij aktiveren rekeningschema Post by: Robert Hekkers on January 21, 2010, 03:31:14 pm Nee, dan zou dat echt wel gemeld zijn.
Zolang je ADRS niet reorganiseert blijf je met deze geblokkeerde funktie zitten (en de eventuele gevolgen!), dus: iedereen eruit en reorganiseren! Title: Re: geblokkeerde functie na opschonen adbo bij aktiveren rekeningschema Post by: Wouter Rijnbende on January 22, 2010, 07:07:05 am Reorganiseren helpt je ook niet, want het gaat gewoon fout als je bij Raadplegen Rekeningschema's middels F2 een Rekeningschema aktiveert.
Ok, fout, wordt naar gekeken, maar... Waarom doe je dat eigenlijk? Houden júllie er een dubbele boekhouding op na ? :smile: Title: Re: geblokkeerde functie na opschonen adbo bij aktiveren rekeningschema Post by: Wouter Rijnbende on January 22, 2010, 07:46:23 am Ook hier geldt dat het eigenlijk dat het de Raadpleegfunktie is die fout is. Het probleem komt nu echter pas aan het licht, sinds een aanpassing in de afhandeling van het Public maken (bewaren) van het geselekteerde record.
Wat er fout gaat is in de Raadpleegfunktie, is dat als je een Rekeningschema geaktiveerd hebt, je daarna terugkomt in een leeg Grid ! terwijl er wel degelijk nog steeds Rekeningschema's zijn. Ok, fout (geblokkeerde funktie) ging dit in ieder geval niet, maar echt goed was het niet. Om nu te voorkomen dat we nog meer meldingen met Record is out of range krijgen, veroorzaakt door Raadpleegfunkties die eigenlijk niet juist terugkeren, heb ik hiervoor iets ingebouwd dat de nieuwe methode ook tegen zo'n leeg Grid kan. E.e.a. vereist een nieuwe versie van de Classes, die ik op dit moment even niet beschikbaar kan stellen i.v.m. andere aanpassingen. Maar, heb je ook helemaal niet met spoed nodig, omdat je "Aktiveren Rekeningschema" m.i. niet echt hoeft te gebruiken. Title: Re: geblokkeerde functie na opschonen adbo bij aktiveren rekeningschema Post by: Johan on January 22, 2010, 10:00:19 am het is (of Was?) altijd nodig om een rekeningschema te aktiveren nadat je die aangepast hebt. We passen dit rekeningschema maandelijks aan. Er bestaan twee schema's: LO (alfabetisch de eerste) en "ML". ML wordt gebruikt. Die laatste passen we aan en daarna moesten we m altijd aktiveren. Dat doen we al jaren, en al jaren zonder fouten. Als je m niet aktiveerde, was er na het aanpassen geen rekeningschema geaktiveerd.
Title: Re: geblokkeerde functie na opschonen adbo bij aktiveren rekeningschema Post by: Wouter Rijnbende on January 22, 2010, 10:09:35 am Als je m niet aktiveerde, was er na het aanpassen geen rekeningschema geaktiveerd. Tuurlijk wel. Er moet altijd een Rekeningschema geaktiveerd zijn. Wat je mag bedoelen is dat bepaalde rubrieken (net als Bedrijfsparameters) pas aktief worden als je het Bedrijf opnieuw geaktiveerd hebt. Je zou dit dus kunnen doen om er zeker van te zijn dat bijv. een veld als "Boeken toegestaan van - t/m" opnieuw opgehaald wordt (maar volgens mij wordt dat al geïnitialiseerd als de Fin. Interface van een willekeurige funktie geïnitialiseerd wordt). Hoe dan ook, als het al nodig is, je redt je dan ook wel even met opnieuw Bedrijf aktiveren. |