[ale] libstdc++-libc6.1-1.so.2 for Centos 5?

Tue Jun 22 11:23:47 EDT 2021

Yes, Progress, OpenEdge.  Best large scale DB that no one has ever heard 
of.   It's primarily an enterprise DB with it's own 4GL, but it does 
offer SQL access.

As always, there are historical reasons systems are kept up to date.  
Sometimes government contracts.

Looks like we've figured out a work-around for not having the linux SQL 
side working, by using the PC side ODBC driver and a SQL client.

It's at least helpful that nobody suggested a viable way out on the 
linux side.

regards,

Neal

On 2021-06-21 07:10, Chuck Payne via Ale wrote:
> Progress SQL? I have never heard of it. Are you sure it not
> PostgreSQL?
> 
> [Side Note] This sounds like a job interview I went on about 17 years
> ago. I meet a person at the B & N over near North Point Mall. He was
> looking for SA to help take care of their system. It was a Red Hat
> system, but after talking with him for almost two hours. I came to
> find out it was Red Hat 6 system. At that time RHEL 4 came out, the
> last version Red Hat was 9.
> 
> I passed on the job because, I told him it was going to be hard to
> take care of such of system.
> 
> On Mon, Jun 21, 2021 at 8:02 AM Phil Turmel via Ale <ale at ale.org>
> wrote:
> 
>> Time for a java decompiler, I think.
>> 
>> On 6/19/21 8:55 PM, Jim Kinney via Ale wrote:
>>> No hope at all unless you build a vm with ancient code or toss the
>> 
>>> entire build code away and start over with all new.
>>> 
>>> On June 19, 2021 8:49:22 PM EDT, Neal Rhodes via Ale <ale at ale.org>
>> wrote:
>>> 
>>> Don't shoot, I'm only the messenger.  There was an old lady
>> that
>>> swallowed a fly...
>>> 
>>> Her children needed to run a Progress SQL client to setup DBA
>>> permissions.  It was written in Java, and it was written to
>> run with
>>> /usr/java/jre1.3.1_10.  On 32 bit Linux.   And her children
>> only needed
>>> to run it when building a new DB.  Which is about every 10
>> years.
>>> 
>>> Unbeknownst to her, her children moved the whole thing to a 64
>> bit
>>> Centos 5 system.  Including the Java.   Now, the Java startup
>> scripts
>>> didn't even know about x86_64.  It only knew about i386.  When
>> she saw
>>> that she was able to dink with the various wrapper scripts to
>> make it
>>> run the i386 32 bit stuff, which is the only Java libraries
>> Progress
>>> delivered to work with their client.
>>> 
>>> This got her farther down the road, but not far:
>>> /usr/java/jre1.3.1_10/bin/i386/native_threads/java: error
>> while loading
>>> shared libraries:
>>> libstdc++-libc6.1-1.so.2: cannot open shared object
>> file: No such
>>> file or directory
>>> 
>>> Now, since this only needs to get run every maybe 10 years,
>> it's not a
>>> surprise this was not known by her children when they moved
>> it.
>>> 
>>> HOWEVER, attempting to obtain this, she finds...
>>> 
>>> [root at austin native_threads]#  yum provides
>> libstdc++-libc6.1-1.so.2
>>> Loaded plugins: dellsysid, downloadonly, fastestmirror,
>> rhnplugin
>>> There was an error communicating with RHN.
>>> RHN support will be disabled.
>>> Error communicating with server. The message was:
>>> Name or service not known
>>> Loading mirror speeds from cached hostfile
>>> file://var/cache/yum/centos4-base-x86_64/repodata/repomd.xml:
>> [Errno 5]
>>> OSError: [Errno 2] No such file or directory:
>>> '/cache/yum/centos4-base-x86_64/repodata/repomd.xml'
>>> Trying other mirror.
>>> Error: Cannot retrieve repository metadata (repomd.xml) for
>> repository:
>>> centos4-base-x86_64. Please verify its path and try again
>>> 
>>> 
>>> She doubts this 12 year old Progress Java program is going to
>> just run
>>> with the native java version "1.6.0_20"; it would seem the
>> most prudent
>>> to locate this binary library to allow the older Java version
>> to run.
>>> This is a one-shot one-time setup.
>>> 
>>> Yes, she knows Centos 5, in fact ALL Centos is now in the
>> dustbin.   Any
>>> hopes for her?
>>> 
>>> regards,
>>> 
>>> Neal
>>> 
>> 
> ------------------------------------------------------------------------
>>> Ale mailing list
>>> Ale at ale.org
>>> https://mail.ale.org/mailman/listinfo/ale
>> <https://mail.ale.org/mailman/listinfo/ale>
>>> See JOBS, ANNOUNCE and SCHOOLS lists at
>>> http://mail.ale.org/mailman/listinfo
>> <http://mail.ale.org/mailman/listinfo>
>>> 
>>> 
>>> --
>>> Computers amplify human error
>>> Super computers are really cool
>>> 
>>> _______________________________________________
>>> Ale mailing list
>>> Ale at ale.org
>>> https://mail.ale.org/mailman/listinfo/ale
>>> See JOBS, ANNOUNCE and SCHOOLS lists at
>>> http://mail.ale.org/mailman/listinfo
>>> 
>> 
>> _______________________________________________
>> Ale mailing list
>> Ale at ale.org
>> https://mail.ale.org/mailman/listinfo/ale
>> See JOBS, ANNOUNCE and SCHOOLS lists at
>> http://mail.ale.org/mailman/listinfo
> 
> --
> 
> Terror PUP a.k.a
> Chuck "PUP" Payne
> -----------------------------------------
> Discover it! Enjoy it! Share it! openSUSE Linux.
> -----------------------------------------
> openSUSE -- Terrorpup
> openSUSE Ambassador/openSUSE Member
> skype,twiiter,identica,friendfeed -- terrorpup
> freenode(irc) --terrorpup/lupinstein
> Register Linux Userid: 155363
> 
> openSUSE Community Member since 2008.
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> https://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo