Bonjour,
A première vue, il semble que Windows Seven n'accepte pas des programmes écrits en 32 bits (Borland C++ Builder).
Y a-t-il une manipulation à faire par le possesseur de Windows 7 ?
Ou autre chose ?
Cordialement.
Version imprimable
Bonjour,
A première vue, il semble que Windows Seven n'accepte pas des programmes écrits en 32 bits (Borland C++ Builder).
Y a-t-il une manipulation à faire par le possesseur de Windows 7 ?
Ou autre chose ?
Cordialement.
Tu utilises une version 32 bits ou une version 64 bits ?
Le problème ne devrait pas se poser sur une version 32 bits. En ce qui concerne la version 64 bits, Windows 7 permet normalement d'émuler un environnement 32 bits pour exécuter des applications 32 bits.
Tu as un message d'erreur ?
Moi, j'en suis resté à Windows XP.
Mon programme est donc écrit en 32 bits, mais l'utilisateur qui vient de le charger n'arrive pas à l'installer. Ci dessous son message. Comme il habite à près de 1000 Km de chez moi ...
-->
J' ai fais plusieurs tentatives de chargement de votre programme en vain. J' utilise la version 64bits de Window 7 qui est peut être incompatible, je vais monter WINRAR version 64 bits et faire une nouvelle tentative.
<--
Il a l'air assez compétent, mais je ne sais pas quoi lui dire.
Merci d'avance.
Certains installeurs refusent d'installer sur des OS 64 bits (version non valide....), mais c'est quand même de plus en plus rare...
Si tu nous en disais plus ?
Message d'erreur à l'installation ? au démarrage de l'appli ?
D'apres ce qu'il dit:
Ca voudrait dire qu'il n'arrive même pas à TELECHARGER le programme.Citation:
J' ai fais plusieurs tentatives de chargement de votre programme en vain
Je n'ai aucune idée de ce que ca peut vouloir dire... "monter WINRAR version 64 bits".... WinRAR v3.7+ supporte le 32 & le 64 bits.Citation:
je vais monter WINRAR version 64 bits et faire une nouvelle tentative.
Et WinRAR en 32 bits fonctionne parfaitement dans Windows 7 64 bits.
Quel rapport entre WinRAR et ton appli ?
Bonjour,
Que dire de plus? C'est un programme particulièrement orienté autour du dessin, de la gestion de composants graphiques, etc. Il utilise la bibliothèque VCL de Borland Builder. Pour le charger, l'utilisateur clique sur le lien
http://www.dlzlogic.com/Caquot09_04_07.zip
Il faut ensuite dézipper, puis installer le programme. L'installation se fait toute seule, acceptation du contrat etc.
Pour le lancer, il faut un N° de licence, mais là je ne le met pas en direct. Mais bien sûr, je donne volontiers une licence provisoire.
Le seul souci d'OS que j'ai eu est je crois avec une machine qui tournait sous Win97 ou 98, ça s'est très vite arrangé.
Il est vrai que mon installateur (Install Shield) ne date pas d'hier (2000), de même que ma version de Borland.
Il est possible que mon correspondant n'utilise pas les termes appropriés, mais je pense qu'il se débrouille pas trop mal.
Cordialement.
Salut,
je suis sous Seven 64 bits.
J'ai téléchargé ton fichier zip, dézippé, puis cliqué sur caquot4.msi.
Il n'y a pas de message d'erreur mais lorsque l'installation est finie, aucun fichier n'a l'air d'avoir été copié (rien dans "C:\Program Files" ni dans "C:\Program Files (x86)" (le dossier réservé aux applications 32 bits sous Vista 64).
Je ne sais pas comment est censé se dérouler l'installation normalement.
Sinon, tu devrais essayer de refaire un installeur avec Inno Setup. J'ai moi même créé un installeur avec pour une application 32 bits et elle s'installe aussi bien sur XP, Vista, Seven 32 ou 64 bits.
Bonjour,
Je viens de refaire la manipe, chargement, dézip vers un disque M: (celui que j'utilise pour des programmes externes) J'ai cliqué sur Caqupt4.msi (alors qu'habituellement j'utilise setup.exe). Il a bien créé ..\ProgramFile\DlzLogic\... Dans ce répertoire courrant. Je suppose que msi crée da le répertoire courant alors que normalement Setup devrait proposer un choix (?)
En tour cas, un bon moyen de trouver où il s'est mis est de rechercher "Caquot4.exe".
Il est vrai que j'ai eu dernièrement un phénomène du même type, avec un autre programme mais avec le même installateur. Je ne sais plus si c'était avec Vista ou Seven. Toujours est-il que l'installation s'était passée correctement, création de répertoires etc. mais pas où on l'attendait.
Je vais aller voir Inno Setup
Merci en tout cas
Ah oui autant pour moi, le répertoire DlzLogic est bien créé dans C:\Program Files (x86)\
Je cherchais un nom comme "Caquot" ou "Caquot4".
Lorsque je clique sur Caquot4.exe j'ai un message "Le fichier license n'existe pas", ce qui est normal je pense.
A mon avis le problème ne vient pas de Vista ou de Seven 64 bits.
Le problème est que ton client, comme moi même, ne sait pas où trouver le programme une fois l'installation terminée, car il n'y a aucun raccourci de créé dans le menu démarrer. Ceci peut être accentué par le fait que le client a cherché le programme dans C:\Program Files mais que ton prog, comme toute appli 32 bits installé sur Seven 64, se retrouve en fait dans "C:\Program Files (x86)"
Je pense que la création d'un raccourci dans le menu démarrer/programmes réglerait cette incompréhension chez l'utilisateur.
Et je rajouterai une chose... il semble chercher un fichier localement au programme, depuis XP c'est un pratique interdite (même si encore supportée dans XP, ca ne l'est plus dans Vista/7). Le répertoire de programme ne doit contenir que les fichiers du programme installés par l'installeur.
Les fichiers "locaux" doivent être placés dans AppData ou dans UserData (les 3 "flavors": roaming, local ou localLow). La localisation de l'OS faisant varier les chemins, bien utiliser les librairies Shell ad-hoc pour récupérer les location exacte.
Ca, ça commence à m'intéresser et surtout à me tracasser.
Si je comprend bien, la notion de "chemin" est plus restrictive, ou plutôt elle n'existe plus vraiment.
Où pourrais-je trouver des infos pour me documenter, mais surtout me remettre à niveau?
En tout cas, cela explique des bizarreries détectées par mes correspondants.
Merci.
En fait, depuis Vista, il est interdit à un simple utilisateur d'écrire dans C:\Program Files ou un de ses sous dossiers (et comme les progs sont lancés par défaut avec des droits de simple utilisateur, c'est le même topo si tu es administrateur).
Mais comme plein de logiciels écrivaient dans leur propre dossier avant que Microsoft ne décrète cette nouvelle règle, dans un soucis de compatibilité avec les anciens programmes, Windows a créé le "virtualstore". Toute tentative d'écrire dans le dossier C:\ProgramFiles\DlzLogic\Caquot sera redirigée vers C:\Users\[nom d'utilisateur]\AppData\Local\VirtualStore\Program Files (x86)\DlzLogic\Caquot
Cela peut poser problème:
1) lorsque tu veux qu'un utilisateur puisse modifier un des fichiers créés lors de l'installation (l'utilisateur crée un nouveau fichier dans le virtualstore au lieu de modifier le fichier qui est dans le dossier C:\Program Files\Ton programme).
Le problème ne se pose pas si l'utilisateur exécute le programme avec les droits d'admin (clic droit/ exécuter en tant qu'administrateur). Dans ce cas, l'utilisateur modifiera le vrai fichier.
2) c'est aussi un problème si tu veux qu'un utilisateur puisse créer un fichier accessible par d'autres utilisateurs, car chaque utilisateur à son propre virtualstore dans C:\Users\[nom d'utilisateur]\AppData\Local\VirtualStore\Program Files (x86)\
Si ton appli ne rentre dans aucun de ces deux cas, tu peux sans doute la laisser telle quelle, sinon il va falloir changer l'emplacement de certains de tes fichiers.
Tu peux trouver des informations intéressantes ici : Vos applications sont-elles compatibles Windows 7 ?