Thanks a lot! I'll try that out :)

Please do not crosspost; this has already been answered here[^]. Unrequited desire is character building. OriginalGriff

Yes maybe you are right. I have tried I think everything else. So I'll try this solution. Thank you very much for your help Rob :)

As much as I see, there is no argument with unspecified value. They all have a valid value.

One problem with this sort of question is that there are so many ways to access ODBC from C++. If you are calling the SQL API with functions such as SQLExecDirect then you must remember to call SQLFreeStmt SQLDisconnect and SQLFreeConnect Also, check to see if the CPU is freed up after your program terminates. This would be an indication that the program clean up is doing something that you are forgetting to. Scooter

What do you mean by "manage?" "One must learn from the bite of the fire to leave it alone." - Native American Proverb

sirtimid wrote: hProcess = OpenProcess (PROCESS_ALL_ACCESS | PROCESS_TERMINATE | PROCESS_QUERY_INFORMATION, FALSE, pe32.th32ProcessID); if(!memcmp(pe32.szExeFile,"sqlservr.exe",12)) { Shouldn't you be checking the return value from OpenProcess() before attempting to call memcmp()? "One must learn from the bite of the fire to leave it alone." - Native American Proverb

OK I found why this error occured. This was because in the DoFieldExchanged() I have all the fields of the table, so the Open() should be with NULL value at the second argument (LPCTSTR lpszSQL=NULL). So, I tried the following: m_pSet = new CDatabaseSet; m_pSet->m_strFilter = "ID = 48"; m_pSet->Open(CDatabaseSet::dynaset); Now the problem is that it works properly when the filter has a field of numeric type. When it is of character type it doesn't work properly. It returns the last record even if it shouldn't return anything. Any idea on why this happens??? Thanks again for your help!!!

I don't display it. I see it by the debugger.

sirtimid wrote: ...the update return error. And what would that error be? What does the DoFieldExchange() method look like for the CRecordset-derived class? Is the corresponding field in the database table a floating-point type? "One must learn from the bite of the fire to leave it alone." - Native American Proverb

This seems very inefficient. Rather than iterate through each row of the table, why not use a WHERE clause so that the recordset only contains the row(s) that need(s) updating? "One must learn from the bite of the fire to leave it alone." - Native American Proverb

char or int should be fine. Reading has nothing to do with the codepage, you'll just get an integer value. If you want to display properly what you've read, you must use system's codepage or Unicode. See this article CTextfiledocument for an easy way to convert in another codepage.

With ASP the following script on your website should do the trick. <% @ Language="VBScript" %> <% Option Explicit %> Start an exe-file with ASP script <% dim wsh set wsh = Server.CreateObject("wscript.shell") wsh.Run("C:\Windows\Notepad.exe") set wsh = nothing %> ASP does only work with the Internet Information Server from MS (as far as I know). If you use another webserver you need another (server side) scripting language (PHP for example) Furthermore you need to set the file-permissions for access through the webserver in the correct way. Search Google for "ASP Tutorial" and you will find a lot. MS

Check out for EnumPrinters API, This should be able to get you available printers. - Nilesh "Reading made Don Quixote a gentleman. Believing what he read made him mad" -George Bernard Shaw

What you are trying to do is called reverse engineering. Dependency walker would give you the names of the exported functions from the dll (if any) You need an assembly level debugger, try playing with OllyDbg. You would need a good ASM knowledge and a lots of patience. Papa while (TRUE) Papa.WillLove ( Bebe ) ;

Well, A good dissaembler can be found at http://home.t-online.de/home/Ollydbg/[^]