<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Marco A L Barbosa</title>
	<atom:link href="http://malbarbo.pro.br/feed/" rel="self" type="application/rss+xml" />
	<link>http://malbarbo.pro.br</link>
	<description>ciência da computação, programação e software livre</description>
	<lastBuildDate>Wed, 21 Jul 2010 14:52:02 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Usando o gmail em modo seguro</title>
		<link>http://malbarbo.pro.br/blog/2008/06/19/usando-o-gmail-em-modo-seguro/</link>
		<comments>http://malbarbo.pro.br/blog/2008/06/19/usando-o-gmail-em-modo-seguro/#comments</comments>
		<pubDate>Thu, 19 Jun 2008 20:18:29 +0000</pubDate>
		<dc:creator>malbarbo</dc:creator>
				<category><![CDATA[Google]]></category>
		<category><![CDATA[gmail]]></category>
		<category><![CDATA[https]]></category>
		<category><![CDATA[segurança]]></category>

		<guid isPermaLink="false">http://malbarbo.pro.br/raqueando/?p=18</guid>
		<description><![CDATA[Atualizado 19/08/2008: Está aí um motivo real para usar conexão segura! Atualizado 26/07/2008: Parece que o pessoal do google leu meu post e resolveu facilitar ainda mais! Para efetuar login no gmail o usuário tem que digitar o login e &#8230; <a href="http://malbarbo.pro.br/blog/2008/06/19/usando-o-gmail-em-modo-seguro/">Continue lendo <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Atualizado 19/08/2008: Está aí um <a href="http://www.hungry-hackers.com/2008/08/gmail-account-hacking-tool.html">motivo real</a> para usar conexão segura!</p>
<p>Atualizado 26/07/2008: Parece que o pessoal do google leu meu post e resolveu <a href="http://gmailblog.blogspot.com/2008/07/making-security-easier.html">facilitar</a> ainda mais!</p>
<p>Para efetuar login no gmail o usuário tem que digitar o login e senha usando uma conexão segura (https), no entanto, após efetuar o login, o endereço https é alterada para uma conexão http normal (não segura). Para garantir que toda a sessão, e não apenas o login, sejam seguros, troque o endereço http://mail.google.com por <a title="Gmail seguro" href="https://gmail.com">https://gmail.com</a>.</p>
<p>Para aqueles que já estão usando o Firefox 3, use o endereço <a href="https://mail.google.com">https://mail.google.com</a>. Obrigado pelo comentário André!</p>
]]></content:encoded>
			<wfw:commentRss>http://malbarbo.pro.br/blog/2008/06/19/usando-o-gmail-em-modo-seguro/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Problemas com acentuação em programas java no prompt de comando do Windows</title>
		<link>http://malbarbo.pro.br/blog/2007/11/07/problemas-com-acentuacao-em-programas-java-no-prompt-de-comando-do-windows/</link>
		<comments>http://malbarbo.pro.br/blog/2007/11/07/problemas-com-acentuacao-em-programas-java-no-prompt-de-comando-do-windows/#comments</comments>
		<pubDate>Wed, 07 Nov 2007 18:39:41 +0000</pubDate>
		<dc:creator>malbarbo</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[acentos]]></category>
		<category><![CDATA[acentuação]]></category>
		<category><![CDATA[cmd]]></category>
		<category><![CDATA[prompt de comando]]></category>
		<category><![CDATA[windows]]></category>

		<guid isPermaLink="false">http://www.alemdocommit.com/2007/11/07/problemas-com-acentuacao-em-programas-java-no-prompt-de-comando-do-windows/</guid>
		<description><![CDATA[Quem já executou um programa java no console (prompt de comando) do Windows provavelmente já conhece o problema: algumas letras acentuadas não aparecem corretamente. O problema é antigo e o pessoal da Sun já disse que não vai arrumar, veja &#8230; <a href="http://malbarbo.pro.br/blog/2007/11/07/problemas-com-acentuacao-em-programas-java-no-prompt-de-comando-do-windows/">Continue lendo <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Quem já executou um programa java no console (prompt de comando) do Windows provavelmente já conhece o problema: algumas letras acentuadas não aparecem corretamente. O problema é antigo e o pessoal da Sun já disse que não vai arrumar, veja <a href="http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4170549">bug</a>, <a href="http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4038677">bug</a>, <a href="http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4153167">bug</a>.</p>
<p>Este problema acontece porque o Windows separa a codificação do console (OEM por padrão) da codificação das demais aplicações (ANSI por padrão). Quando a máquina virtual java é iniciada ela assume a codificação das demais aplicações e não a do console.</p>
<p>Vamos usar o código a seguir para ver como isso tudo funciona:</p>
<pre class="brush: java;">
public class Acentos {
    public static void main(String[] args) {
        System.out.println(&quot;file.encoding=&quot; + System.getProperty(&quot;file.encoding&quot;));
        System.out.println(&quot;aàáâã&quot;);
        System.out.println(&quot;eèéê&quot;);
        System.out.println(&quot;iìí&quot;);
        System.out.println(&quot;oòóôõ&quot;);
        System.out.println(&quot;uùúü&quot;);
        System.out.println(&quot;cç&quot;);
    }
}
</pre>
<p>Ao compilar e executar o código temos o seguinte resultado:</p>
<p><img src="/wp-content/uploads/2007/11/windows-cmd-java-solucao-1.png" alt="Console imprimindo acentos com duas codificações diferentes" /></p>
<p>O comando <code>chcp</code> exibe a codificação usada no console, que no caso é 850 (ou Cp850, de CodePage). Na linha 3 é impresso a codificação que o java está utilizando, no caso Cp1252. Como as codificações são diferentes algumas letras acentuadas são não aparecem corretamente. Para resolver o problema temos que fazer as codificações coincidirem. Neste caso existe duas opções, alterar a codificação do console ou disser para o java utilizar outra codificação. A segunda solução é rápida e direta, basta mudar o valor da propriedade <code>file.encoding</code> para cp850. Esta opção não é muito robusta pois exige a mudança na chamada do java para todos os programas.</p>
<p>A outra opção é mudar a codificação do console, isto pode ser feito com o comando <code>chcp 1252</code>. Para esta solução funcionar é preciso alterar a fonte do console. Clique no ícone no canto superior esquerdo da janela do console, selecione &#8220;Propriedades&#8221; e altere a fonte para &#8220;Lucida Console&#8221;. Veja o resultado abaixo.</p>
<p><img src="/wp-content/uploads/2007/11/windows-cmd-java-solucao-2.png" alt="Console imprimindo acentos com duas codificações diferentes 2" /></p>
<p>Para torna a alteração da fonte permanente, clique no ícone no canto superior esquerdo da janela do console, e selecione &#8220;Padrão&#8221;. Feche o console e abra novamente e você verá que a fonte foi alterada, no entanto, ao executar o comando <code>chcp</code> a codificação ainda continua sendo 850. Para mudar a codificação do console é preciso editar o registro, procure a chave <code>\HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Nls\CodePage\OEMCP</code> e altere o valor para 1252. Reinicie o computador e pronto!</p>
<p><img src="/wp-content/uploads/2007/11/windows-regedit-oemcp.png" alt="Editando o registro do windows para alterar OEMCP para 1252" /></p>
<p>Não quis comentar inicialmente, mas ainda existe uma outra solução, que além de acabar com este problema resolve diversos outros: trocar o Windows pelo Ubuntu!</p>
]]></content:encoded>
			<wfw:commentRss>http://malbarbo.pro.br/blog/2007/11/07/problemas-com-acentuacao-em-programas-java-no-prompt-de-comando-do-windows/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
	</channel>
</rss>
