| |
| |
|
| - Seite 1 - |
|
Rolf
Koch | Hey Leute,
In meinem Roc benutze ich eh und je ein Trackmenü auf Apibasis.
Seit XProfan Version 11.0 bekomme ich als Return (egal, welche Auswahl ich treffe) immer
-33 ! Habe heute mal mit einem normalen Trackmenü auf XProfanbasis versucht und
auch hier kommt dieser Rückgabewert.
Wie gesagt war es bis zu XProfan 10.x perfekt und die Werte kamen richtig an.
Einer eine Idee? Roland? Hast Du irgenwas geändert, was zu diesem Problem passen könnte?
Thx im Vorraus. |
|
| |
| |
| |
|
|
| |
| |
| - Seite 1 - |
|
Rolf
Koch | | muhahahaha iF - dann muss ich bis auf eine alle auskommentieren ^^ |
|
| |
| |
| |
|
|
RGH | Hallo Rolf,
Du schreibst, dass das Problem auch bei Deinem API-basierendem Trackmenü auftritt. An den API-Aufrufen habe ich aber bis einschließlich XProfan 11.2a nichts geändert. Ich tappe hier völlig im Dunkeln, woher da die ominösen -33 herkommen sollen.
(Wenn jemand mit den ersten Alpa-Versionen von XProfan 12 derartiges gemeldet hätte, würde mich das weniger wundern, da hier sehr tiefgreifende Änderungen vorhanden sind.)
Wenn Du doch irgendwie eion überschaubares Beispiel hinbekämst, würde das natürlich sehr weiterhelfen.
Gruß
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 | 19.01.2010 ▲ |
|
| |
|
|
Rolf
Koch | Klar Roland, mir ist es auch sehr schleierhaft. Wenn man wenigstens den Wert -33 zuordnen könnte.
Aber wie ich schon schrieb, ROC ist so umfassend und fast alles drin, was es XProfantechnisch (fast!) gibt, woher soll ich den ein Beispiel nehmen? Es ist ja wie gesagt auch im normalen Trackmenü so und dort ist alles ganz normal, wie oben in Jörgs Vorlage. Ich könnte stundenlang hier Beispiele versuchen zu pinseln, es würde funktionieren. Es liegt irgendwo im grossen ROC an irgendetwas anderem der Hase begraben, womit wir alle nicht rechnen.
Naja bleibt mir nichts anderes übrig mit dem Such und Finde Prinzip weiter durchzuchecken. Ich werde dann wenn ich irgendwann mal den Fehler gefunden habe, bescheid geben woran es lag. |
|
| |
| |
| |
|
|
Rolf
Koch | Bin der Sache etwas näher gekommen. Set("Fastmode",x) ist es Schuld.
Setze ich den Fastmode vor dem Menü zurück klappt es.
a.) Roland, warum hat es früher geklappt?
b.) iF - oder hast Du was damit zu tun *lol* XPSE?
Naja bin auf dem richtigen Weg ^^ |
|
| |
| |
| |
|
|
 | | Was ich jetzt leider nicht weiß, ob Du zu diesem letzten Test bereits alle ProcAddrs ausgeklammert hast, die auf procs zeigen. Ich habe zwar keinen Quelltext (xpse) hier, habe mich aber per VNC in Dt. eingeloggt und in den Quelltext geschaut. Eine [-]33 kommt zwar in Header/ Konstantendefinitionen vor wie man auch per Konstantinopel einsehen kann, aber eben (leider) nirgends wo anders. Aber ich habe eine Idee, denn Du könntest wo es möglich ist, wenn Du nicht alle ProcAddrs ausklammern magst, in diese Procs (nicht nProcs), auf die per ProcAddr gezeigt wird, ein Return 35 einfügen. Vlt. wird dann aus der -33 eine -35 und der Tübeläter wäre eingezingelt. ^^ |
|
| |
| |
| |
|
|
Rolf
Koch | | Werde ich mal versuchen iF. Aufjedenfall ist es Fastmode. |
|
| |
| |
| |
|
|
| | Ich glaub eher "FastMode" ist hierbei nicht die tatsächliche Ursache - schätzungsweise unterbindet FastMode 0 eher eine Folgeerscheinung. |
|
| |
| |
| |
|
|
Rolf
Koch | Im ganzen Programmablauf ist Fastmode auf 1 gestellt, vielleicht war es vorher so, dass es ausversehen geklappt hat. Denn es heist ja, dass z.B. interne Dialoge nicht funktionieren in der Profanhilfe. Besonders mag ich es ja sowieso nicht, dieses Fastmode  |
|
| |
| |
| |
|
| |
| |
| - Seite 2 - |
|
|
| | Mag FastMode auch nicht, benötige diesen auch garnicht weil ich mit ProcAddr auf nProcs zeige - ich glaube "stabiler" geht es auch nicht und dann läuft es auch absolut Fehlerfrei. |
|
| |
| |
| |
|
|
RGH | Da Set("FastMode", 1) ja den üblicherweise den unter anderem zwischen einzelnen Zeilen stattfindenden MessageLoop unterbindet, funktionieren einige Befehle/Funktionen, die intern Messages verwenden nicht korrekt.
Gruß
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 | 20.01.2010 ▲ |
|
| |
|
|
Rolf
Koch | Das meinte ich Roland, nur die Frage warum aufeinmal. Sonst hatte ich nie Probleme damit und habe nichts in diese Richtung geändert. Setze ich wie gesagt vor Menüerstellung auf 0 klappt es und muss aber nachher wieder auf 1 stellen, da sonst wieder andere Probleme logischerweise auftauchen.
Echt komisch. |
|
| |
| |
| |
|
|
| » nur die Frage warum aufeinmal. Sonst hatte ich nie Probleme damit
Ich meine ja, es ist ja eben nicht "auf einmal" - es scheint nur so. Es kommt zwar "auf einmal" an "irgendeiner"/ dieser Stelle zum Vorschein, aber ob es tatsächlich die Ursache ist... mein Gefühl sagt "nein". ^^
Ich glaube auch nicht, dass Roland da irgend einen "Fehler" gemacht hat oder was "geändert"/ eingebaut hat - wir kennen doch Rolands Sorgfalt. Roland sagt z.B. auch ProcAddr ist für ENums, also bleibt erstmal nur zu schauen, ob ProcAddr auch wirklich nach Roland-Art nur genutzt wird und wenn nicht, naja dann gibts halt z.B. "Folgefehler" bzw. sind diese dann eben nicht auszuschließen. ^^ |
|
| |
| |
| |
|
(505)
Deutsch
English
Français
Español
Italia