|
You can use PlaySound to play a wave, and it's also possible to set the screen resolution, but I forget how. You'd be better off to use DirectX, where you can use Direct Sound for sounds and Direct Play for network access.
You can use timeGettime to track time, and then use that to set incrementing of values in your OnIdle function so you get variable frame rates and the same game play speed no matter what.
Did I recommend Tricks of the Windows Game Programming Gurus by Andre La Mothe last time ? I think it covers everything you're after, and I can only recommend it again as the best single source for all the info you are after.
Christian
Secrets of a happy marriage #27:
Never go to bed if you are mad at each other. It's more fun to stay up and fight.
|
|
|
|
|
Cool yeah I will definitely get that book so I can learn to use directx and such.. timeGettime - I'm a little fuzzy on how you would use it with OnIdle, as I'm fuzzy on C++ in general. Example? 
|
|
|
|
|
I have an SDI, CFormView. I made the background of this appliation a very cool picture with jagged edges. I want to remove the border so that when you execute the program, you just see the picture, rather than the picture in a CFormView. If I can remove the border, then just the picture background is visible.
I right click on the IDD_DIALOG and clicked properties, then styles and made the border none, but it still appears. Any ideas on how to remove the border completely so that the picture gives the illusion that it is the border.
Any response any one can give me will be greatly appreciated.
Sincerely,
Danielle
|
|
|
|
|
I right click on the IDD_DIALOG and clicked properties, then styles and made the border none, but it still appears.
The border belongs to frame window. You'll have to handle WM_NCPAINT in frame class if you want to paint outside the formview.
Tomasz Sowinski -- http://www.shooltz.com
|
|
|
|
|
I have a file created with the struct member alignment set to 1 byte instead of the VC++ default of 8 bytes. The file consists of a series of this structure and I now wish to read the file with a program compiled with the default 8 bytes struct member alignment. In fact, most of the files are already in circulation and conversion is not a good option.
Any help?
Best regards,
Paul.
Paul Selormey, Bsc (Elect Eng), MSc (Mobile Communication) is currently Windows open source developer in Japan, and open for programming contract anywhere!
|
|
|
|
|
Is the struct definition in its own header file? If so, then in your new program you can do:
#pragma pack(push,1)
#include <struct-definition.h>
#pragma pack(pop) Actually, the best place for those #pragma packs is in the struct definition header itself, so that you don't have to put the #pragmas in every app that might use the header, but I don't know if that's an option for you.
--Mike--
http://home.inreach.com/mdunn/
"Make sure that if you are using a blow torch that you don't set anything on fire."
-- Chris Maunder
|
|
|
|
|
Thanks so much for the information. I have followed to find more information on the #pragma pack().
Unfortunately, currently it is not working--just crashing. But I hope I will be able to solve the problem with this information-again thanks.
Best regards,
Paul.
Paul Selormey, Bsc (Elect Eng), MSc (Mobile Communication) is currently Windows open source developer in Japan, and open for programming contract anywhere!
|
|
|
|
|
 Here's the general question -- is there a way for me to remove the "Resident Name Table" from a DLL?
