Fatal error: Uncaught exception 'Exception' with message 'Your GD installation does not support JPG image types' in '(...)\phpthumb\ThumbBase.inc.php:165 Stack trace: #0 (...)\phpthumb\GdThumb.inc.php(1081): ThumbBase->triggerError('Your GD install...') #1 (...)\phpthumb\GdThumb.inc.php(101): GdThumb->verifyFormatCompatiblity() #2 (...)\phpthumb\ThumbLib.inc.php(127): GdThumb->__construct('D:/xampp/htdocs...', Array) #3 (...)\phpthumb\ThumbBase.inc.php on line 165

A solução é mais simples do que você pode imaginar. Se você tem certeza que sua biblioteca GD está instalada corretamente, tente o seguinte:

No arquivo GdThumb.lib.php, procure por volta da linha 1060 pelo método verifyFormatCompatiblity(). Substitua as linhas:

case 'JPG':
case 'PNG':
$isCompatible = $gdInfo[$this->format . ' Support'];
break;

Pelo código abaixo:

case 'JPG':
$isCompatible = (isset($gdInfo['JPG Support'])) ? $gdInfo['JPG Support'] : $gdInfo['JPEG Support'];
break;
case 'PNG':
$isCompatible = $gdInfo['PNG Support'];
break;

O método completo deverá ficar assim:

	protected function verifyFormatCompatiblity ()
	{
		$isCompatible 	= true;
		$gdInfo			= gd_info();

		switch ($this->format)
		{

			case 'GIF':
				$isCompatible = $gdInfo['GIF Create Support'];
				break;
      case 'JPG':
        $isCompatible = (isset($gdInfo['JPG Support'])) ? $gdInfo['JPG Support'] : $gdInfo['JPEG Support'];
        break;
      case 'PNG':
        $isCompatible = $gdInfo['PNG Support'];
        break;
      default:
				$isCompatible = false;
		}

		if (!$isCompatible)
		{
			$this->triggerError('Your GD installation does not support ' . $this->format . ' image types');
		}
	}

Salve o arquivo e teste.

O programador vai até a loja e pergunta:

- “Vocês têm ovos?”
- “Sim”
- “Então eu quero 10 salsichas”.

Não viu a graça? Veja bem: O cara era programador. Quando a esposa fez o pedido a ele simplesmente entendeu da seguinte forma:

compre 2 salsichas
Se (aMerceariaTemOvosParaVender == sim) então
compre 10 salsichas

Há uns dias atrás, googlando sobre bots para chats (daqueles que emulam uma conversa com o internalta, fazendo de conta que quem está respondendo é uma pessoa), cheguei a este simpático bot chamado Ed. A sua função é ajudar a crianças (e alguns adultos também) a entenderem o porquê precisamos aprender a poupar energia, o meio ambiente e seus recursos naturais.

Lembrei-me de uma brincadeira que tinhámos quando eu estava no primário, onde ao objetivo era conversar da maneira mais confusa possível. Lembro-me que dávamos muitas risadas em meio a aquelas conversas, cheias de perguntas sem um sentido exato.

Perguntei a mim mesmo se as minhas habilidades naquele jogo ainda estavam intactas. Resolvi então testar no Ed, por que não?

Eis o resultado da minha conversa produtiva com o simpático e confuso Ed.

Link para quem quiser conhecer pessoalmente o Ed: http://www.ed.conpet.gov.br/index.php

nota: Parece que resolveram tirar o Ed do ar. Mas vc pode informar o seu email neste link e ser avisado quando ele retornar.

Comecei a modularizar uma aplicação, e a uma certa altura dos testes, eis que me deparo com o seguinte erro:

TypeError: Error #1034: Falha de coerção de tipo: não é possível converter
mx.managers::DragManagerImpl@1444b809 em mx.managers.IDragManager.at
mx.managers::DragManager$
O erro ocorria sempre que eu carregava o módulo 1, descarregava-o, e então carregava o módulo 2. Sempre que eu clicava em uma DataGrid deste segundo módulo, o famigerado erro era disparado.

Pelo que pude observar depois de muita pesquisa e uns dias quebrando a cabeça, existe uma falha por parte do Flex quando trabalhamos com modularização. Se você faz referencia uma classe dentro de um módulo, por vezes, o Flex “se esquece” de linká-la na tua Main App. Ou seja, quando o módulo da sua aplicação tenta utilizá-lo, ele simplesmente não existirá.

