|
Have you checked the path to the *.inf file?
Greetings.
--------
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
“The First Rule of Program Optimization: Don't do it. The Second Rule of Program Optimization (for experts only!): Don't do it yet.” - Michael A. Jackson
|
|
|
|
|
Hi,
Is that possible to run an executable file that is part of a data file by passing the begining (disk offset) inside this data file ?
Regards,
sdancer75
|
|
|
|
|
I've just been having a look at CreateProcess, and the simple answer is...
NO.
But - you can be clever...
There's nothing stopping you making a temp file from this arbitrary data, and then running create process on it.
The clever bit is to create the temp file with the FILE_FLAG_DELETE_ON_CLOSE flag set. So, after the process is started, close your handle to the file.
When the process finishes - that will close it's handle, and *poof* - file gone.
Iain.
ps. I haven't actually tried this myself, it's from reading. I look forward to your results.
pps. doing a google search for FILE_FLAG_DELETE_ON_CLOSE may give you very clear sample code.
|
|
|
|
|
|
Well, that example does explicitly say its for assemblies, etc - so it's not really any use to you.
I'd break your problem into steps (classic programming!)
1/ Get a pointer to a resource in your software (FindReource, etc).
2/ Then work out how to make temporary filenames
3/ Create a temp file with the delete-on-close flag - sleep - alt tab to explorer and go "wow, it's there!"
3a/ close the handle... alt tab to explorer and go "wow, it's gone!"
4/ Now try the trick with an executable - and make sure you use appropriate sharing flags when you create the file.
4a/ try running your executable manually between creation and deletion.
5/ Move on to Create Process and away you go!
All of the above could be with MFC, Win32.. etc. In the end it will end up as Win32 calls.
Iain.
|
|
|
|
|
ok Iain thanks.
Right now it works in this way you described. All I wanted is to avoid temp files.
Anyway, I can not think any other way to do that.
Regards,
sdancer75
|
|
|
|
|
Hi
How to find that a CWnd pointer is a CEdit* or a CButton* or ant other Cwnd drived classes?
I tested it this way :
if(pWnd->GetRuntimeClass() == RUNTIME_CLASS(CEdit))<br />
pWnd->ShowWindow(SW_HIDE);
but it did not work.
Thanks
|
|
|
|
|
Try this,
TCHAR strClassName[100];<br />
CString strEdit = _T("EDIT");<br />
::GetClassName( pWnd->m_hWnd, (LPTSTR)&strClassName, 100 );
Regards,
Paresh.
|
|
|
|
|
|
if( pWnd->IsKindOf( RUNTIME_CLASS(CEdit)))
Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all. Douglas Adams, "Dirk Gently's Holistic Detective Agency"
|
|
|
|
|
That would only work if he created a CEdit, then cast it to CWnd.
If he's done...
CWnd *pWnd = GetDlgItem (IDC_MYEDIT);
on a window he's not attached to a class, then he'll get a generic CWnd* - which he can then case to a CEdit*, but without getting any runtime type info.
Iain.
|
|
|
|
|
Hi,
I need to disable Windowed ActiveX Controls on another Application, say Windows Media Player.
Is it Possible?
Iam doing this way...
Initially I am opening the windows media player and then executing the below code.I could notice that the ActiveX controls on WmPlayer are windowed ActiveX controls by placing messageboxes.
But when I disable the ActiveX control using the handle I got it throws an assertion
CWnd *pWnd = CWnd::FindWindow(_T("WMPlayerApp"),NULL);
if(pWnd == NULL)
{
if(AfxMessageBox(_T("Couldn't find the Windows Media Player application. Do you want to start it?"),MB_YESNO) == IDYES)
{
}
return;
}
HWND hWndChildAfter = NULL;
CWnd *pChild = CWnd::FindWindowEx(pWnd->GetSafeHwnd(),hWndChildAfter,_T("WMPAppHost"),NULL);
COleControlSiteOrWnd* pOleChildSiteOrWnd = (COleControlSiteOrWnd*)pChild->GetNextDlgTabItem((CWnd*)pChild);
COleControlSite* pOleControlSite;
if(pOleChildSiteOrWnd->m_hWnd == NULL)
{
AfxMessageBox(_T("Its a Windowless ActiveX Control"));
}
else if(pOleChildSiteOrWnd->m_pSite == NULL)
{
AfxMessageBox(_T("Its a Standard Window Control"));
}
else if(pOleChildSiteOrWnd->m_hWnd != NULL && pOleChildSiteOrWnd->m_pSite != NULL)
{
AfxMessageBox(_T("Its a Windowed ActiveX Control"));
pOleControlSite = pOleChildSiteOrWnd->m_pSite;
}
pOleControlSite->EnableWindow(FALSE);
Is this the right approach? or else can this be possible by hooking and inspecting the click on the ActiveX control? I need an approach. Any suggestions would be greatly appreciated.
Thanks in Advance
Satya
Today is a gift, that's why it is called the present.
|
|
|
|
|
I have a MFC dll in which the main code resides in a class that inherits a CDialog. In order to start the main code, I do the following:
BOOL CdllEntryApp::InitInstance()
{
AfxEnableControlContainer();
m_pMainWnd = &theApp.myInstance;
theApp.myInstance.Create(IDD_MYDIALOG);
theApp.myInstance.ShowWindow(SW_HIDE);
return TRUE;
}
When I call the dll I can see the CDialog showing up and then very quickly disappear. This works, but it's not very pretty. What is the correct way to instantiate an object based on a CDialog without showing it?
|
|
|
|
|
I think you should override PreCreateWindow method, removing WS_VISIBLE flag (e.g. cs.style &= ~WS_VISIBLE ); however I didn't make a test.
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.
|
|
|
|
|
Thanks for your response. I added the following:
BOOL CdllMainCodeDlg::PreCreateWindow(CREATESTRUCT& cs)
{
cs.style &= ~WS_VISIBLE;
return CDialog::PreCreateWindow(cs);
}
and I added the following to the h-file:
protected:
virtual BOOL PreCreateWindow(CREATESTRUCT& cs);
However, the CdllMainCodeDlg::PreCreateWindow is never executed, why is that? Do I need to add something to BEGIN_MESSAGE_MAP(CdllMainCodeDlg, CDialog) also?
|
|
|
|
|
Try to remove the WS_VISIBLE style in the dialog template inside resource (.rc ) file.
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.
|
|
|
|
|
I don't think that would help. Because modal application dialogs can not be hidden. For that you've to go for modeless dialogs. I hope I'm right. I also had faced the same problem, and even tried all these steps. Didn't help me that.
- Malli...!
|
|
|
|
|
Malli_S wrote: For that you've to go for modeless dialogs .
Of course. The above was implicit.
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.
|
|
|
|
|
Since I never call DoModal (I call Create instead) I think my dialog is not modal.
|
|
|
|
|
Thanks a lot, it works great now!
|
|
|
|
|
Try this :
put a member pointer variable of your dialog class into the application class (e.g. m_pApplicationWnd). And add following code to InitInstance() of the application class.
m_pApplicationWnd = new CYourDlg();<br />
m_pApplicationWnd->Create(IDD_DIALOG_ID);<br />
m_pMainWnd = m_pApplicationWnd;<br />
ShowWindow(m_pMainWnd->GetSafeHwnd(),SW_HIDE);<br />
return TRUE;
Be sure to delete the allocated object in ExitInstance() of the application class.
<br />
if(m_pApplicationWnd)<br />
{<br />
m_pApplicationWnd->DestroyWindow();<br />
delete m_pApplicationWnd;<br />
}<br />
<br />
This is to create modeless dialog, so that you can hide your application dialog !
- Malli...!
|
|
|
|
|
Thanks for your reply. CPallini's suggestion seems simpler and it seems to work just fine so I will use his suggestion instead.
|
|
|
|
|
Hi all,
I need to identify next available free port in a system and bind it to a socket.
I have done this on unix before but now have to do it on VC++ without MFCs. A tutorial directed me to do the following:
http://beej.us/guide/bgnet/output/html/singlepage/bgnet.html#windows
struct sockaddr_in my_socket_addr;
sockfd = socket(AF_INET,SOCK_STREAM,0);
my_socket_addr.sin_family = AF_INET; // host byte order
my_socket_addr.sin_addr.s_addr = htonl(INADDR_ANY); //automatically fill with server IP
my_socket_addr.sin_port = 0; // port wildcard
memset(my_socket_addr.sin_zero, '\0', sizeof my_socket_addr.sin_zero); // setting all to zero
if ( bind(sockfd, (struct sockaddr *)&my_socket_addr, sizeof(my_socket_addr)) < 0 )
{
cout<<" Error in Binding socket!!";
exit(1);
}
cout << "port = "<< ntohs(my_socket_addr.sin_port) << endl; // print port
Basically it says that by assigning sin_port=0 the bind function knows it must allocate dynamically.
But when i print the port number generated i get the portno assigned as 0. The allocation hasn't taken place.
What could be the reason?
I would appreciate if you could direct me to any other way of dynamically assigning port numbers in VC++.
Its quite urgent! need help please!
Thanks in advance
Shreyas
|
|
|
|
|
Shreyas Ganesh wrote: I have done this on unix before but now have to do it on VC++ without MFCs.
It is the same on Unix and Windows, you let the networking stack assign a free local port number. But there is an error in your code, you reset the structure after you assign it. Here is a fix:
<br />
SOCKADDR_IN mySockAddr;<br />
memset(&mySockAddr, 0, sizeof(mySockAddr));<br />
mySockAddr.sin_family = AF_INET;<br />
mySockAddr.sin_addr.s_addr = htonl(INADDR_ANY);<br />
mySockAddr.sin_port = 0;<br />
if(::bind(sockFd, (SOCKADDR*)&mySockAddr, sizeof(mySockAddr)) == SOCKET_ERROR) ...<br />
Hope that works for you.
|
|
|
|
|
TCHAR t;
const char *pc=cosnt char*(&t);
hi... i used this way.
but i didn't get the answer.
the error is "syntax error:'const'
what is wrong in above code?
my input is TCHAR[500];
i have to covert this in const char* format.
can anyone help me?
paulraj
|
|
|
|