Gostaria de saber como faço para rodar um executável compilado com o VC++
2005 Express em outra máquina q não possui a ferramenta, pois fiz um form
simples e só consigo rodar em minha máquina.
Testei em máquina com XP e FRAMEWORK 2.0, deu erro e sem o framework tb deu
erro
1º - Falha na inicialização do aplicativo devido a configuração incorreta. A
reinstalação do aplicativo pode resolver o problema.
2º - com o framework >> Application has generated an exception that could
not be handled. Process id = 0xfffb306f(-315281), thread
id=0xfffb325f(-314785)

1º -- Vamos supor q tenha feito com os recursos .Net arrastei e cliquei. Tá
lá o formulário. Rodei e funcionou tranquilo. Levo para uma máquina q
instalei o framework 2.0 como na minha. NÃO FUNCIONA. Dá o erro q coloquei
ai. Dá uma lida só.
Fiz alguns formulários e nada, tentei alterar as configurações e nada, se
quiser te passo o form e pode testar, vai ver q na máquina q tem o Visual C++
roda, ms em outras não (não testei em máquinas q tem o Visual C++, ms como
rodou na minha acredito q rode em outras)

2º -- Como faço para retire a chave de compilação /clr...

mas, vc perderá o recurso RAD... pq
> WinForms só em .NET!
Como assim não vou poder mais fz projetos tipo New projects Windows forms
Application...onde vou então?

Gostaria tb de saber se existe algum livro, apostila (preferencia portugues)
ou curso desta ferramenta, pois da linguagem já possuo.
Atenciosamente,
Daniel Jorge
oba: Obrigado, tente me ajudar por favor SE FOR O CASO EU ENVIO O DIRETÓRIO
DO FORM!

"Daniel Jorge" <DanielJorge@discussions.microsoft.com> escreveu na mensagem
news:4DA0D5CA-586B-4E63-8017-3E175BA70211@microsoft.com...

> 1º -- Vamos supor q tenha feito com os recursos .Net arrastei e cliquei.
> Tá
> lá o formulário. Rodei e funcionou tranquilo. Levo para uma máquina q
> instalei o framework 2.0 como na minha. NÃO FUNCIONA. Dá o erro q
> coloquei
> ai. Dá uma lida só.

> Fiz alguns formulários e nada, tentei alterar as configurações e nada, se
> quiser te passo o form e pode testar, vai ver q na máquina q tem o Visual
> C++
> roda, ms em outras não (não testei em máquinas q tem o Visual C++, ms como
> rodou na minha acredito q rode em outras)
>
> 2º -- Como faço para retire a chave de compilação /clr...
>
> mas, vc perderá o recurso RAD... pq
>> WinForms só em .NET!
> Como assim não vou poder mais fz projetos tipo New projects Windows forms
> Application...onde vou então?
>

Calma Daniel.... :)

Eu não trabalho com o Visual Studio 2005 Express... A versão que tenho por
aqui é o Architect (mais completo), por isso talvez a minha ajuda seja
insuficiente.... Mas, vamos lá....

O Visual Studio 2005 Express permite criar aplicações de setup? Se for o
caso, adicione ao seu solution um projeto de setup e use o "Setup Wizzard"
para montar o projeto... No wizzard, selecione "Primary Output ..." e faça
um Build de ambos os projetos.

Pronto.... No projeto do setup vc terá um MSI (ou EXE) contendo a instalação
de sua aplicação para .NET, basta executar na máquina cliente (com .NET) e
tudo ficará bem... caso contrário, recorra a um gerador de instalações como
o InstallShield....

O item nº2 eu me referia a aplicações MFC, por exemplo... Em aplicações não
..NET (WinForms) vc não tem um ambiente RAD para criar seus Forms como tem no
..NET.

[]s
Fred

Ok Frederico blz...obrigadão mesmo pela ajuda. Consegui fz funcionar depois
de ficar catucando....não sei direito, ms como nunca usei as ferramentas de
desenvolvimento da Microsoft fiquei sem saber ao certo o que poderia ser e tb
não sei se o que rolou é certo, ms o que aconteceu foi o seguinte...compilava
com o Debug e depois q usei o release funcionou...rodou tranquilo nas
máquinas! Mas não sei pq com o Debug não roda!

Bem Frederico obrigado pela ajuda mesmo, pois já estava me sentindo ilhado,
ms é bom saber q existem pessoas que tentam ajudar.

Tenho algumas outras duvidas:
1 - Como consigo fz para trocar o ícone do executável gerado pelo projeto?
2 - Tenho como no Express conectar a um outro bando q não seja o SQL Server
ou Access?
3 - Existe algum livro bacana q vc me indique da ferramenta?
4 - Se eu fizer aplicações sem ser .NET eu perco a parte RAD e tenho q fz
tudo na mão, ms qual opção de projeto escolho (não pode ser Windows form
certo, mesmo q queira fz um form)?


"Frederico Pissarra" escreveu:

