Andrew we did that & it fixed it for a moment. Like minutes. The problem has been ongoing still. I just looked & we have OEF001 - OEF004 currently.
What now happens & I believe this was the case all the way along is the 1st person to open OE & looks up using the F6 as described by Barb gets this lock...If the same person opens a 2nd copy all works perfect. The problem can move from user to user when the OE function that is messed up is closed then the next in gets it. All other users are OK as soon as one locks the problenm to themselves.

Hi Bruce,

It sounds like someone isn't exiting OrderEntry properly (or have you checked the opportunistic locking settings on your server recently?).

If no-one is in OrderEntry, then there should not be any files in the data directory that match the mask OEFnnn'I/OEFnnn'R as these are the temporary files that store the SmartFinder results during an active session.

Hi Bruce,

You should have these data files as long as someone is in the OE data. They should get cleaned up (ie deleted) when people exit OE. Every time a user performs a smart-find search on a field they haven't yet done in that session, a new file will be created.

We have heard of issues like this when users sign into Adagio with the same ID (ie SYS) rather than having a unique user ID for each user. Can you confirm that all of your users have unique sign-in codes? This is the correct way of doing things.

Within the smartfinder control (OEFCTL), this keeps track of the 'next smart finder file number'. An error could occur if for some reason this 'next number' value is not updated and wants to create say OEF001 but it is already there. I am unaware if this has ever happened before, but simply identifying the logic.

I have a data set that has OEF001-0EF022 when no one is logged into OE. Should I delete these files?

Thanks, David

If nobody is accessing the data (with OE or any other Adagio or associate program), then yes it is OK to do so.

Are you aware if these files are ever cleared out for you when users close Adagio OE? Perhaps sometimes and not other times? How many users do you have in OE ata time, and do they have unique user ID codes?

we have individual users set up for sure. there could be 6-10 users. we have cleared all the OEF files at one time & they may indeed go away each time. The 2nd & subsequent files all react correctly just the 1st one limits user function. I will check the ops locking again but I believe it is OK. just to comfirm the setting is ON or OFF?

Bruce,

If you run \softrak\system\chksys.exe on all systems, including the server, it will set the locks correctly.

Or you can follow my rule of thumb: any Microsoft default setting is wrong

Hi Bruce,

From your original post, you indicated that things work perfect when a 2nd copy is opened. From this, do you mean that a user may open a second instance of Adagio OE on the same computer, meaning that they have two windows open at the same time on the same data? This is OK to do. I ask because if SmartFinder searches are done while having 2 instances open, this could gives similar results (and problems) as if users were sharing user ID codes.

See if when people have multiple instances of OE open at the same time, whether they are performing SmartFinder searches on the same field (ie customer or item, etc) in both windows. This could potentially be the culprit.

We are experiencing two different problems. I hope I may recap. They almost seem to be related. The Order Entry problem is with the F6 key. The second problem is with Inventory, and is more frustrating. This problem also seems to be ONLY with one user at a time, almost like "Tag, you are IT." The user opens inventory, and clicks Item Inquiry. A pop up reads: "Critical Error (1011) insufficient rights to create file in data directory." If this user then exits inventory, the next person to go in will get the error. If this person keeps this copy of inventory open, and opens a second copy all is well. The first copy can be kept open all day, and the same error consistently comes up. You must click okay, and then the item looks like it is trying to load as the hourglass is there, but nothing further ever happens. All tabs that you click are utterly blank of any information. The item description remains blank, if you click on any of the tabs, such as the Sales History tab, it is completely blank. No months are even shown.

I hope this helps us nail down this problem. If I get the error I have just been making a habit of keeping that copy open, as this error frustrates the living daylights out of anyone who is trying to sell something to a customer on the phone!

Hi Barb,

When a user accesses the Item Inquiry (with Sales and Costs) function, some temporary data work files are created, and should be deleted by the program when viewing the Item is closed. We have seen that if for some reason these temporary files are not deleted properly (ie a system crash), attempting to use the Item Inquiry will give the 1011 error when it wants to create a temp file and it already exists.

First make sure that nobody is using any Adagio programs. Using Windows Explorer, browse to the data directory. Then look to see if there are any data files starting with ICH followed by 4 numbers and then a letter (such as ICH0002R.dat). If there are any data files like this and nobody is using Adagio, then these files should not be there. In that case, you can try renaming the file extension to something like 'bad' or 'xxx' for each file like this you find. Then try opening IC or OE to see if the problem still persists when using Item Inquiry.

If this works or not, please post back your results.