Newsgroup: it.comp.os.dibattiti
Titolo: Discussione : MacOs vs NT

Salve a tutti ...
Ciò che voglio iniziare è una discussione sui due SO  al fine di
capirne qualcosa in più di quanto già so.
Premetto :
 - uso NT4 da quando è uscito ( prima usavo solo Win3.1 e 95 ) e credo
perciò di conoscerlo abbastanza bene. Ho sempre usato NT4 WS e solo da
poco comincio ad usare NT4 server.
- ho usato MacOs da semplice utente per lavoro ( ovvero non ho mai
installato il sistema o una qualsiasi applicazione ).
Secondo la mia esperienza ciò che più non sopporto è il fatto che il
90 % dei blocchi sel Mac mi costringa  a riavviare la macchina con la
conseguente perdita di tempo e a volte di lavoro. Altra cosa è
l'assegnazione statica della memoria che mi costringe a comprarne un
casino per avere almeno due applicazioni aperte con un quantitativo
umano assegnato per ognuna ( Photoshop e Freehand ).
Tutto ciò non avviene invece a casa mia dove con NT il sistema non si
pianta mai ... a meno di blocchi della alimentazione e nel quale posso
aprire i due applicativi anche con 64 mega ed aprirmi un file alla
volta a turno nei due applicativi.
Vorrei perciò chiedere agli esperti Mac perchè tutt'ora un sistema Mac
deve essere preferito ad uno NT ??? ( Non rispondetemi con la solita
solfa dell'interfaccia semplice perchè non ci credo ... ho visto molti
neofiti iniziare con l'una o l'altra e trovarsi male al primo cambio
.. è solo quastione di abitudine.
Altra domanda : da ciò che ho capito leggendo un pò il Mac ha parte
del suo SO in una ROM della scheda madre. E' vero ??? E' qusto che vi
da la possibilità di spostare a caldo la directory del System con una
nuova al volo ??? Come funziona la registrazione degli applicativi che
dopo quest'ultima operazione non deve essere reinstallati ... ???
Avete anche voi un registry da qualche parte o cosa ???
Che cosa sono queste maledette estensioni ???
Grazie 
Ciao
Geek-1
_____________________________________________________________
In real life: Tonellotto Filippo
Casa: Via Valli, 31 31020 San Zenone Ezz.ni (TV) Tel. 0423/567139 
Home page : 
www.dei.unipd.it/~tonellot
 
E-mail : 
Tone...@dei.unipd.it
 
Pi...@computer.org
 
___________________________________________________________         
------------------------------------------------------------
Per mamma ... Pong rappresenta l'unica esperienza di videogioco mai avuta nella vita. E' tragico.
------------------------------------------------------------
Generated by B-original V1.3a !

Avete anche voi un registry da qualche parte o cosa ???
Io non uso il MAC, ma ti posso dire con certezza che i file di registro sono
una delle schifezze che solo microsoft poteva inventare (te lo dice uno che
ci ha buttato il sangue): basta che si corrompa quel file e... tiè sei
finito.
Ciao,
Fabio Alemmagna

 Grazie 
Prima di rispondere alle domande ti confermo che attualmente NT4 e' molto
migliore rispetto a Mac OS nella gestione dei task e della memoria.
Mac OS usa un multitasking cooperativo e soprattutto non ha protezione della
memoria, quindi quando qualche applicazione va' in crash e' lui stesso che ti
consiglia di riavviare il sistema, anche nei rari casi in cui non si sia gia'
bloccato tutto.
La parte del sistema che e' residente su rom e' chiamata QuickDraw, ed ha il
compito di gestire il disegno delle finestre e delle altre parti grafiche.
Questa rom puo' anche essere salvata come file tramite programmi appositi ed
usata negli emulatori (vedi Vmac) o negli Os-Runtime permettendo anche ad
altre macchine basate su PowerPC di far girare il MacOS a piena velocita'.
Il sistema e' contenuto dentro una cartella chiamata appunto "cartella
sistema";
questa cartella contiene diversi elementi, ma i file indispensabili sono 2
caratterizzati dall'icona di una valigetta :
- System (un file che contiene le risorse del sistema)
- Finder (il programma che permette di visualizzare la classica scrivania del
Mac Os)
Se per esempio hai uno Zip e vuoi renderlo avviabile, basta che tu copi
questi 2 file nello zip trascinandoli sopra l'icona del disco, selezioni lo
zip come disco di avvio e riavvii. Il sistema si avviera' dallo zip : tempo
totale dell'operazione 1 minuto circa.
Se il sistema sull'HD si corrompe, basta che tu ricopi la cartella dallo zip
all'HD e tutto tornera' come nuovo.
Le applicazioni per Mac OS non fanno uso di librerie dinamiche (le dll)
quindi dentro la cartella sistema non vi e' niente che provenga dalle
applicazioni a parte le preferenze (sono dei file di testo contenuti dentro
la cartella "preferenze"), quindi anche aggiornando o cambiando sistema
queste non ne risentiranno minimamente.
Per la disinstallazione basta prenderle e trascinarle nel cestino, essendo
tutto contenuto dentro una cartella non c'e' il bisogno di un unistaller che
vada a cercarsi le dll.
Per copiarle su un altro disco o un removibile, stessa operazione.
Le estensioni sono dei programmi che all'avvio del sistema vengono caricati e
mantenuti in memoria.
Sono contenute dentro la cartella estensioni e possono servire nei compiti
piu' disparati, dall'installazione di un driver o all'aggiunta di
funzionalita' al sistema.
Rimanendo sempre nell'esempio dello Zip, per farlo funzionare basta che io
trascini il file "Iomega Driver" (tutte le estensioni hanno l'icona dalla
forma di un tassello dei puzzle) nella cartella estensioni e lo zip
funzionera'.
Vendo lo zip e voglio togliere le cose inutili dal sistema? Apro la cartella
esetensioni, prendo il file "Iomega Driver" e lo getto nel cestino.
Tutto qua.
Naturalmente oltre ai driver ci sono centinaia di estensioni che fanno di
tutto : dal cambio di interfaccia all'aggiunta di suoni, barre ecc....
Questa e' la facilita' d'uso di Mac OS, le finestre e le cartelle ormai le
hanno tutti.....
Resta sempre il fatto che e' un sistema ormai vecchio e con caratteristiche
superate, quindi e' piu' appropriato paragonarlo a windows9x piuttosto che ad
NT. 
Ma se davvero questo MacOS X con il suo kernel Mach ce la fara' ad uscire,
per microsoft saranno dolori.
ciao Cristiano
--
Cristiano Cicconi
co...@rinascita.it
Be Developer ID: E-15646

per microsoft saranno dolori.
Ero anch'io fiducioso in Raphsody ... mi sembrava una bella idea dare
la stabilità di un sistema UNIX al sistema ... ( finalmente avrò una
shell !!!) ... ma mi sembra che l'idea del MacOs X con questo insieme
di scatole ibride per far girare il nuovo e il vecchio sia la stessa
soluzione di MS con 95 che per non abbandonare tutto il SW per DOS e
Win3.1 e dovuta scendere a molti compromessi !!!! Non vorrei che fosse
solo una versione di passaggio...
Speriamo ... ci guadagnerei molto tempo perso !!!
Sai per caso se MacOs risolverà il multitasking cooperative per i SW
vecchi che gireranno sulla vecchia box e se ci sarà sempre per questi
la allocazione dinamica della memoria ??
Grazie
Ciao
Geek-1
_____________________________________________________________
In real life: Tonellotto Filippo
Casa: Via Valli, 31 31020 San Zenone Ezz.ni (TV) Tel. 0423/567139 
Home page : 
www.dei.unipd.it/~tonellot
 
E-mail : 
Tone...@dei.unipd.it
 
Pi...@computer.org
 
___________________________________________________________         
------------------------------------------------------------
La vita è come una scatola di cioccolatini ... non sai mai quello che ti capita.


 finito.
Ho sott'occhio 1000 PC NT e *NON* mi è mai successo di vederne uno con
il file di registro corrotto che ti costringe ad una reinstallazione ...
quella problema riguarda solo il win95.
Ciao,
Massimiliano

 Che cosa sono queste maledette estensioni ???
Ti hanno creato problemi? E' per questo che sono maledette? Ti capisco.
Le estensioni sono moduli che aggiungono funzioni al sistema operativo
(lo "estendono"). Si dividono in tre categorie: estensioni classiche o
init, librerie e background only applications. Nella cartella
estensioni, oltre a questi tre tipi di oggetti trovano posto anche i
driver di stampa ed i file dell'help (dal macos 8.5 spostati in una
directory a parte) ed altri pochi file noti.
Gli init sono caricati all'avvio del sistema operativo e di regola
servono a modificarne alcune parti. Ad esempio, l'estensione "Color
Picker" serve ad cambiare la dialog standard per la selezione dei
colori; l'estensione "7200 Graphics Acceleration" e', come dice il nome,
una patch del quickdraw per accelerare certe funzioni grafiche sui
PowerMac 7200. Ma gli init possono essere utilizzate anche per altri
scopi: possono essere utilizzate per caricare all'avvio delle librerie,
fanno da driver di dispositivi hardware, servono per permettere
l'accesso a file-system di altri sistemi e a volte sono utilizzati al
posto delle librerie. Se di norma un init implica una comoda funzione
aggiunta al sistema, a volte questo, proprio perche' modifica il
sistema, lo puo' rendere instabile. Ecco la raggione delle tue lamentele.
Le librerie sono analoghe alle dll di windows. L'unica differenza sta
nel fatto che su mac sono utilizzate moderatamente e non a sproposito
come altrove. Mi vuoi dire che senso ha mettere su dll delle funzioni
che solo UNA applicazione usa? E anche se fossero usate da piu'
applicazioni, vale la pena di risparmiare sempre pochi kappa per poi di
contro aumentare la complessita' del sistema?
Infine, le backgroun only application sono semplicemente dei daemon,
ovvero dei processi che stanno sempre in esecuzione ma sono invisibili
all'utente. Ad esempio, i servizi di file sharing sono realizzati come
background only application.
Voglio solo aggiungere un'ultima piccola nota di confronto. Sia la
cartella sistema che la directory system di windows sono complesse.
Entrambe contengono molti elementi (circa 2000 quella sul mac, 3000 su
windows) il cui utilizzo puo' essere oscuro all'utente inesperto.
Tuttavia, su mac la cartella sistema ha una struttura piu' organica e
comprensibile. I file hanno nomi piu' chiari, gli elementi sono
raggruppati in cartelle omogenee e, cosa piu' importante, sono poche le
applicazioni che vi aggiungono indiscriminatamente della roba. Anzi,
nella maggior parte dei casi le applicazioni non richiedono
l'installazione di cose che non siano gia' presenti nel sistema
operativo. Questa regola ovviamente non e' seguita dalle applicazioni
Microsoft. Che sia un difetto congenito?
Spero di aver soddisfatto la tua curiosita'.
Ciao.

