Managed C++/CLI

27-Apr-09 5:23

I've got my Visual C++ form to display properly based on whether or not the user is using XP or Vista, but I need the program to open up with Administrator rights on Vista. I've tried doing it based on file existence, but even if the file is not created it shows that "it exists" because there is an open filestream. There are also random message boxes I used to verify that I was using the updated version of this app.

This is my code so far:
(If there are any bracket errors, please ignore, the code compiles fine, I just copied a portion of the code from the header file)

public: System::Void Form1_Load(System::Object^ sender, System::EventArgs^ e) {
bool retValue;
bool ret;
String^ path = "C:\\Program Files\\CenturyTel Self Repair\\VistaUAC.fts";
if (File::Exists(path))
{
MessageBox::Show("Successful second time loading.","Beta 2");
}
else
{
retValue = OsIsAtLeastVista(); // Returns true if user has Vista
if (!retValue)
MessageBox::Show("NOTE: This is XP.","Beta Test");
MessageBox::Show("Second Box?!","Yup");
if (retValue)
{
MessageBox::Show("NOTE: this is Vista","Beta Test");

if (File::Exists(path))
MessageBox::Show("Voila! File was created.","Hehe, worked.");
else
{
MessageBox::Show("Creating File.","Creating file.");
FileStream^ fs = gcnew FileStream(path,FileMode::OpenOrCreate,FileAccess::Write );
try
{
AddText(fs, "I exist\n");
fs->Close();
}
finally
{
if (fs)
delete (IDisposable^)fs;
}
ret = subFunc();
if (File::Exists(path))
MessageBox::Show("I'm here.","I'm here.");

if (!ret)
{
System::Diagnostics::Process ^process = gcnew System::Diagnostics::Process();
process->StartInfo->FileName = "CTEL.exe";
process->StartInfo->Verb = "runas";
process->Start();
Application::Exit();
}

}
}
}

and the subfunc

bool subFunc ()
{
bool val;
if (File::Exists("C:\\Program Files\\CenturyTel Self Repair\\VistaUAC.fts"))
val = 1;
else
val = 0;
return val;
}

Mark Salsbery27-Apr-09 6:53

27-Apr-09 6:53

turkmeistr1 wrote:
I need the program to open up with Administrator rights on Vista.

You can do that in the manifest...

Making your assembly run "as Administrator" in Vista[^]

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

turkmeistr127-Apr-09 9:01

27-Apr-09 9:01

Does it have to be run with the manifest or is there any way to just have the application open with that as long as it's Vista?

Mark Salsbery27-Apr-09 9:05

27-Apr-09 9:05

turkmeistr1 wrote:
Does it have to be run with the manifest

The manifest is always checked anyway, so what's the difference? Smile | :)

If your app requires administrative privileges, then that's how you do it, otherwise
any operations requiring elevated privileges will fail at runtime.

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

turkmeistr127-Apr-09 10:08

27-Apr-09 10:08

Awesome, got it! Thanks!

Mark Salsbery27-Apr-09 11:11

Getting the Brush to apply to pictureBox instead of Form

27-Apr-09 11:11

I forgot to mention - if you need your app to run not elevated at first
and then maybe elevate privileges later if necessary based on some logic,
then you can launch a separate process elevated using "runas" ike we discussed
previously.

Hopefully that made sense Smile | :)

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

Jeffrey Webster26-Apr-09 19:55

Re: Getting the Brush to apply to pictureBox instead of Form

26-Apr-09 19:55

Hi,

I'm trying to draw this rotating line onto a picture box instead of a form.

My question is: how do you specify that the FillRectangle and DrawLine statements should be applying to the picture box instead of the form on which it has been placed.

Here's the code:

private: System::Void timer1_Tick(System::Object *  sender, System::EventArgs *  e)
   {
				 
	myAngle = myAngle + (tSpeed*.004);
	if (myAngle > 6.283) myAngle = myAngle-6.283; 
	Graphics* pg = CreateGraphics();
	SolidBrush* sb= new SolidBrush(Color::LightGray);
	pg->FillRectangle(sb,10,10,200,200);
	point1=100 + 80*sin(myAngle);
	point2=100 - 80*cos(myAngle);
	Pen* pen1 = new Pen(Color::Black);
	pg->DrawLine(pen1, 100,100,point1,point2);
	pg->Dispose();
					
  }

Thanks for any suggestions.

Jeff

Luc Pattyn27-Apr-09 0:58

Re: Getting the Brush to apply to pictureBox instead of Form

27-Apr-09 0:58

Hi Jeff,

I have a standard reply for such a popular question, here it goes:

there are several steps to correctly draw something; it does not matter how complex the paint job is: from a single line, to a complex drawing, or a real work of art.

To make sure it all becomes visible on the screen and gets repainted automatically when moving, resizing, minimizing/maximizing/restoring or uncovering your Form, one should follow these steps:

1.
decide upon what object you want to draw; it normally is a Control (e.g. a Panel) or a Form itself. I prefer to add a Panel to a Form, then draw on the Panel.

2.
create some variables (Rectangle, struct, class, whatever) that hold the parameters of your drawing. For a rectangle that could be top and left coordinate, and width+height, or just a Rectangle. etc.

