C / C++ / MFC

9-May-02 9:38

You are not handling the case file1->status == FOLDER && file2->status == FILE.

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

Re: sort my tree item

pnpfriend9-May-02 10:15

pnpfriend

9-May-02 10:15

still not doing so..
still can't find reason yet.

<br />
static int CALLBACK MyCompareProc(LPARAM lParam1, LPARAM lParam2, LPARAM lParamSort)<br />
{<br />
  // lParamSort contains a pointer to the tree control.The lParam of an item is just its handle.   <br />
  CTreeCtrl *pmyTreeCtrl = (CTreeCtrl*) lParamSort;<br />
  FileInfo *file1 = (FileInfo*)lParam1;    <br />
  FileInfo *file2 = (FileInfo*)lParam2;<br />
  int compare;<br />
  <br />
  CString p;<br />
  //p = " file and folder: \n 1:"+file1->name+"\n2. "+file2->name;<br />
  // AfxMessageBox(p);<br />
  <br />
  if(file2->status == FOLDER && file1->status == FILE)<br />
  {    <br />
    compare = 1; // file1 is follow file2<br />
  }<br />
  else if(file1->status == FOLDER && file2->status == FILE)<br />
  {<br />
    compare = -1;  //file 1 is precede file2<br />
  }<br />
  else if(file1->status == FOLDER && file2->status == FOLDER)<br />
  {<br />
      compare = file2->name.Compare(file1->name); // both are folder so compare the name <br />
  }<br />
  else if(file2->status == FILE && file1->status== FILE)<br />
  {<br />
    // by name<br />
    compare = file2->name.Compare(file1->name);    <br />
    //by type<br />
    //by date<br />
    //by size<br />
  }              <br />
  <br />
  return compare;<br />
}<br />
<br />
//sorting trees<br />
void CSMPprojectDlg::SortTreeItem(HTREEITEM hItem)<br />
{ <br />
  CTreeCtrl *myTreeCtrl;<br />
  myTreeCtrl = &m_TreeCtrl;<br />
<br />
	TVSORTCB tvs; <br />
	tvs.hParent = hItem;<br />
	tvs.lpfnCompare = MyCompareProc; <br />
	tvs.lParam = (LPARAM)myTreeCtrl; <br />
  m_TreeCtrl.SortChildrenCB(&tvs); <br />
<br />
}<br />
<br />
// sort all items. means main folder and subfolders<br />
void CSMPprojectDlg::SortingAtree(HTREEITEM hItem)<br />
{<br />
  while(hItem != NULL)<br />
  {<br />
    if(m_TreeCtrl.ItemHasChildren(hItem))<br />
    {<br />
      SortTreeItem(hItem);<br />
      SortingAtree(m_TreeCtrl.GetChildItem(hItem));      <br />
    }<br />
    hItem = m_TreeCtrl.GetNextSiblingItem(hItem);<br />
  }<br />
}<br />

Re: sort my tree item

Joaquín M López Muñoz9-May-02 10:46

Dialog app that removes last dialog before new one displayed?

9-May-02 10:46

I'm sorry I couldn't be more hepful, but it seems all OK to me. Try inspecting the code of PJ Naughter's CTreeFileCtrl, his control does the kind of sorting you're after.

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

jimNLX9-May-02 6:18

jimNLX

9-May-02 6:18

I have a dialog class that will allow multilple windows to exist at one time. I would like to have the first window come up and stay up as it already does. Then another selection will popup another dialog window. Then if another dialog is to popup the last dialog is closed.

Anyone have any clues on this?

Than ks

Re: Dialog app that removes last dialog before new one displayed?

Joaquín M López Muñoz9-May-02 9:07

winsock blocking recv() function: is it cpu-intensive while waiting for data? (MS VC++ 6.0/ Win98)

9-May-02 9:07

Are the dialogs to behave in a modal fashion (i.e. user input is blocked for all of them except the active one)? If not so, have an invisible parent dialog orchestrate the ins and outs of the other. Popup dialogs should be childs of the hidden parent.

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

9-May-02 6:11

I have this thread that sits doing recv()'s and kicking out data packets; the main application is running in another thread getting on with doing its stuff.

