| |
| |
|
Jac
de
Lad | Hallo iF,
zuerst wollte ich Roland ansprechen, aber der hat grad XProfan 10 fertiggemacht und deshalb deshalb will ich ihm etwas Ruhe gönnen. Auch so ist es vielleicht eher eine Sache für XPSE.
Ich fänd es praktisch, wenn XPSE automatisch die Funktionen, die beispielsweise in Incs declariert sind, aber im Programm nicht verewndet werden, unter den Tisch fallen lässt. Ich fummel ja grad an der Controls.inc rum und da käme das gut, weil sicher niemand ein Programm hat, wo alle Funktionen verwendet werden. Man müsste natürlich noch Funktionen wie Thread.do beachten, die von einer Inc aufgerufen werden oder ProcAddr(), dass vielleicht Funktionen aufrufen lässt, die so normal im Programm nicht aufgerufen werden, aber vielleicht kannst du ja ein Schlüsselwort kreieren, dass die Funktion als geschützt markiert. Und dann wären da noch die Containerfunktionen mit SubProc, aber ich denke, das würdest du vielleicht auch hinkriegen...Ich wäre über so eine Erweiterung von XPSE jedenfals begeistert!
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.11.2006 ▲ |
|
| |
|
|
 | Beträfe ja auch variablen...
Ich schau mal - auf dem Plan hab ichs eh.
Ein Schlüsselwort wird nicht nötig sein. |
|
| |
| |
| |
|
|
Jac
de
Lad | | Aber was is mit ner PCU, die auf ne Funktion außerhalb zugreift? Das ist zwar pervers, aber deine Thread.pcu machts auch (die kann ja nicht anders...), da brauchste doch ein Schlüsselwort...!!! |
|
| |
| 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.11.2006 ▲ |
|
| |
|
|
| | Nein. Am Programmstart ein Thread.Do -1 reicht. |
|
| |
| |
| |
|
|
Jac
de
Lad | Da du ja grad ne neue XPSE-Version veröffentlicht hast möchte ich gleich mal diesen Thread na oben pushen!  |
|
| |
| 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 | 26.05.2007 ▲ |
|
| |
|
|
| Habe damit auch schon begonnen - und xpse finded auch schon z.B. nicht benutzte Procs. Irgendwie ist jedoch mein Verfahren dazu noch nicht ausgereift - es ist mir zu lahm und deshalb ausgeklammert.
Hier liegt das Problem:
KompilierenMarkierenSeparieren
Oder eine andere Variante:
KompilierenMarkierenSeparieren
Schritt 1: Sola wird nicht benutzt und fliegt raus. Danach muss aber nochmal geschaut werden - und beim 2. Schauen wird klar, hurry wird ja auch nicht benutzt - also fliegt hurry auch raus. Auf gut Deutsch: der Vorgang muss so lange wiederholt werden bis es keine Änderungen im Code mehr gibt. Und jedes Mal muss der Code neu geparst werden - ein übles Unterfangen was zwar programmiertechnisch einfach umzusetzen ist - jedoch mir persönlich zu lahm ist. |
|
| |
| |
| |
|
|
Jac
de
Lad | | Warum lässt du nicht im ersten Durchlauf eine Liste von allen Funktionen erstellen, die irgendwo aufgerufen werden und schaust im zweiten Schritt in allen Proc und Def nach, ob die in der Liste stehen??? |
|
| |
| 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 | 26.05.2007 ▲ |
|
| |
|
|
| | Jetzt redest Du von der programmtechnischen Umsetzung. Ebenso tut es xpse bereits. Du kannst mit den Shortie U Dir eben so eine Liste ausgeben lassen. Das Problem was ich oben beschrieb ist damit aber nicht vom Tisch! |
|
| |
| |
| |
|
|
Jac
de
Lad | Wo ist da ein Problem:
Fall 1:
Sola ruft hurry auf -> Hurry in Liste.
Hurry ruft sola auf -> sola in Liste.
=> beide Procs bleiben erhalten.
Fall 2:
sola ruft hurry auf -> hurry bleibt erhalten.
sola muss natürlich auch irgendwo anders aufgerufen werden.
Ein Problem wären vielleicht noch Callbacks, aber man könnte ja noch ein Schlüsselwort einführen, damit die entsprechenden Procs erhalten bleiben... |
|
| |
| 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 | 26.05.2007 ▲ |
|
| |
|
|
| Callbacks sind NP wenn man bei procaddr kein StringLit angibt - was man ja nicht muss!
Du scheinst das Problem aber noch nicht verstanden zu haben - aber ich hab im Moment mit Frank und Rolf im Skype zu tun.  |
|
| |
| |
| |
|
|
Jac
de
Lad | |
| |
| 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 | 26.05.2007 ▲ |
|
| |
|
|
| | Ich versuchs trotzdem kurz - wenn eine überflüssige proc entfernt wird - werden damit MÖGLICHERWEISE auch wieer andere procs überflüssig. also muss der TEST solange durchgeführt werden BIS es keine changes im code mehr gibt. langwierig. |
|
| |
| |
| |
|
(1.138)
Deutsch
English
Français
Español
Italia