av errors are tough to debug but access violation errors means there is an
issue with the local computer reading memory. This could be because of the
screen graphics, so is there a new monitor, issue with the video card, more
forms open then before...after checking video card try setting the work station
to performance mode.
it could have issues in getting responses back from the server. poor network
cable, card, switch? any terminal services users? I had one where the cat5
went over the top of florescent lights in another part of the building that
were sometimes on...when they were off no problem, on, had issues...talk about
fun trying to track that one down.
Also when my TS users are pounding away and eating up server memory local users
with report av errors more till I get my ts hog to log of and log back on.
and even then I have a complex insurance billing detail report that everyonce
in while will throw the error when the user tries producing it in this
particular form (which would be 5 forms in to the app (meaning the user has 5
forms open), two of which have enhanced tabs with at least 5 tabs each) so on
the source form, for the problem form, I added a button to produce the report
(with the same exact code). If the user gets the av error, they close the form
and click the button on the source form and it runs just fine.
Rachael M
Freelance Developer
(218) 326-2719
www.DragonflyDevelopmentMN.com
----- Original Message -----
From: jan johansen
To: RBASE-L Mailing List
Sent: Monday, July 12, 2010 7:21 AM
Subject: [RBASE-L] - Re: access violation
Jim,
If the user does not have the proper access to the temporary folder
you will get those errors.
Jan
-----Original Message-----
From: "Jim Belisle" <[email protected]>
To: [email protected] (RBASE-L Mailing List)
Date: Mon, 12 Jul 2010 07:12:48 -0500
Subject: [RBASE-L] - Re: access violation
Jan,
I do not use any “permissions” so this should not be a problem.
Jim
----------------------------------------------------------------------------
From: [email protected] [mailto: [email protected]] On Behalf Of jan
johansen
Sent: Monday, July 12, 2010 7:08 AM
To: RBASE-L Mailing List
Subject: [RBASE-L] - Re: access violation
Jim,
Do you use temp tables?
If so does this one employee have the proper permissions to the temp
location?
Jan
-----Original Message-----
From: "Jim Belisle" <[email protected]>
To: [email protected] (RBASE-L Mailing List)
Date: Mon, 12 Jul 2010 06:09:18 -0500
Subject: [RBASE-L] - Re: access violation
Larry,
In the case you mentioned below, where the code worked fine with one PC
but generated Access Violations on another PC, do you know if the problem was
fixed?
The one employee has no problems with the BOL form, while another
employee constantly gets the Access Violations with the same form.
Jim
--------------------------------------------------------------------------
From: [email protected] [mailto: [email protected]] On Behalf Of Lawrence
Lustig
Sent: Thursday, July 08, 2010 12:21 PM
To: RBASE-L Mailing List
Subject: [RBASE-L] - Re: access violation
<<
Any of you believe a server could be producing these errors?
>>
Bad data could cause that kind of problem. So if the server or the
network is returning junk to the instance of R:Base running on the workstation,
that could be responsible. And I have seen at least one instance where the
exact same code running against the exact same database files worked on a PC
and generated Access Violations (seemingly at random) on a networked copy of
the database.
--
Larry
