Re: BIOS Time - C / C++ / MFC Discussion Boards

Re: CreateProcess( );

redeemer5-Jun-02 7:32

redeemer

5-Jun-02 7:32

Just parse the string from right to left, and keep adding a char to a buffer until it encounters a '\'.

Re: CreateProcess( );

JohnnyG6-Jun-02 7:23

JohnnyG

6-Jun-02 7:23

Look up: _makepath, _fullpath, and _splitpath in MSDN Smile | :)

I've used these before.

Pop-up menus of windows icons

5-Jun-02 2:10

Hi,
how it's possible to modify in MFC the pop-up menu that appears when i click on the icon of a window? I've searched something in MSDN but nothing Cry | :((

Re: Pop-up menus of windows icons

-Dy5-Jun-02 3:38

-Dy

5-Jun-02 3:38

Anonymous wrote:
when i click on the icon of a window

Do you mean the system menu? Check out CWnd::GetSystemMenu, CMenu::AppendMenu, CMenu::InsertMenu & CMenu:: ModifyMenu

Dylan Kenneally
London, UK

Re: Pop-up menus of windows icons

Rage5-Jun-02 5:29

Rage

5-Jun-02 5:29

For a fast tutorial, create a new dialog app (with MFC) project, and check out how the About Box is handled in OnInitDialog() and OnSysCommand() Big Grin | :-D

~RaGE();

BIOS Time

SamirSood5-Jun-02 1:49

SamirSood

5-Jun-02 1:49

Is there any Function in MFC through which i can get the bios time.;)

Samir Sood

Re: BIOS Time

Tomasz Sowinski5-Jun-02 2:30

Tomasz Sowinski

5-Jun-02 2:30

SamirSood wrote:
Is there any Function in MFC through which i can get the bios time.

You mean BIOS release date? Big Grin | :-D

Tomasz Sowinski -- http://www.shooltz.com

- It's for protection
- Protection from what? Zee Germans?

Re: BIOS Time

SamirSood5-Jun-02 2:48

SamirSood

5-Jun-02 2:48

What i exactly mean is that I want to get the current system time based on the BIOS time. Because if I change the system time through the Adjust time/date then the APIS such as GetCurrentTime will return the changed System time.
What I want is that I want the correct time based on the time stored in BIOS or somewhere else which is intransient to the change in system time by the User.

Thanks in Advance. Smile | :)

Samir Sood

Re: BIOS Time

Tomasz Sowinski5-Jun-02 3:41

Tomasz Sowinski

5-Jun-02 3:41

So you're suggesting that changing time in Windows doesn't change BIOS time?

Tomasz Sowinski -- http://www.shooltz.com

- It's for protection
- Protection from what? Zee Germans?

Re: BIOS Time

dazinith5-Jun-02 3:46

dazinith

5-Jun-02 3:46

changing the clock in windows does change the bios time..

i think what he may be asking is if it is 9:35.. and 5 minutes later someone sets the clock to 9:36, how can he tell 5 minutes went by instead of 1..

is that what your asking? if so i would think you would have to monitor the time at a constant rate.. like have a thread that checks the clock every 30 seconds.. this 30 secods would be based of the speed of the system clock..

-dz

Re: BIOS Time

SamirSood5-Jun-02 5:25

SamirSood

5-Jun-02 5:25

Yes It does change the BIOS time . But is there anything in the BIOS which stores how many clock ticks have passed since it was manufactured then relatively we can get the current time is that so ?
Please reply t it

Samir Sood

Re: BIOS Time

Rage5-Jun-02 5:33

Rage

5-Jun-02 5:33

May GetTickCount() solve the problem ? Do you only need a base time ?

~RaGE();

Re: BIOS Time

John M. Drescher6-Jun-02 10:14

John M. Drescher

6-Jun-02 10:14

SamirSood wrote:
But is there anything in the BIOS which stores how many clock ticks have passed since it was manufactured

No there is not.

John

Re: BIOS Time

Mike Nordell5-Jun-02 3:53

Mike Nordell

