|
Thanks to both of you for the replies. This seems to be quite tricky. I was looking at using SQLPutData().
There doesn't seem to be a T-SQL statement that does such an insert either..
cheers,
Neil
|
|
|
|
|
How does one find out what the active default codepage is?
The reason I need this -- is for a server I interact with. It wants to encode a zip file (which doesn't support unicode) using the likely character set in use on this machine...
Any thoughts?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br />
Peter Weyzen<br />
Staff Engineer<br />
<A HREF="http://www.soonr.com">SoonR Inc.</A>
|
|
|
|
|
What do you mean by active codepage? If is the one from control panel/regional settings, you may want to check the functions GetLocaleInfo, GetSystemDefaultLangID etc.
|
|
|
|
|
Hopefully GetOEMACP() get's me what I want...
Thanks for the info...
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br />
Peter Weyzen<br />
Staff Engineer<br />
<A HREF="http://www.soonr.com">SoonR Inc.</A>
|
|
|
|
|
What's the major difference between stricmp and _stricmp? I'm porting an application from PC to PocketPC and PPC does not like 'stricmp.' Is the '_' just an indicator for UNICODE, in this case?
Thanks in advance,
Carl
|
|
|
|
|
No. UNICODE calls are usually prefixed with a "w", so the UNICODE counterpart is wcsicmp in this case. The _ is probably and "oldnames.lib" thing. Try to use as a last resort
#ifdef POCKET_PC // or your platform
#define stricmp _stricmp
#endif POCKET_PC
or, alternatively
#ifdef POCKET_PC // or your platform
#define stricmp(x, y) _stricmp((x), (y))
#endif POCKET_PC
|
|
|
|
|
yeah, that's what I'm doing right now. I was just puzzled by the '_'.
Thanks for answering that question for me.
|
|
|
|
|
Like2Byte wrote: What's the major difference between stricmp and _stricmp?
The former comes from oldnames.lib.
Like2Byte wrote: Is the '_' just an indicator for UNICODE, in this case?
Hardly, if ever. When a function is preceded with an underscore, it usually indicates a Microsoft-specific implementation.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
DavidCrow wrote: When a function is preceded with an underscore, it usually indicates a Microsoft-specific implementation.
That I can believe. Thank you, very much!
|
|
|
|
|
Hi All,
I have one MFC application, I removed the resource(.rc file) in the "File View". I created a "Reource-Only DLL" and I added that removed resource(.rc file and resource.h file) in "Resource-Only DLL". With Linker option as /NOENTRY.
I have done one small test program and its working fine. But if I implement same in my application I'm getting Error code as 1407 (i.e., "Cannot find window class.") in my application workspace.
If i debug through I will get this error in "hWnd = ::CreateDialogIndirect(hInst, lpDialogTemplate,pParentWnd->GetSafeHwnd(), AfxDlgProc);" and file path is "..\MFC\SRC\DLGCORE.CPP".
I feel associated class and dialog is not mapping, But I'm not sure.
Please can you help me on this...
Pradeep
|
|
|
|
|
You may need to use AfxSetResourceHandle() to set the HINSTANCE of the DLL before creating
the dialog. If only some resources are in the DLL and some are in your app then you'll want to
restore the HINSTANCE of the app with AfxSetResourceHandle when you're done creating the dialog.
HINSTANCE hResourceDLLInstance = NULL;
hResourceDLLInstance = LoadLibrary("MyResource.dll");
...
...
// Create a dialog - Dialog resource is in MyResource.dll
HINSTANCE hOldResourceInstance = AfxGetResourceHandle();
AfxSetResourceHandle(hResourceDLLInstance);
...
// Create the dialog here
...
AfxSetResourceHandle(hOldResourceInstance);
|
|
|
|
|
Hi Thanks for quick response.
Infact application don't have resource, all resource is in DLL. Still I'm using "AfxSetResourceHandle( )". But still it's failing...
Pradeep
|
|
|
|
|
Does the DIALOG resource have a CLASS statement?
|
|
|
|
|
Probably he's not using MFC extension dll for resource dll, and the resource is not found in dll chain?
|
|
|
|
|
Cristian Amarie wrote: Probably he's not using MFC extension dll...
Yes. I'm thinking that the MFC initialization code which registers the built-in window classes
needs to be called in the DLL since it associates the class with the HINSTANCE.
I didn't think this was necessary because I use a resource-only DLL (without any MFC in the DLL)
and use dialog resources from the DLL in a MFC app but I just looked at the code (I haven't looked
at it in years  ) and I'm loading the dialog resource into memory then creating the dialog
indirectly with MFC
|
|
|
|
|
I'm using "Win32 Dynamic Link Library". Because I have used a "Resource-Only DLL" (referred MSDN Creating a Resource-Only DLL).
Am I suppose to use MFC Extension DLL here?
|
|
|
|
|
Does this work?
HRSRC hResource = FindResource(hResourceModule, MAKEINTRESOURCE(IDD_MYDIALOG), RT_DIALOG);
HGLOBAL hTemplate = LoadResource(hResourceModule, hResource);
MyDialog.CreateIndirect(hTemplate, pParentWnd);
|
|
|
|
|
Yes, it's working fine but it will creates Modeless dialog. If I use this code dialog will come and disapears.
Infact I have Modal dialog. I'm not able not invoke using "MyDialog.DoModal();"
Thanks & Regards,
Pradeep
|
|
|
|
|
HRSRC hResource = FindResource(hResourceModule, MAKEINTRESOURCE(IDD_MYDIALOG), RT_DIALOG);
HGLOBAL hTemplate = LoadResource(hResourceModule, hResource);
MyDialog.InitModalIndirect(hTemplate, pParentWnd);
MyDialog.DoModal();
|
|
|
|
|
No, In "MyDialog.InitModalIndirect(hTemplate, pParentWnd); will get some assertions.
Is it a better idea to implement our own "DoModal( )".
I can override DoModal( ), Is it a good idea to do this?
Please suggest...
Thanks
Pradeep
|
|
|
|
|
What are the assertions and where?
I tested this and it works on a non-MFC resource-only DLL:
HMODULE hResourceModule = LoadLibrary(_T("LabDB_DBRes.dll"));
HRSRC hResource = FindResource(hResourceModule, MAKEINTRESOURCE(3101), RT_DIALOG);
HGLOBAL hTemplate = LoadResource(hResourceModule, hResource);
CDialog MyDialog;
MyDialog.InitModalIndirect(hTemplate, this);
MyDialog.DoModal();
You can override DoModal but why do you need to?
Mark
|
|
|
|
|
Also, you may be using the wrong CDialog constructor. You just need to use the empty constructor
for indirectly-created dialogs
|
|
|
|
|
In constructor I have some initialization to NULL, Other than that nothing is there.
While debugging I found that in one place(DoModal Code) passing some wrong hInstance value. So I tried to override same in my code and passed hInstance = NULL. Then its worked for me, but still its strange thing why default code is not working (Not so clear).
|
|
|
|
|
You're not still using AfxSetResourceHandle are you?
You don't want to do that with the code I posted
|
|
|
|
|
Can you show the code for your dialog class constructor? You'll want to call CDialog's empty
constructor:
CMyDialog(...) : CDialog()
{
}
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
