| |
| |
|
Rolf
Koch | So wie ich auch vieles in XProfan liebe, so wird mir es langsam unmöglich den Object Creator auf Profan10 anzupassen.
Siehe Bild. Vielleicht bin ich ja zu sehr auf die alte Profanversionen eingestellt.
Was also nicht schlecht wäre:
Eine kmpl. Liste welche die Erneuerungen und Änderungen auflistet welche ab XPR10 gelten.
Aber bitte nicht auf den[...]  hinweisen, denn dieser Thread ist per mich mittlerweile genauso undurchsichtig geworden. |
|
| |
| |
| |
|
|
Rolf
Koch | Fehler gefunden duch Zufall, jedoch wär so eine Liste wirklich brauchbar.
 |
|
| |
| |
| |
|
|
RGH | Hallo Rolf,
in dem von Dir genannten Thread brauchst Du ja nur die Ebene mit den von mir geschgriebenen Artikeln zu lesen. Beim Rest handelt es sich in der Regel um Bugmeldungen und Verbesserungsvorschläge, die in spätere Ausgaben der Subscriptionsversioin eingegangen sind. Etwaige Änderungen wurden von mir immer auf der oberen Ebene nachgetragen. Es reichen also diese 16 thematisch sortierten Artikel.
Zu Deiner Fehlermeldung: Das mit der nicht genannten Zeile sollte eigentlich nicht sein (es sei denn, die Zeile è sich in einer kompilierten Unit). Im Interpreter sollte die Zeile mit Quellcodedatei, Zeilennummer und Zeilentext aufgeführt werden. Eine solche Fehlermeldung, wie von Dir gezeigt, ist in der Tat wenig aussagekräftig und treibt nur den Adrenalinspiegel in die Höhe! (Ich kenne das! Auch Delphi ist manchmal derart maulfaul!)
Aber vielleicht hilft Dir erst mal die Liste der Funktionen weiter, in denen diese neue Fehlermeldung vorkommt, weil sie nun auf mehrere verschiedene Fensterobjekte anwendbar sind und diese daher überprüfen müssen: (Es handelt sich allesamt um Funktionen, die auf Listboxen, Choiceboxen oder Multieditboxen angewandt werden.)
DeleteString()
DeleteChoice() (= DeleteString)*
GetCount()
GetSelCount() **
GetCurSel()
GetState() **
GetString()
AddString()
AddChoice() (= AddString)*
MoveListToHandle()
MoveHandleToList() **
MoveListToList() (= MoveListToHandle)*
MoveListToEdit() (= MoveListToHandle)*
MoveListToChoice() (= MoveListToHandle)*
InsertString()
SelectString()
* Diese Funktionen werden vom integrierten Precompiler auf die neuen Funktionen gemapt
** Diese Funktionen sind in XProfan 10 neu
Der Fehler kann auftreten wenn Zusatztools von Drittanbietern verwandt werden, die etwa durch Subclassing die Namen der Fensterklassen verändern. Das bekannteste Beispiel ist die DLL von Sebastian König. Hier gibt es eine neue Version, die auch mit XProfan 10 funktioniert. Damit abgeleitete Fensterklassen mit XProfan 10 einwandfrei funktionieren, muß der Name mit dem ursprünglichen Fensternamen beginnen.
Aber Achtung: Die Fehlermeldung tritt auch dann auf, wenn in bisherigen Versionen die Funktion aufgrund eines falschen Handletyps einfach wirkunngslos blieb!
Ich hoffe, das bringt Dich weiter. Ansonsten melde Dich einfach noch einmal.
Saluto
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 02.07.2006 ▲ |
|
| |
|
|
Rolf
Koch | Zuerst einmal Danke
Die SKControl von Sebastian hab ich naturalmente schon angepasst, da mir diese Neuerung bekannt war.
In meinem Fall lag eine alte Zeile vor, in welcher ich eine Listbox fülle, welche garnicht mehr existiert.
Also vergessen auszukommentieren
Alte Profanversionen meckerten dies komischerweise nicht an, jetzt wohl doch und das ist doch gut so. Müsste halt nur Aussagekräftiger sein.
Auf diese Zeile bin ich gekommen, da ich einfach ein testweises Messagebox(,,0) an die betroffene Stelle gesetzt habe und siehe da, die Meldung (Bild oben) hatte plötzlich zumindest die genaue Zeile und den fehlerhaften String in der Box - komisch
Aber zuerst mal Danke. Ich muss ja langsam mal anfangen Roc auf XProfan 10 anzupassen.
Mir fallen da diese Dinge z.Zt. ein:
Grid, Pic und was sollte noch neu zu erstellen sein? |
|
| |
| |
| |
|
|
RGH | ... und ich habe den Fehler in der Fehlerbehandlung gefunden, der die Ausgabe der Zeilennummer beim Fehler verhinderte. (Ein Seiteneffekt beim Einbau der OnError-Prozedur.)
Heute Abend gibt es die 14. Subscriptionslieferung, die diesen und andere Bugs behebt.
Saluto
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 02.07.2006 ▲ |
|
| |
|
|
 | | Kleiner Tip: {$debug} hätte ein debugFile angelegt - in diesem hättest Du ersehen können genau an welcher Stelle der Programmabbruch erfolgte. |
|
| |
| |
| |
|
|
Rolf
Koch | Naja iF, ich wusste ja an welcher ungefähr Stelle dies Problem kam, da es sehr logisch war. Jedoch ging es mir nur um die Funktion, welche bemängelt wurde.
Naja, hab es dann im Interpreter getestet und dort wurde ja alles angezeigt (war also nicht wegen der Messagebox welche ich eingesetzt habe). |
|
| |
| |
| |
|
|
Michael
Wodrich | Hilft das vielleicht? Ist OpenOffice-Calc
Wenn Du an die übergroßen Texte nicht heran kommst - Spalte weiter aufziehen.
Schöne Grüße
Michael Wodrich |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 04.07.2006 ▲ |
|
| |
|
(1.120)
Deutsch
English
Français
Español
Italia