Deutsch English Français Italiano |
<op.24fnm4aea3w0dxdave@hodgins.homeip.net> 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: "David W. Hodgins" <dwhodgins@nomail.afraid.org> Newsgroups: comp.os.linux.misc Subject: Re: Rewriting SSA. Is This A Chance For GNU/Linux? Date: Thu, 03 Apr 2025 10:53:18 -0400 Organization: A noiseless patient Spider Lines: 40 Message-ID: <op.24fnm4aea3w0dxdave@hodgins.homeip.net> 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> <vsgtsq$3be4i$1@dont-email.me> <vsgvh2$36mma$8@dont-email.me> <Uf-cnVfuGfF4MnH6nZ2dnZfqnPGdnZ2d@giganews.com> <89k0clx62u.ln2@Telcontar.valinor> <m55seiF36j5U1@mid.individual.net> <op.24eyy4ija3w0dxdave@hodgins.homeip.net> <m56rk6F83ouU1@mid.individual.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: 8bit Injection-Date: Thu, 03 Apr 2025 17:17:27 +0200 (CEST) Injection-Info: dont-email.me; posting-host="03ba9a7b4dbbed251996da76273af1e7"; logging-data="1036222"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+i9BTNaZKqEPNtQS8T7481Ewl5DlTLM28=" User-Agent: Opera Mail/12.16 (Linux) Cancel-Lock: sha1:21K3UjZE6ZDltvEIUHfEUxAcSoA= Bytes: 3465 On Thu, 03 Apr 2025 03:28:07 -0400, rbowman <bowman@montana.com> wrote: > On Thu, 03 Apr 2025 02:00:30 -0400, David W. Hodgins wrote: > >> The data is in EBCDIC, not ASCII. Sequential files can be fixed or >> variable length. For fixed, the length of each record is specified in >> the file declaration, while for variable, the length is in the first >> bytes of each record. There is no character or combination of characters >> used to represent the end of a record. > > I don't see any of that to be a problem. Until quite recently a mid- > western US state's criminal justice system used EBCDIC and the IBM > protocol where the record lengths are specified in a known size hearer. > When I wrote the interface it converted from ASCII to EBCDIC and vice > versa on the fly. Lookup tables were necessary. I would hope all the data > uses the same code page. > > All this is business as usual when dealing with data. Again hopefully they > have maintained uniformity over the decades and it is not the situation of > the Obamacare roll-out that had to deal with many companies and agencies > that march to their own drummer. The conversion is easy once you have the data and fully understand the relationship between the various files and databases. Converting the use forward and reverse chile pointers in an IMS hierarchical database to the equivalent in DB2 databases can be done, provided the person doing the conversion understands the purpose and use of the pointers. Some of the PL/1 programs I worked on used 15 dimensional tables (the max allowed in PL/1). Learning the data structures used, both in databases and within programs takes time. There are Panvalet (and other) file storage systems in addition to the databases and "regular files". There are a lot of parts developed over decades that all have to keep working in conjunction with each other. Regards, Dave Hodgins