<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comentários sobre: madExcept 3.0k para Delphi 2010</title>
	<atom:link href="http://www.cesarromero.com.br/2009/madexcept-3-0k-para-delphi-2010/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.cesarromero.com.br/2009/madexcept-3-0k-para-delphi-2010/</link>
	<description>Delphi programming</description>
	<lastBuildDate>Fri, 10 Sep 2010 02:11:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1-alpha</generator>
	<item>
		<title>Por: Anderson</title>
		<link>http://www.cesarromero.com.br/2009/madexcept-3-0k-para-delphi-2010/comment-page-1/#comment-11916</link>
		<dc:creator>Anderson</dc:creator>
		<pubDate>Wed, 23 Sep 2009 14:54:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.cesarromero.com.br/?p=681#comment-11916</guid>
		<description>Resolvida a questão de acesso a imagem. A rotina de acesso está ok, o problema era na definição do campo BLOB.

Definido agora como:  BLOB SUB_TYPE 0

O driver da Devart me parece mais robusto, rápido (e mais experto), pois muitos dos problemas que se apresentaram com o driver da Embarcadero, o driver da Devart resolvia as questões internamente. Espero concluir os testes com os trials em 2 semanas.</description>
		<content:encoded><![CDATA[<p>Resolvida a questão de acesso a imagem. A rotina de acesso está ok, o problema era na definição do campo BLOB.</p>
<p>Definido agora como:  BLOB SUB_TYPE 0</p>
<p>O driver da Devart me parece mais robusto, rápido (e mais experto), pois muitos dos problemas que se apresentaram com o driver da Embarcadero, o driver da Devart resolvia as questões internamente. Espero concluir os testes com os trials em 2 semanas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Anderson</title>
		<link>http://www.cesarromero.com.br/2009/madexcept-3-0k-para-delphi-2010/comment-page-1/#comment-11900</link>
		<dc:creator>Anderson</dc:creator>
		<pubDate>Wed, 16 Sep 2009 19:21:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.cesarromero.com.br/?p=681#comment-11900</guid>
		<description>Cesar, não utilizo o componente TDBImage (mas farei testes com ele).

Este mesmo código funciona no Delphi 2009 sem problemas (consigo salvar e ler a imagem - e trocar por outra, salvar de novo, ler de novo, etc.) - eu testei com drivers diferentes (upscene, devart) e tudo ok no 2009. No delphi 2010 testei com o próprio driver da Embarcadero e depois com um driver free do Chau Chee Yang (http://sites.google.com/site/dbxfirebird/) e o erro foi o mesmo.

Acredito que algo mudou no TJPeg/TImage/TStream/TClientDataSet.CreateBlobStream que trata de forma diferente a informação, já que no vídeo sobre o Delphi 2010+Driver Embarcadero+Firebird+DBImage funcionou.

Esta &quot;quebra&quot; de compatibilidade de código é prá matar, afinal, queremos produzir e não ficar consertando algo que já funcionava. E prá completar a Embarcadero ainda muda a política de licenciamento. Terei agora até o final do ano para comprar o upgrade, porque depois, só quem tiver delphi 2006 ou superior (No meu caso comprei o 2005 e solicitei downgrade para o 7). Isto foi uma decisão injusta, já que algumas das versões após o delphi 7 tiveram pouca aprovação.</description>
		<content:encoded><![CDATA[<p>Cesar, não utilizo o componente TDBImage (mas farei testes com ele).</p>
<p>Este mesmo código funciona no Delphi 2009 sem problemas (consigo salvar e ler a imagem &#8211; e trocar por outra, salvar de novo, ler de novo, etc.) &#8211; eu testei com drivers diferentes (upscene, devart) e tudo ok no 2009. No delphi 2010 testei com o próprio driver da Embarcadero e depois com um driver free do Chau Chee Yang (<a href="http://sites.google.com/site/dbxfirebird/" rel="nofollow">http://sites.google.com/site/dbxfirebird/</a>) e o erro foi o mesmo.</p>
<p>Acredito que algo mudou no TJPeg/TImage/TStream/TClientDataSet.CreateBlobStream que trata de forma diferente a informação, já que no vídeo sobre o Delphi 2010+Driver Embarcadero+Firebird+DBImage funcionou.</p>
<p>Esta &#8220;quebra&#8221; de compatibilidade de código é prá matar, afinal, queremos produzir e não ficar consertando algo que já funcionava. E prá completar a Embarcadero ainda muda a política de licenciamento. Terei agora até o final do ano para comprar o upgrade, porque depois, só quem tiver delphi 2006 ou superior (No meu caso comprei o 2005 e solicitei downgrade para o 7). Isto foi uma decisão injusta, já que algumas das versões após o delphi 7 tiveram pouca aprovação.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Cesar</title>
		<link>http://www.cesarromero.com.br/2009/madexcept-3-0k-para-delphi-2010/comment-page-1/#comment-11898</link>
		<dc:creator>Cesar</dc:creator>
		<pubDate>Wed, 16 Sep 2009 13:50:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.cesarromero.com.br/?p=681#comment-11898</guid>
		<description>@Anderson:

Quando tiver tempo eu vou testar pra ver o que acontece.

Mas vão algumas dicas:
&lt;ul&gt;
	&lt;li&gt;Você tentou usar um TDBImage? Dá o mesmo erro?&lt;/li&gt;
	&lt;li&gt;Você tem certeza de que a imagem foi salva corretamente?&lt;/li&gt;
	&lt;li&gt;Tem como testar o tamanho do blob salvo X o tamanho da imagem original, para ter certeza de que não está truncado?&lt;/li&gt;
&lt;/ul&gt;


Aqui está uma tabela de alguns erros do JPEG
&lt;ul&gt;
	&lt;li&gt;#36 : m:=m+&#039;Output file write error --- out of disk space?&#039;; &lt;/li&gt;
	&lt;li&gt;&lt;strong&gt;#51 = JERR_NO_QUANT_TABLE: Quantization table 0x%02x was not defined &lt;/strong&gt;&lt;/li&gt;
	&lt;li&gt;#52 : File is not a JPEG-File (for example if you try to read a GIF as a JPG) &lt;/li&gt;
	&lt;li&gt;#53 = JERR_OUT_OF_MEMORY: Insufficient memory (case %d) &lt;/li&gt;
	&lt;li&gt;#60 : JPEG file is incomplete &lt;/li&gt;
	&lt;li&gt;#67 : JPEG file is incomplete (like #60 - don&#039;t know where the difference). &lt;/li&gt;
&lt;/ul&gt;

Uma dica de como saber que erros são estes
http://edn.embarcadero.com/article/20433

Pela descrição do erro, parece que está faltando alguma informação do JPEG que deveria ser salvo junto com a imagem.

</description>
		<content:encoded><![CDATA[<p>@Anderson:</p>
<p>Quando tiver tempo eu vou testar pra ver o que acontece.</p>
<p>Mas vão algumas dicas:</p>
<ul>
<li>Você tentou usar um TDBImage? Dá o mesmo erro?</li>
<li>Você tem certeza de que a imagem foi salva corretamente?</li>
<li>Tem como testar o tamanho do blob salvo X o tamanho da imagem original, para ter certeza de que não está truncado?</li>
</ul>
<p>Aqui está uma tabela de alguns erros do JPEG</p>
<ul>
<li>#36 : m:=m+&#8217;Output file write error &#8212; out of disk space?&#8217;; </li>
<li><strong>#51 = JERR_NO_QUANT_TABLE: Quantization table 0x%02x was not defined </strong></li>
<li>#52 : File is not a JPEG-File (for example if you try to read a GIF as a JPG) </li>
<li>#53 = JERR_OUT_OF_MEMORY: Insufficient memory (case %d) </li>
<li>#60 : JPEG file is incomplete </li>
<li>#67 : JPEG file is incomplete (like #60 &#8211; don&#8217;t know where the difference). </li>
</ul>
<p>Uma dica de como saber que erros são estes<br />
<a href="http://edn.embarcadero.com/article/20433" rel="nofollow">http://edn.embarcadero.com/article/20433</a></p>
<p>Pela descrição do erro, parece que está faltando alguma informação do JPEG que deveria ser salvo junto com a imagem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Anderson</title>
		<link>http://www.cesarromero.com.br/2009/madexcept-3-0k-para-delphi-2010/comment-page-1/#comment-11897</link>
		<dc:creator>Anderson</dc:creator>
		<pubDate>Wed, 16 Sep 2009 13:25:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.cesarromero.com.br/?p=681#comment-11897</guid>
		<description>Bom dia Cesar, fico feliz que há pessoas portando aplicações para o Delphi 2010 (me parece ser um bom produto que vale a pena pagar o upgrade e fazer os ajustes nos códigos).

Topei com um problema e se puder me dar uma luz ou direção lhe agradeço. É o seguinte:

Eu estou testando o Delphi 2010 e um código que funcionou no 2009 (uso a versão 7 para ambiente de produção) apresenta o erro JPEG error #51 ao ler a imagem do TClientDataSet (firebird2.1.2+drive delphi2010) para um componente Timage:

ob_stream:TStream;
ob_jpg:TJPegImage;
ob_cld:TClientDataSet;
.
.
ob_stream:=ob_cld.CreateBlobStream(ob_cld.FieldByName(&#039;FOTO&#039;),bmRead);
ob_jpg.LoadFromStream(ob_stream);
ob_img.Picture.Assign(ob_jpg);
.
.
e segue o código, mas o erro ocorre no trecho acima.</description>
		<content:encoded><![CDATA[<p>Bom dia Cesar, fico feliz que há pessoas portando aplicações para o Delphi 2010 (me parece ser um bom produto que vale a pena pagar o upgrade e fazer os ajustes nos códigos).</p>
<p>Topei com um problema e se puder me dar uma luz ou direção lhe agradeço. É o seguinte:</p>
<p>Eu estou testando o Delphi 2010 e um código que funcionou no 2009 (uso a versão 7 para ambiente de produção) apresenta o erro JPEG error #51 ao ler a imagem do TClientDataSet (firebird2.1.2+drive delphi2010) para um componente Timage:</p>
<p>ob_stream:TStream;<br />
ob_jpg:TJPegImage;<br />
ob_cld:TClientDataSet;<br />
.<br />
.<br />
ob_stream:=ob_cld.CreateBlobStream(ob_cld.FieldByName(&#8216;FOTO&#8217;),bmRead);<br />
ob_jpg.LoadFromStream(ob_stream);<br />
ob_img.Picture.Assign(ob_jpg);<br />
.<br />
.<br />
e segue o código, mas o erro ocorre no trecho acima.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