la allocazione dinamica della memoria ??
Mi sembra che siano incerti tra un modello "a scatola unica" e un
modello con "macchine" in memoria separate (un po' come puo' fare NT
con le vecchie applicazioni a 16 bit...).
Speriamo che, invece, separino i due OS, come era nel progetto
iniziale: Rhapsody per gli utenti avanzati e nuovi, MacOS ancora
supportato per quelle persone che vogliono sfruttare il Mac delle
serie precedenti... almeno fino a quando tutto il software non sara'
stato "portato" sotto Rhapsody.
Saluti,
Francesco

operativo.
Non solo: cio' rende estremamente semplice il backup del sistema.
Basta infatti salvare la cartella sistema per avere gia' un buon
livello di sicurezza.
Saluti,
Francesco

 Geek-1
ciao Cristiano

necessario risparmiare 10-20 mb :)
Le DLL non servono solo a risparmiare spazio su disco...servono a consentire
una progettazione modulare del software ed il suo aggiornamento senza
obbligo di rimpiazzare TUTTO il pacchetto aggiornato o il sistema operativo.
--
Che il Bubuti Bauontico sia con Voi....
Gabriele Del Giovine
mc6491@_
sonoqui_mclink.it
Togliere _sonoqui_ per le risposte in e-mail
Please remove _sonoqui_ for e-mail reply

 stato "portato" sotto Rhapsody.
