|
If your compiler has the inttypes.h header available (such as GCC), you're in luck. This header defines types such as int64_t and uint64_t . So, you might want to create something like this:
#ifdef __GNU_C__<br />
#include <inttypes.h><br />
#define HAS_INTTYPES<br />
#endif<br />
<br />
<br />
<br />
#ifndef HAS_INTTYPES<br />
#ifdef MSC_VER<br />
typedef __int64 int64_t;<br />
#elif __BORLANDC__<br />
typedef __int64 int64_t;<br />
#endif<br />
#endif
This was just off the top of my head. Hope this helps
- Mike
|
|
|
|
|
Hello everybody, I hope you`r all fine I have finished a project excecpt 1 thing i haven`t found any resource explain it Printing a Bell which contain : no,product`s name ,price ,total etc... how can i print it as you know the bell contains subjects i just want to print just what i sell[product info.] so any help will help thank you and big fat bye .
|
|
|
|
|
i know that normally i should code my drawing for eg a rectangle in SDI view.cpp. But my project(SDI) consists of several dialogs requiring user input for rect dimensions. so is it advisable to code in the view.cpp and with my member dialog variables declared there, or i can code my drawing in the respesctive dialogs.cpp and then point to SDI view? i tried the former and i get assertion error coz when the program was 1st run, it tried to draw the rect which should not be the case as i want the user to open the dialog within the SDI and input the dimensions then when "OK" is clicked only will the rectangle appear...can anyone advise?
btw, i was using opengl to draw my rect.
|
|
|
|
|
Generally speaking, proper architecture would suggest that code that draws in the view should be in the view class. If you want to prevent drawing until after soliciting user input, use a boolean or some other check to ensure that the drawing code doesn't execute until you're ready.
|
|
|
|
|
hmm,I am now trying to code my ONPAINT fuction in a dialog.cpp while keeping all the other ONCreate, OnDestroy, On Setpixeldescription in my view. How do I call a pointer to the view.cpp from my dialog ONPAINT? Is it feasible?
|
|
|
|
|
If you need a pointer to the view, just create a member variable of that type in the dialog class, and initialize it after creating, but before showing, the dialog. For instance, in the dialog header, you'd have something like
CMyView* m_ptrOwnerView;
In the function that creates the dialog,
CMyDialog md;
md.m_ptrOwnerView = this;
md.ShowModal();
However, if you're trying to draw into the view in response to the WM_PAINT message received by the dialog, you have a bit of a problem. You need to draw in response to the WM_PAINT received by the view, not that recieved by the dialog. The WM_PAINT messages sent to the dialog by the OS are not related to view. Re-think your architecture.
|
|
|
|
|
erm, okie i a bit confused over this WM_PAINT thing, so what u are saying is that, if i code my draw rect in my dialog's WM_PAINT function and then i point it to my CView, the CView will not be able to show the rect on screen is it? i been trying to find out the best way to show my grpahics on SDI window whenever user input dimensions into my dialog...so i know i have a problem linking this dialog to my view.then the best way is to code all my drawing into the CView WM_PAINT function?
|
|
|
|
|
Hello, everyone!
I often use the following three popular sleep methods under Linux and Windows platform, they are,
1. sleep
2. usleep
3. nanosleep
But I do not understand what are the special advantages and disadvantages of each sleep methods. Can anyone tell me what are their special advantages and disadvantages? Or attributes? Under what circumstance should I use them?
Thanks in advance,
George
|
|
|
|
|
You haven't "often used" sleep, usleep or nanosleep on the Windows platform, they are all Unix calls. You might have used Sleep (notice the capital). If it is really Linux coding help you want, this is not the best place for it.
--
-Blake (com/bcdev/blake)
|
|
|
|
|
Thanks, Blake buddy!
It seems that you are familiar with Linux/Unix platform. So can you tell me what is their special advantage or disadvantage?
If this is not the best place to discuss the problem, can you introduce me a best online forum or maillist that can be most helpful to me?
regards,
Geo
|
|
|
|
|
Not really, sorry. I was a Unix bigot for years, but I haven't been one since Linus was in middle school.
--
-Blake (com/bcdev/blake)
|
|
|
|
|
Thanks all the same, Blake buddy!
Can anyone else help?
regards,
Geo
|
|
|
|
|
- sleep - Second resolution, and implemented using signals (a SIGALRM is used)
- usleep - Microsec resolution, implemented using a realtime timer. This has actually been deprecated and you should use 'setitimer'
- nanosleep - Nanosecond resolution, implemented using a realtime timer.
Use the one most appropriate - if you are sleeping in whole seconds, then 'sleep' is fine, otherwise you'll need one of the other for more accurate sleeping. Another method of sleeping is to use 'select' with a time specified (in seconds and microseconds), which has the advantage of you also being able to read from sockets etc
|
|
|
|
|
Thanks, Johnny buddy!
Geo
|
|
|
|
|
hi...
can someone please tell me the meaning of this error?
error C2440: 'initializing' : cannot convert from '' to 'class CString'
i get this error when i try to
do
CString temp = m_panotherClass->GetStringData()
my
anotherClass has this definition
CString GetStringData()
{
return data;
}
tks for the help
Have a Super Blessed Day!
-------------------------
For God has not given us a spirit of fear, but of power and of love and of a sound mind.
2 Timothy 1:7
"For God so loved the world that He gave His only begotten Son, that whoever believes in Him should not perish but have everlasting life."
John 3:16
"Therefore you also be ready, for the Son of Man is coming at an hour you do not expet."
Luke 12:40
|
|
|
|
|
Depends on what 'data' is.
_outp(0x64, 0xAD);
and
__asm mov al, 0xAD __asm out 0x64, al
do the same... but what do they do??
(doesn't work on NT)
|
|
|
|
|
data is CString
Have a Super Blessed Day!
-------------------------
For God has not given us a spirit of fear, but of power and of love and of a sound mind.
2 Timothy 1:7
"For God so loved the world that He gave His only begotten Son, that whoever believes in Him should not perish but have everlasting life."
John 3:16
"Therefore you also be ready, for the Son of Man is coming at an hour you do not expet."
Luke 12:40
|
|
|
|
|
Hi,
I have a program that generates a window depending on user settings. The window contains a bitmap that the user selects, and can have various border types (dialog, client edge, no border), and may or may not have a title bar.
The window is supposed to be the size of the bitmap that is selected. However, I have just realised that my window size does not take account of the titlebar or border of the window.
For instance, I calculate my window position and size like this currently:
<br />
BITMAP BMPSize;<br />
HBITMAP SizeCheckBMP;<br />
....<br />
GetObject(SizeCheckBMP,sizeof(BMPSize), &BMPSize);<br />
....<br />
xpos = (GetSystemMetrics(SM_CXSCREEN)/2)-(BMPSize.bmWidth/2);<br />
ypos = (GetSystemMetrics(SM_CYSCREEN)/2)-(BMPSize.bmHeight/2);<br />
width = BMPSize.bmWidth;<br />
height = BMPSize.bmHeight;<br />
....<br />
myWnd = CreateWindowEx(<br />
WS_EX_TOOLWINDOW,<br />
"my_win_class",<br />
WS_DLGFRAME,<br />
NULL,<br />
xpos,<br />
ypos,<br />
width,<br />
height,<br />
NULL,<br />
NULL,<br />
hInst<br />
NULL);<br />
The problem here is, suppose the bitmap is 640x480 pixels in size - the window created by this code will be exactly that size too, which doesn't work if there is a title bar and border, as these will be included in these dimensions. So the bottom of the bitmap will be cut off by the exact number of pixels that the titlebar takes up, or the right and bottom of the bitmap will be cut off by the number of pixels that the dialog frame border takes up. I hope that makes sense.
Could someone please suggest a better way of calculating my window size so that it sizes itself to exactly fit whole of the bitmap, plus the title bar and border?
Many thanks for any help,
KB
|
|
|
|
|
|
Hey, I'll have to remember that one!
Sonork 100.11743 Chicken Little
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
Within you lies the power for good - Use it!
|
|
|
|
|
|
Brilliant, thank you! Both suggestions work great, but I've used AdjustWindowRectEx because it requires less code...
Thanks again,
Keith
|
|
|
|
|
Use GetSystemMetrics to get the height and/or width of the various window components, and add them to your dimension calculations.
Sonork 100.11743 Chicken Little
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
Within you lies the power for good - Use it!
|
|
|
|
|
Actually, Mike's method is better.
""It is impossible to rightly govern the world without God and the Bible." -- George Washington
FLUID UI Toolkit
|
|
|
|
|
What's wrong with my code? the first queried value works but the second one does not. What's the problem?
char Desktop[500];
char Programs[500];
char CurDirectory[500];
GetCurrentDirectory(1000, CurDirectory);
HKEY hKey;
DWORD dwBufLen1, dwBufLen2;
if (RegOpenKeyEx(HKEY_CURRENT_USER, "Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Shell Folders", 0, KEY_QUERY_VALUE, &hKey) == ERROR_SUCCESS)
{
RegQueryValueEx(hKey, "Desktop", NULL, NULL, (LPBYTE) Desktop, &dwBufLen1);
RegQueryValueEx(hKey, "Programs", NULL, NULL, (LPBYTE) Programs, &dwBufLen2);//doesn't work!
}
RegCloseKey(hKey);
-- Steve
|
|
|
|
|