Sounds like a dll/ocx was replaced during the install. Make sure you get the latest service pack, that should fix the problem. Otherwise you will need to replace the richtx32.ocx and associated files with a correctly versioned one.

Isn't the message self-explanatory? Your C: disk is full, try to clean the c:\temp folder. Tomasz Sowinski -- http://www.shooltz.com.pl

Try this: CMyView:: { GetDocument()->m_pPencil->SetPencilLength( 1 ); } or, even better, as the document should be responsible for managing the data defined within it (as with any well designed object class ) CMyView:: { GetDocument()->SetPencilLength( 1 ); } CMyDocument::SetPencilLength( int length ) { ASSERT( NULL != m_pPencil ); // And other appropriate checks! m_pPencil->SetPencilLength( length ); }

#include <iostream> #include <bitset> int main(int argc, char* argv[]) { unsigned long data = 59; int nCount = std::bitset<32>(data).count(); std::cout << nCount << endl; return 0; } This asssumes 32 bit longs, I don't remember the correct way to portably get the number of bits in a type.

to check and set certain bits of a data value, that was what i was trying to get. Thanks for reading through my blunder of code, and samples code. That helps a lot. Just another questions. What if I need to check 2 bits? for eg I want to set bits 1 and 2 to 10. Can I do it in the same way as you described? mask = 6 // 00000110, for checking bits 1 and 2 value |= mask; // is this correct?

You could pass NULL to the hWnd parameter or use ::GetActiveWindow to attach the box to the current active window Michael :-)

i've tried that btu it still doesn't work. :( :((

YourDialogClass::OnInitDialog() { SetWindowText(_T("Your Title")); } Stephen Kellett -- C++/Java/Win NT/Unix variants Memory leaks/corruptions/performance/system problems. UK based. Problems with RSI/WRULD? Contact me for advice.

Actually, its 2GB, but I don't think it makes any difference. Tomasz Sowinski -- http://www.shooltz.com.pl

To use a 'C' libary in a 'C++' program, in the header file for the c program, you prefix function declarations with "extern C" preprocessor commands. For example, if you are using only C++, just do this in driver.h: extern "C" void ExportedFunction(void* pBlah); This tells the C++ complier that this function is to be treated as a plain ole 'C' function. If you have several exported functions in the header file, you don't have write "extern C" for each one, you can use braces: extern "C" { char ShowChar( char ch ); char GetChar( void ); } If driver.h might also be used by a 'C' compiler, you use the processor to make sure that only the C++ compiler sees the "extern" command: #ifdef __cplusplus extern "C" { #endif void ExportedCfunction1(void *pBlah); void ExportedCfunction2(void *pBlah); void ExportedCfunction3(void *pBlah); #ifdef __cplusplus } #endif If you don't want to change driver.h, you can surround the include statement in the cpp file for the driver with the extern command: // Cause everything in the header file "cinclude.h" // to have C linkage. extern "C" { #include //from MSDN } See "Linkage to Non-C++ Functions" in MSDN for more fun with "extern". Of course you want to be sure that the linker knows where to find driver.lib. In Visual Studio you do this with the project settings->linker. Jim

I find that one thing that can cause this message is the following (Im using VC++ 5.0): When you create you Win32 Appwizard application, you are asked whether you you wish to use MFC as a shared DLL or as a static library. When you create a ".lib" type project you have 3 options... Using MFC in a static library Using MFC in a shared DLL Not using MFC The ".lib" projects which your Win32 application links in should (in normal situations) be using MFC in the same way as your Win32 app. For example, I built a ".lib" which used some MFC calls, and I mistakenly selected "Not using MFC" when I created the project, and it generated exactly the same message as you quote above. Dave Carkeet, Santiago, Chile

There's no difference between hexadecimal and decimal numbers at all (for a compiler). Store it as a DWORD or a unsigned int and uses formatting functions or streams with hex manipulator when you need a textual representations of the number. Best regards, ----------- Igor Soukhov (Brainbench/Tekmetrics ID:50759) igor_soukhov@yahoo.com | ICQ:57404554 | http://siv.da.ru

You might want to alloc some memory for sResult before using it... - Anders Money talks, but all mine ever says is "Goodbye!"

I think you are thinking about it backwards. It is probably easier to add your data to the TreeView items. You can accomplist this by using the lParam in the TVITEM. Whenever an item is selected, handle the TVN_SELCHANGED message for your treeview and retrieve the data and modify accordingly. Mike Some Code follows: HTREEITEM tvAddItem( HTREEITEM hParent, LPSTR szText, HTREEITEM hInsAfter, int iImage, LPVOID pvData ) // pvData would just be your MyStruct * { HTREEITEM hItem; TVITEM tvI = {0}; TVINSERTSTRUCT tvIns = {0}; // The pszText, iImage, and iSelectedImage members are filled out. // make sure we set the flag for TVIF_PARAM if( iImage == -1 ) { tvI.mask = TVIF_TEXT | TVIF_PARAM; } else { tvI.mask = TVIF_TEXT | TVIF_IMAGE | TVIF_SELECTEDIMAGE | TVIF_PARAM; } tvI.pszText = szText; tvI.cchTextMax = lstrlen (szText); tvI.iImage = iImage; tvI.iSelectedImage = iImage; tvI.lParam = (LPARAM) pvData; tvIns.item = tvI; tvIns.hInsertAfter = hInsAfter; tvIns.hParent = hParent; // Insert the item into the tree. hItem = TreeView_InsertItem( iv_ctlTreeView.m_hWnd, &tvIns ); return( hItem ); } // update the data from the TreeView in the SELCHANGED event // selchange WM_NOTIFY, TVN_SELCHANGED LPNMTREEVIEW pnTree = (LPNMTREEVIEW) lParam; MyStruct *pMyStruct; pMyStruct = (MyStruct *) pnTree->itemNew.lParam;

pszText = sbuffer.GetBuffer(); Now the pszText 'owns' the CString until you call ReleaseBuffer();. By the way, if you're doing this to turn a CString into a pszText for a function, the CString should cast to a char array by itself. Christian #include "std_disclaimer.h"

Compiles fine on my PC. Are you *sure* this is exactly as it is on your screen, and that this is the error ? You wouldn't have got this far without windows.h - you get all that stuff for free if you used a wizard to create your project. If for some reason you've 'lost' the RGB macro, just pass 0xFFFFFF as the parameter, that's where you're headed in any case ( or maybe it's oxFFFFFF, in any case a value here should compile if the problem is something bizarre with RGB ) Christian #include "std_disclaimer.h"

Change CFirstClass* pAnotherFirstClass to const CFirstClass* pAnotherFirstClass Tomasz Sowinski -- http://www.shooltz.com.pl

You don't need to do anything. The char will be implicitly converted to an int (look up "integral promotion" in your help docs) to do the comparison. --Mike-- http://home.inreach.com/mdunn/ Tables, ladders, chairs, OH MY!

Change your variable declaration to: CList* pDataList, pTempList; to CList* pDataList, *pTempList; pTempList without asterisk declares object, not a pointer to an object. Tomasz Sowinski -- http://www.shooltz.com.pl