HDTenEightyP/NetNews huggingface dataset:
From: rick@cs.arizona.edu (Rick Schlichting)
Newsgroups: comp.research.japan
Subject: Kahaner Report: Workshop on Theory/Applications of Dynamical Systems
Date: 28 Dec 92 17:12:38 GMT


  [Dr. David Kahaner is a numerical analyst on sabbatical to the 
   Office of Naval Research-Asia (ONR Asia) in Tokyo from NIST.  The 
   following is the professional opinion of David Kahaner and in no 
   way has the blessing of the US Government or any agency of it.  All 
   information is dated and of limited life time.  This disclaimer should 
   be noted on ANY attribution.]

  [Copies of previous reports written by Kahaner can be obtained using
   anonymous FTP from host cs.arizona.edu, directory japan/kahaner.reports.]

To: Distribution
From: 
 David K. Kahaner
 US Office of Naval Research Asia
 (From outside US):  23-17, 7-chome, Roppongi, Minato-ku, Tokyo 106 Japan
 (From within  US):  Unit 45002, APO AP 96337-0007
  Tel: +81 3 3401-8924, Fax: +81 3 3403-9670
  Email: kahaner@cs.titech.ac.jp
Re: Workshop on Theory/Applications of Dynamical Systems,  11/92 Kyoto
25 Dec 1992
This file is named "dynamics.92"

ABSTRACT. Titles and authors of papers presented at the Workshop on
Dynamical Systems, Theory and its Applications, 2-4 Nov 1992, Kyoto Japan.

Workshop on Dynamical Systems, Theory and Its Applications
November 2-4, 1992 
  (Venue: Kyodai-kaikan, Yoshida Kawara-machi, 15-9, Sakyo-ku, Kyoto)

Organizers:
     Prof M. Matano 
       Dept. of Mathematical Sciences
       University of Tokyo
       Hongo 7-3-1, Bunkyo-ku, Tokyo 113 JAPAN
         Tel: +81 3 3812-2111 ext 4049; +81 3 3816-1303
     Prof Y. Nishiura 
       Hiroshima University
         Tel: +81 82 241-1221 ext 3846

A blow-up theorem of Fujita type for a system of reaction-diffusion equations
with differing diffusivities
     H. Levine (Iowa State University)

Dynamics of interfaces of reaction diffusion equations in inhomogeneous media
     S. Ei (Yokohama City University)

Inertial manifolds for Burgers' original model system of turbulence
     N. Ishimura (University of Tokyo)

Travelling wave solutions to a perturbed Korteweg de Vries equation
     T. Ogawa (Hiroshima University)

Finite dimensional structures of the solutions of parabolic systems 
     M. Kwak (Chonnam National University)

Pattern selection for two breathers
     T. Ikeda (Ryukoku University)

Normal forms of vector fields near invariant manifolds
     K. Sakamoto (Hiroshima University)

Ginzburg-Landau equation and its stable solutions
     S. Jimbo (Okayama University)

Dimension estimate of the global attractor for forced oscillation systems
     I Onishi (University of Tokyo)

Maximal attractor and inertial sets for some second and forth order phase
field models 
     D. Hilhorst (Universitce de Paris-Sud)

Inertial manifold for nonlinear boundary value problems
     Y. Morita (Ryukoku University) and H. Ninomiya (Kyoto University)

----------------------------END OF REPORT-----------------------------


Xref: sparky comp.research.japan:324 comp.ai.neural-nets:4633 comp.ai:4678
From: phantom@casbah.acns.nwu.edu (James Choi)
Newsgroups: comp.research.japan,sci.optics
Subject: Spatial light modulator developed by NTT
Date: 4 Jan 93 05:06:50 GMT
Followup-To: comp.research.japan
Organization: Northwestern University, Evanston Illinois.


I am looking for more info on Spatial light modulator developed by NTT.  It
appeared in Laser Focus World, May 1990 issue.

It reads:

In April (1990), Nippon Telgraph and Telephone announced the development of
an image processor that does not need to convert images into electroni
signals to process them.  The sytem includes a new high-speed spatial light
modulator based on ferroelectric liquid crystals, with a response time of
only 70 microsecond.  The processor operates at more than 2000 frames/s.  A
detailed report will follow.

