473,322 Members | 1,538 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,322 software developers and data experts.

Signature for managed operators

The documentation states the names of the various managed operators but does
not give the signature for them. Is there some documentation which I have
missed that gives the correct signature ? In particular I want to implement
the op_Assign (=) operator for a __value struct.
Nov 16 '05 #1
10 1603
Edward,
See Figure 2 at
http://msdn.microsoft.com/msdnmag/is...C/default.aspx

A more complete list can be found in the "Common Language Infrastructure
Standard" installed in "\Program Files\Microsoft Visual Studio .NET
2003\SDK\v1.1\Tool Developers Guide\docs" on VS.NET 2003.

For a printed copy see "The Common Language Infrastructure Annotated
Standard" from Addison Wesley by James S. Miller & Susann Ragsdale.

However I understand it is more then just the signature you need, you
actually add the overloaded operator to your class or structure and the
compile will add the properly named method to the assembly. As it requires
"a special bit in the MetaData (SpecialName) so that they do not collide
with the user's namespace" to be set in the IL.
missed that gives the correct signature ? In particular I want to implement the op_Assign (=) operator for a __value struct. I see op_Assign on the list, however it is supported?

Hope this helps
Jay

"Edward Diener" <ed******@tropicsoft.com> wrote in message
news:eh**************@TK2MSFTNGP12.phx.gbl... The documentation states the names of the various managed operators but does not give the signature for them. Is there some documentation which I have
missed that gives the correct signature ? In particular I want to implement the op_Assign (=) operator for a __value struct.

Nov 16 '05 #2
Jay B. Harlow [MVP - Outlook] wrote:
Edward,
See Figure 2 at
http://msdn.microsoft.com/msdnmag/is...C/default.aspx
Good article.

A more complete list can be found in the "Common Language
Infrastructure Standard" installed in "\Program Files\Microsoft
Visual Studio .NET 2003\SDK\v1.1\Tool Developers Guide\docs" on
VS.NET 2003.
Where in these .doc files is the information ?

For a printed copy see "The Common Language Infrastructure Annotated
Standard" from Addison Wesley by James S. Miller & Susann Ragsdale.

However I understand it is more then just the signature you need, you
actually add the overloaded operator to your class or structure and
the compile will add the properly named method to the assembly. As it
requires "a special bit in the MetaData (SpecialName) so that they do
not collide with the user's namespace" to be set in the IL.
I want to implement an assignment operator and an equality operator for
__value and __gc structs and classes, so that programmers can use syntax
such as:

----------------------------------------
AValue av;
AValue anv;

