Existe uma maneira de exibir as linhas no rastreamento de pilha para o assembly .NET compilado / implantado no modo Release?

ATUALIZAR:

Meu aplicativo é dividido em três projetos de bibliotecas de classes e um projeto de "site" do ASP.NET. O erro que estou tentando rastrear está em um dos três projetos de biblioteca de classes. Eu implantei apenas o arquivo pdb para o projeto da biblioteca de classes que está gerando o erro "Referência de objeto não definida para uma instância de um objeto".

Os números das linhas ainda não estão aparecendo no rastreamento da pilha. Preciso implantar os arquivos pdb em todos os projetos para obter os números de linha no rastreamento de pilha?

Solução de trabalho

A implantação do arquivo pdb para cada aplicativo corrigiu o problema de número de linha.

• Vá para a janela Propriedades do projeto em que deseja ver os números das linhas de rastreamento da pilha.
• Clique na compilação "guia vertical".
• Selecione a configuração "Release". Verifique o parâmetro constante DEBUG.
• Desmarque o parâmetro "Otimizar código" para evitar problemas ocasionais de rastreamento com o código embutido (esta etapa não é essencial).
• Pressione o botão Avançado ... e escolha Saída -> Informações sobre depuração -> somente pdb.
• Implante o arquivo .pdb gerado com o assembly.

Implementado com o comentário abaixo:

• Outra coisa a verificar é na seção "Empacotar / publicar na Web" que a caixa de seleção "Excluir símbolos de depuração gerados" também está desmarcada

No VS2012, é necessário desmarcar a opção "Excluir símbolos de depuração gerados" na seção Package / Publish Web das propriedades também.

Minha solução

Copie o arquivo pdb na mesma pasta que o arquivo executável.

agora eu posso ver o número da linha quando executar o arquivo exe.

isso é razão

http://msdn.microsoft.com/en-us/library/ee416588%28v=vs.85%29.aspx

Eu já tive problemas no passado, onde sinto a necessidade de implantar arquivos PDB com uma compilação de versão para rastrear um erro. O motivo é que, como você disse, a exceção ocorreu em um método muito grande e eu não consegui identificar com precisão onde isso estava acontecendo.

Isso pode ser uma indicação de que o método precisa ser refatorado para métodos menores e mais granulares. Não existe uma resposta única para todas as respostas, mas essa abordagem me serviu bem no curto prazo (muitas vezes encontrei o bug durante a refatoração) e no longo prazo.

Apenas um pensamento.

Inclua símbolos de depuração no seu pacote de compilação / implantação.

No VS 2008 Express, encontrei-o em Propriedades do projeto -> Compilar -> Opções avançadas de compilação.

Isso funciona sempre. Você só precisa substring a mensagem de rastreamento de pilha. Real fácil! Além disso, no vb.net você precisa fazer o "Show All Files" e incluir o pdb.

'Err is the exception passed to this function

Dim lineGrab As String = err.StackTrace.Substring(err.StackTrace.Length - 5)
Dim i As Integer = 0
While i < lineGrab.Length                   
    If (IsNumeric(lineGrab(i))) Then
        lineNo.Append(lineGrab(i))
    End If
    i += 1
End While

'LineNo holds the number as a string

Versão c #:

string lineGrab = error.StackTrace.Substring(error.StackTrace.Length - 5);

int i = 0;
int value;
while (i < lineGrab.Length)
{
    if (int.TryParse(lineGrab[i].ToString(), out value))
    {
        strLineNo.Append(lineGrab[i]);
    }
    i++;
}