Re: typecasting CString to LPSTR - C / C++ / MFC Discussion Boards

Re: visual C++.Net == Visual C++ 7.0 ?

Matt Newman17-Dec-01 10:35

Matt Newman

17-Dec-01 10:35

I am not really sure but I think that you can choose to compile Managed (.Net) or Unmanaged code.

-Matt Newman
-Matt Newman

-Sonork ID: 100.11179:BestSnowman

Re: visual C++.Net == Visual C++ 7.0 ?

Kuniva17-Dec-01 10:53

Kuniva

17-Dec-01 10:53

lol

Kuniva

Want, take, have.
(oh btw, best way of learning some language is by looking at examples, start large!) :p

Re: visual C++.Net == Visual C++ 7.0 ?

Nemanja Trifunovic17-Dec-01 10:52

Nemanja Trifunovic

17-Dec-01 10:52

Satheesh Venkatesan wrote:
Will somebody clear this up for me? Are they the
same?

VC.NET is just a marketing name for VC 7.0

Satheesh Venkatesan wrote:
are all future Visual C++ platforms going to
produce MISL code which would need a run-time
machine to interpret(yuck)?

It is a matter of choice. You can compile your VC++ applications as managed (MISL) or unmanaged (native code). I pretty much believe that VC++ developers will continue to use the unmanaged mode, except for the interop with managed applications.

I vote pro drink Beer | [beer]

Can I play MPEG in Video for Windows?

JerzyPeter17-Dec-01 10:22

JerzyPeter

17-Dec-01 10:22

Is there any way to play MPEG file in VFW (Video for Windows)?

Jerzy

typecasting CString to LPSTR

Dave K Dosanjh17-Dec-01 10:02

Dave K Dosanjh

17-Dec-01 10:02

I need to feed a CString into a LPSTR. First, I simply assigned a CString to the LPSTR item like so:

lvitem.pszText = File.GetFileName ();

compiler error:
“no operator defined which takes a right-hand operand of type 'class CString'”

I then try typecasting it to a LPSTR…

lvitem.pszText = (LPSTR) File.GetFileName ();

complier error:
“cannot convert from 'class CString' to 'char *'”

Looking at CString’s methods, I see it can be typecast to a LPCSTR but not a LPSTR. So I try this:

lvitem.pszText = (LPCSTR) File.GetFileName ();

complier error:
“cannot convert from 'const char *' to 'char *''”

Ok, finally I typecast to LPCSTR then to a LPSTR. It compiles but the string is garbage.

lvitem.pszText = (LPSTR) (LPCSTR) File.GetFileName ();

Blah. I am new to MFC, but I can’t help but feel this a too much drama for a simple string .
Thx for any help.

Re: typecasting CString to LPSTR

Dave Goodman17-Dec-01 10:20

Dave Goodman

17-Dec-01 10:20

The typical way to convert a CString to a LPSTR is to use CString::GetBuffer(...) and CString::ReleaseBuffer(...) which protect the CString from being mangled by the code playing with the LPSTR. Be sure to read the help for the CString overview and the functions just mentioned to see why. If your code doesn't modify the text, then it's often better to assign the CString to a LPCSTR variable, and then the compiler doesn't complain.

Another thing to keep in mind is that CString will try to keep just one copy of a piece of text when multiple CString's hold the same text. Using GetBuffer and ReleaseBuffer allow the CString to make a local copy of the text so that changing it via an LPSTR won't change the text of all the other CString's. (Which could be a bad thing.)

Dave Goodman
dgoodman@infoway.com
www.dkgoodman.com

Re: typecasting CString to LPSTR

Michael Dunn17-Dec-01 11:01

Michael Dunn

17-Dec-01 11:01

See the VC forum FAQ.

--Mike--
My really out-of-date homepage
"Not our fault we are intellectually superior to the rest of the office." -- Paul Watson in the Lounge, 12/12/2001
Sonork - 100.10414 AcidHelm
Big fan of Alyson Hannigan.

Re: typecasting CString to LPSTR

