Newsgroup: it.comp.lang.visual-basic
Titolo: Mac

Non consco il mondo Mac, ma il mio programma  Briscola, che salva i dati in 
Access MDB tramite DAO potrebbe funzionare o devo aspettatrmi problemi? E di 
che tipo? come farvi fronte, a parte consigliare windows, ovvio. Chi ha il 
mac vuole tenersi il mac.
Ho un potenziale clienet che mi dice che non riesce a lanciare il prog.
Per adesso non nulla di più. E' il setup o il programma? E non riesce che 
vuol dire? Ci vuole un uovo sbattuto o da un messaggio di errore? Non so 
ancora molto.... cosa mi devo aspettare, di standard almeno?
Merci per le info
-- 
Greg 

greg ha scritto...

L'unica piattaforma su cui può girare un'applicazione VB6 (presumo!),
è solamente Windows.
Sul MAC ci può girare solo in un modo...
...in emulazione! (Virtual Machine)
Non puoi far girare un'applicazione Commodore64, Playstation, Linux... 
direttamente in Windows (o viceversa), poichè sono sistemi profondamente 
diversi.
Prova al limite a convertire la tua applicazione, in un linguaggio 
multi-piattaforma, per esempio in Java!
-- 
Ciao Fede
By Chicco Production
http://bcp.freetools.it

 è solamente Windows.
io posso affermare che una SEMPLICE applicazione exe gira anche su mac,
l'applicazione era un semplice exe senza archivio dati access o oltre cose
simili, e comunque creava e cancellava tranquillamente file di testo.
Tale cosa mi è stata riferita da un collega quindi altro non ti so dire.

 multi-piattaforma, per esempio in Java!
Per carità...
-- 
Greg 

 Tale cosa mi è stata riferita da un collega quindi altro non ti so dire.
Io posso AFFERMARE che tu ti sbagli.


 dedurre che Microsft abbia messo sul mercato un versione Office per mac?
Sě esiste una versione di Office per Mac:
http://www.microsoft.com/Italy/products/mac/products/Office2008/default.mspx


 
http://www.microsoft.com/Italy/products/mac/products/Office2008/default.mspx
Tutto claro!
Quindi l'unico modo è che io faccia una versionedi Briscola per mac, o che 
almeno la porti da vb6 a net.
Gli ho gia scritto una mail dove lo cosnigliavo di scegliere un altro gioco 
che giri su mac; facciamo prima tutti e due.
-- 
Greg 

 dedurre che Microsft abbia messo sul mercato un versione Office per mac?
office per mac, come ie per mac, esiste da molti anni.
word2000 consente di salvare in
word 4 per mac
word 5 per mac
e stiamo parlando del 2000...
da qui al fatto che un tuo exe ci giri, non ne ho idea.
ciao 

...come dicevo mi era stato riferito quindi non ho visto in prima persona 
l'eseguibile partire su un mac.
Ora devo però essere propenso di pensare come te visto che il collega non 
era un programmatore e tu si.
Ma tu affermi che non gira perchè hai provato o letto in giro? 

 Ma tu affermi che non gira perchè hai provato o letto in giro?
No io affermo che non gira per il semplice fatto che ambienti di sviluppo 
multi piattaforma,
compilano eseguibili specifici per ogni singola piattaforma, con risultati 
estremamente differenti.
Il file eseguibile per Mac differisce completamente da un file eseguibile 
per Windows.
VB6 è un bel linguaggio, ma purtroppo per tutti quelli come me, non è multi 
piattaforma!


 multi piattaforma!
ma son stronzxi!
L'ho fato con mactintosh!
č uguale a l'ěho fatto co windows!
Ma windoqws non fa mica grafici e tabelle!!!!!!!!
Ce ne fosse uno onesto!!!!
fanculo tutti! ladri!
-- 
Greg 

 Ma windoqws non fa mica grafici e tabelle!!!!!!!!
hai postato con un mac via server nx e c'č stato qualche problema con le 
codifiche? :)

 Tale cosa mi è stata riferita da un collega quindi altro non ti so dire.
io avevo sviluppato un'applicazione su Mac, usando un Basic per Mac di cui 
non ricordo il nome. Al momento di compilare si specificava la piattaforma 
di destinazione e veniva generato l'eseguibile per Mac oppure per Windows.
Non ricordo come si chiamasse, ma era un Basic apprezzato nel mondo Mac. La 
sintassi comunque era profondamente diversa da VB.
Mk

Scusami se replico, è che il collega non aveva  motivo di dirmi una cosa per 
un'altra...
E' possibile che ci possa essere un programma (tipo Virtual PC) che se 
installato sul mac puo' far girare un exe in VB6?

