| |
| |
|
| - Página 1 - |
|
E.T. | Im Interpreter funktionierts:
SubProc Crear.BigPicButton
Parámetros Ziel&, Texto$, PosX%, PosY%, Breite%, Hoehe%, Icon&
var BigPicButton& = @control("Button",Texto$,$50012200+$2000000,PosX%,PosY%,Breite%,Hoehe%,Ziel&,100,%Hinstance)
Button_Refresh BigPicButton&, Icon&
Volver BigPicButton&
ENDPROC
Proc Button_Refresh
Parámetros Button&, Icon&
var Refresh_Button&=@control("Static","",$50000003,5,5,32,32,Button&,0,%Hinstance)
@SendMessage(Refresh_Button&,$170,Icon& ,0)
ENDPROC
Windowstyle 16+8+2+512
Ventana 100,100
Título de la ventana "ButtonTest" + " -- " + $ProfVer
UseIcon "A"
var Icon1& = @Crear("hIcon","baum")
var Button& = @Crear("BigPicButton",%HWnd,"Test- \nButton ",10,10,100,42,Icon1&)
waitinput
DeleteObject Icon1&
end
Compiliert gehts no:
Getestet con XProfan 11.2 / X2-R1 |
|
| |
| Grüße aus Sachsen... Mario  WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte... | 16.11.2010 ▲ |
|
| |
|
|
| |
| |
| - Página 7 - |
|
Rolf
Koch | Nein IF genau se no, sólo lo se no en el Interpreter sagen es OK y el Exe entonces aufeinmal meckern. Darum es eigentlich. Beide son una y dasselbe y dürfen no abweichen. 
Darum ging lo sí eigentlich hier en el Hilo. Eigentlich unabhängig de Fehlern. So muss desafortunadamente en el Bett - gähhhhn - Nächtle ^ ^ |
|
| |
| |
| |
|
|
 | Dieter Zornow (17.11.10)
