HDTenEightyP/NetNews huggingface dataset:
From: andrew@frip.WV.TEK.COM (Andrew Klossner)
Newsgroups: comp.lang.postscript
Subject: Re: listing fonts
Date: 28 Sep 92 19:50:47 GMT
Reply-To: andrew@frip.wv.tek.com
Organization: Tektronix Color Printers, Wilsonville, Oregon

[]

	Using the FontDirectory alone is a BAD way to determine what
	fonts are available to your system.  As far as I am concerned,
	the proper way to do a font query that works for level 1 and 2
	printers is something like ... <program that doesn't use
	resources deleted>"

The *right* way to find all fonts on a level 2 printer is with

	/Font resourceforall

... just in case there's a font available that's not in VM and not stored
on an attached disk.

  -=- Andrew Klossner  (andrew@frip.wv.tek.com)
                       (uunet!tektronix!frip.WV.TEK!andrew)
Newsgroups: comp.lang.postscript
From: togood@roger.lerc.nasa.gov (Chris Miller)
Subject: Re: GhostScript: How do you send printer output to stdout?
Keywords: lpr GhostScript SGI
Organization: NASA Lewis Research Center [Cleveland, Ohio]
Distribution: usa
Date: Thu, 1 Oct 1992 02:36:08 GMT

In article <1992Sep30.124547.1908@athena.mit.edu> gwpoulos@athena.mit.edu (George W. Poulos) writes:
>Hi, I'm sorry if this is the wrong newsgroup to post to, but here is
>my problem.  I have GhostScript v2.3 compiled on an SGI Personal Iris
>to which I want to attach an HP LaserJet IIP.  I was hoping ...

I use lpr and GhostScript to rasterize for a HPLJ III thusly.  (I found 
that the ljet3 device in v2.5.1 is flaky, so I use the ljet2p device.)

(/etc/printcap)
ps:\
        :lp=/dev/plp:sh:\
 	:if=/usr/spool/lpd/bin/ps.filter:\
        :af=/usr/adm/lpd-acct:lf=/usr/spool/lpd/plp/log:\
        :sd=/usr/spool/lpd/plp:

(/usr/spool/lpd/bin/ps.filter)
#!/bin/sh
# postscript interpreter filter 
# Christopher J. Miller 920904
echo plp gs `date` >> /usr/spool/lpd/plp/log

#/usr/appl/bin/gs -dNOPAUSE -sDEVICE=ljet3 -sOutputFile=/tmp/$$.gs - > /dev/null
/usr/appl/bin/gs -dNOPAUSE -sDEVICE=ljet2p -sOutputFile=/tmp/$$.gs - > /dev/null

cat /tmp/$$.gs
echo "eE" | tr "e" "\033"
/bin/rm /tmp/$$.gs
--
From: rberlin@birdland.Eng.Sun.COM (Rich Berlin)
Newsgroups: comp.lang.postscript
Subject: Re: NeWSprint help
Date: 1 Oct 1992 06:15:21 GMT
Organization: SunPics -- A Sun Microsystems Business
NNTP-Posting-Host: birdland

In article <1acrjhINNdeh@network.ucsd.edu> dmb@lyapunov.ucsd.edu (Doug Brownell) writes:
>
>I have a dumb question.  I have a number of Type 1 fonts
>which won't print on our Sparc-printers, generating the error
>message 'command "eexec" undefined'.  The message is somewhat
>more complicated than that, but I'll refrain from posting
>more unless asked.  Is this due to an older version of NeWS,
>or is it intrinsic to Openwin?  The error page indicated I'm
>using NeWSprint 1.0 fcs, Openwin 2, NeWSprint interpreter
>version 2.1 .  I'd really like to be able to use these fonts!

NeWSprint 1.0 did not support Type-1 fonts.  If you upgrade to a
current version of NeWSprint you should be able to use the fonts just
fine.

-- Rich

--
===============================================================================
Richard.Berlin@Eng.Sun.COM   |   The significant problems we face cannot be
			     |   solved at the same level of thinking we were
			     |   at when we created them.  -- Albert Einstein
From: mk@aisb.ed.ac.uk (Michael Keightley)
Newsgroups: comp.lang.postscript
Subject: What's different about Laserwriter IIfs
Date: 1 Oct 92 08:35:52 GMT
Distribution: comp
Organization: Dept AI, Edinburgh University, Scotland

