Re: Arggghhhh!!!!!!

Only for 11.7 and 3.70 stuff I believe... Regards. On Thu, Nov 29, 2012 at 11:25 PM, Art Kagel <art.kagel@gmail.com> wrote: > The IDS installer also has a commandline option to extract the old tarball > so you can do a manual install. I think it is --legacy. DOn't know if the > CSDK installer supports it. > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other organization with which I am associated either explicitly, > implicitly, or by inference. Neither do those opinions reflect those of > other individuals affiliated with any entity with which I am affiliated nor > those of the entities themselves. > > On Thu, Nov 29, 2012 at 5:44 PM, Paul Watson <paul@oninit.com> wrote: > > > No idea, it has been a compliant that has come and gone many times over > the > > last 10 ?? years. > > > > Have you tried a minimal install on Linux ? > > > > AFAIK your installer uses the Sun JDK and there are classes mismatches > with > > the open jre that most Linux's have. Of course why you have to have a > > working Java environment at all has always been a mystery to me > > > > Any error message than the one currently given would be more useful - how > > about 'ying yang fiddly flop' - more informative that the current one - > and > > > > Cheers > > Paul > > > > -----Original Message----- > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > > Fernando Nunes > > Sent: Thursday, November 29, 2012 4:19 PM > > To: ids@iiug.org > > Subject: Re: Arggghhhh!!!!!! [28961] > > > > In that case, there is a bug. I haven't hit that one (recent installs on > > AIX, HP-UX, Linux). > > We must fix it, but for that it must be reported. I haven't followed the > > thread in detail. Was it? > > Regards. > > > > On Thu, Nov 29, 2012 at 10:02 PM, Paul Watson <paul@oninit.com> wrote: > > > > > The point is the Java installer is NOT always self-contained !!!!!!! > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > > > Fernando Nunes > > > Sent: Thursday, November 29, 2012 3:48 PM > > > To: ids@iiug.org > > > Subject: Re: Arggghhhh!!!!!! [28959] > > > > > > The point is that you don't need a working Java environment. The > > installer > > > > > is self contained... or should be, meaning it should provide it's own > > JRE. > > > > > There is a downside to this, of course which is size and temp space > > > required... > > > But I don't miss the times where depending on the platform I had to > use a > > > different and strange command to uncompress something and then run a > > shell > > > > > script with ever changing options... > > > This should not serve as an excuse if/when there are bugs. But the > > Informix > > > installation is great because: > > > > > > - Supports GUI, silent and console mode > > > - Is simple to use > > > - Has been consistent for some time > > > - Runs fast > > > - Doesn't need to link anything (some others do...) > > > > > > Oh... Of course I may be biased here... But you can be sure I install a > > lot > > > of instances, clientSDK etc... And it works. :) > > > > > > Regards > > > > > > On Thu, Nov 29, 2012 at 9:06 PM, Paul Watson <paul@oninit.com> wrote: > > > > > > > Or the fact the installer relies on classes that don't exist in the > > > openjdk > > > > ? > > > > > > > > But you miss the point - why do have to have a working Java > environment > > > to > > > > > > > just install the $%^&*$^&*$%^* system especially when you have no > > > intention > > > > of ever using Java > > > > > > > > And why does the 64 bit 4gl need a 32 bit Java installer > > > > > > > > Cheers > > > > Paul > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > > > Sundar > > > > Shunmugam > > > > Sent: Thursday, November 29, 2012 2:12 PM > > > > To: ids@iiug.org > > > > Subject: Re: Arggghhhh!!!!!! [28956] > > > > > > > > Hi Neil, > > > > > > > > Very likely an existing JDK/JRE path, which is incompatible is > > > interfering > > > > > > > with installer's functionality. > > > > > > > > Can you check your path variable, for any reference to existing > JDK/JRE > > > > installation? Temporarily remove it and retry installation. > > > > > > > > Note: > > > > - Some of the JDK/JREs cannot be used (for example FSF version). > > > > - Ensure your product media is complete as it normally ships with a > JRE > > > > for installer. > > > > - In addition, check your disk space. > > > > > > > > Sundar. > > > > > > > > From: "NEIL TRUBY" <neil.truby@ardenta.com> > > > > To: ids@iiug.org, > > > > Date: 11/28/2012 03:22 AM > > > > Subject: Re: Arggghhhh!!!!!! [28933] > > > > Sent by: ids-bounces@iiug.org > > > > > > > > Hi Pradeep > > > > > > > > Thanks for the reply. Tried that too; it's just craps straight out: > > > > > > > > root@01tst /export/home/trubyn/crap # > > > > /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/bin/java -version > > > > java version "1.6.0_22" > > > > OpenJDK Runtime Environment (IcedTea6 1.10.6) > > > > (rhel-1.25.1.10.6.el5_8-x86_64) > > > > OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode) > > > > > > > > root@01tst /export/home/trubyn/crap # ./installclientsdk -javahome > > > > /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/bin > > > > > > > > Initializing InstallShield Wizard........ > > > > > > > > Extracting Bundled JRE. > > > > root@01tst /export/home/trubyn/crap # > > > > > > > > > > > > > > > > > > > > > > > **************************************************************************** > > > > > > > > > *** > > > > > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > > > > > > **************************************************************************** > > > > > > > > > *** > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > > > > > > > > > > > > > > **************************************************************************** > > > > > *** > > > > Forum Note: Use "Reply" to post a response in the discussion forum. > > > > > > > > > > > > > > -- > > > Fernando Nunes > > > Portugal > > > > > > http://informix-technology.blogspot.com > > > My email works... but I don't check it frequently... > > > > > > --047d7bea451c7d9ebc04cfa93b62 > > > > > > > > > > > > > > **************************************************************************** > > > > > *** > > > Forum Note: Use "Reply" to post a response in the discussion for

