Re: Bugreport FXP 3.45 alpha 1
Frank Markopoulos [EMAIL PROTECTED] schrieb am 18.02.06 um 08:14: Das kann sich jeder per Batch selber bauen, indem er beim Start einfach die REGDAT.XP umbenennt. Genau so eine Batch machte hier doch die Probleme.. ;-) Aber nur weil sie kompiliert war. Nichts weil sie Batch war. -- Mit freundlichen Gruessen, Martin Wodrich FreeXP Entwickler-Mailingliste Dev-List@freexp.de http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
Re: Bugreport FXP 3.45 alpha 1
Frank Markopoulos [EMAIL PROTECTED] schrieb am 19.02.06 um 12:08: Du kannst mich totschlagen, ich weiß nicht mehr welche Tools ich da konkret in welcher Reihenfolge und mit welchen Switches genommen hatte. Jedenfalls haben sich da auch alle gängigen EXE-Unpacker wie TEU, TRON, CUP, IUP, ... dran verschluckt. Das genügte als Verschleierung. Aber es würde es natürlich erleichtern zu verstehen was passiert, wenn man wüßte, wie diese kompilierte Batch exakt herstellbar ist. Um eben das Fehlerszenario nachzuvollziehen und eventuelle Fehler in FreeXP abzustellen. Ich denke allerdings das es schlicht durch die Obskurheit deiner Batch bedingt ist und diese Batch irgendwas unsauber hinterlässt und darüber dann FreeXP 3.45 stolpert. -- Mit freundlichen Gruessen, Martin Wodrich FreeXP Entwickler-Mailingliste Dev-List@freexp.de http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
Re: Bugreport FXP 3.45 alpha 1
Frank Markopoulos [EMAIL PROTECTED] wrote on 18.02.06: [EMAIL PROTECTED] (Michael Heydekamp) teilte uns am 17.02.06 mit: Wenn, nimm bitte /noreg. Das ist halbwegs aussagekräftig. Allerdings halte ich es als Kommandozeilenparameter für den XP-Start eh für deplaziert. Das kann sich jeder per Batch selber bauen, indem er beim Start einfach die REGDAT.XP umbenennt. Genau so eine Batch machte hier doch die Probleme.. ;-) Aber doch nicht, weil sie REGDAT.XP umbenannt hat, sondern weil sie compiliert war, oder? Wobei mir das Szenario immer noch unheimlich ist. Dafür Code zu verbraten, hielte ich nicht für sinnvoll, und unkomfortabel ist es dazu. Kann man sehen wie man will. Find ich nicht. :) XP verlassen und neu starten zu müssen, nur um in einer bestimmten Nachricht die Regnummer auszublenden, ist objektiv unkomfortabel. Ich habe das mit dem unregistriert schreiben eh seit ca. 1999 nie mehr benutzt Ok, dann rückt's auf der Liste eher ganz nach hinten. :) und dann auch schon 1996 oder so einen Eintrag im Zusatz-Menü gemacht, der das Umbenennen machte (also, genaugenommen waren's zwei: Z/*R*egistriert und Z/*U*nregistriert). Schon mal erheblich komfortabler als ein Beenden und Neustart. Man kann die REGDAT.XP bei FreeXP natürlich auch dauerhaft löschen, schließlich sind die Nags ausgebaut. Warum? Na, weil man die Nummer nicht zeigen will (warum man sie nicht zeigen will, weiß ich ja nicht, die Idee kam von Dir). Man darf doch auch mal zeigen, daß man Peter früher mal ein bißchen unterstützt hat. ;-) Klar, tu ich ja auch. Michael PS: Viel wichtiger wäre das RELEASE Deiner UKA_PPP-Batch! :-) Ach je, ich weiß. Aber es ist so vieles wichtig... Im Moment baue ich gerade eine Config-Anleitung in Deutsch und Englisch für individual.de, nachdem sie sich endlich bereiterklärt haben, die auch zu veröffentlichen. Dann muß der nächste RC fertiggemacht werden, parallel soll die Tools-Seite endlich mal mit Content gefüllt werden (dazu gehört dann auch das Release der UKA_PPP-Batch, aber da ist die Doku noch nicht fertig), und der dickste Brocken, nämlich das Syncen meines lokalen Codes mit dem CVS, steht mir auch noch bevor. Neben 247 anderen hier nicht erwähnten Dingen. Michael FreeXP Entwickler-Mailingliste Dev-List@freexp.de http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
Re: Bugreport FXP 3.45 alpha 1
Frank Markopoulos [EMAIL PROTECTED] schrieb am 17.02.06 um 10:55: Normalerweise würde ich sagen, das die Startparameter, wie auch immer übergeben, keinerlei Einfluß auf die Auswertung der XP.RES haben sollte. Eine kompilierte Batchdatei ist allerdings dann doch etwas obskurer, als der Standard. Deswegen schrieb ich das ja auch dazu. Die Batch allein funzt. Also die Batch als Batch funktioniert, die gleiche Batch in compilierter Form nicht? Dennoch _bleibt_ da der Unterschied... Natürlich, aber ein sehr subtiler, der eben am Batch-Compiler in Verbindung mit minimalen Änderungen an FreeXP (die aber eben nichts mit dem bemerkten Phänomen zu tun haben) liegt und nicht an FreeXP direkt. FreeXP wird da also gezielt nicht dran tun können. -- Mit freundlichen Gruessen, Martin Wodrich FreeXP Entwickler-Mailingliste Dev-List@freexp.de http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
Re: Bugreport FXP 3.45 alpha 1
Frank Markopoulos [EMAIL PROTECTED] schrieb am 17.02.06 um 17:45: Also die Batch als Batch funktioniert, die gleiche Batch in compilierter Form nicht? Genauso! Das wollte ich so nur bestätigt wissen. Nicht das da ein subtiler Fehler in FreeXp schlummert. FreeXP wird da also gezielt nicht dran tun können. ... und auch nicht müssen. Schrieb ich doch: Das Problem sitzt hier an der Tastatur, nicht im PC. ;-) Ok. Viel wichtiger wäre FUp2 Poster zu vereinfachen Das wird wohl eher noch dauern. und Lesen ab _G_estern. Das ist bereist auf dem CVS. Wird also in der nächsten Version dabei sein. Und notfalls noch Dein Kommandozeilenparameter Unterdrücke RegCode, falls vorhanden... (ist /nr dafür noch frei?) :-) Das werde ich wohl in Kürze einbauen. /nr wäre verwendbar. Allerdings gibt es bereits den Parameter /nr: Dieser erlaubt einen Login im Relogin-Modus. Das sollte keine Verwirrung schaffen, da /nr: eh ein kaum benutzer Parameter sein dürfte. -- Mit freundlichen Gruessen, Martin Wodrich FreeXP Entwickler-Mailingliste Dev-List@freexp.de http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
Re: Bugreport FXP 3.45 alpha 1
Martin Wodrich [EMAIL PROTECTED] wrote on 17.02.06: Frank Markopoulos [EMAIL PROTECTED] schrieb am 17.02.06 um 17:45: Und notfalls noch Dein Kommandozeilenparameter Unterdrücke RegCode, falls vorhanden... (ist /nr dafür noch frei?) :-) Das werde ich wohl in Kürze einbauen. /nr wäre verwendbar. Allerdings gibt es bereits den Parameter /nr: Dieser erlaubt einen Login im Relogin-Modus. Das sollte keine Verwirrung schaffen, da /nr: eh ein kaum benutzer Parameter sein dürfte. Wenn, nimm bitte /noreg. Das ist halbwegs aussagekräftig. Allerdings halte ich es als Kommandozeilenparameter für den XP-Start eh für deplaziert. Das kann sich jeder per Batch selber bauen, indem er beim Start einfach die REGDAT.XP umbenennt. Dafür Code zu verbraten, hielte ich nicht für sinnvoll, und unkomfortabel ist es dazu. Jedesmal XP neu zu starten, nur weil man bei einer bestimmten Nachricht oder Box mal ausnahmsweise keine Regnummer haben will, um es danach wieder neu zu starten, weil man sie dann wieder haben will... Man kann die REGDAT.XP bei FreeXP natürlich auch dauerhaft löschen, schließlich sind die Nags ausgebaut. Jedenfalls müßte das IMO ein BFG-Parameter sein, und/oder ein Toggle im Sendefenster. Von letzterem aber bitte im Moment die Finger lassen. Überhaupt scheint mir das keine wirklich dringende Sache zu sein. Bevor solche Sachen eingebaut werden, würd ich gerne erstmal den CVS-Sync vorziehen. Michael FreeXP Entwickler-Mailingliste Dev-List@freexp.de http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
Re: Bugreport FXP 3.45 alpha 1
Frank Markopoulos [EMAIL PROTECTED] schrieb am 12.02.06 um 19:21: Teste bitte die 3.40RC4 R1 (= Recompilat der Halloween-Edition) noch einmal. Will sie auch die XP.RES jedesmal neuschreiben? NEIN! Das will nur die 3.45 alpha 1. Verwendest du PTS-DOS auf einem realen Rechner Na logo. Die Frage kam nur, weil ich beim Testen mit VPC schon mal Merkwürdigkeiten erlebt habe. Der Fehler tritt übrigens auch unter M$-DOS 6.22 auf. Auch MS-DOS 6.22 ist Teil meines OS-Zoo. Und hier gibt es kein Problem damit. Kann das was mit der Aufsplittung in XP.EXE und XP.OVR zu tun haben? Nein, da es keine Aufsplitterung ist, sondern nur ein nicht mehr zusammenführen. Außerdem ist die 3.40RC4 R1 in der Hinsicht identisch. Nur die 3.40RC4 R0 hatte ein integriertes Overlay. Nochmal: Die Behandlung der XP.RES ist bei allen existierenden Versionen von FreeXp komplett identisch. Ich weiß also nicht warum bei dir die XP.RES immer neu geschrieben werden will. -- Mit freundlichen Gruessen, Martin Wodrich FreeXP Entwickler-Mailingliste Dev-List@freexp.de http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
Re: Bugreport FXP 3.45 alpha 1
Frank Markopoulos [EMAIL PROTECTED] schrieb am 11.02.06 um 13:37: -rw-rw-r-- 1 freexp freexp 671681 2006-02-07 13:09 freexp/test/FXP345.ZIP Bug: Wird XP außerhalb des XP-Verzeichnisses gestartet (natürlich ist dieses im PATH enthalten ;-), fragt es jedesmal die Sprachauswahl ab wie beim aller-allerersten Start... Seltsam. An diesem Teil des Codes ist seit Ewigkeiten nichts geschehen. Die vorherige 3.45 alpha 1 hatte den Bug noch nicht! Es wundert mich also extrem, das es dort überhaupt eine Änderung des Verhaltens geben könnte. Und insbesondere ist der gesamte Code (bis auf Kleinigkeiten) der 3.45 alpha eigentlich mit der 3.40 identisch. Und btw: Ich kann den Bug hier gar nicht nachvollziehen. -- Mit freundlichen Gruessen, Martin Wodrich FreeXP Entwickler-Mailingliste Dev-List@freexp.de http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
Re: Bugreport FXP 3.45 alpha 1
Frank Markopoulos [EMAIL PROTECTED] schrieb am 12.02.06 um 14:50: Und btw: Ich kann den Bug hier gar nicht nachvollziehen. Aber ich. PTS-DOS. Verzeichnis von XP: E:\XP. Gerade eben nochmal ausprobiert. Es wird jedesmal XP.RES neu aufgebaut (Timestamp wird auf aktuelle Zeit gesetzt; die Datei ist dann aber inhaltlich identisch mit der alten Version.) Teste bitte die 3.40RC4 R1 (= Recompilat der Halloween-Edition) noch einmal. Will sie auch die XP.RES jedesmal neuschreiben? Ansonsten noch eine Frage: Verwendest du PTS-DOS auf einem realen Rechner oder in einer VM einer Virtualisierungslösung. Ansonsten ist alles wichtig, was einen Einfluß auf den Zugriff auf Dateien hat. Ich selbst teste hier unter WinXP SP2 und via MS VPC2004 noch so ziemlich allen anderen wichtigen Platformen (einschl. OS/2 Warp 4.50). Allerdings PTS-DOS habe ich nicht zur Verfügung. -- Mit freundlichen Gruessen, Martin Wodrich FreeXP Entwickler-Mailingliste Dev-List@freexp.de http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list