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
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 13.02.06 um 19:17: >> 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. > Es ging um die 3.45. ;-) > ^ Das hab eich verstanden. Nur ist eben die 3.45 nicht wirklich eine eigenständige Version sondern immer praktisch identiosch mit der aktuellen 3.40. >> 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. > Verrückte Sache Jepp. -- 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 14.02.06 um 07:53: >>> Es ging um die 3.45. ;-) >>> ^ >> Das hab eich verstanden. Nur ist eben die 3.45 nicht wirklich eine >> eigenständige Version > War schon klar. > So, Problem inzwischen erkannt. Es saß wie üblich _vor_ dem PC. ;-) Achja. > Es liegt an meinem "Starttool". Das ist eine (kompilierte) Batchdatei, 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. > die XP mit ein paar Parametern aufruft (und noch aus Zeiten der 3.12 > stammt - also den "Autostart"-Trick mit "verwursteten" Zeitangaben > benutzt, um den "Nicht-registriert"-Hinweis abzuschalten, wenn ich mal > im Fido ohne Registriernummer unterwegs sein wollte). Also sowieso ziemlich alt ist. BTw Regnummer: Sollte ich einen Parameter einführen, der die Regnummer unterdrückt. >> sondern immer praktisch identiosch mit der aktuellen 3.40. > Starte ich die besagte 3.45 direkt mit "C:\>e:\xp\xp /nb" geht's. Mit > der Batch nicht! Da kommt immer der Sprachauswahl-Dialog. Die 3.40 geht > aber. MIT der Batch... > Da _ist_ irgendein total versteckter Unterschied. Aber wenn dann ein sehr seltsamer. Versuch es mal mit einer normalen Batch. Wenn es mit den Parametern wie du sie gepostet hast, dann keine Probleme macht, dann gibt es kein Problem in FreeXP, sondern einfach nur ein obskure Seltsamkeit im Batchcompiler. -- 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 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]> 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
Michael Heydekamp <[EMAIL PROTECTED]> schrieb am 17.02.06 um 22:37: >> Das werde ich wohl in Kürze einbauen. Angesichts der geringen Priorität und das man das eigentlich besser anders löst, denke ich nicht mehr an eine kurzfritige Realisierung. >> /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. In der Tat. > 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. Richtig, so etwas kann wirklich eine Batch problemlos. > Man kann die REGDAT.XP bei FreeXP natürlich auch dauerhaft löschen, > schließlich sind die Nags ausgebaut. Dann ist die Regnummer aber auch dauerhaft weg. Ich denke es geht doch wohl hauptsächlich um ausnahmsweises Senden ohne Reg (dann aber z.B. auch mit anderen Anonymisierungsfunktionen). > Jedenfalls müßte das IMO ein BFG-Parameter sein, und/oder ein Toggle im > Sendefenster. Von letzterem aber bitte im Moment die Finger lassen. Der Toggle im Sendefenster dürfte aber wohl die beste Lösung sein. -- 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 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