*** cc:Mail reported the following errors ***
----------------------------------- Returned
-----------------------------------
From: [log in to unmask] at X400PO
Date: 11/16/1995 12:00:25AM
To: MICHAEL BLANKENSTEIN
To: VINCENT DESANTIS
To: [log in to unmask] at X400PO
Subject: HP3000-L Digest - 14 Nov 1995 to 15 Nov 1995
-----------------------------------------------------------------------------
---
Message authorized by:
: [log in to unmask] at X400PO
There are 24 messages totalling 920 lines in this issue.
Topics of the day:
1. No BREAK on new USR Sportster 14,400
2. NS/VT protocol sensitive to latency?
3. Help on dial-in to HP3000 running MPE V - slow response (2)
4. Bytestream files (4)
5. Flow Control on HP3000 with MPE V
6. PC API and Novell
7. DTC's and Hard Drives for Sale
8. correct server
9. Posix Security
10. Comments on Web Design - long
11. MPE/iX 5.0 Memory Mgmt. Patch
12. 1:Tool for obtaining port usage info. (2)
13. SPL machinations... (2)
14. Free Memory Usage utility
15. WWW-Server for MPE/iX 5.0 (2)
16. Comments on Web Design - also long (2)
----------------------------------------------------------------------
Date: Wed, 15 Nov 1995 09:11:19 GMT
From: [log in to unmask]
Subject: Re: No BREAK on new USR Sportster 14,400
Phil Wehrman <[log in to unmask]> wrote:
>Hi,
>Just bought a new external USR Sportster 14,400 Data/FAX modem and have
been
>having numerous problems.
>1 - First one said it was a Sportster 9600 and did not even work.
>2 - The replacement (from the store) says the right things but it would not
> send a 'break' signal.
>3 - The latest replacement also says the right things but it also will not
> send a 'break'.
It's not the modem doesn't send a break it just is too short for the
HP (and other equipment) to recognize it as a break. The USR modems
allow you too set the length of the break (a lot of modems don't).
Try this ATS21=? replace the ? with some value grater than the one
that is in the modem now. I have had a lot of success with the modems
although HP standard cables don't work too well (try swapping pins 6
and 8).
FWIW
Mel Rees
[log in to unmask]
------------------------------
Date: Wed, 15 Nov 1995 05:19:52 -0800
From: Larry Boyd <[log in to unmask]>
Subject: Re: NS/VT protocol sensitive to latency?
Stan writes:
>
> Bruce writes:
> > Chameleon stack, and NetManage's refusal to deal with the problem
despite
> > repeated requests, have caused serious image problems for the client and
>
> My contacts with NetManage support have been similar. The first time
Mine was similar, also, but for EccoPro. I simply was upgrading from 1.0
to 3.0 and wanted to know what I needed to do to convert the existing
data. I had looked through every scrap of paper in the box and could not
find an answer even reading between the lines. When I called, they said
something to the effect that a lot of people were calling with the same
question (maybe that's why I was on hold for 30+ min.) and the answer was
'it automatically converts as soon as the file is open.' So, while I
like EccoPro, I don't enjoy having problems with it where I need to call
NetManage.
--------------------------------------------------
Larry Boyd <[log in to unmask]>
------------------------------
Date: Wed, 15 Nov 1995 05:22:52 -0800
From: Larry Boyd <[log in to unmask]>
Subject: Re: Help on dial-in to HP3000 running MPE V - slow response
Jeff Kell wrote:
>
> On Tue, 14 Nov 1995 16:26:37 GMT Jim Linsalata said:
> >I'm dialing into a HP3000 running MPE V. The problem is that the system
> >appears to perform a delay after sending a line of characters, much as if
> >it's waiting for a printer or old LA100 to catch up. Of course, this is
> >very distracting. Although I'm MPE novice, I would suspect that a
> >telecomm. parameter needs to be set to remove the delay. Any help if
> >appreciated.
>
> MPE/V introduced some terminal driver changes (well, IV or V). Check the
> terminal types of the ports in question. If you are running real HP
terminals
> or emulators this should be termtype 10. For other terminals, type 9 used
to
> work fine, but as of this release a very real timeout was added after
every
> carriage return which indeed would result in just what you described.
Change
> those ports to term type 18 for generic terminals or 10 for HP terminals.
Just an reminder that you can force the terminal type during the logon to
the 3000 with :HELLO ....;TERM=10 (for example). This can be very
helpful when logging on to a system that you don't know the term type
setting, or if you want to try out 10, 9, or 18 for testing.
--------------------------------------------------
Larry Boyd <[log in to unmask]>
------------------------------
Date: Wed, 15 Nov 1995 13:56:35 MET
From: Chris Breemer <[log in to unmask]>
Subject: Bytestream files
Hi All,
Does anybody know how to recognize the fact that a file (in the MPE domain)
is a bytestream file? I have looked at FFILEINFO, FGETINFO, FLABELINFO and
the foptions, but none of these seems to have a code for bytestream.
Creating
and accessing is no problem, it's just detecting that I want.
Thanks for any help.
Regards,
--
:)
Chris Breemer [log in to unmask]
COMPUWARE EUROPE B.V.
------------------------------
Date: Wed, 15 Nov 1995 09:57:12 EST
From: Ed Effinger <[log in to unmask]>
Subject: Re: Bytestream files
>Chris wrote...
Does anybody know how to recognize the fact that a file (in the MPE domain)
is a bytestream file? I have looked at FFILEINFO, FGETINFO, FLABELINFO and
the foptions, but none of these seems to have a code for bytestream.
Creating
and accessing is no problem, it's just detecting that I want.
**
If you do a listf <fname>,-3 you will see the Foptions indicating
that this is a bytestream.
Also the REC size shows as 1 byte and file code = 0.
Hope this helps.
Ed
Edward Effinger
Senior Programmer/Analyst
Conestoga College of Applied Arts & Technology
299 Doon Valley Drive
Kitchener, Ontario, Canada N2G 4M4
Tel : 519-748-5220 Ext. 379
Fax : 519-748-3505
Email: [log in to unmask]
------------------------------
Date: Tue, 14 Nov 1995 19:20:57 GMT
From: Jim Linsalata <[log in to unmask]>
Subject: Flow Control on HP3000 with MPE V
Here's another for the wizard. How is flow control set on the HP 3000
with MPE V?
------------------------------
Date: Wed, 15 Nov 1995 07:41:22 -0800
From: Duane Percox <[log in to unmask]>
Subject: Re: Bytestream files
Chris asked:
>Hi All,
>
>Does anybody know how to recognize the fact that a file (in the MPE domain)
>is a bytestream file? I have looked at FFILEINFO, FGETINFO, FLABELINFO and
>the foptions, but none of these seems to have a code for bytestream.
Creating
>and accessing is no problem, it's just detecting that I want.
>
>Thanks for any help.
>
Chris,
Item 101 of FFILEINFO will return the physical record type of a file. A
returned value of '9' means 'bytestream'.
This is documented in the Intrinsic Manual (4/94).
Maybe you are reading an older edition of the manual.
-- Duane Percox (Quintessential School Systems)
[log in to unmask] | www: www.aimnet.com/~qssnet/
| ftp: ftp.aimnet.com/pub/users/qssnet/
------------------------------
Date: Wed, 15 Nov 1995 08:09:20 -0800
From: Randy Medd <[log in to unmask]>
Subject: Re: Bytestream files
Chris Breemer wrote:
>Does anybody know how to recognize the fact that a file (in the MPE domain)
>is a bytestream file? I have looked at FFILEINFO, FGETINFO, FLABELINFO and
>the foptions, but none of these seems to have a code for bytestream.
Creating
>and accessing is no problem, it's just detecting that I want.
Get the FOPTIONS parameter via FGETINFO/FFILEINFO/FLABELINFO and then
look at two fields it contains. In SPL terms, bit 1:1 is the Extended
Format flag, implying that, among other things, the Record Format
field can be interpreted differently. When bit 1:1 is set (to 1) and
the Record Format field (bits 8:2) is 1, you're looking at a
byte-stream file. FWIW, when 1:1 is 0, this Record Format value
indicates Variable format.
In C terms, the Extended Format flag is masked out using 0x4000 and
the Record format field by 0x00C0, with the byte-stream value being
0x0040.
--
------------
Randy Medd
Telamon, Inc.
------------------------------
Date: Wed, 15 Nov 1995 11:19:31 -0500
From: Denys Beauchemin <[log in to unmask]>
Subject: Re: PC API and Novell
In a message dated 95-11-14 17:10:42 EST, [log in to unmask] (Jim Wowchuk)
writes:
>
>The 'connection refused' error typically means that the host was found on
>the network, but no application on the host was listening for a call on the
>specific port. TOMH, I would check that the NS Listener has been started
>okay. As you are trying to connect using a Winsock, you should be using
the
>
> :ANSTART ARPA
>
>command, not ANSTART NS or ANSTART NETWARE.
>
>
Jim makes an extremely good point. Let me just reinforce it by saying that
ANSTART ARPA will fail if the files HOSTS.NET.SYS and SERVICES.NET.SYS do
not
exist. Also make sure that Ethernet is enabled in NMMGR's configuration (it
probably is) and that SERVICES needs to have service DAServer 987/tcp
enabled. Oh, and HOSTS needs localhost. BTW, if the 2 files I mentionned
are not found, look for HOSTSAMP and SERVSAMP in the same grooup in account
and copy them to the appropriate names.
Kind regards,
Denys. . .
------------------------------
Date: Wed, 15 Nov 1995 11:09:45 +0000
From: "Mark A. Gutierrez" <[log in to unmask]>
Subject: DTC's and Hard Drives for Sale
I hope it's okay to make this posting... If not please excuse me.
We have the following used HP equipment for sale. All of this
hardware was working when we unplugged our HP3000-950 one month
ago. Items are used and being sold AS-IS.
Item 1. Two HP 2345A D.T.C.'s in a cabinet. Each DTC has 24 3pin
ports and 18 25pin (RS232) ports. Total ports: 84
Item 2. One HP 2345A D.T.C. no cabinet. The DTC has 32 3pin
ports and 12 25pin (RS232) ports. Total ports: 44
Item 3. One HP 2345A D.T.C. no cabinet. The DTC has 16 3pin
ports.
Item 4. One Tape Drive/D.T.C. cabinet. This cabinet could be
used to house the above two DTC's.
Item 5. Two HP 7937H 571Mb Formatted FDD's in a cabinet.
Item 6. Two HP 7937H 571Mb Formatted FDD's in a cabinet.
Item 7. Three HP C2202A / 670XP Formatted FDD's in a cabinet.
Item 8. Two 16Mb memory boards out of an HP3000-950.
If you are interested in any of these items please contact me
or John Bryant ([log in to unmask]).
Thank You
Mark Gutierrez Rio Hondo College
Senior Systems Analyst 3600 Workman Mill Road
Whittier, CA 90608
[log in to unmask] (310) 692-0921 ext. 4208
------------------------------
Date: Wed, 15 Nov 1995 14:29:02 -0500
From: Doug Werth <[log in to unmask]>
Subject: Re: Help on dial-in to HP3000 running MPE V - slow response
> I'm dialing into a HP3000 running MPE V. The problem is that the system
> appears to perform a delay after sending a line of characters, much as if
> it's waiting for a printer or old LA100 to catch up. Of course, this is
> very distracting. Although I'm MPE novice, I would suspect that a
> telecomm. parameter needs to be set to remove the delay. Any help if
> appreciated.
>
> Jim Linsalata
> [log in to unmask]
>
>
If you have a 9600 baud or higher modem and you are connecting to a modem
that is only 2400 baud then you may just be seeing data buffering. Some
modems will allow you to have a different DTE speed (terminal to modem)
than DCE speed (modem to modem). Check to see if your local terminal or PC
is configured for a higher baud rate than the modems are connecting. If the
modems are transferring data at 2400 baud but you local terminal is
buffering the data and spitting out a line at a time to your terminal
giving you what looks like pauses. Verify that your terminal is configured
for the same speed that the modems connect at. This will give you a
smoother display.
***
Doug Werth
Beechglen Development Inc.
[log in to unmask]
(513) 922-0509
------------------------------
Date: Wed, 15 Nov 1995 19:46:30 UT
From: Ron Nadeau <[log in to unmask]>
Subject: correct server
can someone tell me the correct server to subscribe to this list..thanks
------------------------------
Date: Mon, 13 Nov 1995 19:44:38 GMT
From: Steve Elmer <[log in to unmask]>
Subject: Re: Posix Security
joe smith ([log in to unmask]) wrote:
: Management is currently contemplating migrating several large DB2
: applications from our IBM mainframe to our HP3000 MPE/iX system, using the
: HP as a database server (Oracle) under the Posix shell.
: They are concerned that the application data will be much less secure in
: this environment, given the potential for holes in the Unix environment.
My
: question is, does the MPE/iX environment provide an additional layer of
: security that covers most or all of the normal Unix security concerns?
Also,
: does Posix open up any holes that are not inherant in MPE/iX?
Your security concerns touch several different aspects of how security works.
MPE implements POSIX security via the ACD (ACL for Unixphiles) mechanism.
Since the ACD can define security from all users on down to each individual
user, it is possible to completely define your access to the file. Since
the UNIX rwx bits are just an abstraction of the ACD data, there is no
possibility of new holes in file access.
Most of the security concerns with UNIX lie in the utilities that are used
to
implement features such as email, news readers and the like. Although it is
becoming possible to have these features on your MPE machine, if you don't
put them there, there is no risk from them. On the other hand, if you
support such access to your machine, you will have to be careful about your
security setup. Restricting ftp access and the files that ftp users can get
to goes a long way.
Usually, the database will have its own idea of who has access to what
information. The fact that you're using the shell to get access to the
application has no bearing on the security of the product.
Steve
------------------------------
Date: Wed, 15 Nov 1995 13:48:00 PST
From: David Greer <[log in to unmask]>
Subject: Comments on Web Design - long
In the last couple of days there has been discussion on the list about
the new HiComp Web pages. I've also had some off-line discussion with
Denys about the new pages. The new HiComp Web pages raise some
interesting issues about Web page design.
<soapbox>
There are two broad schools of thought on the Web. They are:
1. Design for the latest and greatest Web client software, assuming
that all clients have graphical browsers, and include enhancements
for specific browsers like Netscape (and probably for a specific
version of Netscape).
2. Design for the broadest possible set of Web client software,
including character-mode clients like Lynx, and only use HTML
extensions where they are widely available.
Denys has designed his pages using idea #1 and we at Robelle attempt
to design our pages for idea #2. Why don't we design for the latest
and greatest? Here's a few of our reasons:
1. Transmitting graphical images takes longer than transmitting text.
Since many users will be accessing your Web pages over slow modem
connections, it is a good idea to limit the total number of bytes
that you transfer to the client. This has the added advantage
that it forces you to write clear and consise written text that
quickly convey your ideas to the reader.
2. What if the client only has a terminal? What if the client is not
able to send packets from his/her PC to the Internet (but they can
log on to a server that can)? In either case, the choice is:
a. Don't have access to the Web, or
b. Use a character-mode browswer like Lynx.
It is not very difficult to design pages that look nice in both
character-mode and graphical browsers, but you do have to be aware
of this.
3. It is expensive to keep all users in an organization up-to-date
with the latest Web client software. Not only do most of us have
to pay for each Netscape license, there are high administrative
costs to installing and configuring each new version on all user
PCs. Netscape 2.0 is in Beta release. Do you install Beta PC
software on your user machines? We try and avoid it as much as
possible.
4. Your clients may be using third-party software provided by one
of the major on-line servers (e.g., Compuserve). This software
may be limited to specific HTML features and will likely not
support the latest Netscape extensions.
Denys also mentioned that his HTML editor generates HTML 2.0 and 3.0.
Most client browsers can handle HTML 2.0, although you probably need a
version that has been produced in the last 8-9 months (e.g., I'm
doubtful about the version of Lynx on jazz which is quite old).
There is no official HTML 3.0, since it is still in draft form. It
appears that tables are reasonably stable, although not all client
browsers have implemented tables yet. Many Netscape extensions may
make it into the final HTML 3.0 standard, but not all. If you are
designing for the widest possible set of client browser software, you
should only be using HTML 2.0 features.
I did include a Web pages design section in my paper "Client/Server,
the Internet, and WWW". You can review my complete list of design
suggestions at:
http://www.robelle.com/www-paper/servers.html
Designing Web pages is hard work, especially when you consider that
you will never know all the possible clients that will access your
page. It's also very satisfying to design pages that look nice and
are interesting to a wide variety of people. Each Web designer has
to make their own choice about what they are trying to achieve.
</soapbox>
Cheers,
David <[log in to unmask]>
------------------------------
Date: Mon, 13 Nov 1995 23:00:35 GMT
From: Jon Cohen <[log in to unmask]>
Subject: Re: MPE/iX 5.0 Memory Mgmt. Patch
Alida Jatich <[log in to unmask]> wrote:
>First of all...I'd like to thank all the people who replied to my
>questions about 5.0 performance woes. Looks like that's a big issue
>for others as well.
>
>We did put in the Power Patch which is supposed to get us to the .02
>level. This is supposed to have the memory management patch included
>in it. However, when we looked at the revision log, it said that this
>patch is for systems with less than 24mb of memory. (This does not
>apply to us.) The people on this forum who were kind enough to reply
>to me, had mentioned a low memory patch for use with systems having
>less than 96mb of memory. Is there more than one patch, or is the
>documentation inconsistent? Does anyone know for sure what this patch
>actually does?
>
>Also, when I do a :SHOWME, it shows the release number 5.00.00, even
>though our revision log file does show that the Power Patch was put in.
>Why does it not show up on our logon message? Does this mean something
>is wrong?
>
>Thanks in advance...
>
>Alida
>
>--
>Alida Jatich, Sr. Pgmr./Analyst
>Heinemann's Bakeries
>
>
You have termed the patch the "memory management patch". In fact, this
patch was fairly simple -- we found a fairly large system table in
Release 5.0 that was marked to be "memory resident" (i.e. always in
memory) when the system booted; in fact, this table did not need to be
memory resident. This patch corrected this by marking this particular
table as swappable, thereby freeing up the memory it used to hog. On
small memory systems, the chunk of memory freed up was a significant
percentage of the available memory, but on large systems, the chunk was
a smaller percentage (the table was of a fixed size, regardless of the
system configuration). That's why we indicated that the patch worked
best on small memory systems.
The installation of a Powerpatch has no impact on the :SHOWME command
output (although that might be an interesting enhancement). To find
out more about the patching level on your system, look at the ASCII file
HPSWINFO.PUB.SYS on your system -- the first four lines will indicate
which Powerpatch you have installed.
Jon Cohen
HP Commercial Systems Division
------------------------------
Date: Wed, 15 Nov 1995 15:25:46 -0800
From: Donald Timmonds Harrington <[log in to unmask]>
Subject: 1:Tool for obtaining port usage info.
Gang;
I'm looking for a tool (hopefully free :-)) that will allow me to see
what ports have been inactive over a period of time. With the amount
of moves that occur around here, it becomes very difficult to keep
track of what circuits are still active at any given time. This is
especially true if, like many users around here, the move is done
outside the normal channels.
TIA for any information you may have!
I know the thoughts expressed here are my own because no one else would
claim
them!
Don Harrington [log in to unmask]
Boeing Commercial Airplane Group Phone: 206-931-4457
PO Box 3707 MS 5J-34 FAX: 206-931-9085
Seattle, WA 98124-2207
------------------------------
Date: Thu, 16 Nov 1995 12:34:22 +1100
From: Jim Wowchuk <[log in to unmask]>
Subject: Re: 1:Tool for obtaining port usage info.
At 03:25 PM 15/11/95 -0800, Donald Timmonds Harrington wrote:
>I'm looking for a tool (hopefully free :-)) that will allow me to see
>what ports have been inactive over a period of time. With the amount
>of moves that occur around here, it becomes very difficult to keep
>track of what circuits are still active at any given time. This is
>especially true if, like many users around here, the move is done
>outside the normal channels.
>
>TIA for any information you may have!
I don't have any suggestions, but I'm not sure I fully understand the
problem. Are you looking to monitor serial ports or network ports? For the
latter, this would mean the measure of time a call sockets has been
listening without receiving a connection request. Is this what you are
looking for?
Cheers.
----
Jim "seMPEr" Wowchuk
Vanguard Computer Services Internet: [log in to unmask]
_--_|\ Compu$erve: 100036,106
/ \ Post: PO Box 18, North Ryde, NSW 2113
\.--.__/ <---Sydney NSW Phone: +61 (2) 888-9688
v Australia Fax: +61 (2) 888-3056
------------------------------
Date: Wed, 15 Nov 1995 16:38:00 PST
From: Richard Trapp RAT <[log in to unmask]>
Subject: Re: SPL machinations...
Greetings fellow MPEers!
Earlier I wrote:
>If I use the physical segment number for CSRTINIT in SL.PUB.SYS
>(%212), It hasn't got a clue what I'm after and gives me a CST
>violation. After thinking some more, I remembered (more like
>a drug induced flashback) about the LSTT (logical segment
>transfer table). I starting playing in debug and it turns out
>that if I use the segment number %76, it maps to physical
>segment %212 and it works. So the question is: Anybody have
>a routine to obtain a logical segment number relative to my
>program for a physical segment in SL.PUB.SYS? (kinda makes
>you happy your in management doesn't it?)
I found (thanks Gene Bradley @ HP!) that I could LOADPROC the routine, and
get the logical segment from last 8 bits of the plabel. Next question is:
any ideas how to get the offset? Currently I'm getting it from Segmenter
and hard coding it. I'll probably force the poor user to us a JCW if I
can't find an easy way programmatically.
Another day, another ulcer.....But what a good time!
Thanks for all the help!
Rich "why didn't I listen to my parents and become a farmer"
______________________________________________________________________
________ Dynamic Information Systems Corp. |
\!DISC / Rich Trapp | My opinions are my own.
\ / OMNIDEX Product Manager - IMAGE/SQL | With any luck they're
\ / Phone : 303 444-4000 | correct ;-)
\/ E-mail: [log in to unmask] |
----------------------------------------------------------------------
------------------------------
Date: Wed, 15 Nov 1995 15:48:00 PST
From: Richard Trapp RAT <[log in to unmask]>
Subject: SPL machinations...
Greetings fellow MPEers!
I have a spent WAY to much time working on something and I'm inviting you
to do the same with me...
I'm trying to trap the sort routine called by COBOLII/V and change the value
of the space'allocation parameter to reserve more stack space for the sort
input procedure. Normally I would just use the $control sortspace=nnnn but,
alas, my customer doesn't have source code anymore.
I tried using the 2 step approach to trapping the routine in a group SL,
changing the value; calling "MYroutine" in SL.PUB which, in turn called the
actual routine from SL.PUB.SYS with the new value. Nice idea; however,
Sort is EVIL and sets up some stuff on your stack & doesn't like you calling
Sort@ routines from a different Q relative location than you called the
SORTINIT routine (in this case it's CSRTINIT). Am I loosing you yet?
Anyway...So I put on my "SPL geek" hat on and decided to try trapping the
routine in the SL.group and modifying the value on the stack and setting up
a dummy stack marker containing the correct segment & offset for the actual
routine, resetting the stack to point to my new stack marker and doing an
EXIT(0). This WORKS GREAT.....except: (and the reason for my query):
If I use the physical segment number for CSRTINIT in SL.PUB.SYS (%212), It
hasn't got a clue what I'm after and gives me a CST violation. After
thinking some more, I remembered (more like a drug induced flashback) about
the LSTT (logical segment transfer table). I starting playing in debug and
it turns out that if I use the segment number %76, it maps to physical
segment %212 and it works. So the question is: Anybody have a routine to
obtain a logical segment number relative to my program for a physical
segment in SL.PUB.SYS? (kinda makes you happy your in management doesn't
it?)
On the other hand, Anybody have a way to make CM COBOL (with no source
changes) have more stack for input/output procedures? We've tried the
;nocb;maxdata=.... to no avail.
Rich "I could've gone into psychology" Trapp
______________________________________________________________________
________ Dynamic Information Systems Corp. |
\!DISC / Rich Trapp | My opinions are my own.
\ / OMNIDEX Product Manager - IMAGE/SQL | With any luck they're
\ / Phone : 303 444-4000 | correct ;-)
\/ E-mail: [log in to unmask] |
----------------------------------------------------------------------
------------------------------
Date: Wed, 15 Nov 1995 18:32:30 -0800
From: Stan Sieler <[log in to unmask]>
Subject: Free Memory Usage utility
Hi,
<PLUG>
The recent conversations on the HP3000-L about memory, and how much
of it might be used by MPE/iX versus users, inspired Bill Lancaster of
Lund Performance Solutions and me to produce a free subset of the
PAGES utility (part of the Lund Performance Solutions "System Manager's
Toolbox").
It can be found at:
http://www.allegro.com/toolboxes.html
Look for "RAMUSAGE".
It's available in MOVER form, Telamon's LZW form, and UUencoded LZW form.
It runs on all releases of MPE/iX and MPE XL up to and including 5.0.
</PLUG>
--
Stan Sieler [log in to unmask]
http://www.allegro.com/sieler.html
------------------------------
Date: Wed, 15 Nov 1995 18:47:57 -0800
From: Stan Sieler <[log in to unmask]>
Subject: Re: WWW-Server for MPE/iX 5.0
Oliver writes:
> I hope someone can help me! I'm searching for an HTTPD-Server for
> MPE/iX 5.0. I got a ported version from the web, but this ryder file
> is damaged.
>
> Is there any ftp/www-site from where i could receive any WWW-Server???
> Public domain and freeware prefered!!!
I put my version out in both .Z form (POSIX "compress" command) and
in .Z.UU form (ASCII, UUencoded) at:
http://www.allegro.com/software/
(see the first sentence of the page)
The file has both the httpd program and the separate httpback program
(which you don't have to use).
Good luck,
Stan Sieler [log in to unmask]
http://www.allegro.com/sieler.html
------------------------------
Date: Wed, 15 Nov 1995 22:38:20 -0500
From: Denys Beauchemin <[log in to unmask]>
Subject: Re: Comments on Web Design - also long
In a message dated 95-11-15 17:28:49 EST, [log in to unmask] (David
Greer) writes:
>There are two broad schools of thought on the Web. They are:
>
>1. Design for the latest and greatest Web client software, assuming
> that all clients have graphical browsers, and include enhancements
> for specific browsers like Netscape (and probably for a specific
> version of Netscape).
>
>2. Design for the broadest possible set of Web client software,
> including character-mode clients like Lynx, and only use HTML
> extensions where they are widely available.
>
>Denys has designed his pages using idea #1 and we at Robelle attempt
>to design our pages for idea #2. Why don't we design for the latest
>and greatest? Here's a few of our reasons:
>
>
Actually, David is not completely correct. There are 3 broad schools of
thought (perhaps even more), that I have encountered on the web. David
covered the first 2, let me add the 3rd one.
<<SOAPBOX ON>>
3- Design your site so that it can be available to both the lowest common
denominator and so that the latest and greatest browser can show some new
features. This option is the most work to the web page designer.
I am saddened to disagree with David, but I chose to implement the 3rd
approach. I tried to put small graphics on the main data pages, so that
slow
modems and overloaded links would not have to be waiting for long. I also
took advantage of the HTML capability to show a caption instead of the
graphics for browsers that cannot show graphics. Or so I thought. I did
not
have the ALT keyword on a couple of graphics, notably on the default or home
page. Situation quickly remedied, it is fixed now.
Now, as you get deeper into the HICOMP web site, you will encounter some
graphics that say CLICK HERE FOR DEMO. At this point you have gotten all
the
hard data in tabular or written form, and now you can see some graphics, IF
YOU WISH. I did not want to throw tons of graphics along with the data and
penalize everyone.
I feel that it is important for a web site to offer both the basic and the
latest and greatest stuff on the web. I realize that it is lots more work,
trust me HTML is not that friendly, but I think the users are worth it.
Anyone kind enough to surf, so to speak, to my island is most welcome and I
would like to make her/him pleased to have arrived here and also most aware
of our offerings. I can do this best by showing graphics, if the (s)he
wants
to see them. All are welcome and can choose what to see, both the ones with
older, lesser powered equipment and those who have made the effort or have
the capability to get the latest browsers.
Sites with only text and no hope of showing anything else but text, may send
the wrong impression to the, shall we say, sophisticated browser.
<<SOAPBOX OFF>>
Now, if you were to access the web page of my ISV, you would see AVIs and
hear WAV files, if you have the latest Netscape or Internet Explorer. If
you
do not, you get to see much less. http://spider.netropolis.net/
I plan to add more pages and more features to the HICOMP home page and will
probably experiment with some of the latest features.
Now David makes an interesting point, and I would like to pursue it further.
David says
>>3. It is expensive to keep all users in an organization up-to-date
>> with the latest Web client software. Not only do most of us have
>> to pay for each Netscape license, there are high administrative
>> costs to installing and configuring each new version on all user
>> PCs. Netscape 2.0 is in Beta release. Do you install Beta PC
>> software on your user machines? We try and avoid it as much as
>> possible.
One would believe that most everyone in an organization has web browsing
capability. Is this correct? I wonder how many companies sanction all
their
employees with PCs browsing the web during work hours. I was under the
obviously mistaken impression that most web browsing occured at home.
David is probably right that many people would have slow speed modems and
old
PCs and software at home . But in this day an age where you can get a 14.4
modem for $60-80, it seems a waste for someone at home to be stuck at 4800
baud.
I was always of the opinion that most computer oriented folks who have PCs
at
home usually had pretty powerful machines because they know what is needed
and they know where to get it and how to use it.
As for the cost of the browsers, I quite understand. But consider this, if
you buy a Windows 95 upgrade for $89 or less, you want to get the MS Plus!
for $49. On it, you will find the Internet Explorer, and other goodies.
Armed with the IE, you can then download the latest IE version 2.0 from
Microsoft. They invite you to do this. I buy all my licenses and then I
surf to all the vendors home pages every month or so to see what is new.
This is why I also took Netscape up on its offer of trying their 2.0 beta.
Netscape navigator is _fast_, much faster than IE 2.0. But IE 2.0
integrates into Win 95 very nicely.
Kind regards,
Denys. . .
------------------------------
Date: Wed, 15 Nov 1995 22:53:05 EST
From: Jeff Kell <[log in to unmask]>
Subject: Re: WWW-Server for MPE/iX 5.0
On Wed, 15 Nov 1995 18:47:57 -0800 Stan Sieler said:
>Oliver writes:
>> I hope someone can help me! I'm searching for an HTTPD-Server for
>> MPE/iX 5.0. I got a ported version from the web, but this ryder file
>> is damaged.
>>
>> Is there any ftp/www-site from where i could receive any WWW-Server???
>> Public domain and freeware prefered!!!
>
>I put my version out in both .Z form (POSIX "compress" command) and
>in .Z.UU form (ASCII, UUencoded) at:
>
> http://www.allegro.com/software/
Just to round out your options, it's also available from:
http://opus.admin.utc.edu/hp/httpd133.rz [and docs in httpd133.txt]
And for those of you who can't access by the web, you can also get it by
anonymous ftp from opus.admin.utc.edu, directory /pub/hp3000-l with the
same filenames. This version doesn't include a bundled libbsd.a library
but has been changed to use Steve Elmer's "universal" BSD library (and
source include references, for those of you who will be compiling code).
The BSD includes and libraries are available from the same locations as
the file libbsd.rz.
I'm not trying to "compete" with the former, but rather provide ftp access
to anyone that needs/prefers it to http :-) I don't have httpback via ftp
yet (Stan?) otherwise the jazz/allegro/opus code should be the same. And
if I recall correctly, it's also available from interex.org since it's on
the CSL (John?).
[\] Jeff Kell <[log in to unmask]>
------------------------------
Date: Wed, 15 Nov 1995 23:34:38 EST
From: Jeff Kell <[log in to unmask]>
Subject: Re: Comments on Web Design - also long
On Wed, 15 Nov 1995 22:38:20 -0500 Denys Beauchemin said:
>In a message dated 95-11-15 17:28:49 EST, [log in to unmask] (David
>Greer) writes:
>>There are two broad schools of thought on the Web. They are:
>>1. Design for the latest and greatest Web client software [snip]
>>2. Design for the broadest possible set of Web client software [snip]
>
>Actually, David is not completely correct. There are 3 broad schools of
>thought (perhaps even more), that I have encountered on the web [snip]
>3- Design your site so that it can be available to both the lowest common
>denominator [and the latest and greatest browser...]
I hope everyone is familiar with the term "dog and pony show", or the older
similar phrase "8x10 color glossy photos" in reference to demonstrations.
Is there anyone out there who has NOT used the web for such a purpose, to
illustrate the "power of the [net, web, PC, client/server architecture,
etc]"
for a demonstration? It is the driving force behind the growth of the web.
It hypnotizes executives with it's user-friendly content-rich appeal.
What gets the most attention? What has the largest audience? The latest
whizz-bang no-holds-barred Netscape-enhanced multimedia sites. If you offer
nothing but text, you're just a bloated gopher, which equates to an equally
bloated ftp site. But there is at least a "user-perceived" value in the
method of delivery.
I mentioned earlier tonight about software being on "opus" via http or ftp.
The http view is the same files, just an http alias for the directory where
the ftp files are homed. Dog and pony show on opus? I haven't had time to
build "pretty" index pages because I don't have time to scan artwork, or go
find/fetch/steal/download/buy clipart to go with it to make it look like a
real "web site". It's just, umm, marketing? Same stuff. For text you have
URL links, which adds some functionality, but it's still text.
So what's my point? I dunno :-) I "think" that it is, if you're going to
offer anything via http, you had best capitalize on the effort. For just
grabbing files, web browsers support ftp:// URL's. If you're going to
go to the trouble of replacing that functionality with http, you should
make it a worthwhile effort, or at least make it a "dog and pony show".
[\] Jeff Kell <[log in to unmask]>
------------------------------
End of HP3000-L Digest - 14 Nov 1995 to 15 Nov 1995
***************************************************
<Unknown body part from cc:Mail discarded>
|
