Re: char* vs vectors vs std::string - C / C++ / MFC Discussion Boards

Mark F.23-Oct-06 15:02

23-Oct-06 15:02

It works on Win98 machines. Trying it on XP machines I find that the mouse wheel button doesn't scroll the view window. Anyway, I fixed it by handling the OnMouseWheel() event.

BOOL CMyEditView::OnMouseWheel(UINT nFlags, short zDelta, CPoint pt) 
{
	CRichEditCtrl & rc = GetRichEditCtrl();
	if( zDelta < 0 )			// down
		rc.LineScroll(3, 0);
	else					// up
		rc.LineScroll(-3, 0);
	return CRichEditView::OnMouseWheel(nFlags, zDelta, pt);
}

-- modified at 21:19 Monday 23rd October, 2006

Mark

Re: MouseWheel Question

Mark Salsbery23-Oct-06 15:20

Mark Salsbery

23-Oct-06 15:20

Mark F. wrote:
It works on Win98 machines. Trying it on XP machines I find that the mouse wheel button doesn't scroll the view window.

Oh ok - At first I thought maybe different common controls library. Checked and it's feature
from Rich Edit 1.0 on.

All I can think of off hand is the control doesn't have focus. Does it still not scroll if you
click in the control somewhere then turn the wheel?

Mark

char* vs vectors vs std::string

Wheatbread23-Oct-06 9:29

Wheatbread

23-Oct-06 9:29

Which is the best to use? char*, vector or std::string

I'm searching for the best way to manipulate strings. I've historically used char* with strstr, strtok, etc. I've also used CStrings, but trying to get away from them.

I'm hoping to join the present and use containers whenever possible. I'm wondering if I can use a vector instead or is it best to use std::string.

I have to do all the standard string stuff, copying, searching, parsing, etc.

Ideas?
-C

Re: char* vs vectors vs std::string

Zac Howland23-Oct-06 9:41

Zac Howland

23-Oct-06 9:41

That all depends on what you are doing. Use char* as little as possible. string is nice when you don't have to worry about multithreaded issues. If you are passing strings between threads, use vector<char> since it isn't reference counted.

For more descriptive details, check out Effective C++ and Effective STL by Scott Meyers.

If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week

Zac

Re: char* vs vectors vs std::string

led mike23-Oct-06 9:52

led mike

23-Oct-06 9:52

Zac Howland wrote:
since it isn't reference counted.

So how does that solve all the synchronization issues? Depending on the use-model you could create just as many problems using a vector.

led mike

Re: char* vs vectors vs std::string

Nemanja Trifunovic23-Oct-06 10:00

Nemanja Trifunovic

23-Oct-06 10:00

led mike wrote:
So how does that solve all the synchronization issues?

Reference counting is not multithreading-friendly by default Smile | :)

Having said that, not all versions aof std::string are reference counted - for instance the Dinkumware one that ships with VC++ is not. Of course, relying on a particular internal implementation is generally a bad idea.

Programming Blog
utf8-cpp

Re: char* vs vectors vs std::string

Zac Howland23-Oct-06 11:04

Zac Howland

23-Oct-06 11:04

Nemanja Trifunovic wrote:
for instance the Dinkumware one that ships with VC++ is not.

Last time I checked, it was. Link

If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week

Zac

Re: char* vs vectors vs std::string

Zac Howland23-Oct-06 10:18

Zac Howland

23-Oct-06 10:18

led mike wrote:
So how does that solve all the synchronization issues?

It doesn't solve all synchronization issues. STL isn't threadsafe, so you have to use protection around any access to it anyway, but there are issues with passing strings around. I can't remember all the details (and I don't have my copy of Effective STL with me at the moment to look it up) off the top of my head.

If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week

Zac

Re: char* vs vectors vs std::string

led mike23-Oct-06 11:34

led mike

23-Oct-06 11:34

Zac Howland wrote:
It doesn't solve all synchronization issues.

Ok, sorry my post was probably just stupid.

Zac Howland wrote:
I can't remember all the details

This is not simply an oversight; current reference counted implementations may fail for 
more complicated examples. They may fail even for s[1] == s[2] if the string s is simultaneously 
examined (merely examined, not necessarily modified) by another thread.

SGI Reference[^]

led mike

Re: char* vs vectors vs std::string

Nemanja Trifunovic23-Oct-06 9:45

Nemanja Trifunovic

23-Oct-06 9:45

It depends on a particular situation, but "by default" I would go with std::string + Boost String Algorithms[^].

Programming Blog
utf8-cpp

Re: char* vs vectors vs std::string

fat_boy23-Oct-06 23:43

fat_boy

23-Oct-06 23:43

If you are doing MFC (or want to include the specific headre) then use CString. Otherwise use the string template.

Truth is the subjection of reality to an individuals perception

CDialog access !

