ids 7.31 won't start after extract of 4gl v7.30

Got a bit of a problem. Platform hp-ux 10.20 I installed sql v7.20; esql v7.24; 4gl v7.30; ids 7.31 (in that order). Try as I might, the IDS server just wouldn't come up. Started from scratch; same problem. Started from scratch again, inatlled ids v7.31 on its own, everything fine. As soon as I extract (i.e. not even install) 4gl v7.30 into $INFORMIXDIR (in v7.30 installation notes it now says that the order in unimportant), ids won't come up again. anything obvious? thanks Neil The text from oninit -v is below: ---------------------------------------------------------------------------- ------------------------------------------------------------ informix@Dallas4 $oninit -iv This action will initialize Informix Dynamic Server; any existing Informix Dynamic Server databases will NOT be accessible - Do you wish to continue (y/n)? y Checking group membership to determine server run modesucceeded Reading configuration file '/c1p1/opt/informix/7.31_2/etc/onconfig.4'...succeeded Creating /INFORMIXTMP/.infxdirs ... succeeded Creating infos file "/c1p1/opt/informix/7.31_2/etc/.infos.dallas4_shm" ... "/c1p1/opt/informix/7.31_2/etc/.conf.dallas4_shm" ... succeeded Writing to infos file ... succeeded Checking config parameters...succeeded Allocating and attaching to shared memory...succeeded Creating resident pool 18406 kbytes...succeeded Creating buffer pool 50002 kbytes...succeeded Initializing rhead structure...succeeded Initializing ASF ...succeeded Initializing Dictionary Cache and Stored Procedure Cache...Cannot find message f ile. Check INFORMIXDIR and DBLANG.FAILED informix@Dallas4 $

On Wed, 12 Jan 2000 01:12:08 -0000, "Neil Truby" <ntruby@netcomuk.co.uk> wrote: >anything obvious? Strange. I had exactly the same error message when installing ISQL 7.30.UC1 *after* IDS 7.30UC9-1. Luckily I saved the complete /msg directory before doing this. After copying all files back the server started again without any problem (and even the ISQL is still running ;-) Axel

Axel Sander wrote: > On Wed, 12 Jan 2000 01:12:08 -0000, "Neil Truby" <ntruby@netcomuk.co.uk> > wrote: > > >anything obvious? > > Strange. I had exactly the same error message when installing ISQL 7.30.UC1 > *after* IDS 7.30UC9-1. Luckily I saved the complete /msg directory before > doing this. After copying all files back the server started again without > any problem (and even the ISQL is still running ;-) This implies that the 'shared' message files between I4GL and OnMonitor, which are 4gl.iem, 4glusr.iem, forms.iem and formbld.iem, have been changed by the IDS team without the knowledge of the I4GL team. The files are shared because OnMonitor uses a version of I4GL. Because OnMonitor does not use a standard version of I4GL, the code in the message files comes off completely different branches in the source tree. There's the additional problem that I4GL installs a bunch of server message files, but those are supposed to be the ones from CSDK 2.30 and should not, therefore conflict with those from IDS 7.3x. So, a comparison of the message files from the ISQL/I4GL release with those in the IDS release should help determine what the trouble is. As usual, the rule of TEN (Tools, Engines, Network), even though officially obsolete, would be advisable. For the comparison work, check out listiem from the IIUG software archives. For alternative installation mechanisms, see previous postings by Yours Truly on the subject. Install ISQL and I4GL into one directory. Install IDS into another. Build a composite INFORMIXDIR for real use using ixcreate from the utils_jl collection in the IIUG software archives. Searching the bodies of messages for ixcreate might be productive; searching for it in the subject lines would not. And ixcreate doesn't properly handle the 4 message files I listed above -- they are installed by IDS as n4gl.iem, etc, and then renamed, and ixcreate doesn't handle this properly. One day, I'll fix it. Note that ixcreate operates non-destructively by default. -- Yours, Jonathan Leffler (jonathan.leffler@informix.com) #include Guardian of DBD::Informix v0.95 -- http://www.perl.com/CPAN "I don't suffer from insanity; I enjoy every minute of it!"