I want give my hint too... :) My guess, has 1% of chance to be the cause... anyway... who know I won the lottery today... I always have problem with the java installer if have variables with termcap codes set . Something like : $ export x=$(tput setf 6) If you run the installer... they just don't go... unfortunately I don't remember the error code... what this import? java errors are all a mystery... Neither java programers sometimes are capable to decipher... The solution? unset all this variables.... Good luck Neil. Cesar On 29/11/2012 21:41, Fernando Nunes wrote: > Only for 11.7 and 3.70 stuff I believe... > Regards. > > On Thu, Nov 29, 2012 at 11:25 PM, Art Kagel <art.kagel@gmail.com> wrote: > >> The IDS installer also has a commandline option to extract the old tarball >> so you can do a manual install. I think it is --legacy. DOn't know if the >> CSDK installer supports it. >> >> Art >> >> Art S. Kagel >> Advanced DataTools (www.advancedatatools.com) >> Blog: http://informix-myview.blogspot.com/ >> >> Disclaimer: Please keep in mind that my own opinions are my own opinions >> and do not reflect on my employer, Advanced DataTools, the IIUG, nor any >> other organization with which I am associated either explicitly, >> implicitly, or by inference. Neither do those opinions reflect those of >> other individuals affiliated with any entity with which I am affiliated nor >> those of the entities themselves. >> >> On Thu, Nov 29, 2012 at 5:44 PM, Paul Watson <paul@oninit.com> wrote: >> >>> No idea, it has been a compliant that has come and gone many times over >> the >>> last 10 ?? years. >>> >>> Have you tried a minimal install on Linux ? >>> >>> AFAIK your installer uses the Sun JDK and there are classes mismatches >> with >>> the open jre that most Linux's have. Of course why you have to have a >>> working Java environment at all has always been a mystery to me >>> >>> Any error message than the one currently given would be more useful - how >>> about 'ying yang fiddly flop' - more informative that the current one - >> and >>> Cheers >>> Paul >>> >>> -----Original Message----- >>> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of >>> Fernando Nunes >>> Sent: Thursday, November 29, 2012 4:19 PM >>> To: ids@iiug.org >>> Subject: Re: Arggghhhh!!!!!! [28961] >>> >>> In that case, there is a bug. I haven't hit that one (recent installs on >>> AIX, HP-UX, Linux). >>> We must fix it, but for that it must be reported. I haven't followed the >>> thread in detail. Was it? >>> Regards. >>> >>> On Thu, Nov 29, 2012 at 10:02 PM, Paul Watson <paul@oninit.com> wrote: >>> >>>> The point is the Java installer is NOT always self-contained !!!!!!! >>>> >>>> -----Original Message----- >>>> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of >>>> Fernando Nunes >>>> Sent: Thursday, November 29, 2012 3:48 PM >>>> To: ids@iiug.org >>>> Subject: Re: Arggghhhh!!!!!! [28959] >>>> >>>> The point is that you don't need a working Java environment. The >>> installer >>> >>>> is self contained... or should be, meaning it should provide it's own >>> JRE. >>> >>>> There is a downside to this, of course which is size and temp space >>>> required... >>>> But I don't miss the times where depending on the platform I had to >> use a >>>> different and strange command to uncompress something and then run a >>> shell >>> >>>> script with ever changing options... >>>> This should not serve as an excuse if/when there are bugs. But the >>> Informix >>>> installation is great because: >>>> >>>> - Supports GUI, silent and console mode >>>> - Is simple to use >>>> - Has been consistent for some time >>>> - Runs fast >>>> - Doesn't need to link anything (some others do...) >>>> >>>> Oh... Of course I may be biased here... But you can be sure I install a >>> lot >>>> of instances, clientSDK etc... And it works. :) >>>> >>>> Regards >>>> >>>> On Thu, Nov 29, 2012 at 9:06 PM, Paul Watson <paul@oninit.com> wrote: >>>> >>>>> Or the fact the installer relies on classes that don't exist in the >>>> openjdk >>>>> ? >>>>> >>>>> But you miss the point - why do have to have a working Java >> environment >>>> to >>>> >>>>> just install the $%^&*$^&*$%^* system especially when you have no >>>> intention >>>>> of ever using Java >>>>> >>>>> And why does the 64 bit 4gl need a 32 bit Java installer >>>>> >>>>> Cheers >>>>> Paul >>>>> >>>>> -----Original Message----- >>>>> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf >> Of >>>>> Sundar >>>>> Shunmugam >>>>> Sent: Thursday, November 29, 2012 2:12 PM >>>>> To: ids@iiug.org >>>>> Subject: Re: Arggghhhh!!!!!! [28956] >>>>> >>>>> Hi Neil, >>>>> >>>>> Very likely an existing JDK/JRE path, which is incompatible is >>>> interfering >>>> >>>>> with installer's functionality. >>>>> >>>>> Can you check your path variable, for any reference to existing >> JDK/JRE >>>>> installation? Temporarily remove it and retry installation. >>>>> >>>>> Note: >>>>> - Some of the JDK/JREs cannot be used (for example FSF version). >>>>> - Ensure your product media is complete as it normally ships with a >> JRE >>>>> for installer. >>>>> - In addition, check your disk space. >>>>> >>>>> Sundar. >>>>> >>>>> From: "NEIL TRUBY" <neil.truby@ardenta.com> >>>>> To: ids@iiug.org, >>>>> Date: 11/28/2012 03:22 AM >>>>> Subject: Re: Arggghhhh!!!!!! [28933] >>>>> Sent by: ids-bounces@iiug.org >>>>> >>>>> Hi Pradeep >>>>> >>>>> Thanks for the reply. Tried that too; it's just craps straight out: >>>>> >>>>> root@01tst /export/home/trubyn/crap # >>>>> /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/bin/java -version >>>>> java version "1.6.0_22" >>>>> OpenJDK Runtime Environment (IcedTea6 1.10.6) >>>>> (rhel-1.25.1.10.6.el5_8-x86_64) >>>>> OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode) >>>>> >>>>> root@01tst /export/home/trubyn/crap # ./installclientsdk -javahome >>>>> /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/bin >>>>> >>>>> Initializing InstallShield Wizard........ >>>>> >>>>> Extracting Bundled JRE. >>>>> root@01tst /export/home/trubyn/crap # >>>>> >>>>> >>>>> >>>> >>> >> **************************************************************************** >>>>> *** >>>>> >>>>> Forum Note: Use "Reply" to post a response in the discussion forum. >>>>> >>>>> >>>>> >>>> >>> >> **************************************************************************** >>>>> *** >>>>> Forum Note: Use "Reply" to post a response in the discussion forum. >>>>> >>>>> >>>>> >>>>> >>>> >>> >> **************************************************************************** >>>> *** >>>>> Forum Note: Use "Reply" to post a response in the discussion forum. >>>>> >>>>> >>>> -- >>>> Fernando Nunes >>>> Portugal >>>> >>>> http:

