C / C++ / MFC

Carlos Antollini19-Jul-01 11:45

Carlos Antollini

19-Jul-01 11:45

how to get rid of those directory
you need to use the function CFileFind::IsDirectory()
Like next

while(haveFile)
{
havefile = finder.FindNextfile();
if(finder.GetFileName().Find(".") == -1 && !finder.IsDirectory())
pListBox->AddString(((LPCTSTR)finder.GetFileTitle());
}

how to list files in particular directory

haveFile = finder.FindFile("C:\\ABC\\*.*");
while(haveFile)
{
havefile = finder.FindNextfile();
if(finder.GetFileName().Find(".") == -1 && !finder.IsDirectory())
pListBox->AddString(((LPCTSTR)finder.GetFileTitle());
}

Cheers!!!!
Big Grin | :-D

Carlos Antollini.

19-Jul-01 12:03

THANK YOU VERY MUCH!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

YOU ARE SUPERBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB

Everything works fine.............

Sorry...one more question.......

Can I search the files in the directory which is under my root directory?

For example, my exe file is in c:\abc\....but you know sometimes I can copy the files to other directory...so i don't know the exact name of the root directory.

For example, there is a file in my root directory called \TESTING......and i want to search all those files with no extension....how to do it.

THANK YOU THANK YOU THANK YOU!!!!

Carlos Antollini19-Jul-01 12:13

Carlos Antollini

19-Jul-01 12:13

You can use GetCurrentDirectory

char szCurrentDir[_MAX_DIR];

::GetCurrentDirectory(sizeof(szCurrentDir), szCurrentDir);
//Now you have the currentdir in the szCurrentDir variable.

CString strFind = _T(szCurrentDir + "\\*.*");

And make the same that the others samples.

Cheers!!!
Big Grin | :-D

Carlos Antollini.

Steve T19-Jul-01 12:38

Steve T

19-Jul-01 12:38

Do you want to recursively search for ALL files on your
C: drive with no extension? (exluding directories)

if so you could use the following function ....

void GetAllFiles(CString Dir)
{
CFileFind finder;

CString csFiles(Dir+"\\*.");

BOOL haveFile = finder.FindFile(csFiles);

while (haveFile)
{
haveFile = finder.FindNextFile();

if (finder.IsDots())
continue;

// search all directories recursively
if (finder.IsDirectory()) {
CString csNewDir = finder.GetFilePath();
GetAllFiles(csNewDir);
}else{
pListBox->AddString((LPCTSTR)finder.GetFileTitle()); }
}
finder.Close();
}

And call it with ...

GetAllFiles( "C:" );
if you want the list to show you where all the extensionless
files are on your disk replace

pListBox->AddString((LPCTSTR)finder.GetFileTitle());

with

pListBox->AddString((LPCTSTR)finder.GetFilePath());

Steve T.

Ben Burnett19-Jul-01 11:48

Ben Burnett

19-Jul-01 11:48

>> ......how to get rid of those directory.....

use the IsDots and IsDirectory members.

>> ...to list files in particular directory

CString extension = "*.*";<br />
CString filepath = "C:\ABC\";<br />
<br />
BOOL haveFile = finder.FindFile ( filepath + extension );<br />
<br />
while ( haveFile ) {<br />
<br />
haveFile = finder.FindNextFile();<br />
<br />
// skip directories<br />
if ( finder.IsDots () || finder.IsDirectory () ) continue;<br />
<br />
//<br />
// do something with the file<br />
//<br />
<br />
}

-Ben

---------
On the topic of code with no error handling -- It's not poor coding, it's "optimistic" Wink | ;)

Simple variable question.

Steve T19-Jul-01 12:10

Steve T

19-Jul-01 12:10

For your extension use "*."

This will now find all extensionless files AND
directories (including . and .. ) so put ...

if (!finder.IsDirectory()){
pListBox->AddString((LPCTSTR)finder.GetFileTitle());
}

...in your loop to prevent adding diectory names to
the list.

Steve T.

John Uhlenbrock19-Jul-01 10:10

John Uhlenbrock

19-Jul-01 10:10

I have 2 classes CMainFrame and CDevice that need access to the same variable (bConnected) to tell whether I am connected to a device or not. How do I do that without creating a whole seperate function to gain access to that variable? I though just declaring it publicly should have done the trick....guess not Frown | :(

- John

Re: Simple variable question.

Carlos Antollini19-Jul-01 10:33

Carlos Antollini

19-Jul-01 10:33

Put the variable in the CWinApp.
Declare the BOOL m_bConnect; variable in the protected Section
And add these inline functions in the Public section of the Header of the CWinApp Class
void SetConnect(BOOL bRet){m_bConnect = bRet;};
BOOL GetConnect() {return m_bConnect;};

Cheers!! Smile | :)

Carlos Antollini.

Pointers anyone?

Frank Deo19-Jul-01 9:48

19-Jul-01 9:48

I asked this question last week (I think). Noone answered, but I think it was a sunday so I figured everyone was watching the tube and relaxing. So, here goes again...

I have a docking window that creates a ListCtrl of type CListCtrl as its child. The listCtrl is created in the docking windows OnCreate function. I can add items to the list from within that OnCreate Function, BUT when I try to get a pointer to that listctrl from another class I always ASSERT in function IsWindow.

Obviously, because there isnt a valid m_hWnd attached to the pointer. BUT how do you define and then use a pointer to a listctrl from outside its own class.

Any help would be appreciated. I've never really grasped pointers 100%. So, maybe this will finally enlighten me. Big Grin | :-D

Frank

Ben Burnett19-Jul-01 11:54

Ben Burnett

19-Jul-01 11:54

The only thing I can think of is that you might be tring to use the control before it gets created. Also it is not enought to check whether the pointer to the list box is valid, you must check that it has been created(IsWindow will do, or set a flag in the docking window class).

-Ben

---------
On the topic of code with no error handling -- It's not poor coding, it's "optimistic" Wink | ;)