if (av == anv) { // etc. }
av = anv;

AClass __gc * ac;
AClass __gc * anc;

if (*ac == *anc) { // etc. }
*ac = *anc;
----------------------------------------

Is this possible using op_Equality (==) and op_Assign (=) ? If so, how do I
do it, and what is the signature of the op_Equality (==) and op_Assign (=)
static functions in my AValue or AClass classes ?

Furthermore, there is a virtual System::Object Equals method. Should I
override that and provide my own Equals implementation ? If I do so for my
class above, does Equals mean that the pointers are equal or does it mesn
that the objects are equal ? The doc was really vague about this.

Finally, what about copy constructors. The doc says that a __gc or __value
class can not have one. Is there a good reason for this ? It seems like a
really odd limitation.
missed that gives the correct signature ? In particular I want to
implement the op_Assign (=) operator for a __value struct.

I see op_Assign on the list, however it is supported?

Hope this helps
Jay

"Edward Diener" <ed******@tropicsoft.com> wrote in message
news:eh**************@TK2MSFTNGP12.phx.gbl...
The documentation states the names of the various managed operators
but does not give the signature for them. Is there some
documentation which I have missed that gives the correct signature ?
In particular I want to implement the op_Assign (=) operator for a
__value struct.

Nov 16 '05 #3
Edward,
Where in these .doc files is the information ?
Partition I Architecture
9.3 Operator Overloading.

Did you check the table of contents?

Hope this helps
Jay

"Edward Diener" <ed******@tropicsoft.com> wrote in message
news:ut*************@TK2MSFTNGP11.phx.gbl... Jay B. Harlow [MVP - Outlook] wrote:
Edward,
See Figure 2 at
http://msdn.microsoft.com/msdnmag/is...C/default.aspx
Good article.

A more complete list can be found in the "Common Language
Infrastructure Standard" installed in "\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Tool Developers Guide\docs" on VS.NET 2003.


Where in these .doc files is the information ?

For a printed copy see "The Common Language Infrastructure Annotated
Standard" from Addison Wesley by James S. Miller & Susann Ragsdale.

However I understand it is more then just the signature you need, you
actually add the overloaded operator to your class or structure and
the compile will add the properly named method to the assembly. As it
requires "a special bit in the MetaData (SpecialName) so that they do
not collide with the user's namespace" to be set in the IL.


I want to implement an assignment operator and an equality operator for
__value and __gc structs and classes, so that programmers can use syntax
such as:

----------------------------------------
AValue av;
AValue anv;

if (av == anv) { // etc. }
av = anv;

AClass __gc * ac;
AClass __gc * anc;

if (*ac == *anc) { // etc. }
*ac = *anc;
----------------------------------------

Is this possible using op_Equality (==) and op_Assign (=) ? If so, how do

I do it, and what is the signature of the op_Equality (==) and op_Assign (=)
static functions in my AValue or AClass classes ?

Furthermore, there is a virtual System::Object Equals method. Should I
override that and provide my own Equals implementation ? If I do so for my
class above, does Equals mean that the pointers are equal or does it mesn
that the objects are equal ? The doc was really vague about this.

Finally, what about copy constructors. The doc says that a __gc or __value
class can not have one. Is there a good reason for this ? It seems like a
really odd limitation.
missed that gives the correct signature ? In particular I want to
implement the op_Assign (=) operator for a __value struct.

I see op_Assign on the list, however it is supported?

Hope this helps
Jay

"Edward Diener" <ed******@tropicsoft.com> wrote in message
news:eh**************@TK2MSFTNGP12.phx.gbl...
The documentation states the names of the various managed operators
but does not give the signature for them. Is there some
documentation which I have missed that gives the correct signature ?
In particular I want to implement the op_Assign (=) operator for a
__value struct.


Nov 16 '05 #4
Edward,
The only other item I can offer is:

http://msdn.microsoft.com/library/de...onsSpec_20.asp

Hope this helps
Jay

"Edward Diener" <ed******@tropicsoft.com> wrote in message
news:ut*************@TK2MSFTNGP11.phx.gbl...
Jay B. Harlow [MVP - Outlook] wrote:
Edward,
See Figure 2 at
http://msdn.microsoft.com/msdnmag/is...C/default.aspx
Good article.

A more complete list can be found in the "Common Language
Infrastructure Standard" installed in "\Program Files\Microsoft
Visual Studio .NET 2003\SDK\v1.1\Tool Developers Guide\docs" on
VS.NET 2003.


Where in these .doc files is the information ?

For a printed copy see "The Common Language Infrastructure Annotated
Standard" from Addison Wesley by James S. Miller & Susann Ragsdale.

However I understand it is more then just the signature you need, you
actually add the overloaded operator to your class or structure and
the compile will add the properly named method to the assembly. As it
requires "a special bit in the MetaData (SpecialName) so that they do
not collide with the user's namespace" to be set in the IL.


I want to implement an assignment operator and an equality operator for
__value and __gc structs and classes, so that programmers can use syntax
such as:

----------------------------------------
AValue av;
AValue anv;

if (av == anv) { // etc. }
av = anv;

AClass __gc * ac;
AClass __gc * anc;

if (*ac == *anc) { // etc. }
*ac = *anc;
----------------------------------------

Is this possible using op_Equality (==) and op_Assign (=) ? If so, how do

I do it, and what is the signature of the op_Equality (==) and op_Assign (=)
static functions in my AValue or AClass classes ?

Furthermore, there is a virtual System::Object Equals method. Should I
override that and provide my own Equals implementation ? If I do so for my
class above, does Equals mean that the pointers are equal or does it mesn
that the objects are equal ? The doc was really vague about this.

Finally, what about copy constructors. The doc says that a __gc or __value
class can not have one. Is there a good reason for this ? It seems like a
really odd limitation.
missed that gives the correct signature ? In particular I want to
implement the op_Assign (=) operator for a __value struct.

I see op_Assign on the list, however it is supported?

Hope this helps
Jay

"Edward Diener" <ed******@tropicsoft.com> wrote in message
news:eh**************@TK2MSFTNGP12.phx.gbl...
The documentation states the names of the various managed operators
but does not give the signature for them. Is there some
documentation which I have missed that gives the correct signature ?
In particular I want to implement the op_Assign (=) operator for a
__value struct.


Nov 16 '05 #5
Jay B. Harlow [MVP - Outlook] wrote:
Edward,
Where in these .doc files is the information ?


Partition I Architecture
9.3 Operator Overloading.

Did you check the table of contents?

Hope this helps


It does. However it appears that defining operators for MC++ __gc
classes/structs does not really work:

_gc class AC
{
public:
static bool op_Equality(AC * first,AC* second)
{ bool ret; /* some code which sets ret based on values in each AC */
return(ret); }
};

AC * fac = new AC();
AC * sac = new AC();
// Code which changes some values in each AC etc.
if (fac == sac) { } // Compares the pointers, not the values
if (*fac == *sac ) { } // Does this match my op_Equality above ? I think
not.

It would have been better if op_Equality ( and binary operators in general )
for __gc classes/structs had the signature instead of:

static bool op_Equality(T & first,T & second);

then "if (*fac == *sac ) { }" would work. Because of this, implementing the
operators using the op_XXX seems to be a waste of time. The only advantage
in doing so for __gc classes/structs is that the user can call op_XXX
directly instead of using infix notation.
Nov 16 '05 #6
Edward,
It does. However it appears that defining operators for MC++ __gc
classes/structs does not really work: My mistake, I read your question as wanting the names, not the signatures.

I haven't tried it, An easy way to get this signatures may be to simply
define all the operators in a C# project, reference this project in your
Managed C++ project, then use object browser, to see the syntax, or use
ILDASM to see the syntax.
then "if (*fac == *sac ) { }" would work. Because of this, implementing the operators using the op_XXX seems to be a waste of time. The only advantage
in doing so for __gc classes/structs is that the user can call op_XXX
directly instead of using infix notation. Reading the various links I gave, specifically the Managed C++ spec page, I
would agree with that statement.

However if you do define the op_XXX in the correct format, then those
routines are usable for other language such as C# & VB.NET (VB.NET the
Whidbey edition). Seeing as most of my managed C++ would be for libraries to
be consumed by C# or VB.NET, this makes sense to me. I do agree, if I were
attempting an entire Managed C++ solution, this may get really annoying,
really quick! ;-)

I'm really curious as to why one needs to use the op_XXX syntax as oppose to
the normal operator+ syntax. I would expect in a __gc class that operator+
(or __gc operator+) would create the proper routine with the proper
parameters, and then the rest of your code would work as one would expect!

I have not looked at the Whidbey version of C++ to know if MS has improved
this yet or not...
It would have been better if op_Equality ( and binary operators in general ) for __gc classes/structs had the signature instead of:

static bool op_Equality(T & first,T & second); Reading the Managed C++ spec page I gave in my other post, I get the
impression this should be:
static bool op_Equality(T first,T second);
Hope this helps
Jay

"Edward Diener" <ed******@tropicsoft.com> wrote in message
news:uu*************@TK2MSFTNGP11.phx.gbl... Jay B. Harlow [MVP - Outlook] wrote:
Edward,
Where in these .doc files is the information ?
Partition I Architecture
9.3 Operator Overloading.

Did you check the table of contents?

Hope this helps


It does. However it appears that defining operators for MC++ __gc
classes/structs does not really work:

_gc class AC
{
public:
static bool op_Equality(AC * first,AC* second)
{ bool ret; /* some code which sets ret based on values in each AC */
return(ret); }
};

AC * fac = new AC();
AC * sac = new AC();
// Code which changes some values in each AC etc.
if (fac == sac) { } // Compares the pointers, not the values
if (*fac == *sac ) { } // Does this match my op_Equality above ? I think
not.

It would have been better if op_Equality ( and binary operators in

general ) for __gc classes/structs had the signature instead of:

static bool op_Equality(T & first,T & second);

then "if (*fac == *sac ) { }" would work. Because of this, implementing the operators using the op_XXX seems to be a waste of time. The only advantage
in doing so for __gc classes/structs is that the user can call op_XXX
directly instead of using infix notation.

Nov 16 '05 #7
Jay B. Harlow [MVP - Outlook] wrote:
Edward,
It does. However it appears that defining operators for MC++ __gc
classes/structs does not really work: My mistake, I read your question as wanting the names, not the
signatures.


No, the signatures. The MSDN doc on Managed C++ doesn't have that
information.

I haven't tried it, An easy way to get this signatures may be to
simply define all the operators in a C# project, reference this
project in your Managed C++ project, then use object browser, to see
the syntax, or use ILDASM to see the syntax.
I found the signatures in one of the online articles you mentioned. I am
going to pick up Richard Grimes' book on Managed C++ today. Although the
MSDN docs on it are decent, there are too many incomplete areas and, aside
from this thread, most of my other queries on this NG have gone unanswered.
then "if (*fac == *sac ) { }" would work. Because of this,
implementing the operators using the op_XXX seems to be a waste of
time. The only advantage in doing so for __gc classes/structs is
that the user can call op_XXX directly instead of using infix
notation. Reading the various links I gave, specifically the Managed C++ spec
page, I would agree with that statement.


However in another part of the MSDN doc, it is suggested that if the
signature were changed to use references, then the infix notation in __gc
classes would work. Trying to figure out what is true or not regarding this
is a PITA. Furthermore my code is a component and needs to be CLS compliant.
The doc for Managed C++ is almost completely vague on what __gc class member
function usages are CLS compliant or not. This is easily the weakest part of
the doc. Evidently attempting to write .NET components in MC++, rather than
MS's darling C#, was something that MS doesn't encourage greatly.

However if you do define the op_XXX in the correct format, then those
routines are usable for other language such as C# & VB.NET (VB.NET the
Whidbey edition). Seeing as most of my managed C++ would be for
libraries to be consumed by C# or VB.NET, this makes sense to me. I
do agree, if I were attempting an entire Managed C++ solution, this
may get really annoying, really quick! ;-)
See above. Yes, I want to define it in the correct format, if I only knew
what that is for MC++. I have gathered, unless I am greatly wrong, that
using __gc pointers in MC++ is the same as using object references in C#. So
if one uses references instead in MC++, I gather that this is not CLS
compliant since it has no analogy to anything in C# and CLS.

I'm really curious as to why one needs to use the op_XXX syntax as
oppose to the normal operator+ syntax. I would expect in a __gc class
that operator+ (or __gc operator+) would create the proper routine
with the proper parameters, and then the rest of your code would work
as one would expect!
Definitely not according to the docs. Using any C++ operator syntax is
forbidden in __gc classes. Some of the other things that are forbidden are
really strange. For instance one can't use const data members in __gc or
__value classes. I guess if one would normally have a const data member in a
__gc/__value class, one needs to create a read-only property instead. I am
still trying to figure out whether passing a const T __gc * is CLS compliant
but I expect not. In that case how does one pass an __gc object which is not
to be modified ? These limitations are gnarly problems for standard C++
programmers who are use to much greater flexibility in their programming
paradigms.

I have not looked at the Whidbey version of C++ to know if MS has
improved this yet or not...
There is a new binding for MC++ called CLI, with Herb Sutter being the chief
architect of that. How that will eventually change MC++ -> CLI remains to be
seen.
It would have been better if op_Equality ( and binary operators in
general ) for __gc classes/structs had the signature instead of:

static bool op_Equality(T & first,T & second); Reading the Managed C++ spec page I gave in my other post, I get the
impression this should be:
static bool op_Equality(T first,T second);


For a __value class, yes. For a __gc class I am still not sure whether
references can be used instead of pointers. See above.

I do hope the Grimes' book clears up many things. My previous reading of his
ATL books indicates that he is a very good amd thorough technical writer, in
that stratosphere ot technical writing ability about MS technologies that
Richter and very few others inhabit. So I hope I am not disappointed.

Hope this helps
Jay

"Edward Diener" <ed******@tropicsoft.com> wrote in message
news:uu*************@TK2MSFTNGP11.phx.gbl...
Jay B. Harlow [MVP - Outlook] wrote:
Edward,
Where in these .doc files is the information ?

Partition I Architecture
9.3 Operator Overloading.

Did you check the table of contents?

Hope this helps


It does. However it appears that defining operators for MC++ __gc
classes/structs does not really work:

_gc class AC
{
public:
static bool op_Equality(AC * first,AC* second)
{ bool ret; /* some code which sets ret based on values in each AC
*/ return(ret); }
};

AC * fac = new AC();
AC * sac = new AC();
// Code which changes some values in each AC etc.
if (fac == sac) { } // Compares the pointers, not the values
if (*fac == *sac ) { } // Does this match my op_Equality above ? I
think not.

It would have been better if op_Equality ( and binary operators in
general ) for __gc classes/structs had the signature instead of:

static bool op_Equality(T & first,T & second);

then "if (*fac == *sac ) { }" would work. Because of this,
implementing the operators using the op_XXX seems to be a waste of
time. The only advantage in doing so for __gc classes/structs is
that the user can call op_XXX directly instead of using infix
notation.

Nov 16 '05 #8
Edward,
Definitely not according to the docs. Using any C++ operator syntax is
forbidden in __gc classes. Some of the other things that are forbidden are I know its forbidden, I was questioning why! The point I was trying to make
is that __gc should say, do operator overloading the CLR way! which would
eliminate most if not all your problems! ;-)

Let me know if the Grimes book covers it.

Good Luck

Jay

"Edward Diener" <ed******@tropicsoft.com> wrote in message
news:eh**************@TK2MSFTNGP12.phx.gbl... Jay B. Harlow [MVP - Outlook] wrote:
Edward,
It does. However it appears that defining operators for MC++ __gc
classes/structs does not really work: My mistake, I read your question as wanting the names, not the
signatures.


No, the signatures. The MSDN doc on Managed C++ doesn't have that
information.

I haven't tried it, An easy way to get this signatures may be to
simply define all the operators in a C# project, reference this
project in your Managed C++ project, then use object browser, to see
the syntax, or use ILDASM to see the syntax.


I found the signatures in one of the online articles you mentioned. I am
going to pick up Richard Grimes' book on Managed C++ today. Although the
MSDN docs on it are decent, there are too many incomplete areas and, aside
from this thread, most of my other queries on this NG have gone

unanswered.
then "if (*fac == *sac ) { }" would work. Because of this,
implementing the operators using the op_XXX seems to be a waste of
time. The only advantage in doing so for __gc classes/structs is
that the user can call op_XXX directly instead of using infix
notation. Reading the various links I gave, specifically the Managed C++ spec
page, I would agree with that statement.


However in another part of the MSDN doc, it is suggested that if the
signature were changed to use references, then the infix notation in __gc
classes would work. Trying to figure out what is true or not regarding

this is a PITA. Furthermore my code is a component and needs to be CLS compliant. The doc for Managed C++ is almost completely vague on what __gc class member function usages are CLS compliant or not. This is easily the weakest part of the doc. Evidently attempting to write .NET components in MC++, rather than MS's darling C#, was something that MS doesn't encourage greatly.

However if you do define the op_XXX in the correct format, then those
routines are usable for other language such as C# & VB.NET (VB.NET the
Whidbey edition). Seeing as most of my managed C++ would be for
libraries to be consumed by C# or VB.NET, this makes sense to me. I
do agree, if I were attempting an entire Managed C++ solution, this
may get really annoying, really quick! ;-)
See above. Yes, I want to define it in the correct format, if I only knew
what that is for MC++. I have gathered, unless I am greatly wrong, that
using __gc pointers in MC++ is the same as using object references in C#.

