Have you seen Michael Dunn's article on Custom-Draw in List boxes? It's on this site (can't find link - it's entitled "Neat Things to do with CListCtrl using Custom Draw") - I have successfully followed that example to colour my List Box -Alex

Joan Murt wrote: KEYBOARD AND MOUSE 2 (CTRL ALT DEL): In order to capture those keystrokes, in NT you MUST write down a GINA DLL, this DLL is a security DLL that controls those kind of things, it's for security purposes, you cannot expect that an OS would be secure and to allow any programmer to execute any code that would be able to get the users passwords. (that DLL must be installed in the system and must be placed in it's own registry key). That's what I thought, until I saw this: http://msdn.microsoft.com/msdnmag/issues/02/09/cqa/default.aspx Seems it's not all that tricky unless you don't like a message box saying "Don't do this"

lauren wrote: jeeeez dude chill out this from someone i've just seen describing how they would stand on some guys head and pour acid over his bits?:omg: I'm leaving before you start on me...;-)

Long exposures and Luck ;-)

busisoft wrote: Thanks God for saving the day Not God, Microsoft. Easy mistake to make though;-)

busisoft wrote: I have already explained what I am getting. There is still an assertion when I am setting the EditControl->EnableWindow(FALSE) values. It seems like you are missing the point of ASSERTions. When your code ASSERTs it is usually because you are not using the MFC classes in the way in which they are intended. I'm betting that the assertion that caused your code to crash was: ASSERT(m_hWnd != NULL); This line of code causes an Assertion when whichever window has not been created, so just by looking at this line of code in the debugger (when you get an Assertion, run your program in the debugger, then click on "Retry" - the debugger will jump to the Assertion in the MFC source (unless, of course you have your opwn ASSERTions in place - quite a good idea)) you will be able to see what is wrong. Once you've debugged a few of these you will know what each one means and be able to fix the problem in a matter of minutes. -Alex

The only thing I can think of from the top of my head is MSDN. Otherwise try searching Google for CDaoWorkspace. Cheers, Alex

Look at using the CDaoDatabase, CDaoRecordset, and more specifically CDaoWorkspace. These MFC classes should allow you to create a .mdb file with is a database using Microsoft's Jet engine. -Alex

When you create an instance of the dialog, do you pass it a pointer to it's parent window? i.e. CMyDialog dlg(this); dlg.DoModal(); This may help if you're not doing it already -Alex

Cheers mate. That sorted it. It's amazing how hard it is to come across anything that makes you think that this could be the problem. Thanks again, Alex

Right, done all that. I've linked with wininet.lib, #include'd wininet.h, and added the line you suggested to stdafx.h. no joy, however - I still get the same error messages. I've looked through wininet.h and can't find the prototype for FtpCommand() which makes me think i might need an update...? Although MSDN (on the web - not my copy) mentions that this function should be available from Win95 up. I'm using Win98 SE. Any ideas? btw: really appreciate the help! -Alex

Cheers for the reply. I understand how to use the function, but I simply can't use it. I get the message: c:\ftpcmd\ftpcmd.cpp(32) : error C2065: 'FtpCommand' : undeclared identifier or that 'FtpCommand is not a part of Global Namespace'. I've tried linking with wininet.lib, and i'm on IE6.0. How can I use this function? -Alex

AlexO wrote: VC7. For VC6 use ::FtpCommand in wininet.dll(.lib) Do you mean link with this? could you explain a bit more? Thanks, Alex

Which version of MFC is this? I can't find a reference on MSDN either - I'm using VC 6.0...?

Hi, I am trying to find a way of executing remote commands on an FTP server programmatically (i.e. some way of getting the same functionality as the ftp command 'quote'). CFtpConnection and the related classes don't have this functionality, so does anyone have any idea where I should look? are there some SDK commands I can use? Thanks in advance, Alex

If I were to go a step further and prevent the Task Manager from even being shown, would I be able to write my own GINA.DLL (instead of changing microsoft's and just disabling buttons), and if so how easy is this to do and where would I start to look to do it? Thanks for the reply! -Alex

Thanks for that. I'd figured out the screensaver bits but was unsure if that was the accepted way of doing it. Basically it sounds like such a muck-about to do all this that i'm probably going to try and get my boss to persuade the clients that they don't realy want this feature after all. If there were one way for all versions of Windows, then perhaps it would work, but I would also need to disable the Windows Key, Alt+Tab, Alt+Esc and Ctrl+Tab to actually prevent anyone using the app from accessing the desktop. All in all I'd never implement something like this through choice:(. Thanks for the support though! -Alex

Joan Murt wrote: You'll never be able to hook that keystroke using a system wide hook or any other technique... In order to do that you must create a GINA.DLL that handles that keystroke as you want... I've been told this before - do you mean MSGINA.DLL? My version of Win98 doesn't have this dll present, but apparently WinNT does. does this matter? Have you got any idea where I can look to find out a few clues on how to do this? Cheers for the response, Alex

Hi, I'm having a problem getting my hooks to work. I can successfully hook Keyboard and System messages (WH_KEYBOARD and WH_SYSMSGFILTER) but can't seem to be able to prevent Ctrl+Alt+Delete or MSGF_NEXTWINDOW from doing what they normally do. I'm trying to prevent users of my app from accessing windows (definately not what i'd want, i know, but clients are clients), and i've got a feeling that part of the problem is the differences between 95/98 and 2k/XP? any ideas? Thanks in advance to anyone who can help, Alex

Win98 doesn't have an MSGINA.DLL though does it?