Re: rebuild problem - C / C++ / MFC Discussion Boards

Christian Graus11-Mar-02 21:28

11-Mar-02 21:28

Programming Windows by Charles PEtzhold is THE book for API Programming. I personally recommend using MFC, but Petzhold's book is still useful in that case.

Christian

The tragedy of cyberspace - that so much can travel so far, and yet mean so little.

"I'm thinking of getting married for companionship and so I have someone to cook and clean." - Martin Marvinski, 6/3/2002

Re: thanx a lot...

22-Mar-02 5:26

thanks,
I knew Charles was good book,now confirmed that you said.
thanx again Rose | [Rose]

CListCtrl

Orbital^11-Mar-02 19:44

Orbital^

11-Mar-02 19:44

Hy!
How can I set an item checked in a CListCtrl( I'm talking about that blue bar that when you click on a item )

Bye,
Orbital^

...the night is long ... but not long enought to do some real coding ...

Re: CListCtrl

Serge Krynine11-Mar-02 20:00

Serge Krynine

11-Mar-02 20:00

Use the CListCtrl::SetItemState() function with LVIS_SELECTED

Re: CListCtrl

Joaquín M López Muñoz11-Mar-02 19:55

Joaquín M López Muñoz

11-Mar-02 19:55

m_list.SetItemState(nItem,LVIS_FOCUSED|LVIS_SELECTED,LVIS_FOCUSED|LVIS_SELECTED);

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

rebuild problem

bryce11-Mar-02 19:32

bryce

11-Mar-02 19:32

Hi probably easy to fix, but my VC wants to rebuild ALL the files inthe project when I hit F7 rather than just the files which have changed
what setting do i need to fix?
regards
bryce

Re: rebuild problem

Serge Krynine11-Mar-02 19:50

Serge Krynine

11-Mar-02 19:50

Go to Tools | Customize menu and open the Customize dialog. In the Category choose Build. In Command select BuildRebuildAll. Check the Current Key. If it displays F7, remove it.

Re: rebuild problem

bryce11-Mar-02 22:28

bryce

11-Mar-02 22:28

cool
you couldnt tell me how to stop F5 from asking about rebuilds when i want to run in debug mode as well?
coz its always reporting the files are out of date etc when no cpp or .h files have changed

bryce

ShellExecute and run WordPad.exe ??

11-Mar-02 16:43

I want to run WordPad.exe and open a text file from my Win32 program.
Now I use this API: ShellExecute but it seems not work. Could anyone tell me the right way to call ShellExecute and use WordPad.exe to open a given text file ?
Thanks !!

PS> I did it this way, but it didn't work..
And, how can I know the right "path" to WordPad.exe ?

hAppInst = ::ShellExecute( ghParentWnd, "open", "WordPad.exe myDoc.exe", NULL, NULL, SW_SHOWDEFAULT );

Re: ShellExecute and run WordPad.exe ??

Nish Nishant11-Mar-02 17:13

Nish Nishant

11-Mar-02 17:13

A newbie's elementary guide to spawning processes

Bow wow wow,
Yippee yo yippee yay,
My miniputt high,
Is now 30 yay.

Re: ShellExecute and run WordPad.exe ??

Lim Bio Liong11-Mar-02 17:30

Lim Bio Liong

11-Mar-02 17:30

Hello Manio,

The following is a sample code listing that demonstrates how to call ::ShellExecute() :

HINSTANCE hInstExe = NULL;

hInstExe = ShellExecute
(
(HWND)NULL, // Replace this with your window handle.
(LPCTSTR)"open",
(LPCTSTR)"WordPad.exe",
(LPCTSTR)"c:\\sometext.txt", // Replace this with your specific file.
(LPCTSTR)NULL,
(INT)SW_SHOWNORMAL
);

Looking at your sample code, I think it is an error to specify "Wordpad.exe" together with "myDoc.exe" as in "WordPad.exe myDoc.exe". It is also a little odd that you want WordPad.exe to open an EXE file.

Furthermore, the parameter to Wordpad.exe should be specified in the 4th parameter. In my case, my parameter is "c:\\sometext.txt".

Hope the above will help you, Manio.

Best Regards,
Bio.

Known issues with MoveMemory() in XP

11-Mar-02 15:52

I found that a call to MoveMemory failed for some values of the last parameter dwLen. The call works perfect for all values in 98, but fails for some values in XP. Are there any known issues?

Re: Known issues with MoveMemory() in XP

Tim Smith11-Mar-02 17:08

Tim Smith

11-Mar-02 17:08

I bet the memory you are copying is invalid under an NT operating system or the length is too large.

Tim Smith

I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk?

Copy Assignment :: C++

valikac11-Mar-02 15:42

valikac

11-Mar-02 15:42

Hi.

I have a *pointer* to a linked list of objects. I need to write a copy assignment that will allow me to assign a new linked list the same contents as whatever the *pointer* points to.

For example:

MyList *pMList = new MyList;

pMList->insertData() // info.name1 & info.address1;
pMList->insertData() // info.name2 & info.address2;
pMList->insertData() // info.name3 & info.address3;

I would like to write a copy assignment to clone "pMList."

I have tried this:

MyList newList;

newList = *pMList;

------
const CMyList &CMyList:perator=(const CMyList &rCMyList)
{
if (&CMyList == this)
throw exception();

else
{
cloneList(CMyList);

return *this;
}
}
----------
void CMyList::cloneList(const CMyList &rSourceList)
{
cout << "\nCheck0a";

nodeCnt = rSourceList.nodeCnt;

cout << "\nCheck0b";

pOriginNode->info = rSourceList.pOriginNode->info;

CMyListNode *pNewNode = pOriginNode;

cout << "\nCheck 1";

for (CMyListNode *pTraverse = rSourceList.pOriginNode->next; pTraverse != 0; pTraverse = pTraverse->next)
{
try
{
pNewNode->next = new CMyListNode;
}

catch (bad_alloc &dmaError)
{
cerr << "\nError: " << dmaError.what[)
<< "\nPress any key to close program";

cin.ignore(256, '\n');
cin.clear();

exit(1);
}

pNewNode = pNewNode->next;
pNewNode->info = pTraverse->info;
}

cout << "\nCheck2";

pNewNode->next = 0;
}
-----

The code above looks decent. I could not find any logic error. Again, I have a *pointer* to a linked listed of objects. I need to clone that linked list. I could not get the assignment operator to work. Is there something logically incorrect?

Thanks,
Kuphryn

Re: Copy Assignment :: C++

Paul M Watt11-Mar-02 17:29

Paul M Watt

11-Mar-02 17:29

The first problem that I see with your assignment operator has nothing to do with your problem, but it will cuase a memory leak. You need to delete the existing memory in the current object, before you clone the data from rCMyList.

const CMyList &CMyList:perator=(const CMyList &rCMyList)
{
  if (&CMyList == this)
  {
    throw exception();
  }
  else
  {
    // Delete existing memory here.

    cloneList(CMyList);

    return *this;
  }
}

On to your problem, where does pOriginNode get initialized? It appears that you are just using it.:

void CMyList::cloneList(const CMyList &rSourceList)
{
  cout << "\nCheck0a";

  nodeCnt = rSourceList.nodeCnt;

  cout << "\nCheck0b";

  pOriginNode->info = rSourceList.pOriginNode->info;

  CMyListNode *pNewNode = pOriginNode;

...

If this pointer is never initialized, then the memory that you assign at this address will be lost. Are you stepping through with the debugger to determine where the problem is, or do you just know at this point that the assignment operator does not work?

Re: Copy Assignment :: C++

valikac11-Mar-02 18:51

valikac

11-Mar-02 18:51

The possible memory leak is not a problem because the program makes certain that "this" is equal to 0 before calling ::cloneList.

pOriginNode gets initialize to CMyListNode in the declaration file (.h).

class CMyList
{
...
private:
CMyListNode = *pOriginNode;
};

As for determination the cause of the crash, I am quite certain that the crash begins here:

void CMyList::cloneList(const CMyList &rSourceList)
{ cout << "\nCheck0a";
nodeCnt = rSourceList.nodeCnt;
cout << "\nCheck0b";

-------Begin crash---------
pOriginNode->info = rSourceList.pOriginNode->info; CMyListNode *pNewNode = pOriginNode;...
---------------------------

For some reason, it does not like anything from "this" assigned to anything from rSourceList.

In other words, it does not want to be assigned, period. I am not sure if the fact that rSourceList is really a pointer to a pointer to a class (pointer->pointer->class object) has anything to do with it.

Kuphryn

Fixed!

valikac11-Mar-02 19:11

valikac

11-Mar-02 19:11

Okay. I got it to work. This is such a "minor" problem. In fact, it is my carelessness.

Here is the new revised working code:

code:
-------------------------------------------------------------------------
void CSList::cloneList(const CSList &rSourceList)
{
cout << "\nCheck0a";

cout << "\nrSourcelist->nodeCnt = " << rSourceList.nodeCnt;

nodeCnt = rSourceList.nodeCnt;

cout << "\nnodeCnt = " << nodeCnt;

cout << "\nCheck0b";

try
{
pOriginNode = new CSListNode;
}

catch (bad_alloc &dmaError)
{
cerr << "\nError: " << dmaError.what()
<< "\nPress any key to close program";

cin.ignore(256, '\n');
cin.clear();

exit(1);
}

pOriginNode->eData = rSourceList.pOriginNode->eData;

CSListNode *pNewNode = pOriginNode;

cout << "\nCheck 1";

for (CSListNode *pTraverse = rSourceList.pOriginNode->next; pTraverse != 0; pTraverse = pTraverse->next)
{
try
{
pNewNode->next = new CSListNode;
}

catch (bad_alloc &dmaError)
{
cerr << "\nError: " << dmaError.what()
<< "\nPress any key to close program";

cin.ignore(256, '\n');
cin.clear();

exit(1);
}

pNewNode = pNewNode->next;
pNewNode->eData = pTraverse->eData;
}

cout << "\nCheck2";

pNewNode->next = 0;
}
------------------------------------------------------------------------

The change was:

------------------------------------------------------------------------

try
{
pOriginNode = new CSListNode;
}

catch (bad_alloc &dmaError)
{
cerr << "\nError: " << dmaError.what()
<< "\nPress any key to close program";

cin.ignore(256, '\n');
cin.clear();

exit(1);
}
------------------------------------------------------------------------

I found out when I looked over the constructor. I found that there were nothing initializing pOriginNode. I then looked at the code for inserting. I saw that if CMyList was empty (pOriginNode == 0), the pOriginNode = new CMyList.

Thanks.
-----------------------

One last related question. Is it good practice to set *all* deleted pointers to right after deleting them?

Kuphryn

Trying to Find = in a CString

11-Mar-02 14:57

Hi!

I'm having trouble with VC++ 7. My program compiles on VC++ 6 but after i installed VC++ 7 it crashes when I try to: Find("=") in a CString. It says something about Debug Assertion Failed, File: cstringt.h at line 1661, Expression: nCount>=0.

The compiler is also warning me about: '_OLD_IOSTREAMS_ARE_DEPRECATED': name was marked as #pragma deprecated

I have included iostream.h and according to MSDN i should remove the .h to use the new iostream but when I do that the compiler can't find it.

I hope someone can help me!

Regards,
Tobias

Re: Trying to Find = in a CString

jafrazee11-Mar-02 15:53

jafrazee

11-Mar-02 15:53

hello. i am not sure what "=" you are trying to do but -
if you are using an if statement you have to use "=="
if you are trying to compare cstring also has a compare and getat functions.

hope this helps.

Re: Trying to Find = in a CString

Nish Nishant11-Mar-02 17:15

Nish Nishant

11-Mar-02 17:15

Please post some relevant code snippets

Nish

Bow wow wow,
Yippee yo yippee yay,
My miniputt high,
Is now 30 yay.

Re: Trying to Find = in a CString

12-Mar-02 0:26

Thanks for trying to help but it didn't work... I'm trying to find the position in a CString where a "="-sign is located. Here is the code:

//The next line causes program crash!!!
valuename = readinfo.Left(readinfo.Find("="));
value = readinfo.Right(readinfo.GetLength()-valuename.GetLength()-1);

valuename, value and readinfo are CStrings. This works in VC++ 6 but not in VC++ 7 where it causes the problems I mentioned erlier.

Regards,
Tobias

Re: Trying to Find = in a CString

12-Mar-02 0:39

Nevermind... I need to add some more errorchecking to my program... I used this code to read a string from a file and find the "="-sign. But i noticed that when the loop found a string where there where no "="-sign the program crashed. This is very strange because it doesn't crash when compiled on VC++ 6...

Well, thanks anyway!

Regards,
Tobias

nebulous TRACE output

moredip11-Mar-02 13:37

moredip

11-Mar-02 13:37

Has anyone else noticed some output from TRACE seems to occasionally be dropped before it appears in the debug window?

Am I paranoid? Am I covering my own programming inadequacies by blaming M$?

TIA,

Pete

Re: nebulous TRACE output

Shog⁹11-Mar-02 14:07

Shog⁹

11-Mar-02 14:07

donno about that, but i've been bitten already by the size limit of presearved text in the output window; it just won't hold generated C source for a 4MB transparency LUT Cry | :((

Black rooms are calling; To men in leather coats. White labs are cooking up the silver ghost.

Smashing Pumpkins, Glass and the Ghost Children

Re: nebulous TRACE output

Roger Allen11-Mar-02 22:12

Roger Allen

11-Mar-02 22:12

The input buffer size for the TRACE output window is a limited size (after all its a pipe between the processes). If your debug output TRACE volume is high and the thread reading the buffer in the VC editor does not run often enough, you can lose TRACE information from the window.

So your not paranoid, if this is what is happening to you.

Roger Allen
Sonork 100.10016

If I'm not breathing, I'm either dead or holding my breath.
A fool jabbers, while a wise man listens. But is he so wise to listen to the fool?

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.