So if one uses references instead in MC++, I gather that this is not CLS
compliant since it has no analogy to anything in C# and CLS.

I'm really curious as to why one needs to use the op_XXX syntax as
oppose to the normal operator+ syntax. I would expect in a __gc class
that operator+ (or __gc operator+) would create the proper routine
with the proper parameters, and then the rest of your code would work
as one would expect!
Definitely not according to the docs. Using any C++ operator syntax is
forbidden in __gc classes. Some of the other things that are forbidden are
really strange. For instance one can't use const data members in __gc or
__value classes. I guess if one would normally have a const data member in

a __gc/__value class, one needs to create a read-only property instead. I am
still trying to figure out whether passing a const T __gc * is CLS compliant but I expect not. In that case how does one pass an __gc object which is not to be modified ? These limitations are gnarly problems for standard C++
programmers who are use to much greater flexibility in their programming
paradigms.

I have not looked at the Whidbey version of C++ to know if MS has
improved this yet or not...
There is a new binding for MC++ called CLI, with Herb Sutter being the

chief architect of that. How that will eventually change MC++ -> CLI remains to be seen.
It would have been better if op_Equality ( and binary operators in
general ) for __gc classes/structs had the signature instead of:

static bool op_Equality(T & first,T & second); Reading the Managed C++ spec page I gave in my other post, I get the
impression this should be:
static bool op_Equality(T first,T second);


