adodb

I am using ADODB COM object in my c# application which is developed on Windows 2008 R2 Standard 64bit. Now I have moved application on prod server with Windows 2008 Standard 64bit(not R2) and now I get error below. It seems MDAC 2.8 is not installed on my prod machine? I can't find any reference how to install MDAC 2.8 on Windows 2008 machine, maybe someone could point me to right direction? Error: Unable to cast COM object of type 'ADODB.StreamClass' to interface type 'ADODB._Stream'. This operation failed because the QueryInterface call on the COM component for the interface with IID '

I have a table with a primary key called 'id' and I am using ADODB and getting a ADORecordSet_mysql back. I need an array where the id is associated with a row in the result set, but ADODBRecordSet_mysql only seems to have a GetArray(int startingRow) method that returns an array indexed by startingRow (where the default is 0). I don't want to have to iterate through this result set an associate the id's to each row myself and I don't like the idea of having to pass into GetArray a starting index. I would rather be able to get the array back with it indexed using my primary key. Is this

I have a piece of code written in Delphi 2005 that searches for a particular attribute on a user in LDAP. I get an access violation when this is run on either Windows 7 or Server 2008, but not on XP or 2003. Function IsSSOUser(UserId: String): Boolean; var S : string; ADOQuery : TADOQuery; ADOConnectionSSO: TADOConnection; begin result := false; Setdomainname; ADOQuery := TADOQuery.Create(nil); ADOConnectionSSO := TADOConnection.Create(nil); try ADOConnectionSSO.LoginPrompt := false; ADOConnectionSSO.Mode := cmRead; ADOConnectionSSO.Provider := 'ADsDSOObject'; ADOQuery.Connection :=

I am trying to set up a form to use a disconnected ADODB.Recordset as its source. The issue I have is that changes are not saved into the original Access table upon closing the form and replying "Yes" to the prompt. What am I missing ? Note: Please don't tell me the method is useless, it's just a POC with a local table, I plan to try later with a more "distant" recordset. Dim conn As ADODB.Connection Dim rs As ADODB.Recordset Private Sub Form_Load() Set conn = New ADODB.Connection conn.Open CurrentProject.Connection Set rs = New ADODB.Recordset With rs rs.CursorLocation = adUseClient rs.Open

I have an ADODB connection in VBA for connecting to an SQLServer database. I want to catch the error that is raised when connection.Open is called and the given database is unreachable. My code looks like this: Public Function Connect() As Boolean On Error GoTo DBError Dim dbServer As String Dim dbName As String Dim dbUser As String Dim dbPwd As String dbServer = DatabaseSettings.dbServer dbName = DatabaseSettings.dbName dbUser = DatabaseSettings.dbUser dbPwd = DatabaseSettings.dbPwd Dim connectionString As String connectionString = "Server=" & dbServer & ";Database=" & dbName & ";User Id=" &

Here' a thing for you guys: I want to read information from from a closed workbook using ADODB in VBA EXCEL. It happens that the strings in the cells in excel sometimes are with a length bigger than 255. And then here is this limitation: http://support.microsoft.com/kb/189897 "Your data may be truncated to 255 characters if the first 8 records for the field(s) being truncated contain 255 or fewer characters. The Microsoft Excel ODBC driver will, by default, scan the first 8 rows of your data to determine the type of data in each column." There is a "solution" for this: setting the

Perhaps I've spent too much time in .NET, but it seems odd that I cannot easily pass the current Record of an ADO RecordSet to another method. Private Sub ProcessData(data As ADODB.Recordset) While (Not data.EOF) ProcessRecord ([data.CurrentRecord]) ' <-- There is no CurrentRecord property. data.MoveNext Wend End Sub Private Sub ProcessRecord(singleRecord As ADODB.Record) ' Do stuff. End Sub The scant info I've found on the subject says to pass the entire RecordSet or to create a new Record and manually copy each field to it. StackOverflow, is there a better way? Personally, I would pass the