5-Jun-02 3:53

SamirSood wrote:
Is there any Function in MFC through which i can get the bios time.

No. Smile | :)

So, how is Win16-land nowadays?

classes,dlls and class wizard

5-Jun-02 1:08

Guys,I have got few problems with classes.Could you help in most of these?

I have a few custom classes ,some deriving from MFC and others just generic classes.I want to convert them all into dll.I know how to declare and use functions from dll but donot know to create them with classes.
How to create them?

Also,how can I make my custom classes show in the class wizard?

Thirdly,some of these classes are embedded in others and there is a final class that is derived from one of the classes.In terms of memory and other things,is MFC container reliable or is STL container reliable to hold the final class.

Lastly,does mixing STL and MFC cause any exceptions?Is it good to mix them?

That's it!!!Waiting.

Re: classes,dlls and class wizard

Tomasz Sowinski5-Jun-02 1:16

Tomasz Sowinski

5-Jun-02 1:16

To export classes from .dll, you need to mark them as __declspec(dllexport). To import, you'll need __declspec(dllimport). Since the specifiers go to .h files, you'll need a way to mark them as exported when compiling .dll, and imported when using .dll in other project. This can be easily done with preprocessor:

#if BUILDING_MY_DLL
#define EXPORTED __declspec(dllexport)
#else
#define EXPORTED __declspec(dllimport)
#endif

class EXPORTED MyClass
{
//...
};

I'm usually inserting #if/#endif stuff in special .h file included before any exported class declaration.

BUILDING_MY_DLL should be defined in Project Settings, C++ category, Preprocessor section. Of course, it cannot be defined when you're just using .dll in other project.

Brendan O`Connor wrote:
Lastly,does mixing STL and MFC cause any exceptions?Is it good to mix them?

You can mix them. Is it good? It depends who you'll ask. If it works for you, go with it.

Tomasz Sowinski -- http://www.shooltz.com

- It's for protection
- Protection from what? Zee Germans?

Re: classes,dlls and class wizard

James R. Twine5-Jun-02 4:53

James R. Twine

5-Jun-02 4:53

Brendan O`Connor wrote:
Lastly,does mixing STL and MFC cause any exceptions?Is it good to mix them?

   Since the other questions have been answered, I will add a little tidbit to your last question.  Since you are talking about exposing/exporting classes from DLLs, you should be aware that exposing/exporting STL collections across DLL boundaries may cause you problems, due to the way that (some) STL classes use static members.

   These STL classes that will have problems (as well as some workarounds) are detailed in the MSDN Knowledge Base.

   Note that under some situations, the collections will seem to work fine for a while, and then may just start to fail for no obvious reason.  Because of that simple fact, never assume that "it works" is a reason to beleve that "it works well", or "it's correct".

   (IOW, never "go with" something just because "it works", unless you can explain why it works.)

   Peace!

-=- James.
"Some People Know How To Drive, Others Just Know How To Operate A Car."
(Try Check Favorites Sometime!)

Re: classes,dlls and class wizard

Tomasz Sowinski5-Jun-02 4:52

Tomasz Sowinski

5-Jun-02 4:52

James R. Twine wrote:
IOW, never "go with" something just because "it works", unless you can explain why it works

How many users of MFC and STL can explain how they work?

Tomasz Sowinski -- http://www.shooltz.com

- It's for protection
- Protection from what? Zee Germans?

Re: classes,dlls and class wizard

James R. Twine5-Jun-02 5:21

James R. Twine

5-Jun-02 5:21

Tomasz Sowinski wrote:
How many users of MFC and STL can explain how they work?

   I believe you should read my comments again; I wrote: "unless you can explain why it works".  Why something works is much different than How something works.  For example, I can briefly explain why a plane is a better choice for getting to Japan than a car is, without having to get into properties of lift or how an piston-based ICE works.

   And, all of the genuinely competent developers that I know can explain how MFC's CWnd-based classes work, how the handle lookups are done, the situations when CWnd::GetDlgItem(...) will return a pointer to a "real" object, and when it will just return a pointer to a temporary CTempWnd object instead, why some care needs to be taken when using these classes across threads, etc, which covers the how quite nicely.

   I would have to guess that most of the people answering questions here could do the same as well, or at least know their limitations, otherwise they risk giving out incorrect information to others...  It would be very depressing to find out that this was not true.

   Peace!