For a __value class, yes. For a __gc class I am still not sure whether
references can be used instead of pointers. See above.

I do hope the Grimes' book clears up many things. My previous reading of

his ATL books indicates that he is a very good amd thorough technical writer, in that stratosphere ot technical writing ability about MS technologies that
Richter and very few others inhabit. So I hope I am not disappointed.

Hope this helps
Jay

"Edward Diener" <ed******@tropicsoft.com> wrote in message
news:uu*************@TK2MSFTNGP11.phx.gbl...
Jay B. Harlow [MVP - Outlook] wrote:
Edward,
> Where in these .doc files is the information ?

Partition I Architecture
9.3 Operator Overloading.

Did you check the table of contents?

Hope this helps

It does. However it appears that defining operators for MC++ __gc
classes/structs does not really work:

_gc class AC
{
public:
static bool op_Equality(AC * first,AC* second)
{ bool ret; /* some code which sets ret based on values in each AC
*/ return(ret); }
};

AC * fac = new AC();
AC * sac = new AC();
// Code which changes some values in each AC etc.
if (fac == sac) { } // Compares the pointers, not the values
if (*fac == *sac ) { } // Does this match my op_Equality above ? I
think not.

It would have been better if op_Equality ( and binary operators in
general ) for __gc classes/structs had the signature instead of:

