Re: Default CSP and GetLastError() (Encryption Problems) - C / C++ / MFC Discussion Boards

BlackSmith22-Aug-02 7:09

22-Aug-02 7:09

How can I assure if some font exist in the system?
CFont::CreateFont(...,lpszFaceName) always returns TRUE, although the lpszFaceName is fabricated! How can I validate this???
I thought maybe use Find/LoadResource(), but I don't know in which module I find those diiiamn fonts. Mad | :mad:

Help me, while sanity is on my side... Big Grin | :-D

--BlackSmith--

"With the help of all mighty", 2001, Me.

Re: Font: Exist or not?

l a u r e n22-Aug-02 7:17

l a u r e n

22-Aug-02 7:17

The CreateFont function does not create a new Windows GDI font. It merely selects the closest match from the fonts available in the GDI’s pool of physical fonts.

from msdn ... meaning that the non-failure of the CreateFont() function is intended ... a font nearest to what you requested is always made available

if you want a specific font (bad bad bad) then you should make it part of your installer program

Smile | :)

"... and so i said to him ... if it don't dance (or code) and you can't eat it either f**k it or throw it away"
sonork: 100.18128 8028finder.com

Re: Font: Exist or not?

Tomasz Sowinski22-Aug-02 7:29

Tomasz Sowinski

22-Aug-02 7:29

BlackSmith wrote:
How can I validate this???

Check EnumFontFamiliesEx API.

Tomasz Sowinski -- http://www.shooltz.com

"Yields falsehood when preceded by its quotation" yields falsehood when preceded by its quotation.

Default CSP and GetLastError() (Encryption Problems)

esapp42022-Aug-02 6:11

esapp420

22-Aug-02 6:11

Hello,
I posted on this yesterday, but I am still having trouble.
I am using this code:

<br />
// Get handle to the default provider. <br />
if(!CryptAcquireContext(&hCryptProv, NULL, MS_DEF_PROV, PROV_RSA_FULL, 0))<br />
{<br />
     HandleError("Error during CryptAcquireContext.");<br />
     return -4;<br />
}

to aquire a handle to the Default CSP. Handle error goes like this:

<br />
void CFPCommonFunctions::HandleError(CString strFunction) <br />
{ <br />
     CString strMsg;<br />
     strMsg.Format("CFPCommonFunctions::EncryptTransFile() - %s: %u.", strFunction, GetLastError());<br />
     AfxMessageBox(strMsg, MB_OK | MB_ICONEXCLAMATION);<br />
}

which returns the error 80090019 (I dont think this is formatted correctly by my function because I cant find this error in the Windows list)

I have no problems on my Win2000 machine, nor do I have a problem on my Win98 machine that has VS6 installed.

My beta users are getting this error every time, and when I try it on a fresh Win95 OSR2 install I get the error as well.

MSDN says this is compatible with Win95 OSR2 and later.

Can anybody see where I am going wrong???

Thanks

Re: Default CSP and GetLastError() (Encryption Problems)

Martin Ziacek22-Aug-02 6:35

Martin Ziacek

22-Aug-02 6:35

esapp420 wrote:
which returns the error 80090019

This error means: 'The keyset is not defined.'
By default CryptAcquireContext() will use keyset based on the user name and it does not exist automatically. Therefore your very first call on the new machine should contain CRYPT_NEWKEYSET within the flags.

I would also recommend to check if there is required provider installed on the target machine.

Martin

--------------------------------------------
C'mon we all know computers are experimental devices and should only be used for playing games.
Using them for alternative stuff like business, is clearly not using them for what they are intended.

Colin Davies

Re: Default CSP and GetLastError() (Encryption Problems)

Martin Ziacek22-Aug-02 7:05

Martin Ziacek

22-Aug-02 7:05

And another thing, here is the Mailing List Archives of CryptoAPI@DISCUSS.MICROSOFT.COM where you can more information specific to CAPI than here.

Martin

--------------------------------------------
C'mon we all know computers are experimental devices and should only be used for playing games.
Using them for alternative stuff like business, is clearly not using them for what they are intended.

Colin Davies

