I had to use CA v7 when using Win 7/64.
@VivekSharma.. i too was installing the client access on win 7 32 bit, it work perfectlty, but when installing on windows 7 64 bit got the error XCOPYFILE-2 error, each time on every machine win 7 64 bit, so then to be able to installed the client access, i've put the windows 64 bit on safe mode, on an administrator account, then start the client access on compatibility mode, win xp sp3, and start the installation, and the program install corectly, then restart the computer in normal mode, and use the client access.. it works without any error. on every machine.
Bad news. My network guy worked very hard on getting V5R2 CA installed on Win 7-64.
He’s a talented guy & put in a lot of effort but no-go.
Had to downgrade to Win 7-32.
You were probably lucky getting such an old version to install on Win7. See the Using IBM i Access with Windows OSs for supported combinations.
Perhaps installing XP Mode on your PC will give you some success.
Tom
Here is a little more detail…
When he installed on Win7-64, green screen sessions came right up – no issues.
It was ODBC that was a problem (which we use heavily).
After downgrading to Win7-32, V5R2 CA ODBC worked straight away.
We have 2 Win7-32 PCs running V5R2 CA identically to our XP machines.
Unfortunately I don’t know what causes the XCOPYFILE-2 error you are referring to. We install from CD…maybe you are trying to install from the AS400 or a network server?
I am working from memory here but as I recall we had do a one-time install of a piece of software from IBM based on the hardware where the Client Access upgrade would be installed – either the 32-bit or the 64-bit version of the program.
According to IBM, the extra program had to be installed prior to installing the upgrade.
I verified: no special software installed on either XP or Win 7 (32 or 64) machines.
We just take the giant IBM install and run it.
When he installed on Win7-64, green screen sessions came right up – no issues.
It was ODBC that was a problem (which we use heavily).
If the OS has the interfaces used by the programming, the programming should work. A telnet client is probably (relatively) easy. It’s little more than establishing a socket and relaying characters to and from the display and keyboard.
But a remote database connection requires quite a bit more. (Note that Microsoft has never really supplied an ODBC client to SQL Server for the AS/400 platform, and the AS/400 finds it fairly easy to support old versions of software after upgrading the OS. Apparently, MS thinks ODBC clients are not trivial.) How many times have drivers of various kinds needed to be updated/replaced after a Windows upgrade? The underlying rules are changed by the new OS.
When going from 32-bit to 64-bit, it’s even more complicated (on Windows).
How about running WinXP in a VM? Then install iSeries Access on WinXP.
Tom