Does someone out there know what Laserwriter IIfs send back at the end
of a print job that is different from other printers (so that I can get
accounting working with Transcript V2.3).  I know it sends extra
crtl-d',  but how many and when?  (BTW does anyone have pathches for
Transcript V2.3 to fix this problem).
--
Michael Keightley                       | Dept. of Artificial Intelligence
JANET: mk@aisb.ed.ac.uk                 | 80 South Bridge
UUCP:  ..!uunet!mcsun!ukc!aisb!mk       | University of Edinburgh
ARPA:  mk%ed.aisb@nsfnet-relay.ac.uk    | Edinburgh EH1 1HN.  Scotland
From: sigurdg@ifi.uio.no (Sigurd Gl{rum)
Newsgroups: comp.lang.postscript
Subject: Ghostscript
Date: 6 Oct 92 10:02:13 GMT
Organization: Dept. of Informatics, University of Oslo, Norway
Originator: sigurdg@brenna.ifi.uio.no


Wanted to get hold of Ghostscript for DOS and/or MS-Windows and
found the following files on funic.funet.fi:

211fnts1.lzh  211fnts2.lzh  211fnts3.lzh  211fnts4.lzh
24avantg.zip  24bookmn.zip  24chartr.zip  24courer.zip
24courob.zip  24helvtc.zip  24hershy.zip  24paltno.zip
24schlbk.zip  24symbls.zip  24times.zip   24utopia.zip
24zaphc.zip   25chartr.zip  25courer.zip  25utopia.zip
chpsf301.zip  dvips386.lzh  dvips54.zip   dvipslib.zip
gs252286.zip  gs252386.zip  gs252ini.zip  gs252win.zip
pc2ps11.lzh   pcps710.zip   pps213.zip    pscroswd.lzh
psfix301.zip  samples.zip

The index file in this catalog (/pub/msdos/printers/postscript) is
not up to date so now I wondered if some kind soul could tell me
what files I have to get hold of in order to run Ghostscript under
DOS and (/or) Win31.  I have a 486 and no fonts installed at present.


Sigurd Gl{rum
Newsgroups: comp.lang.postscript
From: kdg@world.std.com (Keith D Gregory)
Subject: Re: listing fonts
Organization: The World Public Access UNIX, Brookline, MA
Date: Sat, 26 Sep 1992 19:53:36 GMT

In article <1992Sep22.162627.22540@bradley.bradley.edu> pwh@bradley.bradley.edu
(Pete Hartman) writes:
>
>What is a good way to get a list of fonts available?
>

Here's a piece of code to print a font listing, using the font to print its
own name (I'm posting instead of e-mailing, since this is the second time I've
done this).

-kdg

---- cut here --
%! PS-Adobe-1.0
%-----------------------------------------------------------------------------
% This program prints a list of all fonts installed in a PostScript printer,
% at 14 pt on one or more pages.
%-----------------------------------------------------------------------------
 
save
 
%-----------------------------------------------------------------------------
% A bubble sort, so that the font list looks good.
%-----------------------------------------------------------------------------
 
/BSort                        % array -- sorted_array
    {
    /arry exch def
    /alen arry length def
    /again true def
        {
        again {/again false def} {exit} ifelse
        0 1 alen 2 sub
            {
            /x1 exch def
            /x2 x1 1 add def
            arry x2 get arry x1 get lt
                {
                /again true def
                arry x1 get arry x2 get exch
                arry x2 3 -1 roll put
                arry x1 3 -1 roll put
                } if
            } for
        } loop
    arry
    }
def
 
%-----------------------------------------------------------------------------
% A function to find the scaled height of a font, from its bounding box.
%-----------------------------------------------------------------------------
 
/FontHeight                   % font -- line_height
    {
    /ix exch def
    ix /FontBBox get aload pop exch pop exch sub
    ix /FontMatrix get transform exch pop ceiling
    }
def
 
%-----------------------------------------------------------------------------
% Page-layout constants
%-----------------------------------------------------------------------------
 
/xlft  36 def
/xmid 306 def
/xrgt 612 def
/ytop 756 def
/ybot  36 def
 
%-----------------------------------------------------------------------------
% The heart of the program
%-----------------------------------------------------------------------------
 
/x xlft def
/y ytop def
 
[ FontDirectory { pop 64 string cvs } forall ] BSort
{
/fontname exch def
/thefont  fontname cvlit findfont 14 scalefont def
/fheight  thefont FontHeight def
x y moveto
thefont setfont fontname show
/y y fheight sub def
y ybot lt
    {
    x xlft eq
        {/x xmid def}
        {/x xlft def showpage}
    ifelse
    /y ytop def
    } if
}
forall
 
showpage
restore
Newsgroups: comp.lang.postscript
From: frank@snooks.isri.unlv.edu (Frank Jenkins)
Subject: Obtaining Adobe Fonts 
Reply-To: frank@snooks.isri.unlv.edu (Frank Jenkins)
Organization: UNLV Computer Science and Electrical Engineering
Date: Thu, 1 Oct 92 15:37:00 GMT

Anyone know where I can obtain a set? Will purchase if necessary.
Newsgroups: comp.lang.postscript
From: rene@hardy.u.washington.edu (Rene Magritte)
Subject: stretchy bitmaps
Summary: I wanna strech or squash my bitmaps...
Keywords: bitmaps
Organization: University of Washington
Date: Fri, 2 Oct 1992 22:52:06 GMT

 
    I have a normal bitmap in postscript which prints just fine.  I
want to be able to irregularly scale it and print the results, so that
the resultant image will be "squashed" or "thin."  How do I manage
this -- is it easily possible?

Newsgroups: comp.lang.idl-pvwave
From: zawodny@arbd0.larc.nasa.gov (Dr. Joseph M Zawodny)
Subject: Re: "Program code area full"
Organization: NASA Langley Research Center, Hampton, VA
Distribution: usa
Date: Wed, 30 Sep 1992 15:45:17 GMT

 Try using the .SIZE command to increase the data and code areas beyond the
default values.  The only other time I've seen the "Program area full"
message is when I've tried to run a program as a proceedure.

 Query to the IDL folks:  Why is there a need to limit this space anyway?
What USEFUL function does it provide?

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
 Joseph M. Zawodny   (KO4LW)                      NASA Langley Research Center
 zawodny@arbd0.larc.nasa.gov                      MS-475,    Hampton VA, 23681
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
From: lc1bocv1@cine88.cineca.it
Newsgroups: comp.lang.idl-pvwave
Subject: idl info wanted
Date: 3 Oct 92 10:53:32 +0100
Organization: CINECA, Italian Interuniversity comp. centre

MY BOSS is upset because he doesn't know what IDL is,and if he is
upset ,i 'm upset ,too ( you know what I mean ).    
Please let me known :
- what is IDL (a know only it is a graphyc package ) ?
  is it a standard or a commercial package ?
   if it is a commercial one where is possible to buy it ?   
- on which kind of computer does it run ?
Thanks a lot for your survival ( for me ) replay.   
fabrizio ravegnani. 
Newsgroups: comp.lang.idl-pvwave
From: heeres@uars_mag.jhuapl.edu (Ken Heeres)
Subject: animation on X-Terminals
Organization: JHU/Applied Physics Laboratory
Date: Fri, 2 Oct 1992 21:09:39 GMT

I have an application which creates a bunch of displays, uses tvread to read back
the displays, and then uses movie to display them.  The following happens:

    1. on a HP 9000/730 CRX the display is adequate
    2. on a Mac using Mac X the display is slow
    3. on a NCD 17cr it is really slow!!!!!!!!!!!!!

The problem seems to be that on the NCD, the tvread takes for ever.  Does
anyone have a clue.

thanks

ken
From: hofer@urz.unibas.ch (Remo Hofer)
Newsgroups: comp.lang.idl-pvwave
Subject: Re: Reading real numbers from VMS
Date: 26 Sep 92 13:37:13 MET
Organization: University of Basel, Switzerland

In article <1992Sep25.234223.15365@news2.cis.umn.edu>, grad@sparky.drad.umn.edu (Jonathan Grad) writes:
> I have some real numbers (real *4) that were saved on a VAX using VMS, and
> have been imported to a Unix machine.  Does anyone have a pvwave
> program to read in real numbers (saved under VMS) to a Unix system?
> 
> Thanks in advance.
> 
> Jonathan Grad
> grad@sparky.drad.umn.edu

I've written the following routine to convert a VMS F float (4 bytes) to
to pv-wave floats. Hope this helps.

Remo Hofer

-- 
       RFC822:  <hofer@urz.unibas.ch> or <hofer%urz.unibas.ch@CERNVAX.BITNET>
        X.400:  S=hofer;OU=urz;O=unibas;P=SWITCH;A=ARCOM;C=CH
  HEPNET/SPAN:  CHGATE::YOGI::HOFER or 20579::48130::HOFER
-----------------8<------------------------------8<----------------------------
;-------------------------------------------------------------------------------
; Convert a VAX F float number to WAVE double precision.		RHo
; last modified								29/1/92
;-------------------------------------------------------------------------------
;
;+
;1 VAXF_WAVE
;!
; Purpose:
;
;	This procedure converts a VAX single precision floating point
;	number (F float) into a WAVE double precision number. 
;	The conversion is independent of the exact format used by the 
;	machine WAVE runs on. 
;
; Calling Sequence:
;
;	SXM_VAXF_WAVE, buffer, value
;!
;!------------------------------------------------------------------------------
;2 Input
; Name		Type		Description
;
; buffer	byte (4)	Buffer of four bytes that are to be
;				converted into a double precision number
;!
;!------------------------------------------------------------------------------
;2 Output
; Name		Type		Description
;
; value		dfloat		The result of the conversion
;!
;!------------------------------------------------------------------------------
;2 Procedure
; The procedure tries to convert the four bytes in the buffer into a WAVE
; double precision floating point number. The conversion performs the
; interpretation of the buffer contents independent of the floating point
; architecture of the CPU/FPU on which WAVE is running. The buffer is
; interpreted according to the VAX single precision F floating point speci-
; fication.
;-
;-------------------------------------------------------------------------------

PRO sxm_vaxf_wave, buffer, value

  ; check dimensions, size and type of the buffer:

  save = SIZE (buffer)
  IF (save(0) NE 1) OR (save(1) NE 4) OR (save(save(0) + 1) NE 1) THEN $
  BEGIN
    PRINT, 'VAX double precision buffer of wrong data type.'
    value = 0D
    RETURN
  ENDIF

  ; determine sign, exponent and mantissa:

  s = buffer(1)/128B
  e = 2*(buffer(1) AND 127B) + buffer(0)/128B
  f = 65536L*(buffer(0) AND 127B) + 256L*buffer(3) + buffer(2)

  ; buffer represents a valid, finite number:

  IF e EQ 0 THEN value = 0D ELSE value = (2D^(e-129)) * (f/(2D^23) + 1D)
  IF s EQ 1 THEN value = (-1) * value
  RETURN

END
Newsgroups: comp.lang.idl-pvwave
From: landsman@stars.gsfc.nasa.gov (Wayne Landsman (301)-286-3625)
Subject: Re: Notes on CURVEFIT.PRO
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: NASA/GSFC-Laboratory for Astronomy and Solar Physics
Date: Tue, 6 Oct 1992 16:42:00 GMT

In article <5OCT199223161224@stars.gsfc.nasa.gov>, landsman@stars.gsfc.nasa.gov (Wayne Landsman (301)-286-3625) writes...
> 
>The version of CURVEFIT.PRO in the IDL User's library in V2.3.2 (and 
>presumably in earlier versions) contains a typo in line 133
> 
> 
>	FLAMBDA = FLAMBDA/100.	;DECREASE FLAMBDA BY FACTOR OF 10
> 
>According to the versions of this procedure in both Bevington and "Numerical
>Recipes" the comment (and not the code) is correct, i.e. the denominator should 
>be 10. and not 100.      

     Oops, I was mistaken -- the code is correct.    In the IDL implementation,
the fit is assumed to get worse so FLAMBDA is multiplied by 10 on every
iteration.    When chi square does decrease one then needs to divide by 100.

    Sorry about the fire drill, and thanks to Mark Elliott for pointing out
my error.

-Wayne Landsman                            landsman@stars.gsfc.nasa.gov


Newsgroups: comp.lang.idl-pvwave
From: landsman@stars.gsfc.nasa.gov (Wayne Landsman (301)-286-3625)
Subject: Notes on CURVEFIT.PRO
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: NASA/GSFC-Laboratory for Astronomy and Solar Physics
Date: Tue, 6 Oct 1992 03:16:00 GMT


The version of CURVEFIT.PRO in the IDL User's library in V2.3.2 (and 
presumably in earlier versions) contains a typo in line 133


	FLAMBDA = FLAMBDA/100.	;DECREASE FLAMBDA BY FACTOR OF 10

