HDTenEightyP/NetNews huggingface dataset:
From: rypma@waterloo.hp.com (Ted Rypma)
Subject: Re: Thinkjet printer
Date: Fri, 11 Sep 1992 01:57:53 GMT
Organization: HP Panacom Div Waterloo ON Canada
X-Newsreader: Tin 1.1.3 PL5

Tsehay Demeke (Tsehay_Demeke@rpi.edu) wrote:
: I would like to know the switch settings for RS-232 interface thinkjet.
: I appreciate if you tell me what each dip-switches stand for.

The serial ThinkJet has two sets of switches next to one another, labelled
"Modes" and "RS232". The Modes has 8 bits, RS232 has 5.

First the Modes:

    1 - CR definition. UP:   do CR/LF when CR received
		       DOWN: do CR only when CR received

    2 - LF definition. UP:   do CR/LF when LF received
		       DOWN: do LF only when LF received

    3 - Perf skip.     UP:   1 inch perf skip
		       DOWN: no perf skip

    4 - Page length    UP:   12 inch
		       DOWN: 11 inch

    5 - Control seq    UP:   ALternate mode (Epson MX-80/100, IBM Graphics)
		       DOWN: HP mode

    6,7,8              Character set select

		        6     7     8               Character set
		       ----------------             -------------
		       down  down  down             [HP]Roman-8
		        up   down  down             US ASCII
		       down   up   down             Swedish
		        up    up   down             IBM 8 (PC-8)
		       down  down   up              French
		        up   down   up              German  
		       down   up    up              United Kingdom
		        up    up    up              Spanish

Now the RS232:

    1 - Handshake mode UP:   Hardware handshake (DTR)
		       DOWN: XON/XOFF (DC1/DC3)

    2,3                Parity setting and character size

		        2     3              Parity       Bits in char
		       ----------            ------       ------------
		       down  down            None         8 (or 0 + 7-bit)
		       down   up             Odd          7
		        up   down            Even         7
		        up    up             One's        7

    4,5                Baud rate setting

		        4     5              Speed
		       ----------            -----
		       down  down             9600
		       down   up             19200
		        up   down             2400
		        up    up              1200

Ted Rypma
HP Panacom Division

(and, no, I'm not responsible for any errors!)
Newsgroups: comp.sys.hp
From: ram@uunet!dptechno (Ram Natarajan)
Subject: Need HP-GL to PCL 2/3 conversion utility
Organization: D. P. Technology Corp.
Date: Mon, 14 Sep 1992 15:09:15 GMT

I posted a request for this utility a  while ago, but have not gotten any
replies so far, so I am posting again.

Could somebody direct me to a place where I can find the utility to
convert from HP-GL to pcl2 (for a deskjet 500 and color for 500C) as well
as pcl3 (for Laserjet). I know somebody posted a place where these programs
were available by FTP, but I did not save the information. I would prefer
access to source if available, else binaries for s700/HP-UX8.07.

Thanks for your time

Ram

---------------------------------------------------------------------------
Ram Natarajan                               If it is not worth doing well,
D. P. Technology Corp.,                     it is not worth doing at all.
...!uunet!dptechno!ram
---------------------------------------------------------------------------


-- 
---------------------------------------------------------------------------
Ram Natarajan                               If it is not worth doing well,
D. P. Technology Corp.,                     it is not worth doing at all.
...!uunet!dptechno!ram
Xref: sparky comp.sys.hp:10323 comp.unix.internals:1799
From: djn@csc.liv.ac.uk (David Nixon)
Newsgroups: comp.sys.hp,comp.unix.internals
Subject: HP-UX Network Protocol registration
Keywords: HP-UX,Ethernet Driver,Amoeba RPC
Date: 11 Sep 92 14:26:28 GMT
Followup-To: comp.sys.hp
Organization: Computer Science, Liverpool University

I am in the process of porting a network protocol, Amoeba RPC, to HP-UX 8-07
for the 700 series.

The protocol is implemented as a device driver which interfaces
directly with the HP network interface driver. 

The problem is that I don't know the method to register the 
protocol with the ethernet driver; so that incoming packets will
be passed to the protocol's input routine.

N.b. the protocol code uses the ether_register() kernel routine which is 
,I think, SUNOS specific:- I have come across a suggestively named routine, in
 the ethernet driver, called lanc_log_protocol(), but can only guess if this is
what I should be using.

I shall be very grateful if anyone can supply details of the following:

1) Confirmation that a protocol registering mechanism exits under HP-UX

