Accpac Software

[Victoria Steigerwald]

AccpacEXE is a Windows executable program that is written in C++ using the Microsoft Foundation Classes (MFC) library. Once Accpac.exe is loaded and running then our code is finally executing and we will use the MFC library to create the desktop window layout. MFC stores its configuration stuff in the registry. These are things like the sizes of the various panels the last time you exited Accpac. These are stored under:

Accpac will also open accpacshareddata\site\semaphor.bin to see what others are doing in Accpac. This file can be deleted if causing problems (when everyone is out of the system) and will be re-created the next time you run Accpac. Again security access rights are the most common cause of problems here since Accpac.exe needs full control of this file. Accpac controls access to different parts of the program by placing byte locks in this file. Usually these are cleaned up when Accpac exits, or are cleaned up by Windows if Accpac terminates abnormally, or if a workstation disconnects unexpectedly from the server. However sometime Windows gets confused and these locks need to be cleared by re-booting the file server where this file resides. If you have to do this frequently then you have some other problem going on and need to investigate with FileMon (discussed below).

Accpac will access accpacshareddata\site\orgs.ism to load the list of companies you can logon to into the sign-on dialog. Orgs.ism is a simple isam file. It needs to be stored outside of the database since it contains the information required to sign-on to the database. If this file is corrupted then you may not be able to get to the sign-on dialog. Run scanisam to see if there are problems. It might also be able to fix them. Otherwise get a fresh copy from another install and re-populate it (admittedly a pain).

Generally Windows 7 works faster than Windows XP. The memory management is better and the networking is better. I suspect its something to do with the database or networking. You might want to run DBSpy to see if connecting to the database is slow.

Strange, are there any other symptons, like the system slowing down around then or perhaps some more minor annoyances starting to appear? Could this be your peak usage period (seems a bit strange to be right after lunch)? For a given user that this happens to, does it persist or does re-starting the UI then continue on as normal? If it persists you could run additional logging like DBSpy or ODBCTrace to see if you can get anymore clues. if it just corrects, then its a bit harder to track down.

Would there be any regular scheduled tasks at this time? Perhaps a set of reports are always run every week at this time? Perhaps some other activity on the network? If the time is really this regular, it seems there must be something special happening then?

It might be a matter of investigating what changed in your system. For instance if this is integrated to Outlook, then was a new version of Office deployed? Otherwise I suspect you need help from the original developer of the macro to debug it.

In the end I resolved it this way: From the workstation I ran accpac.exe located on another server originally set up for testing purposes. Once Accpac had opened once on the workstation, it quite happily opened using accpac.exe on the production server. Still not sure exactly why that worked, but very pleased it did!

We just lost our accpac technical person and need to install accpac on a client workstation. I can't find the client workstation installation but I am sure it is on the server. There are lots of accpac folders, shares, etc in multiple places. Can someone provide detailed instructions on what exe to run and where it normally is inside the server shares, etc? I appreciate the help. Thanks.

Thanks for the quick reply. I can't find this folder anywhere on the server. I only see cd1, cd2, cd3 and then a setupwz but doesn't seem to be it. It is a server/client setup. Any other thing to look for?

You have to start with CD1, and duplicate the setup on the other PC's. But first, export the registry key HKEY_LOCAL_MACHINE\SOFTWARE\ACCPAC International, Inc.\ACCPAC\Configuration from a PC where it's running, and import it on the new PC, that way you'll get the right shared folder before you start.

Finally found the cd1 installation files and getting started. Looks like mainly just the System manager option is on most but how do I know what options have been installed on the other workstations? Sorry clueless on this software package.

Excellent. Went through installs and sp3 for each one and when I load accpac it states ab 1.0A not installed properly and thinks it is piracy and opens sage web internet page for anti-piracy. Nothing ever prompted me for the license but I did find the licenses. What next? Call Sage?

I don't know what "AB 1.0A" is, but if the module runs, then ignore that anti-piracy prompt. It's an old bug that if the company names aren't all spelled exactly the same, then you'll get that error even if the licenses are legit.

Yes, that works fine too. If there had been a WSSETUP folder with the program, it would have been still easier, because it would create all the shortcuts and run REGACC, and you wouldn't have to reinstall the system manager.

To elaborate on this when I started receiving (error=2) when logging into AccPac: I didn't know much about Pervasive and AccPac (we started supporting it due to an amalgamation), I had to install the Pervasive Client software (named PervasivePSQLv10Client_x86.exe), then reboot.

Hi,

I am currently using the accpac 6.5 dos version running on Window 7.. I would like to upgrade my hardware, but the latest o/s is window 8. Kindly advise can accpac 6.5 dos version runs on Window 8?

Thanks for signing up! Keep an eye out for a confirmation email from our team. To ensure any newsletters you subscribed to hit your inbox, make sure to add newsl...@nl.technologyadvice.com to your contacts list.

3a8082e126