INFO: O Visual Studio 6.0 SP3 Leiame: parte 7 - Visual J++

Traduções deste artigo Traduções deste artigo
ID do artigo: 230731
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Este arquivo Leiame contém informações atualizadas para o todo pacote Microsoft Visual Studio ferramentas de desenvolvimento. Se você baixou um Core service pack a partir da Internet, nem todas as seções desse arquivo aplicam a atualizações que você recebeu. Os problemas corrigidos apropriados para os downloads de núcleo são os listados na seção Visual Studio mais seções para os produtos atualizado por seu download de núcleo.

O Microsoft Visual Studio 6.0 Leiame do Service Pack 3 contém as seguintes seções:

PARTE 1: Visão geral e instalação

PARTE 2: Visual Studio

PARTE 3: Visual Basic

PARTE 4: Visual C++

PARTE 5: Visual FoxPro

PARTE 6: Visual InterDev

PARTE 7: Visual J++

PARTE 8: Visual SourceSafe

PARTE 9: Versões de arquivo

Para o informações de produto mais recentes, consulte o site da Web do Visual Studio em:

http://msdn.microsoft.com/vstudio
As atualizações de produto mais recentes, consulte o suporte do Visual Studio Destaques do site em:
http://support.microsoft.com/support/vstudio
Consulte a seção de referências abaixo para obter mais informações sobre as outras partes deste arquivo Leiame.

Mais Informações

VISUAL J++

Informações sobre a instalação

Alguns recursos do relacionadas à depuração do Microsoft Visual J++ 6.0 Transaction Server (MTS) requerem o Windows NT 4.0 Service Pack 4 (SP4). Windows NT 4.0 SP4 está disponível na página da Web do Microsoft Windows Update .
Visual J++ aplicativos não conseguem ser depurado no Windows 2000 Beta 3
Um problema mais recentes pode impedir a depuração do Visual J++ aplicativos onWindows 2000 Beta 3. Esse erro não impede você de compilar seus aplicativos. Para obter mais informações, consulte:
Microsoft Visual Studio suporte realça a página.

Nova máquina Virtual da Microsoft

Em resposta a problemas de automação observado na automação, o Microsoft virtual machine (Microsoft VM) arquivos foram atualizados, começando com Service Pack 2. É a versão da Microsoft VM incluída neste service pack listados na seção Visual J++ da lista de arquivos na parte 9 deste arquivo Leiame. Esta alteração será aplicada tanto na máquina onde o Microsoft Visual J++ é instalado e também para a Visual J++ pasta redistribuível, então o Visual J++ aplicativos distribuídos também incluirá a automação atualizada arquivos.

Para alternar entre as versões de depuração e comercial do Microsoft Classes de sistema VM, execute classd.exe ou classr.exe.

Este service pack contém os Visual J++ arquivos necessários necessários para cumprir a pauta preliminar emitida pelo Governo Federal Tribunal Distrital juiz Ronald H. Whyte. Essas alterações também foram incluídas no Service Pack 2.

Compilador, depurador, ActiveX e correções IDE

