Deutsch
XProfEd - Opensource IDE

Bugmeldungen

 
- Seite 1 -



Dietmar
Horn
Hallo,

das wird sicherlich ein prima Programm und wird für mich ein Grund sein, mich vom PrFellow-Editor zu trennen. Sobald Suchen & Ersetzen funktionieren, werde ich wahrscheinlich umsteigen.

Besonders die Plugin-Schnittstelle ist eine feine Sache. Evtl. könnte es da mit Fremd-PRCs zukünftig Problemchen geben, weil das 9er Runtime laut Roland nicht mehr mit älteren PRCs zurechtkommt (?).

Ein paar Anregungen:

1. Den Aufruf des Compilers über eine Art WinExecWait finde ich weniger gelungen. Bei größeren Codes kann das Compilieren schon mal einige Minuten dauern. Während dieser Zeit würde ich gerne am Code weiterarbeiten wollen.

2. Ich vermisse die Optionen
Run PRC
Compile & Link
Compile & Link & Execute

3. Bei mit XPSE starten sollte anschließend (optional) auch gleich der Interpreter mit der PRF als Parameter aufgerufen werden können, ohne daß man im Code die entsprechende XPSE-Direktive stehen haben muß. Vielleicht könnte David da ja XPSE eine Art Errorlevel zurückgeben lassen, wenn keine Fehler gefunden werden konnten.

4. Bei mir wird nach dem Compilieren das Runtime nicht gefunden, obwohl es in der Ini richtig eingetragen ist.

5. Wenn man den Code irgendwann auch noch falten könnte, dürfte für Niemanden mehr ein Weg an XPrfEdit vorbeiführen.

6. Auskommentieren von mehreren Codezeilen, wie bei PrFellow.

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:  [...] 
10.06.2005  
 



 
- Seite 3 -


@ Michael

Hab Deinen Code mal überarbeitet, aber nur so, das er lauffähig ist. Ein bissel Komfortabler ist es mit With und Endwith aber schon
KompilierenMarkierenSeparieren
 $H Windows.ph
 $U Xprfedit.pcu = The
