C / C++ / MFC

10-Dec-08 18:10

I dont seem to be displaying any text

would anyone know what I am doing wrong

   Stor_edit = GetDlgItem(hwndDlg,IDC_EDIT3);  // Get Windows Handle<br />
<br />
	 SendMessage(Stor_edit,EM_POSFROMCHAR,(WPARAM) 1, NULL); // Get pos <br />
	 <br />
         x = LOWORD(myresult);<br />
<br />
         y = HIWORD(myresult);<br />
<br />
         mydc = GetDC(Stor_edit);<br />
<br />
         SetTextColor(mydc, RGB(255,0,0));<br />
<br />
         SetBkColor(mydc, RGB(255,255,0));<br />
<br />
         SelectObject(mydc,CreateSolidBrush(RGB(255,255,206,0)));<br />
<br />
         GetTextMetrics(mydc,&mytext);<br />
<br />
         x = x * mytext.tmOverhang;<br />
<br />
         y = y * mytext.tmHeight;<br />
<br />
         TextOut(mydc,x,y,"Test String",10);<br />
<br />
         ReleaseDC(Stor_edit,mydc);<br />
<br />
	   return TRUE;

SandipG 10-Dec-08 19:13

SandipG

10-Dec-08 19:13

Why are you using TextOut?
Use SetWindowText.
I hope it helps.

Regards,
Sandip.

ForNow10-Dec-08 23:44

10-Dec-08 23:44

isn't SetWindowText For the title Bar ????

VC++Maniac11-Dec-08 0:38

VC++Maniac

11-Dec-08 0:38

If the window does not have a title bar it will set it to its body... Poke tongue | ;-P

ForNow11-Dec-08 2:49

11-Dec-08 2:49

I am sorry I really down understand ??? I think I have title bar set in in resource of the DialogBox templete

of which this edit control is a part of

Mark Salsbery11-Dec-08 7:13

Mark Salsbery

11-Dec-08 7:13

Edit controls render the text themselves.
You don't draw the text on top of an edit control.

"The SetWindowText function changes the text of the specified
window's title bar (if it has one). If the specified window is
a control, the text of the control is changed."

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

ForNow11-Dec-08 7:38

11-Dec-08 7:38

Hi,

My plan was to make Certin parts of the Text Highlighted/Colored

that why I went into GDI/HDC mode

Can you do Device Context e.g. GDI stuff with a Multi Line edit control ?????

or am I totally way off base

BTW ipc communication via named pipes I finally got that to work

Can I buy you dinner sometimes

Thankx for your help

Mark Salsbery11-Dec-08 7:46

Mark Salsbery

11-Dec-08 7:46

ForNow wrote:
Can you do Device Context e.g. GDI stuff with a Multi Line edit control ?????

You can, but you'll be fighting the control's drawing implementation.

ForNow wrote:
My plan was to make Certin parts of the Text Highlighted/Colored

Using a Rich Edit control would make that much simpler!

ForNow wrote:
BTW ipc communication via named pipes I finally got that to work

Cool!

ForNow wrote:
Can I buy you dinner sometimes

Of course! I never turn down a free meal Smile | :)

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

ForNow11-Dec-08 14:03

11-Dec-08 14:03

ok I see it much simpler the n WM_PAINT or WM_CTLCOLOREDIT

one last question I implemented multiline edit control via DialogTemplete

can I still use that interface for Rich Edit ???

BTW as far free meal I am on the easT cost specfically White Plains NY

Mark Salsbery12-Dec-08 5:05

Mark Salsbery

12-Dec-08 5:05

Sure, you can use a Rich Edit control on a dialog.

By default, it looks/acts like a regular edit control, and supports most,
if not all, of the functionality of a standard edit control plus lots more...

Rich Edit Controls[^]

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

ForNow12-Dec-08 6:29

force closing a crashed application.

12-Dec-08 6:29

I am A Assembler internals MainFrame Programmer by trade BTW

SO all that WM_CTLCOLOREDIT and WM_PAINT

SelctObject stuff is out the door is this now they way to Paint MultiLine Edit Controls

As Mentinoed I Dont do this for a Living so.... sometimes I am not sure how to go about things

thankx so much

Darrel Q Pham10-Dec-08 15:29

Darrel Q Pham

10-Dec-08 15:29

Hi, my main program is being monitored by a manager type program via a heart beat. How do I use the manager type program to force close the application. Using WM_CLOSE or WM_DESTROY is useless because the message pump is not running anymore. Thank you.

Re: force closing a crashed application.

Sarath C10-Dec-08 16:33

Sarath C

10-Dec-08 16:33

You can Kill process using TerminateProcess API

-Sarath.
"Great hopes make everything great possible" - Benjamin Franklin

My blog - Sharing My Thoughts, An Article - Understanding Statepattern