Nesta versão do service pack, os seguintes problemas em geral ambiente de programação foram resolvidos:
  • O método onCOMRegister não foi sendo invocado por uma DLL Java/COM-empacotados, causando problemas no registro de DLLs.
  • Uma falha de proteção geral ocorreu envolvendo o PDM. dll arquivo após a execução de script que transformados dados XML.
  • Uma seqüência específica de carro, alimentações de linha e espaços Retorna o causado o editor de códigos do Visual J++ e o depurador estão fora de sincronia quando percorrendo o código.
  • Controles criados com o Visual J++ foram marcados como usando o padrão-threading model ambos. Essa configuração padrão cria vários problemas. Primeiro, usuário controles de interface estão vinculados para o segmento que possui a janela do controle alça, que impede que o controle funcione corretamente em um multithread segmento de compartimento. No service pack 3, o modelo de threading padrão para ActiveX controles foi alterado para apartamento.
  • Saindo do Internet Explorer 5 em um computador com o depurador Visual J++ instalado pode rescindir anormalmente. Esse problema depende do tipo de conteúdo exibido no Internet Explorer 5 e da velocidade da sua máquina. Isso foi corrigido no Visual Studio Service Pack 3.
  • IDE travou ao fazer um partir do salvar um projeto utilitário. Isso foi corrigido no service pack.
  • Se os usuários abriam a caixa de diálogo Propriedades de ponto de interrupção várias vezes durante a depuração no modo de interrupção, Visual J++ teve problemas para lidar com essas várias instâncias.
  • JVC não compilaria corretamente contra com.ms.fx.IFxLocaleFormatting.class ou com.ms.fx.FxFormattedText.class.
  • Problema Debugging script comportamentos. Comportamentos do script do Internet Explorer 5 (. htc) não estavam acessíveis via o depurador e, portanto, não puderam ser depurado. Isso tem sido corrigido no Visual Studio 6.0 Service Pack 3.
  • Tratados pelo Visual Studio, mesmo que o depurador de scripts estava presente de erros de tempo de execução. Erros de tempo de execução seriam manipulados pelo Visual Studio 6.0 mesmo se o Depurador de scripts foram instalados. Os usuários não conseguiam escolher o depurador de scripts como o aplicativo para usar nessa situação. Visual Studio ou o Script Depurador agora pode manipular erros em tempo de execução.
  • Service Pack 3 contém uma atualização do depurador que possibilita a usuário definir pontos de interrupção de tempo de design em arquivos. js e. vbs.
  • O comportamento de um formulário que inclui um single-threaded Controle ActiveX variam, dependendo do ambiente no qual o aplicativo foi executado. Por exemplo, se você criou um single-threaded controle de edição, incluído que controle em um formulário e compilado o formulário em um arquivo executável, a edição controle seria impossível processar pressionamento de teclas. No entanto, se você não compile o formulário em um arquivo executável e executou seu aplicativo através do JView, a edição controle se comportam conforme o esperado. Esse service pack inclui uma atualização que possibilita controles de ActiveX Single-threaded incorporados em um formulário WFC para se comportar conforme o esperado, independentemente do ambiente em que eles são executados.
  • Ao adicionar um controle DHTML Editar para o Internet Explorer 5, Visual J++ começou a gerar os invólucros apropriados e a compilação, mas ele seria congelar. Isso tem sido corrigido na Jactivex.exe incluída neste service pack.
  • Quando a depuração Visual J++ 6.0 no Windows NT, a máquina O Gerenciador de depuração recuperados anteriormente o nome de arquivo do processo consultando o registro de dados de desempenho. Essa abordagem para recuperar as informações do processo causou a falha. Conseqüentemente, o Machine Debug Manager foi modificado para Primeiramente, tentar usar a API de Status do processo para recuperar dados do processo. Se este tentativa falha, o Machine Debug Manager consulta os dados de desempenho Registro.

Microsoft Windows Foundation Classes correções

Os seguintes itens foram corrigidos no 1.0.0.8443 de versão do as Windows Foundation Classes. Esta versão é instalada com o Microsoft VM incluído com o Service Pack 3.

Correções de suporte do ActiveX

  • 215353ActiveXHost não lidar com licença de certos controles ActiveX. Ao hospedar certos controles ActiveX, como o DB grade 6.0, que exige uma licença em um computador diferente em que o formulário foi criado originalmente, uma caixa de diálogo de erro ou aviso será exibido informando o licença seria expirar em n dias. Isso ocorrerá mesmo se o computador onde o aplicativo foi implantado tinha uma cópia válida da licença. Isso é agora fixo, e o aviso não aparecerá, a menos que o controle está sem licença.

Correções de código-behind-HTML

