473,287 Members | 1,926 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,287 software developers and data experts.

Operator overloading and inheritence: Code critique please

Hello,

I am playing around with operator overloading and inheritence,
specifically overloading the + operator in the base class and its
derived class.

The structure is simple: the base class has two int memebers "dataA",
"dataB". The derived class has an additional int member "dataC". I am
simply trying to overload the + operator so that 'adding' two objects
will sum up the corresponding int members.

Can someone tell me if I'm overloading the + operator correctly in the
derived class, or if there is a better way to do it?

#include <iostream>
using namespace std;

class base
{
public:
//base int members
int dataA,dataB;

//default constructor
base():dataA(0),dataB(0)
{}

//overloaded constructor
base(int x, int y): dataA(x), dataB(y)
{}

//operator + in the base class
base operator+(const base& rhs) const
{
base tmp;
tmp.dataA = this->dataA + rhs.dataA;
tmp.dataB = this->dataB + rhs.dataB;

return tmp;
}

};

class derived: public base
{
public:
//additonal derived class int member
int dataC;

//default constructor
derived():base()
{
dataC=0;
}

//overloaded constructor
derived(int x, int y, int z):base(x,y)
{
dataC=z;
}

//copy constructor
derived(const derived& t): base(t)
{
this->dataC = t.dataC;
}

//operator + in the derived class
derived operator+(const derived &rhs) const
{
derived tmp;
base *pbase;

//!!!****is this the best way for my purpose?****!!!//
pbase=&tmp;
*pbase = base::operator+(rhs);

tmp.dataC = this->dataC + rhs.dataC;
return tmp;
}

//print values
void getValues()
{
cout << dataA <<" "<< dataB <<" "<< dataC << endl;
}
};

int main()
{
derived a(10,20,30);
derived b(1,2,3);
derived c;

c = a + b;
c.getValues();
}
The output is as expected: 11 22 33

If someone can suggest a better way to overload the + operator in the
derived class if I haven't done it correctly, i'd appreciate any
responses.

-Thanks
Gorda Smith

[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #1
16 3035
On Wed, 21 Jul 2004 12:51:34 -0700, gorda wrote:
Can someone tell me if I'm overloading the + operator correctly in the
derived class, or if there is a better way to do it?


I already replied to this on the moderated group. Here is a quick
response for speed:

- No public members please :)

- I recommend that you implement operator+ as a free
function thas is implemented in terms of a member operator+=:

base operator+ (base lhs, base const & rhs)
{
return lhs += rhs;
}

Note that lhs is passed-by-value for allegedly improving the chances
of optimization :)

- For derived, if you go the operator+= way, then it's simpler:

derived & operator+= (derived const & other)
{
base::operator+=(other);
c_ += other.c_;
return *this;
}

You will need a similar operator+ for derived of course:

derived operator+ (derived lhs, derived const & rhs)
{
return lhs += rhs;
}

Ali
Jul 22 '05 #2
On Wed, 21 Jul 2004 12:51:34 -0700, gorda wrote:
I am playing around with operator overloading and inheritence,
specifically overloading the + operator in the base class and its
derived class.

The structure is simple: the base class has two int memebers "dataA",
"dataB". The derived class has an additional int member "dataC". I am
simply trying to overload the + operator so that 'adding' two objects
will sum up the corresponding int members.
First of all, inheritance may not be the best approach in this
case. At least for the example given below, it seems to be better if
'derived' contains 'base' as a member. You need to ask yourself
whether 'derived' really "IS A" 'base' in this design.
Can someone tell me if I'm overloading the + operator correctly in the
derived class, or if there is a better way to do it?

#include <iostream>
using namespace std;

class base
{
public:
//base int members
int dataA,dataB;
No public members please :)
//default constructor
base():dataA(0),dataB(0)
{}

//overloaded constructor
base(int x, int y): dataA(x), dataB(y) {}

//operator + in the base class
base operator+(const base& rhs) const {
base tmp;
tmp.dataA = this->dataA + rhs.dataA;
tmp.dataB = this->dataB + rhs.dataB;

return tmp;
Why default construct and then assign to members? This is better:

return base(dataA + rhs.dataA,
dataB + rhs.dataB); }
Having said this, I recommend that you implement operator+ as a free
function thas is implemented in terms of a member operator+=:

base operator+ (base lhs, base const & rhs)
{
return lhs += rhs;
}

Note that lhs is passed-by-value for allegedly improving the chances
of optimization :)
};