Fermi, state facendo un po' di confusione. Una cosa e' la quasi
compatibilita delle interfacce (chiamate) al sistema operativo, un'altra
cosa e' la compatibilita' binaria. MacOS X (*) garantira' la
compatibilita' binaria con i vecchi eseguibili tramite l'emulatore blue
box, che e' una applicazione che non avra' modo di interferire col
sistema operativo ne tantomeno di condizionarne l'architettura. Blue box
e' paragonabile ai vari softwindos, real pc, virtual pc o sheepshaver
(emulatore di macos per BeOS su ppc). Quindi, nessuna compatibilita'
binaria a livello di sistema operativo. La compatibilita' con le
interfacce sara' invece garantita dalle librerie carbon, interfaccia tra
s.o. e le applicazioni, basata sugli stessi paradigmi del toolbook
dell'attuale MacOS. Gli sviluppatori potranno continuare ad utilizzare
la maggiorparte delle stesse chiamate di sistema, evitando cosi' di
dover riscrivere completamente le vecchie applicazioni, oppure potranno
far uso di yellowBox, interfaccia al s.o. orientata agli oggetti. Di
fatto non vi sara' alcuna distinzione tra gli eseguibili carbon e quelli
yellowBox (librerie utilizzate a parte).
Questo vorra' dire, nessuna macchina virtuale, nessun sistema operativo
misto od altre porcate di questo genere. Penso di non poter essere
smentito. Io comunque, da buon scettico, aspetto sempre di vedere il risultato.
Ciao.
(*) Avevo scritto PacOS ;-)

 obbligo di rimpiazzare TUTTO il pacchetto aggiornato o il sistema operativo.