Consulte também problemas de conhecidos.
  • 194787DhDocument.setTitle não funcionará em initForm. Chamar o DhDocument.setTitle(título string) não tinha nenhum efeito sobre o título do documento. Chamando setTitle em onDocumentLoad pode solucionar esse problema. DhDocument.setTitle agora funciona corretamente em ambos os initForm e onDocumentLoad.
  • 195174Quando<BODY>marcas não estão em maiúsculas, controles JDHTML não podem ser adicionados a um modelo vinculado.</BODY>Quando o código fazendo do servidor HTML behind e o<BODY>marcas no documento de modelo HTML não estavam em letras maiúsculas (<BODY>), a módulo de code-behind não pôde vincular corretamente para o documento e DhElements não pôde ser adicionado à página. Procurar por<BODY>marcas acontece agora diferenciação.</BODY></BODY></BODY>
  • 195173WinIOException ao chamar DhDocument.dumpDHTML e DhDocument.dumpHTML.DhDocument.dumpHTML e DhDocument.dumpDHTML são métodos não suportados. Elas foram marcadas como @deprecated, e o compilador emitirá um aviso se eles estiverem usado.
  • 197567DhCell.resetTextAlign não define as células alinhamento do texto para que sua linha contendo.DhCell.resetTextAlign agora redefine o alinhamento do texto na célula para coincidir com o da o DhRow em que está contida na célula.
  • 197566Após a remoção de uma linha de cabeçalho ou rodapé, DhTable.removeAll lança uma exceção. No WFC lançada, ArrayIndexOutOfBounds ocorreu uma exceção ao remover um cabeçalho ou rodapé. Isso é não mais o caso.
  • 223366DhStyleBase não tem setBackgroundImage. Não era possível definir diretamente o estilo de imagem de plano de fundo para Elementos derivados de DhStyleBase sem programação através do Internet Explorer Modelo de objeto do documento. DhStyleBase agora tem um novo método: setBackgroundImage(String imageURL) onde imageURL é o caminho (totalmente qualificado ou relativo) para a imagem.
  • 223370Suporte a manipulador de eventos WFC.Controles de interface do usuário no cenário do Code-Behind HTML. Em um projeto HTML code-behind no Visual J++ 6.0, os usuários encontrarão Quando wfc.ui controles são adicionados a uma página HTML, eles não suportam eventos manipuladores para os eventos AoEntrar e onLeave . No entanto, os eventos onMouseEnter e onMouseLeave ainda serão executado corretamente. O AoEntrar e onLeave executados somente quando um controle é colocado em um wfc.ui.Form.
  • OnDocumentLoad seja chamado pára de ligação a um DhInlineFrame. Vinculando um DhInlineFrame a uma marca de <IFRAME>em initForm com DhDocument.setBoundElements (DhElement elements[]) lançaria uma exceção silenciosamente foi tratada pela Framework. Como resultado, o onDocumentLoad nunca foi chamado para um documento. Esse bug foi corrigido agora. O Framework agora corretamente associa um DhInlineFrame a marca <IFRAME>, e onDocumentLoad é chamado conforme o esperado. </IFRAME></IFRAME>
  • De ligação para uma DIV elemento que possui um texto que não está entre as tags SPAN causa uma exceção. Vinculação a elementos que estavam aninhados muito às vezes causados um elemento não encontrado exceção seja lançada. A solução foi colocar bruto Texto HTML tags de <span>. Esse problema foi corrigido e a solução não é mais necessária. </span>
  • Chamando e métodos de ligação em controles WFC em um cenário de Code-Behind. Os usuários podem adicionar controles de com.ms.wfc.ui para um HTML da página e têm-los a participar de uma cenário de code-behind. Para obter o comportamento apropriado, os usuários devem chamar tanto o método DhBaseContainer.add (com.ms.wfc.ui.Control c) ou use DhComponentWrapper.Criando um DhComponentWrapper, definindo sua propriedade de controle (ou especificar o controle no construtor), e adicioná-la a um recipiente é equivalente a chamar o método DhBaseContainer.add . Para obter mais informações, consulte DhComponentWrapper e DhBaseContainer.
  • Chamando DhModule.doMain de um aplicativo de console faz com que um NullPointerException. Os aplicativos do servidor podem ser testados em um aplicativo de console Criando um objeto DhModule , definindo a classe de código do lado do servidor e, em seguida, chamar domínio.Anteriormente, chamar o domínio dessa maneira pode causar uma exceção de ponteiro nulo; Isso agora funciona corretamente.
  • Alterar uma seleção de guia causar NullPointerException. Selecionar uma guia em um TabControl hospedado em uma página HTML no um cenário de code-behind causaria um NullPointerException. Essa exceção é nenhum mais lançada.
  • Aplicativos de código-behind-HTML editados no Designer de HTML não funcionam no Internet Explorer 5. Aplicativos de código-behind-HTML editados no Designer de HTML, não funcionar com o Internet Explorer 5 instalado, pois o <PARAM> marcas de elementos de <OBJECT>são descartados incorretamente. Código-behind-HTML aplicativos que são implantados já não são afetados. Isso tem sido corrigido no Visual Studio Service Pack 3.</OBJECT>
  • Amostras de código-behind-HTML de vj6sampl.exe podem parar de funcionar quando o Internet Explorer 5 está instalado. Os exemplos de código-behind-HTML de vj6sampl.exe como "dhButton", "dhContainer" e "dhImage" podem parar de funcionar quando Microsoft versão da máquina virtual 5.0.3167 está instalado. Microsoft VM version 5.0.3167 acompanha o Internet Explorer 5. Isso foi corrigido no Visual Studio Service Pack 3.
  • DhBulletedList.resetID lança DhElementNotFoundException. Chamando resetID em um DhBulletedList ainda lançar DhElementNotFoundException, e o método agora está marcado como @deprecated.No entanto, um aviso será gerado em tempo de compilação. Além disso, o método não é exibido no CodeSense ou no Pesquisador de objetos para evitar que uma desenvolvedor de chamá-lo acidentalmente.
  • DhCell.getText em célula com dados vinculados DhTable retorna uma seqüência vazia. Isso agora funciona corretamente.
  • DhDocument.findElement lança DhElementNotFoundException se chamado após DhDocument.getAllElements. Chamar o DhDocument.findElement(string elementID) lançaria um DhElementNotFoundException se ela foi chamada para encontrar um elemento após uma chamada para DhDocument.getAllElements.DhDocument.findElement agora funciona corretamente mesmo se DhDocument.getAllElements foi chamado pela primeira vez.
  • DhEdit.addOnClick lança um com.ms.wfc.core.WFCException para caixas de texto de várias linhas só. Adicionar um manipulador de eventos para um multiline DhEdit em initForm lançaria um WFCException alegando o elemento não era um<INPUT type="text">ou <TEXTAREA>. A solução foi adicionar a manipuladores de eventos para o multiline Editar controle em onDocumentLoad.Adicionando manipuladores de eventos agora funciona conforme o esperado em ambos os initForm e onDocumentLoad. </TEXTAREA>
  • ResetID DhElement método foi preterido. O método resetID da classe DhElement falhou. Este service pack, o método funciona, mas tem foi preterido.
  • DhModule nunca é finalizado, causando um vazamento de memória IIS. Nesta versão do service pack, DhModule agora é descartado corretamente Após o uso.
  • DhModule métodos para recuperar o valor de um objeto PARAM. A classe DhModule agora suporta os seguintes métodos que possibilitam a recupere o valor de marcas PARAM de um objeto:
    • public String getParameter (String paramName)
    • getParameterNames() de [] seqüência públicos
    O parâmetro paramName identifica o parâmetro de objeto que você deseja recupere. Se nenhum parâmetro de objeto corresponde ao que que você solicitar, isso método retorna uma seqüência vazia.

    O segundo método, getParameterNames, recupera os nomes de todos os valores de parâmetro disponíveis e retorna esses nomes em uma matriz de objetos String. Esses métodos são suportados para uso somente no Internet Explorer. Uma chamada para Esses métodos de dentro de outros disparadores de ambiente uma WFCInvalidStateException.

  • DhRadioButton e DhCheckBox não superfície atributos do modelo de objeto de documento ou estilos definidos em HTML. Vinculando a um botão de opção HTML ou a caixa de seleção que tinha personalizado propriedades definidas nela não seriam manter essas propriedades depois que o objeto foi ligado em JDHTML. Essas propriedades exclusivas seriam perdidas depois que o objeto foi ligado. Isso agora é fixo e as propriedades personalizadas para caixas de seleção e botões de opção são disponível em JDHTML.
  • DhRow.add agora leva apenas DhCell. A primeira versão do WFC, DhRow.add levaria qualquer Objeto derivado de DhElement. Se o objeto não era um derivado de DhCell, o método falhará silenciosamente. Nesta versão, um WFCInvalidParameterException será lançada se o DhElement não é derivado de DhCell.
  • DhTable.showNextPage lança uma exceção de ponteiro nulo quando chamado após getBodyCell. Esse problema aparece apenas no Internet Explorer 5. Chamada DhTable.showNextPage agora funciona corretamente mesmo se já tiver sido chamado getBodyCell .
  • DhText.setFont, DhText.getFont e DhText.resetFont não funcionam corretamente. Se o texto representado em um objeto DhText foi processado em uma fonte externa com traçado ou sublinhada, chamar setFont nesse objeto com uma fonte sem sublinhado ou out não com traçado seria Não remova o sublinhado ou tachado-out atributos da fonte. Isso funciona agora conforme o esperado.
  • Obter uma exceção no WFC no código do lado do servidor irá criar problemas no IIS, fazendo com que a falta de memória. DataBound DhTables que nunca foram adicionados a um recipiente não iria finalizada corretamente, fazendo com que o IIS para consumir mas nunca liberar sua memória.
  • Internet Explorer 5 retorna "não é possível obter exceção de superfície de formulário WFC" se carregando um cenário complexo de code-behind em toda rede. As configurações de segurança padrão no Internet Explorer 5 eram evitar que os controles WFC em um cenário de code-behind funcionando corretamente se os Documento HTML foi carregado de um site de intranet ou de unidade de rede local. Isso cenário agora funciona conforme o esperado.
  • Problema no Internet Explorer com Mshtml. dll deve fechar a janela do navegador depois de iniciado o cronômetro. O IOleClientSite para o controle timer estava sendo destruído antes que o objeto foi desativado. O objeto agora está desativado antes que seu site seja destruído.
  • Melhoria de desempenho: Adicionar DhBaseContainer.removeAllSafe. DhBaseContainer agora tem um método removeAllSafe que remove todos os elementos filho muito rapidamente. Ela é usada no momento em DhBulletedList e também pode ser usado no contêiner, derivada do desenvolvedor como a seguir:
    public void setElement(DhElement e)
    {
        removeAllSafe();
        m_item = e;
        if (e != null)
           super.add(e);
    }
    					
  • Problemas de elementos de ligação para DHDocument se não há objetos estavam vinculados primeiro. Houve um problema com a vinculação e a adição de objetos a uma DhDocument. Se não há objetos foram adicionados para um DhDocument antes de uma chamada para setHTMLDocument, e em seguida, todas as adições subseqüentes, como setBoundsElement, para DhDocument falhará. Esse comportamento foi corrigido.
  • ReadyStateEvent tem "???" como o valor para o estado de pronto. O ReadyStateEvent tinha a string "???" como o valor para o readyState independentemente de qual era o estado de pronto. O estado de pronto agora pode ser uma das seguintes opções valores: completo, interativo, carregado ou não inicializada.
  • Estilos sem um ponto (.) no início do nome não pode ser adicionado a elementos. Se um DhStyle foi criado usando o construtor de DhStyle(string name) , e o parâmetro de nome não tenha sido iniciado com um ponto, o estilo não pôde ser adicionado a um elemento. Este construtor agora precede um período para o nome do estilo Se uma não já estiver lá.
  • Foi adicionado o método getPropertyBag para DhModule. A primeira versão do WFC, era impossível para um Classe derivada de DhDocument em um cenário de code-behind para chegar a qualquer <PARAM> marcas dentro de sua DhModule <OBJECT>marca. DhModule possui dois novos métodos: </OBJECT>
    • getParameterNames de [] seqüência públicos
      Retorna uma matriz de seqüências de caracteres que representa os atributos de nome para cada um do <PARAM> marcas.
    • public String getParameter (string parameterName)
      Retorna o atributo de valor para o passado em nome do parâmetro.
  • Ao ligar a uma tabela com um cabeçalho existente ou a linha de rodapé, a linha de cabeçalho/rodapé não é tratada como parte da tabela. Chamando DhDocument.setBoundElements (DhElement elements[]) para vincular um DhTable a um existente<TABLE>em HTML deve vincular para a tabela. No entanto, se essa tabela contiver um <THEAD>ou <TFOOT>, eles não foram tratados como uma parte da tabela. Por exemplo, myTable.removeAll seria remover todas as linhas de corpo, mas as linhas de cabeçalho e rodapé permaneceria. A solução anterior era obter o<TABLE>com DhDocument.findElement(id de string) em onDocumentLoad.Ambos os cenários agora funcionam conforme o esperado.</TABLE></TFOOT></THEAD></TABLE>

