64x64base

xBase / DBF Ecosystem Feature Comparison

A feature-by-feature comparison of x64base with Harbour, xHarbour, Alaska Xbase++, XSharp, dBASE tools, and Python DBF libraries.

Purpose

This comparison places x64base / DotTalk++ Workbench in the broader xBase, DBF, Clipper, FoxPro, and DBF-library ecosystem.

It is not a replacement-claim table. Some systems here are mature commercial products, some are open-source compilers, some are migration platforms, and some are file-access libraries. x64base is different in emphasis: its primary intent is educational and architectural, with practical database/runtime uses developing around that core.

Reading The Table

  • Yes means the feature is present or clearly supported.
  • Partial means the feature exists in a limited, developing, or scoped form.
  • No means it is not a meaningful feature of that system.
  • Unknown means we should not claim it without better source proof.
  • Not same claim means the project has adjacent capability but not the same architectural goal.

A "Yes" for Harbour or Xbase++ may mean mature application-platform support. A "Yes" for x64base means project/source/runtime evidence exists, but alpha status still applies unless specifically marked production-ready.

Product / Project Character

Featurex64base / DotTalk++ WorkbenchHarbourxHarbourAlaska Xbase++XSharpdBASE / DBF toolsPython DBF libs
Primary roleEducational-first open xBase/DBF architecture, self-documenting runtime, and 64-bit DBF-style research systemOpen xBase compiler/runtimeOpen Clipper/xBase compiler/runtimeCommercial Clipper/xBase modernization platform.NET xBase dialect/compilerCommercial DBF/database products and utilitiesDBF read/write libraries
License / business modelProject/open architecture, alphaOpen sourceOpen sourceCommercialMixed/open/commercial ecosystemCommercialOpen source packages
C++ codebaseYesMostly CMostly CClosed/commercial.NET/C# ecosystemClosed/commercialPython
Compilable application/runtimeYesYesYesYesYesYes, product dependentNo, library use
Source can be changedYesYesYesNo, product source closedPartly, depends on componentNoYes
Production maturityAlpha / educational / researchMature open-source projectMature legacy/open-source projectMature commercial platformActive .NET migration/compiler ecosystemMature commercial/legacy toolsMature for utility/file tasks

Storage, Tables, Memos, And Indexes

Featurex64base / DotTalk++ WorkbenchHarbourxHarbourAlaska Xbase++XSharpdBASE / DBF toolsPython DBF libs
64-bit DBF-style table architectureYes, project focusNot same claimNot same claim64-bit Windows platform support, not same DBF_64 claimNot same claimNo, classic DBF familyNo
64-bit memo architectureYes, FPT64 laneNo/unknownNo/unknownNo/unknownNo/unknownClassic DBT/FPTNo, classic memo support only
64-bit indexing architectureYes, CDX/LMDB/x64 index lanesClassic RDD/index ecosystemClassic index ecosystemDBF/NTX/CDX enginesRuntime dependentClassic indexes/toolsUsually no persistent index support
32-bit/classic DBF supportYes, MS-DOS/classic laneYesYesYesDialect/runtime dependentYesYes
VFP DBF supportYes, VFP headers/types laneDBF/RDD dependentDBF/RDD dependentYesVFP dialect/runtime workYesYes in selected libraries
VFP currency field supportYesDBF/RDD dependentDBF/RDD dependentLikely/product dependentRuntime dependentYes in VFP/dBASE variantsYes in dbf; read support varies
Memo fieldsYesYesYesYesRuntime dependentYesYes, library dependent
Vectored long table/field names with fallback manglingYes, x64 laneNot same claimNot same claimProduct dependent.NET/runtime dependentProduct dependentNo
Custom field typesPlanned/developing x64 extension laneNot same claimNot same claimProduct/runtime dependent.NET type systemProduct dependentConversion hooks only

Language And Runtime

Featurex64base / DotTalk++ WorkbenchHarbourxHarbourAlaska Xbase++XSharpdBASE / DBF toolsPython DBF libs
xBase-style command languageYesYesYesYesYes/dialectsYesNo
DotScript / script filesYesHarbour scripts/toolsYes/likelyYes/product dependentYes/compiler/runtime dependentProduct dependentPython scripts only
VariablesYesYesYesYesYesYesPython variables
ConditionalsYes: IF, ELSE, ENDIFYesYesYesYesYesPython
LoopsYes: LOOP, ENDLOOP, WHILE, UNTIL, SCAN, ENDSCANYesYesYesYesYesPython
Script nestingYes, currently one levelYes/language dependentYesYesYesProduct dependentPython
Scalar functionsYes, developing catalogYesYesYesYesYesPython/library functions
Object-oriented supportHybrid/object-oriented DB areas, memos, workspacesYesYesYesYesProduct dependentPython objects
Compile to native/runtime applicationYesYesYesYesYes/.NETYes/product dependentNo