The DLL in question is in use only by my client application -- and should not be used by others. I would like to deter someone from reverse engineering the code. A quite enterprising person could use this list of exports to find quite a bit of information about my internals...
When I build the DLL, I also generate a LIB file.
When I build the EXE, I link with the LIB file.
It would be my assumption that the LIB file actually contains the mapping of named entry points to ordinal entry points. Yet the generated DLL still contains these named entry points. I've scoured the MSDN only to find information about this by inference -- but no hard info.
Looking thru my Visual Studio directories -- I don't see a utility that would strip it -- or this utility is cleverly named to mislead me.
I think that a lot of people would benefit from this information....
Regards,
-peter
|
|
|
|
|
Export your functions by ordinal instead of by name. You'll need to use a DEF file to do this. See the help page "Export from a DLL Using .DEF Files" for more info.
--Mike--
http://home.inreach.com/mdunn/
"Make sure that if you are using a blow torch that you don't set anything on fire."
-- Chris Maunder
|
|
|
|
|
Thanks... for the info -- but I was hoping not to do it that way.
This DLL contains about 150 classes with many methods in each. Most every class is currently marked declspec(dllexport)....
Is there no way to just strip the name table?
Sounds like I need to write one -- years ago I worked for Borland -- and we had a way to do this -- but, alas, I don't work there anymore... Those days were good -- you could always get a custom version of the linker if you needed it....
Is it the case that the loader (win32) actually resolves these names at runtime -- even if I link to the LIB created when that same DLL is built?
-p
|
|
|
|
|
I think a .DEF file is the only way to do it with MSVC. Check out MFC42.DEF (in [msdevdir]\vc98\mfc\src\intel) - even MS uses a DEF file to export stuff by ordinal.
Is it the case that the loader (win32) actually resolves these names at runtime -- even if I link to the LIB created when that same DLL is built?
Yep. The import LIB goes in your EXE and lists which exports you call. (This is how Depends knows which DLLs your app uses and what functions it calls.) When the PE loader starts up your EXE, it loads all implictly referenced DLLs and checks that they have all the entry points your EXE references.
--Mike--
http://home.inreach.com/mdunn/
"Make sure that if you are using a blow torch that you don't set anything on fire."
-- Chris Maunder
|
|
|
|
|
oh well -- thanks for the info.
it kinda seems like an opportunity to write a tool -- but it really seems like a good shortcoming of MSVC. BorlandC++ did this nicely -- oh well....
-p
|
|
|
|
|
Is there a way to send lines of formatted text to the rich edit control?
|
|
|
|
|
Hi,
I'm curious about how the floating tools (colors/swatches, history, etc) in Adobe Photoshop are implemented in VC++. At first I thought toolbars, then modeless dialogs, and now I'm wondering if they're CDialogBars or even some funky type of CView? What are your thoughts?
thanks,
Jake
Also, is there a way to get rid of the fat margins on a dialog box, which might make mine look closer to Photoshops?
|
|
|
|
|
I'll bet dollars to donuts that Photoshop does not use MFC. You can change your dialog boxes properties in the dialog editor.
Christian
Secrets of a happy marriage #27:
Never go to bed if you are mad at each other. It's more fun to stay up and fight.
|
|
|
|
|
Hi all!!!
How to create multilanguge application, in which user can change a language during run-time, for example, selecting it from menu.
Thanks.
|
|
|
|
|
Hello, the codegurus around the world.;)
We can load the resource DLL file in InitInstance()
on the user selection or detection of the language OS.
I think that this is the easiest way.
However, we may need some tool to convert English resource file
to Japanese resource file, for example. 
You can find some reference of the multi-language in MSDN help.
Have a nice day!
-Masaaki Onishi-
|
|
|
|
|
Thanks.
...but can you explain this more detailed, whith example.
|
|
|
|
|
Try SetThreadLocale function. Create resources in required languages one resource for one language. For example, dialog IDD_ABOUT (English) and IDD_ABOUT (Spanish). Then use SetThreadLocale to choose Your thread locale. Loading IDD_ABOUT dilaog template will load proper version. But this function is only available on NT systems, afaik.
On non-nt system You may try to dynamically change resource handle, but don't know if it work.
I use SetThreadLocale with success in FileMaster, see: www.geocities.com/TeamMukippe/
|
|
|
|
|
The problem is that my applictaion must work in all kind of windows system, even on win95
|
|
|
|
|
Create several language dll's and dynamically load that required one during application startup. Use AfxSetResourceHandle to set resource handle for MFC app. Maybe even it will be possible to change that handle in run-time??
|
|
|
|
|
I do that.
I use AfxSetResourceHandle().
I get the handle of the resources dll and then use AfxSetResourceHandle.
You need to put the AfxSetResourceHandle in several parts of your code because I don't Know why the application loose it.
Cheers!!!
Carlos Antollini.
|
|
|
|
|
I've successfully build the EXE for my program, but when I double click on it to run, a message come up like the one below...
----------------------------------------
Microsoft Visual C++ Debug Library
----------------------------------------
Debug Assertion Failed!
Program - ...Program.EXE
File: dlgdata.cpp
Line: 43
For information on how your program can
cause an assertion failure, see the Visual
C++ documentation on asserts.
Please Retry to debug the application.
= Abort = = Retry = = Ignore =
-----------------------------------------------
That was the message, I've try looking it up in the help file, but no luck. PLease help, the program just won't run even if I press Abort, Retry, or Ignore. When I press Retry, a message come up saying "An Unsupported Operation Was Attempted!"...
Please, I really need to get this thing fix...
|
|
|
|
|
1. Did you try to debug it from IDE?
2. Did you try to build a release version?
I vote pro drink
|
|
|
|
|
F5 Helps
Cheers!!!!
Carlos Antollini.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
