HDTenEightyP/NetNews huggingface dataset:
From: ccm038@fred.ucdavis.edu (Jason Yan (can cook))
Newsgroups: comp.lang.postscript
Subject: Need ASCII-->PS program (in PS) that does ** TABs **
Date: 12 Sep 92 23:48:31 GMT
Originator: ccm038@fred.ucdavis.edu

Organization: Computing Services, UC Davis
Keywords: 
Howdy!  Thanks for the feedback from all those who replied back to me
about using CTRL-D to separate postscript jobs.  We resolved it by making
the LanMan 2.1 network manager send a CTRL-D between every job.

Now my question is, is there an ASCII-->PS postscript program that also
takes care of TABs?  The one from Adobe takes care of CTRL-L's, but not
TABs.

Please e-mail all replies!  Thanks for the help!  I appreciate it very
much!

						Jason Yan
						ccm038@fred.ucdavis.edu
Newsgroups: comp.lang.postscript
From: vances@xenitec.on.ca (Vance Shipley)
Subject: Re: zoom in ghostview1.3
Organization: SwitchView Inc., Waterloo, Ontario
Date: Tue, 15 Sep 1992 05:01:01 GMT
Keywords: ghostview1.3 ghostscript2.5 zoom

In article <1992Sep10.153319.5768@cbis.ece.drexel.edu> jeff@cbis.ece.drexel.edu (Jeff White) writes:
>In article <1992Sep3.184652@genethon.fr> pat@genethon.fr (Patricia Rodriguez-Tome) writes:
>>
>>Everything works fine but the zoom : I get the zoom
>>window but nothing inside.
>
>  We are running ghostview1.1 on a DECstation 5000/240.  Zooming worked
>fine with ghostscript2.4.1.  When I upgraded to gs2.5 last week, we also
>lost the zoom feature.  I'd say that is probably the culprit.

I installed Ghostscript v2.5 and Ghostview v1.3 a few days ago on 
SCO ODT v2.0.  I also have no zoom.

-- 
Vance Shipley 
vances@xenitec.on.ca   vances@ltg.uucp   ..uunet.ca!xenitec!vances
Newsgroups: comp.lang.postscript
From: adrian@cs.wm.edu (Adrian T. Filipi)
Subject: What's your opinoin on a POSTSCRIPT/GHOSTSCRIPT DEBUGGER???
Keywords: postscript ghostscript debugger
Organization: The College of William and Mary
Date: Mon, 7 Sep 1992 21:19:03 GMT

Hello net;

	I am looking for some basic feed back before a fellow student and I
undertake an extended software project. Any and all responses are welcome.

	In short, we are considering using the source for Ghostscript, to create
a source level debugger for Postscript code. One which is similar in feel to both
ups and xdbx with the addition of a graphical output window.

	What we would like to know is:

	1. Does such a debugger already exist? if so, what is it called and is it
		free?
	2. Is anyone else doing this?

	3. Is there enough of a demand to make this project viable and worthwhile?

	4. Lastly, if you like the idea and have any suggestions, what are they.


	If there is significant interest, my friend and I will start to seriously
plan the project in the next week or two. Our tenative plans are simply to finish
the project by or before the end of the academic year.

Please respond privately.

Thanks in advance.

-- 
                                  --->>>| Support you local programmer,
adrian@cs.wm.edu                    -->>| STOP Software Patent Abuses NOW!
adrian@cebafi.cebaf.gov               ->| membership info at prep.ai.mit.edu:/pub/lpf
Member: League for Programming Freedom  | print "join.ps" for an application
Newsgroups: comp.lang.postscript
From: cjmchale@dsg.cs.tcd.ie (Ciaran McHale)
Subject: Re: Rounding error?!?!
Organization: DSG, Dept. of Computer Science, Trinity College Dublin
Date: Tue, 8 Sep 1992 17:29:13 GMT

In <1992Sep8.153127.27371@cetia.fr> alastair@bugle.cetia.fr
(Alastair Adamson) writes:
>|> I wrote the following trivial program to test my disbelief.
>|> It simply prints the difference between the "y" value used in
>|> a "moveto" and the "y" value returned by "currentpoint".
>|> I am amazed by the magnitude of the resulting value. Can this
>|> simply be put down to rounding error? Does anyone have a better
>|> explanation. The test was done on a LaserWriter II NTX.
>
>Sorry, I forgot to give the result of the test!
>The ouptut I got was 6.10352e-5 which I feel is a long
>way off zero.

