INFO : Visual Studio 6.0 SP3 Readme : partie 7 - Visual J ++

Traductions disponibles Traductions disponibles
Numéro d'article: 230731
Agrandir tout | Réduire tout

Sommaire

Résumé

Ce fichier Lisez-moi contient des informations mises à jour pour le suite Microsoft Visual Studio complète des outils de développement. Si vous avez téléchargé un Core service pack à partir d'Internet, pas toutes les sections de ce fichier s'appliquent à la mises à jour que vous avez reçu. Les problèmes résolus pour les téléchargements de base sont ceux répertoriés dans la section Visual Studio ainsi que les sections pour les produits mise à jour par le téléchargement de votre c?ur.

Le Microsoft Visual Studio 6.0 Fichier Lisezmoi du Service Pack 3 contient les sections suivantes :

PARTIE 1 : Présentation et Installation

PARTIE 2: Visual Studio

PARTIE 3 : Visual Basic

PARTIE 4: Visual C++

PARTIE 5: Visual FoxPro

PARTIE 6: Visual InterDev

PARTIE 7: Visual J ++

PARTIE 8: Visual SourceSafe

PARTIE 9: Les Versions de fichier

Pour le dernières informations sur le produit, consultez le site Web de Visual Studio à l'adresse :

http://msdn.Microsoft.com/vstudio
Pour les dernières mises à jour de produit, consultez le Support de Visual Studio Points forts du site au :
http://support.Microsoft.com/support/vstudio
Consultez la section références ci-dessous pour plus d'informations sur les autres parties de ce fichier Lisez-moi.

Plus d'informations

VISUAL J ++

Informations sur l'installation

Certaines fonctionnalités de Visual J ++ 6.0 relatives au débogage de Microsoft Transaction Server (MTS) nécessite Windows NT 4.0 Service Pack 4 (SP4). Windows NT 4.0 SP4 est disponible à partir de la page Web Microsoft Windows Update .
Visual J ++ Applications Impossible de déboguer sur Windows 2000 Bêta 3
Un problème de dernière minute peut empêcher le débogage de Visual J ++ applications vos serveurs Windows 2000 Bêta 3. Ce bogue ne vous empêche pas de compilation de vos applications. Pour plus d'informations, consultez :
Microsoft Visual Studio Support Highlights page.

Nouvelle Machine virtuelle de Microsoft

En réponse aux problèmes d'automation Automation, de noter le Fichiers de machine virtuelle (Microsoft VM) de Microsoft ont été mis à jour, début avec le Service Pack 2. La version de Microsoft VM incluse dans ce service pack est répertoriées dans la section Visual J ++ de la liste des fichiers dans la partie 9 de ce fichier Lisez-moi. Cette modification sera appliquée à la fois sur l'ordinateur où Microsoft Visual J ++ est installés et également à Visual J ++ dossier redistribuable, c'est le cas Visual J ++ les applications qui sont distribuées inclura également l'automatisation des mises à jour fichiers.

Pour basculer entre les versions commerciale et débogage de Microsoft Classes système VM, exécutez classd.exe ou classr.exe.

Ce service pack contient les fichiers Visual J ++ requis nécessaires pour se conformer à la décision préliminaire émise par le juge fédéral Ronald H. Whyte. Ces modifications ont également été incluses dans le Service Pack 2.

Compilateur, débogueur, ActiveX et correctifs IDE

