All, and specifically @charles-hooper who has been immensely helpful in the past with everything oracle. I am currently running 6.3.8 on oracle 9i. we are going to be doing a re implementation to 10.0 in the coming months. at this point I would like to setup a completely separate sandbox for users to get a feel for the new version. because I am completely unfamiliar with SQLserver I am going with the oracle 19c install. following the instructions from infor I have a database running with the visual application server installed. just straight following the PDF included with the downloads. I have installed the oracle client as well, created tnsnames.ora in both the home and client and they both test out. I can connect to the blank DB via sqlplus and developer. I am to the point I am supposed to Run visual's vmcvtutl.exe and create the schema. I open the file, select Oracle, change the database name from "visual" to match mine (both alias and database named vmfg) leave the SYSADM pw alone, then click begin. it prompts me for a login of "SYS AS SYSDBA" which I enter the pw. it goes away back to the original VMCVTUTL.exe screen the prompts me for a login again after a few seconds. I get no errors and no schema is created. I checked the VMCVTUTL.exe log in the Visual directory and it just says the exe started and stopped. I'm assuming this is some sort of issue with my sql.ini or a path?? I tried to verify the paths were correct. no extra sql.ini files. I modified the sql.ini per the instructions, and compared it to the one I use in 6.3.8 and made a few changes.
current system setup is just a basic spare workstation with a local admin account, not domain joined that I intend to be a client and server (I did this with Version 9 back a few years ago with no issues):
win10 pro with 8gb ram
static IP
computer name is "visual10"
application install directory is c:visual
team developer is c:TD73
oracle home is c:oracle
oracle client is c:appclient%username%
sql.ini is in the c:TD73 dir.
any ideas on why the visual application will not talk to the database?? I have contacted support and they literally have no clue what I am trying to do... I can almost hear them say "ew oracle?" during the two support calls we have had, which I had to tell them why the sysadm account didn't mean anything at this point, repeatedly.