Comment utiliser Clipper 5 sous Windows ?
Vous cherchez peut-être à faire fonctionner une ancienne application Clipper, ou à reprendre son code source pour le maintenir. La difficulté n’est pas d’installer un logiciel Windows classique : Clipper 5 produit des programmes DOS 16 bits, incompatibles nativement avec les éditions 64 bits de Windows. Ce guide vous donne une méthode fiable pour préparer un environnement émulé, compiler un premier programme, accéder aux fichiers DBF et décider s’il faut conserver ou moderniser l’application.
L'essentiel en 4 points
- Clipper 5 n’est pas un logiciel Windows moderne : sous Windows 10 ou 11 en 64 bits, utilisez un environnement DOS émulé plutôt qu’un installateur supposé résoudre la compatibilité.
- Pour compiler, il faut la distribution Clipper légalement détenue, avec au minimum le compilateur, le lieur, les bibliothèques et les fichiers d’inclusion correspondant à la même version.
- Conservez les sources, exécutables et données dans des dossiers aux noms courts, sans accents ni espaces ; gardez les fichiers DBF hors de OneDrive, Dropbox et autres dossiers synchronisés.
- Pour une application métier encore active, sécurisez d’abord les données et les scénarios de test ; une migration vers Harbour est souvent plus pérenne qu’un maintien indéfini dans DOS.
Avant toute installation : ce que Windows peut réellement exécuter
Clipper 5 est un compilateur xBase de l’époque DOS, généralement rencontré dans des versions 5.2 ou 5.3. Il transforme des fichiers source PRG en exécutables DOS, souvent associés à des bases DBF et à des index NTX. Ce n’est ni une application Windows à installer depuis le Microsoft Store, ni un outil de base de données SQL avec interface graphique intégrée. Un Windows 64 bits ne sait pas lancer directement ces exécutables 16 bits. Sur certains anciens Windows 32 bits, la couche NTVDM pouvait parfois les ouvrir, mais ce chemin est absent des éditions 64 bits et ne constitue pas une solution de maintenance fiable.
Deux stratégies selon votre besoin réel
Conserver Clipper dans un environnement DOS
- Adapté pour relancer une application connue ou corriger quelques sources PRG.
- Préserve le comportement historique des DBF, NTX et bibliothèques existantes.
- Exige un émulateur DOS, des sauvegardes strictes et des tests sur chaque poste.
Porter progressivement le code vers Harbour
- Adapté à une application encore utilisée, connectée à un réseau ou appelée à évoluer.
- Permet de produire des exécutables Windows 32 ou 64 bits modernes.
- N’est pas une recompilation aveugle : bibliothèques, impression, encodage et accès aux fichiers demandent des tests.
Réunir les fichiers indispensables sans compromettre la licence ni les données
Partez d’un support ou d’une archive dont vous possédez le droit d’usage : médias d’origine, sauvegarde d’entreprise documentée ou copie remise avec la licence. Les distributions de CA-Clipper ne font plus l’objet d’un téléchargement officiel moderne comparable à un logiciel actuel ; évitez donc les archives anonymes et les exécutables modifiés. Une installation exploitable contient habituellement le compilateur CLIPPER.EXE, un lieur tel que RTLINK.EXE, les répertoires LIB et INCLUDE, ainsi que les bibliothèques éventuellement achetées avec le projet. Gardez ensemble les outils provenant de la même génération de Clipper.
| Élément | Exemple de dossier | Rôle | Contrôle à faire |
|---|---|---|---|
| Distribution Clipper | C:\CLP5\CLIPPER5 | Compiler et lier | CLIPPER.EXE et RTLINK.EXE présents |
| Sources du projet | C:\CLP5\WORK | PRG, CH, OBJ, scripts | Copie distincte de l’original |
| Données de test | C:\CLP5\DATA | DBF, NTX, mémos | Sauvegarde datée avant essai |
| Émulateur DOS | Windows hôte | Exécuter le 16 bits | Montage du dossier validé |
| Noms de fichiers | Sans espaces ni accents | Compatibilité DOS | Format 8.3 privilégié |
Installer un environnement DOS stable avec DOSBox-X
DOSBox-X est un choix pratique pour faire tourner un environnement DOS sur Windows 64 bits, parce qu’il isole les programmes anciens du système hôte et permet de monter un dossier Windows comme disque DOS. Créez par exemple C:\CLP5, puis placez la distribution dans C:\CLP5\CLIPPER5, les sources dans C:\CLP5\WORK et les données de test dans C:\CLP5\DATA. Évitez un chemin tel que C:\Users\Votre Nom\Documents : les espaces, caractères accentués et chemins profonds compliquent inutilement les outils DOS et les scripts de construction.
- Installez DOSBox-X depuis son canal de distribution reconnu, puis démarrez une première session vide afin de vérifier que la console DOS s’ouvre normalement.
- Créez sur Windows le dossier C:\CLP5 et ses sous-dossiers CLIPPER5, WORK, DATA et TEMP ; attribuez à votre compte le droit de modification sur ces dossiers.
- Montez le répertoire hôte dans l’émulateur avec la commande mount c c:\clp5, puis tapez c: pour travailler sur le disque DOS virtuel.
- Définissez dans la session les chemins de travail : SET PATH=C:\CLIPPER5\BIN;%PATH%, SET INCLUDE=C:\CLIPPER5\INCLUDE, SET LIB=C:\CLIPPER5\LIB et SET TMP=C:\TEMP.
- Ajoutez ces commandes à la section de démarrage automatique de la configuration DOSBox-X seulement après avoir vérifié qu’elles correspondent aux noms réels de vos répertoires.
Compiler et lancer un premier programme Clipper 5
Une fois dans C:\WORK, créez un fichier BONJOUR.PRG avec un éditeur texte qui n’ajoute pas de mise en forme. Son contenu minimal peut être : PROCEDURE Main ? "Bonjour depuis Clipper 5" RETURN Le compilateur crée normalement BONJOUR.OBJ à partir de BONJOUR.PRG ; le lieur fabrique ensuite BONJOUR.EXE. Les commandes exactes dépendent de la version et du lieur fourni, mais le couple classique livré avec plusieurs éditions est CLIPPER BONJOUR, puis RTLINK FI BONJOUR. Lancez enfin BONJOUR. Si votre kit utilise Blinker ou un autre lieur, reprenez sa syntaxe et son script de construction au lieu de réemployer une commande RTLINK au hasard.
- Vérifiez le répertoire courant avec DIR et assurez-vous que BONJOUR.PRG apparaît sous son nom DOS, sans extension masquée ni caractère inhabituel.
- Compilez avec CLIPPER BONJOUR et contrôlez la création de BONJOUR.OBJ ; une erreur de syntaxe se corrige dans le fichier PRG, puis impose une nouvelle compilation.
- Liez avec RTLINK FI BONJOUR si RTLINK est celui livré avec votre distribution ; contrôlez la présence de BONJOUR.EXE après l’opération.
- Exécutez BONJOUR et vérifiez l’affichage de la ligne attendue avant d’ajouter une base DBF, une bibliothèque tierce ou une impression.
- Créez un fichier BUILD.BAT qui reprend les commandes validées dès que le projet compte plusieurs modules, afin que chaque compilation soit reproductible.
Travailler correctement avec les fichiers DBF et les index NTX
Le modèle Clipper repose sur des fichiers. Une base est souvent un DBF ; les index NTX accélèrent les recherches ; un FPT peut contenir des champs mémo. Un programme qui ouvre CLIENTS.DBF sans l’index correspondant peut sembler fonctionner tout en devenant très lent ou en donnant un ordre de parcours inattendu. Pour un usage partagé, configurez explicitement le mode non exclusif, verrouillez les enregistrements avant une modification et libérez les verrous ensuite. Clipper ne fournit pas, par défaut, les garanties transactionnelles d’un serveur de bases de données moderne : une discipline d’accès reste indispensable.
| Besoin | Instruction représentative | Précondition | Point de vigilance |
|---|---|---|---|
| Ouvrir une table | USE CLIENTS NEW | CLIENTS.DBF présent | Fermer ensuite avec USE |
| Partager des données | SET EXCLUSIVE OFF | Réseau fiable | Verrouiller avant REPLACE |
| Créer un index | INDEX ON UPPER(NOM) TO CLIENTS | Champ NOM défini | Copie préalable du DBF |
| Utiliser un index | SET INDEX TO CLIENTS | CLIENTS.NTX présent | Ordre de recherche dépendant |
| Chercher une clé | SEEK "DUPONT" | Index compatible actif | Normaliser casse et accents |
Diagnostiquer les erreurs les plus fréquentes sans multiplier les essais risqués
Traitez les incidents dans l’ordre : compatibilité de l’exécutable, chemin des outils, compilation, liaison, puis données. Modifier simultanément le PATH, les bibliothèques et le code rend le diagnostic impossible. Notez la commande lancée, le message complet et la version des fichiers concernés dans un journal simple. Pour une application existante, copiez aussi les fichiers de configuration, les formats de rapports et les éventuels fichiers d’overlay : l’EXE seul n’est pas toujours suffisant pour reproduire le fonctionnement historique.
| Symptôme | Cause probable | Vérification | Correction prudente |
|---|---|---|---|
| EXE refusé par Windows | Programme DOS 16 bits | Windows 64 bits | Lancer dans DOSBox-X |
| Bad command or file name | PATH incomplet | DIR C:\CLIPPER5\BIN | Corriger PATH et redémarrer |
| Too many files open | Limite de fichiers trop basse | Valeur CLIPPER et ouvertures | Fermer les tables, ajuster F |
| Unresolved external | LIB ou OBJ absent | Nom de fonction signalé | Ajouter le module adéquat |
| Recherche incohérente | Index périmé ou mauvais ordre | Comparer DBF et NTX | Sauvegarder puis reconstruire |
| Accents illisibles | Jeu de caractères différent | Tester une copie | Documenter et convertir prudemment |
Choisir entre maintien contrôlé et migration de l’application
Le maintien sous émulateur convient lorsqu’un nombre limité d’utilisateurs exécute une application stable, hors dépendances web et avec des données bien sauvegardées. Il devient fragile si l’outil doit échanger en temps réel avec des services récents, imprimer sur des pilotes Windows complexes, être déployé sur de nombreux postes ou évoluer régulièrement. Dans ce cas, inventoriez le code et les bibliothèques avant toute réécriture. Harbour constitue une piste fréquente pour préserver une partie de la syntaxe xBase tout en ciblant un environnement actuel, mais les interfaces, bibliothèques graphiques, rapports et particularités de DBF doivent être validés fonction par fonction.
- Inventoriez les exécutables, sources PRG, bibliothèques, fichiers de données, modèles d’impression et périphériques réellement utilisés.
- Constituez un jeu de tests avec des copies anonymisées de données et des résultats attendus pour les calculs, recherches, éditions et exports.
- Décidez de conserver l’émulateur si les tests sont stables et si les besoins métier n’évoluent pas ; documentez alors le poste de référence et sa procédure de restauration.
- Planifiez une migration par modules si l’application reste stratégique, en comparant chaque résultat avec l’ancienne version avant la mise en production.
Ce qu'il faut retenir
La manière la plus sûre d’utiliser Clipper 5 sous Windows consiste à accepter sa nature DOS : isolez-le dans un émulateur, travaillez avec une distribution et des bibliothèques cohérentes, puis testez sur des copies de données. Compilez un programme minimal avant de toucher au projet réel, documentez les commandes qui fonctionnent et protégez les DBF contre les accès concurrents. Si l’application demeure centrale pour votre activité, faites de cet environnement stable une étape de transition, pas une dépendance non maîtrisée.
Questions fréquentes
Clipper 5 peut-il fonctionner sous Windows 11 ?
Oui, mais pas directement dans Windows 11 64 bits : les exécutables Clipper classiques sont des programmes DOS 16 bits. Utilisez un émulateur DOS tel que DOSBox-X, montez un dossier Windows comme disque DOS et lancez l’application dans cet environnement. Testez d’abord une copie complète du programme et de ses données, jamais les fichiers de production.
Où télécharger Clipper 5 légalement ?
Clipper 5 est un produit ancien qui n’est pas proposé comme un logiciel moderne à télécharger depuis un éditeur actif. Utilisez vos supports d’origine, une archive d’entreprise accompagnée de sa licence ou un fournisseur capable de justifier les droits de distribution. Évitez les images disque et exécutables anonymes : leur intégrité, leur version et leur légalité ne sont pas vérifiables.
Comment compiler un fichier PRG avec Clipper 5 ?
Dans le dossier contenant MONPROG.PRG, lancez généralement CLIPPER MONPROG. Cette commande doit créer MONPROG.OBJ. Utilisez ensuite le lieur livré avec votre distribution, souvent RTLINK, par exemple RTLINK FI MONPROG. La syntaxe varie selon le lieur et les bibliothèques utilisées : reprenez le script de construction historique du projet lorsque vous en disposez.
Pourquoi mon programme Clipper ne trouve-t-il pas ses fichiers DBF ?
Le programme cherche souvent les tables selon son répertoire courant, ses chemins configurés ou des noms de fichiers DOS courts. Vérifiez dans l’émulateur la présence effective du DBF avec DIR, le lecteur actif et les éventuelles variables de chemin du programme. Copiez aussi les index NTX et les fichiers mémo FPT associés, car un DBF isolé peut ne pas suffire.
Comment ouvrir une base DBF en réseau avec Clipper ?
Ouvrez-la en mode partagé, par exemple après SET EXCLUSIVE OFF, puis verrouillez l’enregistrement ou le fichier avant toute écriture. Vérifiez que chaque poste voit le même partage réseau et testez deux utilisateurs sur une copie des données. Ne mélangez pas accès réseau et synchronisation cloud : les DBF et index exigent des verrouillages fiables pendant toute l’utilisation.
Faut-il migrer une application Clipper vers Harbour ?
La migration est pertinente si l’application reste critique, doit fonctionner sur des postes Windows récents sans émulateur, intégrer des fonctions modernes ou évoluer fréquemment. Elle n’est pas automatique : le code xBase peut être en partie réutilisé, mais les bibliothèques, impressions, encodages et traitements de fichiers doivent être testés. Pour un outil stable et peu utilisé, l’émulation documentée peut suffire.
Les lecteurs cherchent aussi