Problems on Solaris

[Carter Bullard]

Hey Neil,
Good to see that your back.

Is it still that you are dying in LITTLE_ENDIAN routines?
Specifically ntohs() or ntohl() calls?  This is of
course interesting, since you are working on BIG_ENDIAN
machines where these routine should be defined as null
macros:

/usr/include/sys/byteorder.h
#define ntohs(x)	x
#define ntohl(x)	x

One thing that I would like to do is verify that the
c preprocessor is indeed making these changes in your
code.  If its not, then you may have some include file
mess ups, or Argus is defining LITTLE_ENDIAN, which is,
of course, not a good thing.

I'd like to see the output of your ./configure, and
the ./common/Makefile that is created, if that's possible.

Carter


-----Original Message-----
From: owner-argus at lists.andrew.cmu.edu
[mailto:owner-argus at lists.andrew.cmu.edu]On Behalf Of Neil Long
Sent: Wednesday, October 25, 2000 12:36 PM
To: argus at lists.andrew.cmu.edu
Subject: Problems on Solaris


Hi

I have gone back and configured/make/test and run the ./argus_dlpi for
each build from 'i' through to 's' and ra cores on me for every version
after argus-2.0.0l

I drove Carter nuts trying to find the problem (which he cannot
reproduce on his Solaris systems) but got nowhere.

Can anyone else reproduce this (I tried changing gcc versions, etc)?

I have tested on Ultra 1 and 5 with Solaris 2.6 and 7

I would like to try and help out with the newer codes but am stuck.

The 'l' versions of ra, racount, ragator, etc work with the newer
versions of data obtained from newer argus_dlpi (l thru s) so it has to
have been something introduced in the ra* codes somewhere between 'l'
and 'm'. There was a lot of change in argus_parse.c (endian type codes)
between l and m as a guess??

I am getting follicly-challenged hair-wise!

Cheers
Neil

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Dr Neil J Long, Computing Services, University of Oxford
 13 Banbury Road, Oxford, OX2 6NN, UK Tel:+44 1865 273232 Fax:+44 1865
273275
 EMail:       Neil.Long at computing-services.oxford.ac.uk
 PGP:    ID 0xE88EF71F    OxCERT: oxcert at ox.ac.uk PGP: ID 0x4B11561D
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist1.pair.net/pipermail/argus/attachments/20001025/3ea4a2d7/attachment.html>