mostafa_pasha23-Oct-06 8:48

mostafa_pasha

23-Oct-06 8:48

How can i access CDialog class from antoher class
that declare in CDialog base application?

best regards,
M.J.M.

Re: CDialog access !

David Crow23-Oct-06 9:37

David Crow

23-Oct-06 9:37

mostafa_pasha wrote:
How can i access CDialog class...

Do you mean a CDialog-derived class?

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Re: CDialog access !

mostafa_pasha23-Oct-06 10:40

mostafa_pasha

23-Oct-06 10:40

for example i have CMyFile that is generic class
(my project is CDialog base such as CMyDialog) how
can i access CMyDialog through CMyFile?

is that anyway that call CMyDialog's function from CMyFile
class?

Best regards.
M.J.M.

Re: CDialog access !

Jörgen Sigvardsson23-Oct-06 11:23

Jörgen Sigvardsson

23-Oct-06 11:23

CMyFile::Method()
{
   CMyDialog dlg;
   dlg.DoModal();
}

--
Not a substitute for human interaction

Re: CDialog access !

David Crow24-Oct-06 3:05

David Crow

24-Oct-06 3:05

mostafa_pasha wrote:
is that anyway that call CMyDialog's function from CMyFile
class?

Sure, but why would you want to? By allowing CMyFile access to the internals of CMyDialog, you have thus tied the two together (i.e., encapsulation). It's especially troublesome if you are wanting CMyFile to manipulate a UI component (e.g., progress bar) that CMyDialog owns. You should be posting a message to CMyDialog instead.

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Re: CDialog access !

Hamid_RT23-Oct-06 22:24

Hamid_RT

23-Oct-06 22:24

did you try it?
CMainClass *m_Main=(CMainClass*)GetParent();
m_Main->your variables

WhiteSky

Re: CDialog access !

mostafa_pasha24-Oct-06 2:24

mostafa_pasha

24-Oct-06 2:24

Hi,
it does not work.
GetParent get one argument as HWND.

i change it ,

<br />
CMainClass *m_Main=(CMainClass*)GetParent(theApp.GetMainWnd()->m_hWnd);<br />

but in dialog base application , compiler say " error C2065: 'theApp' : undeclared identifier"
now how can i get pointer to CVerApp class?

CVerApp * = ???;
which function exist to point to my CVerApp?

Best Regards.
M.J.M.

Re: CDialog access !

Hamid_RT24-Oct-06 2:42

Hamid_RT

24-Oct-06 2:42

How to use this file if you use of GetParent(m_hWnd) what happens?

WhiteSky

Re: CDialog access !

mostafa_pasha24-Oct-06 2:48

mostafa_pasha

24-Oct-06 2:48

I have progress bar, i want to change position from
my CMyFile class ! CMyFile class is generic class!

i just want to change position of bar from my CMyFile
so first , i get pointer to my dialog class form CMyFile!
then call function SetPos() of my prograss bar class .

How can i do that?

best regards.
MJM

Re: CDialog access !

Hamid_RT24-Oct-06 19:32

Hamid_RT

24-Oct-06 19:32

if this pointer is valid you dont have problem and you must create this pointer once and again use of it for call your class,I hope it helpful for you but if you have problem you can ask Smile | :)

WhiteSky

Checking if a file exists

Giulio200023-Oct-06 8:37

Giulio2000

23-Oct-06 8:37

Hello all,

I need to find out one of those things for which msdn or other website are almost a useless reference.

I need to check if a file exists in a given folder.

I am sure there is a function that just returns true if the file exists but there is no way I can find it on the web.

Can anyone help?
Ciao

Giulio

Re: Checking if a file exists

Mark Salsbery23-Oct-06 8:44

Mark Salsbery

23-Oct-06 8:44

How about the OpenFile() Windows API using the OF_EXIST flag?

Mark

Re: Checking if a file exists

Zac Howland23-Oct-06 8:47

Zac Howland

23-Oct-06 8:47

Giulio2000 wrote:
I need to find out one of those things for which msdn or other website are almost a useless reference.

Well, this question certainly is NOT one of those. MSDN, CP, and Google will all give you quick results for this question.

Giulio2000 wrote:
I need to check if a file exists in a given folder.

Are you using MFC, Win32 API directly, or standard C++? Depending on which library you want to use, there are several options available to give you this answer. Here is the MSDN link[^] for the MFC way.

If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week

Zac

Re: Checking if a file exists

Giulio200023-Oct-06 8:56

Giulio2000

23-Oct-06 8:56

I am using MFC.

Thanks for the replies. Trying to open the file with a NO_CREATE option is the obvious solution but it is actually more that I need doing.

There must be a function like IfFileExists(<path to="" file="">) somewhere in MFC but there is no word combination that will give me sensible results on the web.

Ciao

Giulio

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