|
Do you know which directory (and subdirectory) 'winmm.lib' is located? It's usually under Microsoft Visual Studio\VC98\Lib.
What you need to do, is to go to Tools->Options->Directories and right under the "Show directories for:" window you'll have to scroll down to "Library files" selection and make sure the directory path is shown for where "Microsoft Visual Studio\VC98\Lib" is located. That will tell the system where to find 'winmm.lib'.
Wish you success! 
William
|
|
|
|
|
Niether of the above seem to work...
I'm really stuck
|
|
|
|
|
I have items in a file and each item has 50+ parameters. I have the item names in a tree control. I was wondering what the best way is to store all the parameters. I would like something that would be similar to:
itemName = GetSelectedItem();
then something like:
itemName.GetFirstParameter();
Any tutorials on how to do something like that?
-Raffi
|
|
|
|
|
do you know how linked lists work? well... if so, you could have a linked list of linked lists (that's confusing)... to start, just try an array of linked lists. after that, you can make it a linked list of linked lists.
lemmie know if you want a more specific answer
peace
omoshima
modified 21-May-21 21:01pm.
|
|
|
|
|
Sorry if you saw it 2nd time. But I need answer for this.
Can you give me some lines of code about:
-Get coordinates of the current character (in current line) in a rich edit control.
Ex:
CPoint pt;
pt=Get....(); //or something like that
Thanks.
Hung Son
A Vietnamese student
i-g.hypermart.net
dlhson2001@yahoo.com
|
|
|
|
|
Try GetCaretPos
Best regards,
Alexandru Savescu
|
|
|
|
|
Hi.
I have a question about software design pertaining in particular to MFC and Windows programming in general. Windows programs rely heavily on messages. Objects sends and receive messages. Is it conventional to keep classes independent one of one another and/or is it conventional to integrate all classes and objects into on system of classes?
For example, I have a simple doc/view (SDI) program. There is a function in doc called Divide(). This function performs a divide of two integers. Now, let say I have a dialog box that requires the use of division. The difference is that the dialog box is not meant to perform division. It requires division for another purpose. In the case above, is it conventional to send a message back to main frame and then redirect the message to doc to perfect the division? Is it conventional to just create a new function for that dialog box?
If it is conventional to create a new function for the dialog box, then how about if the similarity is a structure, or a class?
Messages in Windows open up new doors for programmers allowing programmers to try out more tools.
Thanks,
Kuphryn
|
|
|
|
|
Others' opinion may vary, but mine is you should avoid accessing funtcionality thru Windows messages whenever possible. This introduces very strong dependencies on the overall architecture of the app, and makes it harder to eventually reuse some of the components you've written in other programs. In the very simple case you describe, unless your dialog box is strongly coupled to the whole application, it is better to pass it a "divider" object it can use for their dividing needs. Something like this:
class Divider
{
public:
virtual int divide(int a,int b)=0;
virtual ~Divider()=0{}
};
...
class YourDialogBox
{
public:
YourDialogBox(Divider& divider,...)
...
};When launching the dialog, just pass a Divider-derived class that access the Doc and performs the required operation. This way you have a reusable dialog box with no particular dependencies on the rest of the app.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
I perfer encapsulation too. Microsoft seems to have gone overly integrated with MFC.
Kuphryn
|
|
|
|
|
I'm stuck. Can anyone tell me how to edit a seperate file in C++. i have the filename and hex locations of what i want, i just dont know the commands.
Thanks,
Jordan
The world is what we make it. Lets plan well.
|
|
|
|
|
Depends on the file handling APIs you're using. For iostreams, after opening the file, use seekg and seekp to set the read and write cursor, respectively.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Hi does anyone know how to convert from the time_t type to a VARIANT DATE type? The problem is I can't use MFC and so COleDateTime can't be used.
Cheers
|
|
|
|
|
Look at Chris Sells CComDate
http://www.sellsbrothers.com/tools
|
|
|
|
|
Here's one way to do it:
Convert from time_t to FILETIME like this (Q167296):
void UnixTimeToFileTime(time_t t, LPFILETIME pft)
{
// Note that LONGLONG is a 64-bit value
LONGLONG ll;
ll = Int32x32To64(t, 10000000) + 116444736000000000;
pft->dwLowDateTime = (DWORD)ll;
pft->dwHighDateTime = ll >> 32;
}
Then, convert from FILETIME to SYSTEMTIME by calling FileTimeToSystemTime().
Then, convert from SYSTEMTIME to VARIANT TIME by calling SystemTimeToVariantTime().
This is kind of like playing "Six Degrees of Kevin Bacon".
|
|
|
|
|
yah i know an installer will do that for me but i dont want this app to use an installer ... its static linked and has to be a single .exe file
i want to check if there is a start-menu shortcut and add one if not from within the exe
i know its prolly a no-brainer but i keep finding WSH references in msdn ... windows scripting host??? 
clues appreciated
"... and so i said to him ... if it don't dance (or code) and you can't eat it either f**k it or throw it away"
sonork: 100.18128 8028finder.com
|
|
|
|
|
|
Mike Nordell wrote:
IShellLink
Short and sweet
"When a friend hurts us, we should write it down in the sand, where the winds of forgiveness get in charge of erasing it away, and when something great happens, we should engrave it in the stone of the memory of the heart, where no wind can erase it"
Nish on life [methinks]
|
|
|
|
|
|
Look at the following KB it shows how to do it
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q90493
|
|
|
|
|
yes,it can only read from a disk file
but an already running process?
|
|
|
|
|
GetModuleHandle(NULL) would give you the starting address of the process in the memory. The layout of the process is same in memory as on disk.
|
|
|
|
|
I am making a multi language application and therefore prefer to add static text strings to dialogs by using CStatic::Create rather than the resource editor. When I do this I allways get a bold typeface. I want to have the same font as I get by using the resource editor. How can I achieve this?
Haakon S.
|
|
|
|
|
first off ... multi-language doesnt mean u have to do things the hard way ... use the resource editor for your captions ... when you change languages you simply make a new resource dll and load it at run time ... thats the 'preferred' way afaik
to set the font for controls on a dialog use the SetFont(...) on the dialog box window ... to override specific controls u should trap the OnCtlColor(...) message and do the stuff you want there
hmmmm
"... and so i said to him ... if it don't dance (or code) and you can't eat it either f**k it or throw it away"
sonork: 100.18128 8028finder.com
|
|
|
|
|
I am indeed making a new resource dll for other languages. But I put all my text strings in the string table and use LoadString() to show the strings in the CStatic controls. Hence the use of CStatic::Create(). Isn't that the right way? I know I can open the RC file as a text file and edit it, but that seems to be rather dodgy.
SetFont() takes a pointer to a new font. Is there an easy way to get a pointer to the standard font for static controls, like you do when you use SelectStockObject()?
Haakon S.
|
|
|
|
|
Found it....
1. Give each static control a separate ID
2. Allocate a control variable to each of them (m_Static1)
3. Use m_Static1.SetWindowText((LPCSTR)string);
Thanks for your help anyway.
Haakon S.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
