Eu tenho trabalhado na análise de seqüências de caracteres e eu tenho um caso de teste que vem causando problemas para mim. Ao analisar uma string de data / hora com strptime, o horário de verão NÃO é contabilizado. Este é um bug, tanto quanto eu posso dizer. Não consigo encontrar nenhum documento sobre esse bug. Aqui está um caso de teste no console do Rails. Este é o rubi 1.9.3-p215 e o Rails 3.2.2.

<code>1.9.3-p125 :049 >   dt = DateTime.strptime("2012-04-15 10:00 Central Time (US & Canada)", "%Y-%m-%d %H:%M %Z")  
=> Sun, 15 Apr 2012 10:00:00 -0600  
1.9.3-p125 :050 > dt = DateTime.strptime("2012-04-15 10:00 Central Time (US & Canada)", "%Y-%m-%d %H:%M %Z").utc  
=> Sun, 15 Apr 2012 16:00:00 +0000  
1.9.3-p125 :051 > dt = DateTime.strptime("2012-04-15 10:00 Central Time (US & Canada)", "%Y-%m-%d %H:%M %Z").utc.in_time_zone("Central Time (US & Canada)")  
=> Sun, 15 Apr 2012 11:00:00 CDT -05:00  
</code>

Como você pode ver, eu tenho que converter para utc e, em seguida, voltar ao fuso horário para obter DST para ser interpretado corretamente, mas, em seguida, o tempo é deslocado uma hora também, então não é o que eu analisei da seqüência. Alguém tem uma solução para esse bug ou uma maneira mais robusta de analisar uma data + hora + fuso horário de forma confiável em um objeto DateTime em que o horário de verão é representado adequadamente? Obrigado.

Edit: Ok, eu encontrei uma solução alternativa, embora eu não tenho certeza de quão robusto é.

Aqui está um exemplo:

<code>ActiveSupport::TimeZone["Central Time (US & Canada)"].parse "2012-04-15 10:00"  
</code>

Isso analisa a seqüência de data / hora no fuso horário correto. Eu não tenho certeza de quão robusto é o método de análise para lidar com isso, então eu gostaria de ver se há uma solução melhor, mas este é o meu método até agora.