Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ames!oliveb!amdahl!rtech!davek From: davek@rtech.rtech.com (Dave Kellogg) Newsgroups: comp.databases Subject: Re: Ingres 5.0 under VMS 5.x Message-ID: <2630@rtech.rtech.com> Date: 30 Jan 89 15:02:01 GMT References: Reply-To: davek@rtech.UUCP (Dave Kellogg) Organization: Relational Technology Inc, Alameda CA Lines: 28 In article bg0l+@andrew.cmu.edu (Bruce E. Golightly) writes: >We are in the process of testing Ingres under VMS 5.0. So far, nothing >really strange has happened, but we're not quite finished. We handle such >testing on a VAX 11/750 to check for unpleasant side effects before moving >the new version into out multi-node VAXCluster, since the cluster is used >for production work that we can't afford to have break (like my paycheck >comes from there!). I coordinated the initial release of INGRES 5 on VAX/VMS V5, so I'm pretty close to this topic. Internally, very very little changed in INGRES. We had to re-macro and re-link one shareable image (SYS_INGRES:[INGRES.BIN]- IISYSSERV.EXE) and change the build script to accept VMS V5 as a valid version. Checkenv, also, needed to be updated to accept V5 as a valid version. Because INGRES uses the VMS lock manager we didn't have to worry about synchronization problems or re-writing device drivers to understand spinlocks. I did the initial on-site testing at a customer site in July, and since then I know of no problems specific to or caused by VMS V5, except for a simple bug which incorrectly issues a warning in the build procedure. If you're particularly nervous you might call technical support (have your contact person call them, that is) to verify what I'm saying. (Sorry about the warning message, it was my fault..) Thanks, David Kellogg