| |
|
|
| je crois Rolands Anpassungen qui Variablensichtbarkeit sommes Vorbereitungen eines echten ProcAddr rein avec XProfan - ist imho mais aussi ne...aucune Geheimnis. ^ ^
après meckert ensuite alors vlt. XProfan so ou bien vlt. encore strenger rum comme xpse, qui cet "ordentliche" Variablensichtbarkeit déjà toujours vom Programmierer abverlangte*. ^ ^ (vlt. ensuite pour qui bien, qui ihn de toute façon déjà toujours genutzt avons ^ ^)
*) mais Abstriche beim rouspéter pouvoir pour plus Kompatiblität
Wäre naturellement prima, si cet Abstriche beim rouspéter irgendwann pas plus gemacht volonté müssten, sodass Bug eindeutiger identifiziert volonté könnten.
Andererseits mon je mais aussi, dass pour réel ProcAddr dans XProfan qui Variablensichtbarkeit derart ganicht angepasst volonté devrait, mais Roland hat là vlt. déjà une fertigen plan um tête. ^ ^
je crois, per Memorymodule-procéder gingen aussi interpretierte "echte" Threads et réel ProcAddr trop ermöglichen aussi sans Anpassungen bezüglich qui Variablensichtbarkeit.
Jetzige Runtime.Exe liest aus sich den Source et interpretiert cette, somit jetzig: Interpretiere(Source).
qui jetzige (naturellement bildliche) Funktion Interpretiere - alors cela ganze XProfan - vlt. komplett dans un DLL abwandern - qui neue Runtime.Exe wäre ensuite (bildlich):
interpreter=useMM(runtime) interpreter.run(interpreter,source) freeMM(interpreter)
Somit wäre aussi une Funktion Eval bzw. une Funktion Interprete possible, pourquoi sollte on car aussi pas beliebig viele XProfan-Interpreter-Instanzen erzeugen peut et cette beliebigen Source senden peut - virtuelle Funktionen arrêt comment Eval chez PHP et JS.
si après ensuite per interpreter.run(interpreter,source) pour Threads bzw. réel ProcAddr, qui Source avant Übergabe à interpreter.run aussi encore angepasst volonté peux, peux aussi Threadsynchonisation stattfinden et qui Source pourrait aussi avec Blockaden pour kritische Sektionen gespickt volonté - wohin plan sur une globalere Variable zugegriffen wird.
un Beispiel peux je pour (encore) pas posten, là je selbst aucun Funktion Interprete hergestellt habe - so un kleiner avec XProfan geschriebenen Mini-Interpreter wäre mais bestimmt la fois entier lustig. ^ ^ |
|
|
| |
|
|
|
Nico Madysa | |
|
| |
|
|
|
Jörg Sellmeyer | ist es intention, qui cette Fil pas via RSS disponible ist? là venez chez mir seulement qui Login-page. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 26.03.2010 ▲ |
|
|
|
|
| @Nico: Jupp, mon je wirklich. si et comment ou bien pourquoi pas, dass peux seulement Roland répondre.
@Jörg: Jupp, habe cette Fil simple la fois deklariert comme "nur eingeloggte User", avec cela je besser voyons peux, qui bereits gelesen hat: [...] , |
|
|
| |
|
|
|
Frank Abbing | chez einer Commutateur sur 64 Bit müssten alle nativen Codes wieder umgeschrieben volonté... |
|
|
| |
|
|
|
| @Frank: Könntest Du mir den Sinn entre dem Thema et Deinem Beitrag quelque chose näher apporter? je wüsste maintenant nämlich pas, inwiefern maintenant qui Bitbreite des Prozesses une rôle hierbei écoutes, qui vous pas de toute façon spielen serait. ^ ^ cela, quoi je mon, funktioniert jedenfalls avec 32 et 64 Bit. |
|
|
| |
|
|
|
Frank Abbing | ensuite hatte ego pas richtig verstanden ou bien du pas bien genug erklärt. |
|
|
| |
|
|
|
| qui Beitrag ist simple trop long, Frank. |
|
|
| |
|
|
|
Frank Abbing | là aussi niemand sonst sur den le contenu reagiert wird es so son. |
|
|
| |
|
|
|
| Weist Du doch garnicht, normale gens fragen oui pour, si vous quoi pas verstanden avons - es mais comprendre voulons.
Bisher c'est moi oui seulement bekannt, dass Du peut-être quoi durcheinander bringst - sur mon demande es Du oui pas eingegangen.
de anderen Mitgliedern hingegen _weiss je, dass vous es verstanden avons - là steht doch aussi rien Grosses mais seulement une concept. ^ ^ |
|
|
| |
|
|
|
Nico Madysa | je habs aussi pas verstanden, mais mir hat informer oui aussi pas viel gebracht. |
|
|
| |
|
|
|
Frank Abbing | |
|
| |
|
|