473,322 Members | 1,778 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.

Is "a >= b" equivalent to "a - b >= 0"?

Hi!

Is the expression "a >= b" equivalent to "a - b >= 0" in C/C++?
Is this equivalence an IEEE/ANSI rule? Or is this machine/compiler
dependent?

Any references are welcome!

Thanks in advance, Humberto.

Sep 7 '05 #1
24 3549

<hj******@mat.puc-rio.br> wrote in message
news:11*********************@g44g2000cwa.googlegro ups.com...
Hi!

Is the expression "a >= b" equivalent to "a - b >= 0" in C/C++?
Is this equivalence an IEEE/ANSI rule? Or is this machine/compiler
dependent?

Any references are welcome!


In C, consider what happens if e.g. b==MIN_INT .

In C++, consider that any operator could be overloaded, and that
different [set of] operators is called in each case.

- Risto -
Sep 7 '05 #2
It is not the same.

Consider (a-b) is smaller than the smallest possible value.
A special case of this are unsigned types.

marc

Sep 7 '05 #3
<hj******@mat.puc-rio.br>:
Is the expression "a >= b" equivalent to "a - b >= 0" in C/C++?
Is this equivalence an IEEE/ANSI rule? Or is this machine/compiler
dependent?


If a and b are unsigned, then of course : No!

#include <stdio.h>
int main()
{
unsigned a = 1, b = 2;
printf("%d %c= %d\n", a >= b, "!="[(a >= b) == (a - b >= 0)], a - b >=
0);
}

and even if a and b are ints, the answer is: No!

#include <stdio.h>
#include <limits.h>
int main()
{
int a = INT_MIN, b = INT_MAX;
printf("%d %c= %d\n", a >= b, "!="[(a >= b) == (a - b >= 0)], a - b >=
0);
}

Jirka
Sep 7 '05 #4
hj******@mat.puc-rio.br wrote:
Is the expression "a >= b" equivalent to "a - b >= 0" in C/C++?
There is no such thing as C/C++. And AFA C++ is concerned, no, the
expressions are not equivalent. 'a' and 'b' can be objects of some
UDT that either redefines operators >= or -, or just doesn't have them
defined at all.
Is this equivalence an IEEE/ANSI rule? Or is this machine/compiler
dependent?


Nope. Yep. I don't know. You didn't specify what 'a' and 'b' are.

V
Sep 7 '05 #5
hj******@mat.puc-rio.br wrote:
Hi!

Is the expression "a >= b" equivalent to "a - b >= 0" in C/C++?
Is this equivalence an IEEE/ANSI rule? Or is this machine/compiler
dependent?

IEEE gradual underflow and infinity implementation is designed to
support this equivalence for floating point arithmetic, in case, for
example, (double)a - b < DBL_MIN. Several important platforms have
dropped support for gradual underflow; it is not assumed by C or C++.
http://grouper.ieee.org/groups/754/faq.html#underflow
Still, compiler optimizers may act as if the equivalence were valid,
even on platforms where it is not.
Sep 7 '05 #6
"Tim Prince" <tp*****@nospamcomputer.org> wrote in message
news:gE****************@newssvr29.news.prodigy.net ...
hj******@mat.puc-rio.br wrote:

Is the expression "a >= b" equivalent to "a - b >= 0" in C/C++?
Is this equivalence an IEEE/ANSI rule? Or is this machine/compiler
dependent?

IEEE gradual underflow and infinity implementation is designed to support
this equivalence for floating point arithmetic, in case, for example,
(double)a - b < DBL_MIN. Several important platforms have dropped support
for gradual underflow; it is not assumed by C or C++.
http://grouper.ieee.org/groups/754/faq.html#underflow
Still, compiler optimizers may act as if the equivalence were valid, even
on platforms where it is not.


Well summarized. Note that for fixed-point, the equivalence does
not necessarily hold. If (a - b) overflows, the test result can
easily be wrong. Having said that, I have to confess that the
Whitesmiths compiler generated code like this for the Intel 8080
family. Nobody ever complained.