Questo pero' bisognerebbe spiegarlo proprio alla Microsoft.. :)
---
Please don't use HTML in your reply to this message.

aa...@aaa.org
 wrote:
 >NT, da questo punto di vista, e' proprio mal progettato, ... e'
 >veramente un "disordinatone": sparpaglia tutto cio' che gli serve e
 >poi tenta di tenerne traccia nel registry... una soluzione veramente
 >farraginosa...
Anche gli unix sparpagliano tutto, pero` quelli decenti sanno tenere
traccia di ogni singolo file, infatti posso fare aggiornamenti completi
del mio sistema senza preoccuparmi di queste cose. Quando dpkg si
accorge che un file di configurazione e` cambiato da una release
all'altra e io ho modificato la versione sul disco mi chiede se voglio
tenere la vecchia o installare la nuova.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *

Io comunque, da buon scettico, aspetto sempre di vedere il risultato.
Questo e' certo.
Saluti,
Francesco

obbligo di rimpiazzare TUTTO il pacchetto aggiornato o il sistema operativo.
Se davvero fosse cosi' - e DOVREBBE essere cosi', sia chiaro, l'idea
del link dinamico e' ottima - non avremmo:
	VBRUN100.DLL
	VBRUN200.DLL
	VBRUN300.DLL
	VBRUN30A.DLL
o, per il C,
	MSVCRTnn.DLL (nn=random :-) )
	MSVCirt.DLL
	MSVCP50.DLL