> "Daniel Jorge" <DanielJorge@discussions.microsoft.com> escreveu na mensagem
> news:4DA0D5CA-586B-4E63-8017-3E175BA70211@microsoft.com...
>
> > 1º -- Vamos supor q tenha feito com os recursos .Net arrastei e cliquei.
> > Tá
> > lá o formulário. Rodei e funcionou tranquilo. Levo para uma máquina q
> > instalei o framework 2.0 como na minha. NÃO FUNCIONA. Dá o erro q
> > coloquei
> > ai. Dá uma lida só.
>
> > Fiz alguns formulários e nada, tentei alterar as configurações e nada, se
> > quiser te passo o form e pode testar, vai ver q na máquina q tem o Visual
> > C++
> > roda, ms em outras não (não testei em máquinas q tem o Visual C++, ms como
> > rodou na minha acredito q rode em outras)
> >
> > 2º -- Como faço para retire a chave de compilação /clr...
> >
> > mas, vc perderá o recurso RAD... pq
> >> WinForms só em .NET!
> > Como assim não vou poder mais fz projetos tipo New projects Windows forms
> > Application...onde vou então?
> >
>
> Calma Daniel.... :)
>
> Eu não trabalho com o Visual Studio 2005 Express... A versão que tenho por
> aqui é o Architect (mais completo), por isso talvez a minha ajuda seja
> insuficiente.... Mas, vamos lá....
>
> O Visual Studio 2005 Express permite criar aplicações de setup? Se for o
> caso, adicione ao seu solution um projeto de setup e use o "Setup Wizzard"
> para montar o projeto... No wizzard, selecione "Primary Output ..." e faça
> um Build de ambos os projetos.
>
> Pronto.... No projeto do setup vc terá um MSI (ou EXE) contendo a instalação
> de sua aplicação para .NET, basta executar na máquina cliente (com .NET) e
> tudo ficará bem... caso contrário, recorra a um gerador de instalações como
> o InstallShield....
>
> O item nº2 eu me referia a aplicações MFC, por exemplo... Em aplicações não
> ..NET (WinForms) vc não tem um ambiente RAD para criar seus Forms como tem no
> ..NET.
>
> []s
> Fred
>
>
>

"Daniel Jorge" <DanielJorge@discussions.microsoft.com> escreveu na mensagem
news:80635D38-30F0-4886-AFC2-AC10EF2B68D4@microsoft.com...
> Ok Frederico blz...obrigadão mesmo pela ajuda. Consegui fz funcionar
> depois
> de ficar catucando....não sei direito, ms como nunca usei as ferramentas
> de
> desenvolvimento da Microsoft fiquei sem saber ao certo o que poderia ser e
> tb
> não sei se o que rolou é certo, ms o que aconteceu foi o
> seguinte...compilava
> com o Debug e depois q usei o release funcionou...rodou tranquilo nas
> máquinas! Mas não sei pq com o Debug não roda!
>

Hummmmm.... pode ser que o MDM (Microsoft Debug Machine) ou algo parecido
precise estar instalado nas máquinas para rodar em modo debug....

> Bem Frederico obrigado pela ajuda mesmo, pois já estava me sentindo
> ilhado,
> ms é bom saber q existem pessoas que tentam ajudar.
>
> Tenho algumas outras duvidas:
> 1 - Como consigo fz para trocar o ícone do executável gerado pelo projeto?

Note que na solução vc tem uma pasta chamada "Resource Files". Lá vc tem,
pelo menos, um arquivo .ICO e um arquivo .RC.
O arquivo .RC contém uma linha assim:

1 ICON "app.ico"

É só colocar o seu icone no lugar do app.ico!

> 2 - Tenho como no Express conectar a um outro bando q não seja o SQL
> Server
> ou Access?

Olha.... em .NET vc pode usar a classe OleDBConnection e suas irmãs para
acessar qq banco de dados.

> 3 - Existe algum livro bacana q vc me indique da ferramenta?

Infelizmente não.... não sou daqueles que fica colecionando livros....
Grande parte das informações que estudo consigo por aqui (newsgroup) e pela
rede...
Dê uma olhada em livros das seguintes editoras: O'Reillly, Wrox, Addison
Wesley, Coriolis... geralmente eles têm livros muito bons... especialmente
as duas primeiras.

> 4 - Se eu fizer aplicações sem ser .NET eu perco a parte RAD e tenho q fz
> tudo na mão, ms qual opção de projeto escolho (não pode ser Windows form
> certo, mesmo q queira fz um form)?

Certo.... ao não usar CLR (.NET) vc perde um pouco o recurso RAD.... Só não
perde totalmente pq ainda será capaz de criar DIALOG BOXES visualmente. E
pode até mesmo usá-las com a classe CFormView da MFC. Mas, em essência, vc
perde o RAD sim....

