Mike Jagdis SEZ in a message ...]-
]-On Wed, 26 May 1999, ezzio wrote:
]-
]-> I am trying to run an bussiness bvasic software for SCO uin a linux
]-box,
]-> but as soon as I execute the language, it returns the following
]-message:
]->
]-> iBCS: sysv tape ioctl func=14 arg=0 unsupported
BASIS BBx does indeed do this.
]-
]-This implies the program is running under the SVR4 personality
]-(in which a 't'|14 ioctl is a tape function) rather than the
]-SCO personality (under which a 't'|14 ioctl is one of the termios
]-functions).
However a trace says differently, it finds the string:
"@(#) crt1.s 1.8 89/05/30" and ID's correctly.
]-
]- Since COFF binaries default to SCOSVR3 personalities and don't
]-have any way of switching to SVR4 that I remember I would guess
]-that the Business Basic interpreter is an ELF binary. ELF binaries
]-default to SVR4 (when not Linux native). SCO programs all start
]-with a SCO specific sysi86() system call which causes iBCS to
]-switch to the SCO personality.
Nope Again the file is COFF and magic's correctly:
> file /usr/bbx4/bbx4
/usr/bbx4/bbx4: 80386 COFF executable
]- Of course, you can "fix" the problem by commenting the message
]-out of iBCSemul/ioctl.c and rebuilding iBCS. I believe 't'|14
]-is TIOCNXCL which, if there are no obvious problems, is not
]-a big deal.
This fixes that problem, but not the problem of masking CBAUDEX which
was totally ignored when I brought it up a year or so ago even providing
a patch.
This means with say a dialin to a modem nailed to 57.6K on the serial
port (any style, any flavor), iBCS as shipped will basically drop you
down to like 50baud or 75 baud as soon as you run the interpeter, or
actually _ANY_ interactive program that does an ioctl to the tty port,
as CBAUDEX gets masked off on the way out and not put back.
My simple fix was to maintain a seperate termio(s) structure for both
the iBCS side and the LINUX side and actually copy between them,
updating the needed bits.
--
Keith Smith [EMAIL PROTECTED]
655 W Fremont Dr
Tempe AZ 85282 it's hot
