|
Tom Archer wrote:
The file-drop-off technique would be either setting a time and looking for a file in the drop-off folder or creating an event with the OS to tell the app when a new file has been dropped
For that you have to constantly watch the DROPOFF folder for file.Directory operation always be slower then that of Sockets.
Secondly, you will got instant notification for data arrival and data request in case of Sockets.
But I would like to mention in End, Every thing depends upon client  !
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
|
|
|
|
|
Agreed with respect to split second response. However, the advantages of file-drop-off are easier implementation and security. Especially with the latter, it's much better to tell the client that security is inherent with their Windows security model as opposed to telling them that they'll have to leave a port open for our modules to talk to one another.
Cheers,
Tom Archer - Archer Consulting Group
"So look up ahead at times to come, despair is not for us. We have a world and more to see, while this remains behind." - James N. Rowe
|
|
|
|
|
Tom Archer wrote:
the advantages of file-drop-off are easier implementation and security.
But You are atleast sharing a common folder to implement FILE-DROP-OFF feature!. this can bring trouble in long run when you implement it on site!
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
|
|
|
|
|
Tom Archer wrote:
I know this works with .NET, but have never tried it with native code
It's a bit different but not too difficult. The main difference is that the FindFirstChangeNotification() function returns a handle that can be waited on with WaitForSingleObject() or WaitForMultipleObjects(). When the handle is signalled, you call ReadDirectoryChanges() to get the changes that have been made. Generally you would run this in a separate thread and signal your main thread when a change has been made.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Thanks for the info, Ryan. We're going to implement a sockets server, but this info is good to know.
Cheers,
Tom Archer - Archer Consulting Group
"So look up ahead at times to come, despair is not for us. We have a world and more to see, while this remains behind." - James N. Rowe
|
|
|
|
|
Tom Archer wrote:
We're going to implement a sockets server
It's Nice to know that you are implementing Socket server!
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
|
|
|
|
|
The file drop-off will probably be easier to implement at this stage than a sockets-based system, although it then limits communication to unidirectional - are you certain you won't need to talk back to the Unix system in the future? If so, sockets might be easier in the long term.
Another option is to setup a web server on the Unix system and connect to it from your service. That way you can use the Win32 Internet functions to make life simple, and the security is built in to the webserver already. The only problem with that is that the server generally can't signal the client when new data is available.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
I met with my new team today. It's definitely gotta be sockets as the server is going to make dozens of requests within the context of a logical "conversation" and it would be seriously kludgy for us to continually interact via files (as I also have to return information regarding the work performed on Windows).
Cheers,
Tom Archer - Archer Consulting Group
"So look up ahead at times to come, despair is not for us. We have a world and more to see, while this remains behind." - James N. Rowe
|
|
|
|
|
I use edit box in my dialog, I run my project, I type some characters to edit box and press Enter, my program close.
How can I use Enter key for my work ?
What Windows Message to use Enter key ?
Thanks in advance
|
|
|
|
|
did you well think to set your edit as MultiLine ?
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
I need to use a single line but I want to process Enter key or the Enter key is disable.
Thanks in advance
|
|
|
|
|
hum, you mean to have a default button which is enable or disable depending on the content of your editbox ??
use EnableWindow() to Enable/disable your button
use SetDefID() to tell the dialog which button would be the default one (that would be clicked if Enter is pressed)
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
Right click on your Edit Box and in the properties dialog box mark the "WantReturn" and "Multiline" checkboxes.
m0n0
|
|
|
|
|
I use only a line, but I like to disable the Enter key.
|
|
|
|
|
Overload the OnOk message handler , do next :
void CYourDlg::OnOK()
{
//CDialog::OnOK();
}
the problem is that OK is set to default button and when you press Enter , automatically OnOk event handler is called.
Note that if you have only deleted the Ok button ,without doing what i wrote above , it does not solve the problem.
In this case you will have to drop any button make it "Default Button" and "Invisible", .
m0n0
|
|
|
|
|
Giorgi Moniava wrote:
n this case you will have to drop any button make it "Default Button" and "Invisible"
bad coding...
moreover, if you have to change the default button programatically (when the code executes), how will you do ? - i doublt you can like this...
use CDialog::SetDefID() instead into OnInitDialog()
CDialog::SetDefID()
this->SetDefID(IDC_BUTTON1);
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
Can you tell me the better way of doing this ??
when the OK button is already deleted
m0n0
|
|
|
|
|
Giorgi Moniava wrote:
Can you tell me the better way of doing this ??
when the OK button is already deleted
already posted, re-read my message
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
the enter key functions as a button-press.
Probably the OnOk of your dialog is being called when you press enter, and the default action of OnOk is to close the dialog.
What you can do is capture the VK_RETURN event in your edit control and e.g. do nothing or translate it to VK_TAB...
You could also capture the VK_RETURN in your dialog offcourse and not have it execute the default behaviour.
Hope this gets you along,
Davy
|
|
|
|
|
Hi,
My application calls the SearchPath() API in a method which gets the version info of a file. On execution, the UNICODE debug version of the application always crashes. The error shown is 'Unhandled exception in MyAppl.exe (NTDLL.DLL): 0xC0000005: Access Violation'. The MBCS/UNICODE Release build of the application works fine and also the MBCS debug build.
<br />
DI_STATUS getFileVersionInfo(TCHAR * FileName)<br />
{<br />
TCHAR pathBuffer[MAX_PATH];<br />
struct VS_FIXEDFILEINFO <br />
{ <br />
DWORD dwSignature; <br />
DWORD dwStrucVersion; <br />
DWORD dwFileVersionMS; <br />
DWORD dwFileVersionLS; <br />
DWORD dwProductVersionMS; <br />
DWORD dwProductVersionLS; <br />
DWORD dwFileFlagsMask; <br />
DWORD dwFileFlags; <br />
DWORD dwFileOS; <br />
DWORD dwFileType; <br />
DWORD dwFileSubtype; <br />
DWORD dwFileDateMS; <br />
DWORD dwFileDateLS; <br />
} *lpFixedFileInfo; <br />
<br />
TCHAR fileInfoBuffer[2048];<br />
UINT32 VersionInfoSize;<br />
if (SearchPath(NULL, FileName, NULL, sizeof(pathBuffer), pathBuffer, NULL) > 0)<br />
{<br />
LogMsg(_T(" SearchPath: %s\n"), pathBuffer);<br />
}<br />
else<br />
{<br />
return(ERR_FILE_NOT_FOUND);<br />
}<br />
if ((VersionInfoSize = GetFileVersionInfoSize(FileName, 0)) > 0)<br />
{<br />
if (GetFileVersionInfo(FileName, NULL, VersionInfoSize, fileInfoBuffer) > 0)<br />
{<br />
VerQueryValue(fileInfoBuffer, TEXT("\\"), (LPVOID *)&lpFixedFileInfo, &VersionInfoSize);<br />
LogMsg(_T(" FileName : %s Version: %d.%d.%d.%d\n"),FileName,<br />
HIWORD(lpFixedFileInfo->dwFileVersionMS),<br />
LOWORD(lpFixedFileInfo->dwFileVersionMS),<br />
HIWORD(lpFixedFileInfo->dwFileVersionLS),<br />
LOWORD(lpFixedFileInfo->dwFileVersionLS));<br />
}<br />
else<br />
{<br />
return(DI_ERR_FILE_NOT_FOUND);<br />
}<br />
}<br />
else<br />
{<br />
return(ERR_FILE_NOT_FOUND);<br />
}<br />
return(DI_SUCCESS);<br />
}<br />
The function call is
TCHAR tmp[1024];
GetModuleFileName(NULL, tmp, sizeof(tmp));
getFileVersionInfo(tmp);
Am I missing out something here? I have Win2K OS. Please help.
Thanks,
Vini
|
|
|
|
|
Vinaya wrote:
GetModuleFileName(NULL, tmp, sizeof(tmp));
The third parameter is the number of characters, not the size of the buffer in bytes. You'll need to pass in 1024 to indicate there are 1024 characters (or sizeof(tmp)/sizeo(TCHAR))
Vinaya wrote:
SearchPath(NULL, FileName, NULL, sizeof(pathBuffer), pathBuffer, NULL)
Ditto for the fourth parameter here.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Vinaya wrote:
if (SearchPath(NULL, FileName, NULL, sizeof(pathBuffer), pathBuffer, NULL) > 0)
Your exception is basically caused by the sizeof() input parameter of the function. This parameter required the number of characters that your string buffer holds. But the sizeof() function returns the number of bytes within the array. With a UNICODE program, each character occupies two bytes, so will therefore return twice the number required, resulting in a memory exception.
Try:
<br />
if (SearchPath(NULL, FileName, NULL, sizeof(pathBuffer)/sizeof(TCHAR), pathBuffer, NULL) > 0)
I Dream of Absolute Zero
|
|
|
|
|
Thanks a lot. ![Rose | [Rose]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/rose.gif) That solved the problem.
Vini
|
|
|
|
|
Hi,
I've to capture the handle of the window, i knew the process id of the window, how to capture the window handle using the process id. Anyone pls provide me solution to the problem.
Thanks & Rgds
VVS
|
|
|
|
|
You could use EnumWindows.
In the EnumWindowsProc call GetWindowThreadProcessId and compare the process id with the one you have, if they match then that window belongs to the process in question.
You should be able to build up a list of all the windows that belong to the process.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