Declare Thexprfedit#  Bereichsvariable für die Klasse
Dim Thexprfedit#, Thexprfedit  Klasse der Bereichvariable zuordnen
Declare Version$, Prfdir$, Plugindir$, Srcfiledir$, Srcfilename$, Hed&
Declare Buffer#
Dim Buffer#,65000
Thexprfedit#.init()
Version$ = Thexprfedit#.getversion()
Prfdir$ = Thexprfedit#.getprofandir()c:Profan
Plugindir$ = Thexprfedit#.getplugindir().XPrfEditplugins
Srcfiledir$ = Thexprfedit#.getsourcefiledir()c:ProfanXPrfEditplugins
Srcfilename$ = Thexprfedit#.getsourcefilename()MyTestPlugIn.prf
Hed& = Thexprfedit#.getxprfedit()
~Getwindowtext(Hed&, Addr(Buffer#), 65000)
Thexprfedit#.exit()
Dispose Thexprfedit#  Klasse freigeben
Assign #1,Plugindir$+"PlugInLog.txt"
Rewrite #1
Print #1,"  Version:",Version$
Print #1," ProfanDir:",Prfdir$
Print #1," PlugInDir:",Plugindir$
Print #1," SrcFileDir:",Srcfiledir$
Print #1,"SrcFileName:",Srcfilename$
Print #1,"  Handle:",Str$(Hed&),"($";Hex$(Hed&);")"
Print #1,"...und der Text:"
Print #1,String$(Buffer#,0)
Print #1
Close #1
End
 
20.06.2005  
 




Michael
Wodrich
[quote:635d1775af=TS-Soft]Kleineres Bugfix (0.4.1)
...
- diverse von mir gefundene Fehler beseitigt.
...
[/quote:635d1775af]
Gehört zu den behobenen Fehlern auch, das der Editor plötzlich 2x vorhanden ist nachdem compiliert wurde?

Und da war noch etwas, habs mir mal wieder nicht notiert...

Schöne Grüße
Michael Wodrich

P.S.: Werde morgen die neue Version testen...
 
Programmieren, das spannendste Detektivspiel der Welt.
07.07.2005  
 




Michael
Wodrich
Es würde sicher helfen, wenn im About-Fenster die Versions-Nummer angezeigt wird...

Der Fehler ist weiterhin vorhanden:

Wenn ich compiliere aus dem Editor heraus, dann erscheint eine 2. Version des Editors. Dord ist dann der Cursor am Dateianfang.

Schließe ich diese Instanz, dann bin ich wieder in der Version, wo der Cursor an der von mir gesetzten Position steht.
Ist jedesmal beim Compilieren so.

MfG
Michael Wodrich
 
Programmieren, das spannendste Detektivspiel der Welt.
08.07.2005  
 



 
- Seite 4 -


Jetzt hab ichs auch gesehen, kann ja nichts schlimmes sein, wird in kürze repariert sein

So, ist erledigt, ein User äußerte den Wunsch, das der Editor das kompilieren nicht abwartet, sondern gleich wieder zur Verfügung steht, das geht so aber garnicht, da ich ja sonst die Exe anschließend nicht starten kann, da ich nicht weiß wann sie fertig ist

Werde es später so machen, wenn nur eine Exe erzeugt wird, wird der Editor freigegeben, soll die Exe gleich gestartet werden eben nicht. Anders gehts ja nun nicht. About-Box angepaßt, hoffentlich vergeß ich das nächstemal nicht diese zu aktualisieren
 
08.07.2005  
 



Ist der Fehler jetzt weg ?
Bei mir geht alles, was ja leider nichts bedeuten muß
 
08.07.2005  
 




Michael
Wodrich
0.4.2

Jedes Compilieren fügt eine Instanz hinzu...

Nur nicht aufgeben... :/:

Schöne Grüße
Michael Wodrich
 
Programmieren, das spannendste Detektivspiel der Welt.
08.07.2005  
 



[quote:a97e94cd44=Michael Wodrich]0.4.2

Jedes Compilieren fügt eine Instanz hinzu...

Nur nicht aufgeben... :/:

Schöne Grüße
Michael Wodrich[/quote:a97e94cd44]
Hab jetzt viele Möglichkeiten getestet, kann es aber nicht nachvollziehen, der Fehler tritt einfach bei mir nicht auf. Evtl. genauere Hinweise, wieviele Dateien, wieviele davon ungespeicherte Änderungen enthalten, evtl. Schreibgeschützte Dateien usw. Also alles was evtl. einen Fehler auslösen könnte.
Die Hauptänderung seit der letzten Version, ist ja das autom. Speichern aller veränderter, benannter Dateien vorm Kompilieren.

Hat vielleicht noch jemand anders dieses Phenomen beobachtet?
Ich brauche auf jedenfall weitere Hinweise, solange ich den Fehler nicht provozieren kann, komme ich nicht auf seine Spur
 
10.07.2005  
 



Michael - was genau meinst Du mit eine Instanz hinzu... ?

Salve.
 
10.07.2005  
 




Michael
Wodrich
Na, unten in der Taskleiste erscheint ein neues Knöpfchen. Ein Zeichen dafür, das das Programm doppelt im Speicher existiert.

Getestet mit einem Schnelltest: Auswahl des Quelltextes über das Öffnen-Menü. Cursor ein paar Zeilen nach unten bewegt. Sicherheitshalber noch mal auf Speichern gedrückt. Jetzt aus dem Menü das Compilieren gewählt und schwupps erscheint ein weiterer Button in der Taskleiste und der Cursor steht ganz links oben.

Jetzt den Editor beendet und es erscheit wieder der Editor in dem ich den Cursor nach unten bewegt hatte.

Ganz einfacher Test, produziert immer das gleiche Ergebnis. Versionsnummer über Aboutbox kontrolliert.

MfG
Michael Wodrich

P.S.: Alle Dateien, die durch Compilieren produziert werden können wurden vorher gelöscht (prc,exe).

Kann es sein, das der Editor irgendwo Tempdateien anlegen will und nicht kann? Hier sollte die interne Programmierung nochmals geprüft werden, ob alle Fehlermeldungen (%IOResult) auch beachtet werden.

Kann/soll ich da evtl. was von Hand löschen?
 
Programmieren, das spannendste Detektivspiel der Welt.
10.07.2005  
 



>> Kann es sein, das der Editor irgendwo Tempdateien anlegen will und nicht kann? Hier sollte die interne Programmierung nochmals geprüft werden, ob alle Fehlermeldungen (%IOResult) auch beachtet werden.

Schnellstart funktioniert natürlich anders, als die anderen Funktionen.
Es werden keine Dateien gespeichert,lediglich die aktuelle temporär im Temp-Verzeichnis des Users, unter einem temporären Namen in einem von mir angelegtem temporären Ordner (Namen werden per API erzeugt, sind allso einmalig). Nachdem beenden sind diese Daten verloren, was ja auch der Sinn und Zweck des Schnellstartes ist.
Das bedeutet, das der entsprechende Source nach Schnellstart evtl. immer noch als verändert, bzw. als unbenannt gilt. Durch Schnellstart wird so ein Status also nicht verändert.
Schreibgeschütze Temp-Verzeichnisse sind mir noch nicht untergekommen, werde aber den Source überprüfen und eine evtl. fehlende Abfrage ergänzen.
Wenn es aber daran liegen sollte, das ich im Temp-Ordner keine weiteren Dateien anlegen kann, ist was an Deinem System nicht ganz richtig und es sollten diverse Programme probleme haben. Ein Doppelstart ist dadurch aber immer noch nicht erklärt.

Also weitere Meldungen bitte, wer hat Probleme beim Schnellstart ?
 
10.07.2005  
 



Bisher konnte niemand den Fehler bestätigen, da der Editor im gesamtem Code keine neuen Instanzen von sich startet oder erzeugt, weiß ich nicht wo ich suchen sollte. Schreibzugriffe, die nicht möglich sind werden auch nicht versucht auszuführen. Das heißt wenn eine Datei nicht erstellt werden konnte, wird auch nicht versucht dort hinein zu schreiben. Solche Fehler sind in PureBasic sowieso eher unwahrscheinlich, da alle Funktionen bei Ausführung ein Ergebnis liefern, meist False (0) bei Fehler bzw. True (<> 0) bei Erfolg. Läßt sich also einfach per iF überprüfen
 
14.07.2005  
 



Ich weiß also immer noch nicht, ob der bei Michael aufgetauchte effekt einmalig ist oder auch woanders auftaucht. Werde den Editor wohl fertigstellen müssen und dann erst auf Fehlersuche gehen. Also nicht wundern, die nächste Version wird sich also noch etwas hinziehen.
 
20.07.2005  
 




Antworten


Thementitel, max. 100 Zeichen.
 

Systemprofile:

Kein Systemprofil angelegt. [anlegen]

XProfan:

 Beitrag  Schrift  Smilies  ▼ 

Bitte anmelden um einen Beitrag zu verfassen.
 

Themenoptionen

13.340 Betrachtungen

Unbenanntvor 0 min.

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