...ma soprattutto, non ci sarebbero TRE maledette versioni della R/T
library 4.0, fornite con decinaia e decinaia di applicazioni, pero',
miseria porca, e INCOMPATIBILI l'una con l'altra - o meglio, dipende
dall'ordine in cui le installi: quella del luglio 1997 va installata
DOPO quella del maggio 1997, anche se magari appartengono a due apps
diverse che compri rispettivamente - senza sapere questo fatterello,
e senza che sia segnalato - a gennaio e febbraio 1998.
Se c'e' bisogno di una libreria aggiuntiva, si aggiunge. E si dara',
al cliente, dodici DLL successive.
Ora come ora, circa un terzo delle applicazioni MS funziona meglio o
soltanto se le *RT libraries vengono tenute - la loro copia - dentro
la directory dell'applicazione stessa.
A quel punto, tanto vale linkare staticamente. Almeno vedi l'EXE e a
occhio sai quanta RAM ti serve 8-D
Leonardo
Microsoft Outlook: cosa vuoi postare postare postare postare postare oggi?

occhio sai quanta RAM ti serve 8-D
Guarda che non è la dimensione dell'eseguibile che ti dice di quanta ram hai
bisogno....


Come sarebbe:non ci sono le rom su iMac,come fa a funzionare?

 quella problema riguarda solo il win95.
Prova a montargli delle schede di rete e dargli un driver non aggiornato o buggato
se ti va bene devi rimuovergli tutti i servizi e protocolli di rete e
reinstallarli.
Se ti va male si perde il kernel.
Idem per schede video con driver non aggiornati.
Sai la nostra rete e' un po' piu' grande della tua e i serventi sono centinaia (
una quarantina di proxy, 19 serventi exchange + 17 connector , 5 domini di servizi
trasversali ( SNA + FTP + WEB + MAIL + PROXY ) , 15 serventi snaserver per print
on demand, 15 domini utenti, etc etc .
Personalmente WinNT l'ho installato centinaia centinaia di volte e cose strane ne
ho viste parecchie.
M$ ha fatto appositamente per noi .. almeno una decina di fix e abbiamo appena
iniziato il rapporto ( meno di un anno ) di clienti tester.
Una casistica un po' piu' ampia alle volte aiuta.
--
ciaaaaaaaa ciaooooooooooooooo :)
Gianluca Lubrano
--
Posted from [193.76.219.12]
via Mailgate.ORG Server - 
http://www.mailgate.org

smentito.
Tu stesso hai detto che e' un emulatore... non ho mai parlato di OS
"misto".
Io mi riferivo a roba integrata nel s.o. e non a applicazioni separate,
come e' la bluebox (dischi condivisi col resto a parte).
Ciao.
--
Posted from 
dns2.iride.com
 [194.243.19.7]


 monolitici.
Da me e' al contrario, sotto tutti i punti di vista.
E poi, le librerie statiche non risolverebbero lo stesso i tuoi problemi?


 Come sarebbe:non ci sono le rom su iMac,come fa a funzionare?
La rom c'e' ma e' molto ridotta rispetto alle precedenti macchine. Al
suo interno vi e' il minimo indispensabile di codice per dialogare con
le periferiche base, poi il resto viene caricato in ram, infatti compare
un file rom in cartella sistema. Considera che buona parte dei powermac
avevano 4MB di ROM.
-- 
Sergio Aletta
nyr...@thebrain.net
Note: 
the address at the left of the @ is ROT13 encoded

E poi, le librerie statiche non risolverebbero lo stesso i tuoi problemi?
Le librerie statiche hanno il problema che devone essere linkate
staticamente all'eseguibile....
Quindi se riscontri un errore nel modulo di libreria statico devi rilinkare
e ridistribuire il tutto.
Se poi ha una struttura pseudo-compilata, sono cose diverse...mi ricordo un
bellismo ambiente di
sviluppo della Symantec, Enterprise Developer, permetteva di creare pseudo
compilati e dava la facoltà di cambiare
la singola funzione dell'applicazione anche da remoto. Peccato che ED sia
stato presentato 4 anni fà e di conseguenza
abbandonato. Era troppo avanti per quei tempi...

 Idem per schede video con driver non aggiornati.