Outra biblioteca WFC e correções de controle

  • 223358a criação de mais de dois filhos MDI no construtor do pai lança um WFCException. Se um formulário criado mais de duas interface de documentos múltiplos filhos no seu construtor, um Win32Exception WFC seria lançada. Depois de fazer isso exceção, o formulário terá somente dois filhos adicionados. Agora é fixa. Um um número arbitrário de filhos MDI pode ser criado e adicionado a um formulário no seu construtor.
  • 223365: Eventos MouseEnter e MouseLeave ficaria confuso em uma PictureBox que precisa recriar uma alça. Os eventos MouseEnter e MouseLeave causaria problemas se, no resposta a uma delas, um PictureBox eram ser recriada. Por exemplo, chamar o método setBorderStyle em uma PictureBox causará uma recriação da alça. Se este método foi chamado em um manipulador de evento MouseEnter ou MouseLeave , o estado de MouseEnter/deixar seria deixado não resolvidos e futuros eventos Enter/deixar não seriam reconhecidos. Isso é fixo na maioria dos casos, embora seja possível que um ou mais entrar/sair eventos. O controle, no entanto, ressincronizará em si e os eventos Enter/deixar são acionados como esperado após algum tempo.
  • 223351SetSelectedIndex no controle guia não pintar corretamente filhos. Chamar o método setSelectedIndex em um TabControl falhará, algumas vezes processar o filho controles em que página corretamente. Esse problema foi resolvido.
  • 223368Método setChecked não funcionando no Menu de contexto. Menus de contexto para controles não estavam recebendo suas Mensagem WM_INITMENUPOPUP. Portanto, qualquer verificação de menu executada não eram aplicado. Chamar o método setChecked nos menus de contexto agora funciona conforme o esperado.
  • 223352Botão dimensionamento é inconsistente entre o Designer de formulários e o tempo de execução. Janelas filho MDI são criadas no construtor do seu Quadros MDI teria autoscaling aplicado a eles duas vezes, uma vez pelo pai e uma vez por si só. Isso poderia causar controles na janela filho para ser dimensionada diferente no execute tempo e em tempo de design. MDI não mais pais AutoEscala seus filhos.
  • 223344o método com.ms.wfc.app.RegistryKey.setValue não funciona corretamente para arrays de string. Ao chamar com.ms.wfc.app.RegistryKey.setValue (objeto) com uma matriz de seqüência de caracteres que é seu parâmetro, várias caracteres do último elemento da seqüência de caracteres na matriz não seriam gravadas corretamente. Gravação de matrizes de seqüência de caracteres com este método agora funciona corretamente.
  • 223367o método com.ms.wfc.app.RegistryKey.setValue não conta para caracteres de terminação no Windows NT. Ao definir o valor de uma seqüência de caracteres com com.ms.wfc.app.RegistryKey.setValue no Windows NT, não estava adicionando caracteres nulo de terminação corretamente. Isso foi corrigido. A NullPointerException é lançada quando a remoção de um RebarBand sem um controle filho. O código a seguir emitiu um NullPointerException:
    RebarBand Band = new RebarBand();
    rebar1.addBand(Band);
    rebar1.removeBand(Band); // throws NullPointerException
    					
    Isso agora funciona corretamente, e a exceção não é lançada.

  • Não é possível iniciar o Rebar com várias RebarBands na mesma linha. Em tempo de design, era possível criar um controle Rebar com várias RebarBands na mesma linha. Em tempo de execução No entanto, cada RebarBand seria exibida em sua própria linha. Os RebarBands agora aparecem na linha onde eles pertencem.
  • Problemas de ligação de dados para dateTimePicker. O campo de data no controle DateTimePicker com êxito agora pode ser ligado a um campo de dados de data em um banco de dados.
  • Form.createWindowGraphics lança um WFCInvalidArgumentExceptioN. Este método agora funciona conforme o esperado, e uma classe utilizável com.ms.wfc.ui.Graphics é retornada.
  • Lixo aparece na barra de ferramentas depois de instalar o IE5. Ao executar o Internet Explorer 5 no Windows 95 ou Windows 98, caracteres embaralhados apareceria na dica de ferramenta da barra de ferramentas e da barra de ferramentas imagem do botão. Isso foi corrigido no service pack.
  • ImageList define padrões para 16 cores. O controle ImageList agora tem uma nova propriedade: colorDepth.O valor desta propriedade deve ser definido como uma das constantes na enumeração ColorDepth. No entanto, quando executado em um sistema com mais de 256 cores onde ImageList é conter imagens com 256 cores, a propriedade colorDepth deve ser definida como um destes procedimentos:
    • ColorDepth.COLORDEPTH_64K_COLORS
    • ColorDepth.COLORDEPTH_MILLIONS_OF_COLORS
    • ColorDepth.COLORDEPTH_TRUE_COLOR
  • ListItem.setSelected(false) e setFocused(false) não funcionam. No código, você pode agora com êxito limpar e remover o foco de ListItems em um controle ListView.
  • Menu de campo de dados modificando drop-down na página de propriedades do DataBinder. Visual J++ 6.0 pode parar de responder quando o usuário tentou modificar o menu de campo de dados drop-down na página Propriedades de um DataBinder objeto. RasterOp.BRUSH e RasterOp.PEN não funcionar conforme o esperado com imagens transparentes. Seria uma imagem transparente com uma RasterOp de CANETA ou PINCEL de desenho desenhar as áreas não transparentes da imagem em branco em vez da cor de o PINCEL ou CANETA. Isso será corrigido para o caso de RasterOp.BRUSH. Para RasterOp.PEN, nada é desenhado.
  • Objeto de salvar uma imagem em um fluxo de memória não funciona conforme o esperado. Extração de um objeto de imagem de um ImageList e tentando mantê-los em um fluxo de memória ou arquivo não se o PICTDESC subjacente foi nulo.Um bitmap válido PICTDESC retornado e a imagem pode ser persistentes com êxito.
  • Problemas de sistema no Windows NT 4.0 Service Pack 3. Sob determinadas circunstâncias, um computador que esteja executando o Windows NT 4.0 Service Pack 3 congela ao executar um aplicativo WFC que mostrou uma janela que não tinha uma janela pai. Esse problema foi corrigido no Windows NT 4.0 Service Pack 4 e o Visual Studio 6.0 Service Pack 3. O WFC agora verifica o pai janela corretamente.
  • Ao estender HTMLControl, nunca é chamado de onDocumentReady. Um controle escritas pelo usuário que estendeu o com.ms.wfc.ui.HTMLControl nunca chamado o método onDocumentReady . Isso agora é fixo e o método é chamado como esperado.

