Zitat von Gerhard Putschalka;793658
Notebook mit Windows 7 Home Premium (64 Bit)
Was hat Frank denn? 32Bit?
Welche Version von MASM?
Am fehlenden Manifest liegt das scheinbar nicht...
Zitat von Gerhard Putschalka;793658
Notebook mit Windows 7 Home Premium (64 Bit)
Was hat Frank denn? 32Bit?
Welche Version von MASM?
Am fehlenden Manifest liegt das scheinbar nicht...
Hallo Frank,
habe im XProfed als Interpeter den (Pfad/)Xpia.exe eingesetzt.
Ist noch immer der Absturz.
Da sich XProfed auch etwas seltsam verhält (ich trage immer den Includepfad zu meinen Includes ein). Wenn ich die selbe Source wieder aufrufe ist immer noch mein Pfad eingetragen.
Rufe ich eine andere Source auf wird wieder der Pfad zu den XProfan11/Include angezeigt.
Irgendwo ist da ein Wurm.
Wie gesagt, es reicht mir mit XP zu arbeiten.
Gruß
Gerhard.
Zum Testen, ob es an der Virtualisierung wegen falscher/fehlender Manifest,
genügt es Testweise den Editor von Andreas M. oder mir zu nutzen, die
werden beide nicht Virtualsiert sondern geben bei mangelnden Rechten eine
Fehlermeldung aus.
Gruß
Thomas
ZitatWas hat Frank denn? 32Bit?
Welche Version von MASM?
32 Bit, JWASM/PoLink.
Hallo Gruppe,
ich wollte zwei Beobachtungen melden:
1) XPIA bricht bei mir mit Linker-Fehlermeldung ab, daß "runtime" nicht gefunden werden konnte. Angezeigt wird aber der Pfad auf das include-Verzeichnis (WinXP Sp3). EDIT: Hat sich geklärt. Für die korrekte Funktion sollte man tatsächlich auch Franks Editor heranziehen - der "kennt" die richtigen Verzeichnisse.
2) XProf-Pad und alle anderen "Fremd-"Editoren anerkennen bei Franks Beispiel betreffend die "AsmInclude Funktion proc" ... das zugehörige
"NProc" nicht als gültiges Blockende.
Gruß
Wo gibts bitte jetzt den letzten XPIA zum download? Die obige Addy liefert glaube ich eine Vorversion??
Zitat von p. specht;794166
2) XProf-Pad und alle anderen "Fremd-"Editoren anerkennen bei Franks Beispiel betreffend die "AsmInclude Funktion proc" ... das zugehörige
"NProc" nicht als gültiges Blockende.Gruß
Sobald ich mir einen aktuellen XProfan Compiler zugelegt habe (warte noch
auf die 12), werde ich mich auch um die Unterstützung solcher Tools
kümmern.
Gruß
Thomas
Jac wird XPIA bald mit auf seinen Server packen, Peter. Ich denke, das dauert nicht mehr lange.
Ja, ich gebe mir Mühe das schnell zu machen, aber wird erst im Juli. Wenn Frank zustimmt kann ich dir das per Email schonmal schicken, musst mir nur deine Adresse per PN geben.
Jac
Jac, du vertrittst mich ja in den Sachen, dafür brauchst du keine Extrazustimmung. Mach einfach wie du denkst, dass es richtig ist.
ZitatAlles anzeigen$MAKE CLE
var x&=2000
var y&=200AsmStart Pluss (x&,y&)
mov eax,para1
add eax,para2
AsmEnd (eax&)
Print eax&x&=1000
y&=100
Call(GetXpiaProcAddress(XpiaModule&,"Pluss"),x&,y&)
Print eax&WaitInput
End
...bei mir kommt hier zwei mal das selbe Ergebnis raus. Wo liegt mein Denkfehler?
Weil eax& nicht verändert wurde. Ungetestet, weil wenig Zeit:
eax&=Call(GetXpiaProcAddress(XpiaModule&,"Pluss"),x&,y&)
'türlich, genau das wars! Danke Prof. Frank!
Frank:
Daß man $MAKE mit doppelten ' ' vor $MAKE so maskieren kann, daß sich der reine Profan-Interpreter nicht aufregt, ist ja ziemlich elegant und gehört m.E. in die Beschreibung. Schnelle Änderungen ausprobieren geht im Interpreter ja etwas leichter.
In dem Zusammenhang ist mir aufgefallen, daß ein einmal mit XPIA compiliertes Programm bei kleinen Änderungen des Sourcetextes nicht immer völlig neu compiliert, sondern offenbar auf vorhandene .prc oder andere Zwischendateien zurückgreift, und damit kleine Fehler nicht ausbessert. Kann das sein?
Ausserdem startete der Compiler sozusagen doppelt. Schuld war: Ich hatte die uralten Schalter CLEQ verwendet (Macht der Gewohnheit). Das führt aber zu DOPPELTEM START - einerseits der unveränderten .prc mit profrun.exe als runtime, andererseits der aus der .prc compilierten exe-Datei. Autsch!
Gruss
ZitatIn dem Zusammenhang ist mir aufgefallen, daß ein einmal mit XPIA compiliertes Programm bei kleinen Änderungen des Sourcetextes nicht immer völlig neu compiliert, sondern offenbar auf vorhandene .prc oder andere Zwischendateien zurückgreift, und damit kleine Fehler nicht ausbessert. Kann das sein?
Eigentlich nicht. Die Dll wird jedesmal neu erstellt und eingebaut.
ZitatAusserdem startete der Compiler sozusagen doppelt. Schuld war: Ich hatte die uralten Schalter CLEQ verwendet (Macht der Gewohnheit). Das führt aber zu DOPPELTEM START - einerseits der unveränderten .prc mit profrun.exe als runtime, andererseits der aus der .prc compilierten exe-Datei. Autsch!
Ist mir noch nie aufgefallen, weils ja eine xpse-Direktive ist, keine von XPIA. Wenn dein Editor XPIA direkt aufruft, dürfte das so nicht mehr passieren.
hm .. und die Byte-Anzahl im sourcefile hat garnichts damit zu tun?
Zitat von p. specht;809223
In dem Zusammenhang ist mir aufgefallen, daß ein einmal mit XPIA compiliertes Programm bei kleinen Änderungen des Sourcetextes nicht immer völlig neu compiliert, sondern offenbar auf vorhandene .prc oder andere Zwischendateien zurückgreift, und damit kleine Fehler nicht ausbessert. Kann das sein?
Welchen Pfad hat deine XProfan / XPIA Version?
Zitat von p. specht;809286hm .. und die Byte-Anzahl im sourcefile hat garnichts damit zu tun?
Genau. Der Assembler und der Linker werden jedes mal gestartet.
Ist natürlich möglich, dass die Dll-Datei noch benutzt wird (Programm wurde nicht richtig beendet), und sie deswegen nicht neu erstellt werden kann und somit noch die alte Dll umgewandet wird. Ist mir auch schon passiert.
Aha... habe im Taskmanager mal alles gekillt was in Frage kommt. Und tatsächlich: Nun klappt es. In Verdacht habe ich Avira...
@AHT: Liegen beide unter D:/Programme auf XP mit Adminrechten. Die Rechte könnens also nicht sein. Vermutlich hat Frank recht gehabt, nun klappts.
Gruss
Freut mich.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!