Frank Deo19-Jul-01 12:13

19-Jul-01 12:13

Thanks Benner,

My calls to add items to the list are done after the application has started, ie by a menu command.

My guess is (and I just had this revelation) that the variable that Is supposed to be storing the reference to my list ctrl is not holding it.

So...

If I'm creating a list ctrl by setting a public member like:

CListCtrl  m_wndListCtrl;

And...that list ctrl get created in OnCreate...how do I get hold of it from another class? Yikes...I'm confusing the hell out of myself here. Confused | :confused:

Thanks,
Frank

Christian Graus19-Jul-01 12:27

19-Jul-01 12:27

Assuming the list control has been created, then it's just

pMyClass->m_wndListCtrl;

The m_hWnd member will not be valid unless Create has been called, so that the list control is visible. As has been said ::IsWindow() will check this for you.

A pointer is a variable that holds the memory address where something is stored, as opposed to the object itself. What don't you grasp about them ( I'm not being sarcastic, I'm asking so I can offer a reply ).

Christian

#include "std_disclaimer.h"

People who love sausage and respect the law should never watch either one being made.

The things that come to those who wait are usually the things left by those who got there first.

Frank Deo19-Jul-01 12:38

19-Jul-01 12:38

Thanks Christian,

Pointers...and what I don't understand about them by /me:

I can grasp that a pointer defined as CClass* pointer is a pointer to an uninitialized variable. And, that a pointer defined as CClass& pointer is a reference to an initialized object...however I don't understand when you use one over the other. And, don't get me started on why you don't have to use & or * when using CDialog ie: CMyDialog dlg; dlg.DoModal();

Wink | ;)

As far as using pMyClass->m_wndListCtrl. OK, now if I'm understanding this correctly, the -> means that I must define pMyClass as CMyClass* pMyClass = (Something*)Something.

Where I'm getting confused is the Somethings above...(I hope I'm making sense here.)

Am I totally WRONG?

Calmly yours, and many thanks,
Frank

Christian Graus19-Jul-01 12:50

19-Jul-01 12:50

OK, here goes.

If you mean you CAN'T grasp that a CClass * pointer is uninitialised, consider this. By declaring this variable, you've declared your intention to store the address of a CClass and allocated enough space to store that memory address. When you call new is when you actually create the object. This is necessary, because sometimes you don't want to call new, for example when a function returns a pointer, or when you're using STL and have a container full of pointers ( the container owns the pointers, but does not call delete on them when it lets them go, so you need to ).

>And, that a pointer defined as CClass& pointer is a reference to an initialized object...however I don't understand when you use one over the other.

A reference is NOT a pointer. A reference allows you to pass an object without making a copy. You'd use this to pass an object into a function where the object either

a. has no copy constructor, or
b. is large and you don't want the overhead of making a copy

A reference cannot be dealt with like a pointer, for starters you can't use ++ to iterate through an array by starting with a reference to item 1.