No... -legacy exists in 3.50... haven't tried it... can be a workaround... I research this... apparently what happens is that Neil probably doesn't have a JRE installed (please confirm) and the install script (installclientsdk) is trying to use the internal one. I uncompresses it by default to something like: /tmp/istemp9154335012744/_bundledJRE_/jre And then tries to check if the version is compatible. This looks stupid, but the script at this point doesn't know if it's the internal JRE or a specified one with -javahome This verification fails (should be visible in the install log or maybe a debug switch is needed) Since my installation works perfectly using the embedded one (I'm using 5.5, not 5.8), I run the java that is included: # ldd java linux-gate.so.1 => (0xffffe000) libpthread.so.0 => /lib/libpthread.so.0 (0x00d41000) libnsl.so.1 => /lib/libnsl.so.1 (0x00d69000) libdl.so.2 => /lib/libdl.so.2 (0x00d3a000) libc.so.6 => /lib/libc.so.6 (0x00bdf000) /lib/ld-linux.so.2 (0x00bc0000) Maybe some of these are missing, or most probably there is an incompatibility (meaning JRE 1.4.2 does not work in RHEL 5.8) So, who id to blame? IBM, RH, Neil? :) IBM certified this I believe on RHEL 5... and it works with 5.5. Then probably RH changed some library that causes incompatibility with JRE 1.4.2 (which is old in fact). RH is to blame? Don't think so... Linux is not recognized by being able to run old software versions in new OS versions... IBM is to blame? Hmmmm.... FC9 was launched in August 2011... RHEL 5.8 was launched in Feb 2012. It was impossible to test this. And normally we'd expect a new system to be able to run old software versions... I'd blame it on Neil... Just install a JRE that works (and so it seems that Paul was right: Why do you need to have a working JRE?! ) - point is, you wouldn't if Linux would be backwards compatible.... It would be interesting to extract the bundled JRE and try to run it just to see what the error is... Undefined symbol somewhere probably... But I don't have 5.8... But I would not classify this as a bug... More an incompatibility issue with a relatively simple workaround. As a side note... found one PMR with a similar situation (installation of the engine 11.5). It was closed with the explanation that the customer installed 11.70 and everything worked fine. Problem: Closing a PMR is not necessarily solving a problem. Sometimes is just avoiding it... Regards. On Thu, Nov 29, 2012 at 11:41 PM, Fernando Nunes <domusonline@gmail.com>wrote: > Only for 11.7 and 3.70 stuff I believe... > Regards. > > On Thu, Nov 29, 2012 at 11:25 PM, Art Kagel <art.kagel@gmail.com> wrote: > > > The IDS installer also has a commandline option to extract the old > tarball > > so you can do a manual install. I think it is --legacy. DOn't know if the > > CSDK installer supports it. > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > Blog: http://informix-myview.blogspot.com/ > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and do not reflect on my employer, Advanced DataTools, the IIUG, nor any > > other organization with which I am associated either explicitly, > > implicitly, or by inference. Neither do those opinions reflect those of > > other individuals affiliated with any entity with which I am affiliated > nor > > those of the entities themselves. > > > > On Thu, Nov 29, 2012 at 5:44 PM, Paul Watson <paul@oninit.com> wrote: > > > > > No idea, it has been a compliant that has come and gone many times over > > the > > > last 10 ?? years. > > > > > > Have you tried a minimal install on Linux ? > > > > > > AFAIK your installer uses the Sun JDK and there are classes mismatches > > with > > > the open jre that most Linux's have. Of course why you have to have a > > > working Java environment at all has always been a mystery to me > > > > > > Any error message than the one currently given would be more useful - > how > > > about 'ying yang fiddly flop' - more informative that the current one - > > and > > > > > > Cheers > > > Paul > > > > > > -----Original Message----- > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of > > > Fernando Nunes > > > Sent: Thursday, November 29, 2012 4:19 PM > > > To: ids@iiug.org > > > Subject: Re: Arggghhhh!!!!!! [28961] > > > > > > In that case, there is a bug. I haven't hit that one (recent installs > on > > > AIX, HP-UX, Linux). > > > We must fix it, but for that it must be reported. I haven't followed > the > > > thread in detail. Was it? > > > Regards. > > > > > > On Thu, Nov 29, 2012 at 10:02 PM, Paul Watson <paul@oninit.com> wrote: > > > > > > > The point is the Java installer is NOT always self-contained !!!!!!! > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > > > Fernando Nunes > > > > Sent: Thursday, November 29, 2012 3:48 PM > > > > To: ids@iiug.org > > > > Subject: Re: Arggghhhh!!!!!! [28959] > > > > > > > > The point is that you don't need a working Java environment. The > > > installer > > > > > > > is self contained... or should be, meaning it should provide it's own > > > JRE. > > > > > > > There is a downside to this, of course which is size and temp space > > > > required... > > > > But I don't miss the times where depending on the platform I had to > > use a > > > > different and strange command to uncompress something and then run a > > > shell > > > > > > > script with ever changing options... > > > > This should not serve as an excuse if/when there are bugs. But the > > > Informix > > > > installation is great because: > > > > > > > > - Supports GUI, silent and console mode > > > > - Is simple to use > > > > - Has been consistent for some time > > > > - Runs fast > > > > - Doesn't need to link anything (some others do...) > > > > > > > > Oh... Of course I may be biased here... But you can be sure I > install a > > > lot > > > > of instances, clientSDK etc... And it works. :) > > > > > > > > Regards > > > > > > > > On Thu, Nov 29, 2012 at 9:06 PM, Paul Watson <paul@oninit.com> > wrote: > > > > > > > > > Or the fact the installer relies on classes that don't exist in the > > > > openjdk > > > > > ? > > > > > > > > > > But you miss the point - why do have to have a working Java > > environment > > > > to > > > > > > > > > just install the $%^&*$^&*$%^* system especially when you have no > > > > intention > > > > > of ever using Java > > > > > > > > > > And why does the 64 bit 4gl need a 32 bit Java installer > > > > > > > > > > Cheers > > > > > Paul > > > > > > > > > > -----Original Message----- > > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > > Of > > > > > Sundar > > > > > Shunmugam > > > > > Sent: Thursday, November 29, 2012 2:12 PM > > > > > To: ids@iiug.org > > > > > Subject: Re: Arggghhhh!!!!!! [28956] > > > > >@@N

