Not MFC, but you might want to check out www.borland.com, who have announced plans to support RAD C++ for Linux. Rob.

Yes, you would have to go through that cycle. Have a look at MFC'c CSocket, or wrap up the code in your own class to make this easier. Regards, Bob.

I've never used the FD_??? macros, but I just tried the following in the 10 minutes before I went home, and it works OK. I tested it by running "telnet 127.0.0.1 1001" from the DOS prompt twice. The 1st connects, the 2nd doesn't. I hope it works for you too. Gotta run now..... Bob. #include void StartupWinSock() { WORD wVersionRequested; WSADATA wsaData; int err; wVersionRequested = MAKEWORD(2, 0); err = ::WSAStartup(wVersionRequested, &wsaData); } void CSimplesockDlg::OnButton1() { StartupWinSock(); SOCKET s1 = socket(PF_INET, SOCK_STREAM, 0); if (s1 == INVALID_SOCKET) { AfxMessageBox("error creating socket"); return; } struct sockaddr_in serv_addr; memset((char *)&serv_addr, 0, sizeof(serv_addr)); serv_addr.sin_family = AF_INET; serv_addr.sin_addr.s_addr = htonl(INADDR_ANY); serv_addr.sin_port = htons(1001); if (bind(s1, (struct sockaddr*)&serv_addr, sizeof(serv_addr)) < 0) { AfxMessageBox("error binding socket"); return; } if (listen(s1, 1) == SOCKET_ERROR) { AfxMessageBox("error listening on socket"); return; } SOCKET s2 = accept(s1, 0, 0); if (s2 == INVALID_SOCKET) { if (WSAGetLastError() != WSAEWOULDBLOCK) { AfxMessageBox("error accepting socket"); return; } } closesocket(s1); // DO stuff with s2 // No new clients should be able to connect // The Sleep is just so that my simple server does not immediately close down, in real life, you would do you code here. Sleep(60000); }

You need to close the accepting socket. eg pseudocode... SOCKET s1 = socket() SOCKET s2 = accept(s1,...) // Now client one is connected to s2 closesocket(s1) // Now no more clients can connect // you need to re-open s1 should the s2 connection fail for any reason. Bob/Rob are both short forms of Robert. At work I am Bob, at Home Rob. I get confused as well sometimes!!

The following possibilities spring to mind... * mutex/event if only signalling is required * Memory mapped files(I seem to recall a rather nice tutorial on this site somewhere) *Sockets *Local RPC (You need to understand IDL) *Named pipes (Similar in concept to sockets) *DCOM I'd probably use sockets myself, because that's what I'm most familiar with. Rob.

I have come across this before. First off, I beleive the parameter to listen() is the queue size, so it is valid to be handling 1 call and having one in the queue. Is there any reason you can only have one client? Typical pattern would be to have a server thread for each client. One way I have seen your problem solved is to close the accepting socket straight after the first call to accept. The 2nd client will the get a connection refused error. When you server has finished with the 1st client, it can then re-open the accepting socket. HTH Rob.

I am deriving a new control from ListBox in which I wish to intercept certain windows messages. From what I can see, I need to override WndProc(ref m message) and then examine m.Msg. The trouble is, constants for Windows Messages such as WM_VSCROLL, do not seem to be defined anywhere. Am I working along the right lines? Rob.

Ever read "Time's Arrow" by Martin Amis? It follows the theme of your email, but for a Nazi.

I have been thinking about the server side controls in ASP.NET and was wondering of anybody is planning to use them as they seem to offer some benefits. They are also in ASP, yet as far as I know, they are not widely used, certainly I have never come across it. Should I just carry on writing ASP scripts but take advantage of the compiled code in ASP.NET, or should I be looking to change the way I develop web apps? What are other people planning to do? Bob.

Not sure if you are aware of this but Borland have released Kylix, which is Delphi for Linux. Admittedly this is Pascal based, but on the windows platform, where Delphi leads, C++ Builder usually follows, so I would expect the same to happen on Linux. Dr Dobb's journal has the Al Stevens programming column, and he is currently coming to grips with Linux programming, having been a Windows adherent in the past. Can't say it sounds all that simple though!! No I do not work for Dr Dobbs if you have seen my other email.

I got a free copy of .NET Beta 2 and VStudio Beta 2 with this month's Dr Dobb's Journal. Haven't had time to load it yet so I can't say if it is corrupt or not.

Hi all, I have a situation where I wish to pass a NULL to a varchar(200) parameter of an SQL Server stored procedure using ADO and Visual C++. I have tried various things, but with no success. Anybody done this before? Thanks, Bob.

I think that is exactly what you want. The CD comes with VStudio 6 or you can download at http://msdn.microsoft.com/vstudio/msde/default.asp. You will not get any of the tools, i.e. Query Analyser or Emterprise manager, just the DB engine. Cheers, Bob.

You can use CWnd::SetFont(), and I always use CFont::CreatePointFont() for convenience. Cheers, Bob.

Could you use CStdioFile instead, that has a WriteString method.

Yes. You will get two threads running, each with "Function" as its main.

Need to know a bit more. Is the component shared among threads? What threading model is being used? Is a shared DB connection being used? One thing that springs to mind about debug ~vs~ release is the speed. As release is faster, it may be causing a problem. How does Access do its locking, is it per row, table or block? if per table or block you may need to synchronise access to the DB to prevent collisions. HTH.

darn this thing, it's... afxtempl.h

oops, the name of the header you need is

Hi, You need to #include probably in stdafx.h for ease. Also you will need a copy constructor and operator= for your class yourclass(const yourclass& c) yourclasss& operator=(const yourclass& rhs) HTH Bob.