|
I don't think so. It would see network packets, hence IP addresses and port numbers, nothing of a higher-level intelligence.
|
|
|
|
|
Theoretically if you could somehow obtain a list of the sockets on the system and find out what socket is bound to which port and also which process the socket belongs to you could look up the connection between the packet and the application i guess. how you'd do that is another question.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> "It doesn't work, fix it" does not qualify as a bug report. <
> Amazing what new features none of the programmers working on the project ever heard of you can learn about when reading what the marketing guys wrote about it. <
|
|
|
|
|
Have a look at WinPCAP[^], it might do the sort of thing you're interested in. It's used as the basis for Ethereal/Wireshark/whatever they're calling it this week so it sound be possible for you to sort out what's coming and going to where.
Cheers,
Ash
|
|
|
|
|
|
Krishnakumartg wrote: Is there any API which provides the network byte transfer information of an application?
You could look at the Performance Counters.
"One man's wage rise is another man's price increase." - Harold Wilson
"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
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
Thread A
Thread B
executing Thread A
{
Thread B
Sum = Whatever;}
I'm currently running Thread A, but I want to hold Thread A execution when it calls Thread B.
After Thread B finishes it should resume execution on Sum in Thread A!
|
|
|
|
|
Fareed Rizkalla wrote: I want to hold Thread A execution when it calls Thread B.
After Thread B finishes it should resume execution on Sum in Thread A!
In that case there is little point in using threads, just make B a function that is called from A.
It's time for a new signature.
|
|
|
|
|
Call WaitForSingleObject in thread A on the handle of thread B.
|
|
|
|
|
Is the intent to eventually reach this scenario?
hread A
Thread B
Thread C
Thread D
executing Thread A
{
Thread B
Thread C
Thread D
Sum = Whatever;
}
This is a common parallel model that can either be handled with a worker system (easier) or in a parallel reduce[^] operation.
If not, I agree, chaining one and only one thread with a wait would be handled much more efficiently by a direct function call.
_________________________
John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
Shhhhh.... I am not really here. I am a figment of your imagination.... I am still in my cave so this must be an illusion....
|
|
|
|
|
It's called a function call, instead of inefficently farting around with threads just call the function.
Go on, it's not so complicated but it works!
Cheers,
Ash
|
|
|
|
|
I get the feeling that certain educational establishments are teaching threads far too early in the curriculum.
It's time for a new signature.
|
|
|
|
|
I'm not sure if it's an educational thing - I've seen programmers go thread happy several times over my career. There's something intrinsically seductive about parallel programming to loads of programmers even when it's not needed.
Actually, having thought about it a bit more it might be an educational thing, but not related to teaching programming for once. A couple of years ago I did an MSc in Software Engineering and the Operating Systems module was obsessed with threads, scheduling and all things to do with multiprogramming. We spent twice as long on that as we did on either device management and file systems which are far more important.
So I'll settle for the people writing OS textbooks and the lecturers who teach it. The language teachers aren't responsible for that, they're just obsessed with pointers and intrinsic arrays.
Cheers,
Ash
|
|
|
|
|
Yes, I don't really have any evidence for this but I just find it strange that people with (apparently) fairly limited understanding of some basic aspects of programming are already working with threads. Particularly when, as would seem in this case, there is absolutely no point in creating a thread just to run a function.
It's time for a new signature.
|
|
|
|
|
Richard MacCutchan wrote: Particularly when, as would seem in this case, there is absolutely no point in creating a thread just to run a function.
My personal opinion only.... It is that there is no realistic examples for teaching programming. Since the problem for threading serves no purpose related to threading, nor the example for single process systems, the result is a complete lack of understanding of when and how to use threading.
I have seen as many thread happy people, and people deathly afraid of threads. Even one programmer who swore up and down that mutexes were required in threads to speed it up. All mutex operations supposedly would speed up your threads and coding without mutexes would automatically devolve back to a single process operation because the mutex was the key to multi-processing.... 
_________________________
John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
Shhhhh.... I am not really here. I am a figment of your imagination.... I am still in my cave so this must be an illusion....
|
|
|
|
|
I'm working with very large files and i need to be able to get a 64bit stream position.
ofstream::tellp() returns a streampos, which according to msdn is typedef fpos<mbstate_t> streampos;
Whatever i try and cast the result to, it's wrong for files over 4GB- it's being truncated at 32 bits.
What is odd is that according to mssn, fpos<t> stores a byte offset of type streamoff, and a conversion state of type T. streamoff (according to msdn) is a long in win32 and an __int64 in win64. I am building under win32 but the debugger shows the private _Fpos member of fpos<t> to be of type __int64.
So, irritatingly, the 64 bit value is there in the fpos (i can see in the debugger, it's correct) but i can't get the value out.
Any ideas? there must be a way of getting a 64bit file pos in win32.
|
|
|
|
|
|
What happens when you use the seekpos member of std::fstream::pos_type (i.e. the thing returned by tellp)?
As far as I can tell that's a 64 bit value (long long on VC++ 2010). Not sure how standard that is as I don't deal with large files much.
Cheers,
Ash
PS:
Something like:
std::fstream fs( ... );
std::fstream::pos_type pt( fs.tellp() );
fpos_t fpt( pt.seekpos() );
EDIT: Looks like this is about as portable as a brick. According to the standard about all streampos has to do is support conversion to/from an int and be comparable with another streampos.
modified on Tuesday, June 22, 2010 12:23 PM
|
|
|
|
|
yeah, it's rubbish, isn't it. pos_type has an int64 member, but there's no operator overload to get that out -only an int.
|
|
|
|
|
Hi!
I've received an error message:
1>e:\criccegui\main.cpp(75) : error C2661: 'CEGUI::SubscriberSlot::SubscriberSlot' : no overloaded function takes 2 arguments
1>e:\criccegui\main.cpp(76) : error C2661: 'CEGUI::SubscriberSlot::SubscriberSlot' : no overloaded function takes 2 arguments
1>e:\criccegui\main.cpp(77) : error C2661: 'CEGUI::SubscriberSlot::SubscriberSlot' : no overloaded function takes 2 arguments
1>e:\criccegui\main.cpp(78) : error C2661: 'CEGUI::SubscriberSlot::SubscriberSlot' : no overloaded function takes 2 arguments
The code corresponding to the error is:
play_btn->subscribeEvent(PushButton::EventClicked, Event::Subscriber(&InitialMenu::playHandler, this));
options_btn->subscribeEvent(PushButton::EventClicked, Event::Subscriber(&InitialMenu::optionsHandler, this));
credits_btn->subscribeEvent(PushButton::EventClicked, Event::Subscriber(&InitialMenu::creditsHandler, this));
exit_btn->subscribeEvent(PushButton::EventClicked, Event::Subscriber(&InitialMenu::exitHandler, this));
I've checked many time the function CEGUI::SubscriberSlot::SubscriberSlot(). It takes two arguments only.
How to resolve these errors?
|
|
|
|
|
OK, maybe I'm blind or undercaffienated but I'm not seeing any mention of SubscriberSlot(...) in the code you posted. 
|
|
|
|
|
Sorry!
It's here. Actually I've to Subscribe to a member function.
template<typename T>
SubscriberSlot(bool (T::*function)(const EventArgs&), T* obj) :
d_functor_impl(new MemberFunctionSlot<T>(function, obj)) {}
another form:
template<typename T>
SubscriberSlot(const FunctorReferenceBinder<T>& binder) :
d_functor_impl(new FunctorReferenceSlot<T>(binder.d_functor))
{}
|
|
|
|
|
This is showing how SubscriperSlot is templated, but you need to post the code that declares one. Even better would be the code that actually generated the errors you showed.
Chris Meech
I am Canadian. [heard in a local bar]
In theory there is no difference between theory and practice. In practice there is. [Yogi Berra]
|
|
|
|
|
I am geeting error while lanching application
"mfc90.dll is not a valid Windows image. Please check this against your installation diskette. "
What is the issue?
|
|
|
|
|
john5632 wrote: mfc90.dll is not a valid Windows image
Replace with a new DLL(mfc90.dll). The Dll that you are using might be corrupted.
|
|
|
|
|
In addition on what Mohan said, also check for viruses.
That's a very common DLL, and looks strange it is "not a windows valid image".
2 bugs found.
> recompile ...
65534 bugs found.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
