Hi Alex,
JAA !!! 
Auf was bezog sich das nun ?
darauf, daß nichts gelingt und wir Deine Hilfe benötigen.
Scheinbar nein. Ist die Syntax bei DBase denn anders als bei
Access?
Ja aber wie kommt er dann an die Daten ran ?
DAO und ‚Data‘-Steuerelement.
Ich würde die Prinzipiell die DB via ADO öffnen und mir dann
die Daten über ein SQL Statement holen und sie einfach im
Flexgrid anzeigen 
Nur dazu muesste man wissen, wie sie vorliegen und was die
Kriterien sind! Das schoene dabei ist, das man Ressourcen
spart und das prog flexibler halten kann 
Wenn man weiß wie … Du kennst meine Abneigung gegen ADO, die kommt von mangelndem Wissen. 
Ein simples Bsp. für den Zugriff auf eine DBASE DB schaut
glaub wiefolgt aus. Ist ausm Hut geschrieben, und koennte sein
das der eine oder andere Fehler da noch vorliegt 
…
Sollte eigentlich functionieren 
Ja, scheint so.
Ich habe mal die Pfade eingetragen, etwas geschraubt …
Option Explicit
Dim sPath As String
Dim cnn As ADODB.Connection
Dim rs As New ADODB.Recordset
Private Sub Form\_Load()
Dim i As Long, n As Long
sPath = "c:\"
Set cnn = New ADODB.Connection
cnn.Open "Provider=MSDASQL;Driver={Microsoft dBASE Driver (\*.dbf)};DriverID=277;Dbq=" & sPath
If cnn.State = 1 Then
Set rs = New ADODB.Recordset
With rs
.CursorType = adOpenDynamic
.CursorLocation = adUseClient
.LockType = adLockOptimistic
.Source = "select \* from perslog"
.ActiveConnection = cnn
.Open
End With
End If
rs.MoveFirst
While rs.EOF = False
n = n + 1
For i = 0 To 5
If rs(i) Null Then
MSFlexGrid1.TextMatrix(MSFlexGrid1.Rows - 1, i) = rs(i)
End If
Next
MSFlexGrid1.Rows = MSFlexGrid1.Rows + 1
rs.MoveNext
Wend
Me.Caption = n
End Sub
Die Tabelle wird gelesen, die Anzahl Datensätze ist OK, aber das Flexgrid bleibt weiß, hat nur die passende Zahl Zeilen. 
Das ist kurz nach Deiner Frage gekommen, liegt parallel zu
Deinem Beitrag (Link)
Puh da steht ne Menge :s Und wie ich sehe habt ihr es ja
hinbekommen
Auch wenn auf einem etwas ungewöhnlichen Weg 
*gg* Ja, deshlab war ich ja der Meinung, wir benötigen deine Hilfe. 
Nun sein Project nochmal umstricken, waere ja wahnsinn und
wenn er keine Aenderung in absehbarer zeit machen möchte, ist
es fraglich nun nochmal alles auf dem Kopf zu stellen!
Wenn ich alles richtig verstanden habe, soll nur diese eine Tabelle ein mal gelesen und ausgewertet werden.
Ok, liegen sie in einer Tabelle vor?
Ja.
Welche Felder hat denn die Tabelle ?
In seinem Falle muesste er
Ein ID Feld haben
Ein was die zeit erfasst hat
Ein was sagt rein oder raus
Ein Feld was den Mitarbeiter beschreibt, sei es eine ID oder
ein Name
DATE - Datum
TIME - Zeit
NAME - Vorname Name
PERSCODE - leer (NULL)
ACCESS - Ort des Lesegerätes
KEY - leer (NULL)
MODE - in allen Datensätzen steht ‚kurz‘
In welchen Formaten liegen denn die Daten dann vor?
Normal wird ja pro Tag 2 Datensaetze angelegt ( einmal kommen
und einmal gehen) An dem Tag wo das Proggi ausgefuehrt wird,
kommt evtl. noch einmal kommen hinzu.
Immer wenn die Karte gelesen wird, wird ein Datensatz geschrieben, es gibt auch Dupkeys, keinen Schlüssel. Die Datensätze liegen sequentiell vor. Scheinbar öffnet die Karte die Tür, wenn die Tür schon offen ist, muss die Karte nicht benutzt werden. So können Mitarbeiter zehn mal hintereinander kommen, ohne jemals zu gehen.
Auswertbare Daten sind der Glücksfall.
Was soll mit diesen Tag geschehen ?
Ist es so gesichert, das er sich net zweimal anmelden kann,
wenn er vergessen hat, sich abzumelden ?
Nein. Erfasst wird nur, welches Lesegerät die Tür geöffnet hat.
Wenn ja, wie soll dann verfahren werden ?
Wie du siehst, muesste man nun eine genaue Beschreibung des
proggis haben 
Lieber nicht, sonst kommentieren wir das noch.
Joe ist ja nicht Schuld, der hat die Daten nur von einem Freund bekommen.
Sollen da alle Daten aufgelistet werden, für
den Tag X und alle Mitarbeiter oder nur für alle Tage und
einen Mitarbeiter oder zwei etc.
Für alle Mitarbeiter, aber nur für den ‚Hintereingang‘, der innen und außen je ein Lesegerät hat, das scheinbar die Tür öffnet. Sind zwei Mitarbeiter zusammen, wird nur der erfasst, der die Tür öffnet.
Du kannst auch die Function RunSQL noch abaendern, so das du
ihr das Flexgrid übergibst,
Wie ich das ohne ADODC-Steuerelement schaffe, weiß ich nicht. 
dann das SQL Statement abfeuerst
und die Bindung zum Flexgrid trennst, danach einfach wieder
neu binden und einen Refresh machen. Danach sollte dort die
Daten drinnen stehen 
Das wäre der Wunsch gewesen.
Ich wollte das Recordset mit dem SQL-String filtern, sortieren … aber das habe ich erst mal nicht geschafft.
Wie du siehst wird dann das Proggi arg flexibel und steht
späteren Änderungen nichts mehr im Wege
Sei es irgendwelche
Daten zu manipulieren etc 
Und der Vorgang ist auch nicht so sehr exotisch, hilft bei anderen Problemen auch, deshalb wäre es schön, das noch fertig zu bekommen.
Gruß, Rainer