After Ayanova launches and a user logs in the following message is displayed via popup: “An unsupportedoperation was attempted.”
If you click okay the program finishes loading and all is well for the most part. I looked through the Ayanova folder for a log, but found nothing of any help. I also looked over event manager on the host machine and found nothing. This error is happening on every machine that launches Ayanova, host or remote.
You have just posted two topics - both identifying errors that are occurring. They both may be related, but to confirm the actual issue and provide a solution for your specific issue, I do need the following additional information.
Please perform the followng and provide the requested files:
Log into AyaNova CE on the computer where the database resides.
Select menu Help -> About this program
Select the Details button
Copy all text and paste into a NotePad document (make sure NotePad and not Word or WordPad)
Save this NotePad document as server.txt
Attach to your topic reply
Now log into a networked computer where you are receiving the printing error as well as this error on login
Select menu Help -> About this program
Select the Details button
Copy all text and paste into a NotePad document (make sure NotePad and not Word or WordPad)
Save this NotePad document as networkcomputer.txt
Attach to your topic reply
I hope you don’t mind the seperate threads. Figured it would help keep the two issues clearer, though I never thought they may be related.
The following is from the client computer:
AyaNova CE support data compiled: Sep.15.2006 14:36:43
USER DATA
Company: Earls Saw Shop
Current user: Manager Account
Program path: C:\Program Files\AyaNova\sc.exe
DB Path: z:\Database
DB Version: 171
Program version: AyaNova Classic Edition 1.9.4.4
LOCALE INFORMATION:
Short date format: [M/d/yyyy]
Currency symbol: [$]
Language: [English]
Country: [United States]
SYSTEM INFORMATION:
Computer name: [EARLS02]
Operating system: [Windows XP Professional Version: Service Pack 2]
RAM: 253424 kb of physical memory
RAM: 67 percent of memory is in use
DATABASE DRIVER INFORMATION
ADO Version : 2.8
DBMS Name : MS Jet
DBMS Version : 04.00.0000
OLE DB Version : 02.10
Provider Name : MSJETOLEDB40.DLL
Provider Version : 04.00.8227
LOGO FILE INFORMATION (c:\Program Files\AyaNova\logo.bmp)
File details:logo.bmp C:Sep.18.2001 16:20:00W:Aug.16.2004 10:30:1712 KB crc: c75ed09e
Is it sample?:Logo is custom
BMP opens with: C:\WINDOWS\system32\shimgvw.dll (Microsoft Picture Viewer - tested ok)
FILE INFORMATION
Files in program folder:
<Files in: C:\Program Files\AyaNova>
atl71.dll C:Mar.18.2003 18:05:58W:Mar.18.2003 18:05:58104 KB crc: 6de48669
ctschedule.ocx C:Oct.21.1999 11:21:36W:Oct.21.1999 11:21:36228 KB crc: 1938c885
This is from the host computer where the database resides.
AyaNova CE support data compiled: Sep.15.2006 14:39:39
USER DATA
Company: Earls Saw Shop
Current user: Manager Account
Program path: C:\Program Files\AyaNova\sc.exe
DB Path: C:\Program Files\AyaNova\Database
DB Version: 171
Program version: AyaNova Classic Edition 1.9.4.4
LOCALE INFORMATION:
Short date format: [M/d/yyyy]
Currency symbol: [$]
Language: [English]
Country: [United States]
SYSTEM INFORMATION:
Computer name: [EARLS03]
Operating system: [Windows XP Home Edition Version: Service Pack 2]
RAM: 515568 kb of physical memory
RAM: 64 percent of memory is in use
DATABASE DRIVER INFORMATION
ADO Version : 2.8
DBMS Name : MS Jet
DBMS Version : 04.00.0000
OLE DB Version : 02.10
Provider Name : MSJETOLEDB40.DLL
Provider Version : 04.00.8227
LOGO FILE INFORMATION (c:\Program Files\AyaNova\logo.bmp)
File details:logo.bmp C:Sep.18.2001 16:20:00W:Aug.16.2004 10:33:0612 KB crc: c75ed09e
Is it sample?:Logo is custom
BMP opens with: C:\WINDOWS\System32\shimgvw.dll (Microsoft Picture Viewer - tested ok)
No problem with the two threads - because of both errors, I first wanted to make sure that the AyaNova CE program is located on each computers hard drive which is a requirement.
When did these both errors begin occurring - and what was just previously done with the AyanOva installation, database location, etc prior to these errors occurring?
Please confirm - was the AyaNova program installed onto each computer using the SCPSETUP.EXE installation file, or was the program directory and files in C:\Program Files\AyaNova just copied over from to each computer’s local hard drive?
On the server[computer with the name EARLS03] where the database is shared from, is the directory and all of its files fully shared to all networked users to have full Read/Write/Create/Delete rights?
Just so that I may not be missing something due to a description - when you say “host computer”, do you mean the computer that issharing the AyaNova database file andreport files in its C:\Program Files\AyaNova\Database is on the same local network as the networked computers which you are referring to as “remote computers” - or do you mean something different by “host” and “remote”? This is important, so let’s confirm we are both talking about the same thing.
The errors started about 1 week ago or so. The computer that is hosting the database was rebuilt by an outside tech.
Ayanova was installed on both machines using the executable, there was no copy/paste done with either machine.
The Ayanova directory and all subfolders/files are shared with all permissions. The account being used on the machine with the database is also a local administrator account.
All computers are on the same local network. By host and remote I am just talking about the relationship between the two in reguards to the location of the database. Both machines are on the same network though and physically they are about 2 feet apart as well.
Usually such errors are due either to installation has been not completed or is damaged, or due to file rights not being fully set.
When every station logs into AyaNova, and every station gets that “An unsupport operation has occurred” every time, is there additional messages that appear after it?
I find it quite strange that the error occurs on every computer, even the “host” where the database resides.
What I’m going to get you to do is the following:
Have every user out of AyaNova, close ARAS and QBI if used
Zip up the AyaNova database file SCDATA.SC using WinZip and attach to a direct email to support@ayanova.com (do not send the database unless it has been compressed)
Include the manager username and password
Include your username and password
I want to determine if the database gives me the same error - if there is something wrong with the database itself.
I will also internally check the database for any internal errors.
If I am not able to recreate or find any issues with the database itself, I would recommend making a backup of the AyaNova database file, uninstalling the AyaNova program from every computer, rebooting, making sure to be logged into the computer with full administrative rights, and than re-installing.
I’ll be watching the direct email for your data to test this immediately.
Thanks for the quick help on this, I appreciate it. I had to leave for the day already and I may not make it back until early next week, but I will get that db to you then. Thanks again for the help on this.
Will you be sending the zipped database and information?
Joyce
<Forum Support note: unfortunately, Joesph never responded to direct email inquires either, so we have to assume the issue was resolved. Unfortunately, what resolved the issue was not posted. If anotehr AyaNova CE user encounters this issue, and either re-installing or ensuring file rights resolves the issue, please do post your result to this topic. Thank you>