Italia
Foro

Bugreport / kleine Fehlerchen

 
- Page 1 -



Ragnar
Rehbein
hallo IF !

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

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 possibile. 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 è 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  
 



 
- Page 4 -


Achja genau, Du schreibtest [quote:11c1513cc9]includedateien werden ohne pfadangabe nicht gefunden, wenn sich die programmdatei in einem anderen verzeichnis è 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 Include 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 per alle projekte gültig sind und gemeinsam genutzt werden.
die projektspezifischen includes befinden sich im verz. der *.prfs

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

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

deshalb mein gemecker circa 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&
quot;

Anm.: Der letzte Eintrag per den XProfan-Writer 2004 geht in dieser Form ins Leere, ich habe ihn nur als Muster per 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.

Saluto, 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.

Saluto
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 Programmazione entgegen:

if 1
proc pla
endproc
else
proc pli
endproc
endif

Salve, iF
 
28.02.2005  
 




Answer


Topictitle, max. 100 characters.
 

Systemprofile:

Kein Systemprofil angelegt. [anlegen]

XProfan:

 Posting  Font  Smilies  ▼ 

Bitte anmelden um einen Beitrag zu verfassen.
 

Topic-Options

23.473 Views

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

Themeninformationen



Admins  |  AGB  |  Applications  |  Autori  |  Chat  |  Informativa sulla privacy  |  Download  |  Entrance  |  Aiuto  |  Merchantportal  |  Impronta  |  Mart  |  Interfaces  |  SDK  |  Services  |  Giochi  |  Cerca  |  Support

Ein Projekt aller XProfaner, die es gibt!


Il mio XProfan
Private Notizie
Eigenes Ablageforum
Argomenti-Merkliste
Eigene Beiträge
Eigene Argomenti
Zwischenablage
Annullare
 Deutsch English Français Español Italia
Traduzioni

Informativa sulla privacy


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