Issue in comparing token contract address and address(0) in Solidity 0.5.0
I am trying to compare the token contract address with the address(0). This was working fine in older version of truffle and solidity compiler (0.4.24). When I upgraded truffle and started using the latest truffle and compiler version (0.5.0) I am unable to compare the token contract address and address(0).
Could you please assist me to resolve this ?
solidity truffle remix open-zeppelin
add a comment |
I am trying to compare the token contract address with the address(0). This was working fine in older version of truffle and solidity compiler (0.4.24). When I upgraded truffle and started using the latest truffle and compiler version (0.5.0) I am unable to compare the token contract address and address(0).
Could you please assist me to resolve this ?
solidity truffle remix open-zeppelin
add a comment |
I am trying to compare the token contract address with the address(0). This was working fine in older version of truffle and solidity compiler (0.4.24). When I upgraded truffle and started using the latest truffle and compiler version (0.5.0) I am unable to compare the token contract address and address(0).
Could you please assist me to resolve this ?
solidity truffle remix open-zeppelin
I am trying to compare the token contract address with the address(0). This was working fine in older version of truffle and solidity compiler (0.4.24). When I upgraded truffle and started using the latest truffle and compiler version (0.5.0) I am unable to compare the token contract address and address(0).
Could you please assist me to resolve this ?
solidity truffle remix open-zeppelin
solidity truffle remix open-zeppelin
edited Dec 26 '18 at 6:16
iappmaker
asked Dec 26 '18 at 5:33
iappmakeriappmaker
17912
17912
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
As of Solidity 0.5.X, contract types do not include the address
members. Per the documentation:
Contract types do not include
address
members anymore in order to
separate the namespaces. Therefore, it is now necessary to explicitly
convert values of contract type to addresses before using anaddress
member. Example: ifc
is a contract, changec.transfer(...)
to
address(c).transfer(...)
, andc.balance
toaddress(c).balance
.
So you will need to update that particular line of code to be require(address(token) != address(0));
, as shown in this mvce:
pragma solidity ^0.5.2;
contract ERC20Interface {
function totalSupply() public view returns (uint);
function balanceOf(address tokenOwner) public view returns (uint balance);
function allowance(address tokenOwner, address spender) public view returns (uint remaining);
function transfer(address to, uint tokens) public returns (bool success);
function approve(address spender, uint tokens) public returns (bool success);
function transferFrom(address from, address to, uint tokens) public returns (bool success);
event Transfer(address indexed from, address indexed to, uint tokens);
event Approval(address indexed tokenOwner, address indexed spender, uint tokens);
}
contract init {
ERC20Interface token;
function test() public view {
require(address(token) != address(0));
}
}
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "642"
};
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: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
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
});
}
});
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%2fethereum.stackexchange.com%2fquestions%2f64590%2fissue-in-comparing-token-contract-address-and-address0-in-solidity-0-5-0%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
As of Solidity 0.5.X, contract types do not include the address
members. Per the documentation:
Contract types do not include
address
members anymore in order to
separate the namespaces. Therefore, it is now necessary to explicitly
convert values of contract type to addresses before using anaddress
member. Example: ifc
is a contract, changec.transfer(...)
to
address(c).transfer(...)
, andc.balance
toaddress(c).balance
.
So you will need to update that particular line of code to be require(address(token) != address(0));
, as shown in this mvce:
pragma solidity ^0.5.2;
contract ERC20Interface {
function totalSupply() public view returns (uint);
function balanceOf(address tokenOwner) public view returns (uint balance);
function allowance(address tokenOwner, address spender) public view returns (uint remaining);
function transfer(address to, uint tokens) public returns (bool success);
function approve(address spender, uint tokens) public returns (bool success);
function transferFrom(address from, address to, uint tokens) public returns (bool success);
event Transfer(address indexed from, address indexed to, uint tokens);
event Approval(address indexed tokenOwner, address indexed spender, uint tokens);
}
contract init {
ERC20Interface token;
function test() public view {
require(address(token) != address(0));
}
}
add a comment |
As of Solidity 0.5.X, contract types do not include the address
members. Per the documentation:
Contract types do not include
address
members anymore in order to
separate the namespaces. Therefore, it is now necessary to explicitly
convert values of contract type to addresses before using anaddress
member. Example: ifc
is a contract, changec.transfer(...)
to
address(c).transfer(...)
, andc.balance
toaddress(c).balance
.
So you will need to update that particular line of code to be require(address(token) != address(0));
, as shown in this mvce:
pragma solidity ^0.5.2;
contract ERC20Interface {
function totalSupply() public view returns (uint);
function balanceOf(address tokenOwner) public view returns (uint balance);
function allowance(address tokenOwner, address spender) public view returns (uint remaining);
function transfer(address to, uint tokens) public returns (bool success);
function approve(address spender, uint tokens) public returns (bool success);
function transferFrom(address from, address to, uint tokens) public returns (bool success);
event Transfer(address indexed from, address indexed to, uint tokens);
event Approval(address indexed tokenOwner, address indexed spender, uint tokens);
}
contract init {
ERC20Interface token;
function test() public view {
require(address(token) != address(0));
}
}
add a comment |
As of Solidity 0.5.X, contract types do not include the address
members. Per the documentation:
Contract types do not include
address
members anymore in order to
separate the namespaces. Therefore, it is now necessary to explicitly
convert values of contract type to addresses before using anaddress
member. Example: ifc
is a contract, changec.transfer(...)
to
address(c).transfer(...)
, andc.balance
toaddress(c).balance
.
So you will need to update that particular line of code to be require(address(token) != address(0));
, as shown in this mvce:
pragma solidity ^0.5.2;
contract ERC20Interface {
function totalSupply() public view returns (uint);
function balanceOf(address tokenOwner) public view returns (uint balance);
function allowance(address tokenOwner, address spender) public view returns (uint remaining);
function transfer(address to, uint tokens) public returns (bool success);
function approve(address spender, uint tokens) public returns (bool success);
function transferFrom(address from, address to, uint tokens) public returns (bool success);
event Transfer(address indexed from, address indexed to, uint tokens);
event Approval(address indexed tokenOwner, address indexed spender, uint tokens);
}
contract init {
ERC20Interface token;
function test() public view {
require(address(token) != address(0));
}
}
As of Solidity 0.5.X, contract types do not include the address
members. Per the documentation:
Contract types do not include
address
members anymore in order to
separate the namespaces. Therefore, it is now necessary to explicitly
convert values of contract type to addresses before using anaddress
member. Example: ifc
is a contract, changec.transfer(...)
to
address(c).transfer(...)
, andc.balance
toaddress(c).balance
.
So you will need to update that particular line of code to be require(address(token) != address(0));
, as shown in this mvce:
pragma solidity ^0.5.2;
contract ERC20Interface {
function totalSupply() public view returns (uint);
function balanceOf(address tokenOwner) public view returns (uint balance);
function allowance(address tokenOwner, address spender) public view returns (uint remaining);
function transfer(address to, uint tokens) public returns (bool success);
function approve(address spender, uint tokens) public returns (bool success);
function transferFrom(address from, address to, uint tokens) public returns (bool success);
event Transfer(address indexed from, address indexed to, uint tokens);
event Approval(address indexed tokenOwner, address indexed spender, uint tokens);
}
contract init {
ERC20Interface token;
function test() public view {
require(address(token) != address(0));
}
}
answered Dec 26 '18 at 6:36
Shawn TabriziShawn Tabrizi
5,2673522
5,2673522
add a comment |
add a comment |
Thanks for contributing an answer to Ethereum Stack Exchange!
- 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%2fethereum.stackexchange.com%2fquestions%2f64590%2fissue-in-comparing-token-contract-address-and-address0-in-solidity-0-5-0%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