Dans ce service pack, les problèmes suivants dans le général environnement de programmation ont été résolus :
  • La méthode onCOMRegister a été invoquée pas à partir d'une DLL Java/COM-emballées, à l'origine de problèmes lors de l'inscription des DLL.
  • Une erreur de protection générale s'est produite entraînant le Pdm.dll fichier après que l'exécution de script que les données XML transformées.
  • Une séquence particulière d'espaces, de sauts de ligne et de transport Renvoie l'origine de l'éditeur de code Visual J ++ et le débogueur pour être désynchronisées lorsque pas à pas détaillé dans le code.
  • Les contrôles créés à l'aide de Visual J ++ a été marquées comme à l'aide de la par défaut-modèle de thread à la fois. Ce paramètre par défaut crée plusieurs problèmes. Tout d'abord, utilisateur contrôles d'interface sont liés à la thread propriétaire de la fenêtre du contrôle handle, ce qui empêche le contrôle de fonctionner correctement dans un multithread thread cloisonné. Dans le service pack 3, le modèle par défaut-threading pour ActiveX contrôles a été modifié à l'Apartment (cloisonné).
  • Quitter Internet Explorer 5 sur un ordinateur avec le débogueur Visual J ++ est installé peuvent arrêter anormalement. Ce problème est dépendant du type de contenu affiché dans Internet Explorer 5 et la vitesse de votre ordinateur. Ce problème a été corrigé dans Visual Studio Service Pack 3.
  • IDE est tombé en panne lors de l'exécution d'un d'en enregistrer un projet utilitaire. Ce problème a été corrigé dans ce service pack.
  • Si les utilisateurs ouvert la boîte de dialogue Propriétés de Point d'arrêt plusieurs fois pendant le débogage en mode arrêt, Visual J ++ avait des difficultés à gérer ces instances multiples.
  • JVC ne compilera pas correctement contre les com.ms.fx.IFxLocaleFormatting.class ou com.ms.fx.FxFormattedText.class.
  • Problème le débogage de script Comportements. Comportements de script de Internet Explorer 5 (.htc) n'étaient pas accessibles via le débogueur et, par conséquent, n'ont pas pu être déboguée. Cela a été corrigé dans Visual Studio 6.0 Service Pack 3.
  • Les erreurs d'exécution gérés par Visual Studio, même si le débogueur de Script n'était présent. Erreurs d'exécution seraient gérés par Visual Studio 6.0 même si le Débogueur de script ont été installés. Les utilisateurs n'ont pas pas choisir le débogueur de Script comme l'application à utiliser dans cette situation. Visual Studio ou le Script Débogueur peut maintenant gérer des erreurs au moment de l'exécution.
  • Service Pack 3 contient une mise à jour du débogueur qui permet à la utilisateur de définir des points d'arrêt au moment du design dans des fichiers .js et .vbs.
  • Le comportement d'un formulaire incluant un single-threaded Contrôle ActiveX varie, selon l'environnement dans lequel l'application a été exécuté. Par exemple, si vous avez créé un single-threaded contrôle edit, inclus qui contrôle sur un formulaire et compilé le formulaire dans un fichier exécutable, la modification contrôle serait incapable de traiter les frappes de touches. Toutefois, si vous n'ayez pas compilé le formulaire vers un fichier exécutable et de l'exécution de votre application par le biais de JView, la modification contrôle s'est comporté comme prévu. Ce service pack comprend une mise à jour qui permet mono-thread de contrôles ActiveX incorporés dans un formulaire WFC à se comporter comme prévu, quel que soit l'environnement dans lequel ils sont exécutés.
  • Lorsque vous ajoutez un contrôle DHTML Modifier pour Internet Explorer 5, Visual J ++ commencé à générer les wrappers appropriés et compiler que les, mais elle est figée. Cela a été fixe dans le Jactivex.exe inclus dans ce service pack.
  • Lors du débogage de Visual J ++ 6.0 sous Windows NT, l'ordinateur Gestionnaire de débogage extrait précédemment le nom de fichier d'un processus en interrogeant le Registre de données de performances. Cette approche à la récupération des informations de processus ont provoqué des incidents. Par conséquent, le service Machine Debug Manager a été modifié pour Essayez d'abord d'utiliser l'API d'état de processus pour extraire des données de processus. Si ce tentative échoue, le service Machine Debug Manager interroge les données de performance Registre.

Microsoft Windows Foundation Classes correctifs

Les éléments suivants ont été corrigés dans la 1.0.0.8443 de mise à jour les Windows Foundation Classes. Cette version est installée avec Microsoft VM inclus avec le Service Pack 3.

Correctifs de prise en charge ActiveX

  • 215353Licence avec certains contrôles ActiveX ne gère pas ActiveXHost. Lors de l'hébergement de certains contrôles ActiveX, par exemple DB grille 6.0, qui nécessite une licence sur un ordinateur autre que celui dans lequel le formulaire a été créé à l'origine, une boîte de dialogue d'erreur ou d'avertissement apparaît indiquant la licence expire dans n jours. Cela se produit même si l'ordinateur où l'application a été déployée disposait d'une copie valide de la licence. Il s'agit maintenant fixe, et l'avertissement n'apparaît pas, sauf si le contrôle est sans licence.

