C / C++ / MFC

Convert 24 bit to 16 bit bmp

23-Oct-09 23:17

sampath-padamatinti wrote:
Hey I want to perform this operation using MAPI programming. Any samples If you know please tell me.

Hi,

See Accessing the address book data using MAPI[^]

“Follow your bliss.” – Joseph Campbell

Game-point23-Oct-09 18:43

Game-point

23-Oct-09 18:43

Hello sirs ,

How to convert 24 bit bmp to 16 bit bmp ... i tried many workouts but its all fake to convert 16 bit bmp as my search ..

So please give me your valuable suggestion

Thanks

Re: Convert 24 bit to 16 bit bmp

CPallini23-Oct-09 23:49

CPallini

23-Oct-09 23:49

raju_Code wrote:
i tried many workouts

What have you tried? Why is it all fake? Have you read the documentation [^]?
Smile | :)

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]

Re: Convert 24 bit to 16 bit bmp

Game-point25-Oct-09 17:48

Game-point

25-Oct-09 17:48

CPallini wrote :
What have you tried? Why is it all fake?

Thanks for your replay Sir ...i tried means ...i build some sample application from codeproject but its not creating 16 bit bmp ....

this is my workout

actually this application do's Converting DCM 2 BMP ... i can able to convert 8 and 24 bit ..its creating perfectly ..using DCMTK package but 16 bit bmp its having problem ....

this is my code snippet

bool CxImageDCM::LoadDCM(const TCHAR* filename)
{  
	DcmFileFormat *dfile = new DcmFileFormat();
    OFCondition cond = dfile->loadFile(filename, EXS_Unknown,
		EGL_withoutGL,DCM_MaxReadLength,OFFalse);
	
	if (cond.bad()) {
		AfxMessageBox(cond.text());
    }
	
	E_TransferSyntax xfer = dfile->getDataset()->getOriginalXfer();
    DicomImage *di = new DicomImage(dfile, xfer, 
		CIF_AcrNemaCompatibility ,
		0, 1);
	
	if (di->getStatus() != EIS_Normal)
        AfxMessageBox(DicomImage::getString(di->getStatus()));
	di->writeBMP("D:\\Esm.bmp",8,0);
	return CxImage::Load("D:\\from_dicom.bmp",CXIMAGE_FORMAT_BMP);
	
	//return 0; // Code 
}

Please give me your valuable suggestion ....sir i am waiting for your replay ..

Thanks

Re: Convert 24 bit to 16 bit bmp

CPallini26-Oct-09 1:04

CPallini

26-Oct-09 1:04

Well, you may obtain a 16 bit bitmap from a 24 bit one: it's a quite lenghty coding task, but it isn't too difficult (starting point: CreateBitmap documentation [^]). If you ahve the option of using GDI+ then have a look at Bitmap::ConvertFormat method [^].
Smile | :)

How to Wipe/clean a disk securily

Shiv Murti Pal23-Oct-09 18:40

Shiv Murti Pal

23-Oct-09 18:40

hi all i have an application in which i have to wipe/clean all the deleted files and folder from disk. please tell me how it will possible.

thanks

Re: How to Wipe/clean a disk securily

dxlee24-Oct-09 6:38

dxlee

24-Oct-09 6:38

Maybe you can write a program to put bytes of random values to the unused space of the disk, for example, by creating a large file that fills the whole disk space. That will erase all deleted files, I believe.

Re: How to Wipe/clean a disk securily

Rozis24-Oct-09 14:32

Rozis

24-Oct-09 14:32

Or before you delete the file write garbage in it...

Rozis

Re: How to Wipe/clean a disk securily

dxlee25-Oct-09 2:41

dxlee

25-Oct-09 2:41

That works as long as he erases the files he wants to delete (using his application.) If the program wants to erase all the deleted files and folders (they might be deleted by other programs) it still needs a way to get rid of all the traces of those files on the disk.

no matching symbolic information found

Benjamin Bruno23-Oct-09 18:34

Benjamin Bruno

23-Oct-09 18:34

Hi

After debuging a MFC Application ,then closing it produce the following
message in the output window .

Dbug

Loaded 'ntdll.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\kernel32.dll', no matching symbolic information found.
                              "
                              "
                              "

Loaded 'C:\WINDOWS\system32\gdi32.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\user32.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\comctl32.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\advapi32.dll', no matching symbolic information found.
Loaded 'C:\WINDOWS\system32\rpcrt4.dll', no matching symbolic information found.

What does it mean? Thanks in advance Cool | :cool:

Re: no matching symbolic information found

theCPkid23-Oct-09 19:21

Re: no matching symbolic information found

23-Oct-09 19:21

[^check this^]

asecplusvc25-Oct-09 0:47

asecplusvc

25-Oct-09 0:47

It simply shows u log that which of the dlls it used for running ur MFC application.