6.10352e-5 is 1/16384, i.e, 1/(2**14). This sounds like a rounding error
to me. I wouldn't worry about it since it amounts to about 1/54 of a
hardware pixel at 300dpi.


Ciaran.
-- 
Ciaran McHale                                                             ----
Department of Computer Science, Trinity College, Dublin 2, Ireland.       \bi/
Telephone: +353-1-7021539 FAX: +353-1-772204 email: cjmchale@dsg.cs.tcd.ie \/
Newsgroups: comp.lang.postscript
From: rhoro@muug.mb.ca (Rick Horocholyn)
Subject: Need to scale fonts and set orientation
Summary: Need basic help in scaling fonts
Organization: Manitoba Unix User Group, Winnipeg, Manitoba, Canada
Distribution: na
Date: Wed, 9 Sep 1992 20:34:10 GMT

I'm trying to setup n HPIIIsi (postscript) printer with SCO Open Desktop 2.0.
The included model interface for postscript printers is very basic and does
not offer as much control over the printer as I need.  As a minimum, I need
to be able to scale the font to about 5.5 pts., set landscape orientation,
and select legal-sized paper.  Any hints on what to add to my interface?

Thanx.
From: brown@vidiot.UUCP (Vidiot)
Newsgroups: comp.lang.postscript
Subject: Re: Split very large postscript file
Date: 6 Sep 92 05:10:10 GMT
Reply-To: brown@vidiot.UUCP (Vidiot)
Organization: Vidiot's Hangout

In article <s897461.715687869@numbat> s897461@numbat.cs.rmit.OZ.AU (Alfred Yau) writes:
<Hello, netters
<
<        I have a problem in printing out a large postscript file(about
<4 Meg).The error message is " lpr: input file is too large". Does anyone
<know how to solve my problem ? Is there any program that can split a 
<large postscript file in several small pieces?

If the program is DSC compliant, then use psxlate, part of the Chris Lewis
Psroff program.
-- 
      harvard\                          spool.cs.wisc.edu!astroatc!vidiot!brown
Vidiot  ucbvax!uwvax..........!astroatc!vidiot!brown
      rutgers/            INTERNET:vidiot!brown%astroatc.UUCP@spool.cs.wisc.edu
                                   brown@wi.extrel.com
Newsgroups: comp.lang.postscript
From: robbie@ucthpx.uct.ac.za (R Bernstein)
Subject: HP IIISi fixed pitch fonts under postscript
Date: Thu, 10 Sep 92 05:43:55 GMT
Organization: University of Cape Town

My previous post got eaten by bad comms link!

Please can anyone help - I am looking for a way of printing using a fixed pitch font other than courier on a IIISi in postscript mode.  It appears that the IIISi only supports courier as a fixed pitch font.

The Adobe distributor said that Adobe ONLY support proportional fonts.

Any help would be much appreciated.

Thanks

Rob.
From: clewis@ferret.ocunix.on.ca (Chris Lewis)
Newsgroups: comp.lang.postscript
Subject: Re: HP LaserJet ----> Postscript
Keywords: HP LaserJet,conversion
Date: 6 Sep 92 03:38:36 GMT
Organization: Elegant Communications Inc., Ottawa, Canada

In article <1992Sep4.194248.1718@selway.umt.edu> stimpson@selway.umt.edu (Danny Stimpson) writes:
>I have a PC file that contains HP LaserJet III, or I if I choose, HP LaserJet
>Plus control codes.  I would like to convert these files to postscript,
>since I don't have access to these kind of printers except to a postscript one.
>Does anyone know of anything out there to convert this stuff?

Hp2pbm will convert PCL4 into PostScript.  Hopefully your Postscript
printer has a parallel or faster port, because hp2pbm tries for bit-for-bit
identical - eg: it emits rasters.
-- 
Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
Ferret list: ferret-request@ferret.ocunix.on.ca
From: cunniff@hpfcso.FC.HP.COM (Ross Cunniff)
Newsgroups: comp.lang.postscript
Subject: Re: graduated triangle fills?
Date: 14 Sep 92 17:20:33 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