Outras correções

  • 223361Valor do método Time.getDayOfWeek retornou erro. A seção "Comentários" para o método Time.getDayOfWeek contém informações incorretas. Ele deve indicar o número retornado pelo getDayOfWeek método é sempre de 0 a 6 em que um valor de 0 representa domingo.
  • Sobrecarregado construtores File.File omitidos da documentação de referência WFC. As seguintes versões sobrecarregadas do construtor foram omitidas tópico File.File :
    • Arquivo pública (String de caminho, int modo)
    • Arquivo pública (String de caminho, int modo, int acesso)
    Na primeira versão, o acesso ao arquivo é definido como ReadWrite e compartilhamento de arquivos é definido como FileShare. No segundo versão, compartilhamento de arquivos é definido como FileShare se o parâmetro de acesso está definido para FileAccess; Caso contrário, o compartilhamento de arquivos é definido como FileShare.

Problemas conhecidos

Bancos de dados do Access 2000 devem ser conectados via ODBC no Assistente de formulário de dados

Você pode receber um erro "formato de banco de dados não reconhecido" quando Conectando-se a um banco de dados do Access 2000 usando o Assistente de formulário de dados. Para conectar-se a Access 2000 banco de dados, especifique o tipo de banco de dados como ODBC (em vez de acesso, que irá considerar que o Access 98) na página "Tipo de banco de dados". Em conectar-se Página de informações, você pode especificar o arquivo de banco de dados do Access 2000 (*. mdb) como o banco de dados e como o driver do Microsoft Access Driver (*. mdb). Como alternativa, Você pode configurar um DSN usando o Assistente de fonte de dados ODBC a partir do Windows Painel de controle e especifique o DSN na página informações de conexão de dados Assistente de formulário.