P.J. Plauger
Dinkumware, Ltd.
http://www.dinkumware.com
Sep 7 '05 #7
gnt
Hello,
My name is George Tsalamandris with Chase Winters Executive Search. I
am currently conducting a search for a Application/ Developer Architect
for a major global financial institution.
Below please find a position description for your review. Please
forward to anyone that miught be interested in disscussing this
opportunity. The position is located in Chicago. Look forward to
hearing from you.

George Tsalamandris
gn*@chasewinters.com
312-421-9080

General Job Responsibilities:

Complete system development lifecycle (analysis, design, development,
test, release, and support) for Global Instrument Reference Data
platform.

Qualifications:

Experience:

5-10 as a developer / application architect in the financial industry;
5+ years with reference data

Technical Skills:

Object Oriented Analysis and Design

C++(including STL) Expertise

Sybase Database Expertise

ODBC Programming Expertise

Experience with the G3 Object Model

Technical Writing, Documentation

Code Generation Experience

Multithreaded Linux Server Development Experience

UML Knowledge

Persistence/Object-to-Relational Mapping Tool Experience

GCC, GNUmake Experience

Linux Operating System Experience

Scripting Language Experience

Leadership / Project Management Skills:

5 Years experience as a technical team lead

Project scheduling and planning with Microsoft Project

Release Management

Defect Management using Clear Quest

Business Knowledge:

Broad product knowledge required including derivative, fixed income,
and equity products. Must have knowledge of the trade lifecycle and
corporate actions.


hj******@mat.puc-rio.br wrote:
Hi!

Is the expression "a >= b" equivalent to "a - b >= 0" in C/C++?
Is this equivalence an IEEE/ANSI rule? Or is this machine/compiler
dependent?

Any references are welcome!

Thanks in advance, Humberto.


Sep 7 '05 #8
In article <gE****************@newssvr29.news.prodigy.net>,
Tim Prince <tp*****@nospamcomputer.org> wrote:
hj******@mat.puc-rio.br wrote:
Is the expression "a >= b" equivalent to "a - b >= 0" in C/C++?
Is this equivalence an IEEE/ANSI rule? Or is this machine/compiler
dependent?
IEEE gradual underflow and infinity implementation is designed to
support this equivalence for floating point arithmetic, in case, for
example, (double)a - b < DBL_MIN.


Going outside the C standard itself a little (since IEEE floating
point is not part of that standard anyhow): I recall that there
are some unusual rules having to do with comparison operators
and special values, especially NaN. I do not recall the
details, though.

a >= b would have information about two special values available
at the time of the comparison, whereas a - b >= 0 would only
have information about one special value available at the time
of the comparison. Are there perchance particular special values
for which that would make a difference? Or, for example,
in the case of a - b when one of the two values was a
signalling NaN, would the signal be taken due to the arithmetic
operator, but -not- taken in the a >= b case ?

ISTR that the general rule for NaN's is that the result of
any comparison with them is "false" -- one of the standard ways
of detecting them is to detect the case where a >= b and b < a
are -both- false. I do not, though, recall the rules for the
other special values.
--
The rule of thumb for speed is:

1. If it doesn't work then speed doesn't matter. -- Christian Bau
Sep 7 '05 #9
gn*@chasewinters.com wrote:
Hello,
My name is [...]


Job adverts are a gross violation of topicality in comp.lang.c++.
Sep 7 '05 #10
Funny you should mention the Whitesmith compiler. In fact I think most
of us knew about the problem at the "extremes" and took that into
account. I know I dealt with it in writing some software for a nuclear
reactor system that was deployed in Georgia.

I remember as part of a CS degree having classes on interval analysis,
something that came into existence and out almost as fast. There was
only one machine I worked on that used it as part of the processor. It
was for a specialized project to bounce signals off of the surface of
clouds. Of course that and all the numerical analysis classes helped in
dealing with these issues.

I wonder what they teach now a days?

Chuck Wegrzyn

P.J. Plauger wrote:
"Tim Prince" <tp*****@nospamcomputer.org> wrote in message
news:gE****************@newssvr29.news.prodigy.ne t...

