PC Toledo

Não sei pro resto dos usuários, mas pra mim já existem diferenças entre as duas versões.
Nada grave, a não ser que esqueça disso no caso de trocar.

CallDll() e CallDll32()
Esta é uma diferença facilmente resolvida com a criação de uma função adicional. FUNCTION CallDll(...) RETURN CallDll32(...)

hb_SendMail() w hb_tipMailSend(), hb_SetMimeType() e tipFileMimeType()
Para o Harbour 3.2 precisei função especial alterando a original, mas no Harbour 3.4 posso usar a original.
Se esquecer, ao trocar de versão vou ter problemas em emails dependendo do anexo.

Como voces tem contornado este tipo de coisa no fonte pra funcionar em qualquer das versões?
Obs. Caso algum dia volte para o oficial, é bom ter isso nos fontes.

Questão de coerência.
Qual é melhor calldll32() ou simplesmente caldll() ? e quando for p/ 64bits vamos trocar p/ calldll64() ?
É mais coerente calldll(). E assim por diante.
Tomara que o Harbour oficial adote essas mudanças proposta pelo Viktor.
A mesma no tal winprn32() não sei para quê esse tal 32 ai no final.
E o TIP é porque essa é uma função da classe TIP, não é uma função central do Harbour.

Eu procuro não usar nada muito diferente.
Essas mudanças de nomes de funções o Viktor documenta muito bem. Eu só não quero é voltar para a versão 3.2, uma vez que o Viktor copia todas as modificações no Harbour principal para o fork dele.

Se tiver que mudar que seja sempre por uma boa razão.

Saudações,
Itamar M. Lins Jr.

Itamar M. Lins Jr. escreveu:e quando for p/ 64bits vamos trocar p/ calldll64() ?

Simplesmente pelo mesmíssimo fato de haver diferenças entre 32 e 64 bits. Eu vejo como algo totalmente normal e oficial.

As duas versões funcionam bem.
Eu diria o seguinte: se seu Harbour/xHarbour funciona bem, continue com ele. Se quiser trocar, prepare-se pra diferenças, mesmo que pequenas.

Fatos comigo:
- Relatei o problema de corromper arquivos por email há um ano, e continua igual.
- Relatei o problema da tooltip da GTWVG há 6 meses, e continua igual.

Já resolvi os dois, sendo que o segundo foi com base na informação disponível no 3.4.
Mas no 3.4, isso já faz parte do Harbour.
Tá tudo solucionado, mas o 3.4 dispensa algumas de minhas alterações.
Só pensei na opção de deixar preparado para as duas versões, apenas por segurança caso algum dia decida voltar pra 3.2.

No caso do 3.2, depende de acrescentar minha rotina alterando o sendmail original.
No caso do 3.4, simplesmente apago a rotina.
Talvez um #ifdef HARBOUR32

Obs. Igual no tempo que continuava no Clipper, mas deixando pronto pro Harbour.

Só pra complementar:
Minha troca é recente, ainda não deu tempo nem de instalar em todos os clientes a versão usando Harbour 3.4.

Simplesmente pelo mesmíssimo fato de haver diferenças entre 32 e 64 bits. Eu vejo como algo totalmente normal e oficial.

Por isso é melhor calldll(). Não vamos ter que ficar trocando nomes de funções, quando for 16/32/64... a própria função identifica qual é.
Ainda bem que Viktor e o Przmek e muitos outros não pensam dessa forma, então seria fseek32(), fopen32()... depois fopen64(),fseek64() nada haver! Imagine colocar 32 em todas as funções 32 bits, depois 64 quando for usar em 64 ?

Saudações,
Itamar M. Lins Jr.

Itamar M. Lins Jr. escreveu:Por isso é melhor calldll()
..//..
a própria função identifica qual é

Ahhhh, então está explicado.

Se foi possível reconciliar nos dois modos, então utilize a mais prática.

Talvez nem tudo possa ser reconciliado. Sabe lá o que nos reserva o futuro... possa ser que exista uma razão lógica que nem sempre é simples ou prática para diferenciarem.

Nesses casos, eu sou a favor de manter as duas. Eu me reservo a não criticar só porque irá me dar mais trabalho.

Novas tecnologias surgem dia a dia e somos nós que temos que nos adaptar...

Programaticamente falando, é muito fácil alternar as diferentes funções e sem muito código.

Mas enfim, esta é uma questão política e cada um interpreta como quer.

Se funcionar muito bem.
O problema é que às vezes os mantenedores podem estar muito ocupados, no caso do TIP_email que o José Quintas está se referindo é um bug que o Viktor já corrigiu no 3.4 enquanto ainda vai ser corrigido na versao 3.2, o Viktor já corriu outros bugs na WVW, WVG etc... que não estão na 3.2 dai é questão de tempo colocar na versão 3.2 a versão do Viktor também é oficial na proporção que ele mantém todas as correções, adições etc... da 3.2, caso ele não colocasse na versão dele eu mesmo não estaria usando a 3.4 ficaria na 3.2 só uso porque na versão dele tem todas as coisas da versão 3.2 e mais outras que ele adiciona.

Saudações,
Itamar M. Lins Jr.