"AND" operator på long

hvad er det du vil?

if(enLongVaerdi ==34 && enAndenLongVaerdi ==42)
{
.

?

kom med lidt kode ;)

I princippet vil jeg:

long l = 1234;

long %% 0xFF

Det nedeste er ikke tilladt.. 0xFF er vigtigt for mig at bruge..

øhh..

l && 0xFF

(går lidt for hurtigt nogen gange)

det nok mig, men jeg kan ikke se hvad du vil..

noget med en long værdi og hex tallet 255

vil du ligge dem sammen vil du teste at værdien ikke er ens.. Jeg blank ;)

long l = 1234;
l = l & 0xFF:

maaske

&& er en logisk AND
& er en bitvis AND

Er det fordi du vil sammenligne den med begge dele? I så fald er der ingen vej uden om at sammenligne den af to gange.

Når du skriver  0xFF  ser compileren at den højeste bit (sign bitten) er sat. og da den værdi skal udvides til en long bliver den sign-bit gentaget i alle de 56 højere bit der er i en long
eg:  0xFF  bliver til  0xFFFFFFFFFFFFFFFFL  så der sker ingenting somhelst ved at du lave bitwise & med den værdi.
    longVar & 0xFF == longVar
brug istedet  0x0FF  så den øverste bit ikke er sat. så får du
    0x0FF  bliver til  0x00000000000000FFL  og det er sandsynligvis det du vil have.
    longVar & 0x0FF == deNederste8BitAf( longVar )

mvh JakobA

Interessant teori, men den holder ikke i praksis.

    System.out.println("tal1: " + 0xFF);
    System.out.println("tal2: " + 0x0FF);

    System.out.println("tal1: " + (80000000077L & 0xFF));
    System.out.println("tal2: " + (80000000077L & 0x0FF));

udskriver

tal1: 255
tal2: 255
tal1: 77
tal2: 77

saa vidt jeg ved er 0xFF en int konstant og praecis det samme som
0x0FF eller 0x000000FF

problemet med sign extension opstaar naar man har en byte med vaerdien 0xFF

PS: hvis jeg skulle give et bud paa den stoerste mangel i Java saa ville det
    netop vaere maneglen paa unsigned data typer

undskyld min lange svartid.. Jeg må indrømme, at jeg burde vide mere om det her "bit-rytteri", end jeg gør..
Dog var arne v´s første kommentarer dem som hjalp mig mest. Den fejl jeg gjorde var, at bruge den logiske i stedet for den bitvise AND. Så derfor var:

long l = 1234;
l = l & 0xFF:

løsningen på mit problem. Giv mig lige et svar Arne.

ok

så mangler du bare at acceptere

sorry.. :)