Navin17-Dec-01 14:08

Navin

17-Dec-01 14:08

The way to do this really depends on what you are trying to do. It looks
like you are trying to put the contents of a CString into a structure. You
may be best off making a copy of the string, and then deleting it
when you are finished using your strucutre. E.g.,

lvitem.pszText = new TCHAR[File.GetFileName().GetLength()];
strcpy(lvitem.pszText, File.GetFileName());

...
delete [] lvitem.pszText;

This is probably the safest way to do it, although it does mean
you create more memory for the string.

If you need an LPTSTR for, say, one function call, you can
use GetBuffer() to get the LPTSTR, and then ReleaseBuffer() after
you're finished.

It can be unsafe to cast a CString like this:
(LPTSTR)(LPCTSTR)someString
.. becuase if the contents of the LPTSTR are changed,
you can run into all kinds of nastiness (believe me, I know from experience. Smile | :)

)

The early bird may get the worm, but the second mouse gets the cheese.

Add User Dialog

Ed K17-Dec-01 9:49

Ed K

17-Dec-01 9:49

How can I access/use the Add User Dialog on NT 4? I've built my own, however it is slow... Frown | :(

Thanks,

ed

'Love is an obsessive delusion that is cured by marriage.' Dr. Karl Bowman

Curious

17-Dec-01 9:07

I was just wondering if someone could tell me how to put a background image on my C++ form for the time card I just made.

Re: Curious

Joaquín M López Muñoz17-Dec-01 9:19

Joaquín M López Muñoz

17-Dec-01 9:19

If by "C++ form" you mean a CDialog or CFormView based window, then this post of mine shows how to set a bitmap as the background for your window.

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

Re: Curious

17-Dec-01 9:22

Thanks, I appreciate it!!

Re: Curious WHOOPS

17-Dec-01 9:30

I'm really new to programming, so please bear with me. The first two lines in the code you gave is: "CBitmap m_bitmap_background; BITMAP m_bmInfo_background;" Does this mean I have to right click on the DLG file in class view and add a member variable? What type would I use? I appreciate your help.

Re: Curious WHOOPS

Joaquín M López Muñoz17-Dec-01 9:45

Joaquín M López Muñoz

17-Dec-01 9:45

I'm really new to programming, so please bear with me.

Glad to be helpful Wink | ;)

I'll give you as thorough an explanation as I can (forgive me if some details are already obvious to you).
Well, There's four steps in getting the process done:

Have a bitmap loaded in your resources. I'm assuming the identifier of the bitmap is IDB_BACKGROUND but you can change it to whatever pleases you most.
Add the two variables m_bitmap_background and m_bmInfo_background. The way to do it you suggest is just fine (types are CBitmap and BITMAP, respectively). You can also edit by hand the .h and insert directly the variables.
Locate the OnInitDialog of your dialog and insert the stuff where m_bitmap_background and m_bmInfo_background are set their values.
Go to the class wizard (CTRL+W on most IDE installations) and add a message handler for WM_ERASEBKGND. This gets you the OnEraseBkgnd method where you can insert the remaining piece of code.

Good luck and welcome to MFC programming!

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

Re: Curious WHOOPS

17-Dec-01 10:50

I went to the class wizard and there is no WM_ERASEBKGND. I saw all the other choices and nothing to do with the background was there. Am I doing something wrong?

Re: Curious WHOOPS

Joaquín M López Muñoz17-Dec-01 11:04

Joaquín M López Muñoz

17-Dec-01 11:04

Oh, well, you've got to change the message filter so that WM_ERASEBKGND appears. I don't have the IDE handy, but you should go to the last tab in the class wizard dialog, look for a combo called "message filter" or something like that and select "Topmost frame".

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

Re: Curious Thanks

17-Dec-01 14:20

Thanks, I really appreciate all your help!

Support to Graph

Tony Li17-Dec-01 8:30

Tony Li

17-Dec-01 8:30

Is there any support within Visual C++ to data structure Graph (not Graphics)?
If not, does anyone know where I can find the resource related to it?