According to the versions of this procedure in both Bevington and "Numerical
Recipes" the comment (and not the code) is correct, i.e. the denominator should 
be 10. and not 100.      The effect of this typo is to slow down convergence
when the initial parameters are far from the best-fit parameters.   (The
version with the typo actually converges *faster* when the initial guesses
are close to the best-fit parameters.)     I suspect that this typo is
responsible for some convergence problems I have had with CURVEFIT although
I am not sure of this.

     CURVEFIT also gives the following definition of the weight vector:

;	W:  A row vector of weights, the same length as x and y.
;		For no weighting,
;		w(i) = 1.0.
;		For instrumental weighting,
;		w(i) = 1.0/y(i), etc.

     This is not correct.   For Poisson statistics the weight is given by
w(i) = 1.0/y(i) but for instrumental errors sigmay(i) the weighting is given
by  w(i) = 1.0/ (sigmay(i)^2).

     Finally, I would like to suggest some additional options to CURVEFIT.   
(They are simple enough to add by individual users but I think it would
be better if RSI would standardize them.)

     (1)  Add a keyword determining the maximum number of iterations to
          be attempted.
     (2)  Add a keyword giving the chi square of the final fit.
     (3)  Add a /DEBUG or /VERBOSE keyword giving the results of each 
          iteration (these are now commented lines in the code)
     (4)  Add a parameter to choose which parameters to hold constant and
          which parameters to vary
     (5)  Maybe use the STATUS parameter of the INVERT function to signal
          a small pivot element
