Ricardo, no tópico descrevi "EXE" (aplicativo qualquer), o que descarta qualquer outro formato.
--- Em delphi-br@yahoogrupos.com.br, "ricardodeveloper" <ricardodevelo...@...> escreveu > > Sim. > Mas a escolha desta unica solucao, se vai ser assembly puro, se vai ser VM, > se vai ser BPL ou DLL carregada dinamicamente, se vai ser um grande if no > programa... será masi segura sabendo onde será utilizada. > > Caso vc nao possa abrir mais detalhes do que no primeiro email, sugiro que > experimente cada uma das formas pra ter dados pra escolher. > > > --- Em delphi-br@yahoogrupos.com.br, "eric_developer" <developer.systems@> > escreveu > > > > muitas formas ?? só preciso de uma :D, como descrito no tópico > > > > Grato, > > Eric Developer Systems > > > > --- Em delphi-br@yahoogrupos.com.br, "Ricardo" <ricardodeveloper@> escreveu > > > > > > Eric, > > > > > > Voce tem muitas opcoes. Voce pode ter no banco de dados os bytes que > > > representam uma rotina assembly que sempre acabasse com um RET. Pra > > > executar você copiaria pra RAM e chamaria o endereco inicial onde voce > > > escreveu com um CALL. Isto é o que o sistema operacional faz de forma > > > mais segura e otimizada. > > > > > > Um uso de caso onde ja vi algo parecido é o campo COMPUTED BY do > > > firebird. Ele tem, numa tabela de sistema, um campo texto com a expressao > > > que criamos e num camplo blob a representacao binária do quem tem q ser > > > executado pra obter o conteudo do campo. Então ele nao tem que > > > reinterpretar o campo texto pra cada registro da tabela > > > > > > Mas, por qual motivo vc tem que reinventar a roda deste modo? > > > Seria pra ter uma ferramenta com comportamento customizado conforme onde > > > está instalado ou conforme o tipo de documento que ele processa? > > > > > > Fale do problema que quer resolver que talvez exista um caminho mais facil > > > > > > Ricardo Bianchin > > > > > >
