Hij is er gewoon met gestoptOhja idd, het was 8128. De reden dat een milard berekenen zo lang duurt is omdat je telkes meer en meer getallen moet gaan bekijken of ze wel een deler zijn (bij een 100.000 bv moet je al 50000 keer door de while lus).
Hij is er gewoon met gestopt
Probeer het ff met een long ofzo, dan zal die wel rustig verder doen Dat denk ik niet. Een int in java is 32 bit.Waarschijnlijk omdat je int te klein is
Dat denk ik niet. Een int in java is 32 bit.
Ik heb ze wel goed getelt maar ik denk dat hij gestopt was doordat ondertussen een ander programma aan het schrijven dat ik wou testen.Das wel waar, maar je spreekt hier wel over een signed int, dus schieten er maar 31 bits meer over. Je kan dus gaan tot 2 147 483 647, dus 1 miljard zou in principe moeten lukken, maar waarschijnlijk heeft ruben toch zijn nulletjes niet goed getelt?
Leg eens uit...Cycloon schreef:Oh, zie hier de reden waarom die gestopt is met een int:
5de perfecte getal: 33550336 (en dit is natuurlijk de overflow waar je for lus gaat stoppen).
Leg eens uit...
), je for lus gaat gewoon door natuurlijk (al zal je while lus niet meer doorlopen worden zolang je in de negatieve waarden blijft hangen). Dan kan ik niet zo direct een reden bedenken waarom het plots is gestopt Het enige wat nog kan dan is dat het andere programma die Ruben draaide de VM van Java heeft afgesloten.Code: Selecteer alles
public class Perfect
{
public static void main(String[] args)
{
Input inp = new Input();
System.out.println("Geef een grenswaarde in.");
int grens = inp.readInt();
int som = 0;
for(int i = 2; i<=grens;i++)
{
som = 0;
for(int j = 1; j<i;j++)
{
if(i%j==0)
{
som +=j;
}
}
if(som==i)
{
System.out.print(som + " ");
}
}
}
}Nee. Kijk maar eens naar het geheugengebruik terwijl je het volgende progamma runt:als je een lus doet, gaan al je voorgaande stappen onthouden en dus opgeslagen worden...
Code: Selecteer alles
for (int i = 0; i < Integer.MAX_VALUE; i++) {
System.out.println(i);
}Die situatie heeft echter helemaal niks te maken met de situatie hier. Er wordt geen methode opgeroepen aan het einde van een andere methode en er is geen oneindige lus.zo kan je dus aantonen dat het een sechte manier van programeren is om methoden op te roepen op het einde van een andere methode en zo een nooit-eindigende lus te maken
Toch opmerkelijk, ik heriner me duidelijk een programma te zien gekregen hebben waarin gedemonstreerd werd hoe alles vastliep omdat er teveel geheugen gebruikt werdEvilBro schreef:Nee. Kijk maar eens naar het geheugengebruik terwijl je het volgende progamma runt:
Dit programma stop ook niet bij 36.000 of zo.Code: Selecteer alles
for (int i = 0; i < Integer.MAX_VALUE; i++) { System.out.println(i); }
Die situatie heeft echter helemaal niks te maken met de situatie hier. Er wordt geen methode opgeroepen aan het einde van een andere methode en er is geen oneindige lus.
Code: Selecteer alles
public void print(int i) {
System.out.println(i);
if (i < Integer.MAX_VALUE) {
print(i+1);
}
}Code: Selecteer alles
public class Oef3_4
{
public static void main (String [] args)
{
Input inp = new Input();
System.out.print("Invoer: ");
char ch; int getal=0;
/*
*ch = inp.readchar();
*while(ch != '\n')
*{
getal= getal*10+ (int) ch - 48;
ch=inp.readChar();
}
*/
while((ch=inp.readChar()) != '\n')
getal = getal*10 + (int) ch -48;
System.out.println("Getal: "+getal);
}
}Code: Selecteer alles
int i=-1;
i++;
i=10^i