|
Try also the invalidate in OnEraseBackground() only, this should catch the three previous cases.
~RaGE();
|
|
|
|
|
Try to Invalidate() your window titlebar rect in OnActivate(), OnKillFocus() and OnMoving()
~RaGE();
|
|
|
|
|
OnPaint() is used to paint the client area. The title bar is a non-client area. Look up (search) WM_NCPAINT or OnNcPaint(). You could also try searching for "owner drawn title bar" here or on the www.
Trust in the code Luke. Yea right!
|
|
|
|
|
I am designing a software to collect and organize web pages catched from internet and the drafts created user himself. In my first model, i store them in file system. But there are so many little gif/jpg that will waste disk space and not easy to manage. I hope there is a way to pack them into a single file or database.
The first thing into my mind is a zip file, but i dont know whether it is efficient enough for delete and insert frequently.
The second one is a ole docfile, it is said to be a file with directory structure inside. But i have very limit knowledge about it, hope somebody can tell me whether it is fit for my usage.
The third one is some object databases, i know zope is a good one, but it is build on python. Hope you can introduce some good c/c++ object database for me.
Thank you!
|
|
|
|
|
I know something about docfile. A DOCFile is literally a file-system inside a file. There's 2 classes to know about:
* IStorage -- acts like a directory
* IStream -- acts like a file.
(1) Create a DOCFILE with a method like: StgCreateDocfile(). This allocates your root IStorage object.
(2) Create an IStream for each file you want stored. Use IStorage::CreateStream().
if you want to create a directory within the file, then use IStorage::CreateStorage().
Make sure to call the Release() method on each object. Since this is COM, you cannot delete the objects you request. You must release() them and hope they clean themselves up.
DOCFILE's do not self compact themselves. To do compaction of the file, I think you have to just create a new docfile, and use IStorage::CopyTo to copy to the new one.
It's been about 5 years since I've done this, but I assume nothing here has changed.
-p
|
|
|
|
|
I have a problem mapping the WM_NCHITTEST message.
In my App I have derived a class from CStatic in order
to develop some specific functionalities (I also need
to know when the mouse is on my CStatic control and where
it is).
So I'd like to map WM_NCHITTEST message into my derived
class using the afx_msg UINT OnNcHitTest(CPoint point)
method.
I've associated an instance of my class to a CStatic control being part of the main window and using the Spy++
application I have seen that WM_NCHITTEST message is sent
to my control but OnNcHitTest method is not called !!!
Where is the problem ?
Thanks a lot !!!
|
|
|
|
|
You have to use SetCapture() first.
~RaGE();
|
|
|
|
|
But... if I use SetCapture all buttons in the main window
doesn't works !!! Is it true ? I've seen this...
|
|
|
|
|
Yes, that's true. I think you should better use afx_msg void OnNcMouseMove( UINT nHitTest, CPoint point ); and afx_msg void OnNcLButtonDown( UINT nHitTest, CPoint point ); which, as for them, do not require capture of the mouse.
~RaGE();
|
|
|
|
|
Hi All,
I'm having a bit of trouble adding derived objects of CObject to a CObArray object. I get the following error:
error C2243: 'type cast' : conversion from 'DoobyObj *__w64 ' to 'CObject *' exists, but is inaccessible
This is just a test for a later prject (hence the stupid class name). I need the DoobyObj class to inherit from CObject class so that I can serialize the CObArray object.
The error occurs on the Add line:
void SerObject::addDoobyObject(DoobyObj dO)
{
obaObjects.Add(&dO); //CObArray
resetIndex();
}
Here is the definition of DoobyObj:
class DoobyObj : CObject
{
public:
DECLARE_SERIAL( DoobyObj )
DoobyObj();
void Serialize(CArchive& archive );
CString dooby;
};
Can anyone solve my problem??
Thanks,
Donal
|
|
|
|
|
Are you compiling for 64-bit Windows, by any chance? I'm not sure MFC works with 64-bit Windows yet... It might, but that may be the reason
Ryan
Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2nd April 2003, The Lounge)
Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late - John Nichol "Point Of Impact"
|
|
|
|
|
No, just windows 2K.
Do I need to setup some type of conversion method in my CObject derived calss?
|
|
|
|
|
Sorry for the delay. I haven't been able to access CP for almost two weeks 
I should have picked up this before...
You are inheriting CObject as private, which implicitly makes any CObject methods private. This means that CArray can not access the implicit CObject* conversion because it is private.
Instead of
class DoobyObj : CObject
use
class DoobyObj : public CObject
This should fix the problem 
Ryan
Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2nd April 2003, The Lounge)
Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late - John Nichol "Point Of Impact"
|
|
|
|
|
Hello everybody,
I hope you can help me with my problem.
At this moment I am developping a project in DirectSound. I need to play a wave file. Because of future enhancements the wave file is played with DirectSound.
I use 3D buffers and the extended waveformat. All initialisation goes well, but when I try to lock the buffer the error DSERR_PRIOLEVELNEEDED is returned. I checked the SetCooperativeLevel function and that returns DS_OK.
The code I use for those two functions look like this:
<br />
MainhWnd = GetSafeHwnd();<br />
hr = m_pDS->SetCooperativeLevel(MainhWnd, DSSCL_NORMAL);<br />
<br />
....<br />
<br />
VOID* pbData = NULL;<br />
VOID* pbData2 = NULL;<br />
DWORD dwLength;<br />
DWORD dwLength2;<br />
int lPos=0;<br />
DWORD m_dwBufferBytes;<br />
<br />
hr= m_pDSBuffer->Lock(lPos, m_dwBufferBytes, &pbData, &dwLength, &pbData2, &dwLength2, 0);<br />
Does anyone know what the problem is, or how I can solve this.
Thanks in advance,
Miepmuts
|
|
|
|
|
Already tried with a higher level within SetCooperativeLevel ?
~RaGE();
|
|
|
|
|
Yes I tried to change the Cooperative Level to DSSCL_PRIORITY in combination with the SetFormat function. But that gives the same result, also another window handle doesn't change a thing.
|
|
|
|
|
I suppose DSBLOCK_ENTIREBUFFER is equal to 0, since you are giving 0 as last parameter of your function. If not, then this will attempt to lock a buffer which can have any size, since m_dwBufferBytes is not initialised, causing the lock to fail randomly.
~RaGE();
|
|
|
|
|
It's not a random error but every time the same one: DSERR_PRIOLEVELNEEDED
Even when I fill in those two variables the function returns the same error.
It is a very strange error. I asked someone at my work, and even he didn't see a solution.
|
|
|
|
|
It must be something you are doing inbetween the code lines you have posted.
~RaGE();
|
|
|
|
|
<br />
hr = DirectSoundCreate(NULL, &m_pDS, 0);<br />
if(hr == DS_OK)<br />
{<br />
HWND MainhWnd;<br />
MainhWnd = GetSafeHwnd();<br />
hr = m_pDS->SetCooperativeLevel(MainhWnd, DSSCL_NORMAL);<br />
if(hr == DS_OK)<br />
{<br />
DSBUFFERDESC bufferDesc;<br />
memset(&bufferDesc, 0, sizeof(DSBUFFERDESC));<br />
bufferDesc.dwSize = sizeof(DSBUFFERDESC);<br />
bufferDesc.dwFlags = DSBCAPS_PRIMARYBUFFER | DSBCAPS_GETCURRENTPOSITION2 ;<br />
bufferDesc.dwBufferBytes = 0;<br />
bufferDesc.lpwfxFormat = NULL;<br />
hr = m_pDS->CreateSoundBuffer(&bufferDesc, &m_pPrimaryBuffer, NULL);<br />
if(hr == DS_OK)<br />
{<br />
hr = m_pPrimaryBuffer->QueryInterface( IID_IDirectSound3DBuffer, (void**) &m_pDS3DBuffer );<br />
WAVEFORMATEXTENSIBLE formatex;<br />
memset(&formatex, 0, sizeof(WAVEFORMATEXTENSIBLE));<br />
formatex.Format.wFormatTag = WAVE_FORMAT_EXTENSIBLE;<br />
formatex.Format.nChannels = 4;<br />
formatex.Format.nSamplesPerSec = 44100;<br />
formatex.Format.nAvgBytesPerSec = 352800;<br />
formatex.Format.nBlockAlign = 8;<br />
formatex.Format.wBitsPerSample = 16;<br />
formatex.Format.cbSize = 22;<br />
formatex.Samples.wValidBitsPerSample = 16;<br />
formatex.dwChannelMask = SPEAKER_FRONT_LEFT | SPEAKER_FRONT_RIGHT<br />
| SPEAKER_BACK_LEFT | SPEAKER_BACK_RIGHT;<br />
formatex.SubFormat = KSDATAFORMAT_SUBTYPE_PCM;<br />
DSBUFFERDESC bufferSec;<br />
memset(&bufferSec, 0, sizeof(bufferSec));<br />
bufferSec.dwSize = sizeof(bufferSec);<br />
bufferSec.dwFlags = DSBCAPS_GETCURRENTPOSITION2;<br />
bufferSec.lpwfxFormat = &waveformat;<br />
hr = m_pDS->CreateSoundBuffer(&bufferDesc, &m_pDSBuffer, NULL);<br />
}<br />
}<br />
<br />
HRESULT hr;<br />
BYTE* pbWavData;<br />
UINT cbWavSize;<br />
VOID* pbData = NULL;<br />
VOID* pbData2 = NULL;<br />
DWORD dwLength;<br />
DWORD dwLength2;<br />
<br />
int nWaveFileSize = ckIn.cksize;<br />
pbWavData = new BYTE[nWaveFileSize];<br />
if(pbWavData == NULL)<br />
{<br />
return 0;<br />
}<br />
MMIOINFO mmioinfoIn;<br />
<br />
cbWavSize = 0;<br />
if(mmioGetInfo(hmmioIn, &mmioinfoIn, 0) != 0)<br />
{<br />
return 0;<br />
}<br />
UINT cbDataIn = nWaveFileSize;<br />
if(cbDataIn > ckIn.cksize)<br />
{<br />
cbDataIn = ckIn.cksize;<br />
}<br />
ckIn.cksize -= cbDataIn;<br />
<br />
for(DWORD ct = 0; ct < cbDataIn; ct++)<br />
{<br />
if(mmioinfoIn.pchNext == mmioinfoIn.pchEndRead)<br />
{<br />
if(mmioAdvance(hmmioIn, &mmioinfoIn, MMIO_READ) != 0)<br />
{<br />
return 0;<br />
}<br />
if(mmioinfoIn.pchNext == mmioinfoIn.pchEndRead)<br />
{<br />
return 0;<br />
}<br />
}<br />
<br />
*((BYTE*)pbWavData + ct) = *((BYTE*)mmioinfoIn.pchNext);<br />
mmioinfoIn.pchNext++;<br />
}<br />
if(mmioSetInfo(hmmioIn, &mmioinfoIn, 0) != 0)<br />
{<br />
return 0;<br />
}<br />
cbWavSize = cbDataIn;<br />
m_dwBufferBytes = 8 * 1024;<br />
<br />
StartDataRead(&m_ckIn);<br />
int lPos=0;<br />
hr= m_pDSBuffer->Lock(lPos, m_dwBufferBytes, &pbData, &dwLength, &pbData2,&dwLength2, DSBLOCK_ENTIREBUFFER);<br />
if( hr != DS_OK)
{<br />
return 0;<br />
}<br />
<br />
memcpy(pbData, pbWavData, m_dwBufferBytes);<br />
m_pDSBuffer->Unlock(pbData, m_dwBufferBytes, NULL, 0);<br />
pbData = NULL;<br />
return 1;<br />
<br />
I hope you can do something with this. There is a part of code in between of initialising the mmio and the chunks.
|
|
|
|
|
Is it possible to run GCC within Microsoft's IDE (6 or .NET, it doesn't matter which), I just want to test some template code.
I know that it is possible because comeau and the intel compiler do it, but has anyone seen it for GCC.
 thanks