If anyone knows about this product, where to get more info, or NTT's office
address/phone number/e-mail, please e-mail me.

thank you.

James Choi
From: tekbspa!lombard@uunet.UU.NET (Catherine Lombard)
Newsgroups: comp.research.japan
Subject: Japanese Technical Writers
Date: 29 Dec 92 16:36:53 GMT
Organization: Teknekron Software Systems. Inc.

I am looking for two pieces of information that are
related.  

o The names of companies in Tokyo that contract out
  technical writers for Japanese computer manuals.  That
  is, Japanese native speakers who are technical writers.
  I am NOT looking for translators.  I am looking for 
  Japanese writers trained in writing technical documents
  for a Japanese audience.

o Any documentation that discusses writing technical manuals
  for a Japanese audience.

Please forward any suggestions to my internet address.
Thanks in advance.

Catherine Lombard
lombard@tss.com
From: japancs@cs.arizona.edu (Japan CS Project)
Newsgroups: comp.research.japan
Subject: SIG Notes Series (SIGFI meeting held on October 6,7, 1989)
Date: 23 Dec 92 18:44:04 GMT


------------------------------------------------------------------------
SIG Notes Series (SIGFI meeting held on October 6,7, 1989)

            published by

Information Processing Society of Japan  (in Japanese)
------------------------------------------------------------------------

[Collection and dissemination of this information supported in part by
 ONR Grant N0001492J1737.]


Some Problems of Multifunctional System and Data Aiding for Historical Studies
	by J. YAEGASHI
	 National Museum of Japanese History, Jyounai-chou-l 17, 
	 Sakura-si, Tiba 285, Japan

Information Gathering, Processing And Storing In Newspaper
 Production Environment
	by T. HARADA
	 Production Division, Asahi Shimbun, 5-3-2, Tsukiji, Chuo-ku, 
	 Tokyo 104-11, Japan

A Study on Document Summarizing for Telecommunication Document
	by K. SHIMA
	 ATR Communication Systems Research Laboratories, Sanpeidani,
	 Inuidani, Seika-cho, Soraku-gun, Kyoto 619-02, Japan

An Overview of Next Computer System
	by K. HATTORI and K. YOSHIHIRA
	 Canon Inc., 27-1 Nishi-Shinjuku, Shinjuku-ku, Tokyo 163, Japan

A Paral1el Processing Scheme for A Query-language based on the
 Functional Data Model
	by Z. ZHU, Y. KIYOKI and T. MASUDA(2)
	 Institute of Information Sciences and Electronics,
         University of Tsukuba
	 (2)  Department of Information Science, Faculty of Science, 
	  University of Tokyo, 7-3-1, Hongo, Bunkyo-ku, Tokyo 113, Japan

Geographic Information System with Automatic Multi-media
 Data Input Function
	by A. OKAZAKI, O. HORI, M. NAGAO, K. TAKAHASHI, H. NUMAGAMI
	   and S. TSUNEKAWA
 	 Research and Development Center, Toshiba Corporation, 1, 
         Komukai Toshiba-cho, Saiwai-ku, Kawasaki, 210, Japan

Multimedia Personal Interface for Advanced Image Database Systems
	by T. KATO and T. KURITA
	 Electrotechnical Laboratory, 1-1-4, Umezono, Tsukuba, 305, Japan

A Multimedia Knowledge Database System for Analysis of
 Field Investigation Data
	by W. CAO, K. KAKIZAKI and S. UCHINAMI
	 Faculty of Computer Science and Systems Engineering, Kyushu
	 Institute of Technology, 680-4, Kawazu, lizuka, Fukuoka 820, Japan

Multimedia Database Based on Graph Data Model
	by A. IIZAWA
	 Ricoh Company, Ltd., 1-17, Koishikawa-cho l-Chome, Bunkyo-ku,
	 Tokyo 112, Japan

Representation of Information in SIM
	by C. NIITANI
	 Nihon Unisys Limited, 1-10-9 Sinonome, Koutouku, Tokyo 107, Japan


