Check at første ciffer ikke er 0

012 = 10

fordi 012 er notationen man bruger når man skriver i det oktale talsystem (8-tals-systemet).

Ligesom man bruger
0x12 når man skriver i det hexadecimale talsystem (16-tals-systemet).

Tal der starter med 0 er oktaler (8 tals systemet).

Undlad at skrive dine tal med foranstillede nuller.

det er et input udefra, så jeg skal enten smide en exception, dvs. detecte om der er 0 forrest, eller konvertere fra 8 talssystemet til 10 talssystemet. Hvilke af disse gøres lettest? Og hvordan?

Hvordan kommer det input udefra ?

Integer.parseInt ignorerer f.eks. det leading zero fordi rasix kan angives
eksplicit som andet argument.

radix ikke rasix

du løser et rigtigt problem, men kik på  parseInt metoden i klassen Integer. Du kan give den en ekstra parameter der fortæller hvilken radix den skal bruge og det er en både nemmere og bedre måde at gøre det på:

  System.out.println(  "'001987' giver " +Integer.parseInt( "001987", 10 ) );

mvh JakobA

Ups. sorry arne, du sagde det først :-)

Hmm det er et integer input, int etInteger = Integer.parseInt(int etAndetInteger) returnerer fejl? Hvordan kommer jeg uden om dette?

String etAndetInteger;
int etInteger = Integer.parseInt(etAndetInteger);

bør virke (ikke noget int i kaldet).

Der har du jo også lavet den om til en string. Integer.parseInt(Integer.toString(016)); returnerer 14, så jeg er ikke rigtigt kommet nogle vegne. Jeg får et input int, som klassen kaldes med.

Så er vi tilbage til hvor input kommer fra.

Fordi hvis der står 016 i dit java program, så skal du jo bare skrive 16
i stedetfor.

Du må jo modtage de tal et eller andet sted fra.

Og jeg vurderer da at der 99.9% chance for at du modtager dem som String.

Integersne er ukendte, et klassekald:
public integer vufmiav(int etInteger,int etAndetInteger)
{
...
mit program
...
return etOutputInteger
}

Og hvor er problemet.

int er jo binære integers - de har ikke problemet med octal versus decimal.

hvis der er et funktionskald på vufmiav(016,013); opstår problemet. I programmet opfattes de som 14 og 11;

Ja.

Det problem kan koden i vufmiav intet gøre ved.

Det er et problem i den kaldende kode.

Lukke tid ?

jeg vil gerne give dig lidt point for din indsats, skriv venligst et svar

svar