hj******@mat.puc-rio.br wrote:

Is the expression "a >= b" equivalent to "a - b >= 0" in C/C++?
Is this equivalence an IEEE/ANSI rule? Or is this machine/compiler
dependent?

IEEE gradual underflow and infinity implementation is designed to support
this equivalence for floating point arithmetic, in case, for example,
(double)a - b < DBL_MIN. Several important platforms have dropped support
for gradual underflow; it is not assumed by C or C++.
http://grouper.ieee.org/groups/754/faq.html#underflow
Still, compiler optimizers may act as if the equivalence were valid, even
on platforms where it is not.


Well summarized. Note that for fixed-point, the equivalence does
not necessarily hold. If (a - b) overflows, the test result can
easily be wrong. Having said that, I have to confess that the
Whitesmiths compiler generated code like this for the Intel 8080
family. Nobody ever complained.

P.J. Plauger
Dinkumware, Ltd.
http://www.dinkumware.com

Sep 7 '05 #11

"Victor Bazarov" <v.********@comAcast.net> wrote in message
news:Sc*******************@newsread1.mlpsca01.us.t o.verio.net...
gn*@chasewinters.com wrote:
Hello,
My name is [...]


Job adverts are a gross violation of topicality in comp.lang.c++.


Not to mention the fact that, as a reply to the given question, it misses
the mark by a country mile! :-)

-Howard
Sep 7 '05 #12
gn*@chasewinters.com writes:
Hello,
Good-bye.
My name is George Tsalamandris with Chase Winters Executive Search. I
am currently conducting a search for a Application/ Developer Architect
for a major global financial institution.


This is not the place to post job offers.

--
Keith Thompson (The_Other_Keith) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.
Sep 7 '05 #13
C Wegrzyn wrote
(in article <43************@hotmail.com>):
I remember as part of a CS degree having classes on interval analysis,
something that came into existence and out almost as fast.
.....
I wonder what they teach now a days?

Chuck Wegrzyn


How to customize websites with music and animation.

*sigh*

--
Randy Howard (2reply remove FOOBAR)

Sep 7 '05 #14
"P.J. Plauger" <pj*@dinkumware.com> wrote in message
news:Sp********************@giganews.com...
"Tim Prince" <tp*****@nospamcomputer.org> wrote in message
Is the expression "a >= b" equivalent to "a - b >= 0" in C/C++?
Is this equivalence an IEEE/ANSI rule? Or is this machine/compiler
dependent?
IEEE gradual underflow and infinity implementation is designed to support
this equivalence for floating point arithmetic, in case, for example,
(double)a - b < DBL_MIN. Several important platforms have dropped
support for gradual underflow; it is not assumed by C or C++.
http://grouper.ieee.org/groups/754/faq.html#underflow
Still, compiler optimizers may act as if the equivalence were valid, even
on platforms where it is not.

Well summarized. Note that for fixed-point, the equivalence does
not necessarily hold. If (a - b) overflows, the test result can
easily be wrong. Having said that, I have to confess that the
Whitesmiths compiler generated code like this for the Intel 8080
family. Nobody ever complained.


Unfortunately, the equivalence doesn't always hold for floating-point
either.

Consider the case where a is a very large positive number and b is a very
large negative number. Then a >= b will presumably yield true, but a - b
might overflow.

I think I agree with PJP that in the presence of IEEE gradual underflow,
it's not an issue that a and b might be small (or not close to the limits,
anyway) and very nearly equal.
Sep 7 '05 #15
In article <df**********@canopus.cc.umanitoba.ca> ro******@ibd.nrc-cnrc.gc.ca (Walter Roberson) writes:
....
Going outside the C standard itself a little (since IEEE floating
point is not part of that standard anyhow): I recall that there
are some unusual rules having to do with comparison operators
and special values, especially NaN. I do not recall the
details, though.