O problema da MFC é que vc tem que ter um conhecimento maior de como o
Windows funciona (fila de mensagens, threading, etc) para fazer algo de
útil. .NET facilita muito isso pra vc. No entanto, aplicações Win32, usando
MFC ou não, tendem a ter ma performance melhor que aplicações .NET - tanto
em velocidade quanto ao uso da memória..

Note, entretanto, que isso depende de seu código... vc tem que controlar
tudo: Gerenciamento de memória, código mais performáticos, etc...

Fora isso, não há realmente vantagens em manter uma aplicação não-.NET! Sua
aplicação continuará rodando soemnte em boxes Windows (Já q usa a Win32
API)... o mesmo se dá com o .NET (que, fora o projeto Mono - que não é
atualizado em relação ao MS .NET - sua aplicação só funcionará bem em boxes
Windows tb!). Portanto, fique com o .NET! Ele facilita muito a vida.... O
framework é muito bom tb...

[]s
Fred

Ok Federico...brigadão mais uma vez.

O lance do icone fiz como descreveu. Quando rodo o executável ele aparece
na barra do windows, ms e para visualizar o ícone do executável,
exemplo...abro o diretório q coloquei o executável pelo explorer, ms o ícone
continua com aquela cara feia (um quadrado branco com a borda de cima azul),
padrão do windows. Vou dar uma olhada, já q me ajudou bastante a dica.

Outro lance velho...qua a ferramenta posso usar para fz relatórios?

Abração


"Frederico Pissarra" escreveu:

>
> "Daniel Jorge" <DanielJorge@discussions.microsoft.com> escreveu na mensagem
> news:80635D38-30F0-4886-AFC2-AC10EF2B68D4@microsoft.com...
> > Ok Frederico blz...obrigadão mesmo pela ajuda. Consegui fz funcionar
> > depois
> > de ficar catucando....não sei direito, ms como nunca usei as ferramentas
> > de
> > desenvolvimento da Microsoft fiquei sem saber ao certo o que poderia ser e
> > tb
> > não sei se o que rolou é certo, ms o que aconteceu foi o
> > seguinte...compilava
> > com o Debug e depois q usei o release funcionou...rodou tranquilo nas
> > máquinas! Mas não sei pq com o Debug não roda!
> >
>
> Hummmmm.... pode ser que o MDM (Microsoft Debug Machine) ou algo parecido
> precise estar instalado nas máquinas para rodar em modo debug....
>
> > Bem Frederico obrigado pela ajuda mesmo, pois já estava me sentindo
> > ilhado,
> > ms é bom saber q existem pessoas que tentam ajudar.
> >
> > Tenho algumas outras duvidas:
> > 1 - Como consigo fz para trocar o ícone do executável gerado pelo projeto?
>
> Note que na solução vc tem uma pasta chamada "Resource Files". Lá vc tem,
> pelo menos, um arquivo .ICO e um arquivo .RC.
> O arquivo .RC contém uma linha assim:
>
> 1 ICON "app.ico"
>
> É só colocar o seu icone no lugar do app.ico!
>
> > 2 - Tenho como no Express conectar a um outro bando q não seja o SQL
> > Server
> > ou Access?
>
> Olha.... em .NET vc pode usar a classe OleDBConnection e suas irmãs para
> acessar qq banco de dados.
>
> > 3 - Existe algum livro bacana q vc me indique da ferramenta?
>
> Infelizmente não.... não sou daqueles que fica colecionando livros....
> Grande parte das informações que estudo consigo por aqui (newsgroup) e pela
> rede...
> Dê uma olhada em livros das seguintes editoras: O'Reillly, Wrox, Addison
> Wesley, Coriolis... geralmente eles têm livros muito bons... especialmente
> as duas primeiras.
>
> > 4 - Se eu fizer aplicações sem ser .NET eu perco a parte RAD e tenho q fz
> > tudo na mão, ms qual opção de projeto escolho (não pode ser Windows form
> > certo, mesmo q queira fz um form)?
>
> Certo.... ao não usar CLR (.NET) vc perde um pouco o recurso RAD.... Só não
> perde totalmente pq ainda será capaz de criar DIALOG BOXES visualmente. E
> pode até mesmo usá-las com a classe CFormView da MFC. Mas, em essência, vc
> perde o RAD sim....
>
> O problema da MFC é que vc tem que ter um conhecimento maior de como o
> Windows funciona (fila de mensagens, threading, etc) para fazer algo de
> útil. .NET facilita muito isso pra vc. No entanto, aplicações Win32, usando
> MFC ou não, tendem a ter ma performance melhor que aplicações .NET - tanto
> em velocidade quanto ao uso da memória..
>
> Note, entretanto, que isso depende de seu código... vc tem que controlar
> tudo: Gerenciamento de memória, código mais performáticos, etc...
>
> Fora isso, não há realmente vantagens em manter uma aplicação não-.NET! Sua
> aplicação continuará rodando soemnte em boxes Windows (Já q usa a Win32
> API)... o mesmo se dá com o .NET (que, fora o projeto Mono - que não é
> atualizado em relação ao MS .NET - sua aplicação só funcionará bem em boxes
> Windows tb!). Portanto, fique com o .NET! Ele facilita muito a vida.... O
> framework é muito bom tb...
>
> []s
> Fred
>
>
>

