You could also take out the prototypes for those constructors.
Ancient Dragon commented: good point :) +36
prgrmmngaccnt commented: thanks for solving the problem. +0
You could also take out the prototypes for those constructors.
yah..=D that works for me..
and a other question.. if my system is 32bit, i coulnt use 64bit registers?
Then just replace "%%rax" with "%%eax" and "movq" with "movl"
html is also not object oriented, but I think what you are asking (correct me if i am wrong) is if different methods of interpreting html performed by different web browsers will change the actual results displayed on the screen, and the short answer is no, except in the situation where you are using an extremely poorly coded web browser.
By KBC, do you mean the Keweenaw Brewing Company or the Kentucky Baptist Convention?
I noticed that you are using the non-standard library conio.h in your code, its a pretty outdated library and it would probably be better to use a different library, but it does provide support for input that doesn't echo to the screen with the getch() function (which you actually use in your code).
If you want to use conio.h, then something like this should work
string getPassword()
{
string s = "";
char c;
while ( (c = getch()) != '\n' )
{
cout << '*';
s += c;
}
return s;
}
NCTKID1, what is the purpose of your three posts on this thread? To me they don't seem like they would help anyone, considering all you are doing is post some code that is a complete alternative to the original posters code. And even if it did help him, did you consider that this thread was started more than 3 years ago?
When broken down, a char is just a single byte, that is the reason why it only takes char* pointers, because char is a just a byte. You can just cast your double* to a char* pointer and change the size argument so that it accounts for the size of a double. Like this:
//this will write a single double in binary format
outfile.write( (char*)(&a_double), sizeof(double) );
This isn't converting from binary to ASCII, or anything of the sort, it is just treating the 8-byte (on most computers) double as 8 characters (bytes).
you are reading the binary representation of an integer instead of the decimal representation of an integer. result = fread(&num_cust[0], sizeof(int), 1, fp);
reads however many bytes the size of an integer is (on most computers, that is 4 bytes.) So assuming a 4 byte integer, the function would read the bytes represented by the characters "3\n27" into the variable result.
You should use the fscanf function for getting input that would be a decimal number like fscanf(fp, "%d", &result);
Indentation is pretty important too, especially when you have a problem with looping
#include<stdio.h>
int main()
{
int pcheck = 1,i;
int k = 1000
for(i = 2;i < k;i++)
{
if((k % i) == 0)
{
pcheck = 0;
break;
}
}
if(pcheck)
{
printf("%d is a prime .\n",k);
}
else
{
printf("%d is not a prime.\n",k);
}
return 0;
}
Why would you want to use graphics.h anyway? It was written for dos, and almost no one runs dos now.
I don't know much about libQGLViewer, but you could try keeping viewer local and just making a variable that points to viewer global, and call updateGL using that pointer.