Re: sockets vs file-dropoff - C / C++ / MFC Discussion Boards

Re: sockets vs file-dropoff

ThatsAlok23-May-05 2:00

ThatsAlok

23-May-05 2:00

It's Sound something like NMS (Network Management software) Smile | :)

.

My personel choice will be Sockets, But would like to know how are you implementing File-Drop-Off method?. Smile | :)

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

cheers,
Alok Gupta

Re: sockets vs file-dropoff

Tom Archer23-May-05 2:05

Tom Archer

23-May-05 2:05

I'm just starting this project today and the client wants to use one of these techniques. 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 (I know this works with .NET, but have never tried it with native code.)

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

Re: sockets vs file-dropoff

ThatsAlok23-May-05 2:22

ThatsAlok

23-May-05 2:22

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

Re: sockets vs file-dropoff

Tom Archer23-May-05 2:30

Tom Archer

23-May-05 2:30

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

Re: sockets vs file-dropoff

ThatsAlok23-May-05 2:36

ThatsAlok

23-May-05 2:36

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

Re: sockets vs file-dropoff

Ryan Binns23-May-05 4:06

Ryan Binns

23-May-05 4:06

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"

Re: sockets vs file-dropoff

Tom Archer23-May-05 13:38

Tom Archer

23-May-05 13:38

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

Re: sockets vs file-dropoff

ThatsAlok23-May-05 17:33

ThatsAlok

23-May-05 17:33

Tom Archer wrote:
We're going to implement a sockets server

It's Nice to know that you are implementing Socket server! Smile | :)

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

cheers,
Alok Gupta

Re: sockets vs file-dropoff

Ryan Binns23-May-05 4:12

Ryan Binns

23-May-05 4:12

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"

Re: sockets vs file-dropoff

Tom Archer23-May-05 13:37

Tom Archer

23-May-05 13:37

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

Use Enter key in Edit box

suncertification23-May-05 1:22

suncertification

23-May-05 1:22

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 Smile | :)

Re: Use Enter key in Edit box

toxcct23-May-05 1:27

toxcct

23-May-05 1:27

did you well think to set your edit as MultiLine ?

TOXCCT >>> GEII power
[toxcct][VisualCalc]

Re: Use Enter key in Edit box

suncertification23-May-05 2:51

suncertification

23-May-05 2:51

I need to use a single line but I want to process Enter key or the Enter key is disable.

Thanks in advance Smile | :)

Re: Use Enter key in Edit box [EDITED]

toxcct23-May-05 2:57

toxcct

23-May-05 2:57

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]

Re: Use Enter key in Edit box

ddmcr23-May-05 1:34

ddmcr

23-May-05 1:34

Right click on your Edit Box and in the properties dialog box mark the "WantReturn" and "Multiline" checkboxes.

m0n0

Re: Use Enter key in Edit box

suncertification23-May-05 2:53

suncertification

23-May-05 2:53

I use only a line, but I like to disable the Enter key.

Re: Use Enter key in Edit box

ddmcr23-May-05 4:06

ddmcr

23-May-05 4:06

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

Re: Use Enter key in Edit box [EDITED]

toxcct23-May-05 4:10

toxcct

23-May-05 4:10

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]

Re: Use Enter key in Edit box [EDITED]

ddmcr23-May-05 7:03

ddmcr

23-May-05 7:03

Can you tell me the better way of doing this ??
when the OK button is already deleted

m0n0

Re: Use Enter key in Edit box [EDITED]

toxcct23-May-05 20:17

toxcct

23-May-05 20:17

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]

Re: Use Enter key in Edit box

GDavy23-May-05 3:06

GDavy

23-May-05 3:06

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

SearchPath API fails in UNICODE debug build

Vinaya23-May-05 1:00

Vinaya

23-May-05 1:00

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

Re: SearchPath API fails in UNICODE debug build

Ryan Binns23-May-05 4:19

Ryan Binns

23-May-05 4:19

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"

Re: SearchPath API fails in UNICODE debug build

RChin23-May-05 4:24

RChin

23-May-05 4:24

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

Re: SearchPath API fails in UNICODE debug build

Vinaya23-May-05 18:27

Vinaya

23-May-05 18:27

Thanks a lot. Rose | [Rose]

That solved the problem. Smile | :)

Vini

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