Suporte a HTML code-behind e o Windows 2000 Beta 3

Controles WFC do pacote com.ms.wfc.ui que são adicionados a uma DhDocument (por meio do método DhComponentWrapper()) não funcionam no Windows 2000 Beta 3. Esse problema será corrigido em uma versão futura do Windows 2000.

Referências

Para obter mais informações sobre o Visual Studio 6.0 SP3 arquivos Leiame, consulte os seguintes artigos do Microsoft Knowledge Base:

230722 Visual Studio 6.0 SP3 Leiame parte 1 - Visão geral e instalação

230724Visual Studio 6.0 SP3 Leiame parte 2 - Visual Studio

230726 Visual Studio 6.0 SP3 Leiame parte 3 - Visual Básico

230727 Visual Studio 6.0 SP3 Leiame parte 4 - Visual C++

230729Visual Studio 6.0 SP3 Leiame parte 5 - Visual FoxPro

230730 Visual Studio 6.0 SP3 Leiame parte 6 - Visual InterDev

230732 Visual Studio 6.0 SP3 Leiame parte 8 - Visual SourceSafe

230733Visual Studio 6.0 SP3 Leiame parte 9 - arquivos e mais informações

Propriedades

ID do artigo: 230731 - Última revisão: sábado, 20 de julho de 2013 - Revisão: 1.0
Palavras-chave: 
kbinfo kbmt KB230731 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.
Clique aqui para ver a versão em Inglês deste artigo: 230731
Aviso de Isenção de Responsabilidade sobre Conteúdo do KB Aposentado
Este artigo trata de produtos para os quais a Microsoft não mais oferece suporte. Por esta razão, este artigo é oferecido "como está" e não será mais atualizado.

Submeter comentários

 

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