> Ola Sergio
>
> Li os seus e-mail e tamb�m as resposta e n�o resisti em entrar no assuntos
> j� que muito do que foi dito, ao meu ver, estava um pouco longe da
> realidade.
> Tenho o mesmo problema que voc� com rela��o a programas desenvolvidos em
> VFP.
> O primeiro ponto � que o samba � um emulador da rede Windows NT e como
> servidor de arquivos ele funciona 100% com aplicativos em VFP (testado e
> aprovado).
> Porem veja bem que ele n�o roda os aplicativos windows mas sim funciona
como
> um close dos protocolos de comunica��o do Windows NT. Em outras palavras
ele
> faz os micros linux se comunicar com os micros windows e � t�o bom nisto
que
> supera o pr�prio Windows NT em termos de seguran�a e confiabilidade nesta
> comunica��o o que o faz um excelente servidor.
> O wine por sua vez seria a op��o para emular o S.O. windows no linux e
rodar
> os programas para este S.O no linux , incluindo o VFP, porem como voc�
> poder� constatar o Wine funciona clonando todas as rotinas do windows e
n�o
> existe (pelo que eu saiba) as VFP*.DLL (que ficam no diret�rio
> WINDOWS\SYSTEM) necess�rias ao VFP clonadas.
> Parece que as do Visual Basic j� existem mas n�o tenho certeza.
> As .DLL originais do VFP n�o funcionam no wine e teria que haver clones
> destas for linux para funcionar.
Vc est� correto.
> Quanto ao preconceito contra arquivos DBF e a tend�ncia a usar Base de
> Dados, � devido a ignor�ncia de que o VFP possui a sua pr�pria Base de
Dados
> interna e integrada ao ambiente de desenvolvimento, coisa que parece de
> outro mundo para todos os outros ambiente de desenvolvimento mais
badalados.
> A base de dados do VFP alias n�o fica devendo nada a muitas outras que
> est�o no mercado e que custam os olhos da cara. (exceto as livres que
> existem no linux � claro)
E por que n�o us�-las ?
> Na base de dados do VFP os arquivos DBF (que continuam existindo) se
> transformam em tabelas atreladas a um gerenciamentos central com
> praticamente todos os recursos de qualquer base de dados inclusive
comandos
> SQL, integridade referencial etc etc etc...
Eu realmente n�o sabia disso (nunca mexi com VFP), mas qual a vantagem nisso
? Vc pode instalar um Postgresql ou um InterBase na m�quina local ou mesmo
em outra m�quina da rede e vc n�o vai perder nenhum banco de dados por
corrup��o de arquivos dbf por erro na rede ou no servidor de arquivos. N�o
precisa nem de Samba.
> Quanto ao FlagShip ele � um clone for linux do CLIPPER CA e que esta
> anos-luz atr�s no tempo em rela��o ao VFP e n�o possui at� onde eu sei
> nenhum recurso gr�fico.
Certo. Os caras da FlagShip estavam prometendo h� um tempo atr�s fazer um
Visual Flagship e n�o sei o que deu nem se seria um clone do Visual Fox Pro.
Talvez fosse bom consult�-los.
> O VFP � uma linguagem Orientada a Objeto sofisticada e moderna enquanto o
> FlagShip � um close da j� superada linguagem Clipper CA. (n�o desfazendo
os
> avan�os ja conseguidos para o FlagShip pela sua propriet�ria que alias
estou
> ansioso para testar)
Concordo tamb�m. No Brasil e em alguns pa�ses o Clipper e mesmo o VFP s�o
muito usados mas n�o s�o a �ltima palavra em tecnologia. Se vc precisar de
interfaces gr�ficas bonitinhas e uma boa linguagem orientada a objeto eu
sugiro o Kylix e o Delphi (para o Windows). � bem f�cil de usar e no caso do
Kylix vc pode ainda colocar o Linux em todos os desktops e economizar as
licen�as do Windows.
O que eu quero dizer � que enquanto ficarmos presos a produtos e tecnologias
exclusivas M$ a transi��o ficar� dif�cil ou imposs�vel. A facilidade dessas
tecnologias tem esse pre�o, que acredito caro demais (em pre�o e liberdade).
> Finalizando, n�o h� solu��o no momento para rodar os aplicativos VFP em
> CLIENTES LINUX porem pode rodar a vontade colocando os arquivos em um
> SEVIDORES LINUX com SAMBA e com CLIENTES WINDOWS para rodar os programas.
Certo.
> Como nem tudo � perfeito, o VFP pelo que parece esta merecendo um
tratamento
> de sucateamento por parte da Micro$oft que comprou o coitado para mata-lo
e
> promover o Visual Basic. O que � uma grande pena.
Tem raz�o. O VFP � um produto fadado ao esquecimento. Esque�a dele para
novos desenvolvimentos e pense em uma solu��o mais definitiva, escal�vel e
port�vel. N�o tenha d�vidas de que o produto vai continuar eternamente e que
funcionar� no Windows XP2005 (com .Net v.10) ...
>
> lion
> [EMAIL PROTECTED]
>
Assinantes em 28/04/2001: 2252
Mensagens recebidas desde 07/01/1999: 111293
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