nein, aber Interpreter y Runtime kämen para gleichen falschen Ergebnis
En una logischen Programmfehler hay pero no necesariamente DAS oder el GLEICHE Ergebnis y el ha sí nichts así a tun si uno lo "besser gewusst" ha oder no.
Wenn Yo mich "verprogrammiere" kann Yo eben NICHT de ausgehen el lo una "geordnetes" Ende nimmt - sonst hätte Yo mich sí no verprogrammiert. ^ ^
Tatsächlich wissen wir doch aber todos, reichts oft, sólo 1 Byte se a mover - en una lecker Choque hinzulegen.
Abzuverlangen el XProfan nun aber solche logischen Fehler erkennt - vlt. auch todavía erkennt obs Absturzfehler son (o. el Folgen erkennt) es nett gesprochen "unfair". |
|
| |
| |
| |
|
|
| | Darum puede ser technisch gesehen schlecht abverlangen, dass en logischen Programmfehlern Interpreter y/ oder Runtime y/ oder Win7 y/ oder Win98 y/ oder Irfanviewer "geordnet" oder (como "verlangt") "GLEICH" reagieren porque el puede ser sólo en a erwartendem Comportamiento y dies wäre z.B. en el Ayuda beschrieben a jeweiligen Befehlen/ Características. ^ ^ |
|
| |
| |
| |
|
| |
| |
| - Página 8 - |
|
|
Dieter
Zornow | | Das verlangt en efecto kein Mensch, es auch no el eigentliche Thema, dass algo como erkannt voluntad se, es sí auch a weit hergeholt. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 17.11.2010 ▲ |
|
| |
|
|
| Dieter Zornow (17.11.10)
Das verlangt en efecto kein Mensch, es auch no el eigentliche Thema, dass algo como erkannt voluntad se, es sí auch a weit hergeholt.
Eben - sólo como erkläre Yo el nun Rolf y E.T. weniger vergeblich como en esta 8 Páginas...  ? |
|
| |
| |
| |
|
|
Dieter
Zornow | | Yo denke du necesidad nichts a erklären, como el Ausgangspunkt el Unterschiede zwischen Interpreter y Runtime son, de welchen Gründen De todos modos bestehen. Se puede no en äußere Umstände oder en algo como abheben, como el Comportamiento de beiden sí siempre igual es, heißt en diesem Fall, el Static se en el una siempre adecuado en el otro siempre no, es also nichts zufälliges esta. So dass Unterschiede en el Abarbeitung de Code tatsächlich bestehen, por qué weiß sólo Roland. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 17.11.2010 ▲ |
|
| |
|
|
| Sí el es doch aber klar y wir waren meiner Meinung después de sí darüber auch längst hinweg a hin dazu, dass Yo sólo como "unfair" verstehe abzuverlangen, dass Interpreter y Runtime en fehlerhaften Codes igual "abstürzen" debería.
Yo mein Yo habs en Página 1 ya...
IF (16.11.10)
E.T. (16.11.10)Sollte porque pero no alles, qué en el Interpreter funzt, auch fertig genau así aussehen ???
Wenn überhaupt entonces pero en no-fehlerhaften Programmen. ^ ^
Um Syntaxfehler gings esta (o más weniger)-offensichtlich no, Yo denke como son nosotros todos einig el esta de Interpreter y Kompiler anzumeckern son.
Bezüglich el logischen Fehler gings me persönlich sólo por lo tanto darzustellen, dass uno de estos Fehlern eben no abverlangen kann, dass el Ablaufergebnis GLEICH es (z.B. en Interpreter/ Runtime)...
Dazu fragte Yo wer así no "Einverstanden" es. ^ ^ |
|
| |
| |
| |
|
|
Dieter
Zornow | | Usted hast sí incluso el Wiki Erklärung de logischen Fehlern beschrieben, insofern es el kein logischer Programmfehler, porque si yo falso a una Sache herangehe oder una falschen Algorithmus uso kommt al Ende una falsches Ergebnis heraus, en diesem Fall en beiden, qué entonces menschliches Versagen es. Das Ergebnis es entonces siempre falso y no vage oder zufällig, porque el Programa se sí egal wo lo se ejecuta el gleiche hacer, si yo de Unwissenheit choque provoziere stürzt el Programa en cada Form de.. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 17.11.2010 ▲ |
|
| |
|
|
| En logischen Programmfehlern puede ser Deiner Meinung después de esperar, dass Interpreter y Kompilat gleichermassen reagieren?
Tal vez mache Yo 2 Schritte si yo behaupte, logische Progammfehler enden en el Ablaufchaos y una Solches se en verschiedenen Umgebungen más no gleiche Reaktionen hervorrufen. |
|
| |
| |
| |
|
|
Dieter
Zornow | | Puedo me en el Programmcode no logischen Fehler vorstellen, Yo weiß echt no qué el ser podría y weiß außer Blödsinn a programa auch kein echtes Ejemplo. Lo son undefinierte Zustände de Variables usw. el algo auslösen puede, qué más fällt No una. Wobei el para mich auch no logischen Fehler son. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 17.11.2010 ▲ |
|
| |
|
|
| Musste eh otra vez bajo el Dusche...
Ein logischer Fehler ists z.B. si...
... una Control 2 Tiempo a zerstören versuchst
... mehr Speicher kopierst como el Ziel gross es
... en una dc malst wo keins mehr es
... en uno Bucle a weit zaehlst
... una Funktionadresse falso berechnest
... no beachtest wo hex en lugar de dec gewandelt se
... el stack no leerst y se speicher auffuelt...
... una Static en una Button setzt wenns así no explizit pensamiento...
... alles qué sólo falso hacer kann y mindestens pro zeile gefühlt 12 veces falso macht.
Nach el Duschen bin Yo ahora para mich a folgender Meinung gelangt:
Hierbei kein XProfan-Bug, auch no el lo en el Interpreter anders como en el Kompilat reagiert.
Begründung: Es kein XProfan-Bug, si fehlende Variablendeklarationen no angemeckert voluntad, si XProfan no verspricht, jede fehlende Variablendeklaration anzumeckern. Somit puede ser auch no su ausgehen, dass una fehlende Variablendeklaration angemeckert se y muss incluso darauf achten Variables korrekt a deklarieren. Diese Obacht fehlte hier, lo entstand una Quellcode con logischem Programmierfehler el inesperado Ablauf verursachte y en una logischen Programmierfehler puede ser no su ausgehen, dass el Ablauf se en verschiedenen Umgebungen/ Systemen (o. y/ oder en Interpreter y Kompilat) gleichermassen auswirkt.
En una Ver código fuente sin embargo el ala XProfan "fehlerfrei" es debería el Kompilat y el interpretierte Programa selbstverständlich scheinbar bastante igual ablaufen - aber una fehlerfreier Ver código fuente lag hierbei eben no antes.
Jetzt aber rápidamente en el Bett... ^ ^ |
|
| |
| |
| |
|
|
Rolf
Koch |
Tatsächlich wissen wir doch aber todos, reichts oft, sólo 1 Byte se a mover - en una lecker Choque hinzulegen.
Ahh - el kapiere Yo ahora y me es klar worum lo ahora va. Der Satz ha mich überzeugt. |
|
| |
| |
| |
|
(2.293)
Deutsch
English
Français
Español
Italia
