Pergunta : ILE proto

Olá! amigos, tentativa do

I para combinar 2 peças de funcionamento dos programas que trabalham muito bem, agora eu começ o doubl; o
Maybe dos erros da definição de e… porque é há algúm tempo que eu escrevi este tipo do material, mas eu não pode encontrar o solution
(em real vivem os PM#S não são 4 mas 400)

And sim que eu ver que há uma definição dobro, mas como resolver isto? PERITOS do

Thanks!!!!!

class= > " desobstruído " do

> do " codeSnippet " do class= do

class= " lineNumbers " do

class= do

1: 2: 3: 4: 5: 6: 7: 8: 9: 10: 11: 12: 13: 14: 15: 16: 17: 18:

EXPORTAÇÃO notpretty do #BLDSTR B do >P " do class= " de " codeSnippet785125 do id= do

class= do

Resposta : ILE proto

Não posso eu usar likeds em minha peça do fotorreceptor (PI)?

Contanto que o proc de chamada emitir em um DS, a seguir você pode usar um DS no lado de recepção.

Isto é, se o proc de chamada passa um parâmetro “pela referência”, seu proc de recepção está indo somente receber um endereço -- a definição é irrelevante tanto quanto o sistema; é essencialmente somente relevante nos termos da manutencibilidade. (Mas aquela é uma relevância importante. Você quer reúso definições entre o chamador e o callee a fim minimizar erros das definições incompatíveis.)

Se a memória é definida dentro de um DS no proc de chamada, você pode usar a mesma definição do DS no proc chamado porque estarão apontando na mesma memória (contanto que passado “pela referência”). E nesse caso, não haveria nenhuma necessidade para seu proc a EVAL desde/até o argumento e um DS separado; os valores já estariam no DS.

Ou se todo um grupo de 400 variáveis acontece estar na memória contígua no proc de chamada e todos têm a mesma definição, você precisa somente de passar o endereço da primeira variável -- o proc chamado pode definir seu argumento para ser uma disposição de 400 elementos. (Naturalmente, pode ser complicado se certificar de que você está usando a memória contígua -- um DS é usado frequentemente para aquele.)

Mas ter definições diferentes entre a chamada e os procs chamados é o que alarga o risco de parms combinados mal. Assim nós usamos regularmente membros de /COPY para ajudar a assegurar-se de que nós provejamos a memória a mesma maneira em ambas as extremidades.

Se você passa em um DS, você terá que carregar o DS com os valores em cada proc que chama seu proc. Se você passa em parms separados, você carrega somente o DS em seu proc. Você tem que escolher onde a gerência de memória ocorre.

Se isto está em um proc que estivesse limitado somente em um único programa, não pôde fazer nenhuma diferença. Será feito somente em uma parte de código uma ou outra maneira.

Mas se seu proc pode ser chamado do múltiplo outros procs, você deve ver que carregar a disposição pôde ser o melhor em seu proc. Não ditar aos procs de chamada como devem organizar suas variáveis.

A resposta é… ele depende.

Tom