Question : L'erreur « ne peut pas stopper FoxPro visuel » quand forme fermante avec la VIEILLE commande incluse de MapPoint

J'ai une forme visuelle de FoxPro 9 avec une VIEILLE commande incluse de MapPoint 2006.  Parfois après le lancement de cette forme dans mon $$etAPP principal, fermeture, clôturant alors le $$etAPP principal, j'obtiendrai « ne peux pas une erreur stopper FoxPro visuel », et le $$etAPP devra être de force clôturé avec le gestionnaire de tâches.  La grande majorité du temps ceci ne se produit pas, mais j'ai ne pu pas déterminer ce que les circonstances spécifiques mènent à lui se produisant.  Notre application tient compte des dispositions de forme sauvées (qui en déterminent la taille, les arrangements, etc. sauvés).  Seulement un de mes dispositions sauvées causera cette erreur, alors qu'aucune des autres ne fait, quoiqu'elles soient toutes qui lancent l'exact la même forme avec les mêmes paramètres initiaux (les arrangements de la disposition deviennent seulement appliqués après init).  le

I ont fait beaucoup de recherche sur cette erreur, et ont trouvé un bon nombre de cas de la fixation de personnes il par le dégagement/libérant des éléments lors de fermer le $$etAPP.  Chaque variable non-local utilisée dans l'exécution du $$etAPP est RELEASE'd, et la VIEILLE carte appelle sa méthode de CloseMap () sur la fin de la forme.  J'ai également essayé de faire tout les suivre sur la fin de l'application elle-même en vain (le $$etAPP étant fermé avec ou l'ANNULATION ou A STOPPÉ avec les mêmes résultats) :

CLOSE ALL
CLEAR ALL
CLEAR EVENTS
CLEAR RESOURCES
CLEAR DLLS
CLEAR PROGRAM
RELEASE ALL
RELEASE que TOUT L'EXTENDED
TABLEREVERT
ROLLBACK
END TRANSACTION

I ont également essayé de tuer le $$etAPP avec : le

Declare ExitThread dans le

but de Win32API
ExitThread () que ceci semble seulement cacher le $$etAPP, il fonctionne toujours quand je regarde dans le gestionnaire de tâches. le


Here est où I devient étrange.  À l'origine, cette erreur se produirait chaque seule heure où j'ai lancé la forme avec la VIEILLE carte et ai clôturé le $$etAPP.  Après beaucoup d'élimination des imperfections, j'ai découvert que je pourrais l'empêcher en changeant la propriété de TabIndex d'une commande de listbox sur la forme.  La VIEILLE carte et le listbox ont eu un TabIndex de 2, et apparemment l'élimination de ce « conflit » a fixé le problème pour moi pour chaque cas excepté quand la forme est lancée par l'intermédiaire de cette disposition sauvée un particulière.  Ceci me mène penser que l'erreur est provoquée par un bogue dans Foxpro lui-même.  le

Does n'importe qui ont toutes les idées pour qu'une difficulté ou même un contournement empêche cette erreur de se produire ?  
class= de

Réponse : L'erreur « ne peut pas stopper FoxPro visuel » quand forme fermante avec la VIEILLE commande incluse de MapPoint

Essayer de s'ajouter

SUR L'ARRÊT STOPPÉ

dans votre code.
Autres solutions  
  •  MS Excel 2007 et pdf - l'exportation vers le pdf prend de longues heures !
  •  Dans le Perl, comment j'ajoute une valeur à la liste, puis le contrôle pour voir si la valeur existent avant d'ajouter une nouvelle valeur
  •  Comment fais j'initialiser de la HP BL460c G6 de san et de la HP XP 240000
  •  Comment fais j'employer une clef de permis de volume sur un ordinateur de HP avec du CD de restauration
  •  Emplacement primaire de deux SCCM dans l'annuaire actif
  •  L'initiateur et la HP D2D de l'iSCSI R2 du serveur 2008 de Windows GERCENT l'issue
  •  Stocker le dossier dans le mysql using connector.net et le champ de goutte
  •  Carte vidéo d'USB - bit 32 sur le matériel travaillant au niveau du bit 64 ?
  •  asp.net que j'essaye de convertir une forme de HTML en forme d'aspx ou ? ce qui jamais. Aide du besoin sur la façon dont à à elle.
  •  Winzip 12 issues de secours du travail ?
  •  
    programming4us programming4us