Re: force closing a crashed application.

Darrel Q Pham15-Dec-08 19:05

Darrel Q Pham

15-Dec-08 19:05

I was out of state for a while and did not get a chance to respond. It works. Thank you.

GDI rendering on top of OpenGL

Dave Calkins10-Dec-08 10:10

Dave Calkins

10-Dec-08 10:10

Any tips on doing GDI rendering on top of OpenGL?

We're doing our OpenGL rendering, then calling SwapBuffers, then doing GDI rendering on the same DC. This works fine with SW rendering pixel formats. When using HW accelerated pixel formats the window update/clipping/refresh is different the GDI rendering doesn't always update if you obscure the window with a dialog for example.

So I thought I'd ask in case we're going about it the wrong way.

Dave Calkins10-Dec-08 10:23

Dave Calkins

10-Dec-08 10:23

Well I found one solution to this. We've overridden OnEraseBkgnd in our view window and we just return TRUE. I added a call to Invalidate(FALSE) and that cleared up the GDI rendering. It looks like the GDI rendering was getting called, but the only region being allowed to update was the obscured region.

Code-o-mat10-Dec-08 10:46

10-Dec-08 10:46

You could also try rendering onto a memory bitmap, then use GDI on that and blit that onto your window. Because of the blit this could be a bit slower though. I see you already solved your problem but i thought i mention this possibility too.

> The problem with computers is that they do what you tell them to do and not what you want them to do. <

Sarath C10-Dec-08 16:38

Sarath C

10-Dec-08 16:38

Blitting a bitmap may hide some part of the OpenGL rendered scene. Otherwise has to go for Transperant blitting.

-Sarath.
"Great hopes make everything great possible" - Benjamin Franklin

My blog - Sharing My Thoughts, An Article - Understanding Statepattern

Code-o-mat11-Dec-08 0:47

11-Dec-08 0:47

What do you mean? What i meant is not to draw GDI things onto a bitmap and then blit that onto the surface OpenGL rendered to, i mean, make OpenGL render onto a bitmap, use GDI on that and then display it on the window. See this.[^]

> The problem with computers is that they do what you tell them to do and not what you want them to do. <

Dave Calkins11-Dec-08 2:12

Dave Calkins

11-Dec-08 2:12

We do render OpenGL to an offscreen bitmap in some places, but not for our main rendering.

If you render OpenGL to an offscreen bitmap are you still able to take advantage of hardware accelerated pixel formats? We've seen issues with trying to do that.

Code-o-mat11-Dec-08 2:18

UDP socket and IP: Port [modified]

11-Dec-08 2:18

I'm not sure...that might vary dependant on drivers and hardware i guess.

> The problem with computers is that they do what you tell them to do and not what you want them to do. <

nahitan10-Dec-08 9:32

nahitan

10-Dec-08 9:32

Hi there,

I have an application that sits between mobile devices and another application.
I use UDP socket from mobile devices (GPRS network the device uses a modem and SIM card) to my application and TCP from my application to the second application. the mobile device is supposed to send a message to my app and from my app to the 2nd application and the second application sends a response back to that specific device via my application. So I record mobile id and IP and port that I got the message from and save it in a memory to use it for response back to the device. the problem is when my application crashes, I lose all the IP and port information and the message that should go to the mobile device would not get it there until I get a message from the mobile and save the info. I tried to save all the info in a file and read it back in start up but I noticed that when I restart my application the port number for the specified device will change and the information that I saved is useless (i.e. I am sending a message to an IP (which is correct) and a port (that has changed)). My question is like this: is there anyway to use UDP sockets and send/ receive messages but just use a specific IP for each device and do not use any PORT? and if there is, I'll be appreciated if somebody get me a clue.

here is what happens for me now:

Device to App:

got a message:
look for device ID and save the IP and PORT for that:
Mobile# Z, IP: xxx.xxx.xxx.xxx port: xxxx

App to Device

Message is supposed to go to device Z --> get the IP and Port

send message to xxx.xxx.xxx.xxx port xxxx

if My app restarts and I get a message to send to device Z, the port is changed and the message never gets to that unless I get a message from the device and update my information.
Due to data usage and as we use VPN tunnel we send heartbeat message every 40 minutes, so the information might not be very updated.

Best
Nahitan

modified on Wednesday, December 10, 2008 3:53 PM

Re: UDP socket and IP: Port

led mike10-Dec-08 10:10

led mike

10-Dec-08 10:10

nahitan wrote:
the problem is when my application crashes

Fix the crash. D'Oh! | :doh:

led mike

Re: UDP socket and IP: Port

nahitan10-Dec-08 10:27

nahitan

10-Dec-08 10:27

Good point, but what if the PC restarts for any reason (windows crash, power...)

Re: UDP socket and IP: Port

Code-o-mat10-Dec-08 10:27