D3 7.4 on win 2012

[jrst...@gmail.com]

We have a couple legacy systems on win wk3 that are running 7.4s like a clock but with the end of life of win 2k3 we need to upgrade the os. Has anyone migrated an old d3 like this to win 2012? When we install it seems to not want to register the services. Seems like some sort of security issue. Any ideas?

We really don't want to upgrade to the newer versions of
D3 you know if it ain't broke don't fix it. Thanks in advance.

John Stokka

[Tony Gravagno]

If you port to another system you'll need to re-activate. That could be the problem rather than inability to register services. Activation requires a maintenance agreement. If your (clients'?) systems are on maintenance, and I'm guessing not, then you can ask RS about W2012 but chances are extremely slim that the pair is compatible or supported. If this is a developer system and you qualify as a Consultant or VAR for Rocket then you should be able to purchase a license at a Very reasonable cost compared to TL/RD days.

HTH
T

[Ross Ferris]

If you check the build date of the D3 database I suspect it may pre-date W2K3 ... tell me again why you are looking at upgrading the OS & not the database? If this is a business critical system (?), do the business a favour & get them on a supported version of the OS & D3, and if not critical, just keep running on W2K3 - under HyperV if necessary

[geneb]

On Tue, 1 Nov 2016, Ross Ferris wrote:

> If you check the build date of the D3 database I suspect it may pre-date
> W2K3 ... tell me again why you are looking at upgrading the OS & not the
> database? If this is a business critical system (?), do the business a
> favour & get them on a supported version of the OS & D3, and if not
> critical, just keep running on W2K3 - under HyperV if necessary
>

If there's no assembler modes involved, it might be better to move them to
OpenQM - especially if they're sensitive to the per-seat cost of D3.

g.

--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.diy-cockpits.org/coll - Go Collimated or Go Home.
Some people collect things for a hobby. Geeks collect hobbies.

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://scarlet.deltasoft.com - Get it _today_!

[Ross Ferris]

Depends on the port effort involved, and this could also be a COTS product with no source ...

Either way, I think we are in agreement that spending some money makes sense

[Peter McMurray]

Penny pinching on the system that keeps the business going is always a silly idea. 

In Australia you could actually be sued for failing to advise the business of the risk that you as a contractor are aware of when it fails. 

I have moved all our software up over every version of Pick from Reality to the latest D3 and a few other variants in between - I simply put a command switch in for Universe and Unidata before compiling. The only issues were a minor variation on decimal conversion going from  standard compiled to optimised - optimised does not ignore leading spaces on a number for MD0.

No software that I have met is compatible with such a massive difference in age.

If as is suggested there is no source available then you better do something about it now. the Cobol Y2K disaster was exacerbated by exactly that, so much object code just recompiled over version after version..

Quite simply it is broke as it is not compatible with the current range of supported operating systems.

I'll bet none of the bosses are driving around in old cars because fixing them is more expensive than buying new. In Japan you cannot even register them, but they are the result of the business success they do not add value like the Pick.

[fwinans]

a) when I google to wiki uac   it indicates even back in windows 2008 they had UAC -- maybe turning that off would help?
b) if you're using a windows domain controller, you need to _not_ use the domain administrator's windows logon account to install the d3 even if that seems the safest experiment; instead the administrator account _for_that_windows_computer itself is the most likely account to work well during the install.  If you have to ask 'what is a domain?' then no you are not on a domain arrangement, as regular workgroup only is the default, not a 'windows nt' style domain.
c) I'm biased, but don't forget the major vendors sell their databases in flavors for linux as well as in flavors for windows.  But if you move to d3/linux remember that there is an option in d3 to cut file saves that are for use on d3/linux instead of d3/windows boxes -- without using that option the d3/linux box will choke trying to read the file-save due to extra 'fsi:' prefixes on account and file names found on the save 'tape'. 
d) I'm confused how you even made the attempt to install your d3 on 2012 -- for many years now d3 install progs balk if you don't activate them during install.
You could try asking the vendor what it would take to get a 2 week activation on the new winbox to prove to your boss that that d3 can even run on win2012;  the worst that can happen is that they refuse your request...
e) before you commit to the migration, make sure your new winbox can use any essential  terminals or printers or modems;  they may need a serial or parallel cable on the database winbox itself or they may just be unsupported {printers or modems} in win2012.  And if you're using a multi-serial-port box or card, will it work in win2012?

John R. Stokka wrote: <snip>

  When we install it seems to not want to register the services.  Seems like some sort of security issue.

<snip>