Xref: sparky comp.research.japan:334 comp.graphics:13248
From: moshier@world.std.com (Stephen L Moshier)
Subject: Re: Motorola's gcc diffs?
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 31 Dec 1992 19:23:52 GMT

    When I called the Motorola DSP hotline and gave them examples
of the illegal instruction sequences, they called back later
and told me about the optimizer.  They didn't say anything
about assembler switches.  I do see the switch you mentioned,
called " opt RP" in the current assembler manual.
From: perl@dwrsun4.UUCP (Robert Perlberg)
Newsgroups: comp.dsp
Subject: Re: libaudio.h
Date: 22 Dec 92 22:42:39 GMT
Organization: Dean Witter Reynolds Inc., New York

In article <1992Dec14.105947.28931@fwi.uva.nl>, fransdon@fwi.uva.nl (Robert Wim Fransdonk (I)) writes:
> Could someone tell me where to find 'libaudio.h' ?
> I need it for a Sun Sparc.

/usr/demo/SOUND/multimedia

> Thanks,

You're welcome.

Robert Perlberg
Dean Witter Reynolds Inc., New York
dwrsun4!perl@murphy.com -or- philabs!dwrsun4!perl

"We don't believe the software industry is ripping off the customer."
	-- Ken Wasch, executive director of the Software Publishers Association
Newsgroups: comp.dsp
From: zcwang@sun15.vlsi.uwaterloo.ca (Lance Zhicheng Wang)
Subject: SOS, Authors' kits for ICASSP-93
Organization: University of Waterloo
Date: Wed, 23 Dec 1992 19:32:03 GMT

I haven't received the Authors' Kits for ICASSP-93 yet. Could anybody out there
help me to get the format of latex file for the proceedings of ICASSP-93 or
give me some information about that?

Thanks in advance.

Zhicheng Wang
Dept. of Electrical & Computer Engineering
University of Waterloo
Waterloo, Ontario
Canada  N2L 3G1


Newsgroups: comp.dsp
From: moshier@world.std.com (Stephen L Moshier)
Subject: Re: Motorola's gcc diffs?
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 31 Dec 1992 22:38:07 GMT


   Whether Motorola should feel proud of their compiler is a question
that is different from What is this stuff on a computer in Finland.
My answer to the former is No, but I do hope you'll keep trying.

   I paid $700 cash for the original attempt.  Before deciding whether
to upgrade, I asked Motorola some questions. No, it does not do pipeline
optimization.  No, data in x, y, p memory spaces are not supported; you
have to choose either x or y and not both.  No, it does not have a
fractional data type (can that really be true?).  Well, I decided to
hold off and stick with the one I made from Dave Dunfield's 8086 C
compiler.

   Motorola has won every design-in I've done since the chip was
announced, except when the decision was based on price rather than
technical merit.  A DSP56000 can do three things in one instruction. 
But if the compiled code takes ten instructions to do one thing, what
good is that?  I didn't buy a DSP chip to go slow.  I won't buy
software that makes it go slow.

   Perhaps TI is the only DSP company that can *afford* a real compiler
project.  TI, with its near-monopoly market share, has improved its
software from awful in 1982 to very good in 1992.  (But I can't use
their chip any more! It always seems to work out slower than the
alternatives.) Meanwhile the other companies presumably do what software
support they can, but they sure leave a lot to wish for.  I say, Never
mind the windows and COFF and source level debuggers, just give us a
better compiler.
Newsgroups: comp.dsp
From: gao@eecg.toronto.edu (Xiangyang Gao)
Subject: An industrial research position for a Ph.D.
Date: 31 Dec 92 15:55:40 GMT


Dear Netters,

GRC Ltd. conducts research and provides consulting services in digital
signal processing. The company is looking for an engineer who recently
received or will soon receive his or her Ph.D. degree to carry out a
research project in digital audio: digital equalization of acoustics 
and active noise cancellation. This two-year position is expected to be 
jointly financed by the company and the Canadian Federal Government. 
The position is renewable.

The candidate is expected to have done a significant amount of research
on digital signal processing.

