|
Hi Guys i have just made a winsock programme(console mode).
It is a simple programme in which the client software
displays the text inputted in the server programme
using the function cin.getline().Now i want to make a chat programme
conlose mode.But i tried to use the send() function in the
client software but it is not working,so how can the two programme
chat wuth each other.My main point is that i am trying to maje chat
programme can anybody tell me some god tutirial or give me some guideline
|
|
|
|
|
|
Hello,
How do I grab the info where the mouse is so I can determine the position of the mouse when clicked over a certain region of the screen (say, over a certain part of a bitmap)?
I'm creating a dialog based app.
thanks!
|
|
|
|
|
The button down/up messages have the coordinates encoded in the LPARAM.
There's also GetCursorPos().
Mark
|
|
|
|
|
|
Note that there is an important difference between the two ways Mark gave you to get the mouse position. The position associated with the window message may be different than the one you get from GetCursorPos() -- the former is the one at the time the message was sent, the latter is the mouse's position at the time of the call. If your application is very busy, the two values can be very different. You likely want the position associated with the message:
GetCurrentMessage() -> pt Peace!
-=- James Please rate this message - let me know if I helped or not!<hr></hr>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles
|
|
|
|
|
Hi,
I am facing crash problem with debug version of executable. I have ported C++ code from VS6.0 to VS.Net2003. In VS6.0 both Debug and Release version executable works fine. But in VS.Net2003 it is crashing with debug version where as works fine with release version. It is Multithreaded C++ Code.
Executable crashed with fgetc() function. The particular call stack looks like
msvcr71d.dll!_heap_alloc_base(unsigned int size=4132) Line 211 C
msvcr71d.dll!_heap_alloc_dbg(unsigned int nSize=4096, int nBlockUse=2, const char *
szFileName=0x1026a03c, int nLine=58) Line 397 + 0x9 C
msvcr71d.dll!_nh_malloc_dbg(unsigned int nSize=4096, int nhFlag=0, int nBlockUse=2, const char * szFileName=0x1026a03c, int nLine=58) Line 260 + 0x15 C
msvcr71d.dll!_malloc_dbg(unsigned int nSize=4096, int nBlockUse=2, const char *
szFileName=0x1026a03c, int nLine=58) Line 176 + 0x1b C
msvcr71d.dll!_getbuf(_iobuf * str=0x1027c8b8) Line 58 + 0x13 C
msvcr71d.dll!_filbuf(_iobuf * str=0x1027c8b8) Line 120 + 0x9 C
msvcr71d.dll!fgetc(_iobuf * stream=0x1027c8b8) Line 48 + 0x41 C
It got crashed in HeapAlloc() function with exception "Unhandled exception at 0x7c9114b6 in TestCrash.exe: 0xC0000005: Access violation writing location 0x003aba9d".
Can anyone help please?
|
|
|
|
|
There's 2 big differences between Release and Debug in this case, _malloc_dbg which you can see in your stack trace is a good deal more complex than the malloc that gets called in Release, it does a lot more checking and the allocations it creates have extra debug headers, about 20 bytes per alloc if I remember rightly, so you could have an issue of overlapped buffers or a fixed buffer being overflowed for example which only shows up in Debug. Usually that wouldn't cause an Access violation directly but it's possible. VC6 code is less robust and may not pick up the error and fall over trying to report it which would be what is happening in VS 2003. Much more likely is the second difference, Debug code is slower ~30% slower than Release and in VS.Net2003 may also be doing extra inline stack verification, exception management and security stuff on each call. It's only a guess but I would shoot for you having a marginal sychronisation problem in your code which has never showed up before. Probably only shows when some part of the code is really slow compared to another. You need to check all your shared (between threads) variables, especially any shared memory allocated on the heap.
"The secret of happiness is freedom, and the secret of freedom, courage."
Thucydides (B.C. 460-400)
|
|
|
|
|
I'm writing a .DLL that's being used in both our Client and Server application. Is there a windows call I can use that will tell me if the current process is running as a windows service or not?
Thnx.
M.
|
|
|
|
|
Can't you use GetCurrentUser? I'm pretty sure that a service will default to LocalSystem, or such.
I'm also pretty sure that it can do clever things like ImpersonateUser, etc, but you can't cover everything!
Lastly, doesn't a service run from a different context, so GetDesktopWindow would fail?
While not a black and white answer for you, I hope that helped.
Iain.
Plz sir... CPallini CPallini abuz drugz, plz plz help urgent.
|
|
|
|
|
Use a flag which you can control. 
Greetings from Germany
|
|
|
|
|
Mike Doner wrote: Is there a windows call I can use that will tell me if the current process is running as a windows service
You can check whether one of the parent processes of this process is services.exe, user services are created via this process.
Nibu babu thomas
Microsoft MVP for VC++
Code must be written to be read, not by the compiler, but by another human being.
Programming Blog: http://nibuthomas.wordpress.com
|
|
|
|
|
I would like to store pointers to class member functions in an array (e.g. CTypedPtrArray) but I am having difficuly declaring, initialising and calling the functions. All functions are void fn(void) and are non-static.
Can anyone help please? 
|
|
|
|
|
Not really a good answer for you...
Pointers to member functions are nothing like a standard pointer, so it's unlikely you'll succeed. After all, they're really two pointers - they need a "this" pointer encoded also.
For an article that may help, I did a search for "member function pointer" on google, and this came up first:
Member Function Pointers and the Fastest Possible C++ Delegates[^]
A comprehensive tutorial on member function pointers, and an implementation of delegates that generates only two ASM opcodes!
Enjoy!
Iain.
Plz sir... CPallini CPallini abuz drugz, plz plz help urgent.
|
|
|
|
|
So do you have something like:
class MyClass;
typedef void (MyClass::*FNPTR)( void );
CTypedPtrArray<CPtrArray, FNPTR> arr;
"Love people and use things, not love things and use people." - Unknown
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Hi Yes, amongs other things I tried that but I could not add the function pointers.
I tried to add them using
arr.Add(&MyClass::Fn1)
But the compiler wasnt happy:
error C2664: 'Add' : cannot convert parameter 1 from 'void (__thiscall MyClass::*)(void)' to 'void *'
What am I doing wrong?
Thanks
Tony
|
|
|
|
|
Hi,
Please any body provide the Migration approach document and any free Tools avialable from VC++ to .NET?.
Thanks
Gopinath
|
|
|
|
|
I've been scratching my head about this for a couple of days and am getting nowhere!
I upgraded my existing MFC app from VS2005 to VS2008. It uses ADO to connect to a sql server database. When compiled under VS2005 the connection to the server via the _ConnectionPtr interface opens virtually instantly.
When compiled under VS2008, the first time in my app takes around 30 seconds to return from _ConnectionPtr::Open, though if I close the connection and then open it again it's back to near instant. And the app runs 100% fine thereafter - no crashes, freezes etc..
It's literally freezing in the 'm_pConnection->Open(_bstr_t(m_strConnection),...' bit. I cannot trace deeper than that call!
I've created a simple console app with the bare minimum stuff needed for ADO with MFC and it connects instantly under VS2008. So I'm confused!
I'm thinking it must be something in my project settings. Also, my app uses a non-standard byte alignment for historical reasons, but it did under VS2005 and connected near instantly.
Any suggestions would be very gratefully received! Thanks!
Pete
|
|
|
|
|
Hi,
I am using VC++ 2005 with SP1 compiler for my project. The development is being done on Windows XP Pro + SP2 machine but the application is supposed to run on all platforms from Windows 2000 to Windows 2008. The application is a typical MFC application with one executable and many DLL files.
Now the query, compiling and running the application on my machine has no issues. However to run the application on the Windows Vista or 2008 I need to have either Visual C++ 2005 SP1 redistributable installed on the target machine or I should be using building the application with SxS assembly isolation in mind and provide the correct manifest for the executables and dll's (either embed it in the binaries or have them as separate file). Also I am relying on VC to generate/embed the manifest file on its own i.e. I am not supplying manifest file explicitly.
So while building the application I have chosen to embed the manifest file and set use isolation linker option. I was hoping that it will work properly, but unfortunately it didn't. When I checked I found that the manifest file embedded in one of the Dll's has different information than other DLL's due to which the application could not load the dependency properly.
For this particular DLL the embedded manifest file looks like this
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32" name="Microsoft.VC80.CRT" version="8.0.50727.762" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32" name="Microsoft.VC80.MFC" version="8.0.50727.762" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32" name="Microsoft.VC80.CRT" version="8.0.50608.0" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32" name="Microsoft.VC80.MFC" version="8.0.50608.0" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
</dependentAssembly>
</dependency>
</assembly>
I have Microsoft.VC80.CRT and Microsoft.VC80.MFC manifest files along with the proper versions of the DLL files in the output directory.
I am unable to figure out from where the VC linker is referencing the MFC and Runtime libraries with the following version <b>Microsoft.VC80.CRT" version="8.0.50608.0"</b>.
A quick scan of the dll in question does not show me any dependency on MFC or VC runtime libraries with version 8.0.50608.
Can someone please help me in identifying the location from where the VC linker picks up the manifest file to be generated?
If this is not the correct forum please do let me know
I am waiting for resolution and help in understanding the issue from all the brilliant guys out there.
Thanks and Regards
|
|
|
|
|
The different versions are one is the original version, and the other is the version of the SP1 of VS2008. You to download and install the vc_redist.exe for VS2008 SP1 on the target machines.
Thats it 
Greetings from Germany
|
|
|
|
|
Hi,
I have checked at Microsoft site and as per the site the version of file for VC++ 2005 redistributable binaries is 8.0.50727.42 and the file version for VC++ 2005 SP1 redistributable binaries is 8.0.50727.762
And there is no redistributable package of VC++ 2005 with or without SP1 for Window 2008. For VC++ 2008 the MFC and CRT version is 9.0.21022.8
The issue is that why is the linker embedding a manifest file for only 1 particular DLL with MFC and CRT libraries as 8.0.50608.0 and from where it is picking that information. I think it should have used this information either for all DLL's/EXE or none of the DLL's/EXE.
And as I have mentioned earlier, the Dependency Scanner tool also does not show any dependency of MFC or CRT binaries with file version 8.0.50608.0. So I am confused here.
On the machine I am developing I have never installed any Beta or RC version of Visual C++ 2005.
Probably installing the redistributable binaries of VC++ 2005 SP1 on the target machine may solve this issue, but that is not the solution I am looking for. Isn't the purpose of using manifest file for EXE/DLL files is to make sure that your application is not affected and always use the same dependencies if someone removes the redistributable binaries from the target machine?
Thanks
|
|
|
|
|
I guess might have installed some hot fix for VC++ and it updated the binaries. It happened to me with VC++ 2008 and I was unable to figure this out for a while. How to determine which DLL/EXE is linked with that version? If you don't have too many DLL's the use good old http://www.dependencywalker.com/[^] to find which modules each DLL depends on. If it depends on CRT or MFC check the version by checking the properties of that DLL in depends.
-Saurabh
|
|
|
|
|
Also by any chance is any of your DLL a shell extension? Or perhaps you use a 3rd party library it uses the newer version of CRT or MFC.
-Saurabh
|
|
|
|
|
I managed to make my application totally standalone in the sense that now it can be simply copied and executed on any target machine without worrying whether the proper side-by-side assemblies are installed on target machine or not.
For those interested here is link which really helped me
http://blog.kalmbach-software.de/2008/05/03/howto-deploy-vc2008-apps-without-installing-vcredist_x86exe
Though the article is for VC2008 but it is applicable to VC2005 as well.
However there is a small issue with the method mentioned. If your application is dependent on a 3rd party DLL which has embedded manifest file then the method will not work. In such case probably installing the redistributable will be a better idea.
Thanks
|
|
|
|
|
I want to display a bitmap that has an alpha chanel for the background.
How can I make the alpha chanel transparent?
I tried using AlphaBlend() but it doesn't work.
Any suggestions?
danginkgo
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