nigel@maths.su.oz.au (Nigel O'Brian) writes:
>This might be a bit optimistic, but does anyone have a routine
>to do a graduated grayscale fill inside a triangular path? 
>Something like
>
>x1 y1 x2 y2 x3 y3 gray1 gray2 gray3 gradfill
>
>producing a triangle with specified vertices, and a more or less
>linearly varying gray taking the specified values at the vertices.
>I want it for 3D shading. Something recursive should
>work -- maybe generating 4 invocations corresponding to
>the subdivision of the triangle given by joining mid-points of 
>sides. Depth can be controlled by maximum variation of grays
>at the vertices. Perhaps such a routine would be of general
>interest? 

Ask and you shall receive :-)

---cut here------------cut here---------------cut here----
% Trigrad.ps - fill a triangle with a gradient
% Arguments: x1 y1 gray1 x2 y2 gray2 x3 y3 gray3 trigrad
% Calls itself recursively.

% Ross Cunniff, Hewlett-Packard Graphics Software Lab, cunniff@fc.hp.com
% September 14, 1992

% This parameter defines the maximum gray delta allowed to draw a single
% triangle
/_maxgraydel 1 15 div def

% This is the dictionary used by the procedure
/_tridict 10 dict def

/trigrad { _tridict begin
    /gray3 exch def /y3 exch def /x3 exch def
    /gray2 exch def /y2 exch def /x2 exch def
    /gray1 exch def /y1 exch def /x1 exch def
    % Test the size of the triangle
    /maxg gray1 gray3 sub dup 0 le { neg } if def
    gray1 gray2 sub dup 0 le {neg} if dup maxg gt {/maxg exch def} {pop} ifelse
    gray2 gray3 sub dup 0 le {neg} if dup maxg gt {/maxg exch def} {pop} ifelse
    maxg _maxgraydel le {
	% Triangle is 'small' - just fill it and return
	x1 y1 moveto x2 y2 lineto x3 y3 lineto closepath
	gray1 gray2 add gray3 add 3 div setgray
	fill
	end
    } { %else
	newpath
	% Subdivide into four triangles and recurse
	x1 y1 gray1
	x1 x2 add 2 div y1 y2 add 2 div gray1 gray2 add 2 div
	x1 x3 add 2 div y1 y3 add 2 div gray1 gray3 add 2 div
	x1 x2 add 2 div y1 y2 add 2 div gray1 gray2 add 2 div
	x2 y2 gray2
	x2 x3 add 2 div y2 y3 add 2 div gray2 gray3 add 2 div
	x1 x3 add 2 div y1 y3 add 2 div gray1 gray3 add 2 div
	x3 x2 add 2 div y3 y2 add 2 div gray3 gray2 add 2 div
	x3 y3 gray3
	x1 x2 add 2 div y1 y2 add 2 div gray1 gray2 add 2 div
	x2 x3 add 2 div y2 y3 add 2 div gray2 gray3 add 2 div
	x1 x3 add 2 div y1 y3 add 2 div gray1 gray3 add 2 div
	end
	% Trade off stack space for VM space...
	trigrad
	trigrad
	trigrad
	trigrad
    } ifelse
} bind def

---cut here------------cut here---------------cut here----

>Nigel O'Brian

Ross Cunniff
Hewlett-Packard Graphics Software Lab
cunniff@fc.hp.com
From: bill@solaria (Bill Neisius)
Newsgroups: comp.lang.postscript
Subject: Re: Barcodes in Postscript
Date: 8 Sep 92 21:05:31 GMT
Reply-To: bill@solaria.hac.com
X-Newsreader: Tin 1.1 PL5

delinck@pa621a.inland.com wrote:
: In article <moj.714161261@risken>, moj@risken.vd.volvo.se (Mats-Olof Sander) writes:
: > henry@trilithon.mpk.ca.us (Henry McGilton) writes:
: > 
: >>In article <1992Aug17.165203.16627@mtu.edu> cdh@mtu.edu (Chris Hooper) writes:
: >         bwidth 2 mul 0 rmoveto
: ****************************************************************************
: DO NOT INCLUDE THE PREVIOUS LINE!! IT WILL MAKE AN INCORRECT SPACE BETWEEN
: ANY ADJACENT CHARACTERS IN THE BAR CODE. REMOVE THE PREVIOUS LINE OR COMMENT
: IT OUT!!!
: ****************************************************************************
: >
 
According to the Code 39 spec (Intermec Jan, 1982):

"The nominal inter-character gap may be between one and three
times the nominal width of a narrow element, or 0.060 inches,
whichever is greater".