Cosa c'entra con il registry ?
-- 
Ciao .....
....          Massimiliano ADAMO
      Via G.Spontini, 51 - 97100 Ragusa
           Email: 
maxa...@usa.net

bisogno....
Era una battuta :-)


 
Sergio Aletta wrote:

  Ma č meglio o peggio ?Voglio dire la ram al posto della rom!!!

che trovano.
Ecco quale è il problema vero. E' che i programmi di installlazione se ne
fregano bellamente di fare un controllo di versione....


del link dinamico e' ottima - non avremmo:
Microsoft e' il creatore del sistema. Infatti il run-time delle MFC 4.x lo
mette addirittura nell'installazione. Vorrei sapere chi e' quel cretino a
dare l'ok ad usare le MFC per il S.O., ma questa e' un'altra storia.
Con queste condizione iniziali ad usare il VX (con X=B,C,FP,...) sei
avvantaggiato. Il run time c'e' gia' e il tuo programma sara' *piccolo*.
+++
Comunque per me l'esistenza schifosa delle librerie dinamiche delle MFC sono
la prova che sarebbe tempo che alla Microsoft facessero un po' girare le
persone competenti tra i team.
--- (Elimina il papero per le repliche) ---

 avevano 4MB di ROM.
Questo dovrebbe significare una maggiore velocità del sistema o no?
Ciao
-- 
  _    __   __  .  .
 /_|  /_/  /_/ / | /
/ \  / /  / / / |/
                        Togliere ZZZ dall'indirizzo

 e ridistribuire il tutto.
Hai mai sentito parlare di updater in grado di aggiornare un eseguibile
in modo incrementale?

fregano bellamente di fare un controllo di versione....
Tanto c'e' chi rimette a posto le cose. E se no "lei provi a reinstallare
in ordine diverso..."
Leonardo "hotline Compaq, mi pare"


   Ma č meglio o peggio ?Voglio dire la ram al posto della rom!!!
Non e' la ram al posto della rom. Piuttosto direi l'hd al posto della
rom. Comunque considera che anche sui sistemi dove tutto il codice sta
in rom, lo stesso codice viene comunque caricato in ram in fase di boot.
Se sia meglio o peggio e' una bella domanda! 
DIpende dai punti di vista; in questo modo e' piu' semplice fare
aggiornamenti delle rom, basta modificare un file da inserire in
cartella sistema (anche se in circa dieci anni che ci lavoro, non ho mai
visto un'aggiornamento rom per un Macintosh). Non mi sembra che sia ne'
meglio, ne' peggio e' solo diverso. 


 Questo dovrebbe significare una maggiore velocità del sistema o no?
 E perche'? Guarda che oramai su tutti i computer il codice in rom,
viene caricato in ram. 


in modo incrementale?
Si RTPatch, peccato che praticamente non funzioni.....

> Si RTPatch, peccato che praticamente non funzioni.....
Pecchi di omissione. Questo dimostra solo che RTPatch non funziona.

Pecchi di omissione. Questo dimostra solo che RTPatch non funziona.
Mi è bastata quell'esperienza....

 Mi è bastata quell'esperienza....
Di poche vedute. Ad esempio, ho una applicazione mac da 1.2 Mb da
aggiornare. Ho cambiato appena una funzione. Tanto per citare un nome,
Installer Vise mi crea un updater da appena 80k, codice ed interfaccia
dell'updater, e parti da modificare incluse. Non ho provato, ma credo
anche che sia in grado di fare l'aggiornamento di piu' versioni, e
comunque ci sono strumenti che lo fanno. Che vuoi, su mac siamo abituati
a queste cose, gli updater vengono usati comunemente. Ma non penso che
strumenti del genere possono essere solo una prerogativa del mac, il
problema e' solo la mentalita'.

problema e' solo la mentalita'.
Dipende dai compilatori, da come è stata sviluppata l'applicazione etc etc.
Le applicazioni possono avere elementi comuni...si chiama programmazione a
componenti..


in ordine diverso..."
Prima le applicazioni e poi il sistema operativo???  :-))
Obelix

 componenti..
