home *** CD-ROM | disk | FTP | other *** search
/ PC Online 1997 October / PCO1097.ISO / FilesBBS / DOS / FOP105.EXE / HISTORY.FOP < prev    next >
Encoding:
Text File  |  1997-01-26  |  22.4 KB  |  448 lines
  1.                                                               Datum: 26.01.1997
  2.  
  3. Was bisher geschah
  4. ==================
  5.  
  6.  
  7. Legende:
  8. --------
  9.  
  10. + Neuerung
  11.  
  12. * Änderung
  13.  
  14. - Bugfix
  15.  
  16.  
  17.  
  18.  
  19. v0.92
  20. -----
  21.       erste lauffaehige Version
  22.  
  23.  
  24. v0.93
  25. -----
  26.       + FOP_MAIL: Wird der Name eines Absenders nicht gefunden, so wird die
  27.                   Netzadresse überprüft. Somit können die User in der Box
  28.                   jetzt auch mit Pseudo spielen und gleichzeitig via NM
  29.                   mit Realname [Hinweis von Olaf Wachendorf].
  30.  
  31.       + FOP_MAIL: In die Konfig wurde ein weiterer Inbound-Pfad eingefügt.
  32.                   So kann man jetzt sein unsec. und sein sec. Inbound
  33.                   angeben. FOP_MAIL sucht die TRN-Dateien in beiden
  34.                   Verzeichnissen.
  35.  
  36.       - FOP_MAIL: Es wurde nur der Username 'FOP' geprüft, aber nicht, ob
  37.                   die Nachricht auch an den FOP der eigenen Box gerichtet
  38.                   war. Auch Nachrichten an fremde FOPs wurden vom eigenen
  39.                   FOP_MAIL verarbeitet. Fehler behoben.
  40.  
  41.       * FOP_MAIN: Bei Eingaben war der Insert-Modus defaultmäßig aktiv.
  42.                   Da das eher störend war, ist jetzt der Überschreib-Modus
  43.                   aktiv [Anregung von Olaf Wachendorf]. Natürlich kann man
  44.                   nach wie vor mit der INS/EINFG-Taste den Modus umschalten.
  45.                   Mit CTRL-D kann man außerdem die ganze Eingabezeile
  46.                   löschen. Drückt man zum Abschluß statt RETURN auf ESC, so
  47.                   werden alle Änderungen verworfen.
  48.  
  49.       - FOP_MAIN: Meine Eingaberoutine hatte noch einen kleinen Bug im
  50.                   Überschreibmodus. Fehler behoben.
  51.  
  52.       + FOP_MAIN: Bisher wurde nur für Online-Spieler angezeigt, ob sie ihr
  53.                   RST-File bereits geholt haben. Ab jetzt wird auch
  54.                   angezeigt, ob NM-Spieler ihre Attachmail bereits geholt
  55.                   haben.
  56.  
  57.  
  58. v0.94
  59. -----
  60.       * FOP_MAIN: Es wird jetzt statt der internen Dateiübertragung ein
  61.                   externes Protokoll freier Wahl benutzt (siehe FOP.CFG).
  62.  
  63.       - FOP_MAIN: Der Logbucheintrag beim Löschen eines Spielers meldete
  64.                   das falsche Spiel. Fehler behoben.
  65.  
  66.  
  67. v0.95
  68. -----
  69.       - FOP_MAIL: Dummerweise wurden die eigenen Points nicht erkannt und 
  70.                   verarbeitet. Fehler behoben.
  71.       
  72.       + FOP_MAIL: FOP_MAIL reagierte bisher nur auf eine FIDO-Adresse. Hat 
  73.                   man mehrere AKAs, so wurden diese nicht als eigene 
  74.                   Adressen erkannt. Deshalb gibt es jetzt eine Datei namens 
  75.                   'Address.aka', in der alle eigenen Adressen stehen. Der 
  76.                   Eintrag der Systemadresse in FOP.CFG fällt somit weg. 
  77.                   Siehe auch die mitgelieferte Datei "address.aka".
  78.                   Bei neuen Mails, die von einem der Module erstellt werden, 
  79.                   wird die erste eingetragene Adresse als Main AKA benutzt, 
  80.                   bei Antworten die AKA, an die geschrieben wurde.
  81.                   
  82.       + FOP_HOST: Es gibt ein neues Modul FOP_HOST, welches automatisch an
  83.                   den richtigen Tagen fuer jedes Spiel den HOSTRUN startet.
  84.                   Siehe dazu die Dateien 'hostrun.cfg' und 'hostrun.bat'.
  85.       
  86.       * FOP_MAIL: FOP_MAIL liest jetzt die HOSTRUN-Tage aus der HOSTRUN.CFG
  87.                   aus und fuegt sie in die Infodatei, welche mit %LIST
  88.                   angefordert wird, automatisch ein. Man muss also diese 
  89.                   Tage nicht mehr in die game<spielnummer>.inf eintragen.
  90.  
  91.  
  92. v0.96
  93. -----                  
  94.       + FOP_MAIL: Wird die Datei 'CHKTRN.EXE' (von Tim Wisseman) im 
  95.                   Verzeichnis von FOP gefunden, so wird es benutzt, um die
  96.                   Gültigkeit der geschickten TRN-Dateien zu prüfen.
  97.       
  98.       + FOP_ON  : Ebenso wie FOP_MAIL prüft auch FOP_ON nach Empfang einer
  99.                   TRN-Datei diese auf Gültigkeit, falls das Programm
  100.                   'CHKTRN.EXE' im FOP-Verzeichnis gefunden wird.
  101.  
  102.  
  103. v0.97
  104. -----
  105.       * FOP_MAIL,
  106.         FOP_ON  : Statt 'CHKTRN.EXE' benutzen beide Programme jetzt 
  107.                   'TRNVALID' zum Testen des TRN-Files, da dieses 
  108.                   umfangreichere Fehlermeldungen hat, die auch bei einem 
  109.                   Fehler ausgegeben bzw. in eine Mail geschrieben werden.
  110.                   
  111.       + FOP_HOST: Existiert eine Datei 'HOST<game>.BAT' (also z.B. 
  112.                   'HOST1.BAT') im FOP-Verzeichnis, so wird dieses statt
  113.                   'HOSTRUN.BAT' ausgeführt, sodaß jetzt für jedes Spiel 
  114.                   verschiedene Programme vor und nach dem Hostrun 
  115.                   ausgeführt werden können und sogar verschiedene 
  116.                   Hostprogramme benutzt werden können. Im Gegensatz zu 
  117.                   'HOSTRUN.BAT' wird an 'HOST<game>.BAT' nicht die 
  118.                   Spielenummer als Parameter übergeben, da diese ja 
  119.                   eindeutig ist. Statt '%1' muß in der Batchdatei also 
  120.                   explizit die Spielnummer angegeben werden.
  121.                   
  122.       * FOP_MAIL: Da bis v0.96 entweder der Spielername oder die 
  123.                   Netzadresse übereinstimmen mußte, um z.B. ein TRN-File 
  124.                   entgegenzunehmen, gab es eine Sicherheitslücke, da auch 
  125.                   fremde Points sich nur den entsprechenden Namen in einer 
  126.                   CM geben mußten, um ein falsches TRN-File zu schicken.
  127.                   Deswegen müssen jetzt Pointname _und_ Netzadresse 
  128.                   übereinstimmen. Wenn die Points mit Paßwörtern im Mailer 
  129.                   eingetragen sind, sollte die Sicherheitslücke damit 
  130.                   geschlossen sein.
  131.                   
  132.       - FOP_MAIL: Es werden jetzt auch bei aktiven Spielen die Hostrun-Tage 
  133.                   in die LIST-Mail geschrieben.
  134.                   
  135.       + FOP_MAIL,
  136.         FOP_ON,
  137.         FOP_MAIN: Bei allen Modulen wird jetzt der nächste Hostrun-Tag 
  138.                   angezeigt bzw. in die LIST-Mail geschrieben.
  139.       
  140.       - FOP_MAIL: Es werden jetzt alle Texte, die nach der Tagline '---...' 
  141.                   in der Mail stehen, ignoriert.
  142.                   
  143.       * FOP_TURN: Es wird nicht mehr eine statische Mail zum RST-File 
  144.                   dazugeschrieben, sondern eine von FOP_TURN erzeugte, in der
  145.                   auch der nächste Hostrun-Tag angegeben wird.
  146.                   
  147.       + FOP_MAIL,
  148.         FOP_TURN,
  149.         FOP_MAIN: Alle erzeugten NMs haben jetzt zusätzlich das 
  150.                   DIRECT-Flag, damit sie auch z.B. von 'FASTECHO PACK -P'
  151.                   richtig geroutet werden.
  152.               
  153.       + FOP_MAIN: Es wird jetzt das Tool 'KILLRACE' von Tim Wisseman 
  154.                   unterstützt. Befindet sich das Programm im 
  155.                   FOP-Verzeichnis, so kann man aus dem Untermenue von 
  156.                   FOP_MAIN heraus eine Rasse killen. Der Spielername ändert 
  157.                   sich dadurch in '-= KILLED =-', was in FOP_MAIN, FOP_MAIL 
  158.                   und FOP_ON angezeigt wird.
  159.                   
  160.       + FOP_MAIN: Der Sysop kann jetzt direkt aus FOP_MAIN heraus Netmails 
  161.                   an die Spieler schreiben. Dazu muß sich im 
  162.                   FOP-Verzeichnis eine Batchdatei 'EDIT.BAT' befinden 
  163.                   (siehe Demo-Datei), in welcher ein beliebiger Editor 
  164.                   angegeben wird. Mit 'N' kann ein einzelner Spieler 
  165.                   angeschrieben werden, mit 'R' kann eine Rundmail an alle 
  166.                   Spieler geschrieben werden. Dabei kann man entscheiden, 
  167.                   ob es sich bei den Mails um CRASH-Mails, HOLD-Mails oder 
  168.                   NORMAL-Mails handeln soll.
  169.                   
  170.       + FOP_ON  : Es gibt jetzt ein Hauptmenue, in dem der Sysop bis zu 20 
  171.                   Einträge von Programmen vornehmen kann, die der User
  172.                   downloaden kann. Die Programme werden dabei in der Datei 
  173.                   'files.cfg' definiert, welche sich im FOP-Verzeichnis 
  174.                   befinden muß (siehe Demo-Datei). Die ersten drei Einträge 
  175.                   stellen dabei die Hotkeys für die Hilfe-Datei, den 
  176.                   Einstieg ins Spielemenue und das Beenden des Programms 
  177.                   dar. Alle anderen Einträge beginnen mit dem Hotkey, 
  178.                   gefolgt von einem Leerzeichen und dann dem kompletten 
  179.                   Pfad der Datei. Der Ansi-Schirm, der dargestellt wird, 
  180.                   heißt 'MAIN.ANS' (siehe Demo-Datei). Die Einträge der 
  181.                   Hotkeys für die Hilfe und das Downloaden von VGAPLANETS 
  182.                   können deshalb aus FOP.CFG gelöscht werden.
  183.                   
  184.       * FOP_ON  : Es gibt jetzt jeweils ein ANSI-Menue für eingetragene 
  185.                   ('IN.ANS') und nicht eingetragene ('OUT.ANS') Spieler 
  186.                   (siehe Demo-Dateien).
  187.                   
  188.       * FOP_TURN: Die RST-Dateien der Netzspieler werden jetzt in ein 
  189.                   Unterverzeichnis 'OUT' vom Game-Verzeichnis kopiert, und
  190.                   diese Kopien werden an die Mails attached. Hat ein 
  191.                   Netzspieler seine Datei empfangen, so wird sie aus dem 
  192.                   Verzeichnis gelöscht. 
  193.                   Das war notwendig, da FOP_MAIN sonst z.B. bei MCMAIL immer 
  194.                   anzeigte, daß die Dateien schon geholt wurden, da die 
  195.                   Attachmails sofort umgepackt werden und so nicht mehr im 
  196.                   Netmail-Ordner stehen. Man kann sich jetzt also wieder 
  197.                   auf die Anzeige 'RST' (RST-Datei wurde geholt) in 
  198.                   FOP_MAIN verlassen. :-)
  199.                   
  200.  
  201. v0.98
  202. -----
  203.       - FOP_MAIL: JOINTe ein Netzspieler ein schon laufendes Spiel, so 
  204.                   wurde ihm das aktuelle RST zwar auf HOLD gelegt, aber 
  205.                   nicht im OUT-Verzeichnis, sondern im Game-Verzeichnis. 
  206.                   Außerdem bekam er noch den alten statischen Text zur 
  207.                   Attachmail. Fehler behoben.
  208.                   
  209.       + FOP_MAIN: Beim Starten eines neuen Spiels wird jetzt auf Wunsch 
  210.                   direkt von FOP_MAIN aus auch die Batchdatei "newgame.bat" 
  211.                   gestartet, die sich jetzt im FOP-Verzeichnis befinden 
  212.                   muß (siehe Demodatei).
  213.                   
  214.       + FOP_MAIN: Man kann jetzt vom Spielemenue aus einen Announcetext 
  215.                   erzeugen lassen ('announce.fop' im FOP-Verzeichnis). 
  216.                   Diesen Text kann man dann in ein Echo wie z.B. 
  217.                   VGAPLANETS.GER setzen, um Spieler für die noch freien 
  218.                   Rassen des Spiels zu suchen.
  219.                   
  220.       - FOP_TURN: FOP_TURN stieg aus, wenn es nicht vom FOP-Verzeichnis aus 
  221.                   gestartet wurde. Fehler behoben.
  222.                   
  223.       - FOP_TURN: FOP_TURN erstellte auch für gekillte Rassen Attachmails.
  224.                   Fehler behoben.
  225.                   
  226.       - FOP_ON,
  227.         FOP_MAIN: Die Anzeige, daß ein lokaler Spieler sein RST-File schon 
  228.                   geholt hatte, funktionierte nicht richtig. Fehler 
  229.                   behoben.
  230.                   
  231.       - FOP_ON  : Offensichtlich war die v0.96 von FOP_ON in das Paket 
  232.                   v0.97 gerutscht. Fehler hat sich mit v0.98 erledigt.
  233.  
  234.  
  235. v0.99
  236. ----- 
  237.       - FOP_ON  : FOP_ON ließ zu, daß sich Spieler in laufenden Spielen 
  238.                   Rassen aussuchten, die mit 'KILLRACE' schon gekillt waren.
  239.                   Fehler behoben. [Danke an Thomas Schweller für den 
  240.                   Hinweis]
  241.       
  242.       - FOP_ON  : Waren bei einem laufenden Spiel alle freien Rassen mit 
  243.                   'KILLRACE' gekillt worden, so sah FOP_ON das als 
  244.                   Fullhouse an und meldete es dem Sysop. Fehler behoben.
  245.       
  246.       + FOP_ON  : FOP_ON unterstützt jetzt das USERDOES, welches von 
  247.                   diversen "Who is online" - Doors benutzt wird, um zu 
  248.                   zeigen, was ein Online-User gerade tut. Dabei werden 
  249.                   Vorgänge wie das Senden von TRN-Files, Empfangen von 
  250.                   RST-Files ua. angezeigt.
  251.                   
  252.       * FOP_MAIN: An die Announcemail wird jetzt auch das Helpfile von 
  253.                   FOP_MAIL 'fop_mail.hlp' angehängt.
  254.       
  255.       * ALLE    : Es gibt jetzt nur noch ein Logfile 'FOP.LOG', in das alle 
  256.                   Module ihre Ausgaben schreiben. Ich bin der Meinung, das 
  257.                   erhöht die Lesbarkeit und das Feststellen von Fehlern, da 
  258.                   man die Zusammenhänge leichter erkennen kann.
  259.  
  260.  
  261. v1.00
  262. -----
  263.       + ALLE    : Ich habe in alle Module eine Registrierungsfunktion 
  264.                   eingebaut. Somit ist es jetzt möglich, das Spiel 
  265.                   registrieren zu lassen. Näheres dazu in der Datei 
  266.                   'REGISTER.FOP'.
  267.                   
  268.       - FOP_MAIL: Leider ließ es FOP_MAIL noch zu, daß sich Spieler Rassen 
  269.                   in laufenden Spielen aussuchten, die schon gekillt waren. 
  270.                   Fehler behoben.
  271.                   
  272.       + FOP_MAIL: Mit dem Befehl '%GETRST <spiel>' können sich Netzspieler
  273.                   jetzt die aktuelle RST-Datei erneut auf HOLD legen lassen.
  274.                   
  275.       + FOP_MAIL: Werden in einem Spiel alternative Datendateien benutzt 
  276.                   (z.B. XYPLAN.DAT), so kann der Host diese in ein 
  277.                   selbstentpackendes Archiv mit dem Namen 'FILES.EXE' in 
  278.                   das Gameverzeichnis packen. Ein Netzspieler kann sich 
  279.                   diese Datei dann mit dem Befehl '%GAMEFILES' auf HOLD 
  280.                   legen lassen.
  281.                   
  282.       * FOP_MAIL: Als fehlerhaft erkannte TRN-Dateien werden jetzt nicht 
  283.                   mehr gelöscht, sondern in ein Unterverzeichnis 'IN' 
  284.                   unterhalb des Spieleverzeichnisses verschoben. [Anregung 
  285.                   von Thomas Schweller]. Außerdem wird in dem Fall dem Host 
  286.                   eine Kopie der Netmail geschickt, die der Spieler 
  287.                   bekommt.
  288.                   
  289.       * FOP_MAIL: Erkannte TRNVALID eine TRN-Datei als fehlerhaft, so wurde 
  290.                   das zwar in das Logfile geschrieben, aber nicht die 
  291.                   Fehlermeldung, die TRNVALID angab. Jetzt wird auch diese in 
  292.                   das Logfile geschrieben. Außerdem bekommt der Sysops eine 
  293.                   Kopie der NM.
  294.                   
  295.       + FOP_MAIN: Der Host kann jetzt einzelne Rassen reservieren, sodaß 
  296.                   sie nicht mehr durch FOP_ON oder FOP_MAIL angewählt werden
  297.                   können. Als Name des Spielers wird dann '-= RESERVIERT =-' 
  298.                   angegeben. [Anregung von Thomas Schweller]
  299.                   
  300.  
  301. v1.01
  302. -----
  303.       * FOP_MAIL,
  304.         FOP_ON  : Spieler können sich jetzt in beliebig viele Spiele 
  305.                   gleichzeitig eintragen. Dabei gibt es allerdings noch 
  306.                   eine kleine Einschränkung, die mit dem nexten Update 
  307.                   wegfallen wird: Netzspieler sollten sich keinesfalls in 
  308.                   verschiedenen Spielen mit derselben Rasse eintragen! Es 
  309.                   werden sonst nur TRN-Dateien für das erste Spiel 
  310.                   angenommen!!
  311.                   
  312.       * ALLE    : Bei Fehlern wird jetzt zusätzlich zu dem Eintrag in's Logbuch 
  313.                   auch eine NM an den Sysop geschrieben.
  314.                   
  315.       * FOP_MAIL: Schickt ein Spieler Dateien mit Namen, die nicht 
  316.                   "PLAYER?.TRN" entsprechen, so wird er darauf hingewiesen 
  317.                   (Sysop bekommt eine Kopie der NM) und die Datei wird im 
  318.                   Unterverzeichnis 'BAD' unter dem VPL-Verzeichnis 
  319.                   gesichert.
  320.                  
  321.       * FOP_MAIL: Durch die Umstellung auf beliebig viele Spiele pro 
  322.                   Spieler erkennen die Befehle '%DELETE', '%GETRST' und 
  323.                   '%GAMEFILES' jetzt einen Parameter, der das Spiel angibt, 
  324.                   um das es sich handelt. Wird kein Parameter angegeben, so 
  325.                   wird als Default Spiel Nummer 1 bearbeitet.
  326.                   
  327.       * FOP_MAIL,
  328.       * FOP_TURN: Zu den RST-Dateien wurde bisher eine Mail mit festem Inhalt 
  329.                   geschrieben, die darauf hinwies, daß die TRN-Dateien bis 
  330.                   Mitternacht eingetroffen sein sollten.
  331.                   Ab jetzt wird per Default nur noch geschrieben, zu 
  332.                   welchem Spiel die RST-Datei gehört und an welchem Tag der 
  333.                   nexte Hostrun ist.
  334.                   Möchte der Host eigenen Text hinzufügen, so kann er eine
  335.                   allgemeine Datei 'turnmsg.txt' erzeugen, die mit in die Mails
  336.                   aller Spiele eingefügt wird, oder er erzeugt für einzelne 
  337.                   Spiele spezielle Dateien, die dann die Form 'turnmsg.<spiel>'
  338.                   haben müssen und Vorrang vor der allgemeinen Form haben. 
  339.                   Siehe dazu auch die Beispieldatei 'turnmsg.txt'.
  340.                   
  341.       * FOP_ON  : Der Aufruf des externen Übertragungsprotokolls konnte 
  342.                   nach Ende der Übertragung unter OS/2 offensichtlich zum
  343.                   Einfrieren des Programms führen. Deswegen habe ich folgende 
  344.                   Änderung vorgenommen:
  345.                   Es gibt jetzt zwei Batchdateien mit den Namen 'SEND.BAT' 
  346.                   und 'RECEIVE.BAT'. Diese werden ab jetzt bei Up- bzw.
  347.                   Downloads aufgerufen. Dabei wird als erster Parameter der 
  348.                   COM-Port, als zweiter der Dateiname übergeben. Die 
  349.                   entsprechenden Einträge in der Konfig-Datei sind somit 
  350.                   überflüssig geworden. Siehe auch die beiden 
  351.                   Beispieldateien.
  352.  
  353.                   
  354. v1.02
  355. -----
  356.       - FOP_TURN: Durch einen dummen Schreibfehler wurden keine RST-Dateien 
  357.                   mehr auf HOLD gelegt. Der Fehler sollte nun beseitigt 
  358.                   sein.
  359.  
  360.  
  361. v1.03
  362. -----
  363.       * FOP_ON  : Unter OS/2 kam nach einer Übertragung von Dateien das 
  364.                   externe Protokoll nicht mehr zurück. Nach einigen Tagen 
  365.                   Herumprobiererei fand mein Betatester Thomas Schweller 
  366.                   heraus, daß sich das Problem unter ISDN mit einem 
  367.                   Parameter für CFOS (-ji) lösen ließ, bei der Analogline
  368.                   durfte jedoch offensichtlich kein Fossiltreiber benutzt
  369.                   werden.
  370.                   Langer Rede kurzer Sinn: Es bedurfte verschiedener Aufrufe
  371.                   des externen Übertragungsprotokolls für die verschiedenen 
  372.                   COM-Ports. Also gibt es jetzt die Möglichkeit, außer 
  373.                   'SEND.BAT' bzw. 'RECEIVE.BAT' alternativ für jeden 
  374.                   COM-Port einzelne Batchdateien zu benutzen. Für COM2 
  375.                   wären das dann z.B. die Dateien 'SEND2.BAT' und 
  376.                   'RECEIVE2.BAT'. Wenn Dateien für einen COM-Port im 
  377.                   FOP-Verzeichnis existieren, so haben sie Vorrang vor den 
  378.                   allgemeinen Versionen. Bei diesen speziellen Dateien wird 
  379.                   der COM-Port logischerweise nicht mehr als Parameter 
  380.                   übergeben, sondern nur noch der Name der Datei, die 
  381.                   verschickt wird. Ich habe Demo-Dateien für COM2 und COM3 
  382.                   diesem Release beigefügt. 
  383.  
  384.  
  385. v1.04
  386. -----
  387.       + FOP_MAIN: Es gibt einen neuen Menuepunkt 'Crack Paßwort'. Damit 
  388.                   kann der Sysop sich die eingetragenen Paßwörter der 
  389.                   Spieler ansehen, falls einmal eine Rasse von einem 
  390.                   anderen Spieler übernommen wird. Das Programm CRACK.EXE 
  391.                   muß sich im FOP-Verzeichnis befinden.
  392.       
  393.       * FOP_MAIN: Wenn eine Netmail oder ein Rundbrief als NORMAL verschickt
  394.                   werden, dann bekommen sie jetzt nicht mehr das 'DIRECT' Flag,
  395.                   damit sie normal geroutet werden können [Hinweis von Thomas
  396.                   Schweller].
  397.       
  398.       + FOP_MAIL: Ich habe endlich das Problem gelöst, das richtige Spiel 
  399.                   herauszufinden, wenn ein Spieler in mehreren Spielen dieselbe
  400.                   Rasse spielt. FOP_MAIL prüft jetzt, ob die Zeit der TRN-Datei
  401.                   mit dem letzten Hostlauf übereinstimmt. Da niemals zwei
  402.                   Hostläufe zur exakt gleichen Zeit ablaufen können, ist dieser
  403.                   Test sicher. Die Idee zu dieser genialen Funktion, die 
  404.                   ein Umbenennen der Zugdateien unnötig macht, kommt von 
  405.                   Ludger Wilde. Vielen Dank an Dich!
  406.                   
  407.       * FOP_ON  : Bei einem lokalen Upload bzw Download der Spieldateien 
  408.                   vom Sysop wird jetzt an den in der FOP.CFG angegebenen 
  409.                   Pfad noch die Spielnummer gehängt. So kann der Sysop in 
  410.                   mehreren Spielen mitspielen, ohne daß er immer den Pfad 
  411.                   korrigieren muß. In der FOP.CFG darf jetzt hinter dem 
  412.                   Pfad kein '\' mehr stehen!
  413.  
  414.  
  415. v1.041
  416. ------
  417.       * FOP_MAIL: Die per NM geschickten TRNs müssen jetzt nicht mehr die 
  418.                   Original-Endung haben. Die Endung kann beliebig sein, 
  419.                   solange die Dateien mit 'PLAYER<rasse>' beginnen. 
  420.                   FOP_Mail benennt die Dateien automatisch richtig um.
  421.                   So kann ein Spieler, der in verschiedenen Spielen 
  422.                   dieselbe Rasse spielt, diese jetzt in einem Call zusammen 
  423.                   an die Box schicken. Er sollte halt nur die Endungen 
  424.                   verändern, denn ich weiß nicht, ob jeder Mailer doppelte 
  425.                   Dateien richtig umbenennt und dies auch im Betreff der 
  426.                   Mail kennzeichnet.
  427.                   
  428.       - FOP_MAIN: Ein irrer Bug, der mich einige Haare gekostet hat, führte 
  429.                   dazu, daß Mails an ganz bestimmte Fido-Adressen nur Müll
  430.                   enthielten. Ich kann immer noch nicht nachvollziehen, wie
  431.                   das passieren konnte, meiner Meinung nach ist es ein Bug von
  432.                   Pascal. Jedenfalls habe ich das Problem gelöst. [Danke an
  433.                   Thomas Schweller, dem dieser Bug zuerst auffiel!]
  434.  
  435.  
  436. v1.05
  437. -----
  438.       * FOP_MAIL,
  439.         FOP_TURN,
  440.         FOP_HOST: Ich habe die Logmeldungen komplett überarbeitet. Es ist 
  441.                   jetzt viel leichter nachzuvollziehen, was z.B. bei der 
  442.                   Verarbeitung einer Mail an FOP_MAIL passiert und wieso 
  443.                   etwa ein TRN nicht akzeptiert wurde.
  444.  
  445.  
  446. -= End of History =-
  447.  
  448.