|
boost.org has a regular expression class.
Todd Smith
|
|
|
|
|
O.K. need some directions on what to even call this function/call.
what I need to do is call another application, and fill out the fields with my application.
Part of an automation thing. In simple I wanted to call a simple .ini file, and have it use the information to fill out the dialog boxes in the other application.
could any one point me to what to search for or any links that could help in this process?
Note: NEWBEEE!!!!!!!
|
|
|
|
|
You will to determine the window id of all the windows on the dialog you want to fill out and a handle to window you are filling out. Then simply use
::SetDlgItemText( hWnd, WindowId, "value" );
There was a password retival tool posted here, some of the code from it should help you to determine the window ids.
|
|
|
|
|
Ahh I will continue to search, just had no clue what to search for.
would love to make it command lin based since it is to support at least 50 PC's.
Thanks for the direction!!!
|
|
|
|
|
I'm trying to use the PrintDlgEx method with Visual C++ 6.0. I have installed the Platform SDK (October 2002) and the include, lib, and exe directories for this are first in the directories option.
But I keep getting "error C2065: 'PRINTDLGEX' : undeclared identifier." It appears the complier is not look at the stuff in my "C:\Microsoft SDK" directories.
So what is required to get Visual C++ using the Platform SDK includes, libs, and exes?
Thanks for all input
Jonathan Craig
www.mcw-tech.com
|
|
|
|
|
You must define _WIN_NT 0x500 in stdafx before you include the common dialog files. This means that your application will only run on windows 2000 / xp (which is when printdlgex as added).
|
|
|
|
|
I don't see anywhere in the SDK include files a reference to _WIN_NT. I have added
#define _WIN32_WINNT 0x0500
and
#define WINVER 0x0500
to the stdafx.h file but I still get the same error.
Jonathan Craig
www.mcw-tech.com
|
|
|
|
|
Sorry, my mistake.
From CommDlg.h:
#if(WINVER >= 0x0500)
//
// PrintDlgEx structure.
//
typedef struct tagPDEXA {
DWORD lStructSize; // size of structure in bytes
HWND hwndOwner; // caller's window handle
HGLOBAL hDevMode; // handle to DevMode
HGLOBAL hDevNames; // handle to DevNames
HDC hDC; // printer DC/IC or NULL
DWORD Flags; // PD_ flags
DWORD Flags2; // reserved
DWORD ExclusionFlags; // items to exclude from driver pages
DWORD nPageRanges; // number of page ranges
DWORD nMaxPageRanges; // max number of page ranges
LPPRINTPAGERANGE lpPageRanges; // array of page ranges
DWORD nMinPage; // min page number
DWORD nMaxPage; // max page number
DWORD nCopies; // number of copies
HINSTANCE hInstance; // instance handle
LPCSTR lpPrintTemplateName; // template name for app specific area
LPUNKNOWN lpCallback; // app callback interface
DWORD nPropertyPages; // number of app property pages in lphPropertyPages
HPROPSHEETPAGE *lphPropertyPages; // array of app property page handles
DWORD nStartPage; // start page id
DWORD dwResultAction; // result action if S_OK is returned
} PRINTDLGEXA, *LPPRINTDLGEXA;
#endif
That means you need to define WINVER at 0x0500 before including Windows.h or CommDlg.h.
|
|
|
|
|
I have Dell with Windows 2000; the application is a MFC EXE developed using Visual C++ 6.0 enterprise.
After applying some modifications to the application, some of my client computers are receiving "Application Error" message. But this does not appeariing in the development computer.
The client computers and the developer computer have the same model and RAM size.
I am very frustrated. The "Application Error" is very difficult to trouble shoot.
Eilzabeth
|
|
|
|
|
|
I downloaded and installed CrashFinder with the CLW file dated 5/6/2002. I received compilation errors:
Compiling...
CrashFinderDoc.cpp
C:\download\CrashFinder\CrashFinderDoc.cpp(1107) : error C2065: 'SymDia' : undeclared identifier
C:\download\CrashFinder\CrashFinderDoc.cpp(1107) : error C2051: case expression not constant
Error executing cl.exe.
Do I have the good version?
Eilzabeth
|
|
|
|
|
That's a newer version. I think it must use an imagehelp.dll installed
with .Net or something. Try the older version available via the link in
the original article.
|
|
|
|
|
The problem is solved. The problem was in the Oracle ODBC driver. The client has an older version of the driver. After I upgraded the driver to version 9. The error went away. The problem was from one of the CLOB fields. I think some data is "bad" in that field because other CLOB fields do not cause problems. Thank you all very much for help.
-Elizabeth
Eilzabeth
|
|
|
|
|
Let drwatson write the log and then you can use it to find your problem. C:\Documents and Settings\All Users\Documents\DrWatson\drwtsn32.log. Goto the last crash, and it will tell you the call stack around the crash. You will see fault in the margin for the line on which it crashed. Hopefully you will have enough information to trace it back to a line in your source. If not, build your release with debug information. Then let it crash, you should now see what function caused the crash and in what windows function. You might want to do this off the bat because drwatson is usually hard to read.
|
|
|
|
|
I went to the folder and found drwtsn32.log. But it was created in 2001. Do I have to turn it on some how?
I also modified the project setting to include the debug information. Hope it will help when my client comes back from vacation.
Eilzabeth
|
|
|
|
|
Problem solved. Please see my other reply. Thank you all.
-Elizabeth
Eilzabeth
|
|
|
|
|
Guys i am getting extremly annoying error when VC++ 6/7 link my program. Can anyone tell me how can i get rid of this error:
msvcprtd.lib(MSVCP70D.dll) : error LNK2005: "public: char const * __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::c_str(void)const " (?c_str@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QBEPBDXZ) already defined in MUMServerShare.lib(Event.obj)
|
|
|
|
|
Sounds like your MUM library is build using static libraries while your main program is built with DLL libraries.
But that is a guess. Check you "code generation" settings in the two projects. Make sure they match.
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
My workspace consists of two projects. The main project generate an ActiveX dll. The second project generate a static library. Main project is dependent on that static library. Is it legal ?????
|
|
|
|
|
Did you look at the "code generation" settings for the two projects and make sure the settings matched? Sounds like one says something like "Multithreaded Debug" and the other says "Multithreadded Debug DLL".
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
Has anyone seen this problem ? Toplevel dialog have two child dialogs(with styles child,border=none) and in one of them is button. When user clicks on button the app calls AfxMessageBox("Hi ") but what happend ?! nothing Only beep and the app freezes in I discovered that problem is in dialog-style CHILD when I set style to POPUP is O.K.
thanx !!!!!!
Wizard_01
|
|
|
|
|
Anybody knows where could I met the current user privileges (administrator, users, guest ...) in Windows Register ??
Or ... any function in VC6.0 ??
Thanks,
Cris.
|
|
|
|
|
I've been tasked with upgrading our existing code base to visual studio .NET... lucky me.. 20 projects down... 70 to go.. Anyway, I'm having some troble linking with the new templeted CString and I'm hoping someone has seen this before because I'm running low on ideas..
DataFolder error LNK2005: "public: __thiscall ATL::CStringT<char,class strtraitmfc<char,class="" atl::chtraitscrt<char=""> > >::~CStringT<char,class strtraitmfc<char,class="" atl::chtraitscrt<char=""> > >(void)" (??1?$CStringT@DV?$StrTraitMFC@DV?$ChTraitsCRT@D@ATL@@@@@ATL@@QAE@XZ) already defined in DataFolder.obj
It seems to be related to a header file in my project that #include's multiple .h files from different projects that use CString.. Any ideas how to fix this link error?
Thanks in advance.
|
|
|
|
|
I can't remember exactly if this was a fix for this problem but try remove that file (you can remove all of them) in the Debug/Release folder and then build the project again.
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!
|
|
|
|
|
I found the solution.
http://support.microsoft.com/default.aspx?scid=kb;en-us;309801
|
|
|
|