You can post in C++ Q&A (http://www.codeproject.com/script/Answers/List.aspx?tab=active&tags=78[^]) or in the C++ Forum (http://www.codeproject.com/Forums/1647/C-Cplusplus-MFC.aspx[^]). There is no boost specific place to post but if someone can help they will, and those are the most appropriate places.

I wrote a small WTL application to illustrate the crypto functions. I also transform the encrypted string to a Base64 for transmittal across the internet. Might be of help to you, although a little late. http://www.codewiz51.com/blog/post/2010/11/16/WTL-application-to-encrypt-a-character-string.aspx[^] ~Gene -- Life is not a spectator sport. I came to play. My Web Site, Blog & Wiki

That shouldn't even be necesary in this case: If you make sure a block is initialised (data pointer valid, next_block pointer initialised) before it's appended to the list by the sender thread, it can't cause multithreading problems since the actual appending action is just one assignment.

If you are looking for logging, rather than just output, then the following exists. http://log4cpp.sourceforge.net/[^]

The original response talks about preallocating files. I'd like to try an experiment with this approach and just see what the improvement is. Can anyone suggest some VS c++ code that will accomplish this. 1) preallocated file creation, that would be reused with each running of the program 2) code that opens the file 3) code that sequencially writes ascii data msgs to the file starting at the beginning. Thanks

Alan Kurlansky wrote: How could I find out where a runaway process is looping? Interesting choice of words. It contains the WinDbg command that could help your situation. :) If you attach the WinDbg debugger you can issue the !runaway command which will show you the thread times. Any thread in an infinite loop will probably consume the most cpu time. You may also want to try "!locks" and "!analyze -v -hang" in case its not an infinite loop and actually a deadlock caused by synchronization objects. Off Topic: I really wish the VS team would add a commandline interface into the VS debugger. Best Wishes, -David Delaune

Sorry about that. But I was able to get things to work by reducing the scope of the file management. Now I am opening, closing, renaming the file all from within a function, using all local and local static variables.

Hi Alan! Here a couple of thoughts... a) where's the difference between "the app" and the "server app", are these different processes? b) you mention incoming sockets are maintained in a "table" later a "list", what kind of data structure is this? c) what do you plan to do with the data from incoming clients, forward it to someone and how (callbacks, IPC, etc)? d) do you have to use select(), well, you probably don't want to mix multi-threading and non-blocking sockets? e) why do you start every new messages with "re:"? Questions over questions :) /Moak Chat in Europe :java: Now with 24% more Twitter

Double posting, already answered you here[^]. Chat in Europe :java: Now with 24% more Twitter

Have a look at Beej's guide to networking programming[^], there are client/server examples in chapter 6. Another starting point is the Winsock Programmer's FAQ[^], it has examples in section 6. Regarding a server, the normal way would be opening a server socket, calling bind and listen and then accepting incoming client connections. You do not close the server socket, while more incoming connections are expected. Here is a code fragment (your code could look different, but the principle stays the same): void CSocketServer::OnAccept(int nErrorCode) { CAsyncNetwork::OnAccept(nErrorCode); CAsyncNetwork* pSocket = new CAsyncNetwork; if(Accept(*pSocket)) { m_listSockets.push_back(pSocket); //list of sockets } else { delete pSocket; //handle error case } } CSocketServer server; server.Open(); server.Bind(4242); //listening port of server server.Listen(); Hope this helps. :) /Moak Chat in Europe :java: Now with 24% more Twitter

Options in increasing order of complexity/robustness: - Those mentioned, uncontrolled access by both apps/threads. - LockFileEx() / UnlockFileEx() - OS level read/write locking, critical if multiple threads will be appending. - Transactional NTFS - TxF API to perform transacted reads/writes, critical if multiple writes to different data sources (file, registry, database) may need to be rolled back and readers need consistant view across all. ...cmk The idea that I can be presented with a problem, set out to logically solve it with the tools at hand, and wind up with a program that could not be legally used because someone else followed the same logical steps some years ago and filed for a patent on it is horrifying. - John Carmack

Alan Kurlansky wrote: what is the easiest way to reduce the connect inital timeout value from 3 seconds to 1 second or less There is no 3 second timeout for connect() function. You need to implement your own timeout mechanism or use a socket library that does. It's a short answer, hope it helps. :) /M Chat in Europe :java: Now with 24% more Twitter

Alan Kurlansky wrote: detect mismatches between the sprintf format string and the arguments that follow? Yes, there are a couple of tools available. Have a look at the following: Splint checks for vulnerabilities and coding mistakes PC-Lint the "classic" code analysis tool Dr Dobbs had a full article about code analysis also see Wikipedia: tools for static code_analysis for C and C++ Happy debugging! :) M PS: This post is for developers who prefer format() over STL string streams. PPS: And if you are one of them, you could have a look at Boost Format library. :) Chat in Europe :java: Now with 24% more Twitter

Hey guys, thanks for your feedback. I'll try out these suggestions.

This[^] article might help. :)

Alan Kurlansky wrote: To get myself starting I would like to write an app that simply receives messsages over a tcp connection and displays them to a scrolling window. Hi Alan! I suggest an alternative approach without multi threading to get up and running quickly: 1) create a new MFC project and add a CListBox control: Using the CListBox control[^], this comes with a working example dialog project. 2) Add a TCP client socket such as CAsyncSocket to your dialog: Socket Programming with MFC (Part 1)[^], this will also explain which initialisation is needed in your application. 3) Add a button to your dialog so you can connect/disconnect to a server. The client will tell you in its OnReceive()[^] handler when more data is available, you can add this to the listbox with AddString()[^] and scroll listbox with SendMessage(WM_VSCROLL, SB_BOTTOM, NULL). There are many ways to communicate between socket and GUI, for starters you could give the socket object a pointer to your dialog. For example with a method OnReceiveText() that you call from your socket whenever a full text line is available: // Add text to end of listbox and remove old text void CMyDlg::OnReceiveText(const char* szText) { m_listbox.AddString(szText); m_output.SendMessage(WM_VSCROLL, SB_BOTTOM, NULL); while(m_output.GetCount() > 10000) m_output.DeleteString(0); } Hope this helps :) /Moak Webchat in Europe :java: Now with 26% more Twitter

Alan Kurlansky wrote: What would be the best way to monitor/log memory & cpu usage for a specific process in the general windows environment? Is this a coding question, or just a general Windows question? If the latter, use the Performance Monitor (perfmon.msc). "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

Good luck. I hope it works well for you. I will add a note about style. My example showed indenting a level inside the namespace definitions, just like you would do for any other pair of {}'s. There are style guidelines that recommend not doing so for namespaces. I'm undecided about this myself. Please do not read this signature.

Google was my first port of call, but as yet haven't found anything that addresses the issues/scenarios I mentioned.