Newsgroup: it.comp.os.os2
Titolo: il vero bug del 2000...

il vero bug del 2000... si chiama windows 2000...
ho provato ad installare diversi sistemi, linux, osso, beos, dos, ecc...
mai mi era capitato un sistema che dopo aver passato 2 ore e mezza a
masturbarsi con "sto caricando il file..." come fase preparatoria
dell'installazione (senza copiare una sega sul disco) alla fine
mi mostra il messaggio che la versione ACPI del BIOS non e'
compatibile...
la microsoft trova sempre qualche nuovo sistema originale per
dimostrare quanto fanno schifo i suoi prodotti...
P.S. se ancora non si e' capito ho provato ad installare la versione
di wincozza 2000 allegata ad una nota rivista del settore...
-- 
bye
Alessandro Cantatore
email reply to: alexcant at: 
tin.it
http://acsoft.ghostbbs.cx

On Fri, 07 Jan 2000 15:35:15 +0100, Alessandro Cantatore wrote:
:>P.S. se ancora non si e' capito ho provato ad installare la versione
:>di wincozza 2000 allegata ad una nota rivista del settore...
avevi deciso di farti del male eh? :-)
      Paolo

 
http://acsoft.ghostbbs.cx
Vi e' una opzione del tipo  : setup /jp
ovviamente non rispondo di cio' che fa.Dicono che forza al
riconoscimento del bios ACPI

 di wincozza 2000 allegata ad una nota rivista del settore...
Voglio provarlo anch'io ed ho messo in cantiere di farlo la settimana
prossima. Essendo la versione del millennio (winbug 2OhiOhiOhi) la M$
avrà sicuramente implementato anche nuovi e mirabolanti bug.
Invidioso, desideravo sapere se win è riuscito a mostrartene qualcuno,
oltre a quello che ai segnalato (che fortuna!), relativamente alla
tavola delle partizioni od a partizioni singole, es. rasarti partizioni
con dati vitali oppure se cerca le partizioni HPFS o ext2 ed
automaticamente le formatta (che efficenza!).
Sai dovendolo provare sul disco dove risiedono linux ed i dati per os/2
volevo essere sicuro di potermi gustare queste eveltuali novità. ;-)
Ciao.
Waghner
-----------------------
Lunga vita e prosperità.

 
Ho lento su un n.g. che formatta la partizione del boot-manager di 
os/2.
Dice Brad Barklay (IBM DB2 developer) che per fare cio' e' necessario 
scrivere non poche e certo non semplici riche di codice 
appositamente...
Avete ancora voglia di provarlo?
A me non piace baciare il bastone...
Non so a Voi...
Massimo 
  IBM OS/2 Warp 4
  Certified Engineer
  Sys Admin/Web Master
--------------------------
 
http://www.dinosoft.it
 
http://www.itline.it/os2
 
http://www.quasarbbs.com
 
http://www.ddo.it
Efnet #Os2ita 
irc.telia.no
--------------------------

On Sun, 9 Jan 3900 19:16:52, 
maxwa...@yyyquasarbbs.com
 (maxwarp) 
wrote:
Ve le riporto qui di seguito...
------------------------------------
        Programatically, supporting BootManager by ignoring it and 
leaving it
alone (as opposed to support by allowing the user to manipulate the
BootManager within the OS itself) is quite a bit less work than it is 
to
actively disable and remove it.  BootManager doesn't go and disable 
and
remove itself - you have to write code to do this :).
 
        However, multi-stage installers for operating systems 
generally want to
make certain that upon rebooting during the install you'll be returned
to the OS you're in the middle of installing.  This make sense, and in
cases like this you can flip the active flag from the BootManager (or
other active) partition to the install partition.  The OS/2 installer
does this - if you have BootManager installed, it doesn't show up 
during
any of the mid-install reboots.  However, you can do this without
actively destroying the BootManager partition, and if you can write a
function to set the install partition active at install time, then you
can use the same function to retur the active flag to the partition 
that
was flagged as active when the install was started.
 
        In short, the work required would be so trivial as to be 
laughable -
and it would certainly be less work than any sort of "seek and 
destroy"
algorithm (assuming there is one, of course :).
 
Brad BARCLAY
 
 
=-=-=-=-=-=-=-=-=-=
Posted from the OS/2 WARP v4.5 desktop of Brad BARCLAY.
E-Mail:  
bbar...@ca.ibm.com
                Location:  2G43D@Torolabs
-----------------------------------------------
Bye.


 wrote:
 >Vi e' una opzione del tipo  : setup /jp
 >ovviamente non rispondo di cio' che fa.Dicono che forza al
 >riconoscimento del bios ACPI
