C / C++ / MFC

Garth J Lancaster8-Sep-09 1:52

Garth J Lancaster

8-Sep-09 1:52

unless you have the source code to the dll, I doubt it after the file has been created and closed. If the file is open, there are tools around that are the windows equivalent of the 'lsof' command - systinternals (now part of Microsoft) has a tool to display (iirc) open files vs the processes that have them open

'g'

[edit] I was wondering if the file properties (custom) would be useful, but surely that depends on a well behaved application filling them out in the first place[/edit]

Joseph Marzbani8-Sep-09 3:00

Joseph Marzbani

8-Sep-09 3:00

Thank you for your answer. I meant something like that I can examine a specific DIRECTORY or FOLDER so that I can catch every process that attamps to create or modifiy a file.

Thank you masters!

Selvam R8-Sep-09 2:02

Selvam R

8-Sep-09 2:02

Check with FileMon

http://technet.microsoft.com/en-us/sysinternals/bb896642.aspx[^]

Thanks and Regards,
Selvam,
http://www.wincpp.com

Stuart Dootson8-Sep-09 3:39

Stuart Dootson

8-Sep-09 3:39

Further to R.selvam's answer - FileMon's been deprectaed - MS recommend you use ProcMon[^] now. That allows you to capture more than just file accesses, for example registry accesses as well.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

kilt10-Sep-09 6:36

kilt

10-Sep-09 6:36

You don't need any tool, just use NAPI

VC++ pointers with Readfile function [modified]

David Crow14-Sep-09 3:50

David Crow

14-Sep-09 3:50

If an API is not a tool, then please tell us what it is? Roll eyes | :rolleyes:

"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown

"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

GC1048-Sep-09 1:19

GC104

8-Sep-09 1:19

I am learning to use VS2005 to create a VC++ MFC project to read from the serial port using the 'ReadFile' function. in particular I am having problems getting the code to compile 'ReadFile' parameter 4:

h-file
...
DWORD ActualBytesRead
DWORD * pActualBytesRead
...

cpp-file

attempt 1:
pActualBytesRead = &ActualBytesRead
ReadFileStatus = ReadFile(SerialPortHandle, &ReceiverBuffer, NumberOfBytes2Read, pActualBytesRead, NULL)
-compiles, but parameter 4 ends up with 0xbaadF00d at the time of the 'ReadFile' call?

attempt 2:
ReadFileStatus = ReadFile(SerialPortHandle, &ReceiverBuffer, NumberOfBytes2Read, &ActualBytesRead, NULL)
-compiles (passing by reference?)

attempt 3:
pActualBytesRead = &ActualBytesRead
ReadFileStatus = ReadFile(SerialPortHandle, &ReceiverBuffer, NumberOfBytes2Read, *pActualBytesRead, NULL)
-won't compile?

OK, so I have a version of code that compiles but I don't really understand why attempt 1 & 3 fail?

modified on Tuesday, September 8, 2009 11:06 AM

«_Superman_»8-Sep-09 1:27

«_Superman_»

8-Sep-09 1:27

1 and 3 fails because you're passing a DWORD** instead of DWORD*.

The following should compile.

DWORD ActualBytesRead = 0;
BYTES ReceiverBuffer[1024];
DWORD NumberOfBytes2Read = 1024;

ReadFileStatus = ReadFile(SerialPortHandle, ReceiverBuffer, NumberOfBytes2Read, &ActualBytesRead, NULL);

«_Superman_»
I love work. It gives me something to do between weekends.

Cedric Moonen8-Sep-09 3:26

Cedric Moonen

8-Sep-09 3:26

«_Superman_» wrote:
1 and 3 fails because you're passing a DWORD** instead of DWORD*.

Actually, in the first case he is passing a DWORD* (so this should compile) and in the third case he is passing a DWORD.

Cédric Moonen
Software developer

Charting control [v2.0]
OpenGL game tutorial in C++

David Crow8-Sep-09 3:05

David Crow

8-Sep-09 3:05

GC104 wrote:
ReadFileStatus = ReadFile(SerialPortHandle, &ReceiverBuffer, NumberOfBytes2Read, pActualBytesRead, NULL)
-won't compile, even though I am passing a pointer to a 'DWORD'?

This compiles for me.

GC104 wrote:
ReadFileStatus = ReadFile(SerialPortHandle, &ReceiverBuffer, NumberOfBytes2Read, *pActualBytesRead, NULL)
-won't compile?

Because argument 4 is the contents, or value, of pActualBytesRead.

GC1048-Sep-09 4:48

GC104

8-Sep-09 4:48

Since posting the original message, I would expect attempt 1 to compile. Is this likely to be a quirk in the VS2005 VC++ compiler? Many thanks for thoughts.

Geoff Smile | :)

David Crow8-Sep-09 4:56

David Crow

8-Sep-09 4:56

