| |
|
|
- page 1 - |
|
RudiB. | Salut,
habe un kleines Problem le moi pas lösen peux, ou bien pas verstehe. mon Interpreter stürzt mir chez folgendem Quellcode ab / hängt sich sur.....mais pourquoi car seulement. quoi fais je là faux ?? Hat quelqu'un une concept et peux mir aider ?
Herunterladen |
|
|
| |
|
|
|
« cette Beitrag wurde comme Solution gekennzeichnet. » |
|
- page 3 - |
|
RGH | oui, et es wurde de mir réellement seinerzeit so eigebaut:
qui Arrays sommes zéro-basierend et qui Angabe beim Dimensionieren gibt cela jeweils dernier Element à. qui Begriff Taille à einigen se mettre qui Aider ist ici réellement irreführend.
Hintergrund qui Geschichte: Seinerzeit (avant etwa 18 Jahren avec Profan² 6) wurde Profan² encore volontiers genutzt, um BASIC-Programme pour Windows trop portieren. dans den verschiedenen BASIC-Dialekten donnais es qui Arrays la fois zéro-basierend et la fois avec 1 beginnend. avec meiner Solution konnten beide Varianten simple übernommen volonté. qui une pas zéro-basierenden Quellcode nutzte, um etwa un Schachbrett trop programmieren kam avec Déclarer champ%[8,8] aus, aussi si là qui Felder avec 0 comme index inutilisé blieben. qui de einem zéro-basierendem BASIC kam, hatte aussi avec Déclarer champ%[7,7] aucun Probleme.
Aussi mag aussi qui Pascal-Schreibweise, qui chez Arrayas toujours cela (erste et) dernier Element et pas qui Taille angibt, mon damalige entscheidung beeinflusst avons.
Richtig ist, dass qui Aider quelquefois quelque chose irreführend ist, si je de Taille schreibe, car qui eigentliche Taille ist par cela 0-Element oui dans chacun Dimension une plus.
Changement peux je daran pour 18 Jahren wohl rien plus (sauf am Aider-Text naturellement) sans Kompatibilitätsproblemen avec bestehenden Quellcodes trop venons. (imaginable wäre au maximum un commutateur, à Arrays aus Programmierersicht 1-basierend trop faire, avec cela chez champ%[8,8] ensuite réellement un Array qui Taille 64 beginnend chez champ%[1,1] erzeugt wird.)
Salut Roland
PS: Ende cet Jahres entwickle je déjà 25 Jahre à Profan. je werde vieux! ;) |
|
|
| XProfan X3Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 01.02.2016 ▲ |
|
|
|
|
|
| |
|
- page 2 - |
|
RudiB. | je fasse es oui pas........lag je car espace qui Jahre so daneben?? |
|
|
| |
|
|
|
| cet Frage wird abschließend peut-être seulement par toi beantwortet volonté peut. |
|
|
| |
|
|
|
RGH | alors: Déclarer Irgendwas$[2,2] erzeugt un zweidimenionales Array avec 9 Elementen, là qui Zählung avec 0 anfängt! alors de 0,0 jusqu'à 2,2!
Salut Roland
(z.Zt. dans Boston, USA) |
|
|
| XProfan X3Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 30.12.2015 ▲ |
|
|
|
|
| la hâte Du es so incorporé,
dass on dans XProfan un 4x4 Array per Déclarer a&[3,3] deklariert?
cela fait so large je sais aucun Programmiersprache so, si qui index avec 0 beginnt! plutôt ist es üblich, qui Größen anzugeben chez qui Arraydeklaration - pas den letzten index-Wert.
Faible 4 deklariert aussi pas 5 Byte - cependant, si Du es pour XProfan abweichend gelöst la hâte ensuite stimmt qui Hilfedatei en supplément pas et im comparaison trop anderen Deklarationen (Strukturen, Faible) ist cet Anwendung pas konsistent.
@Rudi: après hat Roland es scheinbar doch so incorporé comment Du es verstanden la hâte. ou bien il est maintenant selbst durcheinander gekommen beim Mitlesen aus Boston. cela sais je pas.
Getestet FreeProfan et XProfan 11:
donner beide 1 aus. |
|
|
| |
|
|
|
Jörg Sellmeyer | je peux mich dumpf entsinnen, dass cela Schonmal Thema était et es mich aussi très irritiert hat. dans meinen Augen ist es un klarer faute. Größenangaben et nullbasierende Zählung devrait pas vermischt volonté. |
|
|
| |
|
|
| |
|
- page 3 - |
|
|
Michael W. | ici hat Roland simple Basic et qui anderen dans une pot geworfen.
oui il y a Sprachen, qui chez qui Zählung chez zéro commencer et avec cela sich là aucun vertut hat Roland cela nullte Element avec ins bateau geholt.
et oui, es était déjà häufiger l'article qui Diskussion.
et aussi WhileLoop peux une ici déjà la fois foppen, car:
WhileLoop SizeOf(arr) --- durchläuft alles vom index 1 beginnend et fällt ensuite beim letzten Element sur qui nez.
Richtig ist ici nämlich WhileLoop 0, SizeOf(arr) - 1 |
|
|
| XProfan X3System: Windows 8/10, XProfan X4 Programmieren, das spannendste Detektivspiel der Welt. | 31.12.2015 ▲ |
|
|
|
|
RGH | maintenant suis je selbst quelque chose irritiert. là je ici mais den Quellcode de XProfan pas dabei habe, vois je mir qui l'affaire pour meinem Urlaub encore la fois dans Ruhe à.
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 | 31.12.2015 ▲ |
|
|
|
|
| hat cela Thema wieder sur unerledigt gesetzt. |
|
|
| |
|
|
|
| |
|
| |
|
|
|
RGH | oui, et es wurde de mir réellement seinerzeit so eigebaut:
qui Arrays sommes zéro-basierend et qui Angabe beim Dimensionieren gibt cela jeweils dernier Element à. qui Begriff Taille à einigen se mettre qui Aider ist ici réellement irreführend.
Hintergrund qui Geschichte: Seinerzeit (avant etwa 18 Jahren avec Profan² 6) wurde Profan² encore volontiers genutzt, um BASIC-Programme pour Windows trop portieren. dans den verschiedenen BASIC-Dialekten donnais es qui Arrays la fois zéro-basierend et la fois avec 1 beginnend. avec meiner Solution konnten beide Varianten simple übernommen volonté. qui une pas zéro-basierenden Quellcode nutzte, um etwa un Schachbrett trop programmieren kam avec Déclarer champ%[8,8] aus, aussi si là qui Felder avec 0 comme index inutilisé blieben. qui de einem zéro-basierendem BASIC kam, hatte aussi avec Déclarer champ%[7,7] aucun Probleme.
Aussi mag aussi qui Pascal-Schreibweise, qui chez Arrayas toujours cela (erste et) dernier Element et pas qui Taille angibt, mon damalige entscheidung beeinflusst avons.
Richtig ist, dass qui Aider quelquefois quelque chose irreführend ist, si je de Taille schreibe, car qui eigentliche Taille ist par cela 0-Element oui dans chacun Dimension une plus.
Changement peux je daran pour 18 Jahren wohl rien plus (sauf am Aider-Text naturellement) sans Kompatibilitätsproblemen avec bestehenden Quellcodes trop venons. (imaginable wäre au maximum un commutateur, à Arrays aus Programmierersicht 1-basierend trop faire, avec cela chez champ%[8,8] ensuite réellement un Array qui Taille 64 beginnend chez champ%[1,1] erzeugt wird.)
Salut Roland
PS: Ende cet Jahres entwickle je déjà 25 Jahre à Profan. je werde vieux! ;) |
|
|
| XProfan X3Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 01.02.2016 ▲ |
|
|
|
|
| RGH (01.02.2016)
Ende cet Jahres entwickle je déjà 25 Jahre à Profan.
cela klingt oui pour place pour une fête.
RGH (01.02.2016)
je werde vieux! ;)
XProfan ist gesund et Du sitzt nunmal à qui source! |
|
|
| |
|
|
|
ByteAttack | [QUOTE_=RGH (01.02.2016) PS: Ende cet Jahres entwickle je déjà 25 Jahre à Profan. je werde vieux! ;)
peut-être körperlich - Geistig es Du fit *schleim* |
|
|
| |
|
|