When I used cpio -icvBdum (instead of omitting the u) it all worked fine! This suggests that the bit in the v7.30 manuals saying installation order is unimportant is bollocks. thanks Neil Neil Truby wrote in message <85gkak$nd4$1@taliesin2.netcom.net.uk>... >Got a bit of a problem. Platform hp-ux 10.20 > >I installed sql v7.20; esql v7.24; 4gl v7.30; ids 7.31 (in that order). Try >as I might, the IDS server just wouldn't come up. > >Started from scratch; same problem. > >Started from scratch again, inatlled ids v7.31 on its own, everything fine. >As soon as I extract (i.e. not even install) 4gl v7.30 into $INFORMIXDIR >(in v7.30 installation notes it now says that the order in unimportant), ids >won't come up again. > > >anything obvious? >thanks >Neil > >The text from oninit -v is below: > >--------------------------------------------------------------------------- - >------------------------------------------------------------ >informix@Dallas4 $oninit -iv >This action will initialize Informix Dynamic Server; >any existing Informix Dynamic Server databases will NOT be accessible - >Do you wish to continue (y/n)? y > >Checking group membership to determine server run modesucceeded > >Reading configuration file >'/c1p1/opt/informix/7.31_2/etc/onconfig.4'...succeeded > >Creating /INFORMIXTMP/.infxdirs ... succeeded > >Creating infos file "/c1p1/opt/informix/7.31_2/etc/.infos.dallas4_shm" ... >"/c1p1/opt/informix/7.31_2/etc/.conf.dallas4_shm" ... succeeded > >Writing to infos file ... succeeded > >Checking config parameters...succeeded > >Allocating and attaching to shared memory...succeeded > >Creating resident pool 18406 kbytes...succeeded > >Creating buffer pool 50002 kbytes...succeeded > >Initializing rhead structure...succeeded > >Initializing ASF ...succeeded > >Initializing Dictionary Cache and Stored Procedure Cache...Cannot find >message f > >ile. Check INFORMIXDIR and DBLANG.FAILED > >informix@Dallas4 $ > > >

In article <387CEC3E.94BBD118@informix.com>, Jonathan Leffler <jleffler@informix.com> writes >This implies that the 'shared' message files between I4GL and OnMonitor, >which are 4gl.iem, 4glusr.iem, forms.iem and formbld.iem, have been changed >by the IDS team without the knowledge of the I4GL team. The files are >shared because OnMonitor uses a version of I4GL. Because OnMonitor does not >use a standard version of I4GL, the code in the message files comes off Why doesn't onmonitor use standard 4gl??? -- David Williams

David Williams wrote: > In article <387CEC3E.94BBD118@informix.com>, Jonathan Leffler > <jleffler@informix.com> writes > >This implies that the 'shared' message files between I4GL and OnMonitor, > >which are 4gl.iem, 4glusr.iem, forms.iem and formbld.iem, have been changed > >by the IDS team without the knowledge of the I4GL team. The files are > >shared because OnMonitor uses a version of I4GL. Because OnMonitor does not > >use a standard version of I4GL, the code in the message files comes off > > Why doesn't onmonitor use standard 4gl??? For the usual reason -- history. OnMonitor is a very peculiar I4GL program. It uses I4GL forms for the interface code. All the real work is done in C code, and most of the work is done by attaching direct to shared memory, etc. Therefore, it absolutely 100% must be built with the exact same version of the ESQL/C as the server is built with. When I4GL was not keeping up with the servers, we created a special version which used just the current ESQL/C, etc (in the I4GL 6.02 timeframe; mid-1995). However, this special version was never leveraged back into the main stream, and it now has numerous bug fixes which make it diverge from the I4GL 7.30 code. It also never dealt with some problems in RDS. So, although it is a version of I4GL, it is not the standard version, and most probably never will use the standard version. The separation of ClientSDK from the servers has its own interesting implications! -- Jonathan Leffler (jleffler@informix.com, jleffler@earthlink.net) Guardian of DBD::Informix v0.95 -- see http://www.perl.com/CPAN #include <disclaimer.h>