|
|
|
|
|
Try the following links.
http://sources.redhat.com/ml/crossgcc/2001-05/msg00046.html
http://www.cygwin.com/ml/crossgcc/2001-09/msg00069.html
-Tareq
|
|
|
|
|
Hello
Does anyone know a url where i can find an extensively comparison between Visual C++ 5.0 and the 6.0 version? Like for example: 6.0 version had this as advantage, this as disadvantage etc
Greetings
Jens
|
|
|
|
|
I just spent the best part of today finding a nasty little bug and thought I might "share" with you.
We had some code that basically went
{<br />
CPen apen;<br />
apen.CreatePen(...);<br />
dc->SelectObject(&apen);<br />
<br />
<br />
dc->SelectStockObject(BLACK_PEN);
}
Last version, the code was changed to something like
{<br />
if (option)<br />
{<br />
CPen apen;<br />
apen.CreatePen(...);<br />
dc->SelectObject(&apen);<br />
<br />
}<br />
else<br />
{<br />
CPen bpen;<br />
bpen.CreatePen(...);<br />
dc->SelectObject(&bpen);<br />
<br />
}<br />
dc->SelectStockObject(BLACK_PEN);
}
I am sure you can see the error... apen and bpen are now being destroyed before selected out. Resource leak.
Running this code on Win2000/XP is fine because they clean up the mess. Running on 95,98,ME caused massive resource leaks (obviously!) The error is obvious when simplified as above but it was not the least bit obvious in the production code.
It's always the simple things that bite you!
Paul Hooper
If you spend your whole life looking over your shoulder, they will get you from the front instead.
|
|
|
|
|
CPen* pOldPen = dc->SelectObject(&apen);
//Do lots of work with dc
dc->SelectObject(pOldPen);
or you could just use SaveDC() and RestoreDC() so you do not have to keep track of what objects are selected.
int nSavedDC = dc->SaveDC();
dc->SelectObject(&apen);
//Do lots of work with dc
dc->RestoreDC(nSavedDC);
Trust in the code Luke. Yea right!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