static bool op_Equality(T & first,T & second);

then "if (*fac == *sac ) { }" would work. Because of this,
implementing the operators using the op_XXX seems to be a waste of
time. The only advantage in doing so for __gc classes/structs is
that the user can call op_XXX directly instead of using infix
notation.


Nov 16 '05 #9
If you look at the signature for op_Assign, you will see that the way it is
defined is bogus since it takes its LHS by value so it simply cannot assign.
Apart from that even if you were to define it, there is no language
targeting the CLR that would ever call it. This was a partially designed and
later abandoned part of the bcl spec that was left in there by accident.

And for operators on reference types in MC++ you have correctly discovered
that there is no usable way to call them using infix notation. Due to using
pointer syntax for __gc types in MC++ we more or less painted ourselves into
a corner. C++ support for the CLR in the Whidbey version completely
addresses that issue.

The following links to the specification for that.

http://www.ecma-international.org/ne...-PR.pdf&e=7418

Ronald Laeremans
Visual C++
"Edward Diener" <ed******@tropicsoft.com> wrote in message
news:eh**************@TK2MSFTNGP12.phx.gbl...
The documentation states the names of the various managed operators but does not give the signature for them. Is there some documentation which I have
missed that gives the correct signature ? In particular I want to implement the op_Assign (=) operator for a __value struct.