Yup, all standard comparisons with NaNs yield false. This means, for
instance, that when a and b ara NaNs, a >= b == a <= b == FALSE.
--
dik t. winter, cwi, kruislaan 413, 1098 sj amsterdam, nederland, +31205924131
home: bovenover 215, 1025 jn amsterdam, nederland; http://www.cwi.nl/~dik/
Sep 7 '05 #16
In article <u5*******************@bgtnsc04-news.ops.worldnet.att.net> "Andrew Koenig" <ar*@acm.org> writes:
....
Unfortunately, the equivalence doesn't always hold for floating-point
either.

Consider the case where a is a very large positive number and b is a very
large negative number. Then a >= b will presumably yield true, but a - b
might overflow.


In that case a - b yields +inf, and +inf >= 0.
--
dik t. winter, cwi, kruislaan 413, 1098 sj amsterdam, nederland, +31205924131
home: bovenover 215, 1025 jn amsterdam, nederland; http://www.cwi.nl/~dik/
Sep 7 '05 #17
In article <IM********@cwi.nl>, Dik T. Winter <Di********@cwi.nl> wrote:


In article <df**********@canopus.cc.umanitoba.ca>
ro******@ibd.nrc-cnrc.gc.ca (Walter Roberson) writes:
...
> Going outside the C standard itself a little (since IEEE floating
> point is not part of that standard anyhow): I recall that there
> are some unusual rules having to do with comparison operators
> and special values, especially NaN. I do not recall the
> details, though.


Yup, all standard comparisons with NaNs yield false. This means, for
instance, that when a and b ara NaNs, a >= b == a <= b == FALSE.


Pedantic nitpick: "!=" is a comparison but yields true for NaNs.
Sep 8 '05 #18
In article <dwLTe.6013$mH.5072@fed1read07>,
Anonymous 7843 <an******@example.com> wrote:
In article <IM********@cwi.nl>, Dik T. Winter <Di********@cwi.nl> wrote:


In article <df**********@canopus.cc.umanitoba.ca>
ro******@ibd.nrc-cnrc.gc.ca (Walter Roberson) writes:
...
> Going outside the C standard itself a little (since IEEE floating
> point is not part of that standard anyhow): I recall that there
> are some unusual rules having to do with comparison operators
> and special values, especially NaN. I do not recall the
> details, though.


Yup, all standard comparisons with NaNs yield false. This means, for
instance, that when a and b ara NaNs, a >= b == a <= b == FALSE.


Pedantic nitpick: "!=" is a comparison but yields true for NaNs.


Me again. I felt the urge for a pretty picture, so here it
is, as seen from an IEEE854-ish machine:

compare -NaN -Inf -1e+10 -1 -1e-10 0 1e-10 1e+10 Inf NaN
------- ----- ----- ----- ----- ----- ----- ----- ----- ----- -----
-NaN != != != != != != != != != !=
-Inf != == < < < < < < < !=
-1e+10 != > == < < < < < < !=
-1 != > > == < < < < < !=
-1e-10 != > > > == < < < < !=
0 != > > > > == < < < !=
1e-10 != > > > > > == < < !=
1e+10 != > > > > > > == < !=
Inf != > > > > > > > == !=
NaN != != != != != != != != != !=

-----------------quickie code-------------------

#include <stdio.h>

int main(void)
{
double inf, nan;
double sample[] = {0, 0, -1E+10, -1, -1E-10, 0, +1E-10, +1E+10, 0, 0};
size_t i, j, len;

sscanf("Inf", "%lf", &inf);
sscanf("NaN", "%lf", &nan);
sample[0] = -nan;
sample[1] = -inf;
sample[8] = inf;
sample[9] = nan;

len = sizeof(sample) / sizeof(sample[0]);

printf("compare ");
for (j = 0; j < len; j++)
printf(" %-6g", sample[j]);
printf("\n");

printf("------- ");
for (j = 0; j < len; j++)
printf(" -----");
printf("\n");

for (i = 0; i < len; i++)
{
printf("%-6g ", sample[i]);
for (j = 0; j < len; j++)
{
if (sample[i] == sample[j]) printf(" == ");
else if (sample[i] > sample[j]) printf(" > ");
else if (sample[i] < sample[j]) printf(" < ");
else if (sample[i] >= sample[j]) printf(" >= ");
else if (sample[i] <= sample[j]) printf(" <= ");
else if (sample[i] != sample[j]) printf(" != ");
}
printf("\n");
}

return 0;
}
Sep 8 '05 #19
In article <dwLTe.6013$mH.5072@fed1read07> an******@example.com writes:
In article <IM********@cwi.nl>, Dik T. Winter <Di********@cwi.nl> wrote:

