Deutsch
Forum

Bugreport / kleine Fehlerchen

 
- Seite 1 -



Ragnar
Rehbein
hallo IF !

auch wenn du im moment wichtigere sorgen hast, kurz 3 kleine fehlerchen:
1.
KompilierenMarkierenSeparieren
print "Hallo" ^
waitinput

bringt den XPSE zum absturz. das ^ ist mir aus versehen in den quelltext geraten (kleiner ausrutscher, den ich nicht bemerkt habe oder waren es die kinder ??? mit ihren süßen grabbelpfötchen ???).

2.
KompilierenMarkierenSeparieren
 {$batch copy "xx x.exe" "c:xx x.exe"}

ist nicht möglich. ich habe teilweise leerzeichen in den dateinamen bzw. pfadnamen. gibt es dafür eine lösung ?

3.
KompilierenMarkierenSeparieren
 $I debugprint.inc

includedateien werden ohne pfadangabe nicht gefunden, wenn sich die programmdatei in einem anderen verzeichnis befindet als XPSE.
m:ehbeinxprofan - XPSE und compiler
m:ehbeinxprofaninclude - z.b. debugprint.inc
m:ehbeinxprofanprojekteest - z.b. xxx.prf

ich benutze XPSE seit einiger zeit zu fast 100%.
neben den Compileroptionen die die arbeit erleichtern und beschleunigen, ist die .enh-datei das genialste. zu jeder programmversion die im einsatz ist hebe ich mir die entsprechende .enh-datei auf.
fehlermeldungen die sich auf eine zeilennummer beziehen, lassen sich so genial einfach finden.

toll daß es XPSE gibt

r.r.
 
19.01.2005  
 



 
- Seite 4 -


Achja genau, Du schreibtest [quote:11c1513cc9]includedateien werden ohne pfadangabe nicht gefunden, wenn sich die programmdatei in einem anderen verzeichnis befindet als XPSE.
m:ehbeinxprofan - XPSE und compiler
m:ehbeinxprofaninclude - z.b. debugprint.inc
m:ehbeinxprofanprojekteest - z.b. xxx.prf [/quote:11c1513cc9]ich hab mir das ca. 20 mal durchgelesen - und irgendwie ists doch klar das XPSE ohne Pfadangabe die Includes nicht findet wenn diese überhalb der PRF liegen. Normalerweise hat man doch auch seine includes unterhalb der PRF.

Vielleicht kappier ich auch nur was net

Salve, iF
 
22.02.2005  
 




Ragnar
Rehbein
ich gehe von der standardmäßigen XProfan-Installation aus.
da gibt es ein verz. XProfan (interpreter, compiler und XPSE) und darunter ein Verz. INCLUDE.
in diesem Verz. liegen bei mir alle includes, klassen und *.phs die für alle projekte gültig sind und gemeinsam genutzt werden.
die projektspezifischen includes befinden sich im verz. der *.prfs

in der Hilfe steht:
... Ebenso, wenn XPSE die Include nicht im eigenen Verzeichnis findet...

was ist das eigene Verzeichnis ? ich dachte das wo sich die XPSE.exe befindet.

deshalb mein gemecker über die nicht gefundenen includes.
störend ist das hauptsächlich, wenn man code aus dem forum mal schnell testen will bzw. helfen möchte.
dann klappere ich jedesmal mühsam den kompletten pfad z.b. in einen aufruf einer Headerdatei in den Editor, um ein codeschnipsel zum laufen zu bekommen.

r.r.
 
22.02.2005  
 



Das sog. Eigene Verzeichnis - damit ist eigendlich das aktuelle Enviroment gemeint. Je nach Editor kann das ja abweichen.

Fakt ist, so sollte es funktionieren:

c:profanxpse.exe
c:profanprfrun32.exe
c:profanprofcomp.exe
c:profanincludes*.inc[prf]
Und das tut es bei Dir nicht - richtig?

Bis denne, iF
 
22.02.2005  
 




Ragnar
Rehbein
richtig !
tut es leider nicht ! :roll:

r.r.

konkret lautet der pfad M:RehbeinXProfan unter dem alles liegt.

M:RehbeinXProfanxpse.exe
M:RehbeinXProfanprfrun32.exe
M:RehbeinXProfanprofcomp.exe
M:RehbeinXProfanincludes*.inc
M:RehbeinXProfanProjekteDatenbanktestdbtest.prf
 
23.02.2005  
 



Ok, noch 2 Fragen

In M:RehbeinXProfanProjekteDatenbanktest liegt kein Compiler und keine PrfRun32.exe?

XPSE findet den Compiler in M:RehbeinXProfan auch ohne Compiler/Runtime-Angabe per Compilerschalter?

Salve, iF
 
23.02.2005  
 




