| |
| |
|
Torsten
Rümker | je travaille quelquefois avec verschachtelten Proceduren, et bekomme si Je l' xpse zum Compilieren benutze, une avertissement cela Variablen pas deklariert sommes.
KompilierenMarqueSéparation |
|
| |
|
|
 | eh bien cette faute vom XPSE pourrait seulement dans qui Version de gestern vorkommen - qui heutige Version machts richtig. quoi Du là fais ist naturellement erlaubt solange dedans wirklich dans Aussen ist. 
je Poste mais juste nochmal un Update - hatte une Bug chez den Compilerschaltern drin. |
|
| |
| |
| |
|
|
| |
| |
| |
| |
|
|
Torsten
Rümker | Jau ist logisch so sollte es naturellement pas geschrieben volonté.
Den Xpse den je benutzte J'ai eu unmittelbar avant meinem Test heruntergeladen.
était mon erstes la fois 
MfG
Torsten |
|
| |
| Ich lerne, ob ich will oder nicht!
Betriebssystem:
- Ubuntu 15.x
- Windows (diverse)
XProfan Version: X2 | 08.10.2006 ▲ |
|
| |
|
|
Sebastian
König | [quote-part:e6d761775e]cela widerum ist pas erlaubt et wird aussi zurecht angemeckert.[/quote-part:e6d761775e] bof - erlaubt ist es dans (X)Profan malheureusement, si aussi wirklich très unschön...
MfG
Sebastian |
|
| |
| |
| |
|
|
| | qui aktuelle V0.1.6b reagiert so aussi? ensuite bräuchte je peut-être nen Stück Source avec cela qui Bug nachvollziehbar ist... |
|
| |
| |
| |
|
|
| [quote-part:faebaede03=Sebastian König][quote-part:faebaede03]cela widerum ist pas erlaubt et wird aussi zurecht angemeckert.[/quote-part:faebaede03] bof - erlaubt ist es dans (X)Profan malheureusement, si aussi wirklich très unschön...
MfG
Sebastian[/quote-part:faebaede03]
oui je sais lol aus sicht des ausführenden Programmes ists oui ensuite aussi interne.
je trouve mais on sollte pas jeden Unsinn soutien.  |
|
| |
| |
| |
|
|
Jac
de
Lad | mais es funktioniert bestens so...  |
|
| |
| 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.10.2006 ▲ |
|
| |
|
|
| [quote-part:95537f47ff=Jacob Liebeck]mais es funktioniert bestens so... [/quote-part:95537f47ff]
Wofür es mais aucun garantie gibt - besonders pas quoi nachfolgende Versionen betrifft. |
|
| |
| |
| |
|
|
RGH | Salut,
avec qui Sichtbarkeit qui Variablen halte je es so, comment Delphi bzw. Pascal (et certains autre Programmiersprachen):
si Prozedur_A une Prozedur_B aufruft, ensuite sommes qui Variablen de Prozedur_A dans Prozedur_B sichtbar. cela wird aussi so rester.
sur une Verschachtelung de Prozeduren (alors Prozeduren, qui im Quellcode dedans einer anderen Procédure stehen), serait je verzichten. cela hat derzeit dans XProfan seulement une rein optische Wirkung, là aussi qui intérieur Procédure de außerhalb qui äußeren Procédure trouvé wird. (c'est dans Delphi/Pascal anders et était dans XProfan aussi la fois anders geplant.)
PS: Pour qui reinen objektorientierten Lehre sommes Methoden dedans de Methoden pas possible, et Prozeduren, qui pas comme Methode moins un objet gekoppelt sommes, et sei es un statisches objet, sommes aussi pas possible.
Salut
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 | 10.10.2006 ▲ |
|
| |
|
|
 | |
| |
| |
| |
|
|
RGH | cet Beispiel zeigt allerdings aussi, pourquoi on cet Feature plutôt sparsam verwenden sollte. dans größeren Programmen wird es ensuite leich unübersichtlich, si es sur mehreren Ebenen Variablen gleichen Namens gibt et vous sur cet Weise verwendet volonté.
je ziehe es avant, dans Prozeduren seulement lokale Variablen et qui Übergabeparameter trop verwenden; eventuell encore possible wenige globale Variablen, qui am Programmanfang bzw. im Hauptprogramm aussi deutlich comme solche ersichtlich sommes. entre dem quoi une Discours erlaubt et quoi gutem Programmierstil entspricht, gibt es arrêt quelquefois Unterschiede! ;)
Salut
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 | 10.10.2006 ▲ |
|
| |
|
(931)
Deutsch
English
Français
Español
Italia