So:
is my "recv() thread" eating lots of CPU time, or is this a nice efficient way of doing things?
(& can you direct me to a webpage or something that actually says this is the case! I've looked at about a million descriptions of what blocking IO is and none tell me what I want..)

and:
any idea how i can terminate my "recv() thread"?
currently if a client is connected, the recv() function blocks until the client sends something; this is great until i want to kill my server application - if the client is still connected, the server's "recv() thread" currently wont die.
(I know I could for example send() to the client & tell it to send() me back some data to wake the recv() function up, but that seems a little poxy).

Thanks in advance to anyone who takes the time to reply

Re: winsock blocking recv() function: is it cpu-intensive while waiting for data? (MS VC++ 6.0/ Win98)

JT Anderson9-May-02 9:09

JT Anderson

9-May-02 9:09

Unless there is something you are not telling us, such as you have set the socket non-blocking, recv should block and not eat up any significant CPU time until there is data available. Do you have some indication that your recv thread is eating lots of CPU time?

As for your second question, I was going to tell you about WSACancelBlockingCall, but I see it is no longer supported. (I wonder what they were thinking. This was a useful mechanism.) You might try closing the socket from another thread (your main thread, for instance) to see if that unblocks the recv. The only alternatives that I can think of involve using some form of select().

Re: winsock blocking recv() function: is it cpu-intensive while waiting for data? (MS VC++ 6.0/ Win98)

Joaquín M López Muñoz9-May-02 9:17

Re: winsock blocking recv() function: is it cpu-intensive while waiting for data? (MS VC++ 6.0/ Win98)

9-May-02 9:17

When recv is blocked waiting for more data, it does so in an efficient manner, you shouldn't note an increase in CPU usage --so if that's the problem, it lies somewhere else.

As for how to terminate a blocking recv a simple and dirty way is to closesocket the socket the call is waiting on (recv will return with an error.)
If you have time and interest in redisigning your app, some other types of sockets are possible:

Non-blocking sockets, handled thru select.
Asynchronous sockets managed thru windows messages (see WSAAsyncSelect.)
Asynchronous sockets managed thru events (see WSAEventSelect.)

All of them are better fit to make up a design involving premature termination.

You can find much more (and better) info than fits in this post in Warren Young's Winsock Programmer's FAQ.

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

9-May-02 9:22

I think this is an efficient way, but I cannot point you to a web page that says so. I do this all the time, and cpu usage is miniscule.

Re: recv(): I have a loop in a separate thread that does a socket accept(), and I have a similar problem--how do I tell that thread to stop? When I'm ready to stop, in the main thread I close the socket that the accept is waiting on. The accept returns with an error. That thread checks to see if the main thread has asked it to stop (global variable accessed through a function), and ends.

That sounds pretty severe to me (that is, closing the socket out from under the accept), but it seems to work well. I suspect it might work fine with the recv, as well.

Hope this helps.

mflanagan@MJFlanagan.com

Re: winsock blocking recv() function: is it cpu-intensive while waiting for data? (MS VC++ 6.0/ Win98)

9-May-02 12:16

Thanks for the info!

Re: your accept() problem/ solution:
I had this problem too:
My CSocketServerThing class starts up a thread in its constructor;
the thread sits doing a socket accept()
now, say no one connects, and my CSocketServerThing destructor is called - it had no way to terminate its "accept()-blocked" thread;

My solution (i say "my", i nicked it off a newsgroup Smile | :)

is to have my destructor:
set a boolean that the "accept()-blocked thread" can see to indicate destructor has been called;
create a temporary client that connects to the blocked "accept()" thread's socket
(this unblocks the accept() thread, which then checks the bool: "ohno!" it thinks, "destructor call! I wont bother doing anything else then!" and so my thread terminates which is what i want)
close my temporary client

This means the accept() call does its stuff (instead of having the socket closed from under it) and the thread terminates gracefully.

I'm not too good @ explaining... I can send you the (currently hackish) source if you want, mail me on uviolets@icqmail.com if interested.

Thanks again,

5th

Re: winsock blocking recv() function: is it cpu-intensive while waiting for data? (MS VC++ 6.0/ Win98)

9-May-02 12:06

Thanks everyone so far, nice to see someone out there understands this sockets guff Smile | :)

