Problème de Foxpro App et de disques amovibles

Question

J'ai une application foxpro, qui contient un chemin codé en dur pour les icônes et les bitmaps. C'est ainsi que foxpro procède et il n'y a aucun moyen de le contourner. Et cela fonctionne bien, sauf que lorsqu'un disque amovible a été utilisé mais n'est pas connecté, et lorsqu'il est connecté, Windows assigne la même lettre que le chemin codé en dur, lors de l'ouverture d'un formulaire qui contient un tel chemin, le message d'erreur suivant apparaît ( FROM Windows et non le renard) :

Windows - Pas de disque Message de traitement d'exception c0000012 Paramètres .....

Toute aide, s'il vous plaît Nelson Marmol

Answer 1

Nelson :

"C'est comme ça que foxpro fait et il n'y a aucun moyen de le contourner" ?

J'utilise FOX depuis FoxPro 2.5 jusqu'à Visual FoxPro 9, et vous n'êtes JAMAIS obligé de coder un chemin en dur, vous pouvez utiliser SET PATH TO (sYourPath), vous pouvez intégrer les icônes et les bitmaps dans votre fichier EXE / APP et il n'est donc pas nécessaire d'inclure ces ressources en externe.

Vous dites que vous avez un "Foxpro App" : quelle version ? L'ancien MS-DOS FoxPro ou Visual FoxPro ? Si vous utilisez VFP 8+, vous pouvez utiliser SYS(2450, 1) :

Specifies how an application searches for data and resources such as functions, procedures, executable files, and so on. 

You can use SYS(2450) to specify that Visual FoxPro searches within an application for a specific procedure or user-defined function (UDF) before it searches along the SET DEFAULT and SET PATH locations. Setting SYS(2450) can help improve performance for applications that run on a local or wide area network.

SYS(2450 [, 0 | 1 ])

Parameters
0 
Search along path and default locations before searching in the application. (Default)

1 
Search within the application for the specified procedure or UDF before searching the path and default locations.

Une solution rapide pourrait consister à attribuer une autre lettre à votre clé USB via le gestionnaire de disques.

Answer 2

Je suis d'accord avec @ PabloG - Cela fait plus de dix ans que je n'ai pas travaillé avec FoxPro (Dos et Windows), mais même dans FPW2.6, vous pouviez déterminer d'où votre application s'exécutait, définir des chemins de recherche absolus ou relatifs et même regrouper vos ressources directement dans l'exe "compilé" (heh). Toutes nos ressources se trouvaient dans un sous-dossier spécifique du dossier de l'application, les fichiers de la base de données dans un autre sous-dossier également situé sous le dossier de l'application. Nous utilisions des chemins relatifs pour tout, si je me souviens bien.

Pouvez-vous nous donner un peu plus d'informations sur le problème ?

Si vous pensez que cela peut être utile, je peux essayer d'extraire une partie de notre code FPW2.6 où nous faisons ce genre de choses :-)

Answer 3

C'est VFP8 et désolé si je ne me suis pas expliqué correctement. De plus, je pense que "il n'y a aucun moyen de le contourner" peut sonner mal. Ce que je voulais dire, c'est que la propriété " ICON " dans les formulaires. Comme chaque type de composant est séparé dans des dossiers (formulaires, rapports, menus, icônes, etc.), si vous essayez de rendre le chemin d'accès relatif, la prochaine fois que vous modifierez le fichier, foxpro inclura le chemin d'accès complet. Ce problème a commencé récemment et nous avons constaté que nos clients ont commencé à utiliser des lecteurs usb externes comme moyen de sauvegarde.

Answer 4

Il me semble que vous distribuez les formulaires/rapports/étiquettes, etc. aux clients. Si vous créez un EXE, vous ne devriez pas rencontrer le problème du "chemin" car VFP intégrera la ressource (dans ce cas, l'icône) dans l'exe et saura comment l'extraire au moment de l'exécution.

Peterson

Answer 5

Non, nous ne distribuons pas de formulaires ou quoi que ce soit avec l'application... c'est un exe. J'ai oublié de mentionner que l'EXE est compressé et obscurci avec KONXIZE 1.0.