C / C++ / MFC Discussion Boards

Jake Palmer28-Aug-01 18:43

28-Aug-01 18:43

hi everyone!
how should I tell a multiline edit control, which has more text than is viewable, to scroll down so the text at the end is always visible?
the text is frequently changing, and every time I want the control scrolled automatically to the bottom. what do you think? Big Grin | :-D

thanks,
Jake

*****
Jake Palmer

www.duke.edu/~jp6

Re: Scrolling multiline edit ctrl to bottom

The_Server29-Aug-01 3:13

The_Server

29-Aug-01 3:13

int l_nMin, l_nMax;

m_YourCEdit.GetScrollRange(SB_VERT, &l_nMin, &l_nMax);
m_YourCEdit.SetScrollPos(SB_VERT, l_nMax);

Name: STR
BTW: for some of you that wished for CodeProject irc server
I create a channle on DalNet called "#CodeProject"

how to debug multity threads

haozl28-Aug-01 17:21

haozl

28-Aug-01 17:21

I have two threads one used to send data to COM1 buffer, the other used to
monitor COM1 events. I want to know whether the corresponding event is received when I send a byte in the first thread. so I have to debug the two threads parellely, but how can i ? help me.

I am a fish swimming in the sea of c++.

Re: how to debug multity threads

Focht28-Aug-01 20:51

Focht

28-Aug-01 20:51

Hi,

set a breakpoint in the appropriate WaitCommEvent() event type result evaluation. This is usually switch( EvtMask) where you determine the type of event. Run the debuggee. When the debugger breaks on the specified event type, simply suspend the other threads.

"Debug" -> "Threads" ... "suspend" all by looking at "location" where the functions are listed that each thread executed (before break).

By doing this you save yourself from hassle that is when single stepping thru one thread you end up in another thread and so on (of course its multithreaded).

Hope this helps.

A. Focht.

Re: how to debug multity threads

KingsGambit29-Aug-01 1:26

KingsGambit

29-Aug-01 1:26

Nice answer

Re: how to debug multity threads

haozl29-Aug-01 2:35

haozl

29-Aug-01 2:35

A good answer! thanks a lot.

I am a fish swimming in the sea of c++.

Question about MFC

Cnoob28-Aug-01 16:14

Cnoob

28-Aug-01 16:14

I'm creating a simple budget type program that simply displays my budget over 6 months.
It's rather small consisting of only a few types like rent and credit card etc.. i think 6 in total.
I went with dialog based in appwizard to keep the code really simple. And added in the microsoft flexgrid control,
got that idea from a book.
As I'm new to this ofcourse I don't fully understand where my errors are. I did however manage to get 1 of the names to appear but not any others.
Anyone here know how to control where stuff goes in the grid?

Re: Question about MFC

Christian Graus29-Aug-01 1:57

Christian Graus

29-Aug-01 1:57

It's not too late to save yourself a world of hurt. The Flexgrid docs are sparse and all for VB. Get Chris Maunders excellent grid control from this site instead.

Christian

As I learn the innermost secrets of the around me, they reward me in many ways to keep quiet.

Men with pierced ears are better prepared for marriage. They've experienced pain and bought Jewellery.

Re: Question about MFC

Paul Hooper29-Aug-01 3:06

Paul Hooper

29-Aug-01 3:06

While I agree that Chris' grid control is the better way to go, I think that what you are after is

SetTextMatrix(long Row, long Col, LPCTSTR lpszNewValue);

alternatively you can move to a cell and then write eg

SetRow(long nNewValue);
SetCol(long nNewValue);
SetText(LPCTSTR lpszNewValue);

Paul Hooper

If you spend your whole life looking over your shoulder, they will get you from the front instead.

thnx a bunch to both of you

Cnoob29-Aug-01 6:14

Cnoob

29-Aug-01 6:14

Modeless dialogs on top

grathbun28-Aug-01 13:55

grathbun

28-Aug-01 13:55

I'm starting a modeless dialog box from my main (dialog-based) app, but it's
always on top when I run the program. I can change focus back to the main
dialog box, but I can't bring it to the front. I've tried SetForegroundWindow()
and a couple of other functions, but no luck.

Any suggestions appreciated.

Details:
- Visual C++ 6.0
- MFC Dialog-based app
- Child dialog boxes created with Create() function

Gary Rathbun

Re: Modeless dialogs on top

Carlos Antollini28-Aug-01 14:18

Carlos Antollini

28-Aug-01 14:18

SetWindowsPos();

Good Luck!!!! Big Grin | :-D

Carlos Antollini.

Re: Modeless dialogs on top

grathbun29-Aug-01 7:37

grathbun

29-Aug-01 7:37

Thanks, Carlos, but when I try to use that function, the compiler gives an error,
saying it doesn't have 7 arguments. The documentation says it does, and it
has 7 in WINUSER.H, where it's declared. In CONTROL.H, it has 4, but none
of them refer to height or Z-order positioning.

