Re: CFileDialog in an own thread -> Access violation

slaindevil1-Nov-09 21:02

1-Nov-09 21:02

Thanks for your idea, but Randors post solved my problem and it fits better into the program code. But really, thanks anyway!

GDI+ Bitmap::FromHICON problem

Evil.Ghost28-Oct-09 0:42

Evil.Ghost

28-Oct-09 0:42

I created a Gdiplus::Bitmap by Gdiplus::Bitmap::FromHICON(), but the alpha channels lost. Is there any solutions?

Evil.Ghost

Re: GDI+ Bitmap::FromHICON problem

CPallini28-Oct-09 1:02

CPallini

28-Oct-09 1:02

Yes.

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

Guidelines say avoid standard integer types

RedSonja27-Oct-09 23:31

RedSonja

27-Oct-09 23:31

The project style guidelines say this:

"Unless portability and reusability is not a concern, the use of standard integral types is forbidden (exception: enum) and the types from a standard project header must be used."

I can remember the days when we used to do this, but it has fallen into disuse. Are integers more portable now? I remember it being a problem with DEC machines, but we don't use them anymore. It seems I am not following the guidelines right now, I need a good reason in case the code inspectors ask.

In help all it says is that integer size is machine dependent.

------------------<;,><-------------------

Re: Guidelines say avoid standard integer types

CPallini27-Oct-09 23:51

CPallini

27-Oct-09 23:51

RedSonja wrote:
In help all it says is that integer size is machine dependent.

Well, that's an hint.
Smile | :)

Re: Guidelines say avoid standard integer types

RedSonja28-Oct-09 1:23

RedSonja

28-Oct-09 1:23

I am aware that different machines have different sizes for integer. I was hoping to hear something like - compilers are so clever nowadays they can handle this.

It seems there is no way out and I will have to make a header file with standard types in it. I might have one left from 10 years ago. I was just hoping this kind of stuff was no longer necessary.

(I just surprised the new graduate, who wanted to know what an unsigned character is good for. Apart from using it as an unsigned character, in the old days when size mattered we used to use unsigned char to get an 8-bit integer. That was in image processing, with one integer for each pixel, etc.)

------------------<;,><-------------------

Re: Guidelines say avoid standard integer types

CPallini28-Oct-09 1:44

CPallini

28-Oct-09 1:44

RedSonja wrote:
compilers are so clever nowadays they can handle this.

Well, they are compilers after all (i.e. How 'the fresh Hell' a compiler would handle that?). Smile | :)

RedSonja wrote:
(I just surprised the new graduate, who wanted to know what an unsigned character is good for. Apart from using it as an unsigned character, in the old days when size mattered we used to use unsigned char to get an 8-bit integer. That was in image processing, with one integer for each pixel, etc.)

Since there is a rather general agreement among different machines about the size of a byte, then it may be indeed a good starting point.
Smile | :)

Re: Guidelines say avoid standard integer types

RedSonja28-Oct-09 2:13

RedSonja

28-Oct-09 2:13

I think your determination to be amusing at my expense just exceeded my determination to find help here.

Perhaps among the other readers there are some who understand what my problem is and have dealt with it themselves in the recent past.

The problem is not the code, or the size of integers. The problem is handling the code auditors.

------------------<;,><-------------------

Re: Guidelines say avoid standard integer types

Richard MacCutchan28-Oct-09 2:31

Richard MacCutchan

28-Oct-09 2:31

RedSonja wrote:
I think your determination to be amusing at my expense just exceeded my determination to find help here.

Perhaps your question led you to this situation.

You have some rules which, for some reason, you are uhappy with and you expect someone here to give you a technical solution to a non-technical issue.

RedSonja wrote:
The problem is not the code, or the size of integers. The problem is handling the code auditors.

And what has that to do with C/C++/MFC?

Re: Guidelines say avoid standard integer types

codedgn28-Oct-09 3:06

codedgn

28-Oct-09 3:06

If you don't have solution for the question, PLEASE DON'T REPLY.

Re: Guidelines say avoid standard integer types