Velho...desculpe a ignorancia, ms será q pode me ajudar a conectar o banco de
dados. Achei a tal classe ms o q faço agora.

Fui em Add new data source/object/system.data.oledb/oledebconnection.
Ai aparece dentro do solution explorer, pasta data sources, ms e daí para
frente como conecto no BD (interbase ou Postgree)?

E os componentes (Binding source e dataset) qual a ordem/funcionamento para
q consiga q os dados apareçam na grid.

Obrigado


"Frederico Pissarra" escreveu:

>
> "Daniel Jorge" <DanielJorge@discussions.microsoft.com> escreveu na mensagem
> news:80635D38-30F0-4886-AFC2-AC10EF2B68D4@microsoft.com...
> > Ok Frederico blz...obrigadão mesmo pela ajuda. Consegui fz funcionar
> > depois
> > de ficar catucando....não sei direito, ms como nunca usei as ferramentas
> > de
> > desenvolvimento da Microsoft fiquei sem saber ao certo o que poderia ser e
> > tb
> > não sei se o que rolou é certo, ms o que aconteceu foi o
> > seguinte...compilava
> > com o Debug e depois q usei o release funcionou...rodou tranquilo nas
> > máquinas! Mas não sei pq com o Debug não roda!
> >
>
> Hummmmm.... pode ser que o MDM (Microsoft Debug Machine) ou algo parecido
> precise estar instalado nas máquinas para rodar em modo debug....
>
> > Bem Frederico obrigado pela ajuda mesmo, pois já estava me sentindo
> > ilhado,
> > ms é bom saber q existem pessoas que tentam ajudar.
> >
> > Tenho algumas outras duvidas:
> > 1 - Como consigo fz para trocar o ícone do executável gerado pelo projeto?
>
> Note que na solução vc tem uma pasta chamada "Resource Files". Lá vc tem,
> pelo menos, um arquivo .ICO e um arquivo .RC.
> O arquivo .RC contém uma linha assim:
>
> 1 ICON "app.ico"
>
> É só colocar o seu icone no lugar do app.ico!
>
> > 2 - Tenho como no Express conectar a um outro bando q não seja o SQL
> > Server
> > ou Access?
>
> Olha.... em .NET vc pode usar a classe OleDBConnection e suas irmãs para
> acessar qq banco de dados.
>
> > 3 - Existe algum livro bacana q vc me indique da ferramenta?
>
> Infelizmente não.... não sou daqueles que fica colecionando livros....
> Grande parte das informações que estudo consigo por aqui (newsgroup) e pela
> rede...
> Dê uma olhada em livros das seguintes editoras: O'Reillly, Wrox, Addison
> Wesley, Coriolis... geralmente eles têm livros muito bons... especialmente
> as duas primeiras.
>
> > 4 - Se eu fizer aplicações sem ser .NET eu perco a parte RAD e tenho q fz
> > tudo na mão, ms qual opção de projeto escolho (não pode ser Windows form
> > certo, mesmo q queira fz um form)?
>
> Certo.... ao não usar CLR (.NET) vc perde um pouco o recurso RAD.... Só não
> perde totalmente pq ainda será capaz de criar DIALOG BOXES visualmente. E
> pode até mesmo usá-las com a classe CFormView da MFC. Mas, em essência, vc
> perde o RAD sim....
>
> O problema da MFC é que vc tem que ter um conhecimento maior de como o
> Windows funciona (fila de mensagens, threading, etc) para fazer algo de
> útil. .NET facilita muito isso pra vc. No entanto, aplicações Win32, usando
> MFC ou não, tendem a ter ma performance melhor que aplicações .NET - tanto
> em velocidade quanto ao uso da memória..
>
> Note, entretanto, que isso depende de seu código... vc tem que controlar
> tudo: Gerenciamento de memória, código mais performáticos, etc...
>
> Fora isso, não há realmente vantagens em manter uma aplicação não-.NET! Sua
> aplicação continuará rodando soemnte em boxes Windows (Já q usa a Win32
> API)... o mesmo se dá com o .NET (que, fora o projeto Mono - que não é
> atualizado em relação ao MS .NET - sua aplicação só funcionará bem em boxes
> Windows tb!). Portanto, fique com o .NET! Ele facilita muito a vida.... O
> framework é muito bom tb...
>
> []s
> Fred
>
>
>

> O lance do icone fiz como descreveu. Quando rodo o executável ele aparece
> na barra do windows, ms e para visualizar o ícone do executável,
> exemplo...abro o diretório q coloquei o executável pelo explorer, ms o
> ícone
> continua com aquela cara feia (um quadrado branco com a borda de cima
> azul),
> padrão do windows. Vou dar uma olhada, já q me ajudou bastante a dica.
>