Although we plan to have the candidate to work in one of the above-mentioned
two projects, he or she may propose a project which he or she
thinks has a great market (not academic) value. We are open-minded. 

Send you resume, plus supporting materials, such as publications, index
of Ph.D. thesis to 

Manager
GRC Ltd.
85 Dundalk Drive
Scarborough, Ontario, Canada M1P 4V1
From: antsu@polaris.utu.fi (Antti-Pekka Virtanen)
Newsgroups: comp.dsp
Subject: Re: Motorola's gcc diffs?
Date: 26 Dec 92 18:09:47 GMT
Organization: University of Turku, Computing Centre


>   Don't forget that there are two versions of gcc for the 56k - one by
>   Andrew Sterian and one by Motorola.  Andrew posted his a long time ago.
>   I believe it is the one that is floating around all the archives.
>   The Motorola version has not been posted to the net as far as I know.

As far as I know, the version in nic.funet.fi is the one from Motorola.
Andrew's version was posted as diffs over GNU, but this >2MB compressed
tar in nic is the complete source with all appropriate notices from Motorola.
(And I put it there myself :)

Regards, Antti-Pekka
--
 **************************************************************
 * Mail: Antti-Pekka Virtanen  E-Mail:   antsu@utu.fi         *
 *       Arholankuja 3 as 21             antsu@mea.utu.fi     *
 *       SF-21100 Naantali               antsu@nic.funet.fi   *
 *       Finland                         antsu@sandra.pp.fi   *
 **************************************************************
Newsgroups: comp.dsp
From: ikheiral@uwovax.uwo.ca
Subject: Speech Synthesis and Analysis.
Organization: University of Western Ont, London
Date: Tue, 22 Dec 1992 13:47:21 GMT


A Speech Research Environment.

Recently, requests for the availability of affordable speech
synthesizers packages were posted.  CSRE is a software which
includes in addition to the Klatt speech synthesizer, SPEECH
ANALYSIS and EXPERIMENT CONTROL SYSTEM. A paper about the whole
package can be found in:

J.J. Ohala, T.M. Nearey, B.L. Derwing, M.M. Hodge,
and G.E. Wiebe (Editors.) Proceedings of the Second International
Conference on Spoken Language Processing, Edmonton: University
of Alberta, pp. 1127-1130. The title of the paper is:
CSRE: A SPEECH RESEARCH ENVIRONMENT.

Following is an abstract about this paper:
 
CSRE: A SPEECH RESEARCH ENVIRONMENT. CSRE (The Canadian Speech
Research Environment) is a comprehensive, microcomputer-based
system designed to support speech research using
IBM/AT-compatible micro-computers. CSRE provides a powerful,
low-cost facility in support of speech research, using
mass-produced and widely-available hardware. The project is
non-profit, and relies on the cooperation of researchers at a
number of institutions. Work on the project began in 1986 with
support from NSERC; it is now supported primarily by the fees
generated when the software is distributed. Version 3.0 of CSRE
has been used since 1989 by researchers in more than 100
laboratories in 12 countries. Version 4.0 offers a wider range of
functions, runs faster, uses higher resolution displays, and
supports additional hardware systems, including digital signal
processing boards. Functions include speech capture, editing, and
replay; several alternative spectral analysis procedures, with
color and surface/3D displays; parameter extraction/tracking and
tools to automate measurement and support data logging;
alternative pitch-extraction systems; parametric speech (KLATT80)
and non-speech acoustic synthesis, with a variety of supporting
productivity tools; and a comprehensive experiment generator, to
support behavioral testing using a variety of common testing
protocols.

The Data Aqcuisition/DSP boards which CSRE supports are:
        DT2801A,
        DT2821,
        ARIEL DSP-16(TI TMS32020 based),
        ARIEL DSP-56(MOTOROLA DSP56001 based),
        TDT AP2/1 (AT&T 32C based).

Other boards including Sound Blasters and Pro Audio Spectrum will
be supported in the near future.





For more information about the availability of this software
please contact Krystyna Marciniak at:

Email:   march@uwovax.uwo.ca
TEL  :   (519) 661-3901.
FAX  :   (519) 661-3805.