Nov 16 '05 #10
Ronald Laeremans [MSFT] wrote:
If you look at the signature for op_Assign, you will see that the way
it is defined is bogus since it takes its LHS by value so it simply
cannot assign.
It can for a __value class. For a __gc class, the doc specifies that it
takes a __gc * .
Apart from that even if you were to define it, there
is no language targeting the CLR that would ever call it. This was a
partially designed and later abandoned part of the bcl spec that was
left in there by accident.
So essentially you are saying it is a waste of time implementing op_XXX
signatures for components which must be CLS compliant. If that is the case,
shouldn't it have been removed from the MC++ doc ?

And for operators on reference types in MC++ you have correctly
discovered that there is no usable way to call them using infix
notation. Due to using pointer syntax for __gc types in MC++ we more
or less painted ourselves into a corner. C++ support for the CLR in
the Whidbey version completely addresses that issue.
Glad to hear that, but leaving in section 20 of the current MC++ Language
Specification is obviously confusing since it is unusable except in a pure
MC++ environment.

The following links to the specification for that.

http://www.ecma-international.org/ne...-PR.pdf&e=7418
That link has been removed, but I am aware of the CLI binding and the work
Herb Sutter and others are doing with it.

Ronald Laeremans
Visual C++
"Edward Diener" <ed******@tropicsoft.com> wrote in message
news:eh**************@TK2MSFTNGP12.phx.gbl...
The documentation states the names of the various managed operators
but does not give the signature for them. Is there some
documentation which I have missed that gives the correct signature ?
In particular I want to implement the op_Assign (=) operator for a
__value struct.