Deve existir alguma propriedade para o projeto para esse tipo de coisa...
num sei.... eu, na realidade, prefiro desenvolver meus projetos em Win32 API
ou, no máximo em MFC...

> Outro lance velho...qua a ferramenta posso usar para fz relatórios?
>

Velho?! hehehe.... Puts!

Olha só.... o Visual Studio 2005 (não o express) vem com o Crystal Report...
Vc não precisa necessariamente comprar o VS2005 Team Suite ou coisa que o
valha... pode conseguir (comprar!... quem sou eu pra falar de pirataria
aqui!) o Crystal Report em separado.... acho que tá na versão 8 ou 9...

> Abração
>

Sempre às ordens...

[]'s
Fred

"Daniel Jorge" <DanielJorge@discussions.microsoft.com> escreveu na mensagem
news:77370EF7-E88A-4EC6-8A02-76016A7D0075@microsoft.com...
> Velho...desculpe a ignorancia, ms será q pode me ajudar a conectar o banco
> de
> dados. Achei a tal classe ms o q faço agora.

Dê um pulo em http://msdn.microsoft.com/library e consulte sobre "Data
Access" e "ADO.NET".
O texto vai ficar meio "grande" por aqui para te explicar os detalhes... mas
não é difícil não...

Estude, particularmente, as classes SQLConnection e relacionadas...

> Fui em Add new data source/object/system.data.oledb/oledebconnection.
> Ai aparece dentro do solution explorer, pasta data sources, ms e daí para
> frente como conecto no BD (interbase ou Postgree)?

Neste caso, vc vai precisar usar a classe OleDBConnection ou OdbcConnection
e relacionadas....
Seu banco de dados preferido vai ter que disponibilizar um "provider" para
ODBC ou OLEDB.

> E os componentes (Binding source e dataset) qual a ordem/funcionamento
> para
> q consiga q os dados apareçam na grid.

Como já te disse... dê um pulo lá no MSDN....
Sorry... mas eu posto essas mensagens no meu serviço em meu tempo livre...
dai já viu! Pra postar textos longos fica meio improdutivo! :)

[]s
Fred

Ahhhh.... outro lugar onde c pode ir pra ver exemplos:

http://www.gotdotnet.com/Community/UserSamples

[]s
Fred

"Daniel Jorge" <DanielJorge@discussions.microsoft.com> escreveu na mensagem
news:77370EF7-E88A-4EC6-8A02-76016A7D0075@microsoft.com...
> Velho...desculpe a ignorancia, ms será q pode me ajudar a conectar o banco
> de
> dados. Achei a tal classe ms o q faço agora.
>
> Fui em Add new data source/object/system.data.oledb/oledebconnection.
> Ai aparece dentro do solution explorer, pasta data sources, ms e daí para
> frente como conecto no BD (interbase ou Postgree)?
>
> E os componentes (Binding source e dataset) qual a ordem/funcionamento
> para
> q consiga q os dados apareçam na grid.
>
> Obrigado
>
>
> "Frederico Pissarra" escreveu:
>
>>
>> "Daniel Jorge" <DanielJorge@discussions.microsoft.com> escreveu na
>> mensagem
>> news:80635D38-30F0-4886-AFC2-AC10EF2B68D4@microsoft.com...
>> > Ok Frederico blz...obrigadão mesmo pela ajuda. Consegui fz funcionar
>> > depois
>> > de ficar catucando....não sei direito, ms como nunca usei as
>> > ferramentas
>> > de
>> > desenvolvimento da Microsoft fiquei sem saber ao certo o que poderia
>> > ser e
>> > tb
>> > não sei se o que rolou é certo, ms o que aconteceu foi o
>> > seguinte...compilava
>> > com o Debug e depois q usei o release funcionou...rodou tranquilo nas
>> > máquinas! Mas não sei pq com o Debug não roda!
>> >
>>
>> Hummmmm.... pode ser que o MDM (Microsoft Debug Machine) ou algo parecido
>> precise estar instalado nas máquinas para rodar em modo debug....
>>
>> > Bem Frederico obrigado pela ajuda mesmo, pois já estava me sentindo
>> > ilhado,
>> > ms é bom saber q existem pessoas que tentam ajudar.
>> >
>> > Tenho algumas outras duvidas:
>> > 1 - Como consigo fz para trocar o ícone do executável gerado pelo
>> > projeto?
>>
>> Note que na solução vc tem uma pasta chamada "Resource Files". Lá vc tem,
>> pelo menos, um arquivo .ICO e um arquivo .RC.
>> O arquivo .RC contém uma linha assim:
>>
>> 1 ICON "app.ico"
>>
>> É só colocar o seu icone no lugar do app.ico!
>>
>> > 2 - Tenho como no Express conectar a um outro bando q não seja o SQL
>> > Server
>> > ou Access?
>>
>> Olha.... em .NET vc pode usar a classe OleDBConnection e suas irmãs para
>> acessar qq banco de dados.
>>
>> > 3 - Existe algum livro bacana q vc me indique da ferramenta?
>>
>> Infelizmente não.... não sou daqueles que fica colecionando livros....
>> Grande parte das informações que estudo consigo por aqui (newsgroup) e
>> pela
>> rede...
>> Dê uma olhada em livros das seguintes editoras: O'Reillly, Wrox, Addison
>> Wesley, Coriolis... geralmente eles têm livros muito bons...
>> especialmente
>> as duas primeiras.
>>
>> > 4 - Se eu fizer aplicações sem ser .NET eu perco a parte RAD e tenho q
>> > fz
>> > tudo na mão, ms qual opção de projeto escolho (não pode ser Windows
>> > form
>> > certo, mesmo q queira fz um form)?
>>
>> Certo.... ao não usar CLR (.NET) vc perde um pouco o recurso RAD.... Só
>> não
>> perde totalmente pq ainda será capaz de criar DIALOG BOXES visualmente. E
>> pode até mesmo usá-las com a classe CFormView da MFC. Mas, em essência,
>> vc
>> perde o RAD sim....
>>
>> O problema da MFC é que vc tem que ter um conhecimento maior de como o
>> Windows funciona (fila de mensagens, threading, etc) para fazer algo de
>> útil. .NET facilita muito isso pra vc. No entanto, aplicações Win32,
>> usando
>> MFC ou não, tendem a ter ma performance melhor que aplicações .NET -
>> tanto
>> em velocidade quanto ao uso da memória..
>>
>> Note, entretanto, que isso depende de seu código... vc tem que controlar
>> tudo: Gerenciamento de memória, código mais performáticos, etc...
>>
>> Fora isso, não há realmente vantagens em manter uma aplicação não-.NET!
>> Sua
>> aplicação continuará rodando soemnte em boxes Windows (Já q usa a Win32
>> API)... o mesmo se dá com o .NET (que, fora o projeto Mono - que não é
>> atualizado em relação ao MS .NET - sua aplicação só funcionará bem em
>> boxes
>> Windows tb!). Portanto, fique com o .NET! Ele facilita muito a vida.... O
>> framework é muito bom tb...
>>
>> []s
>> Fred
>>
>>
>>

