Re: Icons - Big vs. Small (Size does matter) - C / C++ / MFC Discussion Boards

Mike Nordell18-Nov-01 12:13

18-Nov-01 12:13

What's worse is that I can't *kill* cl.exe, no matter what.

Isn't it wonderful? Just what you'd expect from Macroshaft, and here you got it. Bend over and say "Thanks!".

Seriously, this is a design decision (IMO a serious error in the NT kernel) that Microsoft apparently don't see as an error. The easiest way you can exhibit it is to create a process (only tested win NT5 - aka W2k) that
1) CreateFile a dummy file
2) Call SetEndOfFile to be at a gig (or five, or whatever is needed to make you disk subsystem use a large amount of time to zero-fill)

Now try to kill that process while it's running step 2... Good luck. It's locked from killing since it's now in a locked kernel-call that can take forever to complete...

Re: Help...cl.exe hangs on big project

Chris Hafey18-Nov-01 18:24

Chris Hafey

18-Nov-01 18:24

Hmm, are you sure other operating systems support killing processes that are in kernel mode? If so can you describe the mechanism? It sounds like a terribly difficult problem!

Chris Hafey

Re: Help...cl.exe hangs on big project

Mike Nordell18-Nov-01 21:24

Mike Nordell

18-Nov-01 21:24

No. But on the other hand I'm not aware of any other operating system that has system calls that can take up to several minutes, even hours, to complete - possibly even freezing the system from the users POV.

But this shouldn't be a problem, simply a matter of aborting an I/O request. Not exactly rocket science.

Re: Help...cl.exe hangs on big project

Rassman19-Nov-01 4:16

Rassman

19-Nov-01 4:16

Hello Ron.

I haven't had this particular problem lately and like you say I can't see it being a resource problem.

But, I used to have trouble with an old Windows and to save me going in and out of Windows to run nmake, I split my make file.

Then did an Nmake of mafefiles, sort of thing.

To get yourself going I would do that very thing again. Though I am a touch worried that you say the problem seems to hinge arround one of three files. I would do a build of those you suspect and at least one before (thinking of the likely order of build) with full warnings switched on , I know you have to plough through junk too with this build, but as you do consider an old type problem, where you used to get a corrupt byte in the source file that confused the compilers. Even notepad is capable of this.

Mike. Are you saying that MS have got their cl.exe running at kernal-0 level? I would find that difficult to believe, or maybe your saying that a call it happens to make hi-lights a kernal bug?

We do it for the joy of seeing the users struggle.

Icons - Big vs. Small (Size does matter)

16-Nov-01 10:14

I have an icon resource in my project. The icon has two devices (16x16 and 32x32). I have them colored different and I want the icon in my dialog to show up as the 16x16 icon not the 32x32 one. I tried commenting out the SetIcon() call where it loads the big icon to no avail. Any suggestions?

Re: Icons - Big vs. Small (Size does matter)

Michael Dunn16-Nov-01 10:22

Michael Dunn

16-Nov-01 10:22

You need to use LoadImage() instead of LoadIcon(). LoadIcon() only loads 32x32 icons.

--Mike--
http://home.inreach.com/mdunn/
#include "witty_sig.h"
Heart | [heart]

your

with

and

Re: Icons - Big vs. Small (Size does matter)

RobJones16-Nov-01 10:23

RobJones

16-Nov-01 10:23

You might try this..

