dave@ur-valhalla.UUCP (Dave Carlson) (08/10/84)
junk is junk.
--
Dave Carlson
{allegra,seismo,decvax}!rochester!ur-valhalla!dave
#! rnews 57288
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 exptools 1/6/84; site ihnp1.UUCP
Path: whuxle!akgua!mhuxv!mhuxm!mhuxl!cbosgd!ihnp4!ihnp1!ggr
From: ggr@ihnp1.UUCP (Use the passwd file)
Newsgroups: btl.test
Subject: trying new postnews
Message-ID: <255@ihnp1.UUCP>
Date: Sat, 11-Aug-84 11:47:03 EDT
Article-I.D.: ihnp1.255
Posted: Sat Aug 11 11:47:03 1984
Date-Received: Tue, 14-Aug-84 01:25:59 EDT
Organization: AT&T Bell Labs, Naperville, IL
Lines: 1
just gave test, not btl.test to newgroups prompt
#! rnews 57292
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10 5/3/83 based; site hou2f.UUCP
Path: whuxle!whuxl!houxm!hou2f!pra
From: pra@hou2f.UUCP (P.ACHARYA)
Newsgroups: btl.general
Subject: Oak Hill Academy
Message-ID: <319@hou2f.UUCP>
Date: Sun, 12-Aug-84 10:12:09 EDT
Article-I.D.: hou2f.319
Posted: Sun Aug 12 10:12:09 1984
Date-Received: Tue, 14-Aug-84 01:30:37 EDT
Organization: AT&T Bell Labs, Holmdel NJ
Lines: 12
Does anyone have any infroamtion about Oak Hill Academy in
Lincroft N.J. Is it a day care center for the AT&T employees'
children?
When is it supposed to open up ? Any information would be
greatly appreciated.
Mail to :
hou2f!pra
( 949-5379 )
hou3a!rma
( 949-5730 )
#! rnews 57320
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site alice.UUCP
Path: whuxle!whuxl!houxm!mhuxl!ulysses!allegra!alice!alb
From: alb@alice.UUCP (Adam L. Buchsbaum)
Newsgroups: att.general
Subject: Don't expire the uucp password
Message-ID: <2952@alice.UUCP>
Date: Sun, 12-Aug-84 11:40:03 EDT
Article-I.D.: alice.2952
Posted: Sun Aug 12 11:40:03 1984
Date-Received: Tue, 14-Aug-84 01:30:46 EDT
Organization: AT&T Bell Laboratories, Murray Hill
Lines: 4
PLEASE! If you run password expiration on your system,
make sure you do not invoke it on your uucp password!
We are having problems reaching certain systems because
of this.
#! rnews 56632
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Matheson, W.)
Newsgroups: btl.lib.cmp
Subject: CTR: continued development of a universal network interface device
Message-ID: <1850@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:00:27 EDT
Article-I.D.: mhuxd.1850
Posted: Mon Aug 13 05:00:27 1984
Date-Received: Tue, 14-Aug-84 01:31:06 EDT
Organization: Air Force Inst. of Tech.
Lines: 28
Order number: AD-A138118
Title: CONTINUED DEVELOPMENT OF A UNIVERSAL NETWORK INTERFACE DEVICE USING
THE INTEL 8086 AND 8089 16-BIT MICROPROCESSORS. Master's thesis,
Matheson, W. F.
Air Force Inst. of Tech., Wright-Patterson AFB, OH. School of
Engineering.
Dec 83, 156p
This research describes the development of a Universal Network Interface
Device (UNID II) which is intended to function as a node in a computer
communications network. The UNID II is a 16-bit, 8086 microprocessor
based version of the present 8-bit Z80A UNID being developed at the Air
Force Institute of Technology (AFIT). The UNID II's architecture was
based on a conceptual block diagram design presented in a previous AFIT
thesis. It is comprised of two modules: a local module, which interfaces
the UNID II to host computers and/or peripheral devices; and a network
module, which interfaces the UNID II to a computer communications
network. In this report the detailed design of the network module, and
the construction and testing of the local module is documented. The
network module was designed using a pair of 8089 Input/Output Processors
in a remote configuration. The local module consists of an Intel SBC
86/12A single board computer and a wire wrap card with four low speed
I/O ports. Testing was done using an Intel ICE-86A/88A In-Circuit
Emulator. The tests conducted, verified the proper operation of the
local module, including some software to process X.25 formatted frames.
The UNID II was not tested in a computer communications network
environment. (Author)
#! rnews 56640
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Nicely, D.)
Newsgroups: btl.lib.cmp
Subject: CTR: operator mapping between relational algebra operators and codasyl
Message-ID: <1849@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:00:27 EDT
Article-I.D.: mhuxd.1849
Posted: Mon Aug 13 05:00:27 1984
Date-Received: Tue, 14-Aug-84 01:31:20 EDT
Organization: Air Force Inst. of Tech.
Lines: 26
Order number: AD-A138117
Title: OPERATOR MAPPING BETWEEN RELATIONAL ALGEBRA OPERATORS AND CODASYL
BASED DATABASES MANAGED BY A CODASYL DBMS. Master's thesis, Nicely, D.
J.
Air Force Inst. of Tech., Wright-Patterson AFB, OH. School of
Engineering.
Dec 83, 115p
This thesis is an example of a mapping of a relational algebra query
onto a network database. It consists of the requirements, definition,
design and implementation of two generic COBOL programs for implementing
such a mapping. The first program STOREMAP uses a batch input file to
build a data dictionary, on the original network database, which defines
the relations of which relational algebra queries may be made. This
input file is created by the Data Base Administrator who is the most
knowledgeable of the structure of the network database and the relations
which would be useful to the databases's users. The second program
NETTOREL uses the defined relations in the data dictionary and
relational algebra queries created by a user to generate a result
relations. Data to be included in a result relation is determined by the
data dictionary's definition of the relations contained in an associated
query and the criteria set by that query. This original effort shows
that the theory for such an operator mapping is valid. Further efforts
would be needed to make this implementation user friendly and therefore
useful. (Author)
#! rnews 56656
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Owen, D.)
Newsgroups: btl.lib.cmp
Subject: CTR: cpesim ii: a computer system simulation for computer performance
Message-ID: <1848@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:00:27 EDT
Article-I.D.: mhuxd.1848
Posted: Mon Aug 13 05:00:27 1984
Date-Received: Tue, 14-Aug-84 01:31:30 EDT
Organization: Air Force Inst. of Tech.
Lines: 30
Order number: AD-A138116
Title: CPESIM II: A COMPUTER SYSTEM SIMULATION FOR COMPUTER PERFORMANCE
EVALUATION USE. Master's thesis, Owen, D. L.
Air Force Inst. of Tech., Wright-Patterson AFB, OH. School of
Engineering.
Dec 83, 314p
This report describes the development of an education tool which is used
in conjunction with a course in computer performance evaluation. The
tool is a system composed of background information and software which
simulates a computer system. The student is assigned a position in a
fictional computer site, and is given performance problems to solve. The
instructor prepares scenarios, constructs a model of the site's
workload, and describes the initial computer configuration. The student
takes this information and uses it to decide if additional data is
required from the hardware and software monitors. The student forms an
improvement hypothesis and makes changes to the simulated computer site.
Changes to the simulated computer configuration are made by an
interactive user interface. The configuration changes, along with the
workload description and monitor requests are submitted to the
simulation. The simulation uses these inputs to simulate a large
mainframe computer with attached software and hardware monitors.
Accounting and monitor logs are generated by the simulation. After
examining the outputs, the student provides further changes until he is
satisfied with the simulated computer site's performance. This document
provides a copy of the current software used to imitate the computer,
the software used to generate the 'user' interface, and instructions to
the instructor and the student on executing the software on the ASD
computer systems which support AFIT.
#! rnews 57162
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Phister, P.)
Newsgroups: btl.lib.cmm
Subject: CTR: protocol standards and implementation within the digital
Message-ID: <1851@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:00:27 EDT
Article-I.D.: mhuxd.1851
Posted: Mon Aug 13 05:00:27 1984
Date-Received: Tue, 14-Aug-84 01:31:38 EDT
Organization: Air Force Inst. of Tech.
Lines: 26
Order number: AD-A138119
Title: PROTOCOL STANDARDS AND IMPLEMENTATION WITHIN THE DIGITAL ENGINEERING
LABORATORY COMPUTER NETWORK (DELNET) USING THE UNIVERSAL NETWORK
INTERFACE DEVICE (UNID). PART 2. Master's thesis Jun 82-Dec 83, Phister,
P. W. Jr
Air Force Inst. of Tech., Wright-Patterson AFB, OH. School of
Engineering.
Dec 83, 330p
Development of the Air Force Institute of Technology's Digital
Engineering Laboratory Network (DELNET) was continued with the
development of an initial draft of a protocol standard for all seven
layers as specified by the International Standards Organization's (ISO)
Reference Model for Open Systems Interconnections. This effort centered
on the restructuring of the Network Layer to perform Datagram routing
and to conform to the developed protocol standards and actual software
module development of the upper four protocol layers residing within the
DELNET Monitor (Zilog MCZ 1/25 Computer System). Within the guidelines
of the ISO Reference Model the Transport Layer was developed utilizing
the Internet Header Format (IHF) combined with the Transport Control
Protocol (TCP) to create a 128-byte Datagram. Also a limited Application
Layer was created to pass the Gettysburg Address through the DELNET.
This study formulated a first draft for the DELNET Protocol Standard and
designed, implemented, and tested the Network, Transport, and
Application Layers to conform to these protocol standards. (Author)
#! rnews 56172
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Wallace, W.)
Newsgroups: btl.lib.phy
Subject: CTR: studies of coercive force of permanent magnet materials.
Message-ID: <1854@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:00:36 EDT
Article-I.D.: mhuxd.1854
Posted: Mon Aug 13 05:00:36 1984
Date-Received: Tue, 14-Aug-84 01:31:46 EDT
Organization: Pittsburgh Univ.
Lines: 24
Order number: AD-A138123
Title: STUDIES OF COERCIVE FORCE OF PERMANENT MAGNET MATERIALS.
Final rept. 1 Jan-31 Dec 83, Wallace, W. E.
Pittsburgh Univ., PA. Dept. of Chemistry.
Jan 84, 14p
Permanent magnets were prepared by sintering on-stoichiometry Sm2Co17
and Sm2Co17 doped Fe,Mn,Zr and Hf. Coercive forces subscript i H
subscript C were low, less than 1 kOe. Although doping increases
anisotropy field, it does not enhance subscripti H subscript C except
for Mn as dopant. In this case, doping increases subscript i H subscript
C about two-fold. In these systems subscript i H subscript C seems to be
nucleation-controlled. It is postulated that nucleation occurs at the
oxidized surface where anisotropy is weak or negative. Surfaces were
investigated by Auger spectroscopy with results consistent with the
postulated mechanism. To test for effects of surface roughness, powders
were washed with acid. No increase in subscript i H subscript C was
observed. Samples ground under pentane and liquid nitrogen showed no
significant difference in subscript i H subscript C. Oxygen content was
about 3000 ppm by weight in the finished magnets. Results suggest that
coercive force of the so-called 2-17 magnets (which are actually 2-phase
mixtures of components with 1:5 and 2:17 stoichiometry, originates with
the component having 1:5 stoichiometry.
#! rnews 58797
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Zweben, S.)
Newsgroups: btl.lib.cmp
Subject: CTR: analyzing program methodologies using software science.
Message-ID: <1852@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:00:27 EDT
Article-I.D.: mhuxd.1852
Posted: Mon Aug 13 05:00:27 1984
Date-Received: Tue, 14-Aug-84 01:31:56 EDT
Organization: Ohio State Univ. Research Foundation
Lines: 17
Order number: AD-A138121
Title: ANALYZING PROGRAM METHODOLOGIES USING SOFTWARE SCIENCE.
Final rept. 1 Aug 80-31 Dec 83, Zweben, S. H.
Ohio State Univ. Research Foundation, Columbus.
Jan 84, 12p
The ultimate goal of the research program is to enhance the quality of
computer software. In order to accomplish this goal, however, there have
to be agreed upon notions of just what quality means and how it can be
assessed. This project sought to make contribution to our understanding
of these issues. One of the specific objectives of this project was to
study software science metrics in the COBOL arena, another objective
concerned the evaluation of principles of software development. Research
also sought to examine instruments alternative to the comprehension test
which are easier to create but which are still reliable and valid means
of measuring one's understanding of a piece of software. (Author)
#! rnews 56188
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Zare, R.)
Newsgroups: btl.lib.eng
Subject: CTR: laser detection of chemical agents.
Message-ID: <1853@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:00:28 EDT
Article-I.D.: mhuxd.1853
Posted: Mon Aug 13 05:00:28 1984
Date-Received: Tue, 14-Aug-84 01:32:04 EDT
Organization: Stanford Univ.
Lines: 15
Order number: AD-A138122
Title: LASER DETECTION OF CHEMICAL AGENTS. Final rept. 1 Sep 80-31 Aug 83,
Zare, R. N.
Stanford Univ., CA. Dept. of Chemistry.
Feb 84, 6p
We have recently extended the gas-phase MPI technique to probe molecules
absorbed on fused quartz surfaces. The phenomonology of the process is
rich, showing wavelength-dependent fragmentation patterns. Our first
generation surface/mass spectrometer system has a proven detectability
limit of 4 less than 4 x10 to the 13th power molecules of dimethyl
methyl phosphonate (DMMP) corresponding to an exposure to a DMMP partial
pressure of .0000001 Torr for 1 second. Prepared in cooperation with
Leland Stanford junior Univ., Dept. of Chemistry.
#! rnews 56324
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Freeman, J.)
Newsgroups: btl.lib.phy
Subject: CTR: comparison of signal-to-noise ratios for near-infrared detectors.
Message-ID: <1856@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:00:35 EDT
Article-I.D.: mhuxd.1856
Posted: Mon Aug 13 05:00:35 1984
Date-Received: Tue, 14-Aug-84 01:32:12 EDT
Organization: Indiana Univ. at Bloomington. Dept. of
Lines: 15
Order number: AD-A138127
Title: COMPARISON OF SIGNAL-TO-NOISE RATIOS FOR NEAR-INFRARED DETECTORS.
Interim technical rept., Freeman, J. E. & Hieftje, G. M.
Indiana Univ. at Bloomington. Dept. of Chemistry.
Jan 84, 33p
Five detectors sensitive in the near-infrared, including two
photomultiplier tubes, a silicon photodiode, a silicon photodiode arry,
and a lead-sulfide photoconductor, are evaluated in terms of
signal-to-noise ratios. Theorectical noise and signal calculations are
compared to measured noise values and relative responses. The spectral
response of the detectors between 700 and 1200 nm is also reported. The
relative merits of a particular detector are a function of wavelength,
photon flux and other criteria. (Author)
#! rnews 57344
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Kao, C.)
Newsgroups: btl.lib.chm
Subject: CTR: many electron effects in the photoelectron spectra of condensed
Message-ID: <1857@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:00:42 EDT
Article-I.D.: mhuxd.1857
Posted: Mon Aug 13 05:00:42 1984
Date-Received: Tue, 14-Aug-84 01:32:22 EDT
Organization: Pennsylvania Univ.
Lines: 27
Order number: AD-A138130
Title: MANY ELECTRON EFFECTS IN THE PHOTOELECTRON SPECTRA OF CONDENSED NITRIC
OXIDE, Kao, C. M. and others
Pennsylvania Univ., Philadelphia. Dept. of Physics.
Jan 84, 20p
The valence and core level photoelectron spectra of NO condensed on
various substrates as obtained by Tonner er al. can be successfully
explained using an NO dimer model in which the two NO molecules form a
weak N-N bond via the 2 Pi orbitals of the monomers, resulting in a
nearly square geometry. In both the O(1s) and N(1s) regions of the x-ray
spectrum there are two intense peaks separated by 3.4 eV. From
generalized-valence-bond calculations we find for the N(1s) case, that
the peak with the smaller electron binding energy arises from an
intermolecular charge transfer from one NO monomer to the other, while
the second peak arises from intramolecular screening. The first two
peaks in the valence region, which have the smallest binding energies
and are separated by 2.6 eV, arise from final states which have
Superscript 2A Superscript 1 and Superscript 2B Superscript 2
symmetries, respectively. The 2 Pi orbitals of the monomers combine
in-phase and out-of-phase to form a Subscript 1 and b Subscript 2
orbitals of the dimer. The resulting two final states of the dimer
depend upon which orbital is occupied by the unpaired electron. Prepared
in cooperation with North Carolina State Univ., Raleigh. Dept. of
Chemistry and General Electric Corporate Research and Development,
Schenectady, NY.
#! rnews 56336
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Erkes, J.)
Newsgroups: btl.lib.phy
Subject: CTR: employment of adaptive learning techniques for the discrimination
Message-ID: <1858@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:00:45 EDT
Article-I.D.: mhuxd.1858
Posted: Mon Aug 13 05:00:45 1984
Date-Received: Tue, 14-Aug-84 01:32:31 EDT
Organization: General Electric Corporate Research and
Lines: 16
Order number: AD-A138142
Title: EMPLOYMENT OF ADAPTIVE LEARNING TECHNIQUES FOR THE DISCRIMINATION OF
ACOUSTIC EMISSIONS. Final rept. Nov 81-Dec 82 on Phase 1, Erkes, J. W.
and others
General Electric Corporate Research and Development, Schenectady, NY.
Nov 83, 286p
The following aspects of this study on the discrimination of acoustic
emissions (AE) were examined: (1) The analytical development and
assessment of digital signal processing techniques for AE signal
dereverberation, noise reduction, and source characterization; (2) The
modeling and verification of some aspects of key selected techniques
through a computer-based simulation; and (3) The study of signal
propagation physics and their effect on received signal characteristics
for relevant physical situations.
#! rnews 56704
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (McGill, T.)
Newsgroups: btl.lib.phy
Subject: CTR: superlattices and semiconductor/semiconductor interfaces.
Message-ID: <1860@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:00:49 EDT
Article-I.D.: mhuxd.1860
Posted: Mon Aug 13 05:00:49 1984
Date-Received: Tue, 14-Aug-84 01:32:39 EDT
Organization: California Inst. of Tech.
Lines: 12
Order number: AD-A138149
Title: SUPERLATTICES AND SEMICONDUCTOR/SEMICONDUCTOR INTERFACES.
Final rept. 1 Jun 80-31 Jul 83, McGill, T. C.
California Inst. of Tech., Pasadena.
Jan 84, 130p
We report on experimental and theoretical studies of the properties of
superlattices and small structures. The major results include: the
properties of HgTe-CdTe superlattices for IR detectors, transport over
GaAlAs barriers, doping in small superlattices, new method of treating
superlattices and deep levels in CdTe. (Author)
#! rnews 56784
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Burton, D.)
Newsgroups: btl.lib.chm
Subject: CTR: preparation of fluoromethylene olefins.
Message-ID: <1859@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:00:49 EDT
Article-I.D.: mhuxd.1859
Posted: Mon Aug 13 05:00:49 1984
Date-Received: Tue, 14-Aug-84 01:32:48 EDT
Organization: Iowa Univ.
Lines: 16
Order number: AD-A138146
Title: PREPARATION OF FLUOROMETHYLENE OLEFINS. Final rept. 15 Mar 79-30 Sep 83,
Burton, D. J.
Iowa Univ., Iowa City.
Dec 83, 8p
The purpose of this investigation were: (1) to investigate the
preparation of metal stabilized ylides and their utility in the
preparation of fluoromethylene olefins, and (2) to investigates
ylide-carbene reactions as a route to difluoromethylene olefins which
avoids the limitations of the classical Wittig reaction. During the
course of these investigations several new and novel reactions of
difluorocarbene were discovered as well as a new and unique
chain-extention reaction for the preparation of fluoroolefins and
conjugated dienes. (Author)
#! rnews 58736
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (DiDio, R.)
Newsgroups: btl.lib.chm
Subject: CTR: electronic structure of c(2x2)s/fe(100): s 3p-level dispersions
Message-ID: <1855@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:00:39 EDT
Article-I.D.: mhuxd.1855
Posted: Mon Aug 13 05:00:39 1984
Date-Received: Tue, 14-Aug-84 01:32:57 EDT
Organization: Pennsylvania Univ.
Lines: 17
Order number: AD-A138124
Title: ELECTRONIC STRUCTURE OF C(2X2)S/FE(100): S 3P-LEVEL DISPERSIONS AND
LINEWIDTHS. REVISION. Interim rept., DiDio, R. A. and others
Pennsylvania Univ., Philadelphia. Lab. for Research on the Structure of
Matter.
Jan 84, 18p
The electronic structure of segregated c(2x2)S/Fe(100) was determined
using synchrotron radiation and angle-resolved photoemission. In
addition to mapping the S 3p-derived energy bands, the lineshapes of the
S photoemission features were correlated to their surface Brillouin zone
position. The dispersions of the bands derived from in-planes S 3 Psub-X
Psub y levels are induced by S-S interactions, and are well described by
a tight-binding model. The S 3pz-derived band is anomalously wide
(1.2eV) compared to the tight-binding width, which is a
substrate-induced effect. Revision of report dated 26 Sep 83.
#! rnews 59044
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Krilic, M.)
Newsgroups: btl.lib.cmm
Subject: CTR: study of optimal computer network architecture for digital
Message-ID: <1861@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:00:59 EDT
Article-I.D.: mhuxd.1861
Posted: Mon Aug 13 05:00:59 1984
Date-Received: Tue, 14-Aug-84 01:33:07 EDT
Organization: Air Force Inst. of Tech.
Lines: 22
Order number: AD-A138151
Title: STUDY OF OPTIMAL COMPUTER NETWORK ARCHITECTURE FOR DIGITAL AVIONICS
SYSTEMS. Master's thesis, Krilic, M. F.
Air Force Inst. of Tech., Wright-Patterson AFB, OH. School of
Engineering.
Dec 83, 221p
In this paper, current theoretical considerations in available
literature have been used to sort out the essential figures of merit of
computer network architectures for digital avionic systems. Fourteen
different approaches to the same problem of data multiplexing in
avionics systems are analyzed according to the key issues. Conclusions
drawn are used to define the optimal computer network architecture for
digital avionics. The Self-Managing Multiplex System (SMS) is
conceptually designed with respect to the optimal characteristics, along
with the discussions of some trade-offs that had to be made. The burst
errors self-correcting feature of the broadcast-acknowledgements in the
SMS concept seems to deserve some sort of testing in practice. It is
recommended that a detailed simulation study should be performed later
and a hot bench built up using the latest technologies that exist.
(Author)
#! rnews 57496
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Masty, A.)
Newsgroups: btl.lib.cmm
Subject: CTR: development of a communications front end processor (fep) for the
Message-ID: <1862@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:01:01 EDT
Article-I.D.: mhuxd.1862
Posted: Mon Aug 13 05:01:01 1984
Date-Received: Tue, 14-Aug-84 01:33:18 EDT
Organization: Air Force Inst. of Tech.
Lines: 21
Order number: AD-A138152
Title: DEVELOPMENT OF A COMMUNICATIONS FRONT END PROCESSOR (FEP) FOR THE
VAX-11/780 USING AN LSI-11/23. Master's thesis, Masty, A. F.
Air Force Inst. of Tech., Wright-Patterson AFB, OH. School of
Engineering.
Dec 83, 286p
A Communications Front-End Processor (FEP) was implemented for a Digital
Equipment Corporation (DEC) VAX-11/780 using a DEC LSI-11/23
microcomputer. The LSI-11/23 serviced eight DEC VT-100 terminals and
communicated with the VAX-11/780 over an Able Computer Technology, Inc
Direct Memory Access (DMA) interface. This investigation proceeded from
a FEP design provided in a previous work and culminated in the Telecon
'C' compiler language coding of those design specifications. The design
was translated into structure charts defining software module functions
and interfaces. Program Design Language (PDL) was then used to outline
the processing steps in a structured programming format for each
software module. A data dictionary was constructed to document the data
and functional module interfaces. The code was implemented in a
'top-down' manner. (Author)
#! rnews 59088
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Martin, K.)
Newsgroups: btl.lib.cmp
Subject: CTR: automated computer communication network protocol verification
Message-ID: <1864@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:01:03 EDT
Article-I.D.: mhuxd.1864
Posted: Mon Aug 13 05:01:03 1984
Date-Received: Tue, 14-Aug-84 01:33:28 EDT
Organization: Air Force Inst. of Tech.
Lines: 15
Order number: AD-A138160
Title: AUTOMATED COMPUTER COMMUNICATION NETWORK PROTOCOL VERIFICATION SYSTEM.
Master's thesis, Martin, K. R. Jr
Air Force Inst. of Tech., Wright-Patterson AFB, OH. School of
Engineering.
Dec 83, 220p
An automated tool for computer network communication protocol validation
was developed and implemented. The method utilyzes the Program Modeling
Language (PPML) to specify the protocol and an automated procedure to
convert the PPML description into an equivalent Evaluation Net in order
to evaluate the protocol. Simulation techniques are used to exercise the
Evaluation Net presenting data on message transmission times and global
state generation. (Author)
#! rnews 59091
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (VanKirk, D.)
Newsgroups: btl.lib.cmp
Subject: CTR: user-friendly interface to the roth relational database.
Message-ID: <1863@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:01:03 EDT
Article-I.D.: mhuxd.1863
Posted: Mon Aug 13 05:01:03 1984
Date-Received: Tue, 14-Aug-84 01:33:38 EDT
Organization: Air Force Inst. of Tech.
Lines: 18
Order number: AD-A138153
Title: USER-FRIENDLY INTERFACE TO THE ROTH RELATIONAL DATABASE.
Final rept. 6 Jun-16 Dec 83, VanKirk, D. W.
Air Force Inst. of Tech., Wright-Patterson AFB, OH. School of
Engineering.
Dec 83, 150p
A Friendly Interface to a Relational Algebra Database System was created
on the Universal Relation concept. This concept allows the user to
relate to the total database as a single relation. The user inputs a
query using attributes of the single relation. The interface then
creates the Universal Relation by way of relational algebra JOINs.
Tuples of this relation are SELECTed according to constraints placed on
attributes in the query (i.e. CITY = NEW YORK), and a PROJECTion of
attributes desired is made from the result. Limitations of the interface
are: 1. All relations in the database must be JOINable without data
loss. 2. The query must start with a verb. (Author) Master's thesis.
#! rnews 59096
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Stankovic, J.)
Newsgroups: btl.lib.cmp
Subject: CTR: decentralized control of scheduling in distributed systems.
Message-ID: <1865@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:01:08 EDT
Article-I.D.: mhuxd.1865
Posted: Mon Aug 13 05:01:08 1984
Date-Received: Tue, 14-Aug-84 01:33:47 EDT
Organization: Massachusetts Univ.
Lines: 21
Order number: AD-A138174
Title: DECENTRALIZED CONTROL OF SCHEDULING IN DISTRIBUTED SYSTEMS.
Annual rept. 16 Dec 82-15 Dec 83, Stankovic, J. A.
Massachusetts Univ., Amherst. Dept. of Electrical and Computer
Engineering.
Dec 83, 53p
This report summarizes the work and results produced during this
contract over the past year. A summary of our results on the use of
Bayesian Decision theory is reported. Two master's thesis were
completed: one on bidding and one on stochastic learning automata. We
have also been working on an analytical model but little new progress
over that reported in the last quarterly report has been made in this
area. Progress was made on a decentrailized scheduling approach for
systems with tasks having real-time constraints. This report also
briefly states our overall conclusions and makes several recommendations
for the work to be done in the final year of this contract. Section 5
lists the papers, thesis, and presentations produced this year. Section
6 contains the required budget information, and finally the report ends
with a copy of the distribution list. (Author)
#! rnews 59100
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Messmer, R.)
Newsgroups: btl.lib.chm
Subject: CTR: theoretical studies of metal clusters and of chemisorption on
Message-ID: <1866@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:01:11 EDT
Article-I.D.: mhuxd.1866
Posted: Mon Aug 13 05:01:11 1984
Date-Received: Tue, 14-Aug-84 01:33:58 EDT
Organization: Pennsylvania Univ.
Lines: 19
Order number: AD-A138175
Title: THEORETICAL STUDIES OF METAL CLUSTERS AND OF CHEMISORPTION ON METALS.
Interim technical rept., Messmer, R. P.
Pennsylvania Univ., Philadelphia.
Jan 84, 28p
The results of different theoretical methods are compared in the
analysis of three illustrative problems. The methods involved are: local
density functional (LDF), X alpha, Hartree-Fock, generalized valence
bond (GVB) and configuration interaction (CI). The three problems
considered are: (1) the bonding of Mo2 and CR2, (2) the photoelectron
spectra of CU clusters and (3) the chemisorption of N2 on Ni. The
comparisons provide new insights both into these problems and into the
physical content of the methods per se. In the case of the comparison of
studies on Cu clusters, one is led to reinterpret the nature of
photoemission from narrow d-bands and its relationship to conventional
band theory. (Author) Prepared in cooperation with General Electric
Corporate Research and Development, Schenectady, NY.
#! rnews 59104
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Thompson, E.)
Newsgroups: btl.lib.cmp
Subject: CTR: grid-based line drawing quantization.
Message-ID: <1867@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:01:13 EDT
Article-I.D.: mhuxd.1867
Posted: Mon Aug 13 05:01:13 1984
Date-Received: Tue, 14-Aug-84 01:34:07 EDT
Organization: Air Force Inst. of Tech.
Lines: 21
Order number: AD-A138194
Title: GRID-BASED LINE DRAWING QUANTIZATION. Master's thesis, Thompson, E. A.
Air Force Inst. of Tech., Wright-Patterson AFB, OH. School of
Engineering.
Dec 83, 93p
This paper documents a quantitative analysis of the performance of the
generalized chain codes when used to quantize waveforms of specific
degrees of curvature. The analysis was performed using a software
simulation of the chain coding system on periodic circular and sinusoid
waves. The performance of the codes was measured in terms of the number
of encoded bits per length of the function and the area error per
length. The analytic measure of the curvature of the circular and sine
wave was developed so that the performance of the codes could be
evaluated as a function of the curvature of the waveform being
quantized. Comparisons on the circular wave provided a baseline of a
constant curvature function. The performance of the coding system was
the compared to the results when sine functions of similar curvature
were encoded to determine if curvature is a valid predictor of the
performance of the chain code system. (Author)
#! rnews 59108
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Angus, J.)
Newsgroups: btl.lib.cmp
Subject: CTR: reliability model demonstration study. volume 1.
Message-ID: <1868@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:01:19 EDT
Article-I.D.: mhuxd.1868
Posted: Mon Aug 13 05:01:19 1984
Date-Received: Tue, 14-Aug-84 01:34:16 EDT
Organization: Hughes Aircraft Co.
Lines: 17
Order number: AD-A138196
Title: RELIABILITY MODEL DEMONSTRATION STUDY. VOLUME 1. Final technical rept.
Aug 80-Mar 83, Angus, J. E. and others
Hughes Aircraft Co., Fullerton, CA. Ground Systems Group.
Aug 83, 303p
The objective of this study was to demonstrate the use and applicability
to Air Force software acquisition managers of six quantitative software
reliability models to a major command, control, communications, and
intelligence (C3I) system. The scope of the effort involved the
collection of software error data from an ongoing C3I project, fitting
the six models to the data thus collected, analysis of the predictions
provided by the models, and the development of conclusions,
recommendations, and guidelines for software acquisition managers
pertaining to the use and applicability of the six software reliability
models.
#! rnews 59112
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Angus, J.)
Newsgroups: btl.lib.cmp
Subject: CTR: reliability model demonstration study. volume 2.
Message-ID: <1869@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:01:20 EDT
Article-I.D.: mhuxd.1869
Posted: Mon Aug 13 05:01:20 1984
Date-Received: Tue, 14-Aug-84 01:34:25 EDT
Organization: Hughes Aircraft Co.
Lines: 16
Order number: AD-A138197
Title: RELIABILITY MODEL DEMONSTRATION STUDY. VOLUME 2. Final technical rept.
Aug 80-Mar 83, Angus, J. E. and others
Hughes Aircraft Co., Fullerton, CA. Ground Systems Group.
Aug 83, 143p
This report contains the results of a study to determine the use and
applicability to Air Force software acquisition managers of six
quantitative software reliability models to a major command, control,
communications, and intelligence (C3I) system. The scope of the study
included the collection of software error data from an on going C3I
project, fitting six software reliability models to the data, analyzing
the predictions provided by the models, and developing conclusions,
recommendations, and guidelines for software acquisition managers
pertaining to the use and applicability of the models.
#! rnews 59115
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Butler, C.)
Newsgroups: btl.lib.elc
Subject: CTR: experimental study of cylindrical antennas radiating in or near a
Message-ID: <1871@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:01:27 EDT
Article-I.D.: mhuxd.1871
Posted: Mon Aug 13 05:01:27 1984
Date-Received: Tue, 14-Aug-84 01:34:34 EDT
Organization: Mississippi Univ.
Lines: 27
Order number: AD-A138206
Title: EXPERIMENTAL STUDY OF CYLINDRICAL ANTENNAS RADIATING IN OR NEAR A
LOSSY HALF SPACE. Final rept. 15 Mar 82-20 Jun 83, Butler, C. M. &
Harrison, C. A.
Mississippi Univ., University. Dept. of Electrical Engineering.
Dec 83, 171p
Conducting structures residing near, within and partially within a lossy
half space are investigated experimentally. The conducting structures
are modeled by monopole antennas, and the lossy half space is modeled by
the water within a non-metallic tank. Antenna aperture admittances are
obtained using swept-frequency network analysis techniques with
automated data collection and reduction. Results are compared to results
of numerical analysis conducted as a related project. A sleeve monopole
is oriented normal to the water surface with driving point near the
bottom of the tank and source gap (aperture) in air. Gap height above
the water surface, antenna radius and monopole length are varied.
Electromagnetic properties of the water are varied by addition of NaC1.
Coax-fed wire antennas are mounted perpendicular to a ground plane which
is normal to and intersects the water surface. The antennas used are a
straight-wire antenna in which the monopole is parallel to the water
surface and a bent-wire antenna in which the wire is partially immersed
in water. Height of the aperture above the water is varied. A coax-fed
cylindrical monopole antenna is mounted perpendicular to a ground plane
which is in contact with the water surface so that monopole and aperture
are immersed in water. (Author)
#! rnews 59120
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site mhuxd.UUCP
Path: whuxle!whuxl!houxm!mhuxl!mhuxn!mhuxd!wald
From: wald@mhuxd.UUCP (Yuan, H.)
Newsgroups: btl.lib.elc
Subject: CTR: gaas/gaalas bipolar heterojunction gate array.
Message-ID: <1870@mhuxd.UUCP>
Date: Mon, 13-Aug-84 05:01:27 EDT
Article-I.D.: mhuxd.1870
Posted: Mon Aug 13 05:01:27 1984
Date-Received: Tue, 14-Aug-84 01:34:43 EDT
Organization: Texas Instruments
Lines: 17
Order number: AD-A138203
Title: GAAS/GAALAS BIPOLAR HETEROJUNCTION GATE ARRAY. Interim rept. 1 Feb 82-31
Jan 83, Yuan, H. T. and others
Texas Instruments, Inc., Dallas. Central Research Labs.
Sep 83, 46p
Several technological issues related to the development of GaAs bipolar
heterojunction gate arrays were investigated experimentally using a test
bar design tht consists of discrete transistors, three types of HI2L
gates, and a prototype gate array with 114 internal gates and 25 I/O
buffers. The preparation of submicrometer epitaxial films composed of
AlGaAS and GaAs layers required for this development were also examined.
Two methods of growing epitaxial films, OMCVD and MBE, were evaluated.
It was concluded that although MBE is a slow process it is superior to
OMCVD in providing uniform epitaxial films with controlled doping
concentrations over large area wafers.
#! rnews 59123
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10 3/23/84; site cbosgd.UUCP
Path: whuxle!whuxl!houxm!ihnp4!cbosgd!mark
From: mark@cbosgd.UUCP (Mark Horton)
Newsgroups: btl.workplace
Subject: Re: Longer work day
Message-ID: <236@cbosgd.UUCP>
Date: Sun, 12-Aug-84 21:52:11 EDT
Article-I.D.: cbosgd.236
Posted: Sun Aug 12 21:52:11 1984
Date-Received: Tue, 14-Aug-84 01:34:52 EDT
References: <342@homxa.UUCP> <2950@alice.UUCP>, <458@bentley.UUCP>
Organization: AT&T Bell Laboratories, Columbus
Lines: 12
Hear hear! Now you guys in New Jersey will have to work as many
hours as us grunts in the branch labs! I wonder what the new
excuse will be as to why you get one more holiday than we do?
(It used to be that you needed the extra holiday to get as many
hours off as we do.)
Of course, there isn't a lot of relationship between the "official"
BTL hours and what people actually work. So it's probably just an
exercise to simplify the jobs of the people who process time cards.
"Yes, Virginia, there IS a 7:45 AM!"
(but I try to avoid it)
#! rnews 56047
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10 5/3/83 based; site houxa.UUCP
Path: whuxle!whuxl!houxm!houxa!fdf
From: fdf@houxa.UUCP (Franklin Fite)
Newsgroups: att.test
Subject: testing
Message-ID: <488@houxa.UUCP>
Date: Mon, 13-Aug-84 09:24:06 EDT
Article-I.D.: houxa.488
Posted: Mon Aug 13 09:24:06 1984
Date-Received: Tue, 14-Aug-84 01:35:03 EDT
Organization: AT&T Bell Labs, Holmdel NJ
Lines: 3
1 2 3 4
#! rnews 59128
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10 5/3/83 based; site hou2g.UUCP
Path: whuxle!whuxl!houxm!hou2g!mnc
From: mnc@hou2g.UUCP (#M.CONDICT)
Newsgroups: att.blit
Subject: cu in a window
Message-ID: <302@hou2g.UUCP>
Date: Mon, 13-Aug-84 10:02:05 EDT
Article-I.D.: hou2g.302
Posted: Mon Aug 13 10:02:05 1984
Date-Received: Tue, 14-Aug-84 01:35:11 EDT
Organization: AT&T Bell Labs, Holmdel NJ
Lines: 20
Terribly sorry about my cu vs. 5620 note. I didn't read the source code
of curses first, or the LINES, COLUMNS variable stuff would have been
obvious (it's right next to the JWINSIZE stuff). I can't imagine what
possessed someone to make the C variable name different from the shell
environment variable, but I changed my cu software accordingly.
Also sorry if I bored those who saw this discussion several months ago,
but I'm sure many of you are newer than that, as am I. We only keep
articles for seven days here so I couldn't obtain a copy of the previous
version of this discussion -- would any good Samaritan out there care to
send it to me?
My unanswered question is the following: Does anybody have a better way
to automatically transmit the window size to the remote system than the
technique of constructing an auto-login command? (and I don't want to
have to type any "setup" command after logging in on the remote system.
Michael Condict hou2g!mnc
UNIX Support
Holmdel Comp. Center
#! rnews 57500
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 exptools 1/6/84; site ihu1h.UUCP
Path: whuxle!whuxl!houxm!ihnp4!ihu1h!dave
From: dave@ihu1h.UUCP (Dave Miller)
Newsgroups: att.blit
Subject: Help a new user with the cursor
Message-ID: <294@ihu1h.UUCP>
Date: Mon, 13-Aug-84 10:17:31 EDT
Article-I.D.: ihu1h.294
Posted: Mon Aug 13 10:17:31 1984
Date-Received: Tue, 14-Aug-84 01:35:19 EDT
Organization: AT&T Bell Labs, Naperville, IL
Lines: 8
I am a new 5620 user. I have been having a small problem when using
EMACS in the non-layers mode with this terminal. The cursor is a solid
green character. When I do a search, I find it very difficult to locate
the cursor on the screen with my eye. Is it possible to redefine the
cursor to a flashing reverse video square or flashing underscore?
Thank you,
Dave Miller IH 2C-336 CORNET 367-3791
#! rnews 59126
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site pegasus.UUCP
Path: whuxle!whuxl!houxm!hogpc!pegasus!guidi
From: guidi@pegasus.UUCP
Newsgroups: att.wanted,att.unix
Subject: Re: AT&T Logo for Imagen wanted
Message-ID: <1593@pegasus.UUCP>
Date: Mon, 13-Aug-84 10:27:38 EDT
Article-I.D.: pegasus.1593
Posted: Mon Aug 13 10:27:38 1984
Date-Received: Tue, 14-Aug-84 01:35:35 EDT
References: <177@ho95b.UUCP>
Organization: AT&T Information Systems, Lincroft NJ
Lines: 2
Talk to you Imagen sales rep... they have one already digitized
(re: Susan Hopp, Eastern Regional Sales Manager)
#! rnews 59131
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 exptools 1/6/84; site ihuxa.UUCP
Path: whuxle!whuxl!houxm!ihnp4!ihuxa!moul
From: moul@ihuxa.UUCP (R. A. Moul)
Newsgroups: att.exptools
Subject: Sfix update
Message-ID: <619@ihuxa.UUCP>
Date: Mon, 13-Aug-84 11:48:58 EDT
Article-I.D.: ihuxa.619
Posted: Mon Aug 13 11:48:58 1984
Date-Received: Tue, 14-Aug-84 01:35:44 EDT
Organization: AT&T Bell Labs, Naperville, IL
Lines: 21
A new version of sfix is being distributed to all exptools sites.
This version includes fixes for:
1) ed silently truncates large files, so sfix now includes
a check for files that are too large to be handled
2) Sfix now only prompts to write out a changed file if
there were actually any changes in the file
3) A problem that kept sfix from fixing the first mispelled
word in a file has been corrected
4) Sfix now checks for the existence of the file containing
the correctly spelled words used as suggested correct
spellings instead of crashing if it is not there
As always, if you have any questions feel free to contact me.
Bob Moul
ihldt!moul
#! rnews 59136
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 exptools 1/6/84; site ihnss.UUCP
Path: whuxle!whuxl!houxm!ihnp4!ihnss!warren
From: warren@ihnss.UUCP (Warren Montgomery)
Newsgroups: btl.workplace
Subject: Re: Longer work day
Message-ID: <2193@ihnss.UUCP>
Date: Mon, 13-Aug-84 11:50:17 EDT
Article-I.D.: ihnss.2193
Posted: Mon Aug 13 11:50:17 1984
Date-Received: Tue, 14-Aug-84 01:35:52 EDT
References: <342@homxa.UUCP> <2950@alice.UUCP> <458@bentley.UUCP>
Organization: AT&T Bell Labs, Naperville, IL
Lines: 20
No, I don't think anybody is going to get a raise for the extra
hours. Asside from putting everyone on the same schedule, which
sounds like an idea that is long past due, I think that this is a
way to give us a ~7% pay cut (when measured in $/hour), without
really cutting anyone's salary. It will also make a difference in
overtime payments, which will presumably be paid only after 40
hours, and then at a somewhat lower hourly rate. I presume that
differences in PDO/NFH allocations will also be wiped out. Can
anyone verify (for sure, not personal speculation), the
explaination that I heard on why the allocations were different
before. (I recall being told that the number of hours of time off
was equalized, thus if you worked 8 hours, you got only 15 holidays,
wherease to get the same amount of time off in 7.5 hour days, you
needed 16 holidays. Logic only a politician could understand!)
--
Warren Montgomery
ihnss!warren
IH (8-367) x2494
#! rnews 59134
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10 5/3/83 based; site houem.UUCP
Path: whuxle!whuxl!houxm!houem!jansz
From: jansz@houem.UUCP (J.ELLIOTT)
Newsgroups: btl.lib.chm
Subject: QUESTOIN FROM A NON-CHEMIST
Message-ID: <287@houem.UUCP>
Date: Mon, 13-Aug-84 10:54:29 EDT
Article-I.D.: houem.287
Posted: Mon Aug 13 10:54:29 1984
Date-Received: Tue, 14-Aug-84 01:36:05 EDT
Organization: AT&T Bell Labs, Holmdel NJ
Lines: 8
Can anyone out there tell me what "hydronium hydroxide" is?
Jan Elliott
AT&T Bell Labs, Holmdel
E-mail --> houem!jansz
THANX!
#! rnews 59144
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Path: whuxle!whuxl!houxm!hogpc!merlyn
From: merlyn@hogpc.UUCP (S.HUMPHREY)
Newsgroups: att.3b
Subject: Notes on auto-dial modems and 3B2
Message-ID: <443@hogpc.UUCP>
Date: Mon, 13-Aug-84 13:24:20 EDT
Article-I.D.: hogpc.443
Posted: Mon Aug 13 13:24:20 1984
Date-Received: Tue, 14-Aug-84 01:36:16 EDT
Lines: 76
Some notes regarding modems on the 3B2:
Marc Cohen:
Two things to do when using the Penril:
1) Set up the "cgetty" program on the appropriate port to set
the initial speed (baud rate) to 9600 (yes, 9600). Also set the
"gettydefs" file to cycle that 9600 down to 1200 (and probably
300) baud when a user logging in hits the break key.
2) Make sure the Penril's "quit code" is NOT SET. (See the
manuals that came with the Penril.)
The 9600 baud kludge keeps the "<CR>login: " prompt spit out
by "cgetty" fron starting up the Penril prematurely.
The "quit code" thing keeps "uucp" transfers from accidently
hanging up the Penril.
I've not used the MICOM nor Datakit, so there may be more
work for you yet.
Andy Schnable:
Yes, using ANY modem "hard-wired" will let you dial out,
but as someone else noted, that is not the intent when one
wants to use an auto-dial modem!
I've tried getting the Rixon to work, and have partially
succeeded: The same fix mentioned above for the Penril (9600 baud)
will help with the Rixon. It seems the Rixon doesn't go back
to sleep when the 3B2 hangs it up, so when "cgetty" fires up
again, the Rixon and "cgetty" get into a "login-loop" unless
the initial speed (9600) is mismatched enough so that
the login prompt doesn't look like anything to the modem.
Gary ...:
You are cheating. If you are refering to "Dialers"
instead of "L-dialers", you must be using a 1.1 3B2, which
has a greatly enhanced (yeah!) and different (boo!) UUCP
package. With the 1.1 3B2 UUCP, many more modems should work.
Jan Wolitzky:
To get the number (or any string, even part of the
send fields in the L-dialers file) to come out slowly,
turn on echo checking by inserting a "\E" (backslash-cap-E).
The 3B2 will output another character only when it sees the
character output before (in theory, anyway). The construct
"\e" (backslash-lower-e) turns off echo checking.
(I hope I have these correct; you may want to switch the
meaning of the two constructs: "\E" <==> "\e").
General:
The only modem I have gotten to work 100% with the 1.0
release of the 3B2 is the older (out of production) Ventel.
This is the version that comes in a black box with buttons
and lights on the front. I've tested Hayes, Rixon, Cermetek,
Penril, and the System 75/85 Data Module (DTDM) and NONE of
them work, except under VERY limited operation. I've also
partially tested a new data module for System 75/85 and it seems
to work as far as I've gotten with it. The AT&T 2224 also appears
to work but I've not had first hand experience with it.
As I mentioned above, with release 1.1 of the 3B2
(no, I don't know when) things seem to brighten up considerably,
as long as you don't mind a COMPLETELY different set of
files, formats, etc. (Well, okay not completely, but SUBSTANTIALLY!)
Whew...long winded!
Steve Humphrey
AT&T Information Systems
hogpc!merlyn
#! rnews 59139
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10 5/3/83 based; site houem.UUCP
Path: whuxle!whuxl!houxm!houem!beau
From: beau@houem.UUCP (#J.SEAGRAVES)
Newsgroups: att.3b
Subject: Hayes modems and 3b2s
Message-ID: <288@houem.UUCP>
Date: Mon, 13-Aug-84 14:39:52 EDT
Article-I.D.: houem.288
Posted: Mon Aug 13 14:39:52 1984
Date-Received: Tue, 14-Aug-84 01:36:26 EDT
Organization: AT&T Bell Labs, Holmdel NJ
Lines: 23
Does anyone in AT&T land have the 3b2 <-> Hayes modem interface working?
I can make the Hayes modem dial as far as the ATDT but not the telno string.
The L-dialer line is:
Hayes =, "" \d\r\d\c "" A\dT\dZ\d\r\c 0 A\dT\dD\dT\d\c ""
Example:
$ cu -d -s1200 5-1-2-3-4
Connected vua /dev/tty13
transmit started
receive started
ATDT
I get a "Connected via /dev/tty13" message and the "ATDT" string is echoed
on the terminal. One can continue and type in the telephone number, but
this is not what cu(1) should do. As far as I can tell the telephone number
is not being presented to the modem. Is the released 'cu(1)/dial(3C)'
software buggy?
Jim Seagraves
AT&T Bell Labs
houem!beau
#! rnews 59142
Relay-Version: version B 2.10.1 6/24/83; site whuxle.UUCP
Posting-Version: version B 2.10.1 6/24/83; site inuxc.UUCP
Path: whuxle!whuxl!houxm!ihnp4!inuxc!mcferrin
From: mcferrin@inuxc.UUCP (P McFerrin)
Newsgroups: att.general
Subject: Re: Don't expire the uucp password
Message-ID: <1013@inuxc.UUCP>
Date: Mon, 13-Aug-84 12:56:43 EDT
Article-I.D.: inuxc.1013
Posted: Mon Aug 13 12:56:43 1984
Date-Received: Tue, 14-Aug-84 01:36:36 EDT
References: <2952@alice.UUCP>
Organization: jaxom@hpda.UUCP (Lance Saleme) (01/08/86)
[ For this mysterious line eater I keep hearing about ] I hope this gets through before I'm old and grey. I tried sending a test article to my local site and didn't see it show up so I can't be very confident about this one. I guess that's enough "junk" for this test. If you're so incredibly bored that you actually stopped to read this the you should consider taking up a hobby or sport that will better fill your time productively. That's all, Jaxom