XProfan

Español

Falk
Fallenstein

Bin bastante neu hier y en media ersten Gehversuchen con XProfan en folgendes Problema gestoßen:

Yo habe encima 25 Jahre lang con dBase II/III gearbeitet, sowohl beruflich como auch privat, allerdings bajo MS-DOS o. später notgedrungen bajo el DOS-Shell en MS-Windows. So bin I, con el Kommandozeilen-orientierten Bedienung de ase III+ y el Carta de Programmen para el dBase-Interpreter (PRG Archivos) siempre todavía bien vertraut y möchte el auch weiterhin uso puede. Wenn Yo sin embargo una con mi guten alten DOS-dBase (anno 1986) erstellte Tabla en XProfan öffne, ggf. bearbeitet habe y luego otra vez schließe, es en el DBF-Encabezamiento el Byte-Valor para "year of last update" en 100(dez) o. 64(hex) aumenta worden y el Expediente lässt se con DOS-dBase no mehr abierto: en Werten encima 100(dez) o. 64(hex) erscheint una Fehlermeldung "keine dBase-Datei".

Natürlich läßt se con einfachen File-Editoren, notfalls incluso con el alten DEBUG de DOS, el "year of last update"-Byte en una para DOS-dBase verträglichen Valor zurücksetzen. Mein Vorschlag wäre, en XProfan en el "gut gemeinte" Y2K-Corrección gänzlich a verzichten, porque el Cuestión, a welchem Jahrhundert una cierto dBase-Expediente nun wirklich gehört, kann ohnehin sólo anhand otro Kriterien relativ sicher beantwortet voluntad - geeignet wären el vollständigen Einträge "Datum el letzen Änderung", el todos MS-Dateiysteme ya siempre previsto haben (de FAT12 a FAT32 y ahora NTFS). Lo wäre auch denkbar (hacer frente a el ya Eingeführten no a brechen), para todos Befehle y Características, el para Zurückschreiben oder Schließen uno DBF-Expediente führen, una opción anzubieten, el el Y2K-Corrección kontrolliert - z.B. con uno Función db("Y2K", N) con N=0 para "nein" y N=1(default) para "ja".

Im übrigen möchte Yo para Ausdruck bringen, dass Yo el Concepto, dBase III como Grundlage para el Datenbank-Programación con Profano auch para el neuen Versionen beizubehalten, para außerordentlich klug halte. Viele Aufgaben, insbesondere para Verknüfungen mehrerer dBase-Tabellen con unterschiedlichen Estructuras, el Yo früher sólo por Export en sequentielle Archivos (copy field a,b,c to xyz.txt delimited) y anschließender Verarbeitung con otro Programmen (z.B. PowerBasic) realisieren podría, dejar se ahora con Profano "unter una 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 Zitat

Absatzweise Cita Zeilenweise Cita

Herzlich willkommen Falk!

¿Tiene un Concepto, como una XProfan-Función aussehen podría, el dieses Flag zurücksetzt?

27.09.2009 ▲

Vollständiges Zitat

Absatzweise Cita Zeilenweise Cita

Falk
Fallenstein

Also si ego me bastante überlege, se dieses Problema en el meisten Profanern wohl más así selten auftreten, dass el Implementierung uno solchen Y2K-Corrección en el allgemeinen Funktions/Befehls-Umfang de XProfan kaum lohnen sería. Yo habe me deshalb zwei kurze Prozeduren ausgedacht, el jeweils antes y después de el real Bearbeitung uno dBase III-Tabla ausgeführt voluntad.
Kompilieren Marca Separación

proc saveY2K

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

en

/a>

Kompilieren Marca Separación

proc restoreY2K

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

ENDPROC

Kompilieren Marca Separación

--- Hauptprogamm -------------------------------------
declarar DBF$,YLUpdate% ,... (weitere globale Variables)
DBF$ = "Test.dbf"
saveY2K   el Valor de YLUpdate% debería ahora no mehr verändert voluntad!
db("open",#1,DBF$)
Bearbeitung el Tabla
db("close",#1)
restoreY2K
end

Aus heutiger Sicht es schade, dass el "year of last update" sólo una Byte spendiert wurde, porque el Unsicherheit para el "richtige" Jahrhundert es no a beheben. El Interruptor el Dateistruktur beim Wechsel de dBase II en dBase III en el Jahr 1984 (después de Orson Welles el Beginn des "Big Brother"-Zeitalters) wäre una geeigneter Zeitpunkt para el Einführung uno eindeutigen Datums gewesen, aber el Personas de AshtonTate haben probablemente no daran pensamiento, dass lo auch después de 2000 todavía Personas son, el con dBase III gerne trabajo. Yo erinnere mich, dass una Menge SysOps deswegen Angst antes großen Katastrophe beim Jahrtausendwechsel hatten, aber así schlimm es sí para Glück no gekommen. Jetzt entfernen nosotros siempre más de Y2K y el nächsten Problemas würden sólo otra vez al 1. Januar 2101 a esperar ser. Aber a dahin es sí todavía una gutes Weilchen Tiempo.

P.S.
Yo habe el Eindruck, dass no todos Datenbankoperationen a uno Änderung des "year of last update" führen. Das voluntad Yo tal vez en el Laufe el Tiempo genauer herausfinden y luego hier darüber 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 Zitat

Absatzweise Cita Zeilenweise Cita