XProfan

Français

Falk
Fallenstein

suis entier récente ici et chez meinen ersten Gehversuchen avec XProfan sur folgendes Problem gestoßen:

j'ai sur 25 Jahre long avec dBase II/III gearbeitet, sowohl beruflich comme aussi privat, allerdings sous MS-DOS bzw. später notgedrungen sous qui DOS-Shell dans MS-Windows. So suis je avec qui Kommandozeilen-orientierten service de ase III+ et dem écrivons de Programmen pour den dBase-Interpreter (PRG Fichiers) toujours bien vertraut et voudrais cela aussi weiterhin verwenden peut. si je cependant une avec meinem guten alten DOS-dBase (Anno 1986) erstellte Tabelle dans XProfan ouvre, ggf. bearbeitet habe et ensuite wieder schließe, ist im DBF-En-tête qui Byte-Wert pour "year of charge update" um 100(dez) bzw. 64(hex) augmenté worden et qui Dossier peut sich avec DOS-dBase pas plus ouvrir: chez Werten sur 100(dez) bzw. 64(hex) erscheint une Fehlermeldung "keine dBase-Datei".

Bien sûr läßt sich avec einfachen File-Editoren, notfalls sogar avec dem alten DEBUG aus DOS, cela "year of charge update"-Byte sur une pour DOS-dBase verträglichen Wert zurücksetzen. mon Vorschlag wäre, dans XProfan sur qui "gut gemeinte" Y2K-Correction gänzlich trop verzichten, car qui Frage, trop welchem siècle une bestimmte dBase-Dossier eh bien wirklich est, peux de toute façon seulement anhand anderer Kriterien relativ sûrement beantwortet volonté - approprié wären qui vollständigen Einträge "Datum qui letzen Änderung", qui alle MS-Dateiysteme déjà toujours bereitgestellt avons (de FAT12 jusqu'à FAT32 et maintenant NTFS). Es wäre aussi imaginable (um avec dem déjà Eingeführten pas trop brechen), pour alle Befehle et Funktionen, qui zum Zurückschreiben ou bien Schließen einer DBF-Dossier mener, une Option anzubieten, qui qui Y2K-Correction kontrolliert - z.B. avec einer Funktion db("Y2K", N) avec N=0 pour "nein" et N=1(default) pour "ja".

Im übrigen voudrais je zum Ausdruck apporter, dass je qui concept, dBase III comme Grundlage pour qui banque de données-Programmation avec Profan aussi pour qui neuen Versionen beizubehalten, pour extraordinaire prudente halte. Viele Aufgaben, insbesondere pour Verknüfungen mehrerer dBase-Tabellen avec unterschiedlichen Strukturen, qui je früher seulement par Export dans sequentielle Fichiers (copy field a,b,c to xyz.txt delimited) et anschließender Verarbeitung avec anderen Programmen (z.B. PowerBasic) realisieren konnte, laisser sich maintenant avec Profan "unter einem Hut" erledigen.

Strategien im Vergleich:
Microsoft: der Computer macht mit Dir, was er will ...
XProfan: der Computer macht, was Du von ihm willst.

XProfan 11, Windows XP (1.5 GByte RAM), XProfEd

27.09.2009 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Herzlich willkommen Falk!

Avez-vous un concept, comment une XProfan-Funktion air pourrait, qui cet Flag zurücksetzt?

27.09.2009 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation

Falk
Fallenstein

alors si ego mir droite überlege, wird cet Problem chez den meisten Profanern wohl plutôt so selten auftreten, dass sich qui Implementierung einer solchen Y2K-Correction dans den allgemeinen Funktions/Befehls-périphérie de XProfan à peine lohnen serait. j'ai mir c'est pourquoi deux kurze Prozeduren ausgedacht, qui jeweils avant et pour qui réel Bearbeitung einer dBase III-Tabelle fonctionnement volonté.
Kompilieren Marque Séparation

proc saveY2K

    assign #1,DBF$
    openRW #1
    seek #1,1
    YLUpdate%=getByte(#1)
    close #1

en

/a>

Kompilieren Marque Séparation

proc restoreY2K

    assign #1,DBF$
    openRW #1
    seek #1,1
    putByte #1,YLUpdate% MOD 100
    close #1

endproc

Kompilieren Marque Séparation

--- Hauptprogamm -------------------------------------
declare DBF$,YLUpdate% ,... (weitere globale Variablen)
DBF$ = "Test.dbf"
saveY2K   qui Wert de YLUpdate% sollte maintenant pas plus modifié volonté!
db("open",#1,DBF$)
Bearbeitung qui Tabelle
db("close",#1)
restoreY2K
end

Aus heutiger Sicht ist es tant pis, dass dem "year of charge update" seulement un Byte spendiert wurde, car qui Unsicherheit pour cela "richtige" siècle ist pas trop beheben. qui Commutateur qui Dateistruktur beim change de dBase II sur dBase III im l'an 1984 (pour Orson Welles qui Beginn des "Big Brother"-Zeitalters) wäre un approprié la date pour qui introduction eines eindeutigen Datums gewesen, mais qui gens de AshtonTate avons wohl pas daran gedacht, dass es aussi pour 2000 encore gens gibt, qui avec dBase III volontiers travailler. je erinnere mich, dass une la quantité SysOps deswegen Angst avant qui grand catastrophe beim Jahrtausendwechsel hatten, mais so grave ist es oui zum Glück pas gekommen. maintenant entfernen wir uns toujours plus de Y2K et qui prochain Probleme würden seulement wieder am 1. janvier 2101 trop erwarten son. mais jusqu'à dahin ist oui encore un gutes Weilchen Zeit.

P.S.
j'ai den impression, dass pas alle Datenbankoperationen trop einer Changement des "year of charge update" mener. cela werde je peut-être im Laufe qui Zeit genauer herausfinden et ensuite ici par-dessus berichten.

Strategien im Vergleich:
Microsoft: der Computer macht mit Dir, was er will ...
XProfan: der Computer macht, was Du von ihm willst.

XProfan 11, Windows XP (1.5 GByte RAM), XProfEd

29.09.2009 ▲

Vollständiges citation

Absatzweise Citation Zeilenweise Citation