Newsgroups: comp.lang.idl-pvwave
From: zawodny@arbd0.larc.nasa.gov (Dr. Joseph M Zawodny)
Subject: Re: animation on X-Terminals
Organization: NASA Langley Research Center, Hampton, VA
Date: Mon, 5 Oct 1992 11:30:30 GMT

 Well I can't resist.  Macs are just slow especially when it comes to
networking.  The NCD problem sounds like one we had quite some time ago with
our DECstations (or were they VAXStations?).  Anyway, the X window
implementation of the TVREAD capability by DEC was not optimal in the early
days.  It took over two minutes to do a TVRD!  Then came the next software
release of the x drivers and all was well, full screen TVRDs took only a few
seconds.  I guess what I getting at is, don't blame IDL or WAVE for the lack of
speed.  The blame lies with the Windows software (very slight possibility it
could be a brain dead hardware design).
 If you are doing this over the network, could the speed difference just be due
to network traffic?  Is the HP 9000 the server?  It would make sense that the
hardware connected directly to the server would be much much faster than any
exported windows.

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
 Joseph M. Zawodny   (KO4LW)                      NASA Langley Research Center
 zawodny@arbd0.larc.nasa.gov                      MS-475,    Hampton VA, 23681
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

Newsgroups: comp.lang.idl-pvwave
From: vvcns@derbingle.lerc.nasa.gov (Allen Holtz)
Subject: PV-WAVE link to MATLAB
Organization: NASA Lewis Research Center [Cleveland, Ohio]
Date: Fri, 2 Oct 1992 19:59:21 GMT