I compilatori in particolare non c'entrano niente. Per l'applicazione che
crea gli updater, un file (sequenza di caratteri) è uguale ad un altro, sia
che contenga codice che banale testo. L'unica cosa che potrebbe essere
d'aiuto è sapere che si tratta di un eseguibile piuttosto che no per
ottimizzare l'operazione di aggiornamento. Gli eseguibili, sia su mac che su
windows od altro s.o., hanno una struttura ben definita, cosa che potrebbe
essere sfruttata per omettere delle informazioni che possono essere ricavate
al momento.
-- 
FDG
mailto:
fabr...@iride.com
http://www.iride.com/fabrizio/
Hei, I sent this message from a computer with BeOS installed!

in modo incrementale?
No. Hanno dentro un linker, o richiedono formati speciali di EXE (in pratica
l'EXE ha dentro una serie di DLL taggate stile file TIFF).
Oppure usano un "diff"style, pero' allora compilatore e linker devono essere
parecchio speciali, e l'update e' grossa due-tre volte il necessario.
Altrimenti, l'operatore e' un ebreo trentatreenne originario di Nazareth :-)
Leonardo che non vede altre possibilita' ma sarebbe felice di conoscerne


nbr...@box.seven.it
 (Obelix) wrote:


No, ovviamente le applicazioni in ordine diverso. Ah, per dimostrare che
si deve mai dire "mai" (e' una sfida all'Universo, che notoriamente poco
tollera lo hubris, l'orgoglio arrogante - pensa te, io sono fottuto), io
avevo detto di fuggire VB come la peste, vero?
Be', venerdi' mattina m'e' arrivata l'incudine sul cranio: progettone da
sviluppare in VB. Il pomeriggio, in *tutt'altra* ditta, SECONDO progetto
in VB. Per il primo mi hanno fatto una offerta che non si puo' rifiutare
(hanno iniziato con le velate minacce prima ancora di dirmi COSA fosse).
Escludo comunicazioni telepatiche e inconscio collettivo: rimane solo il
vecchio Murphy, e la sfiga.
Non mi sono ancora ripreso: per buona misura, due ore di SAVLIB *NOSYS.
Esiste un sistema piu' veloce? Sono tornato a casa alle otto :-(
Leonardo e un venerdi' da dimenticare


Esiste un sistema piu' veloce? Sono tornato a casa alle otto :-(
??? una volta lanciato, puoi andartene a casa...
Obelix

nbr...@box.seven.it
 (Obelix) wrote:

E i #@#!/$% nastri, li cambia Pipone? Possibile non abbiano inventato
un juke-box? E io li ho visti per i campioni audio... sono disposto a
fabbricarmene uno da me, se qualcuno mi scrive il driver :-)
Leonardo


Possibile non abbiano inventato un juke-box?
Ceeeerto che lo hanno fatto...  mi pare che supporti 10 dat da 7GB...
sottomano non ho il depliant, ma se vuoi guardo... credo che illimite
di salvataggio disponibile sia sui 4TB  :-))
Obelix

 Come sarebbe:non ci sono le rom su iMac,come fa a funzionare?
==========================================================================
Vengono caricate dal Systema Operativo in RAM
Ciao
Franco
P.S.
Per avvicinarsi, in un futuro, a far girare MacOS su Intel

sottomano non ho il depliant, ma se vuoi guardo...
No, mi limitero' a passare il suggerimento all'ufficio acquisti,
appuntandoglielo alla porta con un tomahawk ;-)


appuntandoglielo alla porta con un tomahawk ;-)
Appuntagli alla porta anche il numero di IBM Direct  :-))
Obelix