As everybody knows (or should know) the following is useless: -
private static int x= 42;
-
...
-
x= x++;
-
The value of x will stay 42. Or does it? Have a look at the following little experiment
and try to figure out what is happening: -
public class TrickyStuff {
-
-
private static int x= 42;
-
-
public static void main(String[] args) {
-
-
(new Thread() {
-
public void run() {
-
while(x == 42);
-
System.out.println( "x != 42" );
-
System.exit(0);
-
}
-
} ).start();
-
-
System.out.println("x= "+x);
-
while(true) { x=x++;}
-
}
-
}
kind regards,
Jos
43 1976
It's because 42 is a special kind of integer, of course!
; )
Here's another one: - public class TrickyStuff {
-
-
public static void main(String[] args) {
-
-
double a = 0.1 + 0.1 + 0.1 + 0.1 + 0.1 + 0.1 + 0.1 + 0.1;
-
double b = 0.8;
-
-
System.out.println("Are a and b the same? "+(a==b));
-
}
-
}
The output is " Are a and b the same? false". How is this possible?
It's not for you Jos: I know you know the answer.
It's not for you Jos: I know you know the answer.
I don't want to participate in any contest that wants me to participate :-P
kind regards,
Jos (duh ;-)
It's because 42 is a special kind of integer, of course!
; )
Here's another one: - public class TrickyStuff {
-
-
public static void main(String[] args) {
-
-
double a = 0.1 + 0.1 + 0.1 + 0.1 + 0.1 + 0.1 + 0.1 + 0.1;
-
double b = 0.8;
-
-
System.out.println("Are a and b the same? "+(a==b));
-
}
-
}
The output is "Are a and b the same? false". How is this possible?
It's not for you Jos: I know you know the answer.
I'm new at programming so I'm going to take a calculated guess. The answer for a = 0.7999999999999999 . The reason being double belongs to Floating-point numbers which represent numbers with fractional precision. Double doesn't round off a number.
Petra
I'm new at programming so I'm going to take a calculated guess. The answer for a = 0.7999999999999999 . The reason being double belongs to Floating-point numbers which represent numbers with fractional precision. Double doesn't round off a number.
Petra
Very close; bookmark this document and read it when you find some spare time.
kind regards,
Jos
ps. now what about that x == 42 thingie in my original post?
As everybody knows (or should know) the following is useless: -
private static int x= 42;
-
...
-
x= x++;
-
The value of x will stay 42. Or does it? Have a look at the following little experiment
and try to figure out what is happening: -
public class TrickyStuff {
-
-
private static int x= 42;
-
-
public static void main(String[] args) {
-
-
(new Thread() {
-
public void run() {
-
while(x == 42);
-
System.out.println( "x != 42" );
-
System.exit(0);
-
}
-
} ).start();
-
-
System.out.println("x= "+x);
-
while(true) { x=x++;}
-
}
-
}
kind regards,
Jos
Why is it useless?
x is not declared final, and thus is not a constant.
It's because 42 is a special kind of integer, of course!
; )
I didn't get this line. It would be great if you could explain this one.
Thanks!
Regards,
Sumit Tyagi.
Why is it useless?
x is not declared final, and thus is not a constant.
So you're not surprised by the output it shows?
I didn't get this line. It would be great if you could explain this one.
Thanks!
42 is 54 using base 13.
kind regards,
Jos
Why is it useless?
x is not declared final, and thus is not a constant.
I didn't get this line. It would be great if you could explain this one.
Thanks!
Regards,
Sumit Tyagi.
It's not a constant alright but when you do
the value of x does not change since x will be assigned to the previous value always which will be the initial value. The post increment won't take any effect there. But when a thread is reading off the values of x ...
As everybody knows (or should know) the following is useless: -
private static int x= 42;
-
...
-
x= x++;
-
The value of x will stay 42. Or does it? Have a look at the following little experiment
and try to figure out what is happening: -
public class TrickyStuff {
-
-
private static int x= 42;
-
-
public static void main(String[] args) {
-
-
(new Thread() {
-
public void run() {
-
while(x == 42);
-
System.out.println( "x != 42" );
-
System.exit(0);
-
}
-
} ).start();
-
-
System.out.println("x= "+x);
-
while(true) { x=x++;}
-
}
-
}
kind regards,
Jos
Let see if I can get this right. The value stays at 42 because of the while statement. In laymans terms while x == 42 the system prints out x != 42 and the program is ended. Everytime you re-run the program you keep getting the same answer. You will never get to the second while statement.
Let see if I can get this right. The value stays at 42 because of the while statement. In laymans terms while x == 42 the system prints out x != 42 and the program is ended. Everytime you re-run the program you keep getting the same answer. You will never get to the second while statement.
Put the program on your compiler and test it. Realize also that there are two threads running here.
So you're not surprised by the output it shows?
Yea! I am not surprized by the output, because output is as I expected it to be.
---------- java ----------
x= 42
x != 42
Normal Termination
Output completed (1 sec consumed).
42 is 54 using base 13.
But how does that make a difference. I mean does this fact have any influence on the output.
Yea! I am not surprized by the output, because output is as I expected it to be.
...
Would you then care to explain why the value of x changes (or seems to change)?
It's not a constant alright but when you do
the value of x does not change since x will be assigned to the previous value always which will be the initial value. The post increment won't take any effect there. But when a thread is reading off the values of x ...
x++ is having a side effect of incrementing the value of x.
so it will be solved as follows:
x = x++;
x = 42 (value replaced, so x becomes 42);
x++ (x++ have side effect of incrementing x, so now x becomes 43);
Yea! I am not surprized by the output, because output is as I expected it to be.
---------- java ----------
x= 42
x != 42
Normal Termination
Output completed (1 sec consumed).
Huh? Have we compiled and run the same code (from the original post)? I don't get that output!
But how does that make a difference. I mean does this fact have any influence on the output.
That was a joke of me (42 being a special kind of integer).
Huh? Have we compiled and run the same code (from the original post)? I don't get that output!
Then what output are u getting?
That was a joke of me (42 being a special kind of integer).
There are a lots of things in java that make you bite your finger, so I never take any statement as joke.
But that was nice one!!! LOL.
Then what output are u getting?
There are a lots of things in java that make you bite your finger, so I never take any statement as joke.
But that was nice one!!! LOL.
I'm getting Sumit's output and I don't think the output is platform dependant (or is it?).
42 is 54 using base 13.
JosAH! you are having very good sense of humor.
LOL.
@sumittyagi & r035198x:
Now I'm confused...
The output I get is this: x= 42, and the application keeps running, which was what I had expected. I though that was what Jos had meant by this: the fact that the line of code "System.out.println("x= "+x);" would or wouldn't be executed. Because the lines of code before that println() gets executed in it's own thread, "System.out.println("x= "+x);" gets executed, of course. I didnt think much of it, and I didn't find it tricky at all!
But I would have been surprised if x != 42 would be printed as well. I've compiled and run the code with Eclipse, which does not use Sun's javac, and with Sun's javac. Both of them produce the same output: x= 42.
... and I don't think the output is platform dependant (or is it?).
No, I can't imagine that.
@sumittyagi & r035198x:
Now I'm confused...
The output I get is this: x= 42, and the application keeps running, which was what I had expected. I though that was what Jos had meant by this: the fact that the line of code "System.out.println("x= "+x);" would or wouldn't be executed. Because the lines of code before that println() gets executed in it's own thread, "System.out.println("x= "+x);" gets executed, of course. I didnt think much of it, and I didn't find it tricky at all!
But I would have been surprised if x != 42 would be printed as well. I've compiled and run the code with Eclipse, which does not use Sun's javac, and with Sun's javac. Both of them produce the same output: x= 42.
I get x != 42 printed alright (vista and jdk 1.5)Which OS are you using?
I thinks that's why Jos is actually questioning whether x stays as 42 or not. Because x actually appears to change in this one and the program terminates.
@sumittyagi & r035198x:
Now I'm confused...
The output I get is this: x= 42, and the application keeps running, which was what I had expected. I though that was what Jos had meant by this: the fact that the line of code "System.out.println("x= "+x);" would or wouldn't be executed. Because the lines of code before that println() gets executed in it's own thread, "System.out.println("x= "+x);" gets executed, of course. I didnt think much of it, and I didn't find it tricky at all!
But I would have been surprised if x != 42 would be printed as well. I've compiled and run the code with Eclipse, which does not use Sun's javac, and with Sun's javac. Both of them produce the same output: x= 42.
I really don't know how u r getting that output. that is really strange.
Now its out of my knowledgebase.
so one thing we can do is....
SOS... signals to josAH!!!!
I really don't know how u r getting that output. that is really strange.
Now its out of my knowledgebase.
so one thing we can do is....
SOS... signals to josAH!!!!
-
public class TrickyStuff {
-
-
private static int x= 42;
-
-
public static void main(String[] args) {
-
-
(new Thread() {
-
public void run() {
-
while(x == 42);
-
System.out.println( "x != 42" );
-
System.exit(0);
-
}
-
} ).start();
-
-
System.out.println("x= "+x);
-
while(true) { x=x++;}
-
}
-
}
-
the kind of output you are saying is only possible in case when control doesn't leave main thread till main thread vanishes (i.e non-preemptive scheduling at OS level).
try executing this code, and tell us what the output u r getting. -
public class TrickyStuff {
-
-
private static int x= 42;
-
-
public static void main(String[] args) {
-
-
(new Thread() {
-
public void run() {
-
while(x == 42);
-
System.out.println( "x != 42" );
-
System.exit(0);
-
}
-
} ).start();
-
-
while(true) {
-
x=x++;
-
System.out.println("x= "+x);
-
}
-
}
-
}
-
-
public class TrickyStuff {
-
-
private static int x= 42;
-
-
public static void main(String[] args) {
-
-
(new Thread() {
-
public void run() {
-
while(x == 42);
-
System.out.println( "x != 42" );
-
System.exit(0);
-
}
-
} ).start();
-
-
System.out.println("x= "+x);
-
while(true) { x=x++;}
-
}
-
}
-
the kind of output you are saying is only possible in case when control doesn't leave main thread till main thread vanishes (i.e non-preemptive scheduling at OS level).
try executing this code, and tell us what the output u r getting. -
public class TrickyStuff {
-
-
private static int x= 42;
-
-
public static void main(String[] args) {
-
-
(new Thread() {
-
public void run() {
-
while(x == 42);
-
System.out.println( "x != 42" );
-
System.exit(0);
-
}
-
} ).start();
-
-
while(true) {
-
x=x++;
-
System.out.println("x= "+x);
-
}
-
}
-
}
-
Sorry! I think I misunderstood the concept, and went on saying according to that. I think the thing I said about non-preemptive scheduling is not the cause.
And now I got it, why josAH said it is tricky stuff.
try this code. -
public class TrickyStuff {
-
-
private static volatile int x= 42;
-
-
public static void main(String[] args) {
-
-
(new Thread() {
-
public void run() {
-
while(x == 42);
-
System.out.println( "x != 42" );
-
System.exit(0);
-
}
-
} ).start();
-
-
System.out.println("x= "+x);
-
while(true) { x=x++;}
-
}
-
}
-
I think now you should get the same output as we are getting.
This is my output: - --------------------Configuration: <Default>--------------------
-
x= 42
-
x != 42
-
-
Process completed.
I'm still confused though, why is this tricky? Shouldn't ++ following a variable tell the compiler do this variable = variable + 1 only after you complete the statement on this line? So wouldn't x = x++; tell the compiler ok, x = x, now that you're done, do x = x + 1?
Is this not exactly what happens? I would be surprised if it didn't happen and I'm getting the impression that there are situations where that is the case from you guys?
Interesting topic anyway...
-blazed
Sorry! I think I misunderstood the concept, and went on saying according to that. I think the thing I said about non-preemptive scheduling is not the cause.
And now I got it, why josAH said it is tricky stuff.
try this code. -
public class TrickyStuff {
-
-
private static volatile int x= 42;
-
-
public static void main(String[] args) {
-
-
(new Thread() {
-
public void run() {
-
while(x == 42);
-
System.out.println( "x != 42" );
-
System.exit(0);
-
}
-
} ).start();
-
-
System.out.println("x= "+x);
-
while(true) { x=x++;}
-
}
-
}
-
I think now you should get the same output as we are getting.
Nope, still the same: only x= 42 is printed to the console. Both Eclipse and Sun's compiler do this. Also, before recompiling with javac, I removed all .class files, just to be sure.
I get x != 42 printed alright (vista and jdk 1.5)Which OS are you using? ...
I can't imagine it's the OS, but here's what I use:
Windows XP
Eclipse SDK 3.2.0
Sun's JDK 1.6
I'll also try my Linux box when I get home.
I can't imagine it's the OS, but here's what I use:
Windows XP
Eclipse SDK 3.2.0
Sun's JDK 1.6
I'll also try my Linux box when I get home.
Bart, look at Jos' thread again (I mean Java thread), when started it simply does - System.out.println( "x != 42" );
His while is of no importance because he has a semi colon after it. So as long as that thread starts, the program exits printing x != 42 when x actually is 42.
...
His while is of no importance because he has a semi colon after it.
...
I don't see why it is of no importance. It keeps looping on that while in the java.lang.Thread.
When I execute this code: - public class TrickyStuff {
-
-
private static int x = 42;
-
-
public static void main(String[] args) {
-
(new Thread() {
-
public void run() {
-
while(x == 42){ System.out.println("x is the same"); }
-
System.out.println("x != 42");
-
System.exit(0);
-
}
-
}).start();
-
-
System.out.println("x = "+x);
-
-
while(true) { x = x++; }
-
}
-
}
First x = 42 is printed and then x is the same keeps being printed to the console. It never reaches x != 42. At least that's what's happening here. Really.
I don't see why it is of no importance. It keeps looping on that while in the java.lang.Thread.
When I execute this code: - public class TrickyStuff {
-
-
private static int x = 42;
-
-
public static void main(String[] args) {
-
(new Thread() {
-
public void run() {
-
while(x == 42){ System.out.println("x is the same"); }
-
System.out.println("x != 42");
-
System.exit(0);
-
}
-
}).start();
-
-
System.out.println("x = "+x);
-
-
while(true) { x = x++; }
-
}
-
}
First x = 42 is printed and then x is the same keeps being printed to the console. It never reaches x != 42. At least that's what's happening here. Really.
It's definitely platform dependant then. When I run that version I get different results each time.
The first statements are either "x = 42"
or "x is the same" with "x is the same" repeated sometimes then it prints "x != 42" and exits.
I've got "x = 42" printed after "x is the same" sometimes (but I have it printed only once both times). Your output assumes that Jos' thread is the only thread that getting executed once it starts.
As everybody knows (or should know) the following is useless: -
private static int x= 42;
-
...
-
x= x++;
-
The value of x will stay 42. Or does it? Have a look at the following little experiment
and try to figure out what is happening: -
public class TrickyStuff {
-
-
-
public static void main(String[] args) {
-
-
(new Thread() {
-
public void run() {
-
while(x = 42);
-
System.out.println( "x != 42" );
-
System.exit(0);
-
}
-
} ).start();
-
-
System.out.println("x= "+x);
-
while(true) { x=x++;}
-
}
-
}
kind regards,
Jos
System.out.println( "x != 42" ); just prints x!=42 it has no value other than printing out text.
while(true) { x=x++;} is skiped durning the run.
nomad
-
public class TrickyStuff {
-
-
private static int x= 42;
-
-
public static void main(String[] args) {
-
-
(new Thread() {
-
public void run() {
-
while(x == 42);
-
System.out.println( "x != 42" );
-
System.exit(0);
-
}
-
} ).start();
-
-
System.out.println("x= "+x);
-
while(true) { x=x++;}
-
}
-
}
When I run this code (Eclipse 3.2 Java 1.6.0_01) I get as output:
and the process never stops; the other thread has terminated but the main
thread keeps on running. When I change the 'while (true)' thing in the main
thread to, say: -
boolean flag= true;
-
while (flag) ...
-
I only get the output 'x= 42'. It is tricky stuff; when the compiler compiles whithout
optimizing anything x does become 43 for a very short moment and after the
old value (42) is stored in x again. If in that very short moment the other thread
tests for the value of 'x' it can terminate its while loop. The main thread never
terminates though.
It all depends on thread scheduling and when the values of 'x' are written back
to main memory where all (both) threads can access it. It is tricky stuff indeed ;-)
kind regards,
Jos
-
public class TrickyStuff {
-
-
private static int x= 42;
-
-
public static void main(String[] args) {
-
-
(new Thread() {
-
public void run() {
-
while(x == 42);
-
System.out.println( "x != 42" );
-
System.exit(0);
-
}
-
} ).start();
-
-
System.out.println("x= "+x);
-
while(true) { x=x++;}
-
}
-
}
When I run this code (Eclipse 3.2 Java 1.6.0_01) I get as output:
and the process never stops; the other thread has terminated but the main
thread keeps on running. When I change the 'while (true)' thing in the main
thread to, say: -
boolean flag= true;
-
while (flag) ...
-
I only get the output 'x= 42'. It is tricky stuff; when the compiler compiles whithout
optimizing anything x does become 43 for a very short moment and after the
old value (42) is stored in x again. If in that very short moment the other thread
tests for the value of 'x' it can terminate its while loop. The main thread never
terminates though.
It all depends on thread scheduling and when the values of 'x' are written back
to main memory where all (both) threads can access it. It is tricky stuff indeed ;-)
kind regards,
Jos
Wow, really cool to know. Good stuff man...
-blazed
-
public class TrickyStuff {
-
-
private static int x= 42;
-
-
public static void main(String[] args) {
-
-
(new Thread() {
-
public void run() {
-
while(x == 42);
-
System.out.println( "x != 42" );
-
System.exit(0);
-
}
-
} ).start();
-
-
System.out.println("x= "+x);
-
while(true) { x=x++;}
-
}
-
}
When I run this code (Eclipse 3.2 Java 1.6.0_01) I get as output:
and the process never stops; the other thread has terminated but the main
thread keeps on running. When I change the 'while (true)' thing in the main
thread to, say: -
boolean flag= true;
-
while (flag) ...
-
I only get the output 'x= 42'. It is tricky stuff; when the compiler compiles whithout
optimizing anything x does become 43 for a very short moment and after the
old value (42) is stored in x again. If in that very short moment the other thread
tests for the value of 'x' it can terminate its while loop. The main thread never
terminates though.
It all depends on thread scheduling and when the values of 'x' are written back
to main memory where all (both) threads can access it. It is tricky stuff indeed ;-)
kind regards,
Jos
It has to be a very short period of time indeed because when I put - while(x == 42);
-
System.out.println(x+ " x != 42" );
it always printed "x = 42 x != 42".
Your sleeves are tricky place to be Jos.
It has to be a very short period of time indeed because when I put - while(x == 42);
-
System.out.println(x+ " x != 42" );
it always printed "x = 42 x != 42".
Your sleeves are tricky place to be Jos.
Could very well be: the System.out Stream is shared too between the two threads.
I have never seen that output but it isn't impossble. You stated that your process
terminates in a previous reply; that's the part I don't understand: the main thread
should loop until hell freezes over ;-)
kind regards,
Jos
Your sleeves are tricky place to be Jos.
ps.
One should always explore the darkest corners of a (programming) language to
really get to know the language ;-)
kind regards,
Jos
...You stated that your process
terminates in a previous reply; that's the part I don't understand: the main thread
should loop until hell freezes over ;-)
kind regards,
Jos
Isn't it that after "x != 42" is printed then System.exit(0); terminates the program?
Isn't it that after "x != 42" is printed then System.exit(0); terminates the program?
Ah, yes, of course (I'm a bit tired), I was wrong of course; forget that remark.
What also surprises me is that Prometheuzz doesn't get that output; tricky stuff ...
kind regards,
Jos
Ah, yes, of course (I'm a bit tired), I was wrong of course; forget that remark.
What also surprises me is that Prometheuzz doesn't get that output; tricky stuff ...
kind regards,
Jos
There's quite a few tricky areas in Java too. Remember that JFrame named Ghost?
There's quite a few tricky areas in Java too. Remember that JFrame named Ghost?
Erm, nope; enlighten me please; I like tricky things ;-)
kind regards,
Jos
Erm, nope; enlighten me please; I like tricky things ;-)
kind regards,
Jos
If you call a JFrame or awt Frame "Ghost" on some windows platforms (windows XP is one of them) it wont be displayed even if you do setVisible(true);
If you call a JFrame or awt Frame "Ghost" on some windows platforms (windows XP is one of them) it wont be displayed even if you do setVisible(true);
Something like - import javax.swing.*;
-
public class Test {
-
private static JFrame ghost = new Ghost();
-
-
public static void main(String[] args) {
-
ghost.setVisible(true);
-
System.out.print("You can't see me");
-
}
-
-
}
-
-
class Ghost extends JFrame { }
-
Won't show on both 1.4 and 1.5 on XP
Something like - import javax.swing.*;
-
public class Test {
-
private static JFrame ghost = new Ghost();
-
-
public static void main(String[] args) {
-
ghost.setVisible(true);
-
System.out.print("You can't see me");
-
}
-
-
}
-
-
class Ghost extends JFrame { }
-
Won't show on both 1.4 and 1.5 on XP
Cute! I have Java 1.6 and the window does show; tomorrow at the office I'll try it
on a previous Java version. I like those Easter Eggs ;-)
kind regards,
Jos
Cute! I have Java 1.6 and the window does show; tomorrow at the office I'll try it
on a previous Java version. I like those Easter Eggs ;-)
kind regards,
Jos
It's always good to see the program disobey you for once. I'm tempted to stick this so people can people can keep the treats coming.
It's always good to see the program disobey you for once. I'm tempted to stick this so people can people can keep the treats coming.
Great!!!!!
It was a yummy thread!!!! So many surprizing things.
I enjoyed it a lot.
Sign in to post your reply or Sign up for a free account.
Similar topics
by: Felipe Gasper |
last post by:
I'm trying to make some "sub-cells" in an HTML table and to control
their positioning and content presentation via CSS. In the table at
the following URL:
...
|
by: Kai-Uwe Bux |
last post by:
Hi folks,
I have trouble writing a class, derving from stringstream, that collects
item and once it's done will write them to std::cout in one go. It works
fine except when I use it as a...
|
by: PyPK |
last post by:
What possible tricky areas/questions could be asked in Python based
Technical Interviews?
|
by: Chris Capel |
last post by:
I want to do something along the lines of this:
class someclass {
static void Main() {
int i = 5;
int j = 3;
changevalue(ref i, j);
Console.WriteLine(i.ToString()); //I want this to output 3...
|
by: Thomas Tomiczek |
last post by:
Ok, working my way through a complex library conversion to .NET 2.0 and C#
2.0 with generics I am totally stuck on one thing -if anyone sees the issue
I would be more than glad.
The situation is...
|
by: Sebastian |
last post by:
Here's the thing I have a web aplication (1.1) and one of my classes
has an array as a property (let's say Class A, has an ArrayList of Bs).
On the other side I have a win form app which uses web...
|
by: seberino |
last post by:
How extract the visible numerical data from this Microsoft financial
web site?
http://tinyurl.com/yw2w4h
If you simply download the HTML file you'll see the data is *not*
embedded in it but...
|
by: joebenjamin |
last post by:
This is a problem I was trying to help a few friends figure out for fun. I
am not sure how to go about this, but there is something I am missing
here. Here is what we want the output to be:
Need...
|
by: Osiris |
last post by:
Just something I would like to share:
I just learned the hard way (2 days detective work on a bug) that foreach
loops are not at all like for loops, not intuitive at all. BEWARE: arrays
and...
|
by: raylopez99 |
last post by:
Just an observation: pens for drawing lines in Win Forms are tricky
when assignment is inside the paint handler.
inside of the Paint handler, but not inside a "using" brace (that is,
outside of...
|
by: Charles Arthur |
last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
|
by: ryjfgjl |
last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
|
by: emmanuelkatto |
last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud.
Please let me know.
Thanks!
Emmanuel
|
by: nemocccc |
last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
|
by: Hystou |
last post by:
There are some requirements for setting up RAID:
1. The motherboard and BIOS support RAID configuration.
2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
|
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
|
by: Hystou |
last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers,...
| |