[comp.sys.hp] XView on HP-UX

huyn@hplabs.hpl.hp.com (Pierre Nam Huyn) (06/04/91)

Has anyone ported XView to run on HP-UX ?

kjc@and.cs.liv.ac.uk (06/05/91)

Re: XView on HPs

The documentation with XView2 suggests that SUN are porting XView to the HP 
platform themselves so you might consider waiting until they release that
version.

I got "most" of XView2 working on a hp9k300 machine (running HPUX 7.0 and 
MIT X11R4) - unfortunately I ran out of filestore before I could complete the
port. I can't even resurrect the files to see what changes I made ...  If only 
someone would loan me a disk .... (sigh). From what I remember it was NEAT.

If you intend to do the port heres some pointers to help you (if my memory 
serves me) ...

1. Most of the modifications required are the usual converting BSD to 
   SysV stuff - different header files, alternative function calls etc.

2. You need to take a high level decision on what CFLAGS to set. The main one
   to consider is whether to use -DSVR4 or not. I originally defined this flag
   in order to get the correct header files; however a side-effect of setting 
   this flag is that a lot of the SIGNAL and SOCKET stuff will break. With
   hindsight I think its better not to define SVR4 and manually fix the 
   "#include <...>" lines by hand.

3. You need to convert BSD tty(4) routines to the ATT termio(7) equivalents.

4. XView makes extensive use of enums and these cause problems when they are 
   used as part of the "expression" in a switch statement. This was a difficult 
   "bug" to find - even running with the debugger. Essentially you have to 
   cast ALL such expressions to int (and theres a lot of them!) ie ...

   enum abc ; 			enum abc ;
   .				.	
   .				.
   switch ( abc ) 	-->	switch ( (int)abc )
   { 				{
      case xyz:			   case xyz:
      .				   .
      .				   .

   I haven't decided if this is sloppy coding (on SUNs part) or a genuine bug
   with the HP C compiler - I can't recreate the problem with a small program.
   
You should be able to get clock, olwm, textedit and cmdtool to work (in a 
fashion). The only outstanding problem I had (I think) concerned the mapping 
of function keys on the SUN and their equivalents on the HP ; basically the
SUN has many, many more function keys which are used by XView.

Hope the above helps - don't hestitate to get in contact if you need more 
info.

Kenneth Chan

postal: Kenneth Chan
        Computer Science Dept.
        University Of Liverpool
        PO Box 147
        Liverpool
        L69 3BX

email:  kjc@uk.ac.liv.cs.and 

PS: can't "reply" to you direct mailer problems - so sending this message 
    to comp.sys.hp and alt.toolkits.xview

tay@hpcvlx.cv.hp.com (Mike Taylor) (06/06/91)

> Has anyone ported XView to run on HP-UX ?

UniPress Software
2025 Lincoln Hwy
Edison, NJ 08817

908-287-210
800-222-0550

Telex: 709418
Fax: 908-287-4929

I know nothing about this product whatsoever.


Pax,

Mike Taylor
Current Products Engineering & Online
Interface Technology Operation

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    "I get stranger things than you free with my breakfast cereal!" 
                                                   - Zaphod Beeblebrox

fischer@iesd.auc.dk (Lars P. Fischer) (06/21/91)

>>>>> On 5 Jun 91 14:11:28 GMT, kjc@and.cs.liv.ac.uk said:

Kenneth> I got "most" of XView2 working on a hp9k300 machine (running
Kenneth> HPUX 7.0 and MIT X11R4) - unfortunately I ran out of
Kenneth> filestore before I could complete the port. [...]

Kenneth> If you intend to do the port heres some pointers to help you
Kenneth> [...]

Thanks.

Another options is to buy (booo, hisss) a port from UniPress. They
have been advertising XView for IBM, DEC, and HP platforms recently.
See UnixWorld, June 1991, p. 97. Price: $2495 (a bit steep, if you ask
me). 

/Lars
--
Lars Fischer,  fischer@iesd.auc.dk   | It takes an uncommon mind to think of
CS Dept., Univ. of Aalborg, DENMARK. | these things.  -- Calvin