Removing the code above changes the gap from three times the 
narrow width to one times the narrow width. Both should be 
generally readable.

It seems to be hardware dependent. The following code:

    /C { 1 inch .015 inch barcode 0.5 inch 0 rmoveto } def
    1 inch 7 inch moveto
    (*)C (A)C (B)C (C)C (D)C (E)C (*)C

.. which generates 0.5 inch gaps between characters is readable
on Percon 385 readers, but not on Symbol LDT/LRT readers. The Symbol
readers seem to require a gap less than 6 times the narrow width.


Bill Neisius
bill@solaria.hac.com
Newsgroups: comp.lang.postscript
From: morgan@jts.com (Morgan Jones )
Subject: Re: Postscript as a REAL programming language.
Organization: JTS Computer Systems Ltd.
Date: Fri, 4 Sep 1992 20:44:22 GMT

In article <1992Sep3.100724.1@max.u.washington.edu> games@max.u.washington.edu writes:

   Pistscript is sure cool.  It just hit me though that (not for production 
   purposes) postscript could be abused into doing like regular programs.

   Along the same lines, does anyone have any examp-les of postscript code that
   are aimed at doing things other than laying out a page?

			   John.

Take a look at Sun's NeWS environment.  The majority of our
application is written in PostScript (30K+ lines of code).  Just
think, object oriented PostScript, complete with meta classes. 

Neat, huh?
-- 
Morgan Jones    -    morgan@jts.com
JTS Computer Systems Ltd., Toronto, Canada
From: a036450@rd821.UUCP (Bob Goldrich)
Newsgroups: comp.lang.postscript
Subject: What is EPS?
Date: 8 Sep 92 13:16:08 GMT
Organization: The Gleason Works, Rochester New York
X-Newsreader: Tin 1.1 PL4

Is there a difference between Encapsulated Postscript vs. just plain
Postscript?  If so, what is it?
              -Bob Goldrich  a036450@rd821.gleason.com
From: jlido@csugrad.cs.vt.edu (Jon-Erik Lido)
Newsgroups: comp.lang.postscript
Subject: Viewing Postscript formatted doc files
Summary: How do I view Postscript formatted docs?
Keywords: docs view
Date: 6 Sep 92 02:27:59 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA
X-Newsreader: Tin 1.1 PL4


I'm new to using Postscript, so bear with me if this sounds stupid...  I've
downloaded some documentation that's in Postscript format.  I don't have
a Postscript printer, and I'd like to view the docs.  I'm running DECwindows
under Ultrix.  I tried to import the docs as a graphics in DECwrite.  When I
did that, DECwrite brought the docs in as if they were a stack of overhead
transparencies on top of each other-- hardly readable.  If anyone has either
a way to bring the Postscript files into DECwrite, or source for a Postscript
viewer, or some other way I can view it without printing it out, I'd really
appreciate it!
Organization: Arizona State University
Date: Thursday, 10 Sep 1992 08:17:18 MST
From: Burt Bartram <ICSBJB@ASUACAD.BITNET>
Newsgroups: comp.lang.postscript
Subject:    Wp 5.1 to a HP LJ IIIp with PS

I am having a problem with this setup.  When I first turn on the PC and
printer in the morning and try to print, I get an "add more memory" message
on the HP IIIp LED display.  I have 3 mb of memory on the printer and a
HP Postscript cartridge.  I turn off the printer, turn it back on and have
no problems the rest of the day.  WordPerfect LaserSupport Group could
not help.  Can anyone help?  Thanks in advance.
Newsgroups: comp.lang.idl-pvwave
From: james@teal.csn.org (Jim Phillips)
Newsgroups: comp.lang.idl-pvwave
Subject: Re: E-mail address of RSI or PVI to send bug reports/suggestions to
Date: 9 Sep 92 21:35:15 GMT
Distribution: comp.lang.idl-pvwave
Organization: Colorado SuperNet, Inc.

In article <BuBL10.JIB@breeze.rsre.mod.uk> jvb@uk.mod.hermes writes:
>Does anyone know if there is an E-mail address where you can send bug reports
>or suggestions to for IDL or PV~WAVE. 

Hi John,

For PV-WAVE there is a bug report template file called "Bug_report" in
your 4.0 main wave directory.  You can use that template to communicate
with us via email or fax.  Please note that the email address listed
in the template is out of date.  The old address will be forwarded for a 
while but you shouldn't depend on it.

