I have had SCO Infromix SE 5, running on various versions of slackware curent onse i use the iBC3.8
but back toslackwar 3.5 and iBCS
I have it als on RHEL 5 x86 with iBCS3.8 running
but this is only with SCO 3.2v4.2 COFF version of informix binaries
The r4gl error does seem like that you have an informix db perms issue to me
Although the isql and bcheck suggest some ibcs issue.
I have had no success so far with it on RHEL7 kernel 3.10.0-327.el7.x86_64
was with ibcs 3.10-3.13 where I can compile the bincoff module, but not others,
howver it won;t load, the kernel reboots
Is Your Slackware 14.1 x86_64, or 32-bit, I will see if I can test it?
-- reply above this line --
Rodney Sheppard
Software Engineer - Development Manager
Trans-Mit Pty. Ltd.
7 Wendy Court Hampton Park,
Vic 3976, Australia
Phone... +61 3 87878744
Fax.........+61 3 87875722
Email...... rod@transmit.com.au
Web....... www.transmit.com.au
----- Original Message -----
From: Derek Frost
To: [linux-abi:discussion]
Sent: Thursday, June 02, 2016 1:19 AM
Subject: [linux-abi:discussion] What Linux Distro run with the latest ibcs ?????
My last post is waiting for moderation but here is another update.
I created a new machine in Virtualbox using Slackware 14.1 and installed the 3.6.1 kernel as described in my post above. I needed to go into 'make menuconfig' and disable GFA2 support under File Systems. Finally I was able to build and install ibcs-3.10-3.5.4 and get my Xenix Informix binaries to partially work.
I needed to create the Informix SQLEXEC environment variable to point to the database engine which was never needed on the Xenix or SCO systems I've used. I can now run the r4gl IDE shell but cannot compile or run any of my programs due to 'database not found or no permissions errors'. In addition the isql program will go no farther than display the version and serial number screen before it exits to the $ prompt without an error message. The bcheck utility (to check file integrity and fix indexes etc) also fails giving an error 14 (Bad Address) error.
I ran the 'en_tr' script to enable tracing and the error seems to originate here (the program seems to exit in a controlled way as there are many more lines after this in the log file):-
May 31 20:55:04 Paintman kernel: [ 4147.941580][bcheck:1875]: open("tempmak222.dat", 02, 01)
May 31 20:55:04 Paintman kernel: [ 4147.941585][bcheck:1875]: open returns 5 (edx:134517650)
May 31 20:55:04 Paintman kernel: [ 4147.941591][bcheck:1875]: fcntl(5, 0x2, 0x1)
May 31 20:55:04 Paintman kernel: [ 4147.941594][bcheck:1875]: fcntl returns 0 (edx:134522509)
May 31 20:55:04 Paintman kernel: [ 4147.941600][bcheck:1875]: cxenix()
May 31 20:55:04 Paintman kernel: [ 4147.941604][bcheck:1875]: locking(4, 7, 5183032)
May 31 20:55:04 Paintman kernel: [ 4147.941614][bcheck:1875]: locking error return -14/14
May 31 20:55:04 Paintman kernel: [ 4147.941622][bcheck:1875]: write(1, 04022068, 1)
Obviously I’ve checked the file system permissions, assigned owner ship and groups etc, but I'm not 100% sure if this is an ibcs or an Informix installation problem.
Thanks for the reply, sorry for the delay but I've just seen the new thread.
I'm using the 32 bit version of Slackware 14.1, from what I've read 64 bit Linux is problematic. The Informix binaries I'm using were from the late 80s and ran on 286 Xenix. They're currently running on a Pentium 100 machine under SCO OpenServer 5 but the machine is due to be retired. I'm getting the same database permission error when I run the compiled programs too. Checking the traces suggests the root cause is the same Bad Address error (14) when a 'locking' request is made that's breaking isql and bcheck. I can post more of the traces if this would help.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Derek,
I have had SCO Infromix SE 5, running on various versions of slackware curent onse i use the iBC3.8
but back toslackwar 3.5 and iBCS
I have it als on RHEL 5 x86 with iBCS3.8 running
but this is only with SCO 3.2v4.2 COFF version of informix binaries
The r4gl error does seem like that you have an informix db perms issue to me
Although the isql and bcheck suggest some ibcs issue.
I have had no success so far with it on RHEL7 kernel 3.10.0-327.el7.x86_64
was with ibcs 3.10-3.13 where I can compile the bincoff module, but not others,
howver it won;t load, the kernel reboots
Is Your Slackware 14.1 x86_64, or 32-bit, I will see if I can test it?
-- reply above this line --
Rodney Sheppard
Software Engineer - Development Manager
Trans-Mit Pty. Ltd.
7 Wendy Court Hampton Park,
Vic 3976, Australia
Phone... +61 3 87878744
Fax.........+61 3 87875722
Email...... rod@transmit.com.au
Web....... www.transmit.com.au
----- Original Message -----
From: Derek Frost
To: [linux-abi:discussion]
Sent: Thursday, June 02, 2016 1:19 AM
Subject: [linux-abi:discussion] What Linux Distro run with the latest ibcs ?????
My last post is waiting for moderation but here is another update.
I created a new machine in Virtualbox using Slackware 14.1 and installed the 3.6.1 kernel as described in my post above. I needed to go into 'make menuconfig' and disable GFA2 support under File Systems. Finally I was able to build and install ibcs-3.10-3.5.4 and get my Xenix Informix binaries to partially work.
I needed to create the Informix SQLEXEC environment variable to point to the database engine which was never needed on the Xenix or SCO systems I've used. I can now run the r4gl IDE shell but cannot compile or run any of my programs due to 'database not found or no permissions errors'. In addition the isql program will go no farther than display the version and serial number screen before it exits to the $ prompt without an error message. The bcheck utility (to check file integrity and fix indexes etc) also fails giving an error 14 (Bad Address) error.
I ran the 'en_tr' script to enable tracing and the error seems to originate here (the program seems to exit in a controlled way as there are many more lines after this in the log file):-
May 31 20:55:04 Paintman kernel: [ 4147.941580] [bcheck:1875]: open("tempmak222.dat", 02, 01)
May 31 20:55:04 Paintman kernel: [ 4147.941585] [bcheck:1875]: open returns 5 (edx:134517650)
May 31 20:55:04 Paintman kernel: [ 4147.941591] [bcheck:1875]: fcntl(5, 0x2, 0x1)
May 31 20:55:04 Paintman kernel: [ 4147.941594] [bcheck:1875]: fcntl returns 0 (edx:134522509)
May 31 20:55:04 Paintman kernel: [ 4147.941600] [bcheck:1875]: cxenix()
May 31 20:55:04 Paintman kernel: [ 4147.941604] [bcheck:1875]: locking(4, 7, 5183032)
May 31 20:55:04 Paintman kernel: [ 4147.941614] [bcheck:1875]: locking error return -14/14
May 31 20:55:04 Paintman kernel: [ 4147.941622] [bcheck:1875]: write(1, 04022068, 1)
Obviously I’ve checked the file system permissions, assigned owner ship and groups etc, but I'm not 100% sure if this is an ibcs or an Informix installation problem.
What Linux Distro run with the latest ibcs ?????
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/linux-abi/discussion/41354/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Thanks for the reply, sorry for the delay but I've just seen the new thread.
I'm using the 32 bit version of Slackware 14.1, from what I've read 64 bit Linux is problematic. The Informix binaries I'm using were from the late 80s and ran on 286 Xenix. They're currently running on a Pentium 100 machine under SCO OpenServer 5 but the machine is due to be retired. I'm getting the same database permission error when I run the compiled programs too. Checking the traces suggests the root cause is the same Bad Address error (14) when a 'locking' request is made that's breaking isql and bcheck. I can post more of the traces if this would help.