Re: Default CSP and GetLastError() (Encryption Problems)

esapp42022-Aug-02 7:34

esapp420

22-Aug-02 7:34

Thank you! This is exactly what I was looking for.

Miami is going down! 08/07/2002 Welcome to the SWAMP baby!

Re: Default CSP and GetLastError() (Encryption Problems)

esapp42022-Aug-02 9:02

esapp420

22-Aug-02 9:02

OK, things are going better, but still having trouble.

After modifying my code in accordance with the above mentioned advice, I no longer have a problem with CryptAquireContext.

Now I have a problem with this:

<br />
// Derive a session key from the hash object. <br />
if(!CryptDeriveKey(hCryptProv, ENCRYPT_ALGORITHM, hHash, KEYLENGTH, &hKey))<br />
{<br />
	HandleError("Error during CryptDeriveKey.");<br />
	return -7;<br />
}<br />

returning error 2148073481 (Invalid Flags Specified). The only Flag param is the 4th.
KEYLENGTH is defined as 0x00800000 at the top of my file for 128-bit encription key,
and ENCRYPT_ALGORITHM is defined as CALG_RC4.

I am giving it a valid hCryptProv and a valid hHash.

wincrypt.h defines only on flag under the section for CryptDeriveKey (KEY_LENGTH_MASK 0xFFFF0000).

I am new to the CryptoAPI and cant see what I am doing wrong.

Martin?? Anyone??

Re: Default CSP and GetLastError() (Encryption Problems)

esapp42022-Aug-02 9:28

esapp420

22-Aug-02 9:28

I changed KEYLENGTH to NULL. This fixed the problem, but I dont know why, or if this is the best way.

Re: Default CSP and GetLastError() (Encryption Problems)

Martin Ziacek22-Aug-02 19:07

Martin Ziacek

22-Aug-02 19:07

There were several versions of CSPs published by Microsoft. Check documentation for CryptDeriveKey() and assure that you are requesting key length supported by CSP or you are using right CSP. I think, if you will ask for a longer key than maximum length, it will refuse it with invalid flag error.

Martin

--------------------------------------------
C'mon we all know computers are experimental devices and should only be used for playing games.
Using them for alternative stuff like business, is clearly not using them for what they are intended.

Colin Davies

swapping bytes

Anonymous22-Aug-02 6:04

Anonymous

22-Aug-02 6:04

I need to swap the bytes in a struct because of little/big endian problems. Can I use swab on a struct? Is there another function or macro I can use to get around this problem?

Thanks,
Bryan

Re: swapping bytes

C^hris L^osinger22-Aug-02 6:16

C^hris L^osinger

22-Aug-02 6:16

void SwabShort(void* wp)
{
	BYTE* cp = (BYTE*) wp;
	int t;
	
	t = cp[1]; cp[1] = cp[0]; cp[0] = t;
}

/////////////////////////////////////////////////////////////////

void SwabLong(void* lp)
{
	BYTE* cp = (BYTE*) lp;
	int t;
	
	t = cp[3]; cp[3] = cp[0]; cp[0] = t;
	t = cp[2]; cp[2] = cp[1]; cp[1] = t;
}

SwabShort(&myShort);
SwabLong(&myLong);

-c

Though the cough, hough and hiccough so unsought would plough me through,
enough that I o'er life's dark lough my thorough course pursue.
--Stuart Kidd

image effects!

Re: swapping bytes

Anonymous22-Aug-02 7:29

Anonymous

22-Aug-02 7:29

thanks... works like a charm Smile | :)

Messages Between CFormViews

John Gilbert22-Aug-02 5:57

John Gilbert

22-Aug-02 5:57

I have multiple CFormView windows in a MFC Doc/View application that uses a Multiple View CSplitterWnd based class to switch out views in two of the panes. To control the app, I need to pass messages between views. I have a central control class embedded in the app's CDocument derived class that controls all the views (and maintains access to pointers to the CFormView window object via the Splitter based class).
Anyway, to the question - Should I:
1) Pass messages to the CFormView class DIRECTLY via a "virtual int SendViewMessage(...)" method since I have direct access to the CFormView based Objects;
or 2) Should I post the messages via normal Windows Message (RegisterWindowMessage) to the CFormView and let the CFormView derived classes hanlde via Message Map.