CPallini28-Oct-09 3:26

CPallini

28-Oct-09 3:26

codedgn wrote:
If you don't have solution for the question, PLEASE DON'T REPLY.

Your statement does NOT compile, error message: missing 'then'. Poke tongue | ;-P

Re: Guidelines say avoid standard integer types

Richard MacCutchan28-Oct-09 3:43

Richard MacCutchan

28-Oct-09 3:43

codedgn wrote:
If you don't have solution for the question, PLEASE DON'T REPLY.

FWIW I was giving advice, there is no solution to the OP's question.

As someone who only joined the Code Project today, I don't think your opinion on this subject has any merit. May I suggest you read the guidelines[^], and then spend a few months reading some of the questions and answers, before telling others what to do.

Re: Guidelines say avoid standard integer types

codedgn28-Oct-09 6:55

codedgn

28-Oct-09 6:55

The purpose why people post questions here is to seek solution not advice. The advice they can get from anywhere.

They have adviser in school.

Re: Guidelines say avoid standard integer types

Richard MacCutchan28-Oct-09 7:48

Richard MacCutchan

28-Oct-09 7:48

codedgn wrote:
The purpose why people post questions here is to seek solution not advice.

You must either be particularly dense, or you know absolutely nothing about computing! As I stated before there is no solution to this problem, as is the case with many of the questions here. All we can do is advise the OP of that fact and make suggestions as to what other course of action they may take. The fact that the questioner does not like the answer makes no difference to the outcome.

Re: Guidelines say avoid standard integer types

CPallini28-Oct-09 3:03

CPallini

28-Oct-09 3:03

RedSonja wrote:
I think your determination to be amusing at my expense just exceeded my determination to find help here.

My question, actually, was serious: how could you expect a compiler will handle it? Compilers simply cannot.

RedSonja wrote:
Perhaps among the other readers there are some who understand what my problem is and have dealt with it themselves in the recent past.

Again, my suggestion was serious: unsigned char is actually one of the most portable data type.

RedSonja wrote:
The problem is not the code, or the size of integers. The problem is handling the code auditors.

If there aren't problems with the size of the integers, then shouldn't be problems with the auditors. Well, actually here I can understand your point, anyway is portability really a concern, there? If it is then I suppose you've already solved the problem and can boldly argue with the auditors. On the other hand, if portability isn't really a concern, why ('the fresh hell' again) should auditors worry about (holding this point is more troublesome).

Smile | :)

Re: Guidelines say avoid standard integer types

Rajesh R Subramanian28-Oct-09 5:42

Rajesh R Subramanian

28-Oct-09 5:42

The compilers will handle whatever, based on the build. One build won't fit all, like you would already know. I don't think that using an integer is such a sin. Yes, the size is dependent on the architecture, but you can always make multiple builds (unless of course your code runs on a really large number of different architectures, and you don't want to maintain a build for every such architecture).

I see no reason to carry those old beliefs today. It doesn't do any harm to use that "standard header" and the datatypes present in it, but it doesn't make any sense either any longer. Smile | :)

Just my 2c. Smile | :)

“Follow your bliss.” – Joseph Campbell

Re: Guidelines say avoid standard integer types [modified]

Adam Roderick J28-Oct-09 0:27

Adam Roderick J

28-Oct-09 0:27

Actually integer is machine dependent, say for Turbo C it is 16 bit. For Visual C it is 32 bit. So you cannot write a portable with int since it changes its behavior with the machine.
Please refer this article to get more info [^]

Величие не Бога может быть недооценена.

modified on Wednesday, October 28, 2009 6:38 AM

Printing the snapshot to the Default printer in VC++

Arun Abraham Jose27-Oct-09 23:28

Arun Abraham Jose

27-Oct-09 23:28

Hi,

I am creating a COM object in VC++ to take the snapshot of the screen (PrintScreen key functionality) and to send it to the default printer. I could get the screen shot by using the keybd_event() in to the clipboard but I could not find a proper way to print the screen to the default printer.

Can anybody help me in resolving this. Could any one send me the code snippet to do this in ATL COM application?

