|
od@ananzi.co.za wrote: A have a client/server application using sockets (TCP/IP) for all the IPC needs...When the apps are running on a local pc with the network cable not connected, then the apps run fine...
How so?
Is your network being saturated with too many packets? Are you using any hubs or switches?
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
I have started debugging the apps when on the network and most of the crashed do occur within the sockets/socket handler classes. The crashes are totally random at this stage ...
Is there an easy way to monitor the network for saturation and collissions etc ? (We do not have any measuring hardware) ...
|
|
|
|
|
Try using the loopback address (127.0.0.1), do not use hostnames or computer names.
I would also suggest doing stress tests, the crashs you describe should not happen. Perhaps the current implementation can not handle fragmented packets very well. TCP is a stream oriented protocol, which means data does not have to arrive in the same chunk sizes as they are sent away.
Hope it helps. 
/M
|
|
|
|
|
Sorry, forgot to mention. I'm actually connecting to 127.0.0.1 already. I rarely use any hostnames, especially not when the client/server are running on the same pc.
I have an application layer running on top of the socket to reassemble the sent data at the receiver end. this layer has not changed over the last two year, so I'm fairly confident that the problem is elsewhere.
But where ??
|
|
|
|
|
What listening port are you using, could it be that incoming LAN traffic not meant for your application is crashing it? Just to make sure bind your listening socket specifically to 127.0.0.1 and not to INADDR_ANY. In any case, do stress testing to reproduce and isolate the trouble maker.
/M
|
|
|
|
|
Hi cool boys and girls!
I've written a code using MFC and ATL in VS 2005.
I included the following files in my apps local folder:
1- atl80.dll
2- mfc80u.dll
3- msvcr80.dll
4- Microsoft.VC80.ATL.manifest
5- Microsoft.VC80.CRT.manifest
6- Microsoft.VC80.MFC.manifest
It works well on many computers, but NOT "all of them".
I got a message like:
"The application failed to initialize properly (0xc0000135)."
Can anyone help me please?
modified on Monday, March 17, 2008 10:07 AM
|
|
|
|
|
Usef Marzbani wrote: I included the following files in my apps local folder:
Don't do that. Instead download vcredist_x86.exe (from here[^]) and execute it on the target machine. This will install all the MFC and C runtime libraries.
If you installed VC service pack 1, there is also a link at the bottom of the page to download the associated distributable package.
|
|
|
|
|
Hi, I've written a program in c++ (using DLL) which uses the function below to show the HDD Serial No (as assigned by Windows). The program works fine in DLL mode but when I try to convert it into a Static Library Visual Studio 205 returns this error. Could anybody help please? Many thanks
// Gets HDD serial No
char volumeName[MAX_PATH];
DWORD volumeSerialNumber;
DWORD maxNameLength;
DWORD fileSystemFlags;
char systemName[MAX_PATH];
// get the volume information for drive C
GetHDDserialNo = GetVolumeInformation("c:\\",
volumeName, MAX_PATH,
&volumeSerialNumber,
&maxNameLength,
&fileSystemFlags,
systemName, MAX_PATH);
|
|
|
|
|
Try this code:
TCHAR volumeName[MAX_PATH];
DWORD volumeSerialNumber;
DWORD maxNameLength;
DWORD fileSystemFlags;
TCHAR systemName[MAX_PATH];
GetHDDserialNo = GetVolumeInformation(_T("c:\\"),
volumeName, MAX_PATH,
&volumeSerialNumber,
&maxNameLength,
&fileSystemFlags,
systemName, MAX_PATH);
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
An absolute Genius! Thank you so much. But why is that?
|
|
|
|
|
Because you have UNICODE enabled, so a lot of functions from the Win32 API expect strings in UNICODE and not in ANSI. I suggest you search for articles on that subject here on codeproject, it is a bit broad to explain in one single post.
|
|
|
|
|
Hontesly no genius. Trust me, it is a simple thing. Read on Generic text mappings.
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
Rajesh R Subramanian wrote: Hontesly no genius.
Actually, you are a genius. Only geniuses swap not adjacent characters in a word the way you did.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
Yuo wlil nto msis oen signle cahnce to mcok at me, wlil oyu?
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
Oh no, you reverted to common-man adjacent characters swapping! 
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
Probably this[^] would give you an idea why such swapping happens while I type.
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
Well, thanks to both of you for the explanations anyway. It solved the problem.
|
|
|
|
|
|
|
Hello everyone,
The following code will result in compile error below is because of private method of base class is also considered into name lookup, even if we can not access directly the private method of base class?
error C2385: ambiguous access of 'foo'
class Base
{
private:
void foo() {}
public:
void bar() {}
};
struct Mixin { void foo() {} };
class Derived: public Base, public Mixin
{
public:
void bar() { foo(); }
};
int main()
{
Derived().bar();
}
thanks in advance,
George
|
|
|
|
|
Yes.
C++ provides information hiding its own way, i.e. with information locking. 
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
Thanks CPallini,
Does your below comments relate to my question? Why? Could you provide more description please?
CPallini wrote: C++ provides information hiding its own way
regards,
George
|
|
|
|
|
It was a (unsuccessful, I see  ) pun. In OOP restricted access to a class member is denoted as Information Hiding, but you see there is actual hiding in your C++ code since derived class instance sees (even if it cannot access it) private foo member and therefore the ambiguity complains by the compiler.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
Thanks CPallini,
So name lookup has nothing to do with access control, right? Does C++ bring us special benefits from this design model?
regards,
George
|
|
|
|
|
hi,
in my code i do the following thing
<br />
char* pByte = new char[16];<br />
memset( pByte, 0, 16 );<br />
memcpy( pByte,"çj]%Þ6f$.JÛ.$(ñå", 16);<br />
So, the content of my pByte pointer should be "çj]%Þ6f$.JÛ.$(ñå" (and all following characters until editor reach a null-terminated string character).
But if i check in memory what my pointer contains, i see the following value :
+ pByte 0x04b78f98 "çj]%Ãz6f$.JÃ>.$ýýýý««««««««îþîþ" char * 
I don't understand why my content is modified.
I'm using VC++ 2003.
On another project i do exactly the same thing and my pointer is not modified. the two project have exactly the same settings ...
This problem make me crazy  , all suggestions are welcome.
Thanks.
modified 14-Jun-22 21:01pm.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