A carta na manga!

Para solucionar este problema, vamos contar com uma característica do Flash Player: Por padrão, as definições de todas as classes que serão utilizadas pelo sistema podem estar presentes na aplicação principal. Ou seja, para evitar a falha, vamos forçar a referencia aos managers que estão gerando o erro.

Vi casos de pessoas que obtem um erro semelhante no uso de PopUpManagers. Para que isso não aconteça mais, escreva o seguinte código na sua aplicação principal:

import mx.managers.PopUpManager;
import mx.managers.DragManager;

private var popupMan:PopUpManager;
private var dragMan:DragManager;

Vc pode alterar o nome das variáveis popupMan e dragMan ao seu gosto. O importante é que elas sejam instanciadas com seus respectivos tipos. Isso deverá resolver seu problema.

Via @umsabadoqualquer - http://www.umsabadoqualquer.com/

Através do eCSStender, você poderá utilizar seletores avançados, propriedades tais como border-radius, e font-face personalizado, com a garantia que tudo funcionará redondinho, até mesmo em browsers que geralmente não suportam essas novidades (leia-se Internet Explorer 6).

O framework está em constante desenvolvimento, e as novidades você pode conferir no site, ou então seguindo@ecsstender no Twitter.

Mais sobre o eCSStender: Download do eCSStender | Documentação | Extensões

Mais sobre o eCSStender:

USB Air Conditioning – The funniest home videos are here

Lí em alguns blogs uma solução utizando o loop for, mas ou menos da seguinte forma:

for(var i in n) {
trace(i + ‘:’ +n[i]);
}

É, funciona, mas nosso código correrá o risco de ficar um tanto poluído se precisarmos debugar vários objetos, isso sem contar que ainda poderemos dificultar a leitura dele se não utilizarmos um comentário informando que este trecho trata-se de um debug.

Como resolver isto? Esta semana encontrei um artigo que fala de uma classe interna do Flex que facilita muito nossa vida nesses momentos: É a classe ObjectUtil, pertencente ao pacote mx.utils. Para utiliza-lá, apenas importe a classe para o seu código (import mx.utils.ObjectUtil) e em qualquer momento que precisar, faça a chamada para o método da seguinte forma:

trace(ObjectUtil.toString(myObject));

A saída será exibida na janela de console do IDE. Fica aí a dica!

O problema acontece que, ao pressional o atalho AltGR+W, nada aparece. Isso porque o Eclipse tem, por padrão, um atalho associal ao comando CTRL + ALT + W. Se você testar no bloco de notas a combinação CTRL + ALT + W, verá que o resultado é o mesmo que AltGR + W. Quando pressionamos essa sequencia de teclas dentro do Eclipse, ele simplesmente irá entender que estamos tentando acionar o atalho, e ignora a impressão do caractere gráfico na tela.

Para resolver esse problema, abra o Eclipse (ou o IDE baseado nele), vá no menu “Window”, “Preferences”. No grupo “General”, pocure pela seção “Keys”. Altere o atalho associado a opção “Show Properties” para qualquer outro, ou simplesmente apague ele. Aplique as modificações e pronto! Problema resolvido.

Recentemente reinstalei o Ubuntu 10.04 no laptop. Instalei também o VirtualBox-OSE para emular outros sistemas operacionais para testes de layouts. Porém, a versão OSE do VirtualBox não oferece suporte a USB (necessário para mim), e resolvi removê-la e baixar o binário direto do site (sem ser a versão OSE). A instalação ocorreu bem, e não precisei recriar nenhuma das maquinas virtuais que já existiam. No entando, ao iniciar qualquer uma delas aparecia a seguinte mensagem:

Falha ao iniciar a máquina virtual Estação Gráfica.

VirtualBox can’t operate in VMX root mode. Please disable the KVM kernel extension, recompile your kernel and reboot (VERR_VMX_IN_VMX_ROOT_MODE).

Tentei recompilar o kernel do virtualbox com o comando # sudo /etc/init.d/vboxdrv setup, porém sem sucesso.

A solução

Dentro do terminal, digite:

# sudo modprobe -r kvm-intel

Para processadores Intel, ou

# sudo modprobe -r kvm-amd

Para processadores AMD

Resolvido o problema!