-=- James.
"Some People Know How To Drive, Others Just Know How To Operate A Car."
(Try Check Favorites Sometime!)

Re: classes,dlls and class wizard

James R. Twine6-Jun-02 18:43

James R. Twine

6-Jun-02 18:43

Did you have any further issues?

Peace!

-=- James.
"Some People Know How To Drive, Others Just Know How To Operate A Car."
(Try Check Favorites Sometime!)

Re: classes,dlls and class wizard

Tomasz Sowinski6-Jun-02 23:50

Tomasz Sowinski

6-Jun-02 23:50

No - you've made your point clear.

Tomasz Sowinski -- http://www.shooltz.com

- It's for protection
- Protection from what? Zee Germans?

DAO and Visual Studio .NET

5-Jun-02 1:02

Hi!
I can't build with VC++ 7.0 the project that use DAO. The VC++ 6.0 build correctly the same project. I receive the following error message:
fatal error LNK1120: 1 unresolved externals
"public: class ATL::CStringT > > __thiscall CdbLastOLEError::GetDescription(void)"

Do you now somebody the resolution?
Thanks

Feri

BMP 24 bit to 1 bit

Nish Nishant5-Jun-02 0:46

Nish Nishant

5-Jun-02 0:46

Okay

I finally found some samples on MSDN that show how we can save an bitmap from an HBITMAP

The problem is it's saving it in 24 bits Frown | :-(

(

Is there anyway that I can change the bits/pixel setting of my DC?

Or say once I have the bitmap ready in memory, is there anyway by which I can change it from a 24 bit bitmap to a 1 bit bitmap???

Regards
Nish

p.s. only GDI, no GDI+ Cry | :((

Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.

Re: BMP 24 bit to 1 bit

Tomasz Sowinski5-Jun-02 1:06

Tomasz Sowinski

5-Jun-02 1:06

Well, you can always BitBlt from 24-bit to 1-bit memory DC. But quality will be totally unacceptable. You should perform some dithering (Floyd-Steinberg error diffusion, perhaps).

Tomasz Sowinski -- http://www.shooltz.com

- It's for protection
- Protection from what? Zee Germans?

Re: BMP 24 bit to 1 bit

Nish Nishant5-Jun-02 1:14

Nish Nishant

5-Jun-02 1:14

Tomasz Sowinski wrote:
Well, you can always BitBlt from 24-bit to 1-bit memory DC. But quality will be totally unacceptable. You should perform some dithering (Floyd-Steinberg error diffusion, perhaps).

Quality is not a problem. The bitmap consists of just black and white.
I draw it on my CView using *blush* SetPixel Blush | :O

Here is the code I am using :-

HDC hDC;	
hDC = ::GetDC(m_hWnd); 
	
HDC hMemDC = CreateCompatibleDC(hDC);
RECT r;
::GetClientRect(m_hWnd,&r);
SIZE size;
size.cx = r.right-r.left;
size.cy = r.bottom-r.top;
	
HBITMAP hBitmap = CreateCompatibleBitmap(hDC, size.cx, size.cy);	
	

if (hBitmap)
{
	HBITMAP hOld = (HBITMAP) SelectObject(hMemDC, hBitmap);
	BitBlt(hMemDC, 0, 0, size.cx, size.cy, hDC, 0, 0, SRCCOPY);
	SelectObject(hMemDC, hOld);	
		
	if(m_hBitmap)
		DeleteObject(m_hBitmap);
		
	m_hBitmap = hBitmap;
		
	DeleteDC(hMemDC);
	::ReleaseDC(NULL, hDC);		
}

I guess I should change my CreateCompatibleDC to #CreateDCwith1Bits#!

But how do I do that? Is there any GDI function for that?

Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.