The
enterprise editions of Redhat are a possibility. These are based
on
the
same libs (IIRC) as RH 7.x and have a 5 year product life cycle.
Another option is SuSE.
You
could also try the compatibility libs in later versions of RH. This is
a
common
trick used with Oracle and works well (although I haven't
tried
it
with SAP-DB)
Note
that if you intend to run clients on the machine (e.g. the Perl pr Python
libraries) you will need versions of these built
against the same libraries.
It can
be a pain to install a lot of backward-compatible infrastructure - I once
had to
do this with Perl, Python, cx_Oracle, Perl DBI and DBD:Oracle, QT(!)
and
some other odds and sods to use an Oracle 8.1.7 client on RH7.3.
Building QT 2.3.x on egcs-compat and
glibc-compat took quite a while to get
working. You may encounter similar
problems with SAP-DB.
Nigel.
-----Original Message-----
From: Edgar Castanedo [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 4 June 2003 11:52 a.m.
To: sapdb
Cc: [EMAIL PROTECTED]
Subject: no redhat 9? what about windows 2003?
From: Edgar Castanedo [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 4 June 2003 11:52 a.m.
To: sapdb
Cc: [EMAIL PROTECTED]
Subject: no redhat 9? what about windows 2003?
I guess I should not try and run sapdb on Redhat Linux 9 any longer. I have
tried, but failed. Does anyone have any success stories?
If not, what about Windows 2003? If not Windows 2003, what about Windows
2000. Basically, I am just looking for a reliable system to run sapdb on, but I
am not sure which I should use.
I have a choice between Redhat Linux and Windows.
Help please!
Edgar Castanedo [EMAIL PROTECTED]
http://www.geocities.com/ecastanedo/
Do you Yahoo!?
Free online calendar with sync to Outlook(TM).