Without seeing the actual error message, I've no idea.

Get current position of pointer using IStream interface

GC1048-Sep-09 5:06

GC104

8-Sep-09 5:06

Sorry, I made a typo whilst trying 'attempt 1'. Yolu're right it does compile, the problem is that pActualBytesRead gets loaded with 0xbaadf00d prior to the 'ReadFile' call.

Thanks for help Smile | :)

MrKBA8-Sep-09 1:16

MrKBA

8-Sep-09 1:16

Hi,

I try to get the current position of pointer in the stream (IStream interface) with the method Seek (IStream::Seek Method) but i can't succeed to do this.

So can someone help me how to do this OR if there is an other method to get the current position from this stream?

thank you

Re: Get current position of pointer using IStream interface

Stuart Dootson8-Sep-09 3:43

Stuart Dootson

8-Sep-09 3:43

Ummm - try this:

ULARGE_INTEGER currPos;
LARGE_INTEGER offset;
offset.QuadPart = 0;
istreamInterfacePointer->Seek(offset, STREAM_SEEK_CUR, &currPos);

Zero offset from the current position will be the current position...

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Re: Get current position of pointer using IStream interface

MrKBA9-Sep-09 0:19

MrKBA

9-Sep-09 0:19

Thank you , it work Thumbs Up | :thumbsup:

can you please help me again and tell me how can use Seek to get the size of the current stream ?

thanks

Re: Get current position of pointer using IStream interface

Stuart Dootson9-Sep-09 3:20

Stuart Dootson

9-Sep-09 3:20

ULARGE_INTEGER currPos;
LARGE_INTEGER offset;
offset.QuadPart = 0;
istreamInterfacePointer->Seek(offset, STREAM_SEEK_END, &currPos);

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Some C++ Concepts

hrishiS8-Sep-09 1:07

hrishiS

8-Sep-09 1:07

Hi to All,

I need help in understanding the difference between copy constructor and assignment operator, and when do we use them exactly,...and with contrast of shallow and deep copy too.
I tried to understand from internet, but still I didn't get a clear picture of it.
Could someone please put some light for the same.

Thanks in advance.

-----------------------------
I am a beginner

«_Superman_»8-Sep-09 1:12

«_Superman_»

8-Sep-09 1:12

MyClass a;
MyClass b(a);  // Copy Constructor
MyClass c = b; // Copy Constructor
MyClass d;
d = c;         // Assignment Operator

«_Superman_»
I love work. It gives me something to do between weekends.

hrishiS8-Sep-09 1:16

hrishiS

8-Sep-09 1:16

thanks,

But when do we overload each of them?...I mean when do we use copy constructor and when assignment operator

-----------------------------
I am a beginner

Cedric Moonen8-Sep-09 1:21

Cedric Moonen

8-Sep-09 1:21

hrishiS wrote:
I mean when do we use copy constructor and when assignment operator

In the vast majority of cases, you have to do both of them. I never encountered a case in which the copy constructor would do something different than the assignment operator.
In general, you need to provide them if you have to provide a smarter "copy" mechanism (for instance your class contains a pointer which should be recreated instead of simply assigning the same address).

Cédric Moonen
Software developer

Charting control [v2.0]
OpenGL game tutorial in C++

hrishiS8-Sep-09 1:27

hrishiS

8-Sep-09 1:27

thanks a lot,

Could you please elaborate little more on the point.

Cedric Moonen wrote:
smarter "copy" mechanism (for instance your class contains a pointer which should be recreated instead of simply assigning the same address).

May be if you dont mind one example...

Regards

-----------------------------
I am a beginner

Cedric Moonen8-Sep-09 1:35

Cedric Moonen

8-Sep-09 1:35

If you didn't supply a copy constructor and assignment operator, the compiler provides a default for them. These default methods simply copy the "memory area" of one object to the other. So, if your object contains a pointer, the address of the pointer will be copied. Which means that you will end up with two instances of the class, each of them having a pointer pointing to the same address. In most of the case, you don't want such a scenario because then if one instance deletes the pointer, the other one can't access it anymore (the memory to which it points has been freed).
What you want to typically do in such scenario is create another pointer and copy the pointed data. This way, the two instances contain a different pointer and each of them can safely delete it.

This was of course just an example when it makes sense to provide a copy constructor and assignment operator, but you could replace the pointer stuff by something different (for instance a resource).

Typical classes in which you want to provide a copy constructor and assignment operator are string management classes (std::string, CString, ...) because they internally create a buffer to store the data. Take the following example:

string var1 = "test";
string var2 = var1;
var2.replace(....);

In such a scenario, you absolutely don't want that the internal buffer of var1 gets modified. So, when you copy the string, you have to recreate another independent buffer.

Hope this helps.

Cédric Moonen
Software developer

Charting control [v2.0]
OpenGL game tutorial in C++