Comments on: DJGPP 1.03 saved thanks to shovelware + cd.textfiles.com

By: neozeed

neozeed — Tue, 19 May 2020 05:30:49 +0000

In reply to Fissuras. I think this is the Japanese one that is ported from the FM-Towns... Actually yeah the towns.h has credit to Keisuke Yoshida. It very well may be an older version of TOWNS-gpp. Japan had quite the movement of GCC on home machines, also the x68000 although their native tools were written in assembler.

By: Fissuras

Fissuras — Mon, 18 May 2020 12:03:12 +0000

On a side note, there is an even older port of gcc to msdos. never heard of it before.
http://cd.textfiles.com/bbox4/progc/gccmsdos.arj
files are dated as of april, 1990

By: Fissuras

Fissuras — Mon, 18 May 2020 11:57:49 +0000

In reply to neozeed.

Yeah, I’ve said that on the post bellow. Gpp5 (1.05) and Gpp3(1.03) were available. I was hoping to rebuild djgpp using turbo c …
Anyway, those are the oldest files we can get. Too bad there is no mirror from that era, no http://ftp.archive.org.
I am now looking for older fmsx source code for unix, versions 0.1 to 1.0. they are out there somewhere.

By: DOS

DOS — Mon, 18 May 2020 11:16:17 +0000

In reply to DOS. Oops, I just realized that some of the posts below were links to this or other related information!

By: DOS

DOS — Mon, 18 May 2020 11:13:13 +0000

In reply to neozeed.

Not necessarily, “Packed file is corrupt” also happens if you have *too much* RAM available! As described in https://jeffpar.github.io/kbarchive/kb/072/Q72360/, LOADFIX addresses this by forcing the application to not load in the first 64K of RAM. Other workarounds suggested there are just running another copy of COMMAND.COM. DOSBox is prone to triggering this since it has a lot of RAM available by default, but at least in recent versions it does have LOADFIX.

By: neozeed

neozeed — Mon, 18 May 2020 05:07:01 +0000

In reply to Fissuras.

volume 16 of that site you found has something called GPP5 which should be the next release of DJGPP.

There is *SOME* source in there.

http://193.166.3.2/pub/archive/comp.binaries.ibm.pc/volume16/

By: neozeed

neozeed — Mon, 18 May 2020 03:38:21 +0000

In reply to Fissuras. In the binary post it mentions that there is no source for this release. Maybe for the following release.

By: Fissuras

Fissuras — Mon, 18 May 2020 00:46:36 +0000

In reply to neozeed.

dj1inc unpacked fine. got part5 from my previous link, uudecoded dj1inc.zoo, unpacked (unzooed?), got a “INC.TAR” file, untarred… and all header files came out without a single warning.

Now, what about the sources?

By: neozeed

neozeed — Sun, 17 May 2020 17:37:23 +0000

In reply to Fissuras.

So it turns out this release is in UTZOO, and I’ve been sitting on it for years. Ironically I built that altavista personal search proxy thing to look for stuff, but never searched for djgpp. The includes zoo is intact!

The binary announcement is here:
https://utzoo.superglobalmegacorp.com/usenet/b202/comp/binaries/ibm/pc/3506.txt

Docs announcement:
https://utzoo.superglobalmegacorp.com/usenet/b203/comp/binaries/ibm/pc/3562.txt

Lib announcement:
https://utzoo.superglobalmegacorp.com/usenet/b204/comp/binaries/ibm/pc/3569.txt

And includes:
https://utzoo.superglobalmegacorp.com/usenet/b203/comp/binaries/ibm/pc/3564.txt

Although it appears the zoo has always been corrupted.

All I had to do was use the gateway:
https://altavista.superglobalmegacorp.com/altavista?pg=q&what=0&q=dj1bin.zoo&search.x=0&search.y=0

And here is the announcement, mentioning no source:

Originally-from: grape.ecs.clarkson.edu Submitted-by: dj@ctron.com Archive-name: dj1bin/part01


  This is the first of many parts of gcc and g++ for DOS running on 386

and 486 machines. It doesn't run on any of the smaller machines, nor

will it, since the hardware is just not there for 32 bit arithmetic. It

will run integer programs without a 387, but will not even compile a

program which uses float (including constants). I've been trying it and

while it's useful, it is not totally bug free yet, so there will

probably be an update in a month or so based on user's reports.
  There will be postings of binaries, the include files, and the

libraries. I am confident enough in an update soon that I'm holding off

on the sources for now, they'll come last if there's no update.
  This software is usefully robust, but certainly not without some minor

flaws in either documentation or the implementation.

Please post comments or mail them to the submitter, not to me. I'm just a user like you.

By: neozeed

neozeed — Sun, 17 May 2020 17:08:44 +0000

In reply to Fissuras.

Kind of funny DJGPP is old enough to be at the tail end of UTZOO

https://utzoo.superglobalmegacorp.com/usenet/b202/comp/binaries/ibm/pc/3506.txt