I have heard through the grapevine that someone out there may have a link
between MATLAB and PV-WAVE.  Does anyone have any knowledge of this link?


Thanks,

Allen Holtz
-- 

-----------------------------------------------------------------------------
Allen Holtz			|     phone: 216-433-4000
NASA Lewis Research Center     	|    
Cleveland, Ohio  44135         	|     email: vvcns@derbingle.lerc.nasa.gov 
-----------------------------------------------------------------------------
From: buteau@bali.saclay.cea.fr
Newsgroups: comp.lang.idl-pvwave
Subject: HP Paintjet XL (with HPGL2 cartridge) printer
Date: 28 Sep 92 14:56:09 GMT
Reply-To: buteau@bali.saclay.cea.fr
Organization: Commissariat Energie Atomique (Saclay)

I'm trying to use an  HP Paintjet XL printer with HPGL2 cartridge to print PV-Wave graphics. I can get SURFACE or PLOT graphics, but the only colors I obtain are the eight basic colors (red,green,blue,black,whitecyan,yellow,magenta), althought this HP printer is able to print 330 colors. 

So How could I get more colors ???

		Thanks in advance
Newsgroups: comp.lang.idl-pvwave
From: zawodny@arbd0.larc.nasa.gov (Dr. Joseph M Zawodny)
Subject: Re: Skipping plot discontinuities.
Keywords: plot,pv-wave
Organization: NASA Langley Research Center, Hampton, VA
Date: Mon, 5 Oct 1992 11:20:22 GMT

  Awhile back, PLOTS had an extra argument (pen, I think) which was a vector of
