RE: What version of the engine is recommended
Posted in 1999
Topics: Installation, Setup & Upgrades, Platform-Specific Issues
Thanks Jonathan for your answer, you last point begs the question (to everyone) which version of engine should I install and why ? I just asked Informix to supply me with the "latest versions of our Informix software". The 2 questionables are :- from IUS 9.14.UC2 to 9.14.UC7 (IDS 2000 ?? or even 7.xx ??) from WebBlade 3.31.UC2 to 4.00.UC1 (I think we will leave this for next year - if at all) I value our current stability, even if it does require daily restarts to fix known memory leakage's and ignoring the 2+ assert fails per week, and especially since there is all out war at our site Oracle vs SQL Server vs Informix. Informix currently has by far the most territory but the battle is becoming bloody and we may loose the war "to the you-don't-get-sacked for buying Oracle" and to the "but everyone else in drug discovery is using Oracle" etc etc Geoff Poole > -----Original Message----- > From: Jonathan Leffler [SMTP:jleffler@earthlink.net] > Sent: 10 November 1999 04:57 > To: informix-list@iiug.org > Subject: Re: Installed new IUS what perl bits need rebuilding ? > > > > Geoffrey Poole wrote: > > > Perl Guru's, > > I'm upgrading from 9.14.UC2 to 9.14.UC7 on a Sun E450 Solaris 2.6 (SunOS > > 5.6). We are using perl 5.005 patch 02 with DBD-Informix (Informix.xs,v > 60.1 > > 1998/07/30 22:38:07), but our site's perl installation is a mess, lots > > directories full of old installations. 2 questions :- > > 1) What perl bits need to rebuild ? > > Possibly none. It depends on whether you are putting the 9.14.UC7 > libraries > where the 9.14.UC2 libraries used to be -- if so, you don't need to > recompile. > Alternatively, if you are putting the new libraries in a new directory but > are > keeping the old libraries where they were, you also don't need to > recompile > anything unless you really want to use the new libraries. Then you need > to > recompile DBD::Informix, and re-install it. > > > 2) Where can I find Perl DBD-Informix installation description/notes ? > > In the README file? You'd probably find the DBD::Informix 0.62 file a > little > easier to read; > it has a very brief section at the front which explains that if you know > these 5 > items are OK, then these are the steps to take. If anything goes wrong, > read > the whole lot. > > Is there any particular reason why you're stuck with 9.14 rather than a > newer > CSDK and a newer engine? > > -- > Jonathan Leffler (jleffler@informix.com, jleffler@earthlink.net) > Guardian of DBD::Informix v0.62 -- see http://www.perl.com/CPAN > #include <disclaimer.h> > >
I'm beginning to wonder if my brain is fried. Hmmm; I know there was ESQL/C 9.15 and 9.16, but they were part of CSDK 2.10 and 2.20 respectively. All of a sudden, I suspect that there never was an IUS 9.15 or 9.16, so 9.14 is the latest IUS available, and your upgrade option would be IDS.2000 or Foundation.2000. You would not normally 'upgrade' to 7.3x from IUS. WebBlade 4.00 is the very latest. In retrospect, I think you're fine where you are; I was confusing myself, which led me to confuse you and the other readers of the news group (all except those who knew I was talking rubbish but were too polite to tell me so). Sorry! Geoffrey Poole wrote: > Thanks Jonathan for your answer, you last point begs the question (to > everyone) which version of engine should I install and why ? > I just asked Informix to supply me with the "latest versions of our Informix > software". The 2 questionables are :- > from IUS 9.14.UC2 to 9.14.UC7 (IDS 2000 ?? or even 7.xx ??) > from WebBlade 3.31.UC2 to 4.00.UC1 (I think we will leave this for next year > - if at all) > I value our current stability, even if it does require daily restarts to fix > known memory leakage's and ignoring the 2+ assert fails per week, and > especially since there is all out war at our site Oracle vs SQL Server vs > Informix. Informix currently has by far the most territory but the battle is > becoming bloody and we may loose the war "to the you-don't-get-sacked for > buying Oracle" and to the "but everyone else in drug discovery is using > Oracle" etc etc > Geoff Poole > > > -----Original Message----- > > From: Jonathan Leffler [SMTP:jleffler@earthlink.net] > > Sent: 10 November 1999 04:57 > > To: informix-list@iiug.org > > Subject: Re: Installed new IUS what perl bits need rebuilding ? > > > > > > > > Geoffrey Poole wrote: > > > > > Perl Guru's, > > > I'm upgrading from 9.14.UC2 to 9.14.UC7 on a Sun E450 Solaris 2.6 (SunOS > > > 5.6). We are using perl 5.005 patch 02 with DBD-Informix (Informix.xs,v > > 60.1 > > > 1998/07/30 22:38:07), but our site's perl installation is a mess, lots > > > directories full of old installations. 2 questions :- > > > 1) What perl bits need to rebuild ? > > > > Possibly none. It depends on whether you are putting the 9.14.UC7 > > libraries > > where the 9.14.UC2 libraries used to be -- if so, you don't need to > > recompile. > > Alternatively, if you are putting the new libraries in a new directory but > > are > > keeping the old libraries where they were, you also don't need to > > recompile > > anything unless you really want to use the new libraries. Then you need > > to > > recompile DBD::Informix, and re-install it. > > > > > 2) Where can I find Perl DBD-Informix installation description/notes ? > > > > In the README file? You'd probably find the DBD::Informix 0.62 file a > > little > > easier to read; > > it has a very brief section at the front which explains that if you know > > these 5 > > items are OK, then these are the steps to take. If anything goes wrong, > > read > > the whole lot. > > > > Is there any particular reason why you're stuck with 9.14 rather than a > > newer > > CSDK and a newer engine? > > > > -- > > Jonathan Leffler (jleffler@informix.com, jleffler@earthlink.net) > > Guardian of DBD::Informix v0.62 -- see http://www.perl.com/CPAN > > #include <disclaimer.h> > > > > -- Jonathan Leffler (jleffler@informix.com, jleffler@earthlink.net) Guardian of DBD::Informix v0.62 -- see http://www.perl.com/CPAN #include <disclaimer.h>