Nov 16 '05 #11

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

5
by: countzero | last post by:
Why not have the "new" operator return a typed handle when you get memory on the heap (if you want it to)? And then use a "lock" operator to get a pointer to the memory, and the pointer is only...
2
by: John Bowman | last post by:
Hi, I need to sign a specific node in an XML file that contains analytical data & has a structure something like the following: <DOCUMENT> <RESULT_SET> <TESTVAL> </TESTVAL> ...
1
by: dbwNick | last post by:
I have some classes written in C# that work fine from Managed C++ and Visual Basic .NET in all areas except for operator overloading (+, -, *). I fully understand that I need to offer a secondary...
4
by: 0to60 | last post by:
I'm trying to create a .dll with VS.NET 2003 Architect that contains a math computational component. I need the guts of the thing to be in native code, as performance is key for that part. But, I...
12
by: doug | last post by:
I understand the basics of what managed code offers and that you open yourself up to security issues if you allow unmanaged code. We already have a decent amount of VB6 code to include COM DLLs. ...
9
by: raylopez99 | last post by:
microsoft.public.dotnet.languages.vc Please comment on the following code fragment. Note the comments "Why"? Particularly, (1) why does referencing and dereferencing a pointer give the same...
5
by: raylopez99 | last post by:
I need an example of a managed overloaded assignment operator for a reference class, so I can equate two classes A1 and A2, say called ARefClass, in this manner: A1=A2;. For some strange reason...
2
by: KWSW | last post by:
Got a question: I managed to generate a key pair with DSA and have no problems signing and verifying with them. But I need to attach the signature to the start of a file and have the receiver...
10
by: AG | last post by:
I need to create a ASP.NET (3.5) web app where the client machine will be a tablet pc. The app will have a patient consent form that the patient would sign using the stylus. I would need to save...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
1
by: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
1
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.