For technical information email ramji@uwovax.uwo.ca


This research product was developed at an academic institution
on a non-profit basis. It is intended to facilitate research to
laboratories and institutions. CSRE 4.0 is being distributed on
a cost-recovery basis.


Sam Kheirallah.
Hearing Health Care Research Unit
Department of Communicative disorders,
University of Western Ontario,
London, Ontario,
N6G 1H1
CANADA.
Newsgroups: comp.dsp
From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
Subject: Re: compilers for DSP processors
Organization: SAR Systems Development & Processing, JPL
Date: Thu, 24 Dec 1992 10:01:26 GMT

In article <PHR.92Dec22191419@napa.telebit.com> phr@telebit.com (Paul Rubin) writes:
>    This speed increase was due to 1) using a machine instruction the
>    complier was clueless about, and 2) an optimization of the scaling
>    algorithmn that would have been not obvious at the compiler level.
>
>You should report the missing machine instruction to the maintainers
>of your compiler (I'm not sure which of the several available 960
>GCC ports you were using), or simply extend the compiler yourself
>to know about the extra instruction.  Having the compiler sources
>is great.

Heh. Judging from my experience on the i860 and m68k GCC ports, those
"unknown" instructions were intentionally left unused, mainly because
there's no way to express their usage in the compiler's RTL. Two little
m68k gems that I throw in every now and then are exg and movep, neither
of which can easily be described by the RTL, to say nothing of actual
C code. C is cool, but there are still a lot of assembly operations one
might want to do that can't be expressed in C (like, say, a rotate?)...
-- 
  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA

There's a narrow border between genius and insanity, but I'm a dual citizen.
From: johnk@cs.utexas.edu (John Knutson)
Newsgroups: comp.dsp
Subject: Looking for TMS320 & 340 info
Date: 1 Jan 1993 21:46:40 -0600
Organization: U Texas Dept of Computer Sciences, Austin TX
Distribution: world
NNTP-Posting-Host: latexo.cs.utexas.edu


I've recently started working on project involving a TMS32020 DSP..
Unforunately, the package did not include a user's guide for the
procesor.  Is there an instruction summary or anything of that ilk
available out there for FTP?  If not, could someone tell me how much I
should expect to have to pay for the user's guide?

Also, I remember someone requesting info a while back on the 340
graphics processor series.  Is that information still available
anywhere?  I'd be interested in obtaining information on that as well.

Thanks...

(my apologies if this information is in the FAQ, I don't remember
having seen it last time I looked, and I can't seem to find the most
current copy of it)

-- 
John Knutson (johnk@cs.utexas.edu)
	"A lot of people I know believe in positive thinking, and so
	 do I.  I believe everything positively stinks."
		-- Lew Col
From: greg@gmp.lonestar.org (G.R. Basile)
Newsgroups: comp.dsp
Subject: Re: Motorola's gcc diffs?
Date: 28 Dec 92 15:54:02 GMT
Organization: GMP Research Co., Dallas TX

moshier@world.std.com (Stephen L Moshier) writes:

> The one I tried is called Version 1.03.  When you try to compile
> something with it, it bombs when it gets to the point of looking
> for the non-existent optimizer.  The illegal instruction sequences
> include using an address register on the instruction after loading it,
> and doing a subroutine return on the instruction after modifying
> the system stack (i.e. popping the status).

This little problem has been around since Motorola introduced their first
C compiler ( which by the way, had so many bugs it was practically useless).

The problem can be solved by adding nops after the register loads and system
stack modifies. The Motorola assembler will add the nops automatically if 
you use the -c switch. I have yet to play with GNU stuff.  

Does anyone know why the compiler does not add the nops?


Greg Basile
greg@gmp.lonestar.org
Newsgroups: comp.dsp
From: moshier@world.std.com (Stephen L Moshier)
Subject: Re: Motorola's gcc diffs?
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 24 Dec 1992 19:26:37 GMT

  >This is all news to me
 I'm sorry to hear that this is all news to you.  If you want to
know more, then run the code that is on the indicated ftp site
and see for yourself what it does.