....
Yup, all standard comparisons with NaNs yield false. This means, for
instance, that when a and b ara NaNs, a >= b == a <= b == FALSE.


Pedantic nitpick: "!=" is a comparison but yields true for NaNs.


Indeed, forgot that one. The pleasure of having a != a.
--
dik t. winter, cwi, kruislaan 413, 1098 sj amsterdam, nederland, +31205924131
home: bovenover 215, 1025 jn amsterdam, nederland; http://www.cwi.nl/~dik/
Sep 8 '05 #20
"Dik T. Winter" <Di********@cwi.nl> wrote in message
news:IM********@cwi.nl...
In article <u5*******************@bgtnsc04-news.ops.worldnet.att.net>
"Andrew Koenig" <ar*@acm.org> writes:
Consider the case where a is a very large positive number and b is a
very
large negative number. Then a >= b will presumably yield true, but a -
b
might overflow.

In that case a - b yields +inf, and +inf >= 0.


Unless the implementation is set to trap. If it's not an IEEE
implementation, it might even trap by default.
Sep 8 '05 #21
<hj******@mat.puc-rio.br> wrote in message
news:11*********************@g44g2000cwa.googlegro ups.com...
Hi!

Is the expression "a >= b" equivalent to "a - b >= 0" in C/C++?
Is this equivalence an IEEE/ANSI rule? Or is this machine/compiler
dependent?

Any references are welcome!

Thanks in advance, Humberto.


Read the replies, but am not positive if this was covered yet. Consider the
case where a is a very large double and b a very small value. With doubles
(and floates) and precision it could be the case where a - b does not
actually change a, even when b != 0.

so in that case (a >= b) != (a - b > 0) would wield true.
Sep 8 '05 #22
In article <f0*************@fe07.lga>,
Jim Langston <ta*******@rocketmail.com> wrote:
<hj******@mat.puc-rio.br> wrote in message
news:11*********************@g44g2000cwa.googlegr oups.com...
Is the expression "a >= b" equivalent to "a - b >= 0" in C/C++?
Read the replies, but am not positive if this was covered yet. Consider the
case where a is a very large double and b a very small value. With doubles
(and floates) and precision it could be the case where a - b does not
actually change a, even when b != 0. so in that case (a >= b) != (a - b > 0) would wield true.


Hmmm, perhaps I am missing something in your answer:

If a - b does not change a then a - b is (to the precision of the
machine) equivilent to a, and the latter part of your logical expression
would become (a > 0) . You are postulating the case where a is a large
double, so a is either large and positive or large and negative.
(a > 0) will be true for the large and positive case, and false for the
large and negative case.

If we look at the large and positive case, with [under your conditions]
b as a very small value, then no matter which side of zero b happens to be,
the large and positive a is going to be greater than the small b, so
(a >= b) will be true, and thus (a >= b) == (a - b > 0) for this case.

If we look at the large and negative case, with [under your conditions]
b as a very small value,l then again no matter which side of zero b happens
to be, the large and negative a is going to be less than the small b,
so (a >= b) will be false, and thus (a >= b) == (a - b > 0) for this case.

Hence, under the conditions you indicate, with a large and b very small,
(a >= b) == (a - b > 0)
--
"Who Leads?" / "The men who must... driven men, compelled men."
"Freak men."
"You're all freaks, sir. But you always have been freaks.
Life is a freak. That's its hope and glory." -- Alfred Bester, TSMD
Sep 8 '05 #23

