Conference smurf::buildhelp

1194.0. "Re: v30bsupportos kernel build error: ubc_check_mod Undefined" by AOSG::FILTER (Automatic Posting Software - mail to flume::puck) Mon Jan 09 1995 17:18

Date Of Receipt: 	 9-JAN-1995 13:52:16.16
From: 	SMURF::ALPHA::jmf "Joshua M. Friedman OSF/UNIX SDE"
To: 	shashi@DEC:.zko.alpha
CC: 	buildhelp metsch
Subj: 	Re: v30bsupportos kernel build error: ubc_check_mod Undefined

This looks like a case in which there's a merge needed - vfs/vfs_ubc.c
is a link to the hw3 version because it's a file that changed in hw3 - 
and now whatever changes were made to the v30support version need to be
made also to the v30bsupport version as well.

Shashi - thank you very much for your help.

Jim - I will send again the complete list of conflicts between v30support
and hw3 - to flag potential merges which must be researched.

-josh

	From shashi  Mon Jan  9 10:03:52 1995
	Delivery-Date: Mon, 09 Jan 95 10:03:56 -0500
	Return-Path: shashi
	Received: from alpha.zk3.dec.com by flambe.zk3.dec.com; (5.65/1.1.8.2/30Mar94-0502PM)
		id AA13861; Mon, 9 Jan 1995 10:03:52 -0500
	Received: from amethyst.zk3.dec.com by alpha.zk3.dec.com; (5.65/1.1.8.2/15Sep94-0303PM)
		id AA30807; Mon, 9 Jan 1995 10:03:24 -0500
	Received: from localhost by amethyst.zk3.dec.com; (5.65/1.1.8.2/27Feb94-0533PM)
		id AA25500; Mon, 9 Jan 1995 10:03:22 -0500
	Message-Id: <9501091503.AA25500@amethyst.zk3.dec.com>
	X-Mailer: exmh version 1.5 11/22/94
	To: "Joshua Friedman, OSF/UNIX SDE 381-1548" <jmf>
	Cc: metsch, buildhelp
	Subject: Re: v30bsupportos kernel build error: ubc_check_mod Undefined 
	In-Reply-To: Your message of "Sat, 07 Jan 95 01:39:30 EST."
	Mime-Version: 1.0
	Content-Type: text/plain; charset="us-ascii"
	Date: Mon, 09 Jan 95 10:03:22 -0500
	From: shashi
	X-Mts: smtp
	Status: O
	
	The vfs/vfs_ubc.c do not have ubc_check_mod() routine but the  
	msfs/bs/bs_access.c references the function.  In the V30supportos vfs_ubc.c
	is correct.
	
	For some reason vfs_ubc.c is a link to hw3os.bl7 version and not to
	V30supportos.  I don't know how you do the links, but it sure looks strange
	that files are pointing to various trees.  For eg:
	
	vfs/vfs_ubc.c -> /usr/sde/osf1/build/v30bsupportos/link/src/./kernel/vfs/vfs_ub
	c.c
	msfs/bs/bs_access.c -> /share/secret/build/submits.dsk2/v30bsupportos/src/../li
	nk_os/src/kernel/msfs/bs/bs_access.c
	
	Why is that the pathnames are not the same?  Also notice that one references
	"link", while the other "link_os"  (this is where the problem is.)
	
	--shashi