one's and zero's.  When an entry was a zero the PLOTS command would "lift the
pen" until a non-zero value was encountered.  This highly desirable feature is
now gone!  I went through a program of mine which does what you are looking for
and extracted some code which does the segment isolation and plotting.  It also
does a POLYFILL so it probably is more complicated than need be but, you can
hack it down to the bare necessities.


; for the purposes here plot segments are separated by points where t(i) = 0

; Locate segments
	t  = [0.,timave,0.]
; find the segment starting end
	m  = where(t eq 0.)
	n  = where((shift(m,-1)-m) gt 1,nms)
	ms = m(n)+1
; find the segment finishing end
	m  = where(t ne 0.)
	n  = where((shift(m,-1)-m) gt 1,nme)
	me = m(n)
; for all segments
	for i=0,nme-1 do begin
; the reverse here is for polyfill and drawing a "box" around the hatched area
		x = [ t(ms(i):me(i)-1  ), reverse(t(ms(i):me(i)-1  ))]
		y = [hi(ms(i):me(i)-1,k),reverse(lo(ms(i):me(i)-1,k))]
		oplot,x,y
		polyfill,x,y,orient=45.
	endfor


It may not be pretty but it does work!

	Good Luck

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
 Joseph M. Zawodny   (KO4LW)                      NASA Langley Research Center
 zawodny@arbd0.larc.nasa.gov                      MS-475,    Hampton VA, 23681
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Newsgroups: comp.lang.idl-pvwave
From: zawodny@arbd0.larc.nasa.gov (Dr. Joseph M Zawodny)
Subject: Re: Reading real numbers from VMS
Organization: NASA Langley Research Center, Hampton, VA
Date: Mon, 28 Sep 1992 11:11:33 GMT


 On some machines (providing that the byte ordering is correct) it is as simple
as dividing by 4 !

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
 Joseph M. Zawodny   (KO4LW)                      NASA Langley Research Center
 zawodny@arbd0.larc.nasa.gov                      MS-475,    Hampton VA, 23681
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

Newsgroups: comp.lang.idl-pvwave
From: martinjp@cs.washington.edu (John Martin)
Subject: Making RPC on HP9000s700
Organization: Computer Science & Engineering, U. of Washington, Seattle
Date: Mon, 28 Sep 92 22:15:07 GMT


I am trying to get the Remote Procedure Calls to work for IDL
on a HP 9000s730.

Using the following Makefile...didn't get me very far.

If anyone has made the RPC stuff on a HP I would appreciate
hearing how you did it.



-john





Makefile that I used:



#
# Copyright (C) Research Systems, 1992
#
#
#	On machines where the compiler does not accept argument prototypes
#	for pointers to functions you need to set FLAGS	to define the
#	appropriate machine #define:
#
#	vms machines		-DVMS
#	ultrix 			-Dultrix
#	Mips			-DMIPS
#	HP 			-Aa -D_HPUX_SOURCE
#
#	There are probably more machines with this wierd state of affairs.
#	Look in export.h for the declaration of SFUNC_ARG_PROTO to be sure.


FLAGS	= -Aa -D_HPUX_SOURCE

LIB_OBJS=rpcfunc.o helper.o rpc_xdr.o
INCS	= rpc_idl.h


rpcidl.a: $(LIB_OBJS)
	ar rv rpcidl.a $(LIB_OBJS)
	ranlib rpcidl.a

$(LIB_OBJS):  $(INCS)
	cc $(FLAGS) -DIDL_CLIENT -c $*.c

clean:
	@echo "cleaning"
	rm -f rpcidl.a $(LIB_OBJS)
	


	
	
	
result -->	
	
	
	cc -Aa -D_HPUX_SOURCE -DIDL_CLIENT -c rpcfunc.c
cc: "rpcfunc.c", line 47: error 1711: Inconsistent parameter list declaration for "register_idl_client".
cc: "rpcfunc.c", line 67: warning 604: Pointers are not assignment-compatible.
cc: "rpcfunc.c", line 67: warning 563: Argument #1 is not the correct type.
cc: "rpcfunc.c", line 139: error 1711: Inconsistent parameter list declaration for "set_idl_timeout".
*** Error code 1



----
John P. Martin		     
Computer Engineering      &        Los Alamos Nat'l Labs 
University of Washington           P-15, MS D406
Seattle, WA                        Los Alamos, NM  87545
internet: jpm@pinex3.lanl.gov      (505)-665-7757

Newsgroups: comp.lang.idl-pvwave