"Walter Roberson" <ro******@ibd.nrc-cnrc.gc.ca> wrote in message
news:df**********@canopus.cc.umanitoba.ca...
In article <f0*************@fe07.lga>,
Jim Langston <ta*******@rocketmail.com> wrote:
<hj******@mat.puc-rio.br> wrote in message
news:11*********************@g44g2000cwa.googleg roups.com...
Is the expression "a >= b" equivalent to "a - b >= 0" in C/C++?

Read the replies, but am not positive if this was covered yet. Consider
the
case where a is a very large double and b a very small value. With
doubles
(and floates) and precision it could be the case where a - b does not
actually change a, even when b != 0.

so in that case (a >= b) != (a - b > 0) would wield true.


Hmmm, perhaps I am missing something in your answer:

If a - b does not change a then a - b is (to the precision of the
machine) equivilent to a, and the latter part of your logical expression
would become (a > 0) . You are postulating the case where a is a large
double, so a is either large and positive or large and negative.
(a > 0) will be true for the large and positive case, and false for the
large and negative case.

If we look at the large and positive case, with [under your conditions]
b as a very small value, then no matter which side of zero b happens to
be,
the large and positive a is going to be greater than the small b, so
(a >= b) will be true, and thus (a >= b) == (a - b > 0) for this case.

If we look at the large and negative case, with [under your conditions]
b as a very small value,l then again no matter which side of zero b
happens
to be, the large and negative a is going to be less than the small b,
so (a >= b) will be false, and thus (a >= b) == (a - b > 0) for this case.

Hence, under the conditions you indicate, with a large and b very small,
(a >= b) == (a - b > 0)


Hmmm... true.
Ignore everything I said after... umm.. ignore everything I said.
Sep 8 '05 #24
In article <IM********@cwi.nl>, Dik T. Winter <Di********@cwi.nl> wrote:
In article <dwLTe.6013$mH.5072@fed1read07> an******@example.com writes:
> In article <IM********@cwi.nl>, Dik T. Winter <Di********@cwi.nl> wrote:

...
> > Yup, all standard comparisons with NaNs yield false. This means, for
> > instance, that when a and b ara NaNs, a >= b == a <= b == FALSE.

>
> Pedantic nitpick: "!=" is a comparison but yields true for NaNs.


Indeed, forgot that one. The pleasure of having a != a.


Anti-objectivism?
Sep 8 '05 #25

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

Similar topics

1
by: Christian Schmidbauer | last post by:
Hello! I prepare my XML document like this way: ------------------------------------------------------- PrintWriter writer; Document domDocument; Element domElement; // Root tag
8
by: Hostile17 | last post by:
Consider the following HTML. ---------- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/1999/REC-html401-19991224/loose.dtd"> <html> <head> <meta...
3
by: H. S. | last post by:
Hi, I am trying to compile these set of C++ files and trying out class inheritence and function pointers. Can anybody shed some light why my compiler is not compiling them and where I am going...
21
by: hjbortol | last post by:
Hi! Is the expression "a >= b" equivalent to "a - b >= 0" in C/C++? Is this equivalence an IEEE/ANSI rule? Or is this machine/compiler dependent? Any references are welcome! Thanks in...
5
by: Paminu | last post by:
I thought that "->" was only used with pointers. Why is it that it is also allowed to use it on arrays?? struct test { int a; int b; }; struct test array;
3
by: Jim Carlock | last post by:
In creating a dynamic page with some static content, ie, the list of city names is standard HTML encoding. When I click on the link, I see the page reload itself instead of jumping to the content...
1
by: mkalyan79 | last post by:
Hi, I wanted to find out what is the equivalent operator of ">>>" operator of java in C#. Thanks, K
11
by: Holger | last post by:
Hi I have not been able to figure out how to do compound statement from C - "<test>?<true-val>:<false-val>" But something similar must exist...?! I would like to do the equivalent if python...
36
by: Roedy Green | last post by:
The only browser I have encountered that supports <colgroup><col class="behold"></colgroup> to apply a CSS style to a whole column, is Microsoft Internet Explorer. I have been told it SHOULD NOT...
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
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...
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)...
1
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
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...

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.