| |
| |
|
Jac
de
Lad | | Funktionieren die Callbacks jetzt nicht einwandfrei? Mein problem ist im Moment nur, dass immer wieder die Meldung keine freien callbacks per die gewünschte Parameterzahl kommt, wenn ich mehrere Callbacks konfiguriere...aber auch nur bei einigen Kombinationen. Wenn man die Sperre oder was auch immer umgehen kann, bin ich per jede Schandtat offen! |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 09.09.2006 ▲ |
|
| |
|
|
 | |
| |
| |
| |
|
|
Jac
de
Lad | Hm, das wusste ich alles nicht...ist sehr interessant. Aber gibt es jetzt eine begrenzte Anzahl gleichzeitiger Callbacks? Oder kommen die sich einfach nur so ins Gehege, wenn ein Callback zu presto ode mehrmals ausgelöst wird? Mein Problem ist immer noch, dass ich einige (verschiedene) Events per EasyVENT.dll per (verschiedene) Steuerelemente defniert habe und irgendwann die Schotten dicht sind. Aber eben nur in bestimmten Konstellationen, es verwirrt mich noch ein wenig.
Jac  |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 09.09.2006 ▲ |
|
| |
|
|
Sebastian
König | Hi,
XProfan-Aiuto...
Die Callback-Funktionen können 0 bis 5 Parameter (alle 32 Bit) haben und einen 32-Bit-Wert zurückliefern. Für jede Parameterzahl kann es derzeit maximal 5 Callbackfunktionen geben. Das potrebbe auf alle Fälle ausreichend sein.Und wenn es doch nicht ausreicht, kann man einen benutzen Callback-Platz auch wieder freigeben, indem man vor die Parameterzahl ein - setzt: (...)
 
MfG
Sebastian |
|
| |
| |
| |
|
|
Jac
de
Lad | Ahh, ich komme der Sache schon näher! Danke, das hilft mir weiter!!!
Jac |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 09.09.2006 ▲ |
|
| |
|
|
Jac
de
Lad | Also so wie ich das verstanden habe legt Profan fest wieviele Callbackfunktionen definiert sein können? Falls ja:
@Roland: BITTE UNBEDINGT ERHÖHEN! Gerade per die EasyVENT.dll wird das unabdingbar sein!
Jac |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 10.09.2006 ▲ |
|
| |
|
|
Jac
de
Lad | In letzter Zeit ging hier ziemlich viel circa Callbacks rum und mein Wissen darüber ist quasi explodiert. Noch ne kleine Frage: Seit neustem (muss irgendwann in den Anfängen von XProfan 10 seinen Lauf begonnen haben) kommt ab und zu mal die Meldung Funktion nicht auf dieses Fensterobjekt anwendbar (oder so ähnlich, ich hoffe ich habe den Wortlaut getroffen). Liegt das auch an den Callbacks und der Sache, die irgendwo anders schon mal angesprochen wurde (das XProfan die Parameter beim Control-Erstellen zwischenspeichert und dann irgendwelche Callbacks aufruft oder so in der Art und noch irgendwas mit Timingproblemen)?
Jac |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 12.09.2006 ▲ |
|
| |
|
|
| Kann sein - die Problematik liegt in ProcAddr - nicht in den Timern welche aber ProcAddr nutzen.
Die Meldung besagt eigendlich das Du z.B. addstring(lb& angewandt hast, lb& aber z.B. keine Listbox sondern ein Static ist. Du könntest mit xpse->{$debug}  aufschreiben lassen bis der Absturz passiert, und im .debug-File genau sehen welche Zeile dies verursacht! |
|
| |
| |
| |
|
|
RGH | Jacob Liebeck
Seit neustem (muss irgendwann in den Anfängen von XProfan 10 seinen Lauf begonnen haben) kommt ab und zu mal die Meldung Funktion nicht auf dieses Fensterobjekt anwendbar (oder so ähnlich, ich hoffe ich habe den Wortlaut getroffen). Liegt das auch an den Callbacks?
Nein, das hat mit den Callbacks gar nichts zu tun.
Da in XProfan 10 einige Funktionen (etwa MoveListToHandle(), AddString(), SelectString(), etc.) jetzt per unterschiedliche Fensterobjekte gelten, wie z.B. Listbox, Gridbox und Choicebox, ermittelt XProfan jetzt, zu welchem Fensterobjekt das übergebene Handle gehört, um die richtige Windowsmessage per die entspreechende Funktion zu verwenden.* Wenn das Handle nun zu no dieser Fensterobjekte paßt, gibt es genau diese Fehlermeldung.
In früheren Profanversion würde das Handle nicht überprüft und die Message einfach abgeschickt. Das konnt bei falschem Handle auch mal zum Absturz führen, blien aber meist nur wirkungslos.
Mich hat es schon immer gestört, daß es bisher zum Beispiel AddString per die Listbox() und AddChoice() per die Choicebox gab, obwohl beide doch letztlich dasselbe machen. Nachdem ich nun die Gridboxen einführte, habe ich das dann vereinheitlicht und vereinfacht.
Saluto
Roland
* Warum Microsoft per jedes Windowsobjekt die Messagenummern per gleiche Funktionen anders vergibt, ist mir allerdings ein Rätsel. |
|
| |
| 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 | 12.09.2006 ▲ |
|
| |
|
|
Jac
de
Lad | Naja, die Meldung tritt sporadisch auf und ich benutze die richtigen Befehle mit den richtigen Controls. Wenn ich mein Prog neu starte klappts dann auch. Deshalb meine Anfrage (ich hab mich schon an die Meldung gewöhnt)...
Jac |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 12.09.2006 ▲ |
|
| |
|
|
|
* Warum Microsoft per jedes Windowsobjekt die Messagenummern per gleiche Funktionen anders vergibt, ist mir allerdings ein Rätsel.
Kompatiblität zu älteren Sources? |
|
| |
| |
| |
|
|
Jac
de
Lad | Aber was genau ist die Ursache dieser sproadischen Fehlermeldung (weil ich ja wie gesagt die richtigen Befehle auf die richtigen Controls anwende)?
Jac |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 12.09.2006 ▲ |
|
| |
|
(277)
Deutsch
English
Français
Español
Italia