With Regards,

Abraham Chethuvelil

Re: Printing the snapshot to the Default printer in VC++

Randor 27-Oct-09 23:37

Randor

27-Oct-09 23:37

Hi Abraham,

You should have a look at the following Microsoft help and support article:

How to programmatically print to a non-default printer in MFC[^]

If you want to use the default printer instead of what is in the example have a look at one of my old posts from 2007 which has an OpenDefaultPrinter function.

http://www.codeproject.com/Messages/2163627/Re-programmatically-check-current-or-selected-prin.aspx[^]

Best Wishes,
-David Delaune

Re: Printing the snapshot to the Default printer in VC++

Arun Abraham Jose28-Oct-09 0:18

Arun Abraham Jose

28-Oct-09 0:18

Thanks David,

Let me ask you one doubt from your code.

You have taken the default printer to the Handle and in the calling area, you have used it with GetPrinter(). I require the function which will work same as the code snippet in VB.

Dim PauseTime, Start
Clipboard.Clear
Call PrintScreenApp
Dim dataPic As Picture
PauseTime = 20 ' Set duration.
Start = Timer ' Set start time.
Do While Timer < Start + PauseTime
Set dataPic = Clipboard.GetData()
DoEvents ' Yield to other processes.
If dataPic <> 0 Then
Printer.PaintPicture dataPic, 0, 0, (Printer.Width - 400)
Printer.EndDoc
Clipboard.Clear
Exit Do
End If
Loop
Set dataPic = Nothing

Can you please help me?

With Regards,

Abraham Jose

Re: Printing the snapshot to the Default printer in VC++

Randor 28-Oct-09 1:11

Randor

28-Oct-09 1:11

Arun Abraham Jose wrote:
Dim PauseTime, Start

Hi Abraham,

Unfortunately VB6 code looks like egyptian hieroglyphics to me. I have always wondered what a Dim is. I searched codeproject and found some C++ code you could copy and paste.

Easy to use class for ScreenCapture to printer[^]

Best Wishes,
-David Delaune

Re: Printing the snapshot to the Default printer in VC++

Arun Abraham Jose28-Oct-09 2:29

Arun Abraham Jose

28-Oct-09 2:29

Hi,

Exactly there lies the problem, some of the functions we found in these samples will not work in ATL application, if I say for example, 'CBitMap' used in the last link you provided is giving error when I use it in my application, but when I try to include afxwin.h, it gives a fatal error saying Windows.h already exists.

When I search through sites, all of them are either used in normal Single Document or Dialog based applications or coded to help in UI based applications. When I use these code snippets in my application it will either throw exceptions or will show syntax errors

Please provide me a solution to this.

D'Oh! | :doh:

With Regards,

Abraham Jose

Re: Printing the snapshot to the Default printer in VC++

Randor 28-Oct-09 3:15

Randor

28-Oct-09 3:15

Arun Abraham Jose wrote:
Please provide me a solution to this.

The MFC framework is nothing more than a thin wrapper around the Win32 equivalents. The CBitmap Class [^] is nothing more than a wrapper around the BITMAP Structure[^].

Anyway have a look at the Capturing an Image[^] sample provided by Microsoft. The CaptureAnImage function in that example is not using any MFC. I'm sure with all the code you are being provided that you can get something working.

Best Wishes,
-David Delaune

How to know if there is a valid session running on the machine or not ?

Kushagra Tiwari27-Oct-09 23:25

Kushagra Tiwari

27-Oct-09 23:25

Hello All,

I have a service and I want to spawn a process through it but only at the time when I found no user logged on to the machine. i.e I have a function which is executed on a timely basis and it should check the number of active user sessions on that machine and if the count comes to be zero it should spawn the process in system account .

Regards,
Kushagra

Re: How to know if there is a valid session running on the machine or not ?

Randor 27-Oct-09 23:32

Randor

27-Oct-09 23:32

Hi Kushagra,

You could use the NetWkstaUserEnum Function[^] to enumerate logged on users.

Best Wishes,
-David Delaune

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

C / C++ / MFC

Yes.