Xref: utzoo comp.sys.ibm.pc.rt:348 comp.text:3409
Path: utzoo!utgpu!utstat!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!bloom-beacon!oberon!pollux.usc.edu!papa
From: papa@pollux.usc.edu (Marco Papa)
Newsgroups: comp.sys.ibm.pc.rt,comp.text
Subject: Re: CTeX 2.93 under IBM AOS 4.3 Release 2?
Keywords: MetaWare High-C, IBM RT/PC
Message-ID: <15629@oberon.USC.EDU>
Date: 2 Mar 89 18:40:55 GMT
References: <4330@psuvax1.cs.psu.edu>
Sender: news@oberon.USC.EDU
Reply-To: papa@pollux.usc.edu (Marco Papa)
Organization: USC Advanced Computing Support Center, LA, CA
Lines: 37

In article <4330@psuvax1.cs.psu.edu> ehrlich@shire.cs.psu.edu (Daniel R. Ehrlich) writes:
>
>The next problem is to try and figure out why undump doesn't work
>properly on the RT.  Undump on the RT is setting the data segment
>length to zero so it's not saving any of the preloaded format
>information.  Anyone have any thoughts on this one?

Interesting.  When I did the RT port of CTeX for Tomas Rokicki way back,
undump was one of the few files needing changes.  This is due to the different
format of core.  If you want to know the details, compare the man pages
of core(5) for 4.3/RT and the VAX BSD version.

The fix is simple.  You need to add an extra line to position at the right 
place. This is the correct RT version of read_u for 4.3/RT:

read_u(core)
FILE *core;
{
#ifdef ibm032
	(void) fseek(core, (long) (UPAGES * NBPG - sizeof u), 0);
#endif
	if (fread(&u, sizeof u, 1, core) != 1)
	{
		perror("Couldn't read user structure from core file");
		exit(1);
	}
}

Enjoy.

-- Marco Papa 'Doc'
USC Advanced Computing Support Center
and Felsina Software
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
uucp:...!pollux!papa       BIX:papa       ARPAnet:pollux!papa@oberon.usc.edu
 "There's Alpha, Beta, Gamma and Diga!" -- Leo Schwab [quoting Rick Unland]
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=