I'm not sure of the consequences of the DIRECT approach as far as the MFC Doc/View framework is concerned. I see CDocument and CView calling methods directly in MFC rather than passing messages. Is there a rule on this somewhere ???? Or, since all Doc/View framework in the same thread, does this matter at all ????
Any info would be appreciated !!!!!!

Thanks,
John

Re: Messages Between CFormViews

Tomasz Sowinski22-Aug-02 7:32

Tomasz Sowinski

22-Aug-02 7:32

John Gilbert wrote:
I'm not sure of the consequences of the DIRECT approach as far as the MFC Doc/View framework is concerned. I see CDocument and CView calling methods directly in MFC rather than passing messages

There are none. You're free to invent any mechanism of data exchange between views. Or - you can use existing one - the CDocument::UpdateAllViews which gives you enough flexibility.

I'd go for UpdateAllViews first, then for custom virtual function and if this doesn't fit your model, for Windows messages.

Tomasz Sowinski -- http://www.shooltz.com

"Yields falsehood when preceded by its quotation" yields falsehood when preceded by its quotation.

Re: Messages Between CFormViews

John Gilbert22-Aug-02 7:52

John Gilbert

22-Aug-02 7:52

Thanks, UpdateAllViews() will probably do the job. I did not realize that UpdateAllViews() has two user type parameters that I can use to pass my control data.
Also, someone reminded me that the CFormView Object and the actual Window are two different things. So a "Direct" call (as I was calling it) goes to the object which will eventually pass messages to the attached window anyway. I knew that Sleepy | :zzz:

, but was getting lost in the Doc/View world Confused | :confused:

.

Thanks for your time to respond !!!!! Smile | :)

John

mkdir

pnpfriend22-Aug-02 5:52

pnpfriend

22-Aug-02 5:52

I'm trying to rename the exiting folder, let's say folder1 to folder2
then I create a new folder called folder1.
1) but my renaming, rename(), method doesn't work, it only works for renaming file name. not for folder name.
2) a new folder didn't get created..

what's wrong..

here's my code

<br />
#include <direct.h>  // for _mkdir()<br />
<br />
void JobAction::renamefolder(char *oldpath)<br />
{<br />
// let say.. oldpath = "c:\\temp\\testing\\folder1"<br />
<br />
  cout<<" renaming folder"<<endl;<br />
  <br />
   char newpath[_MAX_PATH];<br />
   strcpy(newpath,oldpath);<br />
   int oldpathlen = strlen(oldpath);<br />
   newpath[oldpathlen]=NULL;<br />
   <br />
<br />
   parseAstring(newpath,'\\',RIGHT);  // will delete the name of the  folder name without the last folder. in this case from "c:\temp\testing\folder1" to "c:\temp\testing"<br />
<br />
   strcat(newpath,"\\output1");  // now newpath = "c:\temp\testing\output1"<br />
   cout<<"oldpath: "<<oldpath<<endl<<"newpath: "<<newpath<<endl;<br />
<br />
  rename(oldpath,newpath);   // it doesn't get rename either.. only works for file name not for folder name.... <br />
   createDirectory(newpath);<br />
   <br />
     <br />
   //Sleep(100000); i couldn't find the header file..<br />
}<br />
<br />
<br />
bool JobAction::createDirectory(char *dir)<br />
{<br />
  <br />
  if(strlen(dir) > 3)<br />
  {<br />
    parseAstring(dir,'\\',RIGHT); <br />
    cout<<dir<<endl;<br />
    createDirectory(dir);<br />
  }  <br />
  _mkdir((const char*)dir);<br />
  return true;<br />
}<br />

thank you

Re: mkdir

Mustafa Demirhan22-Aug-02 10:52

Mustafa Demirhan

22-Aug-02 10:52

Use

int SHFileOperation(<br />
    LPSHFILEOPSTRUCT lpFileOp<br />
);

Mustafa Demirhan
http://www.macroangel.com
Sonork ID 100.9935:zoltrix

