Klotzkopp

Lies bitte genau. Es geht nicht darum, ob Du Adminrechte hast, sondern ob Du mit dem Benutzerkonto arbeitest, unter dem der Borland Builder installiert wurde.

Ist aber so. CStdioFile::ReadString weiß nicht, wie groß der Puffer wirklich ist, und muss sich auf die Angabe des Programmierers verlassen. Wenn der sagt, dass der Puffer 9 Bytes groß ist, dann liest ReadString (maximal) 8 Zeichen, und hängt ein Nullzeichen dran. Dass dieses dann aber außerhalb des allokierten Speichers steht, ist natürlich ein Fehler des Programmierers, der fatale Folgen haben kann.

Der Client sucht sich einen freien lokalen Port. Der lokale Port des Servers ist der Remote-Port des Clients und umgekehrt. Server: lokaler Port: 80 Remote-Port: juckt ihn nicht, da er die Verbindung nur annimmt. Client: Remote-Port: 80 lokaler Port: was grad frei ist.

Doch, genauso ist es. Der Port, auf dem der Server lauscht, ist der Remote-Port Deines Clients. Welchen lokalen Port Dein Client verwendet, ist vollkommen egal.

Hm, bei mir klappts... Du musst zwischen dem lokalen und dem Remote-Port unterscheiden. Der Remote-Port muss 80 sein (oder was halt im URL steht), der lokale Port ist vollkommen egal, da solltest Du 0 angeben.

Für Windows gibt es z.B. InternetReadFile: http://msdn.microsoft.com/library/en-us/wininet/wininet/internetreadfile.asp

War ja nur ein Beispiel. Es gibt auch andere Wrapperklassen. Wenn Du das wirklich von Hand machen willst, solltest Du Dir das HTTP-Protokoll ansehen, weil Du dann einen HTTP-Client schreiben musst. Zeilenweise wird das nicht gehen. Mit Partial Content kannst Du aber bestimmte Teile der Datei anfordern.

Nein, du musst "nur" den Client schreiben. Der Server ist der Webserver, auf dem die Datei liegt. Ich würde Dir aber wirklich empfehlen, einen HTTP-Wrapper zu verwenden, z.B. CHttpFile aus den MFC. Es gibt keinen Grund, das Rad neu zu erfinden.

Kann auch nicht gehen. Keine normale Datei-API "spricht" HTTP. Obwohl Explorer/IE das so darstellen, als ob da kein wirklicher Unterschied bestünde, steckt ein ganz anderes Protokoll dahinter. Wenn Du eine Datei über das HTTP-Protokoll laden willst, musst Du eine HTTP-Abfrage absetzen. Das geht entweder mit Sockets von Hand oder über eine der diversen HTTP-Wrapper-APIs.

Ich habe mir die Stelle mal angesehen. An der Stelle (CDaoException::GetErrorMessage) kommt eine Assertion, wenn DAO intern einen Fehlermeldungstext nicht laden kann. Sollte also nichts mit Deinem Code zu tun haben. Wahrscheinlich ist auf dem PC eine andere/ältere Version der MDAC installiert.

Und wie hättest Du es gerne gehabt? 2-frozen hat Dir doch schon den Gefallen getan, das Thema ins passende Forum zu verschieben.

Na da haben wir doch die Ursache des Problems. Wenn bei diesen Feldern NULL nicht erlaubt ist, dann musst Du beim Insert einen Wert angeben.

string::c_str() gibt einen const char* zurück.

Unter Windows wird die Stackgröße ins Binary hineinkompiliert und ist damit durchaus beschränkt. Gibt es wirklich Systeme, bei denen eine simple rekursive Endlosschleife den kompletten Speicher frisst?

Der Begriff "Form" ist in den MFC nicht vorhanden. Borland mag über dieses Konzept das Laden aus DLLs unterstützen. Aber das Document/View-Klassenmodell der MFC sieht meines Wissens nicht vor, dass Klassen oder Ressourcen aus anderen Modulen bezogen werden. Womöglich kannst Du das erreichen, indem Du Template, Doc, View und Frame komplett in die DLL auslagerst. Alternativ könntest Du die Dialogressource, die die View nutzt, in eine MFC Extension DLL auslagern.

Ist bei Feld 2 und 3 NULL erlaubt?

Die Rechnung ist o.k, die Formel nicht. 1,9 mal (n/10000) zum Quadrat ist einfach keine gute Abschätzung für Deinen Algorithmus. Aus den drei Werten, die Du genannt hast, könnte man folgendes machen: *Lina rauskram* float x = n / 10000.0; float sekunden = 4.3 * x * x - 7 * x + 4.7;

Sicher Verstehst Du meinen Lösungsvorschlag? Rechne mit double statt mit int. Ein double kann 100.000 zum Quadrat darstellen, ein int nicht.

100000 hoch zwei übersteigt den Wertebereich eines 32-Bit-Integers. Rechne doch einfach mit double, oder brauchst Du die Genauigkeit auf 1/1000-Sekunde?

Autsch! Dass der Konstruktor bei CView und abgeleiteten Klassen protected ist, hat seinen Grund. Die View wird von der Frame-Klasse erzeugt, nachdem das Template das Dokument erstellt hat, und zwar über die statische Create-Funktion, in der dann der Konstruktor aufgerufen wird. Du kannst diese Klassen nicht wirklich voneinander trennen, daher kannst Du eine View allein auch nicht anzeigen.

Genau das. Deine Klasse ist von CFormView abgeleitet. Die kannst Du nicht mit DoModal anzeigen. Dazu müsstest Du eine von CDialog abgeleitete Klasse verwenden.

Zeig mal bitte die Deklaration von TestForm.

&&

Entwickelst Du unter Windows 95 oder 98? http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q233390&