VO and Terminal Services Assertion Failed
in [Visual Objects]
|
From: John Martens on 25 Mar 2010 13:38 For TMP index I always use a randomfilename that is cleaned up when leaving the app. Op 25-3-2010 16:12, Simon Goodman schreef: > Found the cause of the Assertion Failed message. > > All my fault! > > My browsers allow the user to sort columns and creates a temporary index > file on the local drive. On terminal server this is the same location for > all users. So one user was overwriting anothers index file. Not suprisingly > the first user was getting the assertion message when trying to refresh the > list. > > Simon > > > "Simon Goodman"<simonspam(a)spamdev-soft.co.uk> wrote in message > news:xe6qn.76688$0t.44181(a)newsfe17.ams2... >> Hi >> >> Anyone had any problems running VO programs under terminal services? >> >> One customer is reporting problems with Assertion Failed line 1150. This >> appears when refreshing a bBrowse view on an enquiry type screen. I've >> rebuilt the indexes etc. >> >> They also get an error code 16, function: IVARGET Argument: DataWindow. >> This refers to the standard dispatch for the main shell window that has no >> modified code and doesn't cause problems elsewhere. >> >> They can run my system via a normal network share (same programs / same >> data) and everything runs fine. >> >> Any pointers on where to look would be very useful. >> >> Thanks >> >> Simon. >> > >
From: Geoff Schaller on 25 Mar 2010 18:03 Simon, Always use the special folder location. That way it is safe for XP, Vista and W7 and the user ALWAYS has full rights to it. There are two available: the user temp folder and the user program data folder. The defines are contained already in VO. Look up SHGetSpecialFolderLocation. Geoff "Simon Goodman" <simonspam(a)spamdev-soft.co.uk> wrote in message news:x3Lqn.92571$jo6.17306(a)newsfe14.ams2: > Found the cause of the Assertion Failed message. > > All my fault! > > My browsers allow the user to sort columns and creates a temporary index > file on the local drive. On terminal server this is the same location for > all users. So one user was overwriting anothers index file. Not suprisingly > the first user was getting the assertion message when trying to refresh the > list. > > Simon > > > "Simon Goodman" <simonspam(a)spamdev-soft.co.uk> wrote in message > news:xe6qn.76688$0t.44181(a)newsfe17.ams2... > > > Hi > > > > Anyone had any problems running VO programs under terminal services? > > > > One customer is reporting problems with Assertion Failed line 1150. This > > appears when refreshing a bBrowse view on an enquiry type screen. I've > > rebuilt the indexes etc. > > > > They also get an error code 16, function: IVARGET Argument: DataWindow. > > This refers to the standard dispatch for the main shell window that has no > > modified code and doesn't cause problems elsewhere. > > > > They can run my system via a normal network share (same programs / same > > data) and everything runs fine. > > > > Any pointers on where to look would be very useful. > > > > Thanks > > > > Simon. > >
From: Simon Goodman on 26 Mar 2010 06:59
Hi Stefano, John, Geoff, This code was probably written before XP was! I'm really suprised no-one had come across the problem before - but the way it actually works the temp filenames were unique to each screen - so users just didn't hit this problem. Its easy enough to fix - but I've always steered away from putting files into the temp folders. I try to keep all of my sh.t in one sock as they say. This is going to be a challenge for Windows 7 though! Thanks for the input. Simon "Geoff Schaller" <geoffx(a)softxwareobjectives.com.au> wrote in message news:v4Rqn.15074$pv.7758(a)news-server.bigpond.net.au... > Simon, > > Always use the special folder location. That way it is safe for XP, Vista > and W7 and the user ALWAYS has full rights to it. There are two available: > the user temp folder and the user program data folder. The defines are > contained already in VO. > > Look up SHGetSpecialFolderLocation. > > Geoff > > > > "Simon Goodman" <simonspam(a)spamdev-soft.co.uk> wrote in message > news:x3Lqn.92571$jo6.17306(a)newsfe14.ams2: > >> Found the cause of the Assertion Failed message. >> >> All my fault! >> >> My browsers allow the user to sort columns and creates a temporary index >> file on the local drive. On terminal server this is the same location for >> all users. So one user was overwriting anothers index file. Not >> suprisingly >> the first user was getting the assertion message when trying to refresh >> the >> list. >> >> Simon >> >> >> "Simon Goodman" <simonspam(a)spamdev-soft.co.uk> wrote in message >> news:xe6qn.76688$0t.44181(a)newsfe17.ams2... >> >> > Hi >> > >> > Anyone had any problems running VO programs under terminal services? >> > >> > One customer is reporting problems with Assertion Failed line 1150. >> > This >> > appears when refreshing a bBrowse view on an enquiry type screen. I've >> > rebuilt the indexes etc. >> > >> > They also get an error code 16, function: IVARGET Argument: DataWindow. >> > This refers to the standard dispatch for the main shell window that has >> > no >> > modified code and doesn't cause problems elsewhere. >> > >> > They can run my system via a normal network share (same programs / same >> > data) and everything runs fine. >> > >> > Any pointers on where to look would be very useful. >> > >> > Thanks >> > >> > Simon. >> > > |