I also tried BringWindowToTop(). It compiled, but didn't bring the main dialog to the
top--the child dialog was still on top... Frown | :(

Any more ideas, I'd be glad to try them!

Gary R.

Re: Modeless dialogs on top

Carlos Antollini29-Aug-01 7:54

Carlos Antollini

29-Aug-01 7:54

You are using MFC?
in that case is
CWnd::SetWindowPos

BOOL SetWindowPos( const CWnd* pWndInsertAfter, 
    int x, 
    int y, 
    int cx, 
    int cy, 
    UINT nFlags );

For Example

SetWindowPos(&wndTopMost, 0, 0, 0, 0,SWP_NOSIZE);<br />

If you not are using MFC is

BOOL SetWindowPos(  HWND hWnd,             // handle to  window
  HWND hWndInsertAfter,  // placement-order handle
  int X,                 // horizontal position
  int Y,                 // vertical position 
  int cx,                // width
  int cy,                // height
  UINT uFlags            // window-positioning flags);

For example

<br />
SetWindowPos(m_hWnd, HWND_TOPMOST, 0, 0, 0, 0, SWP_NOSIZE);<br />

in this case you need to include the winuser.h file.
Cheers...

Carlos Antollini.

Release vs Debug

John Uhlenbrock28-Aug-01 13:25

John Uhlenbrock

28-Aug-01 13:25

The debug version of my program works like a charm. The release build gives an access violation as soon as I double click on the exe. So....since I really can't "debug" the release version, I could use a lil help.

Any ideas?

Re: Release vs Debug

Ravi Bhavnani28-Aug-01 13:51

Ravi Bhavnani

28-Aug-01 13:51

You probably have an uninitialized variable. Try using AfxMessageBox() to trace through your program.

/ravi

"There is always one more bug..."
http://www.ravib.com
ravib@ravib.com

Re: Release vs Debug

John Uhlenbrock28-Aug-01 14:22

John Uhlenbrock

28-Aug-01 14:22

I just found out you CAN debug your release build. Under MSDN help, under index, look up "release build" and under that is "fixing problemss" (yes 2 s's). Click on "Turn on Generation of Debug Information for the Release Build" to find out how. So, I did that, and I am now debugging the release build, and I find out that my "Access violation" error comes before the first line of InitInstance. What on gods planet would cause this? The call stack just shows "0064ed69()".

Re: Release vs Debug

Brad Bruce28-Aug-01 15:18

Brad Bruce

28-Aug-01 15:18

Sounds like you have a member variable that is blowing up as it's being created.

Re: Release vs Debug

John Uhlenbrock30-Aug-01 13:17

John Uhlenbrock

30-Aug-01 13:17

Well, I don't hear any explosions ;D. On a serious note, could you elaborate on this variable "blowing up"?

Re: Release vs Debug

Brad Bruce30-Aug-01 13:56

Brad Bruce

30-Aug-01 13:56

I hope this equation works here Wink | ;)

Quick Answer + time + thought = better answer

Try setting a breakpoint in the constructor of any class member classes. For example, you have a class CDoSomething which is declared as a member variable of CMyGreatClass. Notice I said class not pointer to a class. As a part of the construction of CMyGreatClass, it has to create CDoSomething. If there is a problem creating CDoSomething, CMyGreatClass will not even get created before an error occurs.

Good Luck
Brad

Re: Release vs Debug

John Uhlenbrock30-Aug-01 14:06

John Uhlenbrock

30-Aug-01 14:06

I thought that the very very very first thing that gets called is CMyApp::InitInstance(). I attempt to "run to cursor" to that function with my release build, and it doesn't make it. Do the constructors of the other classes get called before reaching the InitInstance function....? ( I also tried your suggestion, without success.

Re: Release vs Debug

Brad Bruce31-Aug-01 1:43

Brad Bruce

31-Aug-01 1:43

The constructor gets called first! Try setting a breakpoint there.

Brad

Re: Release vs Debug

Rafael Gómez Blanes29-Aug-01 2:06

Rafael Gómez Blanes

29-Aug-01 2:06

For strange it seems, you can debug a release version of a program in VC; read the article on http://www.pgh.net/~newcomer/debug_release.htm; very good!

InstallSHIELD

John Uhlenbrock28-Aug-01 11:41

John Uhlenbrock

28-Aug-01 11:41

MSDN states "Visual C++ includes the SDK Edition of Stirling Software’s InstallSHIELD". I have Visual Studio 6.0....I can't find it!

"If a man speaks in the forest, and there is no woman around to hear him, is he still wrong?"

Re: InstallSHIELD

DanYELL28-Aug-01 11:49

DanYELL

28-Aug-01 11:49

You can downloaded the crappy but free version of installshield from installshield.com. Microsoft let's you download there installation package for visual c++ professional edition user's. I have the standard edition and when I went to download it they make you type in that long identification number and well....I never got to download the software.

Let me bestow my advice. INSTALLSHIELD SUCKS BADLY! A spectacular business-like (and free) installation package is inno-setup located at jrsoftware.org. It's easy to use and looks really nice. Installshield is difficult to use and takes forever to install.

Peace. Rose | [Rose]

Last Visit: 31-Dec-99 18:00 Last Update: 5-Jul-24 10:19

Refresh

ᐊ Prev 1...18040 18041 18042 180431804418045 18046 18047 18048 18049 Next ᐅ

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