Correctifs de code-behind-HTML

Consultez également les problèmes connus.
  • 194787DhDocument.setTitle ne fonctionne pas à partir d'initForm. L'appel de DhDocument.setTitle(titre de chaîne) n'avait aucun effet sur le titre du document. Appel setTitle dans onDocumentLoad serait de contourner ce problème. DhDocument.setTitle fonctionne désormais correctement à partir de deux initForm et onDocumentLoad.
  • 195174Lorsque<BODY>les balises ne sont pas capitalisées, contrôles JDHTML ne peuvent pas être ajoutés à un modèle lié.</BODY>Effectuant côté serveur lorsque le code behind-HTML et le<BODY>balises dans le modèle de document HTML n'étaient pas en majuscules)<BODY>), le module code-behind ne peut pas correctement la liaison vers le document et DhElements n'a pas pu être ajouté à la page. La recherche pour<BODY>balises est cas maintenant INSENSITIVE.</BODY></BODY></BODY>
  • 195173WinIOException à partir lors de l'appel de DhDocument.dumpDHTML et DhDocument.dumpHTML.DhDocument.dumpHTML et DhDocument.dumpDHTML sont des méthodes non prises en charge. Ils ont été marqués comme @deprecated, et le compilateur émet un avertissement si elles sont utilisé.
  • 197567DhCell.resetTextAlign n'affecte pas les cellules alignement du texte de sa ligne.DhCell.resetTextAlign réinitialise maintenant l'alignement du texte dans la cellule corresponde à celui de la DhRow dans laquelle se trouve la cellule.
  • 197566Après la suppression d'une ligne d'en-tête ou une ligne de pied de page, DhTable.removeAll lève une exception. Dans le WFC lancé, une exception ArrayIndexOutOfBounds a été levée lors de la suppression d'un en-tête ou un pied de page. Il s'agit d'aucun plus le cas.
  • 223366DhStyleBase manque setBackgroundImage. Il n'a aucun moyen de définir directement le style d'image en arrière-plan pour Dérivés de DhStyleBase les éléments sans programmation par le biais de Internet Explorer Modèle d'objet document. DhStyleBase a maintenant une nouvelle méthode : setBackgroundImage(String imageURL) où imageURL est le chemin d'accès (complet ou relatif) à l'image.
  • 223370Prise en charge du Gestionnaire d'événements pour WFC.Contrôles d'interface utilisateur dans le scénario de HTML Code-Behind. Dans un projet HTML code-behind dans Visual J ++ 6.0, les utilisateurs trouveront Lorsque vous wfc.ui des contrôles sont ajoutés à une page HTML, ils ne gèrent pas l'événement gestionnaires pour les événements onEnter et onLeave . Toutefois, les événements onMouseEnter et onMouseLeave seront exécute correctement. Le onEnter et onLeave s'exécutent uniquement lorsqu'un contrôle est placé sur un wfc.ui.Form.
  • OnDocumentLoad d'être appelée cesse de liaison à un DhInlineFrame. Liaison d'un DhInlineFrame à une balise <IFRAME>dans initForm avec DhDocument.setBoundElements (DhElement elements[]) lèverait une exception a été gérée silencieusement par le Framework. Par conséquent, onDocumentLoad n'a jamais été appelé pour un document. Ce bogue a été résolu. Le Framework lie désormais correctement un DhInlineFrame à la balise <IFRAME>, et onDocumentLoad est appelé comme attendu. </IFRAME></IFRAME>
  • De liaison à une balise DIV élément contenant du texte qui n'est pas entourée de balises SPAN provoque une exception. Liaison à des éléments qui ont été fortement imbriquées entraînait parfois une élément non trouvé de levée d'exception. La solution de contournement consistait à encadrer brutes Texte HTML dans les balises <span>. Ce problème a été corrigé et la solution de contournement n'est plus nécessaire. </span>
  • L'appel et méthodes de liaison des contrôles WFC dans un scénario de Code-Behind. Les utilisateurs peuvent ajouter des contrôles com.ms.wfc.ui HTML page et demandez-leur de participer à un scénario de code-behind. Pour obtenir le comportement approprié, les utilisateurs doivent appeler soit la méthode DhBaseContainer.add (c com.ms.wfc.ui.Control) ou l'utilisation DhComponentWrapper.Création d'un DhComponentWrapper, en définissant sa propriété de contrôle (ou spécification du contrôle dans le constructeur), et l'ajout d'un conteneur est équivaut à appeler la méthode DhBaseContainer.add . Pour plus d'informations, voir DhComponentWrapper et DhBaseContainer.
  • DhModule.doMain de l'appel à partir d'une application de console entraîne une NullPointerException. Les applications côté serveur peuvent être testées à partir d'une application console en créant un objet DhModule , définition de la classe de code côté serveur, puis en appelant domaine.Auparavant, l'appel de domaine de cette manière provoque une exception de pointeur null ; cet instant fonctionne correctement.
  • Modification d'une sélection de l'onglet provoquer NullPointerException. Sélection d'un onglet dans un contrôle TabControl qui est hébergé dans une page HTML un scénario de code-behind provoquerait une NullPointerException. Cette exception est aucun plus elle est levée.
  • Applications HTML code-behind modifiées dans le Concepteur HTML ne fonctionnent pas dans Internet Explorer 5. N'est pas le cas des applications HTML code-behind modifiées dans le Concepteur HTML fonction avec Internet Explorer 5 est installé, parce que le <PARAM> balises de <OBJECT>éléments sont correctement supprimées. Code-behind-HTML les applications qui ont déjà été déployées ne sont pas affectées. Cela a été corrigé dans le Service Pack 3 de Visual Studio.</OBJECT>
  • Des échantillons de code-behind HTML à partir de vj6sampl.exe cesse de fonctionner lors de l'installation d'Internet Explorer 5. Les exemples de Code-behind HTML de vj6sampl.exe tels que « dhButton », « dhContainer » et « dhImage » peuvent cesser de fonctionner lorsque Microsoft version de la machine virtuelle 5.0.3167 est installée. Microsoft VM version 5.0.3167 livré avec Internet Explorer 5. Ce problème a été corrigé dans Visual Studio Service Pack 3.
  • DhBulletedList.resetID lève DhElementNotFoundException. Appel de resetID sur une DhBulletedList lèvera toujours DhElementNotFoundException, et la méthode est désormais marquée comme @deprecated.Toutefois, un avertissement sera généré au moment de la compilation. En outre, la méthode n'est pas affichée dans CodeSense ou dans l'Explorateur d'objets pour empêcher un développeur de l'appeler par inadvertance.
  • DhCell.getText sur la cellule dans l'objet DhTable liée aux données renvoie une chaîne vide. Est désormais fonctionne correctement.
  • DhDocument.findElement lève DhElementNotFoundException si elle est appelée après DhDocument.getAllElements.DhDocument.findElement(chaîne elementID) l'appel lèverait une DhElementNotFoundException si elle a été appelée pour rechercher un élément après un appel à DhDocument.getAllElements.DhDocument.findElement fonctionne désormais correctement même si DhDocument.getAllElements a été appelée au préalable.
  • DhEdit.addOnClick lève une com.ms.wfc.core.WFCException pour les zones de texte multiligne uniquement. Ajout d'un gestionnaire d'événements à un élément DhEdit dans initForm lèverait une WFCException réclame l'élément n'était pas un<INPUT type="text">ou <TEXTAREA>. La solution de contournement consistait à ajouter le modifier des gestionnaires d'événements pour la propriété multiline contrôle dans onDocumentLoad.Ajout de gestionnaires d'événements maintenant fonctionne comme prévu dans les deux initForm et onDocumentLoad. </TEXTAREA>
  • ResetID DhElement méthode a été désapprouvée. Échec de la méthode resetID de la classe DhElement . Dans ce service pack, la méthode fonctionne, mais il a déconseillée.
  • DhModule n'est jamais finalisé, à l'origine d'une fuite de mémoire IIS. Dans cette version du service pack, DhModule est désormais correctement rejeté après utilisation.
  • Méthodes DhModule pour récupérer la valeur de paramètre d'un objet. La classe DhModule prend désormais en charge les méthodes suivantes qui rendent possible récupérer la valeur des balises PARAM d'un objet :
    • public String getParameter (chaîne paramName)
    • public String [] getParameterNames()
    Le paramètre paramName identifie le paramètre de l'objet que vous souhaitez récupérer. Si aucun paramètre d'objet ne correspond à celle que vous demandez, cela méthode retourne une chaîne vide.

    La deuxième méthode, getParameterNames, récupère les noms de toutes les valeurs de paramètre disponibles et renvoie ces noms dans un tableau d'objets String. Ces méthodes sont pris en charge uniquement dans Internet Explorer. Un appel à Ces méthodes au sein de tous les déclencheurs d'environnement un WFCInvalidStateException.

  • DhRadioButton et DhCheckBox ne sont pas surface attributs du modèle d'objet Document ou les styles définis dans HTML. Liaison à un bouton radio HTML ou la case à cocher qui avait personnalisé propriétés définies ne seraient pas conserver ces propriétés une fois que l'objet a été lié dans JDHTML. Ces propriétés uniques sont perdues une fois que l'objet a été lié. Ce problème est maintenant résolu, et sont des propriétés personnalisées pour les cases à cocher et des boutons radio disponible à partir de JDHTML.
  • DhRow.add prend désormais uniquement DhCell. Dans la première version de WFC, DhRow.add peut prendre n'importe lequel Objet dérivé de DhElement. Si l'objet n'était pas un dérivé de DhCell, la méthode échouait en silence. Dans cette version, un WFCInvalidParameterException est levée si le DhElement n'est pas dérivé de DhCell.
  • DhTable.showNextPage lève une exception de pointeur null lorsqu'elle est appelée après getBodyCell. Ce problème apparaît uniquement sur Internet Explorer 5. Appel DhTable.showNextPage fonctionne désormais correctement même si getBodyCell a déjà été appelée.
  • DhText.setFont, DhText.getFont et DhText.resetFont ne fonctionnent pas correctement. Si le texte représenté dans un objet DhText a été restituée dans une police a frappé à la sortie ou soulignée, appelant setFont sur cet objet avec une police non souligné ou hors-heurté serait pas supprimer le soulignement ou barrer les attributs de la police. Cela fonctionne maintenant comme prévu.
  • Mise en route d'une exception dans WFC dans le code côté serveur peut provoquer des problèmes dans IIS, à l'origine d'insuffisance de mémoire. DataBound DhTables qui n'ont jamais ajouté à un conteneur ne serait pas être correctement finalisé, à l'origine de IIS à consommer mais jamais libérer sa mémoire.
  • Internet Explorer 5 retourne « Impossible d'obtenir l'exception de surface de formulaire WFC » si le chargement d'un scénario complexe de code-behind réseau. Les paramètres de sécurité par défaut dans Internet Explorer 5 ont été prévention des contrôles WFC dans un scénario de code-behind de fonctionner correctement si le Document HTML a été chargé à partir d'un site intranet ou de lecteur de réseau local. Ceci scénario fonctionne désormais comme prévu.
  • Problème d'Internet Explorer avec Mshtml.dll devrait fermer la fenêtre du navigateur après le démarrage de la minuterie.IOleClientSite pour le contrôle de la minuterie a été détruit avant que l'objet a été désactivé. L'objet est maintenant désactivé avant la destruction de son site.
  • Une amélioration des performances : ajouter DhBaseContainer.removeAllSafe. DhBaseContainer a maintenant une méthode removeAllSafe qui supprime tous les éléments enfants très rapidement. Il est actuellement utilisé sur DhBulletedList et peut également servir de conteneur dérivée d'un développeur en tant que suit :
    public void setElement(DhElement e)
    {
        removeAllSafe();
        m_item = e;
        if (e != null)
           super.add(e);
    }
    					
  • Problèmes de relier les éléments aux DHDocument si aucun objet n'était liés tout d'abord. Il a été un problème avec la liaison et l'ajout d'objets à un DhDocument. Si aucun des objets ont été ajoutés à un DhDocument avant un appel à setHTMLDocument, puis tous les ajouts ultérieurs, tels que setBoundsElement, à DhDocument échouerait. Ce problème a été corrigé.
  • A ReadyStateEvent «??? » comme valeur pour le readyState. Le ReadyStateEvent avait la chaîne «??? » comme valeur pour le readyState indépendamment du Quel était l'état prêt. L'état prêt peut désormais être une des opérations suivantes valeurs : complète, interactive, chargé ou initialisé.
  • Sans un point (.) au début du nom ne peut pas être ajouté à des éléments des styles. Si un DhStyle a été créé à l'aide du constructeur DhStyle(string name) , et le paramètre de nom ne commence pas par un point, le style ne peut pas être ajouté à un élément. Ce constructeur ajoute maintenant une période pour le nom du style s'il n'y ne figure pas déjà.
  • La méthode getPropertyBag a été ajoutée à DhModule. Dans la première version de WFC, il était impossible pour un Classe dérivée DhDocument dans un scénario de code-behind pour obtenir à tout <PARAM> balises dans son DhModule <OBJECT>balise. DhModule a deux nouvelles méthodes : </OBJECT>
    • public String [] getParameterNames
      Retourne un tableau de chaînes représentant les attributs de nom pour chaque de la <PARAM> balises.
    • public String getParameter (string parameterName)
      Retourne l'attribut de valeur pour le passé dans parameterName.
  • Lors de la liaison à une table avec un en-tête existant ou la ligne de pied de page, la ligne d'en-tête/pied de page n'est pas traitée comme faisant partie de la table. L'appel de DhDocument.setBoundElements (DhElement elements[]) pour lier un objet DhTable à un objet existant<TABLE>liez au format HTML pour la table. Toutefois, si cette table a un <THEAD>ou <TFOOT>, ils n'étaient pas traités dans le cadre de la table. Par exemple, myTable.removeAll serait supprimer toutes les lignes de corps, mais les lignes d'en-tête et de pied de page resterait. La solution de contournement précédente consistait à obtenir le<TABLE>avec DhDocument.findElement(id de chaîne) dans onDocumentLoad.Ces deux scénarios fonctionnent désormais comme prévu.</TABLE></TFOOT></THEAD></TABLE>