XP wrote:

Pare che il modo più indolore sia usare una VM (tipo VirtualPC, appunto, 
o VirtualBox, che è open source e funziona molto bene e mi pare esista 
anche per Mac).
Ma questo presuppone/presupporrebbe il possesso di una licenza originale 
di windows. Se il cliente usa solo mac, IMO è antipatico dirgli 
"comprati windows e installa una VM".
Non credo esista un programma che non sia una VM e sia in grado di 
simulare le API di Windows (perché di questo in fondo si tratta).
-- 
S.

 
Non potrebbe essere un WINE per MAC?
-- 
Daniele Pinna  (leva oops. per rispondere)
Utente Skype: dapinna
Sito Web: 
http://www.dapinna.com
	<-- Nuovo Sito... ora in Joomla
Il Docfa in Pillole:  
http://www.ildocfainpillole.it
-----
Now Powered by Linux KUbuntu 8.10 "Intrepid Ibex"

Non potrebbe essere un WINE per MAC?
Per usi privati forse, ma proporlo a un cliente...
http://it.wikipedia.org/wiki/Wine
...io sinceramente non me la sentirei!


 diversa da VB. Mk
Ecco una cosa che di poteva inserire in VB7
Invece di fare un net multipiattoforma, che per supoprtare tutto deve pesare 
una tonnellata, cosi come si puo scegliere se compilare in nativo o in in 
p.code, avrebbero potuto mettere altri 3 opzioni e di volta in volta un 
flagga quella che serve:
- compile for windows (attiva di defualt)
- compile for linux
- compile for mac
Ah cosa ci siamo perso!!! E alla fine la crisi è arrivata lo stesso. Pure MS 
pare che andrà a licenziare :(
-- 
Greg 

 - compile for mac
Non credo lo farą mai un regalo simile alla concorrenza.
Windows č Microsoft.
Linux e Mac, no!


 Linux e Mac, no!
Hai ragione, non ci avevo pensato. Non č una cosa difficile da realizzare, 
bensi una specie di embargo.
-- 
Greg 

 ...io sinceramente non me la sentirei!
Pare che le alternative siano queste:
 
http://www.macwindows.com/emulator.html
-- 
S.

 ha scritto

si chiama realbasic, e non costa molto.
la standard anzi per un po' e' stata free. me l'hanno messo davanti su un 
mac, e il mio amico ha detto "stai scrivendo a occhi chiusi". l'exe 
funzionava al primo giro. forse tanto diverso da vb classic non era. anzi, 
non lo era affatto. .text invece di .caption, magari, ma questo ce l'ha 
anche net...
però non tieni presente che, a torto o a ragione, per ms non esistono altri 
ambienti. magari non li ostacolano troppo, ma mono non è un progetto loro, e 
il perfetto pc, per ms, è win + office + vs + messenger + ms x... + ms y...
ripeto: a torto o a ragione.
quanto a licenziare, licenzia anche google: afaik, soprattutto commerciali. 
con l'estensione degli acquisti in rete, dei commerciali mediocri c'è meno 
necessità, si salvano quelli molto redditizi...
e, imhissimo, è appena cominciata. l'india da sola sforna ogni anno più 
ingegneri che noi laureati in qualunque cosa...
ciao 

 si chiama realbasic, e non costa molto.
vedo se lo trovo per curiosita
-- 
Greg 

 si chiama realbasic, e non costa molto.
Uscendo dal mondo VB esiste anche Lazarus, che è un clone open source di 
Delphi basato su Free Pascal (linguaggio Object Pascal).
E' possibile compilare nativamente lo stesso sorgente su Win, Linux e 
Mac, senza nessun framework o libreria di supporto. Object Pascal è 
anche un gran bel linguaggio, molto documentato.
Forse l'ambiente non è attualmente un mostro di stabilità, ma pare che 
sia migliorato parecchio e, naturalmente, è free software.
-- 
news:it-alt.comp.software.openoffice : Il newsgroup dedicato a
OpenOffice.org, la suite open source di applicazioni per ufficio.
Scarica "OpenOffice.org 3.0 Soluzioni a raccolta", molto più di semplici 
FAQ! 
http://it.openoffice.org/doc/manuali/

PS
Screenshot dell'IDE, tanto per mostrare quanto č simile alle versioni 
"classiche" di Dephi:
http://img26.imageshack.us/img26/7983/lazaruslt6.png
-- 
news:it-alt.comp.software.openoffice : Il newsgroup dedicato a
OpenOffice.org, la suite open source di applicazioni per ufficio.
Scarica "OpenOffice.org 3.0 Soluzioni a raccolta", molto piů di semplici 
FAQ! 
http://it.openoffice.org/doc/manuali/

 
http://img26.imageshack.us/img26/7983/lazaruslt6.png
Ma te pensa! sembra vb, grzie dell'info
greg 

 Ma te pensa! sembra vb, grzie dell'info
Però il linguaggio Object Pascal è profondamente diverso da VB. Si 
troveranno certamente a loro agio i vecchietti che hanno iniziato con 
Turbo Pascal.
Io sono un hobbista che ha iniziato a programmare pasticciando in 
Delphi, e non sono rimasto molto sconvolto vedendo .NET... aveva un 
forte sapore di déjà vu :-)
-- 
news:it-alt.comp.software.openoffice : Il newsgroup dedicato a
OpenOffice.org, la suite open source di applicazioni per ufficio.
Scarica "OpenOffice.org 3.0 Soluzioni a raccolta", molto più di semplici 
FAQ! 
http://it.openoffice.org/doc/manuali/

 ...io sinceramente non me la sentirei!
