Deutsch   English   Français   Italiano  
<vsgtsq$3be4i$1@dont-email.me>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: Robert Heller <heller@deepsoft.com>
Newsgroups: comp.os.linux.advocacy,comp.os.linux.misc
Subject: Re: Rewriting SSA. Is This A Chance For GNU/Linux?
Date: Tue, 1 Apr 2025 14:40:27 -0000 (UTC)
Organization: Deepwoods Software
Lines: 70
Message-ID: <vsgtsq$3be4i$1@dont-email.me>
References: <pan$54963$b3f3d4e6$ae35ff46$71fe05c9@linux.rocks>? 
    <gXCdnTD2YLRBaHX6nZ2dnZfqn_idnZ2d@giganews.com>? 
    <m4tf1dFmvh3U1@mid.individual.net> <vsd0ui$365s0$1@dont-email.me>? 
    <JHudnUVvuNc823f6nZ2dnZfqnPWdnZ2d@giganews.com>? 
    <d41lujt571qvs8ksloa7q084fi7e7p7hnk@4ax.com> 
    <vsgsgn$36mma$5@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain;
              charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Injection-Date: Tue, 01 Apr 2025 16:40:27 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="5485634861df4a11c7079a1716575ad0";
	logging-data="3520658"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+IlXO8yfYwk4un/S7YRkM5wCnpWnWLGA4="
Cancel-Lock: sha1:zZvXk35fzdFLzDzNLBB0XbQnlYo=
X-Newsreader: TkNews 3.0 (1.2.19)
Originator: heller@sharky5.deepsoft.com
In-Reply-To: <vsgsgn$36mma$5@dont-email.me>
Bytes: 4327

It should be noted that GnuCOBOL actually translates COBOL to C, and then 
compiles the C code with GnuC.  In *theory* one could just run the whole code 
base through GnuCOBOL and create a C code base, but good luck making much 
sense of the generated C code...

At Tue, 1 Apr 2025 10:16:55 -0400 -hh <recscuba_google@huntzinger.com> wrote:

> 
> On 3/31/25 08:11, chrisv wrote:
> > c186282 wrote:
> > 
> >>    Oh, I agree ... trying to "rapidly rebuild" the "Just Works"
> >>    code-base is VERY risky. As said, most of those old COBOL
> >>    apps on those old computers were basically PERFECT - and
> >>    the fallout from being IMperfect is SEVERE - both politically
> >>    and per-individual affected. Extreme caution is advised.
> > 
> > Sorry for my below naive/stupid questions...
> > 
> > How hard could SS be?  
> 
> In a word, "very".
> 
> > Are the rules so complex?  
> 
> In snapshot form, not too terribly bad.  Problem is that there's been 
> 50+ years worth of revisions, and the documentation of every change is 
> never 100.0000% perfect in every last detail.
> 
> As such, its become a "black box" that no one really knows what all it 
> is doing, so its a nightmare to try to document all the processes to try 
> to reproduce it.
> 
> This is why multiple Fortune 500 corporations has had projects over the 
> years to try to replace COBOL, but which have repeatedly failed.  For 
> example, one that I was aware of was looking to use Smalltalk; I never 
> paid attention enough to know if that was a good choice or not.
> 
> 
> > I know it's hundreds
> > of millions of people, but that doesn't seen a huge challenge for
> > modern systems.  I don't know why it would be any harder than any
> > "significant" piece of software, like spreadsheet or database
> > software.
> 
> It is "big iron" mainframe stuff.  Think of a single data center having 
> literally *rows* of IBM 360's/370's.
> 
> Granted, there's been huge growth for web-based centers that are running 
> thousands of webservers/etc, but that's largely independent parallel 
> capacity, not a single database, so that drives solution approaches too.
> 
> > I'm also wondering how large the code base could be, if it was written
> > fifty years ago when a megabyte was a huge amount of memory.
> 
> Yup.  A system my wife worked on back in the 1990s for Y2K had literally 
> a couple of **Pentabytes** of data storage being managed by their COBOL 
> system.  I doubt it has grown by all that much .. my guess is that 
> they're probably still under ~50 Pentabytes today.
> 
> 
> -hh
>                                                                         
> 

-- 
Robert Heller             -- Cell: 413-658-7953 GV: 978-633-5364
Deepwoods Software        -- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
heller@deepsoft.com       -- Webhosting Services