How does Python know the values already stored in its memory? Announcing the arrival of Valued...
Why is the AVR GCC compiler using a full `CALL` even though I have set the `-mshort-calls` flag?
Is it a good idea to use CNN to classify 1D signal?
How do I use the new nonlinear finite element in Mathematica 12 for this equation?
Do I really need to have a message in a novel to appeal to readers?
How to tell that you are a giant?
Why is Nikon 1.4g better when Nikon 1.8g is sharper?
Why do early math courses focus on the cross sections of a cone and not on other 3D objects?
How to install press fit bottom bracket into new frame
How much damage would a cupful of neutron star matter do to the Earth?
Illegal assignment from sObject to Id
What is this clumpy 20-30cm high yellow-flowered plant?
Is CEO the "profession" with the most psychopaths?
Has negative voting ever been officially implemented in elections, or seriously proposed, or even studied?
What was the first language to use conditional keywords?
A term for a woman complaining about things/begging in a cute/childish way
As a beginner, should I get a Squier Strat with a SSS config or a HSS?
Find 108 by using 3,4,6
Is it fair for a professor to grade us on the possession of past papers?
Trademark violation for app?
What is the appropriate index architecture when forced to implement IsDeleted (soft deletes)?
How to play a character with a disability or mental disorder without being offensive?
How to react to hostile behavior from a senior developer?
Project Euler #1 in C++
Question about debouncing - delay of state change
How does Python know the values already stored in its memory?
Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 23, 2019 at 00:00UTC (8:00pm US/Eastern)
Data science time! April 2019 and salary with experience
The Ask Question Wizard is Live!Which Python memory profiler is recommended?How can I safely create a nested directory in Python?How to return multiple values from a function?How do I parse a string to a float or int in Python?Does Python have a ternary conditional operator?Convert bytes to a string?How do I sort a dictionary by value?“Least Astonishment” and the Mutable Default ArgumentDoes Python have a string 'contains' substring method?Why is “1000000000000000 in range(1000000000000001)” so fast in Python 3?
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ height:90px;width:728px;box-sizing:border-box;
}
I want to know how Python knows (if it knows) if a value-type object is already stored in its memory (and also knows where it is).
For this code, when assigning the value 1
for b
, how does it know that the value 1
is already in its memory and stores its reference in b
?
>>> a = 1
>>> b = 1
>>> a is b
True
python python-3.x memory
New contributor
|
show 1 more comment
I want to know how Python knows (if it knows) if a value-type object is already stored in its memory (and also knows where it is).
For this code, when assigning the value 1
for b
, how does it know that the value 1
is already in its memory and stores its reference in b
?
>>> a = 1
>>> b = 1
>>> a is b
True
python python-3.x memory
New contributor
Useprint(hex(id(b)))
to check memory address forb
– Yusufsn
41 mins ago
>>> hex(id(b))'0x7ffe705ee350' >>> hex(id(a)) '0x7ffe705ee350'
– Just A Lone
39 mins ago
the values are the same
– Just A Lone
38 mins ago
1
If two variables refer to the same value between -5 and 256 (as opposed to use) then by definition there is only one object.
– Yusufsn
38 mins ago
1
@Yusufsn No. For bigger integers (>256) it's not true.
– ajnLJA-0184
33 mins ago
|
show 1 more comment
I want to know how Python knows (if it knows) if a value-type object is already stored in its memory (and also knows where it is).
For this code, when assigning the value 1
for b
, how does it know that the value 1
is already in its memory and stores its reference in b
?
>>> a = 1
>>> b = 1
>>> a is b
True
python python-3.x memory
New contributor
I want to know how Python knows (if it knows) if a value-type object is already stored in its memory (and also knows where it is).
For this code, when assigning the value 1
for b
, how does it know that the value 1
is already in its memory and stores its reference in b
?
>>> a = 1
>>> b = 1
>>> a is b
True
python python-3.x memory
python python-3.x memory
New contributor
New contributor
edited 28 mins ago
user11206537
151115
151115
New contributor
asked 45 mins ago
Just A LoneJust A Lone
384
384
New contributor
New contributor
Useprint(hex(id(b)))
to check memory address forb
– Yusufsn
41 mins ago
>>> hex(id(b))'0x7ffe705ee350' >>> hex(id(a)) '0x7ffe705ee350'
– Just A Lone
39 mins ago
the values are the same
– Just A Lone
38 mins ago
1
If two variables refer to the same value between -5 and 256 (as opposed to use) then by definition there is only one object.
– Yusufsn
38 mins ago
1
@Yusufsn No. For bigger integers (>256) it's not true.
– ajnLJA-0184
33 mins ago
|
show 1 more comment
Useprint(hex(id(b)))
to check memory address forb
– Yusufsn
41 mins ago
>>> hex(id(b))'0x7ffe705ee350' >>> hex(id(a)) '0x7ffe705ee350'
– Just A Lone
39 mins ago
the values are the same
– Just A Lone
38 mins ago
1
If two variables refer to the same value between -5 and 256 (as opposed to use) then by definition there is only one object.
– Yusufsn
38 mins ago
1
@Yusufsn No. For bigger integers (>256) it's not true.
– ajnLJA-0184
33 mins ago
Use
print(hex(id(b)))
to check memory address for b
– Yusufsn
41 mins ago
Use
print(hex(id(b)))
to check memory address for b
– Yusufsn
41 mins ago
>>> hex(id(b))'0x7ffe705ee350' >>> hex(id(a)) '0x7ffe705ee350'
– Just A Lone
39 mins ago
>>> hex(id(b))'0x7ffe705ee350' >>> hex(id(a)) '0x7ffe705ee350'
– Just A Lone
39 mins ago
the values are the same
– Just A Lone
38 mins ago
the values are the same
– Just A Lone
38 mins ago
1
1
If two variables refer to the same value between -5 and 256 (as opposed to use) then by definition there is only one object.
– Yusufsn
38 mins ago
If two variables refer to the same value between -5 and 256 (as opposed to use) then by definition there is only one object.
– Yusufsn
38 mins ago
1
1
@Yusufsn No. For bigger integers (>256) it's not true.
– ajnLJA-0184
33 mins ago
@Yusufsn No. For bigger integers (>256) it's not true.
– ajnLJA-0184
33 mins ago
|
show 1 more comment
4 Answers
4
active
oldest
votes
Python uses shared small integers to help quick access. Integers range from [-5, 256] already exists in memory, so if you check the address, they are the same. However, for larger integers, it's not true.
a = 10e5
b = 10e5
a is b # False
Wait, what? If you check the address of the numbers, you'll find something interesting:
a = 1
b = 1
id(a) # 4463034512
id(b) # 4463034512
a = 257
b = 257
id(a) # 4642585200
id(b) # 4642585712
It's called integer cache. You can read more about the integer cache here: https://wsvincent.com/python-wat-integer-cache/
“The current implementation keeps an array of integer objects for all
integers between -5 and 256, when you create an int in that range you
actually just get back a reference to the existing object.”
Why? Because small integers are more frequently used by loops. Using reference to existing objects instead of creating a new object saves an overhead.
New contributor
add a comment |
If you take a look at Objects/longobject.c
, which implements the int
type for CPython, you will see that the numbers between -5 (NSMALLNEGINTS
) and 256 (NSMALLPOSINTS - 1
) are pre-allocated and cached. This is done to avoid the penalty of allocating multiple unnecessary objects for the most commonly used integers. This works because integers are immutable: you don't need multiple references to represent the same number.
add a comment |
Python doesn't know anything until you tell it. So in your code above, when you initialize a and b, you are storing those values(in the register or RAM), and calling the place to store it a and b, so that you can reference them later. If you didn't initialize the variable first, python would just give you an error.
New contributor
I think you're missing the point of the question.a == b
is obviously true. OP is asking whya is b
is true.
– Mad Physicist
39 mins ago
add a comment |
Why?
is
is kinda confusing:
@ajnLJA-0184 is correct, but additionally, strings work well too, but when you do some operations to it, but still the same strings, nope:
>>> a = 'python'
>>> b = 'python'
>>> a is b
True
>>> a = 'pytho' + 'n'
>>> b = 'pythonn'[:-1]
>>> a is b
False
>>>
But strange enough, it is different for integers:
>>> a = 1
>>> b = 1
>>> a is b
True
>>> a = 3*8
>>> b = 4*6
>>> a is b
True
>>>
But as the link he gave, there you can see that:
>>> a = 257
>>> b = 257
>>> a is b
False
>>>
How to know if it is gonna be True
or not?
Well, here is when id
comes in handy:
Here you go, just type in id
and two parens and say your varaible...:
>>> a = 1
>>> b = 1
>>> id(a)
1935522256
>>> id(b)
1935522256
>>> a = 257 # or -6
>>> b = 257 # or -6
>>> id(a)
935705330960
>>> id(b)
935705331216
>>>
1
Whyd is a
equals False in the first example? That's new.
– ajnLJA-0184
22 mins ago
@ajnLJA-0 Because the strings aren't direct like'python'
, they do an operation to get'python'
, that's why.
– U9-Forward
20 mins ago
add a comment |
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Just A Lone is a new contributor. Be nice, and check out our Code of Conduct.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55756029%2fhow-does-python-know-the-values-already-stored-in-its-memory%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
Python uses shared small integers to help quick access. Integers range from [-5, 256] already exists in memory, so if you check the address, they are the same. However, for larger integers, it's not true.
a = 10e5
b = 10e5
a is b # False
Wait, what? If you check the address of the numbers, you'll find something interesting:
a = 1
b = 1
id(a) # 4463034512
id(b) # 4463034512
a = 257
b = 257
id(a) # 4642585200
id(b) # 4642585712
It's called integer cache. You can read more about the integer cache here: https://wsvincent.com/python-wat-integer-cache/
“The current implementation keeps an array of integer objects for all
integers between -5 and 256, when you create an int in that range you
actually just get back a reference to the existing object.”
Why? Because small integers are more frequently used by loops. Using reference to existing objects instead of creating a new object saves an overhead.
New contributor
add a comment |
Python uses shared small integers to help quick access. Integers range from [-5, 256] already exists in memory, so if you check the address, they are the same. However, for larger integers, it's not true.
a = 10e5
b = 10e5
a is b # False
Wait, what? If you check the address of the numbers, you'll find something interesting:
a = 1
b = 1
id(a) # 4463034512
id(b) # 4463034512
a = 257
b = 257
id(a) # 4642585200
id(b) # 4642585712
It's called integer cache. You can read more about the integer cache here: https://wsvincent.com/python-wat-integer-cache/
“The current implementation keeps an array of integer objects for all
integers between -5 and 256, when you create an int in that range you
actually just get back a reference to the existing object.”
Why? Because small integers are more frequently used by loops. Using reference to existing objects instead of creating a new object saves an overhead.
New contributor
add a comment |
Python uses shared small integers to help quick access. Integers range from [-5, 256] already exists in memory, so if you check the address, they are the same. However, for larger integers, it's not true.
a = 10e5
b = 10e5
a is b # False
Wait, what? If you check the address of the numbers, you'll find something interesting:
a = 1
b = 1
id(a) # 4463034512
id(b) # 4463034512
a = 257
b = 257
id(a) # 4642585200
id(b) # 4642585712
It's called integer cache. You can read more about the integer cache here: https://wsvincent.com/python-wat-integer-cache/
“The current implementation keeps an array of integer objects for all
integers between -5 and 256, when you create an int in that range you
actually just get back a reference to the existing object.”
Why? Because small integers are more frequently used by loops. Using reference to existing objects instead of creating a new object saves an overhead.
New contributor
Python uses shared small integers to help quick access. Integers range from [-5, 256] already exists in memory, so if you check the address, they are the same. However, for larger integers, it's not true.
a = 10e5
b = 10e5
a is b # False
Wait, what? If you check the address of the numbers, you'll find something interesting:
a = 1
b = 1
id(a) # 4463034512
id(b) # 4463034512
a = 257
b = 257
id(a) # 4642585200
id(b) # 4642585712
It's called integer cache. You can read more about the integer cache here: https://wsvincent.com/python-wat-integer-cache/
“The current implementation keeps an array of integer objects for all
integers between -5 and 256, when you create an int in that range you
actually just get back a reference to the existing object.”
Why? Because small integers are more frequently used by loops. Using reference to existing objects instead of creating a new object saves an overhead.
New contributor
edited 34 mins ago
New contributor
answered 40 mins ago
ajnLJA-0184ajnLJA-0184
1884
1884
New contributor
New contributor
add a comment |
add a comment |
If you take a look at Objects/longobject.c
, which implements the int
type for CPython, you will see that the numbers between -5 (NSMALLNEGINTS
) and 256 (NSMALLPOSINTS - 1
) are pre-allocated and cached. This is done to avoid the penalty of allocating multiple unnecessary objects for the most commonly used integers. This works because integers are immutable: you don't need multiple references to represent the same number.
add a comment |
If you take a look at Objects/longobject.c
, which implements the int
type for CPython, you will see that the numbers between -5 (NSMALLNEGINTS
) and 256 (NSMALLPOSINTS - 1
) are pre-allocated and cached. This is done to avoid the penalty of allocating multiple unnecessary objects for the most commonly used integers. This works because integers are immutable: you don't need multiple references to represent the same number.
add a comment |
If you take a look at Objects/longobject.c
, which implements the int
type for CPython, you will see that the numbers between -5 (NSMALLNEGINTS
) and 256 (NSMALLPOSINTS - 1
) are pre-allocated and cached. This is done to avoid the penalty of allocating multiple unnecessary objects for the most commonly used integers. This works because integers are immutable: you don't need multiple references to represent the same number.
If you take a look at Objects/longobject.c
, which implements the int
type for CPython, you will see that the numbers between -5 (NSMALLNEGINTS
) and 256 (NSMALLPOSINTS - 1
) are pre-allocated and cached. This is done to avoid the penalty of allocating multiple unnecessary objects for the most commonly used integers. This works because integers are immutable: you don't need multiple references to represent the same number.
answered 34 mins ago
Mad PhysicistMad Physicist
39k1682113
39k1682113
add a comment |
add a comment |
Python doesn't know anything until you tell it. So in your code above, when you initialize a and b, you are storing those values(in the register or RAM), and calling the place to store it a and b, so that you can reference them later. If you didn't initialize the variable first, python would just give you an error.
New contributor
I think you're missing the point of the question.a == b
is obviously true. OP is asking whya is b
is true.
– Mad Physicist
39 mins ago
add a comment |
Python doesn't know anything until you tell it. So in your code above, when you initialize a and b, you are storing those values(in the register or RAM), and calling the place to store it a and b, so that you can reference them later. If you didn't initialize the variable first, python would just give you an error.
New contributor
I think you're missing the point of the question.a == b
is obviously true. OP is asking whya is b
is true.
– Mad Physicist
39 mins ago
add a comment |
Python doesn't know anything until you tell it. So in your code above, when you initialize a and b, you are storing those values(in the register or RAM), and calling the place to store it a and b, so that you can reference them later. If you didn't initialize the variable first, python would just give you an error.
New contributor
Python doesn't know anything until you tell it. So in your code above, when you initialize a and b, you are storing those values(in the register or RAM), and calling the place to store it a and b, so that you can reference them later. If you didn't initialize the variable first, python would just give you an error.
New contributor
New contributor
answered 40 mins ago
Monster AR44Monster AR44
111
111
New contributor
New contributor
I think you're missing the point of the question.a == b
is obviously true. OP is asking whya is b
is true.
– Mad Physicist
39 mins ago
add a comment |
I think you're missing the point of the question.a == b
is obviously true. OP is asking whya is b
is true.
– Mad Physicist
39 mins ago
I think you're missing the point of the question.
a == b
is obviously true. OP is asking why a is b
is true.– Mad Physicist
39 mins ago
I think you're missing the point of the question.
a == b
is obviously true. OP is asking why a is b
is true.– Mad Physicist
39 mins ago
add a comment |
Why?
is
is kinda confusing:
@ajnLJA-0184 is correct, but additionally, strings work well too, but when you do some operations to it, but still the same strings, nope:
>>> a = 'python'
>>> b = 'python'
>>> a is b
True
>>> a = 'pytho' + 'n'
>>> b = 'pythonn'[:-1]
>>> a is b
False
>>>
But strange enough, it is different for integers:
>>> a = 1
>>> b = 1
>>> a is b
True
>>> a = 3*8
>>> b = 4*6
>>> a is b
True
>>>
But as the link he gave, there you can see that:
>>> a = 257
>>> b = 257
>>> a is b
False
>>>
How to know if it is gonna be True
or not?
Well, here is when id
comes in handy:
Here you go, just type in id
and two parens and say your varaible...:
>>> a = 1
>>> b = 1
>>> id(a)
1935522256
>>> id(b)
1935522256
>>> a = 257 # or -6
>>> b = 257 # or -6
>>> id(a)
935705330960
>>> id(b)
935705331216
>>>
1
Whyd is a
equals False in the first example? That's new.
– ajnLJA-0184
22 mins ago
@ajnLJA-0 Because the strings aren't direct like'python'
, they do an operation to get'python'
, that's why.
– U9-Forward
20 mins ago
add a comment |
Why?
is
is kinda confusing:
@ajnLJA-0184 is correct, but additionally, strings work well too, but when you do some operations to it, but still the same strings, nope:
>>> a = 'python'
>>> b = 'python'
>>> a is b
True
>>> a = 'pytho' + 'n'
>>> b = 'pythonn'[:-1]
>>> a is b
False
>>>
But strange enough, it is different for integers:
>>> a = 1
>>> b = 1
>>> a is b
True
>>> a = 3*8
>>> b = 4*6
>>> a is b
True
>>>
But as the link he gave, there you can see that:
>>> a = 257
>>> b = 257
>>> a is b
False
>>>
How to know if it is gonna be True
or not?
Well, here is when id
comes in handy:
Here you go, just type in id
and two parens and say your varaible...:
>>> a = 1
>>> b = 1
>>> id(a)
1935522256
>>> id(b)
1935522256
>>> a = 257 # or -6
>>> b = 257 # or -6
>>> id(a)
935705330960
>>> id(b)
935705331216
>>>
1
Whyd is a
equals False in the first example? That's new.
– ajnLJA-0184
22 mins ago
@ajnLJA-0 Because the strings aren't direct like'python'
, they do an operation to get'python'
, that's why.
– U9-Forward
20 mins ago
add a comment |
Why?
is
is kinda confusing:
@ajnLJA-0184 is correct, but additionally, strings work well too, but when you do some operations to it, but still the same strings, nope:
>>> a = 'python'
>>> b = 'python'
>>> a is b
True
>>> a = 'pytho' + 'n'
>>> b = 'pythonn'[:-1]
>>> a is b
False
>>>
But strange enough, it is different for integers:
>>> a = 1
>>> b = 1
>>> a is b
True
>>> a = 3*8
>>> b = 4*6
>>> a is b
True
>>>
But as the link he gave, there you can see that:
>>> a = 257
>>> b = 257
>>> a is b
False
>>>
How to know if it is gonna be True
or not?
Well, here is when id
comes in handy:
Here you go, just type in id
and two parens and say your varaible...:
>>> a = 1
>>> b = 1
>>> id(a)
1935522256
>>> id(b)
1935522256
>>> a = 257 # or -6
>>> b = 257 # or -6
>>> id(a)
935705330960
>>> id(b)
935705331216
>>>
Why?
is
is kinda confusing:
@ajnLJA-0184 is correct, but additionally, strings work well too, but when you do some operations to it, but still the same strings, nope:
>>> a = 'python'
>>> b = 'python'
>>> a is b
True
>>> a = 'pytho' + 'n'
>>> b = 'pythonn'[:-1]
>>> a is b
False
>>>
But strange enough, it is different for integers:
>>> a = 1
>>> b = 1
>>> a is b
True
>>> a = 3*8
>>> b = 4*6
>>> a is b
True
>>>
But as the link he gave, there you can see that:
>>> a = 257
>>> b = 257
>>> a is b
False
>>>
How to know if it is gonna be True
or not?
Well, here is when id
comes in handy:
Here you go, just type in id
and two parens and say your varaible...:
>>> a = 1
>>> b = 1
>>> id(a)
1935522256
>>> id(b)
1935522256
>>> a = 257 # or -6
>>> b = 257 # or -6
>>> id(a)
935705330960
>>> id(b)
935705331216
>>>
edited 20 mins ago
answered 30 mins ago
U9-ForwardU9-Forward
18.5k51744
18.5k51744
1
Whyd is a
equals False in the first example? That's new.
– ajnLJA-0184
22 mins ago
@ajnLJA-0 Because the strings aren't direct like'python'
, they do an operation to get'python'
, that's why.
– U9-Forward
20 mins ago
add a comment |
1
Whyd is a
equals False in the first example? That's new.
– ajnLJA-0184
22 mins ago
@ajnLJA-0 Because the strings aren't direct like'python'
, they do an operation to get'python'
, that's why.
– U9-Forward
20 mins ago
1
1
Why
d is a
equals False in the first example? That's new.– ajnLJA-0184
22 mins ago
Why
d is a
equals False in the first example? That's new.– ajnLJA-0184
22 mins ago
@ajnLJA-0 Because the strings aren't direct like
'python'
, they do an operation to get 'python'
, that's why.– U9-Forward
20 mins ago
@ajnLJA-0 Because the strings aren't direct like
'python'
, they do an operation to get 'python'
, that's why.– U9-Forward
20 mins ago
add a comment |
Just A Lone is a new contributor. Be nice, and check out our Code of Conduct.
Just A Lone is a new contributor. Be nice, and check out our Code of Conduct.
Just A Lone is a new contributor. Be nice, and check out our Code of Conduct.
Just A Lone is a new contributor. Be nice, and check out our Code of Conduct.
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55756029%2fhow-does-python-know-the-values-already-stored-in-its-memory%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Use
print(hex(id(b)))
to check memory address forb
– Yusufsn
41 mins ago
>>> hex(id(b))'0x7ffe705ee350' >>> hex(id(a)) '0x7ffe705ee350'
– Just A Lone
39 mins ago
the values are the same
– Just A Lone
38 mins ago
1
If two variables refer to the same value between -5 and 256 (as opposed to use) then by definition there is only one object.
– Yusufsn
38 mins ago
1
@Yusufsn No. For bigger integers (>256) it's not true.
– ajnLJA-0184
33 mins ago