>And, don't get me started on why you don't have to use & or * when using CDialog ie: CMyDialog dlg; dlg.DoModal();

I don't understand - why would you ? You can't use &, because there is nothing to refer to, you're creating the object. Having created it, you have a pointer to it (&dlg), although you'll lose it because when it goes out of scope the object will be deleted.

>OK, now if I'm understanding this correctly, the -> means that I must define pMyClass as CMyClass* pMyClass = (Something*)Something.

Yes, if it is your CMainFrame class, then it would be

CMainframe * pMain = (CMainframe*) AfxGetMainWnd();

This is a good place to store variables that you need across multiple classes, because it's so easy to get a pointer to. Note this is an example of why CMainframe * pMain creates nothing - you're not creating anything here, just storing a memory address for an object that exists already.

Christian

#include "std_disclaimer.h"

People who love sausage and respect the law should never watch either one being made.

The things that come to those who wait are usually the things left by those who got there first.

Frank Deo19-Jul-01 13:04

19-Jul-01 13:04

Ok...now you see why I didnt get pointers. Smile | :)

>I don't understand - why would you ? You can't use &, because there is >nothing to refer to, you're creating the object. Having created it, you have >a pointer to it (&dlg), although you'll lose it because when it goes out of >scope the object will be deleted.

I think I understand that now.

>By declaring this variable, you've declared your intention to store the >address of a CClass and allocated enough space to store that memory address.

Gotcha. But, if the object is already created, ie by calling Create() and there is no function like AfxGetMainWnd() how do you get a pointer to the memory address holding the variable you want to access? ie, a window created outside of the CMainFrame class.

For the love of Mike...I think I'm getting this...I just hope that everyone doesnt think I'm a dolt or something like that! Wink | ;)

Thanks Christian, I know this is elementary stuff. Chapter 1, but I never read that book. Roll eyes | :rolleyes:

Less Confused but still inquisitive:
Frank

{
There are no stupid questions. But there are alot of inquisitive idiots.
}

Christian Graus19-Jul-01 13:11

19-Jul-01 13:11

>Gotcha. But, if the object is already created, ie by calling Create() and there is no function like AfxGetMainWnd() how do you get a pointer to the memory address holding the variable you want to access? ie, a window created outside of the CMainFrame class.

Ah.. No, you use a function like this to get hold of the class that holds the variable, you still get the listctrl by accessing the variable within the class. So if the listctrl was in a dialog box, I'd make the dialog box a member of the CMainFrame class, make it a pointer if it's modeless ( it would have to be or there's no point trying to access it elsewhere ) and then if in my view I wanted to access it, I would do this:

CMainframe * pMain = (CMainframe *) AfxGetMainWnd(); // Get pointer to the class that holds my dialog

pMain->m_pDialog->m_ListBox.Somefunction(); // Use the list control now I have access to it.

>For the love of Mike...I think I'm getting this...I just hope that everyone doesnt think I'm a dolt or something like that!

Not at all - I've had some impressive memory blocks myself, sometimes you just need someone to verbalise it for you so you can get another slant on how it all works.

>Thanks Christian, I know this is elementary stuff. Chapter 1, but I never read that book.

I have Stroustrup 'The C++ Programming Language' by my desk all the time ( I actually referred to it to refresh my mind on the first question I answered for you ). You should definately get it and read it if you're serious about C++ - it is THE core reference IMHO.

Christian

#include "std_disclaimer.h"

People who love sausage and respect the law should never watch either one being made.

The things that come to those who wait are usually the things left by those who got there first.

Frank Deo19-Jul-01 13:25

19-Jul-01 13:25

Many Thanks Christian. (Brief Pause for effect). Many, Many Thanks. Big Grin | :-D

Frank

You see, its all very clear to me now... Something's going to happen.
Dave Bowman - 2010

Mike Burston19-Jul-01 13:19

Mike Burston

19-Jul-01 13:19

Frank,

You have asked two different questions - a specfic issue on why you are getting an ASSERT when accessing a CLIstCtrl, and the genreal question about pointers.

1. The ASSERT is almost certainly because you are accessing the 'wrapper' object (the CListCtrl) before the underlying window has been created. The best place to do what you want is 'OnInitDialog' - this is a function that allows you to do 'initialisation' of child controls and internal variables after the dialog has been created, but before the dialog his visible. You need to do a 'm_wndListCtrl.Create(...);' in 'OInInitDialog', then fill the control with items. After this, you should be able to access the listCtrl form anywhere that you access the CDialog object.

2. Pointers. It would take a while to work through all of this! As Christian says, a reference is not a pointer - although in many cases they can be used interchangeably. I don't thiunk anyone is going to be able to give you a concise and precise description of objects, pinters and references (and all the details and issues relating to them) in this forum. It sounds like you need to refer to a few C++ books. The Scott Meyers 'Effective C++' is a good place to go for details of issues like references versus pointers. Stan Lippmans 'C++ Primer' is a very good start for the details of practical C++.

Having just said this is all too much to condense into a short forum post, there are a few things that you should be aware of. In general (and all general rules have exceptions!) you should try to use references rather than pointers. This is because references always refer to something, so you do not have to concern yourself with testing for 'uninitialised variables'. The main use for pointers in modern C++ is when you need to refer to a number of different objects via the same variable - a reference cannot do this, but a pointer can.

There's a lot more thatn can be said, but this is already long enough!

Frank Deo19-Jul-01 13:27

Is it impossible that exe file will return a value ???

19-Jul-01 13:27

And many thanks to you Mike.

I think I've got a basic understanding of this stuff now.

And, hopefully this helped some of the other *pointer newbies out there. Smile | :)