can we make class cant be derived at all?

G Haranadh23-Oct-09 16:38

G Haranadh

23-Oct-09 16:38

can we make class cant be derived at all? if yes how to make it. please let meknow?

Nice talking to you. Blush | :O

If you judge people, you have no time to love them. -- Mother Teresa

theCPkid23-Oct-09 19:07

23-Oct-09 19:07

class foo sealed
{
//...
};

use the 'sealed' keyword.

Rajesh R Subramanian23-Oct-09 21:15

23-Oct-09 21:15

theCPkid wrote:
use the 'sealed' keyword.

The ISO standard C++ has no such keyword.

“Follow your bliss.” – Joseph Campbell

theCPkid23-Oct-09 21:46

23-Oct-09 21:46

okay.. Thanks for the information.
Visual studio compiler supports this keyword [^] and above all,if a person happens to use VS, "it works" without "any additional implications".

Making the c'tor private will certainly stop the class from being inherited but it will also force the person to provide 'other' way of creating the class object.

I think OP wanted to stop inheriting not instantiation. And my suggestion only helped him do what he wanted - nothing more, nothing less. Smile | :)

Rajesh R Subramanian23-Oct-09 21:53

23-Oct-09 21:53

theCPkid wrote:
Visual studio compiler supports this keyword [^] and above all,if a person happens to use VS, "it works" without "any additional implications".

That's plainly wrong. If you scroll down to the bottom of the page you linked to, you will see this:

Requirements (Read as "Additional implications"):
Compiler option: /clr

Which means that it is not a C++ program! It is a C++/CLI program, that targets the .NET framework.

theCPkid wrote:
Making the c'tor private will certainly stop the class from being inherited but it will also force the person to provide 'other' way of creating the class object.

Of course yes. But so what? That's the only way as far as C++ (the real C++) is concerned.

theCPkid wrote:
I think OP wanted to stop inheriting not instantiation. And my suggestion only helped him do what he wanted - nothing more, nothing less.

Your suggestion was just wrong here. It is a correct answer if the query was posted on a managed c++ forum.

“Follow your bliss.” – Joseph Campbell

theCPkid23-Oct-09 22:00

23-Oct-09 22:00

Rajesh R Subramanian wrote:
Which means that it is not a C++ program! It is a C++/CLI program, that targets the .NET framework.

Now certainly, it's david vs big-fat-goliath(that's you) given my insufficient knowledge about managed or unmanaged code but man, if you do not scroll to the end of page, you will see this line
"sealed is also valid when compiling for native targets (without /clr)"

I have nothing more to say on this and whatever you say after that is correct but can you confirm this by using 'sealed' keyword in native unmanaged application on your system. I feel it's working on my PC. Smile | :)

Rajesh R Subramanian23-Oct-09 22:14

23-Oct-09 22:14

theCPkid wrote:
Now certainly, it's david vs big-fat-goliath(that's you) given my insufficient knowledge about managed or unmanaged code

Certainly no! I'm not trying to talk you down or something like that. I'm merely stating the facts that I can pull off my head. My idea of visiting the forums and discussing with people is to teach them some, and learn some from them back.

theCPkid wrote:
"sealed is also valid when compiling for native targets (without /clr)"

Probably MS has done something with *their* compiler to support this feature (read as added feature specific to their compiler, or an extension, because of which you won't be able to have the same code successfully compiled with another c++ compiler). It doesn't work just right on my machine (you're probably using some latest version of VS and that compiler support for understanding this keyword).

I only have 2003 installed here on this PC and it doesn't just work right. I will be able to derive classes from a class that has been declared 'sealed'. Smile | :)

theCPkid wrote:
I feel it's working on my PC.

Now, what does that mean? Something like:

class c1 sealed{}; class c2:public c1{};

gives a compiler error? If yes, then I'm almost certain that it becomes Microsoft C++ compiler (insert version) specific. Because it doesn't even work right with the previous versions! Not to mention sealed is NOT a C++ keyword.

“Follow your bliss.” – Joseph Campbell

theCPkid23-Oct-09 22:25

23-Oct-09 22:25

class A sealed
{

};
class B: public A
{

};

error C3246: 'B' : cannot inherit from 'A' as it has been declared as 'sealed'

I use VS 2008.

Rajesh R Subramanian wrote:
I only have 2003 installed here on this PC and it doesn't just work right. I will be able to derive classes from a class that has been declared 'sealed'.

Do you mean your compiler recognizes sealed keyword, allows compilation etc and still do not stop you from inheriting? hmmm.. may be you should tweak around a bit to find out how 'sealed' is being interpreted by your VS compiler.

In the msdn link I mentioned before, it is written sealed is valid even if /clr is not mentioned.

So, my suggestion is not entirely wrong. It works in at least one case. Laugh | :laugh:

Rajesh R Subramanian23-Oct-09 22:36