|
For a CArray you have to dereference the internal data pointer to the C style array within the CArray.
Any collection not using standard C style arrays for data storage, which I believe is everything but CArray derivatives, will not likely have its contents aligned in a contiguous portion of memory like a CArray will. So viewing such a container's contents would probably be very difficult if not impossible. However, viewing a CArray is easy.
For example, if you are stepping through a class with a CArray derived data member named m_array you can see the contents of index 4 by entering this in the watch window:
*m_array.m_pData[ 4 ]
This assumes that that the array has a size of at least 5. Overstepping the allocated size of the array will probably not hurt in this situation but you will see garbage instead of what you expect to see.
Just think of the watch window as a way to execute a limited line of code. Virtually any syntax you would use in your program should be valid in the watch window. However, don't forget about the scope of the data you want to watch. It's easy to assume that what you put in should work and then believe that the problem is not yours when it doesn't work as anticipated.
|
|
|
|
|
I have run across a problem using CfileDialog on Windows 2000 for which I have not yet found a solution. The problem is as follows:
If I instantiate an instance of a CFileDialog passing TRUE as the first parameter and accepting the default values for all other parameters, and then call DoModal(..) on the object, then the standard CFileDialog is displayed. However, if I navigate to any folder that contains a read-only files, then I hit a user breakpoint deep within NTDLL.
To see this problem, the simplest possible reproduction is to create a dialog based MFC app that uses CFileDialog as its main window.
I had thought that specifying the OFN_DONTADDTORECENT flag might fix this problem but it did not. I also tried getting rid of the OFN_HIDEREADONLY flag, but that had no effect either.
Once the breakpoint is called in NTDLL, you can step over it to receive a 2nd which can be stepped over as well, and then the program continues normally until you shut it down at which point 2 additional breakpoints are encountered. Of course, in release mode, the operation is seamless and no problems are evident.
I have not been able to find anything at MSDN online that gives a description of the problem or a work around. If anyone has any information on a workaround that will keep Win2000 from hitting this internal breakpoint, I would appreciate it
|
|
|
|
|
Sorry that this is not a answer to your problem, but I tried creating a dialog app using CFileDialog as the main window. It worked fine in debug mode on read-only files. The only thing I can say is I have Windows 2000 Professional with SR-1 and DevStudio 6.0 with SR-4.
Sorry I can't help,
Jonathan Craig
|
|
|
|
|
Is theree any decent documentation on writing DevStudio add-ins?
I want to be able to add a menu item to the context menu in the workspace ClassView tab, and then bring up my own dialog when the programmer selects my menu item.
Thanks in advance.
|
|
|
|
|
Hi, what I need is a C++ class to read/write zipfiles(jar-files). The class may not use MFC, because I'm writing the application with WTL. Any suggestions ?
|
|
|
|
|
I realise that you don't want to use MFC but there is an MFC class on this site. This may be a start for you. Otherwise try the ZLib library avaiable from all over the place.
HTH
Jerry
|
|
|
|
|
I saw the classes here at CodeProject. I don't know if it's difficult to remove the MFC-stuff. When I don't find another solution, I'll give it a try.
I also saw ZLib, but I can't find any good documentation about it to use it in VC++.
|
|
|
|
|
Try having another look at ZLib. It's not that difficult. t has some examples, one of which I think is in pure C++. There are other examples such as an ActiveX version.
Jerry
|
|
|
|
|
Try having another look at ZLib. It's not that difficult. It has some examples, one of which I think is in pure C++. There are other examples such as an ActiveX version.
Jerry
|
|
|
|
|
Hi everybody,
where do i find the RLMAN.EXE described in the MSDN to localize existing resources.
And, there must also be an UCONVERT.EXE to convert files from ANSI to UNICODE.
I have installed VC++6.0 professional, but it is not coming with it.
TIA, Chris
|
|
|
|
|
never heard of rlman.exe ... programming international apps means u have to use unicode from the start and use the generic text mapping functions ... as well as being aware of the small gotchas to do with the unicode versions of functions (like strlen giving chars NOT bytes)
look up UNICODE in the msdn and go from there
good luck
|
|
|
|
|
Are there any tutorial to implement an event sink to capture events from an ATL component? Thanks very much!
|
|
|
|
|
Hi all,
How can I receive those messages in the main dialog of a dialog based app ?
I tried with the class wizard, but the message handler doesnt get called.
Thanks all.
Carlo.
|
|
|
|
|
Try to use Window_Proc() to capture the window message.
|
|
|
|
|
Are there any good installshields you all will use usually in packaging a software? Please advise some. Thanks all!
|
|
|
|
|
Are there any good installshields you all will use usually in packaging a software? Please advise some. Thanks all!
|
|
|
|
|
Are there any good installshields you all will use usually in packaging a software? Please advise some. Thanks all!
|
|
|
|
|
I'm trying to read the clw file (programatically), and when I try the following lines of code, zero bytes are read from the file:
char sTemp[255];
int nBytes = GetPrivateProfileString("CLS:CMyClass", "HeaderFile", "", sTemp, sizeof(sTemp), "MyProject.clw");
The section name "CLS:CMyClass" exists, and the key "HeaderFile" exists within the section, but my program refuses to see it.
Could it be the colon character? (I've never seen a colon used in any other section names before this). If so, how do I get around it?
If the colon character isn't the problem, what could it possible be?
|
|
|
|
|
You need to give the full path to the file as the last param to GetPrivateProfileString(). Using just "MyProject.clw" makes the API look in the Windows directory for the file.
The INI file APIs also have a hard limit on the file size, 32K or 64K (I forget which). Is your file larger than that?
|
|
|
|
|
Well, I gave just the filename in my example because it resulted in less typing. 
I don't know how big a .clw (class wizard) file can get, but the one I'm working on is only 2k at the moment.
I know that the file is being read correctly because I check the "General Iffo" section to find out how many classes are in the clw file and what their names are. The next step is to find out what the associated cpp/h file names are, and this is where reading the .clw file is falling flat on it's face.
I guess I *could* just read all the section names and parse them that way, but what a royal pain in the ass...
|
|
|
|
|
I found the problem - I had the 3rd/4th parameters in the call to GetPrivateprofileString swapped around in my code.
Duh....
|
|
|
|
|
I have recently subclassed an edit box,and capture the WM_CHAR events. I want the dialog that houses the edit box to know a user defined message when I detect certain string in the edit box.
How can I send a message back to dialog? I have tried SendMessage with GetParent() as a handle, but it does not work. Does anyone know how to do this? Thanks all!
|
|
|
|
|
How to add new button (beside min, max and close) to the right side of a caption bar? Any hints?
|
|
|
|
|
look for help about this function:
CDC::DrawFrameControl
Mike
|
|
|
|
|
Do you know how to get the working directory of a process? Do I need to access some shell objects in order to get the working directory of a process? Thanks all.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