BOOL CTimerDlg::OnInitDialog()
{
	CTimerDlg::OnInitDialog();

	//  when the application's main window is not a dialog
	SetIcon(m_hIcon, TRUE);		// Set big icon
	SetIcon(m_hIcon, TRUE);		// Set small icon

 SetIcon(m_hIcon, TRUE) <-- change the FALSE to TRUE

Hope it helps

Rob

Re: Icons - Big vs. Small (Size does matter)

16-Nov-01 10:52

Thanks, That worked!

Help! WS_CLIPCHILDREN and scrollbar buttons

16-Nov-01 10:04

I've implemented double-buffering in a custom CWnd-derived control with horizontal and vertical scrollbars to eliminate flickering.

The final touch to this, to keep the parent dialog from causing flicker on my control, is to set the dialog's WS_CLIPCHILDREN flag to TRUE (using the resource editor, select "Clip Children").

In doing this, though, I've found that no matter what I do, when I resize, the area usually occupied by the scrollbar buttons is a "smear" of the last contents of the new area that the buttons should occupy.

Refreshing by dragging a window over the button and away causes them to redraw again, so I get the feeling that some vital message is not being passed from the dialog to my control on resizing... but I can't figure out what that message would be!

I've been tearing my hear out on this for three days now, so it's time for me to hear from someone who has gone through this before. Any help is extremely welcome, even if it comes in the form of thought-provoking questions.

Thanks. Confused | :confused:

Tom Guyette

Re: Help! WS_CLIPCHILDREN and scrollbar buttons

Chris Hafey17-Nov-01 6:46

Chris Hafey

17-Nov-01 6:46

Make sure you set repaint to TRUE when you resize your child window (assuming you are using MoveWindow() here).

Chris

Re: Help! WS_CLIPCHILDREN and scrollbar buttons

17-Nov-01 14:24

Holy shinola! OMG | :OMG:

I can't believe that in a single sentence you solved five days worth of tearing my hair out. Chris, you're my hero. If there's ever anything I can do to repay the favor, please let me know.

-- Tom Guyette
guyette@alum.wpi.edu

Console Background Color

Steve L.16-Nov-01 9:19

Steve L.

16-Nov-01 9:19

How do you change the backgournd color of a console application from the default black to a different color. I looked at the few SetConsol... functions in the help but none of them seemed to deal with the background color.

<marquee>Raffi

Re: Console Background Color

Carlos Antollini16-Nov-01 9:41

Carlos Antollini

16-Nov-01 9:41

Start with SetConsoleTextAttribute...

Best Regards.... Big Grin | :-D

and

for ever

Carlos Antollini.

Re: Console Background Color

Steve L.16-Nov-01 11:14

Steve L.

16-Nov-01 11:14

My Help Says:
The SetConsoleTextAttribute function sets the foreground (text) and background color attributes of characters written to the screen buffer.

I could be wrong but doesnt SetConsoleTextAttribut change the foreground and background of the text characters? I want to change the entire screen to a color. Can SetConsoleTextAttribute do that and I am reading it wrong?

<marquee>Raffi

Re: Console Background Color

Nish Nishant16-Nov-01 13:51

Nish Nishant

16-Nov-01 13:51

use SetConsoleTextAttribute to change the background color

Now simulate a "CLS"

once you clear the screen, your screen will entirely be of the bg color you set

as to simulating the "CLS" the easy way is to out put 25*80 spaces; then use SetConsoleCursorPosition to position the cursor on top

Nish

Sonork ID 100.9786 voidmain

www.busterboy.org

Nish is a BIG fan of Goran Ivanisevic

Re: Console Background Color

moliate16-Nov-01 14:23

moliate

16-Nov-01 14:23

Try using FillConsoleOutputAttribute to fill the console with the preferred colorattributes

/moliate

    printf("Hello World     ");

// yellow text on blue. 
    HANDLE hStdout = GetStdHandle( STD_OUTPUT_HANDLE);
    WORD wColor = BACKGROUND_BLUE      |
                  FOREGROUND_RED       | 
                  FOREGROUND_GREEN     |
                  FOREGROUND_INTENSITY; 
    COORD coord; 
    coord.X = 0;            // start at first cell 
    coord.Y = 0;            //   of first row 

    FillConsoleOutputAttribute( 
        hStdout,          // screen buffer handle 
        wColor,           // color to fill with 
        80*50,            // number of cells to fill 
        coord,            // first cell to write to 
        NULL);            // actual number written

Re: Console Background Color

Steve L.16-Nov-01 15:57

Steve L.

16-Nov-01 15:57

that worked. ty very much!

<marquee>Raffi

transparent Listbox

16-Nov-01 8:47

i subclassed the CListBox and override this two functions

BOOL CListBoxTrans::OnEraseBkgnd(CDC* pDC)
{
// TODO: Code für die Behandlungsroutine für Nachrichten hier einfügen und/oder Standard aufrufen

return true;
//return CListBox::OnEraseBkgnd(pDC);
}

HBRUSH CListBoxTrans::CtlColor(CDC* pDC, UINT nCtlColor)
{
// TODO: Attribute des Gerätekontexts hier ändern

// TODO: Pinsel ungleich NULL zurückgeben, falls die Behandlungsroutine des übergeordneten nicht aufgerufen werden soll
pDC->SetBkMode(TRANSPARENT);
return (HBRUSH)::GetStockObject(NULL_BRUSH);
//return NULL;
}

So now my ListBox is transparent , but if i have to scroll the box or i select an item in the box
the transparent effect is damaged . There is a really missmatch on the listbox .
What do i have to do , that selecting items and scrolling will work in my transparent ListBox ?

Re: transparent Listbox

Rassman19-Nov-01 4:42

Rassman

19-Nov-01 4:42

If your listbox is transparent then you should be telling the parent to repaint in the way that you require. Invalidate the rectangle in the parent where the transparent control is.

Though there is another way, rather than have your listbox transparent, which can cause you extra typing because of z order painting problems, pass the background rectangle (on move or resize of the parent) to the child (your control) and stick the background in. Then of cause you are back in a world where the listbox can take care of itself.

We do it for the joy of seeing the users struggle.

Disable button !

Hadi Rezaee16-Nov-01 8:34

Hadi Rezaee

16-Nov-01 8:34

Hi all,
What is best way to enable or disable button in toolbar ?
Suspicious | :suss:

My month article: Game programming by DirectX by Lan Mader.
Please visit in: www.geocities.com/hadi_rezaie/index.html

Hadi Rezaie

Re: Disable button !

Nish Nishant16-Nov-01 13:48

Nish Nishant

16-Nov-01 13:48

CToolBarCtrl::EnableButton

Nish

Sonork ID 100.9786 voidmain

www.busterboy.org

Nish is a BIG fan of Goran Ivanisevic

Re: Disable button !

Hadi Rezaee16-Nov-01 14:58

Hadi Rezaee

16-Nov-01 14:58

Hi Nish,
But i used CToolBar class ...

My month article: Game programming by DirectX by Lan Mader.
Please visit in: www.geocities.com/hadi_rezaie/index.html

Hadi Rezaie

Re: Disable button !

Nish Nishant16-Nov-01 17:16

Nish Nishant

16-Nov-01 17:16

use CToolBar::GetToolBarCtrl to get the underlying CToolBarCtrl object

Nish

Sonork ID 100.9786 voidmain

www.busterboy.org

Nish is a BIG fan of Goran Ivanisevic

Re: Disable button !

Hadi Rezaee17-Nov-01 0:27

Hadi Rezaee

17-Nov-01 0:27

So GetToolBarCtrl() is function for using CToolBarCtrl class ...
Thanks alooooooooot for your helps Wink | ;)

I have other theory question, which is better to use ?
CToolBarCtrl or CToolBar

Thanks again for your helps !
Best Regards

My month article: Game programming by DirectX by Lan Mader.
Please visit in: www.geocities.com/hadi_rezaie/index.html

Hadi Rezaie

Re: Disable button !

Nish Nishant17-Nov-01 0:41

Nish Nishant

17-Nov-01 0:41

Hadi_Rezaie wrote:
I have other theory question, which is better to use ?
CToolBarCtrl or CToolBar

See this URL
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/HTML/_core_methods_of_creating_a_toolbar.asp

It explains the differences and suggests when you should use what.

Nish

Sonork ID 100.9786 voidmain

www.busterboy.org

Nish is a BIG fan of Goran Ivanisevic

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