Newsgroups: comp.dsp
From: joe@netcom.com (Joseph Jesson)
Subject: New DSP Book - SSP the Spreadsheet Signal Processor
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 4 Jan 1993 03:47:55 GMT


 Interesting book I just read on DSP... the emphasis is on using 
  a Lotus 123 Spreadsheet (Excel or QuadroPro works fine) to learn DSP.
  Clearly written, the text includes many .wk1 templates including a
  complete receiver!  Anyway, recommeded reading without being 
  boring...


  "SSP the Spreadsheet Signal Processor" by S.C. Block


  --joe jesson

Newsgroups: comp.dsp
From: pclink@cheops.qld.tne.oz.au (Rick)
Subject: Motorola's gcc diffs?
Organization: Telecom Australia, TNE Computer Support Services
Date: Mon, 21 Dec 1992 22:19:38 GMT

Anybody know where I can the machine description/diffs for Motorola's
port of gcc to the DSP56K?

Rick.
Newsgroups: comp.dsp
From: markm@ee.ubc.ca (mark milligan)
Subject: Re: Wanted: power consumption for C40 or T9000
Keywords: TMS320C40, T9000
Organization: University of BC, Electrical Engineering
Date: Wed, 23 Dec 1992 22:12:45 GMT

I dont think Inmos has any concrete specs yet for the T9000, at least 
I havent seen any.
From: bame@hpfcbig.SDE.HP.COM (Paul Bame)
Date: Tue, 22 Dec 1992 00:21:43 GMT
Subject: Re: MU-law and A-law tables in the DSP56000
Organization: HP SESD, Fort Collins, CO
Newsgroups: comp.dsp

In comp.dsp, bartjan@blade.stack.urc.tue.nl (Bartjan Wattel) writes:

> I'm starting on studying the DSP56000 for an exam at the Eindhoven University
> of Technology (the Netherlands). I ran into the terms 'MU-law' and 'A-law'.

> Could anybody tell me in what way these tables can be used ? I have the idea
> that the tables have something to do with (data)compression, but I might be
> wrong...

These are defined in section G.711 in the CCITT "Blue Book" (I think I've
got that right).  Mu-law effectively allows 14 bits of dynamic range
to be stuffed into 8 bits and is rather like a signed logarithm - but it's
not really a logarithm which is why conversion tables are used.  A-law
is a variant of mu-law with which I'm unfamiliar which is also defined in
G.711.  If you have an HP workstation with audio I/O hardware, chances are
good it understands mu-law, a-law, and linear encoding (which hasn't
made it into the FAQ yet).

	-Paul Bame
Newsgroups: comp.dsp
From: jeff@dsp.sps.mot.com (Jeff Enderwick)
Subject: Re: Motorola's gcc diffs?
Organization: Motorola DSP Compilers
	<C051vt.9Ds@world.std.com>
Date: 31 Dec 92 16:00:38


>    When I called the Motorola DSP hotline and gave them examples
> of the illegal instruction sequences, they called back later
> and told me about the optimizer.  They didn't say anything
> about assembler switches.  I do see the switch you mentioned,
> called " opt RP" in the current assembler manual.

The Motorola DSP hotline compiler support is for people who are registered
users of DSP56KCC. You apparently don't have DSP56KCC. It's no wonder that 
the poor support engineer was a little confused by your claims of illegal
instruction sequences. Did you explain to the engineer that you had built 
your own version of the compiler, using the source from a ftp site?

If you want to use the released diffs to generate code or whatever,
that's great. I think it's great if anyone gets extra mileage from the
work that was done, and if anyone finds any genuine problems, I'd love
to hear about them. However, if you want the complete compiler system,
and the Motorola DSP hotline compiler support that comes with it, then
you have to pay for it. Sorry.

Does the compiler work? Yes. Will we find bugs in the future? Probably. 
Does DSP56KCC generate illegal instruction sequences on the order of which 
you suggest? No. I apologize if I come across as being a little harsh, but
I really feel the need to set the record straight.

	thanks,

	Jeff Enderwick
	jeff@dsp.sps.mot.com
Newsgroups: comp.dsp