Se bem me lembro, as versões anteriores do compilador queixaram-se quando tentei definir
demasiadas iterações no loop (LONG_MAX e ULONG_MAX), mas o compilador não diz uma palavra agora...
Em geral, o compilador não pode saber o número de iterações.
int f( ulong max )
{
int j = 1;
for ( ulong i = 0; i < max; i += ULONG_MAX )
j = 0;
return ( j );
}
voidOnStart()
{
ulong max = ULONG_MAX;
Print( "j=", f( max )); //результат j=1, а должно быть j=0
}
Provavelmente um erro de cálculo (MT\930\32)
Eu próprio não o calculei, mas mesmo com i -> j = -1, e o último i=18446744073709551615/*ULONG_MAX */-1-> mesmo
Provavelmente um erro de cálculo (MT\930\32)
Eu próprio não o calculei, mas com i -> j = -1, e o último i=18446744073709551615/*ULONG_MAX */-1-> até
Experimentei o seu guião.
A desactivação acontece num momento a partir da junção do gráfico. Parece que não se passa qualquer controlo para o laço.
Parece que não está a ser transferido qualquer controlo para o laço.
É realmente, mas é rápido :)
Se bem me lembro, as versões anteriores do compilador queixaram-se quando tentei definir
demasiadas iterações no ciclo (LONG_MAX e ULONG_MAX) e agora o compilador mantém-se em silêncio...
Tenho a versão 910 32 bit.
É silencioso e "rápido a contar", mesmo assim:
Embora, supostamente, deva cair num loop infinito.Jura onde não há necessidade de jurar, e onde há necessidade de jurar, fica calado.
As suas maneiras!
Se bem me lembro, as versões anteriores do compilador queixaram-se quando tentei definir
demasiadas iterações no loop (LONG_MAX e ULONG_MAX), mas o compilador não diz uma palavra agora...
Em geral, o compilador não pode saber o número de iterações.
Em geral, o compilador não pode saber o número de iterações