Subj : FidoNews 29:46 [03/07]: Editor'S Corner
To   : All
From : FidoNews Robot
Date : Mon Nov 12 2012 00:07:13

=================================================================
                         EDITOR'S CORNER
=================================================================

                 The true MakeNl history
                 By Bj”rn Felten, 2:203/2

I've recently been asked what I know about the history of the "new"
MakeNl project. All of the most vital history details has been edited
out in the present history file, unfortunately. The reason for this I
will not burden you with, but it was a bad case of incompatible person
chemistry that made the history file lack all the important steps from
2.52 to 3.2.

   And, tell you the truth, nowadays I really don't care that other
persons have taken over this former baby of mine. But I do care about
history revisionists getting away with what they do.

   This is the netmail exchange that triggered it all. It's in German,
but that's as can be expected, since it was a German effort, by
Michael Karcher, that made all of this possible from the very
beginning:


Ein exaktes Reassembly (Bytegenau) ist leider nicht moeglich, da der
urpruenglich verwendete Compiler (Microsoft C Version vor 7.0) nicht
zur Verfuegung steht :-(

----[ NetMail Folder ]-----------------------------------------------
On: Sun 19 Dec 1999 16:27    (Rcvd: Sun 19 Dec 1999 21:51)
    #5
By: Michael Karcher                  2:2410/710.9
To: Franz Zimmer                     2:2410/710
Re: f:\FD\SECURE\makenl.arj
St: Pvt File Rcvd
---------------------------------------------------------------------
Hallo Franz!

Im Attachment befindet sich der Quellcode zu Makenl. An den stellen,
wo ich vom Original abweiche, habe ich mit "BUG FIXED"-Kommentaren
darauf hingewiesen. Die Strings sind einfach uebernommen, daher
heisst es in MERGE.C an einer Stelle "merge cnacled". Es sind viele
kleine Quellcode-Dateien, und wenn man sie in folgender Reihenfolge
linkt:

BAUDRATE.C CHECK.C GETKEYW.C FTS5_1.C GETPATH.C FTS5_2.C UPCONT.C
CLEAN.C CONFIG.C COMMENT.C STRCRC.C APPDIFF.C INSTLST.C OPENLST.C
SRCHMAX.C CLEANOLD.C MAKEARC.C MKDIFF.C MAKENL.C VARIABLE.C COPYMOVE.C
ADDRESS.C MSGTOOL.C FTS5_3.C MERGE.C PROCESS.C STACK.C OUTPUT.C

Und die Funktionen aus LIB.C und EXECUTE.ASM in eine Bibliothek
packt, dann sollte die gleiche Funktionsreihenfolge wie im Original
in der EXE-Datei auftauchen. Die Quelltexte kompilieren zur Zeit
unter Borland C 3.1 fehlerfei, aber die Anpassung an ein MSC sollte
nur bei findfirst und coreleft (_max_avail bei MS) Aenderungen
erfordern.
Viele Gruesse,
  Michael Karcher


--- FIDOGATE 4.2.3

----[ NetMail Folder ]-----------------------------------------------
On: Fri 31 Dec 1999  0:33    (Rcvd: Fri 31 Dec 1999  8:05)
    #8
By: Michael Karcher                  2:2410/710.9
To: Franz Zimmer                     2:2410/710
Re: F:\FD\SECURE\newfiles.zip
St: Pvt File Rcvd
----------------------------------------------------------------------
[...]

Deine Testdaten laufen jetzt alle prima durch, und liefern das
gleiche Ergebnis wie MAKENL.

Ausserdem habe ich mir mal die modifizierte Version von MAKENL 2.52
angesehen. Sie unterscheidet sich von MAKENL an folgenden Stellen:
1) Die Funktion getbaud ist totgelegt und liefert immer "1" zurueck
2) Die Funktion getstring schmeisst keine Zeichen groesser als
   127 mehr raus, die fünf Zeilen
   while(*(++workptr) != 0)
   {
       if(*workptr < 0)
           *workptr = '?';
   }
   werden totgelegt. Wie dieses Fragment nahe legt, muss MAKENL
   uebrigens mit signed characters uebersetzt werden. Aber in der
   PR

.