Autre bibliothèque WFC et les correctifs de contrôle

  • 223358Création de plus de deux enfants MDI dans le constructeur du parent lève une WFCException. Si un formulaire créé plus de deux multiple-document interface enfants dans son constructeur, un Win32Exception WFC serait levée. Après cela le formulaire aurait exception, seuls deux enfants ajoutés. Ce problème est maintenant résolu. Un un nombre arbitraire d'enfants MDI peut être créé et ajouté à un formulaire dans sa constructeur.
  • 223365: Événements MouseEnter et MouseLeave dérouter sur un contrôle PictureBox qui a pour recréer une poignée. Les événements MouseEnter et MouseLeave provoquerait des problèmes si, dans réponse à l'un d'entre eux, un PictureBox venait à être recréé. Par exemple, l'appel de la méthode setBorderStyle sur un PictureBox entraîne une recréation du handle. Si ce méthode a été appelée dans un gestionnaire d'événements MouseEnter ou MouseLeave , serait plus l'état MouseEnter/congé événements Enter/Leave non résolues et futures ne seraient pas reconnus. Il s'agit fixe dans la plupart des cas, bien qu'il soit possible de manquer une ou plusieurs entrée/sortie événements. Le contrôle sera toutefois, resynchroniser lui-même et les événements Enter/Leave sont déclenchées comme prévu après un certain temps.
  • 223351La setSelectedIndex dans le contrôle onglet ne peint pas correctement enfants. L'appel de la méthode setSelectedIndex sur un contrôle TabControl échouait parfois restituer les contrôles enfants sur cette page correctement. Ce problème a été résolu.
  • 223368SetChecked méthode ne fonctionne ne pas dans le Menu contextuel. Les menus contextuels pour les contrôles ne recevait pas leur Message WM_INITMENUPOPUP. Par conséquent, tous les contrôles menu effectués n'étaient pas appliqué. L'appel de la méthode setChecked dans les menus contextuels maintenant fonctionne comme prévu.
  • 223352Bouton de dimensionnement n'est pas cohérent entre le Concepteur de formulaires et d'exécution. Les fenêtres enfants MDI qui sont créés dans le constructeur de leur Images MDI aurait autoscaling appliquée deux fois, une fois par le parent et une fois par eux-mêmes. Cela pourrait entraîner des contrôles sur la fenêtre enfant à être redimensionnée différemment à exécuter temps et au moment du design. MDI leurs parents ne sont plus autoscale leurs enfants.
  • 223344La méthode com.ms.wfc.app.RegistryKey.setValue ne fonctionne pas correctement pour les tableaux de chaînes. Lors de l'appel com.ms.wfc.app.RegistryKey.setValue (objet) avec un tableau de chaînes qui est son paramètre, plusieurs caractères du dernier élément de chaîne dans le tableau ne seraient pas écrite. correctement. Écriture de tableaux de chaînes avec cette méthode fonctionne correctement.
  • 223367La méthode com.ms.wfc.app.RegistryKey.setValue ne tient pas compte des caractères de fin sur Windows NT. Lors de la définition de la valeur d'une chaîne avec com.ms.wfc.app.RegistryKey.setValue sur Windows NT, il n'était pas ajouté à caractères null de fin correctement. Ce problème a été corrigé. A NullPointerException est levée lors de la suppression d'un RebarBand sans un contrôle enfant. Le code suivant a levé une NullPointerException :
    RebarBand Band = new RebarBand();
    rebar1.addBand(Band);
    rebar1.removeBand(Band); // throws NullPointerException
    					
    Est désormais fonctionne correctement, et l'exception n'est pas levée.

  • Ne peut pas démarrer Rebar avec plusieurs RebarBands sur la même ligne. Au moment du design, il était possible de créer un contrôle Rebar avec plusieurs RebarBands sur la même ligne. Au moment de l'exécution, Toutefois, chaque RebarBand apparaîtrait dans sa propre ligne. Les RebarBands s'affichent maintenant dans la ligne auquel ils appartiennent.
  • Les problèmes de liaison de données pour le dateTimePicker. Le champ de date dans le contrôle DateTimePicker peut désormais correctement être lié à un champ de données de date dans une base de données.
  • Form.createWindowGraphics lève une WFCInvalidArgumentExceptioN. Cette méthode fonctionne désormais comme prévu, et une classe utilisable com.ms.wfc.ui.Graphics est retournée.
  • Garbage apparaît sur la barre d'outils après avoir installé Internet Explorer 5. Lorsque vous exécutez Internet Explorer 5 dans Windows 95 ou Windows 98, caractères parasites apparaissent dans l'info-bulle de la barre d'outils, puis sous la barre d'outils image du bouton. Ce problème a été corrigé dans ce service pack.
  • ImageList définit les valeurs par défaut sur 16 couleurs. Le contrôle ImageList a maintenant une nouvelle propriété : colorDepth.La valeur de cette propriété doit être définie à l'une des constantes dans l'énumération ColorDepth. Toutefois, lors de l'exécution sur un système avec plus de 256 couleurs où le ImageList est de contenir les images que 256 couleurs, la propriété colorDepth doit être définie à l'une des opérations suivantes :
    • ColorDepth.COLORDEPTH_64K_COLORS
    • ColorDepth.COLORDEPTH_MILLIONS_OF_COLORS
    • ColorDepth.COLORDEPTH_TRUE_COLOR
  • ListItem.setSelected(false) et setFocused(false) ne fonctionnent pas. Dans le code, vous pouvez désormais correctement effacer et supprimer le focus à partir de ListItems dans un contrôle ListView.
  • Modification des champs de données déroulante sur la page de propriétés du DataBinder. Visual J ++ 6.0 ne répond pas lorsque l'utilisateur a tenté modifier le menu de champ de données de liste déroulante sur la page de propriétés d'un DataBinder objet. RasterOp.BRUSH et RasterOp.PEN ne fonctionnent pas comme prévu avec les images transparentes. Serait une image transparente avec un RasterOp de stylet ou pinceau de dessin dessiner les zones non transparentes de l'image en blanc au lieu de la couleur de le pinceau ou un stylet. Ce problème est corrigé pour le cas de RasterOp.BRUSH. Pour RasterOp.PEN, rien n'est dessiné.
  • Objet d'enregistrement de l'Image dans un flux de mémoire ne fonctionne pas comme prévu. Extraction d'un objet Image à partir d'un ImageList et essayez de faire persister dans un flux de mémoire ou fichier échouerait si le PICTDESC sous-jacent a été null.Un bitmap valide PICTDESC est maintenant renvoyé, et pouvez l'image être persistante avec succès.
  • Des problèmes système sur Windows NT 4.0 Service Pack 3. Dans des circonstances spécifiques, un ordinateur exécutant Windows NT 4.0 Service Pack 3 se fige lorsque vous exécutez une application WFC qui a montré une fenêtre qui n'avait pas une fenêtre parente. Ce problème a été corrigé dans Windows NT 4.0 Service Pack 4 et Visual Studio 6.0 Service Pack 3. Le WFC vérifie désormais la parent fenêtre correctement.
  • Lors de l'extension HTMLControl, onDocumentReady n'est jamais appelée. Un contrôle écrit par l'utilisateur qui a étendu la com.ms.wfc.ui.HTMLControl jamais appelé la méthode onDocumentReady . Ce problème est maintenant résolu, et la méthode est appelée en tant que attendu.