Frank

19-Jul-01 9:02

I ask it before ant this is the answer that I gets:

look in help for main, wmain etc. - they return int
t!

Who can explain me it ???

Re: Is it impossible that exe file will return a value ???

Michael Dunn19-Jul-01 9:42

Michael Dunn

19-Jul-01 9:42

If you have a console app, the value returned from main() is the exit code of the program.
For GUI apps, the return from WinMain() is the exit code. Normally you return the wParam of the WM_QUIT message, which itself is the parameter passed to PostQuitMessage(), however this is not a requirement.

--Mike--
http://home.inreach.com/mdunn/
"You named the Borg... Hugh?"
-- Guinan

Radio Buttons

19-Jul-01 8:57

something very simple, I want to have two sets of radio buttons, I cant for the life of me seperate them. I always thoguht it woul be a matter of putting them in a group contorl but no luck. I was told to try putting the taborder so they are sequential but this doesnt work either Frown | :(

thanks

Re: Radio Buttons

Michael Dunn19-Jul-01 10:00

Michael Dunn

19-Jul-01 10:00

You also have to set the Group style on the first radio button in the group, and turn that style off for the remaining buttons.

--Mike--
http://home.inreach.com/mdunn/
"You named the Borg... Hugh?"
-- Guinan

Re: Radio Buttons

John Uhlenbrock19-Jul-01 10:06

John Uhlenbrock

19-Jul-01 10:06

I just had the same problem. Open the .rc file in text mode then cut and paste so that the radio control buttons are all bunched together, and then make sure the group box follows. I believe that should do it even though there probably is an easier way.

Ex: I had a dialog for selecting comm ports and a device type, 1 group box for each...the correct .rc file looks like so:

CONTROL         "DEVICE1",IDC_DEVICE1,"Button", BS_AUTORADIOBUTTON,23,34,70,10
CONTROL         "DEVICE2",IDC_DEVICE2,"Button", BS_AUTORADIOBUTTON,23,48,70,10
CONTROL         "DEVICE3",IDC_DEVICE3,"Button", BS_AUTORADIOBUTTON,23,62,70,10
GROUPBOX        "Device Type:",IDC_DEVICE_SELECT,19,24,78,52,BS_LEFT | WS_GROUP
CONTROL         "1",IDC_COM1,"Button",BS_AUTORADIOBUTTON,137,29,22,10
CONTROL         "2",IDC_COM2,"Button",BS_AUTORADIOBUTTON,137,43,22,10
CONTROL         "3",IDC_COM3,"Button",BS_AUTORADIOBUTTON,137,57,22,10
CONTROL         "4",IDC_COM4,"Button",BS_AUTORADIOBUTTON,137,71,22,10
CONTROL         "5",IDC_COM5,"Button",BS_AUTORADIOBUTTON,168,29,20,10
CONTROL         "6",IDC_COM6,"Button",BS_AUTORADIOBUTTON,168,43,20,10
CONTROL         "7",IDC_COM7,"Button",BS_AUTORADIOBUTTON,168,57,20,10
CONTROL         "8",IDC_COM8,"Button",BS_AUTORADIOBUTTON,168,71,20,10
GROUPBOX        "COM Port:",IDC_COM_PORT,131,19,63,65

- John

Re: Radio Buttons

Christian Graus19-Jul-01 12:34