Re: Informix 4.10.UE2 (SCO) + linux-abi = 922: Cannot get name of current working directory
On Mon, 06 Mar 2006 06:19:14 GMT, Jonathan Leffler
<jleffler@earthlink.net> wrote:
>It depends on how the code determines the current directory. There's a
>moderate chance it tries to read the directory, expects it to be a
>old-style Unix file system - old, meaning not more than 14 characters in
>the file name, all entries 16 bytes long, the other 2 bytes being the
>inode number, etc. Are you running on that type of file system?
Well the original filesystem was EAFS... and now it's running on an
XFS filesystem in Linux. I would have assumed that this kind of thing
was abstracted away by the operating system so the filesystem didn't
matter?
>Frankly, it is time to put the poor old build out of its misery - and
>upgrade to something released a decade or more later.
That's certainly an option... the original database menuing system is
launched by typing:
"isql -s dbname -ur"
...and up pops a menu system that looks like it's partially stored in
the database itself (strings for the menu titles, etc). Do future
versions of Informix support this kind of built-in menuing system out
of the box? (it'd be nice to just import the DB, forms, etc. into a
native Linux version of Informix and be done with it).
What kind of cash are we talking about for a new version? (I'd seen
licenses for $11,000... the budget here is more like a few hundred
bucks for something able to support 3-5 simultaneous users).
>Isn't it amazing how well programs that are 15+ years old work despite
>all the changes. There wasn't a world-wide web when it was released!
Yes, certainly surprised that "dbaccess" even half-works on SuSE 10
with those kernel mods :)
Thanks for the info!
Robert Giles
Hello Robert,
> "isql -s dbname -ur"
>
> ...and up pops a menu system that looks like it's partially stored in
> the database itself (strings for the menu titles, etc). Do future
> versions of Informix support this kind of built-in menuing system out
> of the box? (it'd be nice to just import the DB, forms, etc. into a
> native Linux version of Informix and be done with it).
yes you may want to look at SE latest and isql.
i guess only thing you need is export your db and import it on linux;
then
recompile your forms and reports .
this most likely without change a letter of code....
Superboer.
Robert Giles schreef:
> On Mon, 06 Mar 2006 06:19:14 GMT, Jonathan Leffler
> <jleffler@earthlink.net> wrote:
> >It depends on how the code determines the current directory. There's a
> >moderate chance it tries to read the directory, expects it to be a
> >old-style Unix file system - old, meaning not more than 14 characters in
> >the file name, all entries 16 bytes long, the other 2 bytes being the
> >inode number, etc. Are you running on that type of file system?
>
> Well the original filesystem was EAFS... and now it's running on an
> XFS filesystem in Linux. I would have assumed that this kind of thing
> was abstracted away by the operating system so the filesystem didn't
> matter?
>
> >Frankly, it is time to put the poor old build out of its misery - and
> >upgrade to something released a decade or more later.
>
> That's certainly an option... the original database menuing system is
> launched by typing:
>
> "isql -s dbname -ur"
>
> ...and up pops a menu system that looks like it's partially stored in
> the database itself (strings for the menu titles, etc). Do future
> versions of Informix support this kind of built-in menuing system out
> of the box? (it'd be nice to just import the DB, forms, etc. into a
> native Linux version of Informix and be done with it).
>
> What kind of cash are we talking about for a new version? (I'd seen
> licenses for $11,000... the budget here is more like a few hundred
> bucks for something able to support 3-5 simultaneous users).
>
> >Isn't it amazing how well programs that are 15+ years old work despite
> >all the changes. There wasn't a world-wide web when it was released!
>
> Yes, certainly surprised that "dbaccess" even half-works on SuSE 10
> with those kernel mods :)
>
> Thanks for the info!
>
> Robert Giles