3.
create a Paint handler (either add your own paint handler to the Paint event, or
override the OnPaint method) for that Panel, and do all your drawing in there,
using the Graphics class and your variables.

4.
if and when you want to change things, modify the variables and call Panel.Invalidate() or one of its overloads (for selective invalidation).

5.
If you want to animate things, perform the move (step 4) inside the Tick handler of a Windows.Forms.Timer which ticks on the GUI thread, so you are allowed to call Invalidate() from there too.

BTW: if you need to create some objects (Fonts, Pens, Brushes, ...) either keep them
alive in class members (hence create them only once); or create them inside the Paint
handler and don't forget to call Dispose() on them.

Smile | :)

Luc Pattyn [Forum Guidelines] [My Articles]

Avoiding unwanted divs (as in "articles needing approval") with the help of this FireFox add-in

Jeffrey Webster27-Apr-09 3:13

Re: Getting the Brush to apply to pictureBox instead of Form

27-Apr-09 3:13

Hi,
Thanks Luc. Yes, I'm aware that it is probably not a great idea to keep creating and disposing of the pens/brushes. I found in a previous application I'd written (in unmanaged C++) that it seemed to recreate the pen every time for some reason, even though I wasn't specifically telling it to do so. It kept crashing. Finally I gave up and simply created and deleted everything on each iteration. But I'll work on that again.

Mostly I'm just trying to understand the syntax/object model of managed C++ well enough to actually do some basic examples. My big goal at this point is to control where the drawing is done, which unfortunately you didn't mention in your reply.

The code examples I'm drawing from are from Msft VisualC++.Net by Templeman/Olsen (for anyone who is interested) and they are using the "Graphics" class to invoke the DrawLine method as you can see in the code. But how does this class know where to draw the line? Somehow it's assuming I want it drawn on the Form. What if I want it drawn somewhere else?

Thanks,
Jeff

Luc Pattyn27-Apr-09 3:43

Re: Getting the Brush to apply to pictureBox instead of Form

27-Apr-09 3:43

Hi Jeffrey,

I suggest you read points 1 and 3 once more.
The Paint handler must be wired to the Control you want to paint on.

Smile | :)

Luc Pattyn [Forum Guidelines] [My Articles]

Avoiding unwanted divs (as in "articles needing approval") with the help of this FireFox add-in

Jeffrey Webster27-Apr-09 4:26

Re: Getting the Brush to apply to pictureBox instead of Form

27-Apr-09 4:26

Hi,

Unfortunately I just can't find enough documentation on this subject to proceed at this point. I'll do some more digging...

Thanks,
Jeff

Luc Pattyn27-Apr-09 4:34

Re: Getting the Brush to apply to pictureBox instead of Form

27-Apr-09 4:34

what is wrong with myControl.Paint+=myPaintHandler; except for the fact that you want C++ syntax, mine is C#?

Smile | :)

Luc Pattyn [Forum Guidelines] [My Articles]

Avoiding unwanted divs (as in "articles needing approval") with the help of this FireFox add-in

Jeffrey Webster27-Apr-09 6:20

Re: Getting the Brush to apply to pictureBox instead of Form

27-Apr-09 6:20

Hi,
To me - and this may just reveal my ignorance - whether or not this is handled as a Paint event or simply placed within the timer sub doesn't really affect the central question which is how to get the brushes/pens to draw on the pictureBox and not the Form.

To get some idea I simply used the Designer code generator to create MouseDown and MouseUp events on the pictureBox.

This is what the code looked like:

this->pictureBox1->MouseUp += new System::Windows::Forms::MouseEventHandler(this, pictureBox1_MouseUp);
this->pictureBox1->MouseDown += new System::Windows::Forms::MouseEventHandler(this, pictureBox1_MouseDown);

then for the drawing I used this

private: System::Void pictureBox1_MouseDown(System::Object *  sender, System::Windows::Forms::MouseEventArgs *  e)
   {
	p1.X = e->X;
	p1.Y = e->Y;
   }

private: System::Void pictureBox1_MouseUp(System::Object *  sender, System::Windows::Forms::MouseEventArgs *  e)
   {
	p2.X = e->X;
	p2.Y = e->Y;
	Graphics* gr= CreateGraphics();
	Pen* pen1 = new Pen(Color::Black);
	gr->DrawLine(pen1, p1.X,p1.Y,p2.X,p2.Y);
	gr->Dispose();
   }

But this is still drawing on the Form, not the pictureBox. Puzzling.

Jeff

Luc Pattyn27-Apr-09 6:23

Re: Getting the Brush to apply to pictureBox instead of Form

27-Apr-09 6:23

Jeffrey Webster wrote:
Graphics* gr= CreateGraphics();

is completely wrong:
1. you are getting a Graphics associated with your Form, not your PictureBox (how is the Graphics to know you want to paint on the PictureBox??)
2. you don't need to create a Graphics at all, you get one for free in any Paint handler.

Smile | :)

Luc Pattyn [Forum Guidelines] [My Articles]

Avoiding unwanted divs (as in "articles needing approval") with the help of this FireFox add-in