As I mentioned earlier, I don't have acess to RHEL 5.8.... But I got a VM with CentOS 5.8... no java installed. The installer works properly. Regards. On Fri, Nov 30, 2012 at 1:57 AM, Fernando Nunes <domusonline@gmail.com>wrote: > No... -legacy exists in 3.50... haven't tried it... can be a workaround... > > I research this... apparently what happens is that Neil probably doesn't > have a JRE installed (please confirm) and the install script > (installclientsdk) is trying to use the internal one. > I uncompresses it by default to something like: > > /tmp/istemp9154335012744/_bundledJRE_/jre > > And then tries to check if the version is compatible. This looks stupid, > but the script at this point doesn't know if it's the internal JRE or a > specified one with -javahome > This verification fails (should be visible in the install log or maybe a > debug switch is needed) > > Since my installation works perfectly using the embedded one (I'm using > 5.5, not 5.8), I run the java that is included: > > # ldd java > > linux-gate.so.1 => (0xffffe000) > > libpthread.so.0 => /lib/libpthread.so.0 (0x00d41000) > > libnsl.so.1 => /lib/libnsl.so.1 (0x00d69000) > > libdl.so.2 => /lib/libdl.so.2 (0x00d3a000) > > libc.so.6 => /lib/libc.so.6 (0x00bdf000) > > /lib/ld-linux.so.2 (0x00bc0000) > > Maybe some of these are missing, or most probably there is an > incompatibility (meaning JRE 1.4.2 does not work in RHEL 5.8) > > So, who id to blame? IBM, RH, Neil? :) > IBM certified this I believe on RHEL 5... and it works with 5.5. Then > probably RH changed some library that causes incompatibility with JRE 1.4.2 > (which is old in fact). > RH is to blame? Don't think so... Linux is not recognized by being able to > run old software versions in new OS versions... > IBM is to blame? Hmmmm.... FC9 was launched in August 2011... RHEL 5.8 was > launched in Feb 2012. It was impossible to test this. And normally we'd > expect a new system to be able to run old software versions... > > I'd blame it on Neil... Just install a JRE that works (and so it seems that > Paul was right: Why do you need to have a working JRE?! ) - point is, you > wouldn't if Linux would be backwards compatible.... > > It would be interesting to extract the bundled JRE and try to run it just > to see what the error is... Undefined symbol somewhere probably... But I > don't have 5.8... > But I would not classify this as a bug... More an incompatibility issue > with a relatively simple workaround. > > As a side note... found one PMR with a similar situation (installation of > the engine 11.5). It was closed with the explanation that the customer > installed 11.70 and everything worked fine. Problem: Closing a PMR is not > necessarily solving a problem. Sometimes is just avoiding it... > > Regards. > > On Thu, Nov 29, 2012 at 11:41 PM, Fernando Nunes <domusonline@gmail.com > >wrote: > > > Only for 11.7 and 3.70 stuff I believe... > > Regards. > > > > On Thu, Nov 29, 2012 at 11:25 PM, Art Kagel <art.kagel@gmail.com> wrote: > > > > > The IDS installer also has a commandline option to extract the old > > tarball > > > so you can do a manual install. I think it is --legacy. DOn't know if > the > > > CSDK installer supports it. > > > > > > Art > > > > > > Art S. Kagel > > > Advanced DataTools (www.advancedatatools.com) > > > Blog: http://informix-myview.blogspot.com/ > > > > > > Disclaimer: Please keep in mind that my own opinions are my own > opinions > > > and do not reflect on my employer, Advanced DataTools, the IIUG, nor > any > > > other organization with which I am associated either explicitly, > > > implicitly, or by inference. Neither do those opinions reflect those of > > > other individuals affiliated with any entity with which I am affiliated > > nor > > > those of the entities themselves. > > > > > > On Thu, Nov 29, 2012 at 5:44 PM, Paul Watson <paul@oninit.com> wrote: > > > > > > > No idea, it has been a compliant that has come and gone many times > over > > > the > > > > last 10 ?? years. > > > > > > > > Have you tried a minimal install on Linux ? > > > > > > > > AFAIK your installer uses the Sun JDK and there are classes > mismatches > > > with > > > > the open jre that most Linux's have. Of course why you have to have a > > > > working Java environment at all has always been a mystery to me > > > > > > > > Any error message than the one currently given would be more useful - > > how > > > > about 'ying yang fiddly flop' - more informative that the current > one - > > > and > > > > > > > > Cheers > > > > Paul > > > > > > > > -----Original Message----- > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > Of > > > > Fernando Nunes > > > > Sent: Thursday, November 29, 2012 4:19 PM > > > > To: ids@iiug.org > > > > Subject: Re: Arggghhhh!!!!!! [28961] > > > > > > > > In that case, there is a bug. I haven't hit that one (recent installs > > on > > > > AIX, HP-UX, Linux). > > > > We must fix it, but for that it must be reported. I haven't followed > > the > > > > thread in detail. Was it? > > > > Regards. > > > > > > > > On Thu, Nov 29, 2012 at 10:02 PM, Paul Watson <paul@oninit.com> > wrote: > > > > > > > > > The point is the Java installer is NOT always self-contained > !!!!!!! > > > > > > > > > > -----Original Message----- > > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf > > Of > > > > > Fernando Nunes > > > > > Sent: Thursday, November 29, 2012 3:48 PM > > > > > To: ids@iiug.org > > > > > Subject: Re: Arggghhhh!!!!!! [28959] > > > > > > > > > > The point is that you don't need a working Java environment. The > > > > installer > > > > > > > > > is self contained... or should be, meaning it should provide it's > own > > > > JRE. > > > > > > > > > There is a downside to this, of course which is size and temp space > > > > > required... > > > > > But I don't miss the times where depending on the platform I had to > > > use a > > > > > different and strange command to uncompress something and then run > a > > > > shell > > > > > > > > > script with ever changing options... > > > > > This should not serve as an excuse if/when there are bugs. But the > > > > Informix > > > > > installation is great because: > > > > > > > > > > - Supports GUI, silent and console mode > > > > > - Is simple to use > > > > > - Has been consistent for some time > > > > > - Runs fast > > > > > - Doesn't need to link anything (some others do...) > > > > > > > > > > Oh... Of course I may be biased here... But you can be sure I > > install a > > > > lot > > > > > of instances, clientSDK etc... And it works. :) > > > > > > > > > > Regards > > > > > > > > > > On Thu, Nov 29, 2012 at 9:06 PM, Paul Watson <paul@oninit.com> > > wrote: > > > > > > > > > > > Or the fact the installer relies on classes that don't exist in > the > > > > > openjdk > > > > > > ? > > > > > > > > > > > > But you miss the point - why do have to have a working Java@@NL@