Pesquisar na Comunidade

Boa Noite, Amigos, estou abrindo este tópico para tratarmos de alguns dificuldades na migração de Delphi sem suporte a UNICODE, Nos aqui já migramos todas as nossas ferramentas para XE5, pois conseguimos todos os componentes de terceiros para esta versão. Tudo rodando 100%. Mais alguns pontos foram encontrados e conto com a ajuda de todos aqui do fórum, aproveito para parabenizar a todos os amigos, pois é assim que os vejo, profissionais amigos! Eu particularmente sou muito preocupado com Memory Leak (Vazamento de Memoria) tento no máximo liberar todos os componentes criados em Run-Time, no BDS2006 plataforma aonde ficamos por anos com nossas ferramentas quase não tínhamos problemas com Memory Leak, até tinha, mais tratando de componentes de terceiro sem fonte. Bem ao migramos para o XE5, trocamos apenas as chamadas de String para AnsiString que foram necessário (Fazendo uso de caracteres). Mais agora ao Degugar a aplicação ativando "Monitoramento de Memory Leak" Mostra vários pontos que não foram liberados e todos quase com referência a UnicodeString O que pode está acontecendo? Isto poderá impactar em lentidão no sistema? Print das telas em anexo. Dica: Em todos os meus projetos eu acrescento no final do form principal esta linha, assim será levantado um relatório do que não foi liberado da memoria: initialization ReportMemoryLeaksOnShutdown := DebugHook <> 0;

Boa tarde, Comecei a migrar o Delphi 7 para o 2010 a alguns dias. Após fazer meus fontes compilarem acabei "tropeçando" em um problema nos componentes do Interbase (que uso para conectar ao Firebird). Ao tentar executar uma procedure ou uma Query recebia o seguinte erro: UNSUPPORTED FEATURE fazendo algo semelhante ao que o cara deste post faz: http://www.devmedia.com.br/forum/delphi-2010-storedprocedure-unsupported-feature/376747 Fazendo uma busca rápida no Bing achei este post http://www.activedelphi.com.br/forum/viewtopic.php?t=44097 que ajudou bastante, porém ainda faltaram alguns detalhes para meu sistema funcionar. Fiz algumas alterações nos arquivos IBStoredProc, IBQuery e IBCustomDataSet da pasta C:\Program Files (x86)\Embarcadero\RAD Studio\7.0\source\Win32\IBX, entre elas "mudei" a forma de aparecer o erro que tanto me atormentou falando em qual unit e qual o formato que não foi encontrado. Segue minhas units caso alguém esteja passando pelo mesmo problema IBCustomDataSet.pas IBQuery.pas IBStoredProc.pas []'s

Olá pessoal, Estou com dúvidas para migrar meus projetos. Alguém me indica motivos para encarar o lazarus, pois não conheço ninguém que utiliza ? O Delphi Seattle esta com preço fora da minha realidade. Qual o preço da versão mais barata? Ainda estou no Delphi 7, mas como o ACBR não vai manter suporte a partir de agosto acredito que seja a hora de mudar.

Bom dia pessoal, Na empresa em que trabalho, não utilizamos delphi nem o lazarus em grandes projetos, utilizamos o delphi apenas para criar DLLs com algumas funcionalidades para integrar com os projetos que desenvolvemos em clarion. Pela questão da quantidade de licença do delphi que temos hoje na empresa resolvi migrar um dos nossos "projetinhos" do delphi XE4 para o Lazarus. O projeto em questão, se trata de uma dll que utilizo o componente AcbreSocial (que ainda está em desenvolvimento). Sempre que crio um função na DLL que será consumida por nossas aplicações desenvolvidas em clarion, e esta função irá receber um String por parâmetro, por questão de compatibilidade, sempre criei o tipo do parâmetro como "PAnsiChar", e posteriormente convertia para string, e sempre funcionou "bunitinho" no delphi. Porém ao migrar para o Lazarus, a principio, ocorreu tudo bem, o único problema é quando estou passado uma String(Clarion) que contém alguma acentuação, ao debugar a DLL, quando inspeciono o parâmetro, a letra acentuada está vindo como um ponto de interrogação "?", existe alguma configuração a se fazer no lazarus para que o tipo PAnsiChar se comporte da mesma forma que no Delphi XE4, ou se tenho que fazer alguma conversão diferente, pois hoje e unica conversão que faço é: var a: PAnsiChar; b: String; begin b := String(a); end; Obrigado.

Efetuei a limpeza e desistalação dos componentes e ao tentar re-instalar os componentes via Instalador AcbrInstall.exe esta ocorrendo a seguinte msg "No mapping for the Unicode character exists in the target multi-byte code page" o que seria este problema? Estou reinstalando no windows 7 Ultimate 64bits Delphi 2010. Se puderem me ajudar. Anexei a tela do erro. Grato!!