Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que está a utilizar. Foi desactivado o conteúdo do artigo, que pode não ser relevante para si.
INTRODUÇÃO
Este artigo lista informações sobre quebrar problemas relacionados com o .NET Framework 3.0 Service Pack 1 (SP1) depois de actualizar para o .NET Framework 3.5 Service Pack 1 (SP1). Estes problemas são corrigidos no .NET Framework 3.5 actualização do SP1.
Para obter mais informações sobre o. NET Framework 3.5 SP1 actualização, clique o número de artigo que se segue para visualizar o artigo na base de dados de conhecimento da Microsoft:
959209
(http://support.microsoft.com/kb/959209/
)
Está disponível uma actualização para o .NET Framework 3.5 Service Pack 1
A nova funcionalidade de dados dinâmicos está incluída no .NET Framework 3.5 SP1 não é possível navegar relações um-para-um. Devido a impossibilidade de navegar relações um-para-um, qualquer tentativa de criar um Web site dinâmico de dados que está a executar um modelo de dados de estrutura de entidade falha.
A funcionalidade de tampa de browser do ASP.NET é interrompida quando a extensão do FrontPage está instalada. Este problema ocorre porque a extensão do FrontPage adiciona uma pasta oculta na pasta App_Browser que tem um ficheiro de .browser que contém metadados. ASP.NET gera um erro quando passa de ASP.NET destes ficheiros. Este problema afecta os clientes que tenham a extensão do FrontPage instalada.
Depois de instalar o .NET Framework 3.5 SP1, um Web site que utiliza uma versão derivada do controlo UpdateProgress poderá encontrar a seguinte excepção:
Tem de ser especificado um ProgressTemplate no controlo de UpdateProgress com ID 'id'.
Este problema ocorre devido a uma diferença no comportamento entre o .NET Framework 3.5 e o .NET Framework 3.5 SP1. No .NET Framework 3.5, o controlo de UpdateProgress impõe o requisito de uma propriedade de ProgressTemplate a partir de rotina PreRender. Um controlo de UpdateProgress derivado pode subvert que requisito por substituir o evento de OnPreRender no controlo derivado. Por conseguinte, o controlo de UpdateProgress pode evitar chamando o evento de base.OnPreRender. No .NET Framework 3.5 SP1, o controlo de UpdateProgress utiliza o método de CreateChildControls instanciar propriedade ProgressTemplate. Por conseguinte, o requisito é imposto num ponto diferente no ciclo de vida de página. Por conseguinte, a técnica de OnPreRender não é possível subvert a verificação.
A ferramenta de SGEN.exe gera um erro e não gera uma assemblagem de seriação enquanto utiliza a ferramenta de SGEN.exe para gerar uma assemblagem que contém alguns tipos de tem o [Obsolete (ÉErro = true)] propriedade. No entanto, a ferramenta de SGEN.exe não deverá impedir o .NET Framework de serialização não obsoleto tipos na assemblagem.
Serviços Web do Exchange geram excepções devido a problemas do Windows Communication Foundation (WCF). Cada uma das excepções resulta num pedido falhado. Por conseguinte, o serviço do Exchange parece estar a ser temporariamente para baixo ou não funcionar.
As alterações para a optimização de (JIT)-in-time que são efectuadas no .NET Framework 3.5 SP1 causar uma promoção incorrecta de campos para registar. Por conseguinte, JIT gera código incorrecto. Este problema só ocorre quando utiliza instruções cpblk em falta ou as instruções initblk. Estas instruções só são emitidas pelo compilador C++ gerido. Este problema aplica-se a código que é gerado por JIT e por NGEN.
1.1 Assemblagens obfuscated poderão falhar se as assemblagens substituem determinados métodos no .NET Framework. Por exemplo, este problema poderá ocorrer se um tipo de .NET Framework 1.1 substitui um método virtual, mas o mesmo tipo não substitui o método virtual no .NET Framework 2.0. Este não deve ser uma alteração de ruptura, porque ainda existe uma implementação do método anterior na hierarquia de herança. No entanto, se o método virtual é substituído, o método virtual, em seguida, é criado contra 1.1 e, em seguida, o método virtual é encoberto, o código obfuscated não funciona quando o código é executado no .NET Framework 2.0 SP2 ou no .NET Framework 3.5 SP1.
No .NET Framework 3.5 SP1, devido às alterações efectuadas na verificação de um valor NULL para suportar a aleatoriedade das esquema endereço espaço (ASLR), um caso de falha provoca uma violação de acesso no tempo de execução. Esta violação de acesso manifesta como excepção ExecutionEngineException. Além disso, o processo é terminado.
Quando é criada determinados tipos no tempo de execução utilizando reflexão como um produto de anulação da serialização, o tempo de execução introduz um ciclo infinito em processos de 32 bits. Em processos de 64 bits, ocorre uma excepção de memória esgotada. O tipo tem de ser um tipo genérico com instâncias criado utilizando um tipo de referência. Além disso, o tipo tem implementa a interface ISerializable e conter um campo estático.
Depois de instalar o .NET Framework 3.5 SP1, recebe a seguinte mensagem de erro de excepção quando um Web site estiver alojado em IIS:
System.Runtime.InteropServices.COMException
Este problema ocorre whenthe seguintes condições é verdadeira:
O Web site que está alojado em IIS está em execução ASP.NET.
ASP.NET está a utilizar o Windows Presentation Foundation (WPF) para gerar imagens no-a-instantaneamente.
Relativas hiperligações dentro de documentos XPS divida e fazer com que a aplicação falhar. Em documentos XPS, quando procurar uma hiperligação para outra localização dentro do mesmo documento, não acontece nada. Ou, a aplicação que está a hospedar o documento XPS falha.
No .NET Framework 3.5 SP1, o método de Geometry.Combine cria mais pontos ou segmentos que o método cria em versões anteriores. As informações de ponto ou caminho que são geradas pelo WPF utiliza 10 vezes o número de pontos para definir um caminho de geometria como acontecia em versões anteriores. Versões anteriores requerem três linhas para definir uma forma geométrica relativamente simples ou caminho. No entanto, são necessárias 30 linhas no .NET Framework 3.5 SP1.
Depois de instalar o .NET Framework 3.5 SP1, dinâmico de dados não consegue apresentar o ID de chave externa numa relação um-para-um. Os Web sites ou aplicações que são criadas utilizando o ASP.NET dinâmico de dados são cortadas porque dinâmico de dados assume propriedade descritores existem. Dinâmico de dados utiliza os descritores de propriedade para obter etiquetas para hiperligações.
A excepção é gerada é semelhante ao seguinte:
HttpException (0 x 80004005): DataBinding: 'System.Web.UI.WebControls.EntityDataSourceWrapper' não contém uma propriedade com o nome 'Gestor de'.
Não é possível eliminar hiperligações para as propriedades de navegação não recebem o mesmo que o tipo. Este problema ocorre quando o nome do tipo difere a propriedade de navegação que descreve a relação deste tipo com outro tipo.
O cliente de serviços de dados do ADO.NET permite que um programador de cliente para inserir uma nova entidade no serviço e associar essa entidade com outras entidades relacionadas. Se o cliente está a falar para um serviço de dados que está protegido por uma base de dados relacional, as regras do esquema da base de dados são aplicadas na insere para o serviço. Nas bases de dados, é comum para colocar uma restrição NOT NULL chaves externas em tabelas. Neste caso, uma inserção para essa tabela tem de incluir uma chave externa para a entidade relacionada. No entanto, devido a erro de código na biblioteca de cliente ADO.NET, novas entidades e associações de referência não podem ser definidas em simultâneo. Por conseguinte, não é possível utilizar o cliente de serviços de dados do ADO.NET juntamente com as restrições de tabela de chave externa comuns.
Se a biblioteca de cliente é controlar um objecto que está associado um ou mais objectos adicionais, não é possível eliminar um objecto de encomenda. Este problema ocorre porque a biblioteca tenta também eliminar referências entre objectos.
Comportamento de AutoCommit em transacções do Oracle é diferente no .NET Framework 2.0 SP1 do comportamento no .NET Framework 2.0 SP2. O .NET Framework 2.0 SP2, se uma aplicação inicia uma transacção, conclui a transacção e, em seguida, inicia uma nova transacção na mesma ligação, todos os comandos que são executados na transacção segunda executar no modo de consolidação automática. As alterações efectuadas por esses comandos são consolidadas na base de dados, mesmo se a transacção é rejeitada.
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 958484
(http://support.microsoft.com/kb/958484/en-us/
)
Qual foi o esforço que despendeu pessoalmente para utilizar este artigo?
Muito baixo
Baixo
Moderado
Elevado
Muito elevado
Diga-nos porquê e o que podemos fazer para melhorar estas informações
Obrigado! Os seus comentários são utilizados para ajudar-nos a melhorar o conteúdo do nosso suporte. Para obter mais opções de assistência, visite a Home Page de Ajuda e Suporte.