Please use:

help1@pvi.com

Thanks,
james
-- 
 James K. Phillips       Sprocket Scientist     james@pvi.com 
  Precision Visuals, Inc.                       james@teal.csn.org
  6230 Lookout Rd      				
  Boulder, CO 80301    				(303) 530-9000 x308
Newsgroups: comp.lang.idl-pvwave
From: landsman@stars.gsfc.nasa.gov (Wayne Landsman (301)-286-3625)
Subject: Re: EXPAND.PRO - needed by CONTTW.PRO
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: NASA/GSFC-Laboratory for Astronomy and Solar Physics
Distribution: comp.lang.idl-pvwave
Date: Fri, 11 Sep 1992 17:56:00 GMT


    The EXPAND function given by Joe Zawadony will run faster and with less
virtual memory problems if it uses the intrinsic INTERPOLATE function 
(introduced in V2.2.1).    I include below a modified version (but without 
the keywords) that seems to give the same results.    The keywords to account
for missing data can be implemented in a straightforward way but I have
not done so in this demo version.

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


pro EXPAND,a,nx,ny,result

;+
; NAME:
;	EXPAND
; PURPOSE:
;	Array magnification  (CONGRIDI like except that this really works!)
; CATEGORY:
;	Z4 - IMAGE PROCESSING
; CALLING SEQUENCE:
;	EXPAND,A,NX,NY,RESULT
; INPUTS:
;	A	Array to be magnified
;	NX	Desired size of X Dimension
;	NY	Desired size of Y Dimension
; OUTPUTS:
;	RESULT	Magnified Floating point image of A array (NX by NY)
; RESTRICTIONS:
;	A must be two Dimensional
; PROCEDURE:
;	Bilinear interpolation.
;	Not really fast if you have to swap memory (eg. NX*NY is a big number).
;	OK Postscript users don't forget that postscript pixels are scaleable!
; MODIFICATION HISTORY:
;	Aug 15, 1989	J. M. Zawodny, NASA/LaRC, MS 475, Hampton VA, 23665.
;	Aug 26, 1992	JMZ, Added maxval and fillval keywords.
;       Demo version to show use of intrinsic INTERPOLATE function
;                        W. Landsman    Hughes/STX
; Please send suggestions and bugreports to zawodny@arbd0.larc.nasa.gov
;-
	s=size(a)
	if(s(0) ne 2) then begin
		print,'EXPAND: *** array must be 2-Dimensional ***'
		retall  ; This will completely terminate the MAIN program!!!
	endif

   ; Get dimensions of the input array
	ix = s(1)
	iy = s(2)

   ; Calculate the new grid in terms of the old grid
	ux = (ix-1.) * findgen(nx) / (nx-1.)
	uy = (iy-1.) * findgen(ny) / (ny-1.)

        dtype = s( s(0) + 2)
        if dtype LE 3 then $
             result = interpolate( float(a), ux, uy, /GRID) $
        else result = interpolate( a, ux, uy, /GRID)

        return
        end
From: paul@astro.umd.edu (Paul Butler)
Newsgroups: comp.lang.idl-pvwave
Subject: New IDL Prices!
Keywords: Ouucchhh
Date: 5 Sep 92 17:41:56 GMT
Organization: U. of Maryland @ College Park, Astronomy

I have just heard that IDL is raising prices to PV Wave levels!
Unlimited access on a single CPU is going up to $15k
Single access on a single CPU is going to $3k

I hope this is not true.  Such a pricing policy could
relegate IDL to the high end specialty market.  Given
IDL is already developed, it would make sense to attempt
to make IDL a wide spread data analysis and visualization
standard.  If this new pricing policy is true, it seems
that IDL's market share will contract rather than expand.
This can not be good for the long run.
Newsgroups: comp.lang.idl-pvwave
From: thompson@stars.gsfc.nasa.gov (William Thompson, code 682.1, x2040)
Subject: Re: NetCDF support within IDL
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: NASA/GSFC-Laboratory for Astronomy and Solar Physics
Distribution: usa
Date: Wed, 9 Sep 1992 22:11:00 GMT

