DF stört leider bei DOS Datenbank

[bjlan]

Hallo,

ich habe gestern festgestellt, dass DF Textclient trotz niedrigster Priorität eine Clipperdatenbank negativ beeinflusst. Datensätze scheinen sich einfach zu duplizieren. Am Programm kann es nicht liegen, es läuft seid 8 Jahren ohne Probleme.

Nachdem ich den DF-Client wieder entfernt habe ist wieder alles OK. Seltsam, hat jemand eine Idee, woran es liegen könnte?

Schade eigentlich, es handelt sich um drei 750er Durons, die unter W2K 24/7 durchlaufen. Die Strukturen hätte ich im Zweikampf mit "r00t" sehr gut gebrauchen können.

@r00t

Muss mich wohl erstmal geschlagen geben.
An Deine Tagesproduktion komme ich erstmal nicht ran. Woher kommt Dein plötzlicher Ehrgeiz? Zum Glück wirst Du ja erstmal von "Pascal" aufgehalten. Bist Du den überholst, hast Du mich wieder im Nacken sitzen.

Machts gut
bj

[^r00t^]

Hey bj,

Und ich hatte schon Angst vor Deiner Million im Bunker. Alter Flunkerer.
Jau, im moment ist vor mir viel Luft... aber an der Tages Produktion wird sich nix ändern... ganz im Gegenteil, werde noch den ein oder anderen Taschenrechner mitrechnen lassen.
Der Ehrgeiz... ich will ja nur gutes tun.

Na dann klotz mal ran bj.

Greetz,
/root

[Wurmi]

Hallo,

ich habe gestern festgestellt, dass DF Textclient trotz niedrigster Priorität eine Clipperdatenbank negativ beeinflusst. Datensätze scheinen sich einfach zu duplizieren. Am Programm kann es nicht liegen, es läuft seid 8 Jahren ohne Probleme.

Hi, bj!

Klingt für mich ziemlich übel. Was ich beobachtet habe, ist folgendes: Startet man den Textclient mit Option -rt ohne ausreichend RAM zu haben, stürzt er relativ schnell ab. Ob das an dem speziellen Rechner liegt oder wirklich ein Problem ist, kann ich aber nicht sagen. Es scheint so, als ob der Client nicht "normal" auf den Speicher zugreift, sondern weiß, ob er echten RAM läuft oder nicht.

Wieviel RAM ist denn frei (bei laufender Clipper-DB in der DOS-Box)? Welches OS?

Grüßle, Wurmi .

[Gast]

Danke Wurmi,

könnte sein, dass es am Speicher liegt. Die Kisten haben mit 256MB aber eigentlich. Stimmt, ich hatte bisher aber auch nur mit Option -rt getestet. Als OS läuft jeweils Windows2000 SP1.

Wieviel Speicher bei laufender Applikation frei ist, kann ich nicht direkt beantworten. Die Kisten stehen im Büro meines Vaters.

Habe nach 2 Tagen schnell den DF-Client wieder entfernt als plötzlich das Geschrei groß war, da Lieferscheine und Rechnungen jeweils mit doppelter Artikelanzahl ausgedruckt wurden.

Bis denne
bj

[Michael H.W. Weber]

Klingt für mich ziemlich übel. Was ich beobachtet habe, ist folgendes: Startet man den Textclient mit Option -rt ohne ausreichend RAM zu haben, stürzt er relativ schnell ab. Ob das an dem speziellen Rechner liegt oder wirklich ein Problem ist, kann ich aber nicht sagen.

Das ist generell so. Die RAM-Option darf nur aktiviert werden, wenn OS + DF nicht die physikalische Speicherobergrenze erreichen. DF verbraucht mit diesem Protein ziemlich genau 100 MB. Je größer das Protein, desto mehr RAM-Anspruch.

Michael.

[^r00t^]

Das ist generell so. Die RAM-Option darf nur aktiviert werden, wenn OS + DF nicht die physikalische Speicherobergrenze erreichen.

Hmm, also bei Unix ist das kein Problem. 128 MB und `-rt' aktiviert. Der Kernel hat geswappt wie ein blöder, aber der DF-Client lief. Klar, das bringt natürlich letztendlich nichts, weil das Swappen enorm viel Systemzeit kostet. Aber der Client stürzt nich ab.