Be dipende da cosa chiede il cliente :-)
Se il cliente ha bisogno di un certo software per Windows all'interno di
un sistema che Windows NON è, Wine può essere una soluzione alternativa
a rifare da zero quel software.
In ogni caso rispondevo all'affermazione di Stevie che diceva:
"Non credo esista un programma che non sia una VM e sia in grado di
simulare le API di Windows (perché di questo in fondo si tratta)."
In Realtà un programma del genere esiste (appunto WINE) sotto Linux.
Dato che Mac è un Unix/Linux, WINE potrebbe funzionare. e quindi
potrebbe essere quello il sistema per far girare un software per Windows
all'interno di un Mac senza una VM.
:-)


 
http://www.macwindows.com/emulator.html
Pare ci sia più di un sistema alternativo...


 Ma te pensa! sembra vb, grzie dell'info
piano. il link di vitriol me lo sono salvato, come al solito con molti suoi 
post. ma sono 10 anni che delphi mi attrae, parecchio, e 10 anni che gnaa 
faccio. non perché sia brutto. al contrario, nel 2000 continuavano a dirmi 
che era veramente OO, tipizzato, ecc.
ma io sono lento, e la _mia_, non obbligatoriamente condivisibile, 
filosofia, è di cercare di usare bene quello che uso. vb6, vado abbastanza a 
occhi chiusi. dotnet, ancora non mi perdo del tutto. ma so che non riuscirei 
a usare delphi senza un apprendistato che non posso più permettermi. pascal 
è completamente un altro mondo da basic. intendo _completamente_. fa' conto 
fortran e prolog: se non nella teoria, nell'implementazione.
poi, gli ide rad si assomigliano tutti. un po' il c lo conosco. ma prima di 
smaronare in lan coi m/alloc ci penso un po'. anche col c diesis.
vb classico per quello che faccio va benissimo, ci pensavo in questi giorni. 
sto provando un browser in 2008, e continua a mandarmi raffiche di errori di 
script che col 6 non mi arrivano. prima di metterlo nella aln, ci penso e 
studio un po'.
se il tuo problema è _un_ programma, dubito assai che la soluzione sia 
cambiare linguaggio. pensa a wine come dice daniele, pensa a una vm, pensa 
al dual boot. ma fossi in te, per _un_ programma, eviterei di cambiare 
mondo. vitriol stesso mi sembra dica che non è stabilissimo. ok pe studiare, 
ma sul campo?
scusami, non vorrei smontarti. ma ormai quando penso a un problema mi chiedo 
"e quanto tempo ho a disposizione?"
riassunto: come al solito, valuta tutto, ma decidi con molta calma.
ciao 

 mac vuole tenersi il mac.
io uso MAC ed in emulazione uso Windows per programmare applicativi
win.
Ti confermo che applcativi VB6 non posso girare nativamente su sistema
MAC a meno che non usi un emulatore, CrossOver andrebbe più che bene
per te ma ha un costo.
Se hai tempo e la tua applicazione non usa funzionalità speciali, tipo
API di win, ti consiglio di migrare a 
VS.NET
.
Con 
VS.NET
 sviluppi applicazioni utilizzando l'ambiente VB sotto
Windows, sempre applicazioni che non fanno uso di API ma solo del
framework puro, e poi con MONO le ricompili sotto MAC e girano
tranquillamente senza emulatori di mezzo. Infatti MONO è un ambiente
di sviluppo gratuito sotto MAC ed è compatibile con 
VB.NET
, in
continua evoluzione, ma che attualente non permette di disegnare le
form in modo visuale, ecco perche dicevo sviluppi con 
vs.net
 sotto win
e poi lo passi e ricompili con mono.
---------------------------------
www.prioregroup.com