CORRECÇÃO: xp_findnextmsg não não devolve um valor de @ msg_id parâmetros na saída

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: 281238
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
N.º DE BUGS: 351342 (SHILOH_BUGS)
Sintomas
Quando o procedimento de xp_findnextmsg armazenado é executado com @ msg_id parâmetro e a palavra-chave OUTPUT, o parâmetro correctamente não contém o ID da mensagem na saída.
Resolução
Para resolver este problema, obtenha o service pack mais recente do SQL Server 2000. Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
290211INF: How to Obtain the Latest SQL Server 2000 Service Pack
Ponto Da Situação
A Microsoft confirmou que este é um problema no SQL Server 2000. Este problema foi corrigido pela primeira vez no SQL Server 2000 Service Pack 1.
Mais Informação
O procedimento armazenado xp_findnextmsg é utilizado para obter o ID para a seguinte mensagem de correio electrónico na recepção de correio de SQL. Anteriores ao SQL Server 2000 SP1, @ msg_id correctamente o parâmetro de entrada e saído não contém o ID da mensagem na saída.

Por exemplo, as seguintes instruções devolvem sem dados:
DECLARE @status int, @message_id varchar(255)EXEC @status = xp_findnextmsg @msg_id = @message_id OUTPUTSELECT @message_id     --Returns no data.  				
se a variável é definida como um valor antes de executar o procedimento armazenado, esse valor é alterado posteriormente:
DECLARE @status int, @message_id varchar(255)SELECT @message_id = '0x00000000DC66A212B5A2D31180E200805F9F5E780100CBC49A5D9F4C90409F87850197457A2000000139A8560000'EXEC @status = xp_findnextmsg @msg_id = @message_id OUTPUTSELECT @message_id     --Returns '0x00000000DC66A212B5A2D31180E200805F9F5E780100CBC49A5D9F4C90409F87850197457A2000000139A8560000'  				
nota que xp_findnextmsg é também chamado a partir no procedimento armazenado do sistema de sp_processmail .

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 281238 - Última Revisão: 01/16/2015 21:14:29 - Revisão: 3.2

Microsoft SQL Server 2000 Standard Edition

  • kbnosurvey kbarchive kbmt kbbug kbfix kbsqlserv2000sp1fix KB281238 KbMtpt
Comentários
ERROR: at System.Diagnostics.Process.GetProcessHandle(Int32 access, Boolean throwIfExited) at System.Diagnostics.Process.Kill() at Microsoft.Support.SEOInfrastructureService.PhantomJS.PhantomJSRunner.WaitForExit(Process process, Int32 waitTime, StringBuilder dataBuilder, Boolean isTotalProcessTimeout)