oops it's with GRUB and not GRIB !!
On Nov 30, 8:40 am, philippe <philippe.meyn...@vendeeconcept.com>
wrote:
Apparently he's long gone, and the only location I could find him was
Slashdot (which isn't very helpful), so I never could contact him. A
while back (two weeks ago?) I did grab some files of his from WayBack
(including an old KERNEL.ZIP) for my other computer, but that method
seems to not work now. I'll go upload it from the other PC in a
minute.
Here's what I could find that may be of interest:
http://geezer.osdevbrasil.net/os/index.htm
In particular ("DOS Multiboot loader"):
http://geezer.osdevbrasil.net/temp/mbload.zip
There are others out there in the wild too, of course, perhaps even
GRUB4DOS would work??
On Nov 30, 6:00 pm, Rugxulo <rugx...@gmail.com> wrote:
>
> Apparently he's long gone, and the only location I could find him was
> Slashdot (which isn't very helpful), so I never could contact him. A
> while back (two weeks ago?) I did grab some files of his from WayBack
> (including an old KERNEL.ZIP) for my other computer, but that method
> seems to not work now. I'll go upload it from the other PC in a
> minute.
Apparently I didn't download his kernel.zip file, only others:
Archive: bill_currie.zip 2574989 bytes 5 files
-rw-a-- 3.0 fat 30052 b- defX 8-May-99 21:35 djasm.zip
-rw-a-- 3.0 fat 11608 b- defX 8-Nov-96 17:13 djpy.zip
-rw-a-- 3.0 fat 53927 b- defX 18-Jun-99 20:27 lfn.zip
-rw-a-- 3.0 fat 344576 b- defX 27-Mar-98 10:43 ed.tar
-rw-a-- 3.0 fat 2163364 b- defX 26-Oct-96 03:03 PYTHON1.4GZ.gz
5 files, 2603527 bytes uncompressed, 2574499 bytes compressed: 1.1%
Most of that is obsolete or won't compile (I didn't try) anyways.
However, it seems kernel2.zip was mirrored correctly by
WayBack! :-) But it may have issues with newer BinUtils.
http://www.delorie.com/djgpp/mail-archives/browse.cgi?p=djgpp/2001/12/28/13:48:28
http://web.archive.org/web/19990503114908/www.abwillms.demon.co.uk/prog/index.htm
http://web.archive.org/web/19990503114908/http://www.abwillms.demon.co.uk/prog/kernel2.zip
In old NG messages, Bill says he extended djasm. He wasn't sure if changes
ever made it into djasm proper. Those changes may be of interest to you.
Well, it seems the djpy.zip is widely available, usually where Python is.
I'm not sure if this is the same package as his. Search for "djpy.zip".
Of course, the Henrik Haftmann LFN driver, or Jason Hood variants, should
probably be used instead of Bill Currie's lfn.zip.
Rod Pemberton
And, Alexei Frounze also has some COFF related utils for DJGPP in "COFF
UTILS" section:
http://alexfru.chat.ru/epm.html
http://alexfru.chat.ru
http://alexfru.narod.ru/
Rod Pemberton
Could you please make this available somewhere? I'd like to look into
the Python-related stuff which seems to be part of this.
TIA
On Nov 30, 8:02 pm, "Rod Pemberton" <do_not_h...@nohavenot.cmm> wrote:
> "Rugxulo" <rugx...@gmail.com> wrote in message
>
> news:ea06fa9a-4ab0-4da5...@f16g2000yqm.googlegroups.com...
>
> > Apparently I didn't download his kernel.zip file, only others:
>
> > Archive: bill_currie.zip 2574989 bytes 5 files
> > -rw-a-- 3.0 fat 30052 b- defX 8-May-99 21:35 djasm.zip
> > -rw-a-- 3.0 fat 11608 b- defX 8-Nov-96 17:13 djpy.zip
> > -rw-a-- 3.0 fat 53927 b- defX 18-Jun-99 20:27 lfn.zip
> > -rw-a-- 3.0 fat 344576 b- defX 27-Mar-98 10:43 ed.tar
> > -rw-a-- 3.0 fat 2163364 b- defX 26-Oct-96 03:03 PYTHON1.4GZ.gz
> > 5 files, 2603527 bytes uncompressed, 2574499 bytes compressed: 1.1%
>
> In old NG messages, Bill says he extended djasm. He wasn't sure if changes
> ever made it into djasm proper. Those changes may be of interest to you.
http://www.delorie.com/djgpp/doc/kb/kb_6.html
... seems to mention various changes of his being incorporated into
stock DJGPP.
> Well, it seems the djpy.zip is widely available, usually where Python is.
> I'm not sure if this is the same package as his. Search for "djpy.zip".
It doesn't look like his work, just a generic way of compiling Python
with DJGPP (2.01). I personally didn't try it, too old!
> Of course, the Henrik Haftmann LFN driver, or Jason Hood variants, should
> probably be used instead of Bill Currie's lfn.zip.
Apparently, Martin S. hacked it a bit, so he would know more, but
AFAICT, it was always buggy. (To be honest, I almost like StarLFN's
idea better as it doesn't directly access the hard drive, uses
LONGNAME.DAT, hence should be patent free, heh. But it has some very
small incompatibilities with various DOSes by default. I never pushed
myself to mess with it too much.)
Eli : "Could you please make this available somewhere? I'd like to
look into
the Python-related stuff which seems to be part of this. "
It's very very old Python, and I think it's meant for his editor, but
since it was all sources (no .EXEs) and really old, I didn't feel the
need to torture myself trying to compile it. But sure, I'll upload it
for ya.
http://rapidshare.com/files/314955602/bill_currie.zip.html
MD5: 1778883EAD5E83D8565C0CD2F9921546
Rod: "And, Alexei Frounze also has some COFF related utils for DJGPP
in "COFF
UTILS" section:
http://alexfru.chat.ru/epm.html "
Thanks! I knew he had something useful (and knew you knew, heh), but I
couldn't find it myself!
> Apparently, Martin S. hacked it a bit, so he would know more, but
[Scrathes head.]
Hrmm... I don't remember that. Possibly. But I don't know more
(nowadays) about it.
--
MartinS
Prior to HH's LFN driver, I was partial to Chris Jones' LFNDOS. I did a bit
of work updating it, fixing bugs, and I merged in some patches he posted
elsewhere.
I had also considered creating a hack-job "cut-n-paste" LFN TSR from Odi's
(Ortwin Glueck) LFN tools, since they seem to work _really_ well with LFN's.
But, I didn't want to track down MSVC 1.52c (or whatever...) and attempt to
then port to DJGPP. I haven't looked at his code, but I still suspect that
either he or the C compiler was using some additional undocumented
features... They are very fast with LFN's - i.e., no "bog" down with large
amount of LFN data. His tools seems to do things behinds the scenes with
LFN's without accessing the disk. (a ramdisk? accessing internal DOS
structures? undocumented DOS calls? ...) I've found LCOPY to be useful.
LREN is on occasion also. The 179 version is on Sourceforge. I have a few
of the older versions too.
Rod Pemberton