re my "recv() thread": no, it doesnt appear to be eating CPU cycles, everything looks fine
(
my reason for asking was I have a very fast PC and its not doing much else other than running my sockettest program ATM, so i was worried I was using CPU and not noticing (I didnt want it to come back & bite me later on when I'm doing lots of intensive compression stuff Smile | :)

)
)
- so I'm happy to have you confirm its a nice efficient way of doing stuff.

re killing the thread: i thought of just doing a close(), but it seemed a little harsh, but if thats what you reccomend I'll give it a go (main worry was handle/ resource leakage: I've no tools to show such leaks & I dont personally know enough about sockets to know if principle is sound)

Thanks again & I'll keep an eye on the thread in case anyone else has further gems of wisdom Smile | :)

Resizing CMainFrame

Stew9-May-02 4:21

Stew

9-May-02 4:21

I have the CMainFrame class derived from the CMDIFrameWnd and I'm trying to handle the WM_SIZE message. I added the function to my code and without any modifications to the code provided by the wizard, my application acts all screwy. By that I mean, I have the Main Fram maximize on startup but the application doesn't draw correctly. In Theory, I guess it's maximized since the Minimize, Resize, and Close buttons are in the upper right hand corner of my screen and I can grip the frame in the bottom right hand corner to resize the application, but the window seems to think it's not maximized. If I click the Resize button in the upper right hand corner, the window draws correctly. Other than that, it doesn't work correctly. Not sure if I'm explaining this well enough for someone to understand what the hell I'm talking about. I hope I have and I hope someone will have some information for me.

Re: Resizing CMainFrame

Shog⁹9-May-02 6:36

Shog⁹

9-May-02 6:36

In your OnSize() method, are you calling the base class implementation? If not, yeah, things are gonna look pretty bad.

--------

Higher education helps your earning capacity. Ask any college professor.

--Shog⁹ --

How do I get to the menu of my FormView?

ed98719-May-02 3:51

9-May-02 3:51

I know I can do -

CMenu* m_mMenu = AfxGetMainWnd()->GetMenu();

to get a pointer to the main menu, but how do I get a pointer to the specific menu in my FormView?

Ed

Dominik Reichl9-May-02 3:55

Dominik Reichl

9-May-02 3:55

Replace the AfxGetMainWnd() with the handle of the FormView.

Smile | :)

ed98719-May-02 4:07

9-May-02 4:07

Thats what I figured, how do I get the handle of my FormView?

Ed

9-May-02 4:55

this->GetSafeHwnd()

ed98719-May-02 7:58

9-May-02 7:58

I am feeling like an idiot since I can't figure this out.

this->GetSafeHwnd() returns an HWND so do I cast it as CWnd?

I tried this:

CWnd* m_wwnd = (CWnd*)this->GetSafeHwnd();
CMenu* m_mMenu = m_wwnd->GetMenu();

it compiles but gives a memory fault.

Why is it so easy to get to the main window menu but not the menu attached to this child window???

Ed

Jason Hooper9-May-02 9:04

Jason Hooper

9-May-02 9:04

ed9871 wrote:
I am feeling like an idiot since I can't figure this out.

I feel like this a lot when I ask questions here too, usually because my question is so basic and betrays my lack of knowledge in contrast to the professionals that hang about all day. But now that I see someone else mention it, I'm wondering, does it make any sense? Aren't we here to learn? I doubt there is such a thing as a dumb question.

- Jason
(SonorkID 100.611)

"I just recieved an email from myself but I didn't send it ?"
- Colin Davies, Sonork conference

ed98719-May-02 9:38

9-May-02 9:38

Thanks Jason, it makes me feel better to know I'm not the only one who feels like this, especially after people have graciously answered my question and I still can't make it work. This seems like it should be easy, but I just can't seem to work it out.

Ed

Nish Nishant9-May-02 4:03

Nish Nishant

9-May-02 4:03

ed9871 wrote:
CMenu* m_mMenu = AfxGetMainWnd()->GetMenu();

Now call GetSubMenu on the returned CMenu*

Nish

The posting stats are now in PDF:-
http://www.busterboy.org/codeproject/
Feel free to make your comments.
Updated - May 04th, Saturday