Hi,
For my project i need some sample codings for connecting Access database using VC++. I used a dialog based project and i dont know how to access the recordset. Pls help me friends. ur suggestions are valuable......
MFC and ODBC connectivity
Hot Topic
- How to build GDI+ examples - LNK2001?
- Where is 64-bit test container?
- how to stop explorer?
- Issues with static variables in static libraries
- msvcr80.dll Problem
- CAsyncSocket Problem
- Is partial redistribution of VS 2005 DLLs allowed?
- ListView Control displays blank images
- Why is strdup() deprecated in VS 2005?
- Problem to delete unmanaged object
Visual C++
- Visual C++ Express, directories and DirectX
- Nameless namespaces in c++ 8.
- Why is VC8 code much slower than VC7.1?
- Inheriting build settings
- Program runs slower when compiled with Visual Studio 2005 (in Release with optimization)
- How to Create COM Wrapper ??
- How do I obtain an environment Variable?
- Microsoft Dynamic Link Libraries (dlls) - What ones must be given to the end user?
- Broken _findfirst() when using PSDK and VS2005 Beta2 under AMD64
- WH_CALLWNDPROCRET hook into Gina
MFC and ODBC connectivity
chinimimita
http://msdn.microsoft.com/library/en-us/vcsample/html/_sample_mfc_enroll.asp
The MSDN is full of samples.
Absolute_Zero
maan!, I think you are using something from the cave age, why not using ADO (ActiveX Data Objects) and OleDb providers (MSJet 4.0 provider) to connect your Access database
There is still some support for ODBC but why not using better tools available and free!!
You can import all you need to use ADO directly inside you MFC project, just add in your stdafx.h file the following lines and you will get access to ADO (check you are using the latest version of ADO).
#import
<msado15.dll> \no_namespace rename("EOF", "EndOfFile") rename("BOF", "BeginOfFile")
msado15.dll is usually located in "boot partition drive:\Program Files\Common Files\System\ado", so make this path available from your solution or place the entire path in the #import directive.
To use the imported set of smart pointers (wrappers) and definitions, you don't need any COM knowledge (if you use only smart pointers, those types that end with Ptr).
=)