<nobr>They say I'm lazy but it takes all my time

Re: mkdir

Todd Smith22-Aug-02 17:30

Todd Smith

22-Aug-02 17:30

Return Value
Each of these functions returns 0 if it is successful. On an error, the function returns a nonzero value and sets errno to one of the following values:
EACCES
File or directory specified by newname already exists or could not be created (invalid path); or oldname is a directory and newname specifies a different path.
ENOENT
File or path specified by oldname not found.
EINVAL
Name contains invalid characters.
For other possible return values, see _doserrno, _errno, syserrlist, and _sys_nerr.

Remarks
The rename function renames the file or directory specified by oldname to the name given by newname. The old name must be the path of an existing file or directory. The new name must not be the name of an existing file or directory. You can use rename to move a file from one directory or device to another by giving a different path in the newname argument. However, you cannot use rename to move a directory. Directories can be renamed, but not moved.

_wrename is a wide-character version of _rename; the arguments to _wrename are wide-character strings. _wrename and _rename behave identically otherwise.

Check errno to see what the error was.

Todd Smith

second CStatusBar

22-Aug-02 5:35

Hi
My application is C++ using MFC, generated by VC6++ AppWizard (exe), is a MDI and has a CView and a CScrollView in a splitted window. It has the usual status bar generated by the AppWizard.

Now I want to add a second status bar right above the first one.

Until now I just "duplicated" the code of the CStatusBar in MainFrm.h and MainFrm.cpp - and it works: the status bar is there, I can define and access several panes.

The problem is: the second status bar although has this "resizing triangle" - which produces unwanted effects when used.

The question is: how to remove this "resizing triangle"?

Screenshot is here.

Thanks,
Matthias

Re: second CStatusBar

Enis22-Aug-02 6:30

Enis

22-Aug-02 6:30

TeeTeeHaa wrote:
The problem is: the second status bar although has this "resizing triangle" - which produces unwanted effects when used.

The size grip appears because the parent window is resizable. trace into the CStatusBar::Create() and you will see:

if (pParentWnd->GetStyle() & WS_THICKFRAME)<br />
		dwStyle |= SBARS_SIZEGRIP;<br />

This is why the size grip appears, even if you create it without the SBARS_SIZEGRIP flag. I think you can acomplish what you want by creating your own class derived from CStatusBar, and override PreCreateWindow().

Enis Arif
-----------

"I am enough of an artist to draw freely upon my imagination. Imagination is more important than knowledge. Knowledge is limited. Imagination encircles the world." (Albert Einstein)

MAPI Delivery receipt

Enis22-Aug-02 4:36

Enis

22-Aug-02 4:36

I have the following problem: i use mapi library in visual c++. All works fine, except that I need to set the delivery receipt option to the message I send. There is a flag for read receipt, but not for the delivery receipt. Does anyone know a solution for this?

Thaks!

Enis Arif
-----------

"I am enough of an artist to draw freely upon my imagination. Imagination is more important than knowledge. Knowledge is limited. Imagination encircles the world." (Albert Einstein)

ON_COMMAND macro in imported files?!!?

Jawache22-Aug-02 4:15

Jawache

22-Aug-02 4:15

I have inserted a number of files from another project into my own.

I would like to link some of the menu items to functions in the Classes I have imported but VC6 seems to ignore all ON_COMMAND macros that I place into the imported files. Leaving the menu item greyed etc...

And class wizard ignores the classes i have imported in its list of available classes to link associate resources to?!?

Does anyone know how i can solve this?

Asim Hussain
e: asim@jawache.net
w: www.jawache.net

Re: ON_COMMAND macro in imported files?!!?

Jon Hulatt22-Aug-02 4:20

Jon Hulatt

22-Aug-02 4:20

normally deleting your clw file will do the trick.

STL is a religeon. Enquiries to Reverend Christian Graus

Re: ON_COMMAND macro in imported files?!!?

Jawache22-Aug-02 5:48

Jawache

22-Aug-02 5:48

Thanks,
that did it.

Asim Hussain
e: asim@jawache.net
w: www.jawache.net

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