class derived: public base
{
public:
//additonal derived class int member
int dataC; [...] //operator + in the derived class
derived operator+(const derived &rhs) const {
derived tmp;
base *pbase;

//!!!****is this the best way for my purpose?****!!!//
pbase=&tmp;
*pbase = base::operator+(rhs);

tmp.dataC = this->dataC + rhs.dataC;
return tmp;
}


Seems to be ok, but if you go the operator+= way, then it's simpler:

derived & operator+= (derived const & other)
{
base::operator+=(other);
c_ += other.c_;
return *this;
}

You will need a similar operator+ for derived of course:

derived operator+ (derived lhs, derived const & rhs)
{
return lhs += rhs;
}

Ali

[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #3
gorda wrote:
If someone can suggest a better way to overload the + operator in the
derived class if I haven't done it correctly, i'd appreciate any
responses.


I suggest you think about implementing operator+= instead of operator+.
After you have done that, implement operator+ in terms of operator+=.
It's a nice way of reducing some of the complexity you are experiencing,
making your code ways more terse and readable if you do it right. If you
have finished this, have a look at Boost.org's operators library
<http://www.boost.org/libs/utility/operators.htm> to see how some parts
can be even more generalised and for further advice on how to implement
correct and efficient operator overloads.

Regards, Daniel

--
Daniel Frey

aixigo AG - financial solutions & technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: da*********@aixigo.de, web: http://www.aixigo.de

The hacks that we write today become the bugs of tomorrow.
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #4
gorda wrote:
The structure is simple: the base class has two int memebers "dataA",
"dataB". The derived class has an additional int member "dataC". I am
simply trying to overload the + operator so that 'adding' two objects
will sum up the corresponding int members.

Can someone tell me if I'm overloading the + operator correctly in the
derived class, or if there is a better way to do it?
The usual advise advocated in majority of books is to overload operator+= as a member function and then overload operator+ as non member function in terms of operator+=. It looks to me that the code will be simpler if you do it that way:

#include <iostream>
using namespace std;

class base
{
public:
//base int members
int dataA,dataB;

//default constructor
base():dataA(0),dataB(0)
{}
//overloaded constructor
base(int x, int y): dataA(x), dataB(y)
{}
base& operator+=(const base& rhs)
{
this->dataA += rhs.dataA;
this->dataB += rhs.dataB;
return *this;
}
};
and then:

inline
base operator+(base const& a, base const& b)
{
return base(a) += b;
}

class derived: public base
{
public:
//additonal derived class int member
int dataC;

//default constructor
derived():base()
{
dataC=0;
}

//overloaded constructor
derived(int x, int y, int z):base(x,y)
{
dataC=z;
}

//copy constructor
derived(const derived& t): base(t)
{
this->dataC = t.dataC;
}

derived operator+=(const derived &rhs)
{
this->base::operator+=(rhs);
this->dataC += rhs.dataC;
return *this;
}
};

and implement derived operator+(derived const&, derived const&) in the same way as for base.

And there is a little more convenient approach which requires less typing - use boost operators library. Here it implements operator+ for you provided you implement operator+= (read the library docs for details). The code will look like this:

class base : public boost::addable1<base>
{
public:
base& operator+=(base const&);
};

class derived : public boost::addable1<derived, base> // derivation chain: derived -> addable1<derived, base> -> base -> addable1<base>
{
public:
derived& operator+=(derived const&);
};

--
Maxim Yegorushkin

[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #5
"Daniel Frey" <da*********@aixigo.de> wrote in message
news:cd**********@swifty.westend.com...
gorda wrote:
> If someone can suggest a better way to overload the + operator in the
> derived class if I haven't done it correctly, i'd appreciate any
> responses.


I suggest you think about implementing operator+= instead of operator+.
After you have done that, implement operator+ in terms of operator+=.
It's a nice way of reducing some of the complexity you are experiencing,
making your code ways more terse and readable if you do it right. If you
have finished this, have a look at Boost.org's operators library
<http://www.boost.org/libs/utility/operators.htm> to see how some parts
can be even more generalised and for further advice on how to implement
correct and efficient operator overloads.


By the way, I was looking at
http://www.boost.org/libs/utility/op...s.htm#symmetry and found the
following remark:

<<
The difference to the first implementation is that lhs is not taken as a
constant reference used to create a copy; instead, lhs is a by-value
parameter, thus it is already the copy needed. This allows another
optimization (12.2/2) for some cases. Consider a + b + c where the result of
a + b is not copied when used as lhs when adding c. This is more efficient
than the original code, but not as efficient as a compiler using the NRVO.


In what way(s) would the NRVO compiler generate better code? I understand
that the statement:

a + b + c;

which compiles to:

operator+(operator+(a, b), c);

will generate one temporary for operator+(a, b), which then... well, here's
the question - will that be copied again, and why? I know the boost folks
have run lots of tests, so I'd be curious on two things:

(1) In what ways does the NRVO compiler generates better code for the
NRVO-friendly code, than the URVO compiler for the URVO-friendly code?

(2) Why the NRVO compiler can't generate as good code for the URVO-friendly
code, as for the NRVO-friendly code. Is it a matter of principle, or
something that was just noticed?
Thanks!

Andrei

[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #6
On 27 Jul 2004 06:49:36 -0400, "Andrei Alexandrescu \(See Website for
Email\)" <Se****************@moderncppdesign.com> wrote:
In what way(s) would the NRVO compiler generate better code? I understand that the statement: a + b + c; which compiles to: operator+(operator+(a, b), c); will generate one temporary for operator+(a, b), which then... well, here's
the question - will that be copied again, and why?
Yes. Because. Try generalizing the optimization. It is not easy.
(1) In what ways does the NRVO compiler generates better code for the
NRVO-friendly code, than the URVO compiler for the URVO-friendly code?
We can reduce it to a + b to see.

I operator+ (I const& lhs, I const& rhs) {
return I(lhs) += rhs;
}

The copy of lhs is required because it will be modified. The copy to
the return value is required because nothing requires += to return
*this and it is difficult/impossible to determine. Two copies.

I operator+ (I lhs, I const& rhs) {
lhs += rhs;
return lhs;
}

The copy to lhs is required because it will be modified. The copy to
the return value is required because the standard provides no way to
remove it. Two copies.

I operator+ (I const& lhs, I const& rhs) {
I rv(lhs);
rv += rhs;
return rv;
}

The NRVO merges the return value and the local. The copy to rv is
required because it will be modified. No copy to the return value
is required because it has been merged with the local. One copy.
If NRVO is not implemented, it will be two copies like the first
version.

If we extend this to three items, the first version adds two more
copies and the other two each add one copy. In the second case,
the return value from the first addition is merged with the first
parameter to the second add. If there is no NRVO, the third case
will be the same as the first.
(2) Why the NRVO compiler can't generate as good code for the URVO-friendly
code, as for the NRVO-friendly code. Is it a matter of principle, or
something that was just noticed?


Note that the optimizations are localized in both cases. The savings
in the third are local to the operator+. The savings in the second
are local to the calling code. In both cases, the function and calling
code could be in different translation units.

The first version uses two copies per operation. The second version
uses one copy per operation plus one copy. The third version uses one
copy per operation with NRVO and two without.

Removing the extra temporaries for additional operations in one
expression requires a much larger picture.

Of course, efficient code would simply not use operator+.

((d = a) += b) += c;

On three lines, if you like. Maybe the reason that implementers are
not spending great time on the global optimization? Or, are they?

John

[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #7
Hi,

I am more puzzled by the above discussion regarding working of
overloaded operators + & +=.
If we say A += B, it means that A will change, B will not.
But in case of C = A + B, neither A and nor B is changing, both remain
as const.

Then how the following is justified?

base operator+ (base lhs, base const & rhs)
{
return lhs += rhs;
}
derived operator+ (derived lhs, derived const & rhs)
{
return lhs += rhs;
}

Regards
Sandeep

[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #8
Sandeep wrote:

Hi,

I am more puzzled by the above discussion regarding working of
overloaded operators + & +=.
If we say A += B, it means that A will change, B will not.
But in case of C = A + B, neither A and nor B is changing, both remain
as const.

Then how the following is justified?

base operator+ (base lhs, base const & rhs)
{
return lhs += rhs;
}
derived operator+ (derived lhs, derived const & rhs)
{
return lhs += rhs;
}


It isn't justified. It is plain wrong.
Where did you see this?

The key point is: no matter what you do, operator+ *has* to return
a new object. So you *can* do:

create that new object and initialize it with eg. lhs.
then use operator+= on that new object to add in the rhs

base operator+( base lhs, base const& rhs )
{
base result( lhs );
return result += rhs;
}

Or are you talking about a different topic? The wording of 'base' and
'derived' makes me think so, but I cannot figure out what that could
be.

--
Karl Heinz Buchegger
kb******@gascad.at

[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #9
In article <1b**************************@posting.google.com >, Sandeep
<sa*************@yahoo.com> writes
Hi,

I am more puzzled by the above discussion regarding working of
overloaded operators + & +=.
If we say A += B, it means that A will change, B will not.
But in case of C = A + B, neither A and nor B is changing, both remain
as const.

Then how the following is justified?

base operator+ (base lhs, base const & rhs)
{
return lhs += rhs;

derived operator+ (derived lhs, derived const & rhs)
{
return lhs += rhs;


Look at the parameters (and the return value.) lhs is a purely local
variable (because it is initialised by value).
--
Francis Glassborow ACCU
Author of 'You Can Do It!' see http://www.spellen.org/youcandoit
For project ideas and contributions: http://www.spellen.org/youcandoit/projects
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #10
Karl Heinz Buchegger wrote:

Sandeep wrote:

Hi,

I am more puzzled by the above discussion regarding working of
overloaded operators + & +=.
If we say A += B, it means that A will change, B will not.
But in case of C = A + B, neither A and nor B is changing, both remain
as const.

Then how the following is justified?

base operator+ (base lhs, base const & rhs)
{
return lhs += rhs;
}
derived operator+ (derived lhs, derived const & rhs)
{
return lhs += rhs;
}


It isn't justified. It is plain wrong.


I am wrong.
Francis brought me on the track. lhs already is a copy of the callers
value

Sorry for the confusion

--
Karl Heinz Buchegger
kb******@gascad.at

[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #11
On 28 Jul 2004 04:13:36 -0400, sa*************@yahoo.com (Sandeep)
wrote:
I am more puzzled by the above discussion regarding working of
overloaded operators + & +=.
If we say A += B, it means that A will change, B will not.
But in case of C = A + B, neither A and nor B is changing, both remain
as const. Then how the following is justified? base operator+ (base lhs, base const & rhs)
{
return lhs += rhs;
}
Note that lhs is by value not reference. In C = A + B, lhs is a copy
of A which is modified by += with B and then copied to C.
derived operator+ (derived lhs, derived const & rhs)
{
return lhs += rhs;
}


Polymorphism usually makes no sense with these operators. Do you have
an example where it does?

John

[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #12
On 28 Jul 2004 08:38:00 -0400, Karl Heinz Buchegger <kb******@gascad.at>
wrote:
base operator+ (base lhs, base const & rhs)
{
return lhs += rhs;
}
It isn't justified. It is plain wrong.
Hardly.
Where did you see this?
Maybe in the boost implementation?
The key point is: no matter what you do, operator+ *has* to return
a new object.
The above does.
So you *can* do:

create that new object and initialize it with eg. lhs.
then use operator+= on that new object to add in the rhs
The above lhs is by value producing the copy needed.
base operator+( base lhs, base const& rhs )
{
base result( lhs );
return result += rhs;
}
This is one naive inefficient version of operator+. It could
also be written in one line as

return base(lhs) += rhs;

The above version is more efficient when used more than once
in an expression. If the compiler implements NRVO, the
following is more efficient. If not, the above version is
more efficient.

base result( lhs );
result += rhs;
return result;

Your version does not allow NRVO in the function nor URVO in
the calling expression.
Or are you talking about a different topic? The wording of 'base' and
'derived' makes me think so, but I cannot figure out what that could
be.


Agreed. Operator+ and polymorphism do not mix well.

John

[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #13
In comp.lang.c++.moderated Karl Heinz Buchegger <kb******@gascad.at> wrote:
Sandeep wrote:

Hi,

I am more puzzled by the above discussion regarding working of
overloaded operators + & +=.
If we say A += B, it means that A will change, B will not.
But in case of C = A + B, neither A and nor B is changing, both remain
as const.

Then how the following is justified?

base operator+ (base lhs, base const & rhs)
{
return lhs += rhs;
}
derived operator+ (derived lhs, derived const & rhs)
{
return lhs += rhs;
}
It isn't justified. It is plain wrong.


It is not!
Where did you see this?

The key point is: no matter what you do, operator+ *has* to return
a new object. So you *can* do:

create that new object and initialize it with eg. lhs.
then use operator+= on that new object to add in the rhs


Note that he passes lhs by value, so lhs is the new object. You
do not need to copy it again.

--
Aleksandr Morgulis
al****************@verizon.net

[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #14
In article <41***************@gascad.at>, Karl Heinz Buchegger
<kb******@gascad.at> writes
Then how the following is justified?

base operator+ (base lhs, base const & rhs)
{
return lhs += rhs;
}
derived operator+ (derived lhs, derived const & rhs)
{
return lhs += rhs;
}


It isn't justified. It is plain wrong.
Where did you see this?


Look at the code more carefully, lhs is a value parameter and rhs is a
const reference one. The result is returned by value. Where is the
problem?
--
Francis Glassborow ACCU
Author of 'You Can Do It!' see http://www.spellen.org/youcandoit
For project ideas and contributions: http://www.spellen.org/youcandoit/projects
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #15
Karl Heinz Buchegger <kb******@gascad.at> wrote in message news:<41***************@gascad.at>...
Sandeep wrote:

Hi,

I am more puzzled by the above discussion regarding working of
overloaded operators + & +=.
If we say A += B, it means that A will change, B will not.
But in case of C = A + B, neither A and nor B is changing, both remain
as const.

Then how the following is justified?

base operator+ (base lhs, base const & rhs)
{
return lhs += rhs;
}
derived operator+ (derived lhs, derived const & rhs)
{
return lhs += rhs;
}


It isn't justified. It is plain wrong.
Where did you see this?

The key point is: no matter what you do, operator+ *has* to return
a new object. So you *can* do:

create that new object and initialize it with eg. lhs.
then use operator+= on that new object to add in the rhs

base operator+( base lhs, base const& rhs )
{
base result( lhs );
return result += rhs;
}

Or are you talking about a different topic? The wording of 'base' and
'derived' makes me think so, but I cannot figure out what that could
be.


See John Potter's July 27 post in this thread for an excellent explanation.

Thanks, John.

Randy.

[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]
Jul 22 '05 #16
Francis Glassborow wrote:

In article <41***************@gascad.at>, Karl Heinz Buchegger
<kb******@gascad.at> writes
Then how the following is justified?

base operator+ (base lhs, base const & rhs)
{
return lhs += rhs;
}
derived operator+ (derived lhs, derived const & rhs)
{
return lhs += rhs;
}


It isn't justified. It is plain wrong.
Where did you see this?


Look at the code more carefully, lhs is a value parameter and rhs is a
const reference one. The result is returned by value. Where is the
problem?


In my bad habit of having the first parameter always a const reference.
I read something that was not written. :-)

--
Karl Heinz Buchegger
kb******@gascad.at
Jul 22 '05 #17

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

Similar topics

30
by: | last post by:
I have not posted to comp.lang.c++ (or comp.lang.c++.moderated) before. In general when I have a C++ question I look for answers in "The C++ Programming Language, Third Edition" by Stroustrup....
2
by: victor75040 | last post by:
Before you all start flaming me, I am not a student and this is not for any homework. Just someone learing c++ on their own. I am now up to the chapter in my book that describes operator...
16
by: Edward Diener | last post by:
Is there a way to override the default processing of the assignment operator for one's own __value types ? I realize I can program my own Assign method, and provide that for end-users of my class,...
34
by: Pmb | last post by:
I've been working on creating a Complex class for my own learning purpose (learn through doing etc.). I'm once again puzzled about something. I can't figure out how to overload the assignment...
4
by: hall | last post by:
Hi all. I have run into a problem of overloading a templatized operator>> by a specialized version of it. In short (complete code below), I have written a stream class, STR, which defines a...
31
by: | last post by:
Hi, Why can I not overload on just the return type? Say for example. public int blah(int x) { }
3
by: y-man | last post by:
Hi, I am trying to get an overloaded operator to work inside the class it works on. The situation is something like this: main.cc: #include "object.hh" #include "somefile.hh" object obj,...
2
by: Bharath | last post by:
Hello All, Can you please let me know if we can do pointer arthrmetic using operator overloading? If not, can you please explain why it's not supported by compiler? I tried below e.g. which was...
24
by: Rahul | last post by:
Hi Everyone, I was just overloading operator = for a class and i have a problem in one case... class A { A& operator=(const A& obj) { return *this;
2
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 7 Feb 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:30 (7.30PM). In this month's session, the creator of the excellent VBE...
0
by: DolphinDB | last post by:
The formulas of 101 quantitative trading alphas used by WorldQuant were presented in the paper 101 Formulaic Alphas. However, some formulas are complex, leading to challenges in calculation. Take...
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: Aftab Ahmad | last post by:
Hello Experts! I have written a code in MS Access for a cmd called "WhatsApp Message" to open WhatsApp using that very code but the problem is that it gives a popup message everytime I clicked on...
0
by: Aftab Ahmad | last post by:
So, I have written a code for a cmd called "Send WhatsApp Message" to open and send WhatsApp messaage. The code is given below. Dim IE As Object Set IE =...
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...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...

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.