Data Mutation And Safety

Featurex64base / DotTalk++ WorkbenchHarbourxHarbourAlaska Xbase++XSharpdBASE / DBF toolsPython DBF libs
Record mutationYes: REPLACEYesYesYesYesYesAPI assignment/write
Calculated mutationYes: CALC, CALCWRITEYes/language expressionsYesYesYesProduct dependentPython expressions
Multi-field mutationYes: MULTIREP / replace multi laneYes/app codeYes/app codeYes/app codeYes/app codeProduct dependentPython code
Buffered table editingYes: table buffer, dirty/stale, commit/rollbackVaries by RDD/runtimeVariesYes/mature product behaviorRuntime/database dependentProduct dependentObject/write semantics only
Dirty/stale state reportingYesRuntime dependentRuntime dependentProduct dependentDatabase dependentProduct dependentNo native DBF engine state
Commit/rollbackPartial: table-buffer lifecycle, not full ACID RDBMS claimBackend dependentBackend dependentProduct/database dependentDatabase dependentProduct dependentNo native DBF transaction engine
Record lockingYesYesYesYesRuntime/database dependentYes/product dependentUsually limited/no full lock manager
Multi-user concurrencyPartial/developingMature xBase/RDD dependentMature xBase/RDD dependentMature commercialDatabase dependentProduct dependentUsually no

Relational, SQL, And Database Behavior

Featurex64base / DotTalk++ WorkbenchHarbourxHarbourAlaska Xbase++XSharpdBASE / DBF toolsPython DBF libs
Work areas / DB areasYesYesYesYesRuntime dependentYesNo
Workspace wrapper over areasYesNot same claimNot same claimProduct/project dependentRuntime dependentProduct dependentNo
RelationsYes: REL, relation tree, relation-aware browseYes/xBase modelYesYesRuntime dependentYes/product dependentNo native
Tuple/grid relational viewYesApp/library dependentApp/library dependentProduct/app dependentApp dependentProduct dependentNo
Built-in SQL bridgePartial: SQL/SQLite/import/export bridgeYes, SQL/ODBC listedExtensions/libraries likelyYes, Universal SQL.NET data accessYes/product dependentExternal Python SQL only
Full SQL server/RDBMSNoNo, but can bridgeNo, but can bridgeCan bridge to server DBsUses .NET DBsProduct dependentNo
Referential validationPartial: relations, rules, validation hooksApp/RDD dependentApp/RDD dependentProduct/database dependentDatabase dependentProduct dependentNo native
Database triggersYes: TRIGGER, RULE, VALIDATE lanesApp/RDD/SQL dependentApp/RDD/SQL dependentProduct/database dependentDatabase dependentProduct dependentNo native
Constraints / validationYes, developingApp/RDD dependentApp/RDD dependentYes/product dependentDatabase dependentProduct dependentPython code only
DDLYes: DDL fetch/validate/create DBF/sidecar lanes, with caveatsVia language/librariesVia language/librariesYes/product dependentDatabase dependentYes/product dependentCreate/write DBF varies

Import, Export, And Interchange

Featurex64base / DotTalk++ WorkbenchHarbourxHarbourAlaska Xbase++XSharpdBASE / DBF toolsPython DBF libs
CSV importYesPossible via libraries/codePossible via libraries/codeYes, Universal SQL mentions CSV.NET librariesProduct/tool dependentYes via Python
CSV exportYesPossible via libraries/codePossible via libraries/codeYes.NET librariesProduct/tool dependentYes via Python
DBF import/exportYesYesYesYesRuntime dependentYesYes
SQL import/exportYes, scoped bridgeYes/ODBC/SQL backendsLikely via libsYesYes via .NETYes/product dependentPython ecosystem
Memo import/exportYes, developing with known CSV newline caveatsYesYesYesRuntime dependentYesYes, library dependent
Data dictionary / metadata catalogsYes, DDICT/selfdoc/metadata lanesDocumentation/tool dependentTool dependentProduct/workbench dependentTool dependentProduct dependentNo

UI, Tools, And Developer Experience

