PC Toledo

Do jeito que as coisas andam, daqui há algum tempo vamos todos mudar para o harbour novamente.

Przmek e o Viktor estão trabalhando muito mesmo!
Muitos bugs e compatibilidade com clipper 5.3 corrigidos e adicionados.
Falta atualizar a pagina do harbour em português, porque está abandonada.

Saudações
Itamar M. Lins Jr.

2007-09-18 14:40 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/hbclass.ch
+ added new commands for scalar classes:
ASSOCIATE CLASS <ClassName> WITH TYPE
ARRAY|BLOCK|CHARACTER|DATE|HASH|LOGICAL|NIL|
NUMERIC|POINTER|SYMBOL
ENABLE CLASS TYPE ALL
ENABLE TYPE CLASS ARRAY|BLOCK|CHARACTER|DATE|HASH|LOGICAL|NIL|
NUMERIC|POINTER|SYMBOL
Please remeber that:
ENABLE CLASS TYPE ALL
and:
ENABLE TYPE CLASS ...
can be used in any place of code - this commands are translated to
REQUEST HB<TYPENAME>
so are not executed

* harbour/source/vm/classes.c
+ added __clsAssocType( <hClass>, <cType> ) => <lOK>

* harbour/common.mak
* harbour/source/rtl/tscalar.prg
* harbour/source/rtl/Makefile
+ harbour/source/rtl/tscalars.c
+ harbour/source/rtl/tscalard.c
+ harbour/source/rtl/tscalarh.c
+ harbour/source/rtl/tscalarl.c
+ harbour/source/rtl/tscalarp.c
+ harbour/source/rtl/tscalara.c
+ harbour/source/rtl/tscalaru.c
+ harbour/source/rtl/tscalarb.c
+ harbour/source/rtl/tscalarn.c
+ harbour/source/rtl/tscalarc.c
+ added scalar classes for basic types,
Now it's possible to define messages also for basic item types.
It's even possible to overload some not defined in HVM operators,
f.e. in this example we overload operator "+" so it makes
AADD( <aValue>, <xValue> )
for code like <aValue> + <xValue>:
#include "hbclass.ch"
PROC MAIN()
LOCAL a:={}
ASSOCIATE CLASS MyArray WITH TYPE ARRAY
a := a + "elem1"
a += "elem2"
a := a + "elem3"
a += "elem4"
? a:asString, a:isScalar
AEVAL(a,{|x,i|QOUT(i,x)})
RETURN
CREATE CLASS MyArray INHERIT __HBArray
OPERATOR "+" ARG xValue INLINE AADD( Self, xValue ), Self
ENDCLASS
Operators which have default actions for given types defined in HVM
cannot be overloaded.

==========----==============
2007-09-13 16:40 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
* harbour/include/Makefile
+ harbour/include/hbsxdef.ch
* harbour/include/dbinfo.ch
* harbour/include/hbrdddbf.h
* harbour/include/hbrddcdx.h
* harbour/include/hbrddntx.h
* harbour/contrib/bmdbfcdx/hbrddbmcdx.h
* harbour/source/rdd/dbf1.c
* harbour/source/rdd/workarea.c
+ added SIx3 compatible triggers support
They should work like in SIx3 with some intentional excpetions:
1) if 4-th parameter exists (PREUSE/GET/PUT) then it's passed
by
reference otherwise is not passed at all and PCOUNT() in
trigger
functions returns 3
SIx3 do not pass 4-th parameter by reference and if it not
exist then passes 0
2) EVENT_POSTCLOSE is executed after SUPER_CLOSE()
SIx3 executes EVENT_POSTCLOSE just before SUPER_CLOSE()
3) EVENT_UPDATE is executed _ALWAYS_ when DBF is updated also
when WA does not have open indexes
SIx3 executes EVENT_UPDATE only when at least one index is
open without checking if it's updated or not
4) EVENT_POSTUSE is executed from OPEN() method in "DBF" RDD
not
from index RDDs so before the indexes are open
SIx3 executes EVENT_POSTUSE after opening indexes
It's possible that I'll change this condition in the future

Itamar, nd contra mas nd a favor tmb...olhe as ultimas atualizações do xharbour:
http://xharbour.cvs.sourceforge.net/xha ... iew=markup

Abraços
Leonardo Machado

atualizações do xharbour:
http://xharbour.cvs.sourceforge.net/xha ... iew=markup


Em vista do que eles estão fazendo o pessoal do xharbour esta praticamente parado. Já tem mais de 4 meses o xharbour.org parado.
Apenas coisas simples, como eles dizem "cosmetic corretions"
E esses dois estão fazendo muita coisa no harbour o Przmek é sem duvida o que mais contribue.
O pessoal do xharbour está trabalhando mais é no xharbour.com.
Outra coisa o Przmek é o responsável pelo RDD do xharbour/harbour e muitas outras coisas importantes.
Foi e é o Przmek o responsável pelo scripts e todos os avanços do xharbour/harbour no linux, uma vez que o Ron Pinkas não usa Linux.

Saudações
Itamar M. Lins Jr.

Itamar M. Lins Jr. escreveu:Do jeito que as coisas andam, daqui há algum tempo vamos todos mudar para o harbour novamente.

Eu nunca deixei de usar. Principalmente com o trio MiniGUI Oficial + Harbour + MinGW.

A única observação é que eu sempre baixo e instalo os pacotes separadamente.

Falou!

Itamar, até nem procuro quem esta com o mérito ou não acho que como o Stanis disse, tem que ter o sistema compativel com as duas, uma pergunta...pq não dão continuidade da ADORDD ? em...essa sim seria de bom proveito para todos que usam os DOIS tanto harbour como xharbour.

Abraços
Leonardo Machado

sygecom escreveu:Itamar, até nem procuro quem esta com o mérito ou não acho que como o Stanis disse, tem que ter o sistema compativel com as duas, uma pergunta...pq não dão continuidade da ADORDD ? em...essa sim seria de bom proveito para todos que usam os DOIS tanto harbour como xharbour.

Não é questão de certo ou errado. Eu sempre acompanho os dois pelo CVS e apenas relatei o que percebi.
Quanto ao ADORDD, qual é o problema dele? tem que postar os problemas no site, não no xharbour porque o adordd conflita com os interesses no SQLRDD do Marcelo Lombardo que é pago e com a lib do Vailton tambem que não tem nada haver com as empresa xharbour.com
As inovações quando conflitam com a parte comercial do xharbour/harbour tendem a ficar paradas.

Saudações
Itamar M. Lins Jr.

Pessoal,

Pra eu ter estas atualizações, no caso do xharbour, preciso compilar pelo CVS? Não existe a compilação pronta? Certo?

valeu!

momente, certo tem que baixar via CVS e compilar, nd muita dificil, deixei um Tutorial aqui no forum na sessão Tutorias.

Itamar, o Negocio é acompanhar mesmo em cima, e ir acompanhando as atualizações.....

Abraços
Leonardo Machado