|
VC++ adds some headers all by itself so you may have forgotten to include some file (this has already been said before). So just open VC++ and add a class with Class Wizard.
|
|
|
|
|
By mistake somehow my project has two classes in it by the same name. its very confusing. How can I delete both and start over? This is a class associated with a CDialog form and it was created via the classwizard.
Thanks,
ns
|
|
|
|
|
delete the files from the workspace, then delete the actual files.
then delete the .CLW file.
-c
Conservative:
One who admires radicals centuries after they're dead.
-- Leo C. Rosten
|
|
|
|
|
I'll do that. 
|
|
|
|
|
|
I've noticed several times that the 'Auto Complete' function in my VC++ Editor doesn't work in certain parts of the code. Despite numerous attempts I haven't noticed any logic its behaviour: sometimes it works, sometimes not. Has anyone ever had such a problem or is it a bug of my version?
|
|
|
|
|
it's a bug in VC6. you might want to check out Visual Assist (http://www.wholetomato.com)
-c
Conservative:
One who admires radicals centuries after they're dead.
-- Leo C. Rosten
|
|
|
|
|
VC6 IntelliSense is very picky. If you have any syntax errors, it will prevent IS from working at any point below the error.
If you have no errors, close the workspace and delete the .NCB file. That often fixes things.
--Mike--
Just released - RightClick-Encrypt v1.3 - Adds fast & easy file encryption to Explorer
My really out-of-date homepage
Sonork-100.19012 Acid_Helm
|
|
|
|
|
Thanks, Mike, it really fixed things!
|
|
|
|
|
How to get the length of a track on a CD using MCI and the mciSendCommand function!?
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!
|
|
|
|
|
MCI_STATUS_PARMS mciStatusParms;
mciStatusParms.dwCallback = (DWORD) m_hMainWnd;
mciStatusParms.dwItem = dwItem;
mciStatusParms.dwTrack = dwTrack;
mciStatusParms.dwReturn = 0;
SendCommand(MCI_STATUS,
MCI_STATUS_ITEM|MCI_TRACK, (DWORD) &mciStatusParms);
mciStatusParms.dwReturn; // length of track
|
|
|
|
|
I am reading binary data into a streamptr like so:
_StreamPtr strmBlob (__uuidof(Stream) );
_bstr_t bstrEmpty(L"");
_bstr_t bstrFile(L"");
CFileDialog pDialog(TRUE,"*.bmp", "*.bmp", OFN_HIDEREADONLY ,"Image Files(*.bmp)");
if(pDialog.DoModal() == IDOK)
{
CFile file((LPCTSTR)pDialog.GetFileName(),CFile::modeRead);
bstrFile = file.GetFilePath();
}
_variant_t vtEmpty (DISP_E_PARAMNOTFOUND, VT_ERROR);
strmBlob->Type = adTypeBinary;
strmBlob->Open(vtEmpty,adModeUnknown,adOpenStreamUnspecified,bstrEmpty,bstrEmpty);
strmBlob->LoadFromFile(bstrFile);
SomeType tempBlob = <code>strmBlob->Read(adReadAll)</code> ;
I dont know what the SomeType is. I am doing this because I want to pass in tempBlob into an AddNewRecord function where essentially the following happens in response to
AddNewRecord(tempBlob);
AddNewRecord(SomeType tempBlob)
{
m_prsBlob->AddNew();
m_prsBlob->Fields->Item["A_Image"]->Value = tempBlob;
}
m_prsBlob of course is a recordset.
Thanks for helping. I'm suspecting Sometype is _variant_t but dont know for certain.
ns
|
|
|
|
|
Hi.
I use Programming Windows with MFC, Second Edition by Jeff Prosise as a reference for the OLE Clipboard. Prosise demonstrates both Win32 API method and MFC simple classes encapsulating the Win32 API method for the OLE Clipboard.
The Win32 API method is not difficult, just takes up a little bit more code than if you use MFC. I would like to know is there any advantage to using Win32 API instead of MFC for OLE Clipboard and even COM?
I enjoy working with Win32 API, but not for GUI.
Thanks,
Kuphryn
|
|
|
|
|
kuphryn wrote:
I would like to know is there any advantage to using Win32 API instead of MFC for OLE Clipboard and even COM?
I would say the advantage is that you do not need to carry around the baggage that is involved with an MFC solution. You dont need to link to the libraries and inherit from the MFC base classes. This is if you feel comfortable enough to do it with the Win32 API.
As far as COM development, MFC does make it a lot easier than straight C++ because it will take care of a lot of the basic boiler plate stuff that you need to do for every COM object. However if you want a framework for COM objects I would suggest ATL instead. COM is what it was specifically designed to do. COM was added to MFC as an after thought, and it is a little clumsy compared to ATL.
Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!
|
|
|
|
|
Thanks.
I prefer MFC for GUI, so all my program are under MFC's doc/view. Other than GUI, I prefer to use Win32 API if possible because I have more control.
Kuphryn
|
|
|
|
|
Okay. I tested an OLE Clipboard implementation with some lines of text. Everything works good, except for that fact that the data buffer ingored all newlines. For example, let this copy the following data, which I first save in a string object, to the OLE Clipboard.
-----
Test
1
2
3
Testing Completed
-----
This is what I would see when I paste to Notepad.
-----
Test[]1[]2[]3[]Testing Completed
-----
I am using the OLE Clipboard strictly for text. I would like to know is it possible to copy data to the clipboard so Windows would recognize all new lines?
Thanks,
Kuphryn
|
|
|
|
|
i want to write an app that can play flash movies on different monitors in a multi-monitor system (winxp) ... i looked around a lot trying to find some kind of dev kit letting me put the player code into my app but nux! i can start a movie using shellexecute() and all that but it all seems a bit icky and clunky cos i have to stop movies and play other movies at async times ... i was thinking to have all 4 movies playing but suspended as processes and kick them off when i need them
any better ways that anyone knows of?
"... 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
|
|
|
|
|
How about using the Shockwave Flash ActiveX control?
---
Shog9
If I could sleep forever, I could forget about everything...
|
|
|
|
|
|
I think you can get the code of the flash player freely. I already did it with the vs 4 of the player.
|
|
|
|
|
My app is crashing on machines that aren't equipped with a lot of memory due to the fact that it is eating up all of the system's GDI resources and, apparently, not freeing them. I'm trying to figure out what I'm doing wrong. I've tried DeleteObject after creating a CPen, selecting it into the DC, using it, and selecting the old pen back into the DC as I have read on this message board and in the MSDN library and it hasn't worked. I've also tried using the CAutoPen class that I found on this site for creating a CPen, selecting it into the DC, and selecting the old pen back into the DC when the pen goes out of scope. Nothing seems to be working to give back the GDI resources. Does anyone have any ideas as far as what they think I might be missing?
|
|
|
|
|
are you using other GDI resources, besides CPen (CBrush, CBitmap, etc) ?
-c
Conservative:
One who admires radicals centuries after they're dead.
-- Leo C. Rosten
|
|
|
|
|
I'm using CPen, CFont, and CRgn
|
|
|
|
|
are you doing the same :
CGDIObejct *pOld = dc.SelectObejct(&newObj);
...
dc.SelectObject(pOld);
newObj.DestroyObject();
sequence for all of them?
-c
Conservative:
One who admires radicals centuries after they're dead.
-- Leo C. Rosten
|
|
|
|
|
I'm not selecting the region into the DC or deleting it or anything. You think that might be my issue? The only thing is. I've whittled down my app, for testing to find this problem, to not do anything except let me draw a line. In the line class, I have the selectobject and deleteobject calls for the pen and it still eats the GDI memory like crazy because I redraw it each time I mouse over it. But the function for drawing the line when I first draw it or when I mouse over it and off of it is the same function. I'm not sure what I'm missing, but it's obviously something.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
