Ana escreveu:Pablo César escreveu:Mas o certo seria sem aspas. Desse jeito seria uma string e não o codeblock.
Não querido. É um bloco de código com uma string.. se fosse uma string daria erro ao executar com o EVAL, não é?
Sem a string, daria erro de execução - Creio que iria procurar pela variavel PABLO, e não a string.
Não eu acho que buscaria a "função" Pablo e não a variável. Você viu a indicação do Leonardo ? O codeblock que ele postou estava sem aspas após as chaves. Em vários exemplos que peguei sobre codeblocks, sempre estão assim, por exemplo: {||MsgInfo('Click 1')} viu ? Sem aspas.
Se a função o retornou {||...} , é pq retornou um bloco de código... não vai aparecer o resultado no meio ..
Este resultado foi obtido utilizando
HB_ValToExp(). E pode ser, mas retorno em forma de string, senão não daria para concatenar e gravar em arquivo.
Você sabe que no bloco de código tem uma string, certo?
Acredito que deva ter uma chamada de função.
e quer pegar essa danada pra fazer qualquer coisa depois não é? Primeiro precisamos saber o que tem nesse bloco de código.
Gostaria mesmo eu de saber. São mais de 10 codesblocks que essa matriz deve ter.
Pode ser uma função retornando .T., .F. ou NIL, pode ser uma variavel, etc etc etc.. por isso pedi pra vc executar e verificar o que ele retorna.Qual erro dá?
Não dá erro algum, apenas aborta a aplicação.
Vc precisa disso mesmo ou eu entendi errado???
Acho que a linha de análise está no rumo certo, só não entendo por quê não consigo sabe o que tem em cada codeblock. Pois o ValeType retorna "B" mas só exibe
{|| ... } quando utilizo
HB_ValToExp(). Já seu eu aninhar deste jeito:
ValtoPrg(HB_ValToExp(variável ou elemento)) dá
"{|| ... }" (entre aspas). Mas sempre vazio, aliás com três pontinhos, sem informação.
Uma pena, não saber ler o codeblock e tranformar em string. Acho que estamos pecando nisso.