Ok Frederico. Muito obrigado mais uma vez. A ajuda está sendo muito util e
importante nessa minha caminhada no escuro. rsrsrsrsr

Vou dar uma olhada e fz alguns testes e depois te conto como ficou (se
consegui ou não). Espero conseguir, pois o tempo é curto.

Espero conseguir contactar com vc depois!

Abraços

"Frederico Pissarra" escreveu:

> Ahhhh.... outro lugar onde c pode ir pra ver exemplos:
>
> http://www.gotdotnet.com/Community/UserSamples
>
> []s
> Fred
>
> "Daniel Jorge" <DanielJorge@discussions.microsoft.com> escreveu na mensagem
> news:77370EF7-E88A-4EC6-8A02-76016A7D0075@microsoft.com...
> > Velho...desculpe a ignorancia, ms será q pode me ajudar a conectar o banco
> > de
> > dados. Achei a tal classe ms o q faço agora.
> >
> > Fui em Add new data source/object/system.data.oledb/oledebconnection.
> > Ai aparece dentro do solution explorer, pasta data sources, ms e daí para
> > frente como conecto no BD (interbase ou Postgree)?
> >
> > E os componentes (Binding source e dataset) qual a ordem/funcionamento
> > para
> > q consiga q os dados apareçam na grid.
> >
> > Obrigado
> >
> >
> > "Frederico Pissarra" escreveu:
> >
> >>
> >> "Daniel Jorge" <DanielJorge@discussions.microsoft.com> escreveu na
> >> mensagem
> >> news:80635D38-30F0-4886-AFC2-AC10EF2B68D4@microsoft.com...
> >> > Ok Frederico blz...obrigadão mesmo pela ajuda. Consegui fz funcionar
> >> > depois
> >> > de ficar catucando....não sei direito, ms como nunca usei as
> >> > ferramentas
> >> > de
> >> > desenvolvimento da Microsoft fiquei sem saber ao certo o que poderia
> >> > ser e
> >> > tb
> >> > não sei se o que rolou é certo, ms o que aconteceu foi o
> >> > seguinte...compilava
> >> > com o Debug e depois q usei o release funcionou...rodou tranquilo nas
> >> > máquinas! Mas não sei pq com o Debug não roda!
> >> >
> >>
> >> Hummmmm.... pode ser que o MDM (Microsoft Debug Machine) ou algo parecido
> >> precise estar instalado nas máquinas para rodar em modo debug....
> >>
> >> > Bem Frederico obrigado pela ajuda mesmo, pois já estava me sentindo
> >> > ilhado,
> >> > ms é bom saber q existem pessoas que tentam ajudar.
> >> >
> >> > Tenho algumas outras duvidas:
> >> > 1 - Como consigo fz para trocar o ícone do executável gerado pelo
> >> > projeto?
> >>
> >> Note que na solução vc tem uma pasta chamada "Resource Files". Lá vc tem,
> >> pelo menos, um arquivo .ICO e um arquivo .RC.
> >> O arquivo .RC contém uma linha assim:
> >>
> >> 1 ICON "app.ico"
> >>
> >> É só colocar o seu icone no lugar do app.ico!
> >>
> >> > 2 - Tenho como no Express conectar a um outro bando q não seja o SQL
> >> > Server
> >> > ou Access?
> >>
> >> Olha.... em .NET vc pode usar a classe OleDBConnection e suas irmãs para
> >> acessar qq banco de dados.
> >>
> >> > 3 - Existe algum livro bacana q vc me indique da ferramenta?
> >>
> >> Infelizmente não.... não sou daqueles que fica colecionando livros....
> >> Grande parte das informações que estudo consigo por aqui (newsgroup) e
> >> pela
> >> rede...
> >> Dê uma olhada em livros das seguintes editoras: O'Reillly, Wrox, Addison
> >> Wesley, Coriolis... geralmente eles têm livros muito bons...
> >> especialmente
> >> as duas primeiras.
> >>
> >> > 4 - Se eu fizer aplicações sem ser .NET eu perco a parte RAD e tenho q
> >> > fz
> >> > tudo na mão, ms qual opção de projeto escolho (não pode ser Windows
> >> > form
> >> > certo, mesmo q queira fz um form)?
> >>
> >> Certo.... ao não usar CLR (.NET) vc perde um pouco o recurso RAD.... Só
> >> não
> >> perde totalmente pq ainda será capaz de criar DIALOG BOXES visualmente. E
> >> pode até mesmo usá-las com a classe CFormView da MFC. Mas, em essência,
> >> vc
> >> perde o RAD sim....
> >>
> >> O problema da MFC é que vc tem que ter um conhecimento maior de como o
> >> Windows funciona (fila de mensagens, threading, etc) para fazer algo de
> >> útil. .NET facilita muito isso pra vc. No entanto, aplicações Win32,
> >> usando
> >> MFC ou não, tendem a ter ma performance melhor que aplicações .NET -
> >> tanto
> >> em velocidade quanto ao uso da memória..
> >>
> >> Note, entretanto, que isso depende de seu código... vc tem que controlar
> >> tudo: Gerenciamento de memória, código mais performáticos, etc...
> >>
> >> Fora isso, não há realmente vantagens em manter uma aplicação não-.NET!
> >> Sua
> >> aplicação continuará rodando soemnte em boxes Windows (Já q usa a Win32
> >> API)... o mesmo se dá com o .NET (que, fora o projeto Mono - que não é
> >> atualizado em relação ao MS .NET - sua aplicação só funcionará bem em
> >> boxes
> >> Windows tb!). Portanto, fique com o .NET! Ele facilita muito a vida.... O
> >> framework é muito bom tb...
> >>
> >> []s
> >> Fred
> >>
> >>
> >>
>
>
>