Thanks! Smile | :)

Re: Support to Graph

Joaquín M López Muñoz17-Dec-01 8:41

Joaquín M López Muñoz

17-Dec-01 8:41

Boost features the Boost Graph Library, a highly portable (works with MSVC++ 6.0 too) graph library in the spirit of STL. It might seem a little hard to grasp at first, depending on your level of acquaintance with STL.

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

Socket Communications - buffering problems

Ted Christiansen17-Dec-01 7:58

Ted Christiansen

17-Dec-01 7:58

I am trying to use sockets to communicate between two processes. By default of course there is buffering going on. I need it to be more interactive, as the data being passed is then output to a CView. In certain cases it takes 30 seconds for the first data to show up.

If I look at the TRACE output in the VC IDE I can see that the data is being sent.

I have set the buffer size:

CNe_editorApp *pApp = (CNe_editorApp*) AfxGetApp();

// create socket
if (sock.Create(portnum) == 0) {
TRACE("Could not create socket\n");
::SendMessage(hWnd, UPM_JOBFINISHED, (WPARAM)NULL, (LPARAM)NULL);
return 1;
}
TRACE("Created socket\n");

int buffsize = 10 // bytes;
sock.SetSockOpt(SO_RCVBUF, &buffsize, 4, SOL_SOCKET);

but this hasn't seemed to helped.

Any ideas? Thanks.

Ted

Re: Socket Communications - buffering problems

Joaquín M López Muñoz17-Dec-01 9:05

Joaquín M López Muñoz

17-Dec-01 9:05

I'd say buffering has nothing to do with your problem. It rather seems like program #2 is blocking on Receive due to lack of data from program #1, and unblocks after some timeout.
It'd be great if you can post the write and read loops of your two programs to help determine what's going on.

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

Hatched Brushes + a Scrolling View = Wacky Lines

D.D. de Kerf17-Dec-01 5:15

D.D. de Kerf

17-Dec-01 5:15

Hi,

I've written a document-view-application which draws boxes with fillings. I draw the fillings using a CRect and filling that with a hatched brush (HS_BDIAGONAL, HS_CROSS and so forth)....

All works well until I start scrolling. It looks as if the view just draws the part of the document in the view that was invisible, but became visible because of the scroll... It also looks as though the brush's origin just takes the first visible point to start drawing instead of really using the coordinates of the rect it fills (because the top part of the box was, at the time, outside the viewport)...

This results into wacky lines like this picture:
http://hioforum.ftn.hsbrabant.nl/data/wacky_lines.jpg

Any idea of how to fix this? I don't like rewriting to code to manually drawing the lines, but of course it is an option....

Structured programming vs. chaotic mind boggling

Re: Hatched Brushes + a Scrolling View = Wacky Lines

Joaquín M López Muñoz17-Dec-01 5:29

Joaquín M López Muñoz

17-Dec-01 5:29

GDI is something I know close to zero about, but seems like SetBrushOrgEx is what you're looking for.

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

MAXIMIZE A DIALOG

jafrazee17-Dec-01 4:42

jafrazee

17-Dec-01 4:42

I have created a mdi application. when the program starts it opens a child dialog. but i can not get it to maximize to the parent window. i have tried placing wm_maximize in the create string for the dialog and in the oninitialupdate call showwindows(sw_maximize) both results give me a window about 75% of the parents size.

thank you for any insite.

Re: MAXIMIZE A DIALOG

Ernest Laurentin17-Dec-01 5:14

Ernest Laurentin

17-Dec-01 5:14

Try this, I didn't try it but should work.

CYourDlg::OnInitDialog()
{
    CDialog::OnInitDialog();
    // Get main window size and resize your window...
    CRect rc;
    AfxGetMainWnd()->GetWindowRect(rc);
    ScreenToClient(rc);
    SetWindowPos(NULL, rc.left, rc.top, rc.Width(), rc.Height(), SWP_NOZORDER);
}

- God bless the World

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