C / C++ / MFC

Re: enumerating users logged on to the windows messenging system

5-Dec-06 16:34

Fabian Tamp wrote:
If anyone's not familiar with the windows "net" program, it sends messages to people...

That's "net send" actually. "Net" by itself does nothing.

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Fabian Tamp6-Dec-06 18:17

Fabian Tamp

6-Dec-06 18:17

Hey, thanks for the help.

I don't think WNetOpenEnum was quite what i was looking for, but through that i found NetQueryDisplayInformation, which is closer to what i want.

The comment about the program being "net send", the program is actually "net", but "send" is an argument it takes. therefore "net send" is used to send a message using the "net" program. On that note, the "net" program has alot of extra useful functionality which i might try out.

Thanks for your help guys.

SwITCh?!

Check if file is there or not [modified]

FredrickNorge5-Dec-06 11:38

FredrickNorge

5-Dec-06 11:38

I curently have this code

bool FilesClass::FilePath(char name[50])
{ int buffer;
int fh;
if( _sopen_s( &fh, name, _O_BINARY, _SH_DENYWR, 0 ) )
{
Files++;

buffer=strlen(name);
strncat(DllStatus,name,buffer);
strncat(DllStatus,";",2);

return false;
}
else
return true;
}

But in some cases it fails to process the checks, and asserts with cant open file.

My idea is that this function either returns true if the file is present, or false if its not, any sugestions?

-- modified at 17:45 Tuesday 5th December, 2006

Re: Check if file is there or not [modified]

Mark Salsbery5-Dec-06 12:16

Mark Salsbery

5-Dec-06 12:16

What do you mean fails to process the checks?

How about something like this:

bool FilesClass::FilePath(const char *name)
{ 
	int buffer; 
	int fh;
 
	errno_t errno = _sopen_s( &fh, name, _O_BINARY | _O_RDONLY, _SH_DENYWR, _S_IREAD );
 
	if( errno )
	{ 
		if (errno == ENOENT)
		{
			Files++;
 
			buffer=strlen(name);
			strncat(DllStatus,name,buffer);
			strncat(DllStatus,";",2);
		}
		else
		{
			// _sopen_s() failed!
		}
 
		return false;
	}
	else
	{
		_close( fh );
		return true;
	}
}

The pmode param is required in the call to _sopen_s().

Note that if the file is already opened elsewhere without read share access FilePath() will
return false.

FredrickNorge5-Dec-06 12:20

FredrickNorge

5-Dec-06 12:20

Ok, found my assert problem as well, i actualy check for total of 6222 files, array was to short.

Thanks, your code worked better.

-- modified at 18:26 Tuesday 5th December, 2006

David Crow5-Dec-06 16:43

5-Dec-06 16:43

FredrickNorge wrote:
My idea is that this function either returns true if the file is present, or false if its not, any sugestions?

_access(..., 0) sounds a whole lot simpler.

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Hamid_RT5-Dec-06 17:54

Hamid_RT

5-Dec-06 17:54

In additinal yo can use of FindFirstFile

WhiteSky

ThatsAlok5-Dec-06 22:08

ThatsAlok

5-Dec-06 22:08

FredrickNorge wrote:
My idea is that this function either returns true if the file is present, or false if its not, any sugestions?

try PathFileExists

<div class='ForumSig'>"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers, Alok Gupta VC Forum Q&A :- I/ IV Support CRY- Child Relief and you </div>

Compare folders

pro.log5-Dec-06 11:04

pro.log

5-Dec-06 11:04

I need some help about the code i must write so the program will compare the files of 2 folders and find the number of the different files. thanks in advance.

Re: Compare folders

David Crow5-Dec-06 16:45

5-Dec-06 16:45

pro.log wrote:
...different files.

Which could be any number of things (e.g., size, date, contents). Please elaborate.

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Re: Compare folders

pro.log6-Dec-06 3:07

pro.log

6-Dec-06 3:07

just for the contents of the 2 folders

Re: Compare folders

David Crow6-Dec-06 4:01

Is there any way to statically link with kernel32/ntdll?

6-Dec-06 4:01

So just add the contents of each folder to its own array. If the size of the arrays are different, or if one array has an item that the other does not, then you know the folders are indeed different.

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

sunriseway5-Dec-06 10:08

sunriseway

5-Dec-06 10:08

Hi Forum,

Is it possible to write a simple hello world win32 application which is statically linked with kernel32 and ntdll? When I run the ap, only the executable image should be in memory and no other modules (including the kernel32/ntdll which are normally loaded). I want to build a fully self-contained executable. Is that doable?

Thanks in advance for any information.

Re: Is there any way to statically link with kernel32/ntdll?

Zac Howland5-Dec-06 10:16

Zac Howland

5-Dec-06 10:16

sunriseway wrote:
I want to build a fully self-contained executable. Is that doable?

Short answer: no.

If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week

Zac

sprintf vs strcpy

Blake Miller5-Dec-06 9:02

Blake Miller

5-Dec-06 9:02

So I see a lot of code like this lately:

sprintf(pUserPwd, "%s", oVerifedWriteDlg.m_UserPwd);

Why use that instead of just going with strcpy?

strcpy(pUserPwd, oVerifedWriteDlg.m_UserPwd);

Am I missing something?

I am inclined to think the sprintf would be a lot slower ... D'Oh! | :doh:

David Crow5-Dec-06 9:09

5-Dec-06 9:09

My personal preference would me to use strcpy(), unless I was constantly changing what I wanted in pUserPwd (e.g., padding, numbers, justification, additional variables).

"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15

"Judge not by the eye but by the heart." - Native American Proverb

Zac Howland5-Dec-06 9:30

Zac Howland

5-Dec-06 9:30

Laziness is the main culprit there. The sprintf version is far more likely to introduce buffer overrun bugs (e.g. if the wrong delimeter is used).

Note that the safer operations are actually to use the std::string class, or at the very least, the strncpy function (or its variants).

If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week

Zac

led mike5-Dec-06 9:43

led mike

5-Dec-06 9:43

If you are writing for Windows only (not cross-platform) you should use the safe string routines

strcpy == StringCchCopy[^]

led mike

Zac Howland5-Dec-06 10:00

Zac Howland

5-Dec-06 10:00

led mike wrote:
If you are writing for Windows only (not cross-platform) you should use the safe string routines

strcpy == StringCchCopy[^]

Or the slightly more familiar (syntax-wise) replacements: strXXX_s

If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week

Zac

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dncode/html/secure03102004.asp[^]

led mike5-Dec-06 10:31

led mike

5-Dec-06 10:31

yes they are also safe versions but are not all the same as the strsafe library routines

You should be aware that strsafe functions, such as StringCchCopy and StringCchCat behave 
differently than strncpy_s and strncat_s. If strncat_s detects an error, the function will 
set the string to NULL. However, by default, strsafe will fill the destination with as much 
data as possible, and then NULL-terminate the string. You can mimic the same behavior in 
strsafe with code like this:

led mike