Featurex64base / DotTalk++ WorkbenchHarbourxHarbourAlaska Xbase++XSharpdBASE / DBF toolsPython DBF libs
CLI interfaceYesYesYesYesYes/toolingProduct dependentScript/API only
TUI interfaceYes: Arctic code name for TUIYesYesYes/text modePossibleLegacy/product dependentNo
GUI interfaceYes: Parallel GUI/TUI laneYes, UI backendsYes, GT/GUI supportYes, Workbench/GUI/web.NET GUI possibleYesNo native GUI
User-defined menus/windows/dialogsPlanned UI DSL lane; supplied templates todayVia GUI librariesVia GUI librariesYesYes through .NET/VO GUI pathsYes/product dependentNo native GUI
Smart table browser/listingYes: SmartList, SmartBrowser, SB aliasApp/library dependentApp/library dependentProduct dependentApp dependentProduct dependentNo
Web/application serverNot main claimYes/service/web possibleSome ecosystem supportYes.NET web possibleProduct dependentNo
External app commandsYes: edit/image/web/url/shell lanesApp codeApp codeProduct/app code.NET app codeProduct dependentPython code
Build toolingCMake/WSL/MSVC, POSIX/Mac requirements being documentedhbmk2/build toolingBuild toolingCommercial WorkbenchVisual Studio/.NET toolingProduct installers/toolsPython packaging

Internationalization, Locale, And Data Types

Featurex64base / DotTalk++ WorkbenchHarbourxHarbourAlaska Xbase++XSharpdBASE / DBF toolsPython DBF libs
Language/runtime localizationYes, message catalog and locale lanes in progressYes/ecosystemLikely/verifyProduct/framework dependent.NET globalization availableProduct dependentPython locale/libs
International text/codepagesIn progress; classic/VFP codepage work should be documented carefullyYesLikelyYes/product dependent.NET Unicode/globalizationProduct dependentVaries by library
Currency data typeYes, VFP currency/newer type support evidencedDBF/RDD dependentDBF/RDD dependentYes/product dependentRuntime dependentYes in VFP/dBASE variantsdbf supports Decimal currency
Date/datetime/logical/numeric typesYesYesYesYesYesYesYes
Message catalogYesTooling/ecosystemTooling/ecosystemProduct/framework dependent.NET resourcesProduct dependentPython ecosystem
Locale-aware formattingIn progressYes/ecosystemLikelyYesYesProduct dependentPython ecosystem

Documentation And SelfDoc

Featurex64base / DotTalk++ WorkbenchHarbourxHarbourAlaska Xbase++XSharpdBASE / DBF toolsPython DBF libs
Built-in helpYesYesYesYesYesYesPackage docs
Self-documenting source/contractsYes, major laneNot same claimNot same claimProduct docs/workbenchTooling/docsProduct docsNo
Manual generationYes, manualgen/MDO laneshbdoc/tooling existsTooling likelyProduct docsTooling/docsProduct docsNo
AI-friendly documentation layerYes, planned/developingNot same claimNot same claimNot same claimNot same claimNot same claimNo
Website generated from docsDeveloping vertical content generationProject website/docsProject docsProduct website/docsProject docsProduct docsPackage docs

Application UI DSL Gap

DotTalk++ can currently define repeatable database/runtime behavior through commands and DotScript, but it does not yet offer a general language for creating custom menus, windows, dialogs, popups, controls, and event handlers.

The proposed lane starts with this syntax seed:

CREATE MENU MainMenu
CREATE WINDOW CustomerWin
CREATE DIALOG EditCustomer
DEFINE BUTTON Save
ON CLICK DO save_customer

This is a planned lane, not current runtime syntax. It would let future DotTalk++ scripts define small database applications that can target Arctic TUI first, then Parallel GUI/TUI, wxWidgets GUI, and web surfaces later.

Summary Position

x64base should be positioned as:

An educational-first, open, object-oriented hybrid xBase/DBF architecture project exploring 64-bit DBF-style tables, memos, indexes, metadata, command runtime behavior, GUI/TUI tooling, and repeatable self-documentation.

It should not be positioned as:

  • a drop-in Harbour replacement
  • a drop-in Xbase++ replacement
  • a finished commercial DBMS
  • a fully compatible Visual FoxPro clone
  • the only 64-bit xBase-related technology

For the capacity side of this comparison, see x64 Capacity Math. That page separates published ecosystem limits from x64base source-evidenced limits and planned x64 widening work.

Sources