Autres correctifs

  • 223361Valeur de la méthode Time.getDayOfWeek a renvoyé l'erreur. Contient de la section « Notes » de la méthode Time.getDayOfWeek informations incorrectes. Il doit indiquer le nombre renvoyé par la getDayOfWeek méthode est toujours être comprise entre 0 et 6, où une valeur de 0 représente le dimanche.
  • Surchargées constructeurs File.File omis de la Documentation de référence WFC. Les versions surchargées suivantes du constructeur ont été omises. dans la rubrique File.File :
    • Fichier public (String path, int mode)
    • Fichier public (String path, int mode, int accès)
    Dans la première version, accès au fichier est définie sur FileAccess.READWRITE et partage de fichiers est définie sur FileShare.NONE. Dans la seconde. version, partage de fichiers est défini sur FileShare.READ si la valeur de paramètre d'accès à FileAccess.READ ; dans le cas contraire, le partage de fichiers est défini FileShare.NONE.

Problèmes connus

Bases de données Access 2000 doivent être connectés via ODBC dans l'Assistant formulaire de données

Vous pouvez obtenir une erreur « format de base de données non reconnu » lorsque connexion à une base de données Access 2000 à l'aide de l'Assistant formulaire de données. Pour vous connecter à un Access 2000 de bases de données, spécifiez le type de base de données ODBC (plutôt que l'accès, qui supposera que Access 98) sur la page « Type de base de données ». Sur la connexion Page d'informations, vous pouvez ensuite spécifier le fichier de base de données Access 2000 (*.mdb) en tant que la base de données et Microsoft Access Driver (*.mdb) comme pilote. Vous pouvez également Vous pouvez configurer un DSN à l'aide de l'Assistant Source de données ODBC à partir des fenêtres Panneau de commande et spécifiez la source de données sur la page informations de connexion des données Assistant formulaire.

Prise en charge HTML code-behind et la version bêta 3 de Windows 2000

Contrôles WFC à partir du package com.ms.wfc.ui qui sont ajoutés à un DhDocument (via la méthode DhComponentWrapper()) ne fonctionnent pas sur Windows 2000 Version bêta 3. Ce problème sera résolu dans une version future de Windows 2000.

Références

Pour plus d'informations sur le Service Pack 3 de Visual Studio 6.0 Readme, consultez les articles suivants dans la Knowledge Microsoft Base :

230722 Visual Studio 6.0 SP3 Fichier Lisezmoi partie 1 - présentation et Installation

230724Fichier Lisezmoi de Visual Studio 6.0 SP3 partie 2 - Visual Studio

230726 Fichier Lisezmoi de Visual Studio 6.0 SP3 partie 3 - Visual Base

230727 Visual Studio 6.0 SP3 Fichier Lisezmoi partie 4 - Visual C++

230729Fichier Lisezmoi de Visual Studio 6.0 SP3 partie 5 - Visual FoxPro

230730 Fichier Lisezmoi de Visual Studio 6.0 SP3 partie 6 - Visual InterDev

230732 Visual Studio 6.0 SP3 Fichier Lisezmoi partie 8 - Visual SourceSafe

230733Visual Studio 6.0 SP3 Lisezmoi partie 9 - plus d'informations et de fichiers

Propriétés

Numéro d'article: 230731 - Dernière mise à jour: samedi 20 juillet 2013 - Version: 1.0
Mots-clés : 
kbinfo kbmt KB230731 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d?une traduction incorrecte du contenu ou de son utilisation par les clients.
La version anglaise de cet article est la suivante: 230731
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.
Exclusion de responsabilité concernant les contenus obsolètes dans la Base de connaissances
Cet article concerne des produits pour lesquels Microsoft n'offre plus de support. Il est par conséquent fourni « en l'état » et ne sera plus mis à jour.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com