2) Name and call syntax of the relevant kernel routine.

3) Kernel data structures used to hold the details of each protocol
   registered.

David Nixon ------- Computer Science Department, University of Liverpool.
                    e-mail: djn%csc.ac.liv.uk : tel 44-051-794-3690
Newsgroups: comp.sys.hp
From: mjo@ef2007.efhd.ford.com (Mike O'Connor)
Subject: Re: terminal emulation within ftp
X-Disclaimer: Not an official spokesperson for Ford OPEO
Reply-To: Mike O'Connor <mjo@fmsrl7.srl.ford.com>
Organization: International Affairs, Overseas Engineering, "Fordz"
Date: Fri, 11 Sep 1992 13:38:45 GMT

In article <BuDr6A.357@netnews.jhuapl.edu> heeres@uars_mag.jhuapl.edu
(Ken Heeres) writes:

:When I use ftp from one of my hp workstations(9000/730, HP-UX 8.07) and make
:a mistake on my ftp commands I am unable to backspace to correct the command.
:Outside of ftp the backspace works correctly.  Has anyone else noticed this?
:Has anyone solved it?

What shell are you using?  Type "telnet".  Hit your backspace key.
See if you have any problems there.

Odds are, you're sending the "wrong" backspace, and using a
"sophisticated shell" (bash, tcsh, zsh, etc.) that doesn't care.
If so, twiddle with your "stty erase" settings until you get something
workable (if it's ^H, make it ^?, and vice versa, etc.).

						...Mike

-- 
 Michael J. O'Connor           |  Internet:  mjo@fmsrl7.srl.ford.com
 Ford Motor Company, OPEO      |  UUCP:      ...!{backbone}!fmsrl7!mjo
 20000 Rotunda, Bldg. 1-3001   |  Phone:     +1 (313) 248-1260
 Dearborn, MI  48121           |  Fax:       +1 (313) 323-6277
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Newsgroups: comp.sys.hp
Subject: Re: Using Imake WITHOUT the mit Source Tree
Date: 9 Sep 92 11:53:13 GMT
Distribution: usa
Organization: Naval Research Laboratory, DC


  I recommend getting the Imake distribution from Univ of Liverpool
that was recently announced here.  I ftp'd that last weekend and got
Imake up and running properly on my workstation in about an hour.
One should also get the X11 libraries from HP Corvallis, Oregon since
the supplied libraries are horribly incomplete.  

  HP really has made me VERY VERY unhappy with their policy of not
shipping all of the freely distributable X11 libraries and not
shipping Imake and the config files.  Rest assured that when I get
asked for my personal opinion, I make it very clear that I believe
that HP is really shafting its customers.  Note that DEC and SUN
supply a fairly complete set of X11 libraries and tools, including
Imake.  I haven't used a stock RS/6000, so I'm not sure about IBM.
Note also that despite the performance advantage of HP, I'd rather
have a SUN because I really don't like being arbitrarily taken
advantage of by HP in this manner and I really do want to be able to
compile and use most of the freely distributable software on the net.
SUN does a much better job of supporting that than HP does, and has
more commercial applications as well.

Disclaimer: Opinions are the author's not his employer's.

Newsgroups: comp.sys.hp
From: ocon@bert.cs.byu.edu (John S. O'Conner)
Subject: Re: X Windows on 9000/710
Organization: Brigham Young University, Utah
Date: Fri, 11 Sep 92 22:58:34 GMT

In article <7371305@hpfcso.FC.HP.COM> mjs@hpfcso.FC.HP.COM (Marc Sabatella) writes:
>In comp.sys.hp, chan@hpfcmgw.FC.HP.COM (Chan Benson) writes:
>
>> You need to get the developer's bundle that includes the "real" C
>> compiler and X header files and archive libraries.
>
>It is also possiible he has the header files, but didn't put
>"-I /usr/include/X11R4" in the command line.
>
>--------------
>Marc Sabatella (marc@hpmonk.fc.hp.com)
>Disclaimers:
>	2 + 2 = 3, for suitably small values of 2
>	Bill (H.) and Dave (P.) may not always agree with me

Marc,

I wish it were this simple.  My original post was perhaps too vague.  
I have X libraries in several different directories.  In my case they are
/usr/lib/X11, /usr/lib/X11R4, /usr/lib/X11R5, AND /usr/lib/Motif1.1.
I also have SOME header files in /usr/include/X11.  Recently I ftp'd
the Xaw and Xmu header files so I have those too.

I guess my question is this:  do I need anything else to do Motif programming?
It seems that I'm STILL missing some header files.  At least that's what
I'm led to believe when I look at sample programs that #include <Xm/Xm.h>,
#include <Xm/PushB.h>, or #include <Xm/Label.h> for example.  These 
particular *.h files do not exist on my system.

Thanks for the suggestion though,
John
ocon@bert.cs.byu.edu

Newsgroups: comp.sys.hp
From: a866700@hp9000.csc.cuhk.hk (Wong Siu To)
Subject: Shared CD-ROM drive
Organization: The Chinese University of Hong Kong
Date: Fri, 11 Sep 1992 06:17:03 GMT

Hi all,

Hope that these're not FAQ's. :) 

I've a CD-ROM drive on a hp720, and have another hp750 without CD-ROM
drive.  I wonder if I can use that drive to install software (including
HP-UX) and run LaserROM on the hp750.

Would anyone pls help ?

Thanks in advance.

Rgds,
-- 
----------------------------------------------------------------------------
ST Wong				       BITNET: A866700@CUCSC.BITNET
Computer Services Centre               Internet: a866700@hp9000.csc.cuhk.hk
The Chinese Univsersity of Hong Kong             st@csc.mgate1.cuhk.hk
From: mjs@hpfcso.FC.HP.COM (Marc Sabatella)
Newsgroups: comp.sys.hp
Subject: Re: Motif and regcmp
Date: 11 Sep 92 20:37:54 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

In comp.sys.hp, fein@epg.nist.gov (Aaron Fein) writes:

> I was able to successfully compile and link a Motif application, but when I
> run it I get a message saying "Unable to resolve regcmp (code)..."  (Why 
> wasn't this caught by the linker?)

Shared libraries make this type of determination more difficult.  Sun is overly
aggressive, complaining about missing routines referenced anywhere in any
shared library, needed or not; HP-UX on the 700 and 800 series is overly
conservative, not complaining about some routines by shared libraries.  The
300/400 linker tries its best to give the right answers, but it can probably be
fooled in either direction by a wicked enough programmer.  A surprisingly nasty
problem, actually.

> So I added in the PW library in the link.
> The link failed with a message about unsatisfied symbols: free and write. 
> I am trying to figure out in what library free and write are located and 
> why are they no longer found once I add the PW library in the link.  
> 
> I have tried -lc -lPw -lc as suggested and this did not link either.

Sounds similar to another problem posted on yesterday - see if you can find my
response.  "free" and "write" are indeed in libc, but apparently the linker
thinks it doesn't need them the first time it searches the library, and doesn't
bother looking again.  My suggestion (which was lacking in my response to the
other related problem): try "-Wl,-a,archive" after the "-lc -lPW".  The second
"-lc" is unnecessary; the compiler inserts that for you.  If the linker does
ignore repeated shared libraries, then the trick is probably to specify the
archive form for one or the other.  If you have problems with

	-lc -lPW -Wl,-a,archive

try

	-Wl,-a,archive -lc -Wl,-a,default -lPW

which will search archive libc the first time instead of the second.

--------------
Marc Sabatella (marc@hpmonk.fc.hp.com)
Disclaimers:
	2 + 2 = 3, for suitably small values of 2
	Bill (H.) and Dave (P.) may not always agree with me
Newsgroups: comp.sys.hp
From: dave@hiauly1.hia.nrc.ca (John David Anglin)
Subject: Re: Motif and regcmp
Originator: dave@hiauly1.hia.nrc.ca
Organization: National Research Council of Canada, Ottawa
Date: Wed, 16 Sep 92 02:57:12 GMT


Has anyone been able to build any X11R5 Motif applications under 8.07?
I couldn't get them to link.  I think version 1.1.4 of Motif is required.
Newsgroups: comp.sys.hp
From: milburn@vision.postech.ac.kr (John Milburn)
Subject: Re: previewer for hp dwb?
Reply-To: milburn@vision.postech.ac.kr (John Milburn)
Organization: POSTECH, Pohang, Korea
Date: Wed, 16 Sep 92 00:42:46 GMT

In the referenced article paul@eye.com (Paul B. Booth) writes:

>Many moons ago, we bought a license for the HP-ized DWB (ditroff).  It's the
>same version that's still being used to do man pages, etc. inside hp, I
>believe.  The output mechanism runs something like:
>  troff source --> troff --> dvi format --> pif format --> pcl --> printer.
[...]
>Anybody have a working previewer, or better yet, some
>tips for hacking on xtroff to get it to recognize the font description info
>used in the devPIF font collection?

I realize it's not what you asked for, but you might consider using
groff, the Gnu troff emulator. It builds without much trouble with HP's
C++ compiler, and has a good X previewer. It also outputs dvi or
postscript format.

I have been using groff with dvilj2p to print, using TeX downloadable
fonts. It works very well, is fast, and requires no font cartridge for
high quality output. If you do have TeX (at least TeX fonts) installed,
xdvi is a very good previewer.

BTW, all of the above software is free.

-jem
From: stevewi@hpspdla.spd.HP.COM (Steve Witten)
Date: Mon, 14 Sep 1992 21:24:20 GMT
Subject: Re: modify the value of variables in XDB
Organization: HP Stanford Park - Palo Alto, CA
Newsgroups: comp.sys.hp

Try

	p variable = new_value

===============================================================================
Steve Witten                    stevewi%hpspd@hplabs.hp.com
Network Test Division           ...!hplabs!hpspd!stevewi
Hewlett-Packard Co.             stevewi@hpspd.spd.hp.com
From: rhody@remus.rutgers.edu (Sean Rhody)
Newsgroups: comp.sys.hp
Subject: transferring binary files
Keywords: binary
Date: 8 Sep 92 21:05:50 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


If anybody has any experience in using shar ( or anything aelse )
to create a file that can be transfered as ascii, please send nme mail
on the procedure to rhody@remus.rutgers.edu.  I am trying to transfer
several binary files to an HP 710 and the only method thata is 
currently avaiullable te to me is tu o use the tka'take' command which
wwirorks s'  
only for tascii files.  Someone suggested using shraar to make a new
file that could be transfered, and although this seemms s to wokrrk,
when
 /I use   use sh to unpack thsie file ( in this case a .gif file )
I cannot use it because of a        of a bad adscreen descr
descriptor errorerror   ,.  Any heklp will be greatly appreciated.p
From: paul@prcrs.prc.com (Paul Hite)
Newsgroups: comp.sys.hp
Subject: Re: Sleeping processes
Date: 4 Sep 92 15:02:11 GMT
Organization: PRC Realty Systems, McLean, VA

In article <4310271@hpindda.cup.hp.com>, mintz@hpindda.cup.hp.com (Ken Mintz) writes:
> > F S   UID   PID  PPID  C PRI NI     ADDR   SZ    WCHAN TTY      TIME COMD
> > 1 S     0 22026 22023  0 168 20  47d2580  657 68fa8000 ttys0    2:12 fbackup
> > What is event 68fa8000 and where do I find some more information about the
> > issue?
> 
>   WCHAN is usually simply the address of an internal kernel data structure.
> 
>   We can use adb on the kernel to determine the name of the structure (if
>   it is not allocated dynamically), but the name is often meaningful only
>   to a development engineer who is familiar with internal kernel algorithms.

You can use glance to decode the WCHAN address:
rwhod          105     1 154 root       0.0/ 0.1%    90ms  0.8/ 0.5    36 SOCKT
sh           23819 23796 158 smc        0.0/ 0.1%    10ms  0.0/ 0.0    72 SLEEP
sh           23793 23790 158 smc        0.0/ 0.0%    20ms  0.0/ 0.0    76 SLEEP
statdaemon       3     0 128 root       2.5/ 2.1%  2880ms  0.0/ 0.0    na   SYS
swapper          0     0 128 root       0.0/ 0.1%    90ms  0.4/ 0.0    na  MBUF
syncer          46     1 168 root       1.3/ 0.1%   140ms  6.7/ 1.3    24 SLEEP
syslogd         75     1 154 root       0.0/ 0.0%     0ms  0.0/ 0.0    64 SLEEP
vi           23772 19475 156 dave       0.0/ 0.2%   300ms  0.0/ 0.1   228  TERM
                                                                          ^^^^^
                                                                            |
                                        This is the decoded WCHAN field -----

I believe the glance is the only tool on HP-UX that does this.  I obtained the
source code for the latest BSD ps from uunet.  It decodes the WCHAN field by
default and a -n can be used to get the actual address.  It would be very nice
if someone could port that to HP-UX.

Paul Hite   PRC Realty Systems  McLean,Va   paul@prcrs.prc.com    (703) 556-2243
    "We are trying to bring up an Air Traffic Control display on an X window 
      terminal and there seems to be some problems." -- from comp.windows.x
Newsgroups: comp.sys.hp
From: milburn@vision.postech.ac.kr (John Milburn)
Subject: Re: Need HP-GL to PCL 2/3 conversion utility
Reply-To: milburn@vision.postech.ac.kr (John Milburn)
Organization: POSTECH, Pohang, Korea
Date: Wed, 16 Sep 92 01:46:55 GMT

In the referenced article ram@uunet!dptechno (Ram Natarajan) writes:
>Could somebody direct me to a place where I can find the utility to
>convert from HP-GL to pcl2 (for a deskjet 500 and color for 500C) as well
>as pcl3 (for Laserjet). I know somebody posted a place where these programs
>were available by FTP, but I did not save the information. I would prefer
>access to source if available, else binaries for s700/HP-UX8.07.

I will place a s700/8.07 binary (with man page) of hpgl2pcl on
me10.lbl.gov next week.  Sorry, source is not available.

-jem
From: martelli@cadlab.sublink.org (Alex Martelli)
Newsgroups: comp.sys.hp
Subject: Re: that HPUX cc compiler
Date: 9 Sep 92 09:37:10 GMT
Organization: CAD.LAB S.p.A., Bologna, Italia

shankar@sgi.com (Shankar Unni) writes:
...[on why passing a struct "works" as well as passing its address]...
:No, it's not - it's doing a perfectly reasonable thing.

I fully agree on this.

:You are passing a struct by value to a function whose prototype is not
:declared (I'm talking K&R compiles here for the moment). Since that's
:a perfectly legal thing to do, the compiler does so. It just happens
:that the way the HP compiler does it is to pass in the address of the
:structure to the callee, *which is supposed to make a local copy
:immediately* (automatically, that is, if the parameter is declared
:correctly as a struct by value).

I think this is a very good choice of calling conventions.

:In this case, I agree that it may have been wiser to make the copy at
:the point of call rather than at the point of entry - that way, the
:above program would not have worked either optimized or unoptimized,
:and the user would have been alerted.

I disagree with you on this.  Many times the called function will not
need to change the struct argument it was passed; in this case an
otherwise futile memory-to-memory copy is avoided by HP's calling
conventions, if the compiler is able to get enough alias info when
doing the called routine to omit the copy.  Even when it can't...:

    struct whatever { int first, second, third, fourth; }

    int calledrout(struct whatever it, int *tricky) {
	(&tricky)++;
	return it.first+it.third;
    }

...it may be able to reorder, or snatch needed fields from the structure
BEFORE the possible side effects due to aliasing.  Even if the
compiler can't do these optimizations today, by choosing this calling
convention it seems to me that HP has kept the door open to the chance
of introducing them painlessly in the future, i.e. without breaking
compatibility between code made by the old compiler and code made by
the old one.

Computers already spend too much time just copying reams of data from
here to there "just in case"...:-), that I believe a calling convention
designed to help with this should be praised, even if it does make it
harder to catch a nasty user's bug!  After all as you say yourself the
use of function prototypes would have squashed this bug right now!

:Still, all these are just ordinary implementation decisions, and just
:happen to have odd consequences if you break the rules in a way that
:the compiler can't detect.

Again, on this we fully agree.
-- 
Email: martelli@cadlab.sublink.org                   Phone: ++39 (51) 6130360
CAD.LAB s.p.a., v. Ronzani 7/29, Casalecchio, Italia   Fax: ++39 (51) 6130294 
Newsgroups: comp.sys.hp
From: tmike@cmptrc.lonestar.org (T. Mike Howeth)
Subject: Re: memory-mapped I/O
Date: Sat, 12 Sep 1992 22:30:06 GMT
Organization: CompuTrac Inc., Richardson TX

In article <1992Sep11.161608.7976@news.eng.convex.com> pestep@convex.com (Pat Estep) writes:
|Does HP-UX support memory mapped I/O?
|
|If no, will version 9.0?
|
|Thanks in advance

Assuming you mean mapped files and not memory mapped I/O, HP said yesterday
to me that they intended to include them on 9.0, but it could be pulled at
any time.  In other words, they don't know and won't guess.
This is according to an RC engineer from the 'engineer pool', so ...

-- 
tmike@cmptrc.lonestar.org                                               __
"Whoever said 'getting there is half the fun'                           \/
    has never ridden in a class 8 probe!" - K'Ehleyr
Newsgroups: comp.sys.hp
From: rjn@FC.HP.COM (Bob Niland)
Subject: Re: Can "mt" commands be using on 1/4" Cartrdige tape on HP400's w/HP-UX8.0?
Date: Wed, 16 Sep 1992 01:29:50 GMT
Reply-To: rjn@FC.HP.COM
Organization: Hewlett-Packard/WSY Ft.Collins,CO,USA
X-Newsreader: Tin 1.1scd1 PL4

rjn@FC.HP.COM (Bob Niland) writes:

: 2. HFS file system  (***CAUTION: UNTESTED***)
: 
:    Edit /etc/disktab to include:
:    9144A_600ft:\
:            :no swap or boot:ns#1:nt#16:nc#4088:\
:            :s0#65408:b0#8192:f0#1024:\
:            :se#1024:rm#1:

Now that I've done an informal (probably still suboptimal) test, the above
disktab entry is clearly inefficient.   This one looks much faster.

        9144A_600ft:\
                :no swap or boot:ns#8:nt#16:nc#511:\
                :s0#65408:b0#8192:f0#1024:\
                :se#1024:rm#1:

Regards,                                              Hewlett-Packard
Bob Niland      Internet: rjn@FC.HP.COM               3404 East Harmony Road
                CompuServe:  71044,2124               Ft Collins CO 80525-9599

This article represents only the opinion[s] of its author, and is not an
official or unofficial position of, or statement by, the Hewlett-Packard
Company.  The text is provided for informational purposes only.  It is
supplied without warranty of any kind.
Newsgroups: comp.sys.hp