Larian Studios Forums General Chat (German) Light-brain-center of technical knockout

<img src="/ubbthreads/images/graemlins/shame.gif" alt="" /> Ragon, Tut war schneller als ich gedacht habe. Mussten seine Maden wieder �berstunden leisten ! <img src="/ubbthreads/images/graemlins/shame.gif" alt="" />

Irgendwie bekomm ich da nach l�ngerem Nachdenken ein Bild nicht mehr aus dem Kopf:
Ich sach� nur "Sweatshop"!! <img src="/ubbthreads/images/graemlins/biggrin.gif" alt="" />
Mit so `ner "Legion von Programmierern" im R�cken, ist die affenartige Geschwindigkeit, die er da an den Tag gelegt hat, kein Wunder!
<img src="/ubbthreads/images/graemlins/delight.gif" alt="" /> <img src="/ubbthreads/images/graemlins/wave.gif" alt="" />


Ragon

Ein fr�hes Bild von Tut in der Schule:

<img src="/ubbthreads/images/graemlins/ROFL.gif" alt="" />

<img src="/ubbthreads/images/graemlins/up.gif" alt="" />

Habe mal wieder ein Problem (benutze Win 2000).
Mein Windowsstartsound bricht nach einigen Sekunden einfach ab. Dabei kommt es aber auf das Lied an, bei einigen bricht Windows fr�her ab, bei anderen sp�ter, dabei aber immer an den gleichen Stellen. Die Dateien sind auch auf der Windowspatition im Ordner, in denen auch die ganzen anderen Windowssounddateien sind. Der neueste Soundkartentreiber ist auch installiert.
Habe auch alle Startprogramme au�er
AtiExtEvent
crypt32chain
cryptnet
cscdkk
sclgntfy
SensLogn
wzcnotif
mal deaktiviert, bei den anderen wei� ich nicht, wof�r sie gut sind.

Hat leider alles nichts gen�tzt. <img src="/ubbthreads/images/graemlins/disagree.gif" alt="" />
Bei Google finde ich auch niemanden, der ein �hnliches Problem hatte.

Ich habe auch ein Problem : Ich arbeite jahrelang mit einer DBase-Tabelle (III oder IV) , nie hatte ich ein Problem.
Jetzt kommt Delphi daher und sacht : corrupt header/index ! Was soll das ?
Und : Gibt es da ein vern�nftiges Reparaturprogramm zu ? (Ich habe mich selber schon umgeschaut, konnte aber nichts passendes finden ...)

Rei:

Fr�her waren solche Soundabbrecher meist ein Zeichen f�r einen IRQ-Konflikt. Sollte aber heutzutage nicht mehr vorkommen.
Seit wann tritt der Fehler auf? Hast Du was installiert in letzter Zeit?

Rei: Wie sind die Dateigr��en der Sound-Dateien, die du benutzt?

@Alrik: Kann es sein, dass du f�r die dbase-Datei keine Index-Datei hast ? Bei mir hat da das Delpi-Programm rumgemeckert. Ich habe dann irgendwann die Datenbank von dBase nach Paradox konvertiert und da stimmt alles wieder und ich bekam keine diesbe�glichen Fehlermeldungen mehr.

Bevor du anf�ngst die dBase-Datei zu reparieren, versuch erstmal mit nem DOS-Programm auf diese zuzugreifen - manchmal werden Fehler gemeldet, die nicht wirklich vorhanden sind.

Hm, es ist eigentlich eine .MDX - Datei da. Ob es was hilft, wenn ich diese l�sche, und es nochmal probiere ?

Benenn sie lieber um, Alrik, nicht l�schen.

Du kannst noch eins probieren: Mit der BDE die dBase-Daten in Paradox konvertieren und von da aus wieder ins dBase-Format.

Wieviele Eintr�ge hat die dBase-DB �berhaupt ? Mir ist so, dass es da ne Beschr�nkung gibt.

Etwas �ber 300 Eintr�ge. Ich versuch mal deine Tips aus, habe heute aber nicht so viel Zeit.

Ich werde mal posten, wie's kommt.

Edit : Hat es etwas zu sagen, da� Delphi eine Datei mit der Endung .DB will ?

Wenn ich mich recht entsinne ist in dre db-Datei bei dBase die eigentlichen Eintr�ge. Die mdx-Datei enth�lt die Index-Eintr�ge. Dann gibt es u.U. noch ne dritte Datei, die auch noch Informationen enth�lt.

Mir war es irgendwann zu verwirrend und ich hab mich ins Paradox Format gest�rzt. Das hatte einige Vorteile und weniger Einschr�nkungen als das dBase Format.

Ich verstehe zwar nicht ganz, worum es hier geht, Delphi ist schlie�lich nur eine Entwicklungsumgebung, eigentlich haben dann doch lediglich damit erstellte Programme etwas mit Datenbanken direkt zu tun.


Ja hat es, irgendwas l�uft schief. .db ist eine Paradox Datenbank, bei dBase w�ren es .dbf und .mdx.

PS: Geh�rt �ber dBase und Paradox nicht langsam gn�dig der Mantel des Vergessens gebreitet?

Sicher, Steffen ?

Hab lang nichts mehr mit Delphi und Datenbanken gemacht.

Wenn Datenbanken, dann gleich richtige Datenbankserver und als Programmiersprache irgendwas aus dem gro�en C-Dialekt.

Frisch probiert, sowohl beim Neuerstellen von DBs mit Delphi oder Konvertieren mit Access Paradoy=.db, dBase=.dbf



Klar warum auch nicht mit Kanonen auf Spatzen schie�en?
Bei 300 Datens�tzen w�rde es notfalls auch eine CSV Datei tun oder halt moderner XML.
Bei ein paar 100000 Datens�tzen komme ich noch mit Jet ganz gut zurecht, obwohl das auch schon auf dem absteigenden Ast ist.
Bei gr��eren Sachen kann man sich ja �berlegen ob man Firebird, MySQL oder SQL Server nimmt, f�r so kleine Sachen st�rt ein permanent laufender Server aber doch mehr als er was bringt.

Und warum ausgerechnet C? Delphi ist f�r Datenbankprogrammierung seit Anfang an hervoragend gewesen. Schlie�lich kommt daher ja auch der Name.

Mit den meisten Sachen, mit denen ich es aktuell zu tun habe, sind alt ein paar Nummern gr��er und webbasierende Anwendungen (Perl, PHP, ...).

F�r reine Programme mit DB-Anbindung ist auch mMn Delphi erste Wahl. Als DB-Format w�re es wohl ein wenig Flatfile (CSV, ...) oder Paradox (ist besser unterst�tzt in Delphi).

Die iene ist 15,1 MB gro� und hat fr�her tadellos funktioniert. Ver�ndert habe ic am System nichts, soweit ich mich erinnern kann. <img src="/ubbthreads/images/graemlins/disagree.gif" alt="" />

Ich h�tte da aber noch ne Frage bez�glich Informatik

ich h�tte da mal eine Frage bez�glich Informatik

Folgender Programmcode ist gegeben:

float produkt, summe;
prodsum (1.45, 5.97, prdoukt, summe);

Frage: Welche der folgenden Function-Prototypen ist einsetzbar?
1) void prodsum (int k1, int k2, float x, float y);
2) int prodsum (float k1, float k2, float x, float y);
3) float prodsum (float &k1, float &k2, float x, float y);
4) int prodsum (float k1, float k2, float &x, float &y);
5) void prodsum (float k1, float k2, int x, int y);

Ich w�rde ja sagen, einer der beiden void Funktionen, da prodsum alleine da steht. Aber welche?

Rei, ich w�rde sagen Nr. 4 ist richtig.