CB
Hi,
wie wärs mit folgendem Registry-Eintrag:
KompilierenMarkierenSeparieren
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT.prf]
@="Profan File"
[HKEY_CLASSES_ROOT.prfshell]
[HKEY_CLASSES_ROOT.prfshellopen]
[HKEY_CLASSES_ROOT.prfshellopencommand]
@="C:\Programme\Dateiop\PROFAN\XPROFAN 9\XPSE.EXE "%1""
[HKEY_CLASSES_ROOT.prc]
@="Profan Resource Code"
[HKEY_CLASSES_ROOT.prcshell]
[HKEY_CLASSES_ROOT.prcshellopen]
[HKEY_CLASSES_ROOT.prcshellopencommand]
@="C:\Programme\Dateiop\PROFAN\XPROFAN 9\XPSE.exe "%1""
[HKEY_CLASSES_ROOT.pls]
@="Profan Resource Code"
[HKEY_CLASSES_ROOT.plsshell]
[HKEY_CLASSES_ROOT.plsshellopen]
[HKEY_CLASSES_ROOT.plsshellopencommand]
@="c:ProgrammeDateiopPROFANXProfan-Writer 2004xprfw2004.exe "%1""

Anm.: Der letzte Eintrag für den XProfan-Writer 2004 geht in dieser Form ins Leere, ich habe ihn nur als Muster für einen Editor stehengelassen.
Noch günstiger wäre es, wenn XPSE/XPIA einen kurzen Blick in die Registry werfen könnten.
Ein Mini-Tool, das die relevanten Pfade dort ablegt und damit sollte doch das Pfad-Problem gelöst sein.

Gruß, Christian
 
XProfan 8/9.1, Win XP, AMD 64/3200
23.02.2005  
 



Und genau auf Reg, Configfile & Co möchte ich verzichten.

Salve, iF
 
23.02.2005  
 




Ragnar
Rehbein
IF schrieb: ... Ok, noch 2 Fragen ...

standardmäßig liegen runtime und compiler im XProfan-verzeichnis.
bei einigen projekten ist per compilerschalter eine andere als die standardruntime (mit anderem namen) angegeben, diese liegt im gleichen verzeichnis wie die *.prf-datei.

r.r.
 
23.02.2005  
 



OK- dann ist doch aba kla dasser die includes nicht findet - da Dein Editor doch dann das Enviroment (aktiver Pfad) auf den Pfad der PRF setzt - und xpse den eigendlichen Pfad damit nicht kennen kann.

Ich werde mal einbauen das er zu alldem auchnoch den Pfad der eigenen existens nutzt um von dort aus in alle verschiedenen Verzeichnisse zu schauen.

Salve, iF
 
23.02.2005  
 




Frank
Abbing
Hi.

[quote:e5da54f4c2]Und genau auf Reg, Configfile & Co möchte ich verzichten.[/quote:e5da54f4c2]
Ich halte es ebenso und begrüsse das ausdrücklich!
 
24.02.2005  
 




Dietmar
Horn
Hallo David,

gerade ist mir folgende Unstimmigkeit bei XPSE aufgefallen:

if testversion%
$I INC_1.INC
else
$I INC_2.INC
endif

XProfan selber akzeptiert diese Vorgehensweise, XPSE jedoch leider (noch) nicht.

Gruß
Dietmar
 
Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V.  [...] 

Windows 95 bis Windows 7
Profan² 6.6 bis XProfan X2 mit XPSE

Das große XProfan-Lehrbuch:  [...] 
27.02.2005  
 



Nun - eigendlich ganz im Gegenteil, denn XPSE hat damit überhaupt garkein Problem.

Was XPSE im Rahmen des Syntaxchecks beanstandet ist dort wohl etwas anderes. Schau mal beim Compilerschalter NoSectionChecke nach.

Folgendes steht nämlich einer sauberen Programmierung entgegen:

if 1
proc pla
endproc
else
proc pli
endproc
endif

Salve, iF
 
28.02.2005  
 




Antworten


Thementitel, max. 100 Zeichen.
 

Systemprofile:

Kein Systemprofil angelegt. [anlegen]

XProfan:

 Beitrag  Schrift  Smilies  ▼ 

Bitte anmelden um einen Beitrag zu verfassen.
 

Themenoptionen

23.557 Betrachtungen

Unbenanntvor 0 min.
Uwe Starke06.06.2023
Michael Borowiak15.11.2014
Roland Schäffer06.01.2011

Themeninformationen



Admins  |  AGB  |  Anwendungen  |  Autoren  |  Chat  |  Datenschutz  |  Download  |  Eingangshalle  |  Hilfe  |  Händlerportal  |  Impressum  |  Mart  |  Schnittstellen  |  SDK  |  Services  |  Spiele  |  Suche  |  Support

Ein Projekt aller XProfaner, die es gibt!


Mein XProfan
Private Nachrichten
Eigenes Ablageforum
Themen-Merkliste
Eigene Beiträge
Eigene Themen
Zwischenablage
Abmelden
 Deutsch English Français Español Italia
Übersetzungen

Datenschutz


Wir verwenden Cookies nur als Session-Cookies wegen der technischen Notwendigkeit und bei uns gibt es keine Cookies von Drittanbietern.

Wenn du hier auf unsere Webseite klickst oder navigierst, stimmst du unserer Erfassung von Informationen in unseren Cookies auf XProfan.Net zu.

Weitere Informationen zu unseren Cookies und dazu, wie du die Kontrolle darüber behältst, findest du in unserer nachfolgenden Datenschutzerklärung.


einverstandenDatenschutzerklärung
Ich möchte keinen Cookie