"Daniel Jorge" <DanielJorge@discussions.microsoft.com> escreveu na mensagem
news:13DBA242-CCC0-4BCD-8150-A7522FEFECD6@microsoft.com...
> Ok Frederico. Muito obrigado mais uma vez. A ajuda está sendo muito util
> e
> importante nessa minha caminhada no escuro. rsrsrsrsr
>
> Vou dar uma olhada e fz alguns testes e depois te conto como ficou (se
> consegui ou não). Espero conseguir, pois o tempo é curto.
>
> Espero conseguir contactar com vc depois!
>
> Abraços
>
> "Frederico Pissarra" escreveu:
>
>> Ahhhh.... outro lugar onde c pode ir pra ver exemplos:
>>
>> http://www.gotdotnet.com/Community/UserSamples
>>
>> []s
>> Fred
>>
>> "Daniel Jorge" <DanielJorge@discussions.microsoft.com> escreveu na
>> mensagem
>> news:77370EF7-E88A-4EC6-8A02-76016A7D0075@microsoft.com...
>> > Velho...desculpe a ignorancia, ms será q pode me ajudar a conectar o
>> > banco
>> > de
>> > dados. Achei a tal classe ms o q faço agora.
>> >
>> > Fui em Add new data source/object/system.data.oledb/oledebconnection.
>> > Ai aparece dentro do solution explorer, pasta data sources, ms e daí
>> > para
>> > frente como conecto no BD (interbase ou Postgree)?
>> >
>> > E os componentes (Binding source e dataset) qual a ordem/funcionamento
>> > para
>> > q consiga q os dados apareçam na grid.
>> >
>> > Obrigado
>> >
>> >
>> > "Frederico Pissarra" escreveu:
>> >
>> >>
>> >> "Daniel Jorge" <DanielJorge@discussions.microsoft.com> escreveu na
>> >> mensagem
>> >> news:80635D38-30F0-4886-AFC2-AC10EF2B68D4@microsoft.com...
>> >> > Ok Frederico blz...obrigadão mesmo pela ajuda. Consegui fz
>> >> > funcionar
>> >> > depois
>> >> > de ficar catucando....não sei direito, ms como nunca usei as
>> >> > ferramentas
>> >> > de
>> >> > desenvolvimento da Microsoft fiquei sem saber ao certo o que poderia
>> >> > ser e
>> >> > tb
>> >> > não sei se o que rolou é certo, ms o que aconteceu foi o
>> >> > seguinte...compilava
>> >> > com o Debug e depois q usei o release funcionou...rodou tranquilo
>> >> > nas
>> >> > máquinas! Mas não sei pq com o Debug não roda!
>> >> >
>> >>
>> >> Hummmmm.... pode ser que o MDM (Microsoft Debug Machine) ou algo
>> >> parecido
>> >> precise estar instalado nas máquinas para rodar em modo debug....
>> >>
>> >> > Bem Frederico obrigado pela ajuda mesmo, pois já estava me sentindo
>> >> > ilhado,
>> >> > ms é bom saber q existem pessoas que tentam ajudar.
>> >> >
>> >> > Tenho algumas outras duvidas:
>> >> > 1 - Como consigo fz para trocar o ícone do executável gerado pelo
>> >> > projeto?
>> >>
>> >> Note que na solução vc tem uma pasta chamada "Resource Files". Lá vc
>> >> tem,
>> >> pelo menos, um arquivo .ICO e um arquivo .RC.
>> >> O arquivo .RC contém uma linha assim:
>> >>
>> >> 1 ICON "app.ico"
>> >>
>> >> É só colocar o seu icone no lugar do app.ico!
>> >>
>> >> > 2 - Tenho como no Express conectar a um outro bando q não seja o SQL
>> >> > Server
>> >> > ou Access?
>> >>
>> >> Olha.... em .NET vc pode usar a classe OleDBConnection e suas irmãs
>> >> para
>> >> acessar qq banco de dados.
>> >>
>> >> > 3 - Existe algum livro bacana q vc me indique da ferramenta?
>> >>
>> >> Infelizmente não.... não sou daqueles que fica colecionando livros....
>> >> Grande parte das informações que estudo consigo por aqui (newsgroup) e
>> >> pela
>> >> rede...
>> >> Dê uma olhada em livros das seguintes editoras: O'Reillly, Wrox,
>> >> Addison
>> >> Wesley, Coriolis... geralmente eles têm livros muito bons...
>> >> especialmente
>> >> as duas primeiras.
>> >>
>> >> > 4 - Se eu fizer aplicações sem ser .NET eu perco a parte RAD e tenho
>> >> > q
>> >> > fz
>> >> > tudo na mão, ms qual opção de projeto escolho (não pode ser Windows
>> >> > form
>> >> > certo, mesmo q queira fz um form)?
>> >>
>> >> Certo.... ao não usar CLR (.NET) vc perde um pouco o recurso RAD....
>> >> Só
>> >> não
>> >> perde totalmente pq ainda será capaz de criar DIALOG BOXES
>> >> visualmente. E
>> >> pode até mesmo usá-las com a classe CFormView da MFC. Mas, em
>> >> essência,
>> >> vc
>> >> perde o RAD sim....
>> >>
>> >> O problema da MFC é que vc tem que ter um conhecimento maior de como o
>> >> Windows funciona (fila de mensagens, threading, etc) para fazer algo
>> >> de
>> >> útil. .NET facilita muito isso pra vc. No entanto, aplicações Win32,
>> >> usando
>> >> MFC ou não, tendem a ter ma performance melhor que aplicações .NET -
>> >> tanto
>> >> em velocidade quanto ao uso da memória..
>> >>
>> >> Note, entretanto, que isso depende de seu código... vc tem que
>> >> controlar
>> >> tudo: Gerenciamento de memória, código mais performáticos, etc...
>> >>
>> >> Fora isso, não há realmente vantagens em manter uma aplicação
>> >> não-.NET!
>> >> Sua
>> >> aplicação continuará rodando soemnte em boxes Windows (Já q usa a
>> >> Win32
>> >> API)... o mesmo se dá com o .NET (que, fora o projeto Mono - que não é
>> >> atualizado em relação ao MS .NET - sua aplicação só funcionará bem em
>> >> boxes
>> >> Windows tb!). Portanto, fique com o .NET! Ele facilita muito a
>> >> vida.... O
>> >> framework é muito bom tb...
>> >>
>> >> []s
>> >> Fred

Daniel, dê preferência por me contactar por aqui mesmo.... sabe como é....
se eu der meu e-mail o spam chove por aqui.. Chove de qq jeito, mesmo sem eu
mostrando o e-mail quanto mais mostrando.... :)

De qq maneira, estou constantemente lendo news... no worries....

[]s
Fred