Jeffrey Webster27-Apr-09 6:34

Re: Getting the Brush to apply to pictureBox instead of Form

27-Apr-09 6:34

Okay then send me some code, an example, something I can work with. I think by now we know that simply admonishing me for not using a Paint handler is not helping me.

Thanks,
Jeff

Luc Pattyn27-Apr-09 6:52

Re: Getting the Brush to apply to pictureBox instead of Form

27-Apr-09 6:52

C# example (not tested):

private Panel panel;
private bool paintRectFlag=true;
private Rectangle rect=new Rectangle(20, 20, 300, 200);
private Pen rectPen=Pens.Black;
…
public Form1() {
    InitializeComponents();
    panel=new Panel();
    panel.Paint+=panelPaintHandler;
    Controls.Add(panel);
}
…
protected void panelPaintHandler(object sender, PaintEventArgs e) {
    Graphics g=e.Graphics;
    if (paintRectFlag) g.DrawRectangle(rectPen, rect);
}

protected void buttonClickHandler(object sender, EventArgs e) {
    paintRectFlag=!paintRectFlag;   // toggle visible flag
    panel.Invalidate();
}

Luc Pattyn [Forum Guidelines] [My Articles]

Avoiding unwanted divs (as in "articles needing approval") with the help of this FireFox add-in

Jeffrey Webster27-Apr-09 8:01

How to Convert Strings[] to LPWSTR*???

27-Apr-09 8:01

Thanks for the code.

As I understand it, the actual drawing occurs here:

protected void panelPaintHandler(object sender, PaintEventArgs e) {
    Graphics g=e.Graphics;
    if (paintRectFlag) g.DrawRectangle(rectPen, rect);

Which draws to a panel, which I'm assuming is a sort of generalized/abstract screen object. Presumably this would be rendered according to the needs of some Form (or other) object when invoked?

So if you (were to) run this, would it draw a rectangle? Or do you need additional code to make it "work"?

Thanks,
Jeff

ANURAG VISHNOI22-Apr-09 21:14

ANURAG VISHNOI

22-Apr-09 21:14

Hello All,
I am trying to convert a list of Strings in LPWSTR* array. I am using the following way to convert it. But here the problem occurs in the returning array items. It contains all the elements same in the array. I found the problme is due to memset() which updates the memory address everytime same as earlier. Please help me out----

for(DWORD i = 0; i < itemIds->Count; i++)
{
ATL::CComBSTR itemWChar;
itemWChar = ::GetAtlBstr(itemIds[i]);
WCHAR _itemWChar[_MAX_PATH];
memset(_itemWChar, 0, sizeof(_itemWChar) / sizeof(_itemWChar[0]));
memcpy(_itemWChar, static_cast(itemWChar), itemWChar.ByteLength());
items[i] = _itemWChar;
}

ANURAG VISHNOI,
Sr. Software Engineer,

Re: How to Convert Strings[] to LPWSTR*???

Mark Salsbery23-Apr-09 6:33

Checking OS and Vista admin rights

23-Apr-09 6:33

The memset() should have no effect here (nor is it necessary).
Plus, you've calculated the number of bytes to set incorrectly...
it should be sizeof(_itemWChar), not sizeof(_itemWChar) / sizeof(_itemWChar[0])

What are "itemIds" and "items" (what are their declared types)?
This is the part that looks fishy to me:

memcpy(_itemWChar, static_cast(itemWChar), itemWChar.ByteLength());
items[i] = _itemWChar;

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

turkmeistr122-Apr-09 3:32

22-Apr-09 3:32

I'm writing a diagnostic tool in Visual C++. It's a GUI. I need to be able to have the program determine whether or not it needs to be loaded with admin privileges on Vista. The diagnostic tool works flawlessly in XP 32 bit, and it would work flawlessly on 64 bit if I could determine how to verify whether the system is 32 bit or 64 bit by redirecting the directory the batch files are automatically written to. Could anyone help me with figuring out the code used to first verify the OS and whether it's 32 or 64 bit? After that, possibly how to bypass UAC on Vista so it has the administrator rights when running batch files?

Mark Salsbery22-Apr-09 8:07

22-Apr-09 8:07

turkmeistr1 wrote:
verify the OS and whether it's 32 or 64 bit

How to detect programmatically whether you are running on 64-bit Windows[^]

turkmeistr1 wrote:
bypass UAC on Vista

Bypass?

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

turkmeistr122-Apr-09 8:38

22-Apr-09 8:38

Thanks for that first link, that will help tremendously. What I meant by bypass UAC on Vista is to allow the program to execute batch files as the administrator. Some commands, such as resetting tcp/ip, require the "elevated" command prompt.

Mark Salsbery22-Apr-09 12:15

22-Apr-09 12:15

Something like this?

// Run a batch file with elevated privileges

System::Diagnostics::Process ^process = gcnew System::Diagnostics::Process();
process->StartInfo->FileName = "cmd.exe";
process->StartInfo->Arguments = "/c c:\\mybatchfile.bat";
process->StartInfo->Verb = "runas";
process->Start();

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

turkmeistr122-Apr-09 12:40