In article <1992Sep9.024503.10346@bnlux1.bnl.gov>, rivers@bnlux1.bnl.gov (mark rivers) writes...
>I have just finished implementing the complete netCDF library from
>within IDL on VAX/VMS systems. I used the call_external routine to call
>the C netCDF library which I linked as a shareable image. This could be
>done quite simply for many Unix systems (SunOS, AIX, HP, etc.), although
>one additional layer of C interface routines is needed under Unix.

	(rest of message deleted)

This makes me think.  I keep hearing how CALL_EXTERNAL doesn't work on DEC
ULTRIX systems, because ULTRIX doesn't support shareable object libraries.  Is
ULTRIX the only UNIX system that IDL runs on that doesn't support
CALL_EXTERNAL?

Does anybody know if CALL_EXTERNAL will work under DEC's OSF/1 when that comes
out?

Bill Thompson
Newsgroups: comp.lang.idl-pvwave
From: benell@spot.Colorado.EDU (Kirk D. Benell)
Subject: Re: axis ticks
Organization: University of Colorado, Boulder
Distribution: usa
Date: Thu, 10 Sep 1992 13:10:45 GMT

In article <1992Sep9.210955.6402@organpipe.uug.arizona.edu> rclark@lpl.arizona.edu (Richard Clark x4971) writes:
>
>Does anybody have any routines that can be called to replace the default
>axis tick labeling on simple PLOTs? The default selection of the number of
>major/minor ticks and their labeling leaves quite a bit to be desired. On
>rare occasion I have gotten a plot with an axis (either x or y) with a
>SINGLE LABELED TICK and axes with only 2 labeled ticks are fairly
>frequent. It is also common to get no minor ticks at all.
>
>There is a similar problem with the assignment of levels to be CONTOURed.
>The levels selected for contouring seem to be the same with or without the
>use of /follow.
>
>The detailed control over the plot apearance which can make for a nice
>final product is possible but this gets to be quite a nuisence when you
>need to do it on your first look at new data.
>
To control ticks on a plot use the following keywords with your plot 
calls:

	[XYZ]TICKS = #          - # is the number of major ticks
 	[XYZ]TICKNAME = strarr  - The string array contains tick names
	[XYZ]TICKLEN  = #	- # number is the length , 0<#<1
	[XYZ]MINOR = #	 	- # is the number of minor ticks

A seperate keyword is used for each axis. ie for 4 major ticks on
the x axis use  XTICKS = 4. The help section on plot_keywords has
a more detailed description if one is needed.  - Kirk


Newsgroups: comp.lang.idl-pvwave
From: rivers@bnlux1.bnl.gov (mark rivers)
Subject: Problems with CALL_EXTERNAL on AIX
Organization: Brookhaven National Laboratory, Upton, NY 11973
Date: Sat, 12 Sep 1992 04:28:19 GMT


I am trying to use the call external routine on an IBM R/6000 machine runninng
AIX 3.2 and IDL 2.3.2. I have succeeded in linking the following file as a
shareable object library.

main()
{
}

test1(argc, argv)
   int argc;
   void *argv[];
{
return(101);
}

test2(argc, argv)
   int argc;
   void *argv[];
{
return(102);
}

I compile this with:
cc -c -bloadmap:test.map test.c -o test.o

and link it with
ld -o shrtest.o test.o -bE:shrtest.exp -bM:SRE -T512 -H512 -lc

where shrtest.exp contains:
#!
test1
test2

If I link this shareable object library to a main C program it works fine,
test1 returns 101 and test2 returns 102.

However, when I try to call this from IDL I get the following:
; IDL Version 2.3.2 (AIX ibmr2)
; Journal File for rivers@xray1
; Working directory: /user/rivers
; Date: Sat Sep 12 00:05:48 1992
 
a = call_external('shrtest.o', '_test1')
print, a
;         101
a = call_external('shrtest.o', '_test2')
print, a
;         101
a = call_external('shrtest.o', 'zzzjunk')
print, a
;         101

It thus seems that IDL always calls the first function in the shareable object
library no matter what the second argument to call_external is. The last call
above should have given an IDL error.

Any idea what the problem is?


                                                Mark Rivers
-- 
Mark Rivers                              (516) 282-7708 or 5626
Building 815                             rivers@bnlx26.nsls.bnl.gov (Internet) 
Brookhaven National Laboratory           rivers@bnl (Bitnet)                   
Upton, NY 11973                          BNLX26::RIVERS  (Physnet)             
Newsgroups: comp.lang.idl-pvwave