Errori, bug, domande - pagina 2117

 

Non c'era ambiguità.

 
fxsaber:

Non c'era ambiguità.

Che valore singolo c'è se l'ordine in cui gli operandi sono calcolati è indefinito?

 
A100:

Che cos'è l'univocità se l'ordine in cui gli operandi sono calcolati è indefinito?

Quando è indefinito, non lo uso. Ma quando è definito, lo faccio.

I tavoli si aggiungono da sinistra a destra. Qui non cambierà nulla.
 
fxsaber:

Quando è indefinito, non lo uso. Quando è certo, lo uso.

Indefinito nel senso che non è documentato e può essere cambiato in qualsiasi momento. E se fosse documentato, non sarebbe un problema cambiare la documentazione

 
A100:

Indefinito nel senso che non è documentato e potrebbe essere cambiato in qualsiasi momento. E se fosse documentato, cambierebbero la documentazione

fxsaber:

I dubs si piegano da sinistra a destra. Qui non cambierà nulla.

 
A100:

3. Ho suggerito che il compilatore non dovrebbe essere autorizzato a cambiare l'ordine di calcolo degli argomenti per le funzioni non inline

5. L'ordine di calcolo è definito dall'implementazione (compilatore) ed è abbastanza specifico (o da destra a sinistra o da sinistra a destra), e qui per esempio:

non è chiaro quale sia l'ordine 2-1-3 o 2-3-1 o altro.

Risultato: 5041:0:5041.

Atteso: 0:0:5041 da sinistra a destra o

5041:0:0 da destra a sinistra

È specifico per una situazione particolare. Non ci si può aspettare che sia sempre così, perché lo standard non lo garantisce.

Può facilmente cambiare se il compilatore decide improvvisamente di rendere la vostra funzione in linea, o se cambiate la convenzione di chiamata, o per altre ragioni.

 
come possiamo usare
ObjectsTotal(OBJ_BUTTON)

Per esempio, se durante una ricerca abbiamo bisogno di selezionare un oggetto per nome

 k=ObjectsTotal(OBJ_BUTTON);
   for(i=0; i<k; i++)
     {

      if(StringFind(ObjectName(i),Name+"LINEORDER"))
}

ma nella lista di tutti gli oggetti non è sotto il numero 0,1,2,3 ma sotto il numero 0,10,38,45.....

?

 
 
Salve. Cosa vuoi dire?
 
Motivazione: