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.