Newsgroup: it.comp.os.linux.sys
Titolo: Kernel 2.4.9 e NTFS: errore in compilazione

Ciao a tutti,
volevo segnalare che il kernel 2.4.9 non compila correttamente il driver 
per leggere partizioni NTFS.
L'errore è il seguente:
unistr.c: In function `ntfs_collate_names':
unistr.c:99: warning: implicit declaration of function `min'
unistr.c:99: parse error before `unsigned'
unistr.c:99: parse error before `)'
unistr.c:97: warning: `c1' might be used uninitialized in this function
unistr.c: At top level:
unistr.c:118: parse error before `if'
unistr.c:123: warning: type defaults to `int' in declaration of `c1'
unistr.c:123: `name1' undeclared here (not in a function)
unistr.c:123: warning: data definition has no type or storage class
unistr.c:124: parse error before `if'
make[2]: *** [unistr.o] Error 1
make[2]: Leaving directory `/usr/src/linux/fs/ntfs'
make[1]: *** [_modsubdir_ntfs] Error 2
make[1]: Leaving directory `/usr/src/linux/fs'
make: *** [_mod_fs] Error 2
Il tutto dovrebbe essere dovuto ad un cambiamento della macro min().
Sembra che in rete girino già patch non ufficiali per risolvere il problema 
ma, purtroppo, credo per le patch ufficiali dovremo aspettare il ritorno di 
Linus dal suo viaggio. :-(
A questo punto mi chiedo, ma prima di rilasciare una nuova versione del 
kernel provano a compilarla?
O forse provano solo con quelle quattro opzioni standard?
Possibile che nessuno se ne sia accorto prima del rilascio ufficiale?
-- 
Saluti,
Cristiano Riva                      mailto:
ricris75
(at)
libero.it

  kernel provano a compilarla?
Mah, a me la settimana scorsa (2.4.8) non compilava il modulo per sb
live! Che le vacanze abbiano fatto male ai kernel hackers?
Ciao, Andrea
-- 
Andrea Carosi, just another Debian user
Secure your linux box:
http://www.debian.org/doc/manuals/securing-debian-howto/

 live! Che le vacanze abbiano fatto male ai kernel hackers?
Io ho compilato il 2.4.8 senza la sb live! quindi non posso dire nulla
(anche perchè tanto uso alsa), cmq non è la prima volta che il kernel
della serie 2.4 non compila bene.
Con una release precedente (non ricordo il numero) mi si fermava la
compilazione per degli errori col codice dell'APIC.
OK rilasciare spesso, ma se si fa in fretta si buttano fuori schifezze.
A sto punto meglio aspettare Hurd, se il futuro di Linux sarà peggiore.
-- 
Pier Luigi Fiorini
-----------------------------------
Per Echelon: Bomba domani alle 9:00
al presidente USA.
-----------------------------------
Debian GNU/Linux powered.
http://www.linuxlab.it/

 A sto punto meglio aspettare Hurd, se il futuro di Linux sarà peggiore.
beh, tenendo conto che hurd (visto come il kernel di GNU) e` atteso da
ANNI (addirittura da prima che nascesse linux, 10 anni fa), mi sa che hai
ancora MOLTO da aspettare :-)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Cioe` se LT non si trova il kernel rimane stagnante? Beeeeello!
Eh già, se Linus non dà il suo benestare non può uscire nulla... neanche 
una misera patch sotto forma di kernel 2.4.10pre1.
Va beh, speriamo che torni presto dalle vacanze. ;-)
Mi domando però che cosa accadrebbe se, per disgrazia, succedesse qualcosa 
di brutto a Linus che gli impedisse, per qualche tempo, di occuparsi dello 
sviluppo del kernel...


  
Confermo :-(
-- 

  sviluppo del kernel...
Beh, pero` se non ricordo male il 2.2.18 e` uscito senza la
"supervisione" di Linus, era stato Alan Cox ad autorizzarne
la distribuzione



Quando avete un problema di questo tipo dovreste dare un'occhiata alla
mailing list del kernel (per chi e' interessato puo' seguire la lista
anche su usenet). Potreste scoprire che il problema e' di semplice
risoluzione con l'applicazione di una piccola patch.
Sia per il 2.4.8 + emu10k sia per 2.4.9 + ntfs la patch era disponibile
poco dopo il rilascio.

 Pier Luigi Fiorini
Io stò scaricando la versione di Michele dalla Silvestra di Hurd, ha
l'installazione di Linux espresso, quindi una Debian "facilitata" e di
conseguenza un hurd facilitato.
Ma te lo usi questo Hurd ?
Ho sentito dire che non va neanche con i mouse PS/2 ma solo con quelli
seriali ...........
	Ferdinando

 anche su usenet).
La mia domanda e': ma come ha fatto a sfuggire una cosa del genere? :(


Semplice, svista. Hanno spostato del codice e non hanno spiegato al cpp
dove andare a prenderlo ;-)