bezpecny upgrade systemu

Divacky Roman xdivac02 at stud.fit.vutbr.cz
Thu Oct 20 19:41:01 CEST 2005


On Thu, Oct 20, 2005 at 02:50:56PM +0200, Dan Lukes wrote:
> Marian Cerny wrote:
> >On 2005-10-20 11:49 +0200, Dan Lukes wrote:
> >>	No, jenze tady prave mluvime o ABI.
> 
> >A ked dojde k zmene API bez zmeny ABI? Teda to asi velmi nejde, ale ked je 
> >to ABI
> >spetne kompatibilne? Napr. na koniec nejakej struktury sa prida nova
> >premenna, alebo nejaka funkcia s premennym poctom parametrov ma o
> >parameter naviac. V tedy sa tiez zvysi major cislo?
> 
> 	To je skutecne do jiste miry teoreticka konstrukce. Nedari se mi 
> vymyslet zadny pripad zmeny API kdy by bylo zaruceno, ze nedojde ke 

je to pomerne typicky priklad

struct blah {
   ....
   int	reserverd;	/* for future use */
   ....
}

a tohle se dela docela casto

> zmene ABI - i kdyz tim netvrdim, ze je naprosto jiste, ze takovy pripad 
> neexistuje (shora popsany priklad to ale neni - tam ke zmene dojde - 
> sice zpetne kompatibilni -  a i to jen za urcitych podminek - ale dojde).
> 
> 	Cislo knihovny by se melo zmenit pri kazde zmene ABI. To jest i 
> 	takove, ktera je v zasade zpetne kompatibilni.
> 
> 	Navic, nepujde-li o opomenuti, nevidim zadny rozumny duvod, proc by 
> programator major cislo nemel za teto situace zvednout.
> 
> 						Dan
> -- 
> FreeBSD mailing list (users-l at freebsd.cz)
> http://www.freebsd.cz/listserv/listinfo/users-l



More information about the Users-l mailing list