| |
| |
|
| - 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 5 - |
|
|
 | E.T. (16.11.10)
Egal si Fehlerhaft oder völlig correcto, como kann Yo entonces sicher ser, el Interpreter y Compiler / Linker genau el gleiche con mi Ver código fuente hacer ???
Lo kann no Rolands/ XProfans Tarea ser una Sicherheit a geben en falschprogrammierten Programmen/ Quelltexten.
El Sicherheit beschränkt se en no-fehlerhafte Fuente - also alles qué z.B. como en el Ayuda beschrieben eingesetzt se.
E.T. (16.11.10)
Dann podría en efecto el Compiler, el qué más traducido como el Interpreter, una völlig y gänzlich fehlerfreies Programa así traducir, el algo muy más fuera kommt.
Er traducido sí nichts más. Lo va sí a Ausführung.
E.T. (16.11.10)
Also bleiben wir veces en el Boden el Tatsachen: Interpreter y Compiler/ Runtime debería ya con el Ver código fuente el gleiche hacer.
Sí, pero yo glaube Usted verlangst sí el Interpreter y Kompilat en logisch falso programmierten Code auch todavía selbes Falschverhalten verursachen y el es a viel verlangt. ^ ^ |
|
| |
| |
| |
|
|
| E.T. (16.11.10)
Lo va en una- y dasselbe XProfan, en una- y dasselbe Betriebssystem, en una- y denselben PC !! Und lo va en en el diferente Comportamiento de Interpreter y Compiler/ Runtime en genau dieser Umgebung !!!
Yo verstehe Usted ya - es doch "egal" - el ändert doch al Problema nichts.
Usted puede gleiches Comportamiento verlangen en no-fehlerhaften Code.
Si usted logische Fehler einprogrammierst kannst no el erwarteten Ablauf esperar - no en Interpreter/ Kompilat/ Win98/ Win7 ... egal welcher Umgebung. |
|
| |
| |
| |
|
|
| Was Usted machst es:
¡Hola Mercedes, en el Handbuch es el Auto fährt 200. Meins fährt garnicht mehr porque Yo gegen una Baum gefahren bin. Euer Handbuch lügt.
^ ^ |
|
| |
| |
| |
|
|
E.T. | Usted verstehst mich eben no !!!
Lo va por lo tanto, el Interpreter y Compiler/ Runtime de una- y demselben Ver código fuente zwei verschiedene Sachen herstellen.
Como se Yo 's porque todavía beschreiben... |
|
| |
| 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 ▲ |
|
| |
|
|
Dieter
Zornow | | Tiempo a Ursache, Yo sehe ellos en él, dass Mario el Static con zwei lokalen Variables el en el Proc deklariert fueron erstellt ha. Der Interpreter erkennt, dass el Static erstellt wurde y zeigt lo a. El Runtime vergisst, el una Static erstellt wurde, porque el Variables lokal waren y luego no mehr gelten, como se ejecuta doch bastante offensichtlich algo falso. Beide müssten igual darauf reagieren, si el Variables gültig son oder no. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 16.11.2010 ▲ |
|
| |
|
|
E.T. | @Dieter: Liegt a el Windows-Versión !!
Yo geb en !!! |
|
| |
| 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 ▲ |
|
| |
|
|
| @Dieter: Das muss XProfan erkennen en Runtime y Interpreter - stimme Yo völlig a!
E.T. (16.11.10)
@Dieter: Liegt a el Windows-Versión !!
El Reacción Eurer (Deiner y Rolands) Fehlprogrammiererei hängt durchaus de el Windows-Versión de!  |
|
| |
| |
| |
|
|
Dieter
Zornow | y por qué entonces el el Diskussion  |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 16.11.2010 ▲ |
|
| |
|
|
E.T. | Was escribir Yo eigentlich el todo Tiempo ??
War wohl a blöd, mich auszudrücken... |
|
| |
| 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 ▲ |
|
| |
|
|
| | @Dieter: El Diskussion war sí no si XProfan no-deklarierte/ no-erreichbare Variables erkennen debería (qué imho ohnehin klar es) pero el Kompilat y Interpreter no es igual reagieren puede en logisch-fehlerhaften Code. |
|
| |
| |
| |
|
|
| E.T. (16.11.10)
Was escribir Yo eigentlich el todo Tiempo ??
Gleiche Problema como en el obigen Code? |
|
| |
| |
| |
|
|
| Der Diskussion wegen:
En logisch-fehlerhaftem Code puede ser no esperar, dass Interpreter y Kompilat einheitlich reagieren.
Alguien no einverstanden?
IF (16.11.10)
Si usted mich fragst es el aber de más Gründen kein XProfan-Bug pero Ergebnis "unsachgemäßer" Programación. ^ ^
So una Static en nen Button es sólo "so" no pensamiento y diferente Nachrichtenabwicklung podría hier el diferente Comportamiento verursachen. ^ ^
Offensichtlich Yo el Ursache falso eingeschätzt, tatsächlich lags (danke Dieter!) a no- oder "falsch"-deklarierten Variables.
Vlt. hätte el Diskussion no stattgefunden. |
|
| |
| |
| |
|
(591)
Deutsch
English
Français
Español
Italia