grazie x l'aiuto, ma qui siamo veramente OT... volevo solo far notare
che questa meraviglia del 2000 ci ha messo 2 ore e mezzo solo x dirmi
che il BIOS non e' compatibile...
-- 
bye
Alessandro Cantatore
        @
tin.it


 wrote:
 >:>P.S. se ancora non si e' capito ho provato ad installare la versione
 >:>di wincozza 2000 allegata ad una nota rivista del settore...
 >
 >avevi deciso di farti del male eh? :-)
purtroppo se si vuole campare di programmazione bisognera' turarsi il
naso (ma temo mi ci vorra' una maschera antigas) e programmare x quella
porcheria la'... ancora non l'ho installato (ho BeOS, linux, osso, ma
non uso neanche winOS2), mi vengono i brividi solo a pensarci...
spero di trovare il sistema x fare programmi multipiattaforma cosi'
potro' continuare a svolgere la maggior parte del lavoro sotto osso...


On Sun, 09 Jan 2000 10:45:23 +0100, Alessandro Cantatore wrote:
:>purtroppo se si vuole campare di programmazione bisognera' turarsi il
:>naso (ma temo mi ci vorra' una maschera antigas) e programmare x quella
a chi lo dici...:-)
      Paolo

 potro' continuare a svolgere la maggior parte del lavoro sotto osso...
prova con VisualAgeC++ 4.0 di IBM: io lo uso per sviluppare sotto OS/2
e poi compilare in windows per la release finale.
Bye,
	Yuri Dario
/*
 * member of TeamOS/2 - Italy
 * 
http://www.quasarbbs.com/yuri
 */

 wrote:
 >Invidioso, desideravo sapere se win è riuscito a mostrartene qualcuno,
 >oltre a quello che ai segnalato (che fortuna!), relativamente alla
 >tavola delle partizioni od a partizioni singole, es. rasarti partizioni
 >con dati vitali oppure se cerca le partizioni HPFS o ext2 ed
 >automaticamente le formatta (che efficenza!).
 >Sai dovendolo provare sul disco dove risiedono linux ed i dati per os/2
 >volevo essere sicuro di potermi gustare queste eveltuali novità. ;-)
infatti avevo provato ad installarlo sul portatile (dove ci sono osso e
linux, ma non dati non presenti anche sull'altro mio PC) proprio per vedere
cosa succedeva... x ora xo' ci ho rinunciato... non ho voglia di perderci
tanto tempo...


 Alessandro Cantatore


In article <vB7bjev08iRJ-pn2-BbO4ZK9i5W1i@paperino>,
mc6...@mclink.it
 (Yuri Dario) wrote:
 >> spero di trovare il sistema x fare programmi multipiattaforma cosi'
 >> potro' continuare a svolgere la maggior parte del lavoro sotto osso...
 >
 >prova con VisualAgeC++ 4.0 di IBM: io lo uso per sviluppare sotto OS/2
 >e poi compilare in windows per la release finale.
il fatto e' che io programmo in C... a parte questo e' realmente usabile
il visual age 4? Ho letto + volte che e' ultrabacato...


 wrote:
 >potreste dire quale rivista regala wincozza 2000?
PC "professionale" di gennaio


 il visual age 4? Ho letto + volte che e' ultrabacato...
per il C non e' un problema, il compilatore C e' incluso. Anzi se 
compili i sorgenti C forzando l'estensione CPP puoi godere dei 
vantaggi del codestore integrato, e la differenza di velocita' si 
vede.
Quanto ai bachi, ogni tanto il codestore si corrompe, ma basta 
cancellarlo e ripartire con la compilazione.
Di errori di compilazione o creazione di codice errato ce ne sono 1 o 
2 che verranno corretti con il prossimo fixpak.


In article <vB7bjev08iRJ-pn2-bUUJ6Ky3n1vb@paperino>,
mc6...@mclink.it
 (Yuri Dario) wrote:
 >> il fatto e' che io programmo in C... a parte questo e' realmente usabile
 >> il visual age 4? Ho letto + volte che e' ultrabacato...
 >
 >per il C non e' un problema, il compilatore C e' incluso. Anzi se 
 >compili i sorgenti C forzando l'estensione CPP puoi godere dei 
 >vantaggi del codestore integrato, e la differenza di velocita' si 
 >vede.
OK... x quello che dovrebbe costare al software mall, ;-)
direi che si puo' provare :-)
-- 
bye
Alessandro Cantatore
        @
tin.it
