You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@axis.apache.org by "Duane Murphy (JIRA)" <ax...@ws.apache.org> on 2005/11/10 20:04:05 UTC
[jira] Created: (AXISCPP-870) IChannel operator >>() should not have const parameter.
IChannel operator >>() should not have const parameter.
-------------------------------------------------------
Key: AXISCPP-870
URL: http://issues.apache.org/jira/browse/AXISCPP-870
Project: Axis-C++
Type: Improvement
Components: Transport (axis3)
Versions: 1.5 Final
Reporter: Duane Murphy
The function signature
virtual const IChannel& operator >> (const char * msg)=0;
from IChannel.h should not have the parameter be const. The correct signature should be:
virtual const IChannel& operator >> (char * msg)=0;
Input streaming operators are non-const. The value of msg will be overwritten by the operator by definition. This function is implemented by casting away const.
Note: this functions signature is also used in the axis2 IChannel interface.
Note: that this function is inherently dangerous as it assumes that msg points to at least BUF_SIZE storage. Using a std::string or std::vector<char> would be a better choice.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Closed: (AXISCPP-870) IChannel operator >>() should not have
const parameter.
Posted by "nadir amra (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXISCPP-870?page=all ]
nadir amra closed AXISCPP-870:
------------------------------
> IChannel operator >>() should not have const parameter.
> -------------------------------------------------------
>
> Key: AXISCPP-870
> URL: http://issues.apache.org/jira/browse/AXISCPP-870
> Project: Axis-C++
> Type: Improvement
> Components: Transport (axis3)
> Versions: 1.5 Final
> Reporter: Duane Murphy
> Assignee: nadir amra
> Fix For: 1.6 Alpha
>
> The function signature
> virtual const IChannel& operator >> (const char * msg)=0;
> from IChannel.h should not have the parameter be const. The correct signature should be:
> virtual const IChannel& operator >> (char * msg)=0;
> Input streaming operators are non-const. The value of msg will be overwritten by the operator by definition. This function is implemented by casting away const.
> Note: this functions signature is also used in the axis2 IChannel interface.
> Note: that this function is inherently dangerous as it assumes that msg points to at least BUF_SIZE storage. Using a std::string or std::vector<char> would be a better choice.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
[jira] Assigned: (AXISCPP-870) IChannel operator >>() should not
have const parameter.
Posted by "nadir amra (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXISCPP-870?page=all ]
nadir amra reassigned AXISCPP-870:
----------------------------------
Assign To: nadir amra
> IChannel operator >>() should not have const parameter.
> -------------------------------------------------------
>
> Key: AXISCPP-870
> URL: http://issues.apache.org/jira/browse/AXISCPP-870
> Project: Axis-C++
> Type: Improvement
> Components: Transport (axis3)
> Versions: 1.5 Final
> Reporter: Duane Murphy
> Assignee: nadir amra
>
> The function signature
> virtual const IChannel& operator >> (const char * msg)=0;
> from IChannel.h should not have the parameter be const. The correct signature should be:
> virtual const IChannel& operator >> (char * msg)=0;
> Input streaming operators are non-const. The value of msg will be overwritten by the operator by definition. This function is implemented by casting away const.
> Note: this functions signature is also used in the axis2 IChannel interface.
> Note: that this function is inherently dangerous as it assumes that msg points to at least BUF_SIZE storage. Using a std::string or std::vector<char> would be a better choice.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Resolved: (AXISCPP-870) IChannel operator >>() should not
have const parameter.
Posted by "nadir amra (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXISCPP-870?page=all ]
nadir amra resolved AXISCPP-870:
--------------------------------
Fix Version: 1.6 Alpha
Resolution: Fixed
> IChannel operator >>() should not have const parameter.
> -------------------------------------------------------
>
> Key: AXISCPP-870
> URL: http://issues.apache.org/jira/browse/AXISCPP-870
> Project: Axis-C++
> Type: Improvement
> Components: Transport (axis3)
> Versions: 1.5 Final
> Reporter: Duane Murphy
> Assignee: nadir amra
> Fix For: 1.6 Alpha
>
> The function signature
> virtual const IChannel& operator >> (const char * msg)=0;
> from IChannel.h should not have the parameter be const. The correct signature should be:
> virtual const IChannel& operator >> (char * msg)=0;
> Input streaming operators are non-const. The value of msg will be overwritten by the operator by definition. This function is implemented by casting away const.
> Note: this functions signature is also used in the axis2 IChannel interface.
> Note: that this function is inherently dangerous as it assumes that msg points to at least BUF_SIZE storage. Using a std::string or std::vector<char> would be a better choice.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira