HDTenEightyP/NetNews huggingface dataset:
From: popx@vax.oxford.ac.uk
Newsgroups: comp.lang.prolog
Subject: Re: pretty printer
Date: 11 Sep 92 16:18:56 GMT
Organization: Oxford University VAX 6620

In article <4053@keele.keele.ac.uk>, csa09@seq1.keele.ac.uk (Paul Singleton) writes:
> From article <1992Sep11.091413.676@tom.rz.uni-passau.de>, by baier@forwiss.uni-passau.de (Joern Baier):
> 
>> As the subject says it I'm looking for a pretty printer.
>> It should read a source code and write it down in a nicer format.
>> It should also be able to deal with comments and keep the vaiable
>> names. I have been looking for it in the libraries but I think there is
>> nothing appropriate.
> 
> I want a pretty-printer wherein I can implement my own preferred layout of
> source code.  I think this requires a full parser which keeps variable
> names *and* the whitespace (and comments) which are adjacent to each token.
> I'd be thrilled if someone put one in the public domain.
>
See my previous posting (two messages earlier). You will need to do some 
work on the parser and tokeniser, but I think I'm entitled to allow you 
to grin a bit, at least. Post me a copy when you've finished.
 

> I think I could make Prolog source code more readable by using different
> fonts, or font variations (I mean bold, italic etc.), and by using subscripts
> for related variables, e.g.  p(Cs0, Cs1).  In fact I am fed up with using
> ASCII for my programs when I can use lotsa goodies (some say too many :-)
> to make my other writings more readable.  Have you noticed how Pascal text
> books often use *bold* for the reserved words, erroneously suggesting that
> they are distinct e.g. in the way that Algol 68 keyword symbols were.  Tut.
> 
> So in future I shall compose my Prolog source files using FrameMaker or
> some such.  As long as all I/O (including that of the debugger) is user-
> -configurable, I should be able to preserve the illusion of a Prolog system
> which converses in a script much richer than ASCII.  Any takers?
> ----
>   __   __    Paul Singleton (Mr)           JANET: paul@uk.ac.keele.cs
>
About two years ago, someone posted a message about "Literate Prolog".
They had written a Prolog equivalent of Web, and offered to put it in
a central repository, should anyone provide space. I tried to get in
touch with the author, but couldn't (mailer problems?). If, Mr.
Literate Prolog, you are reading this, then perhaps you could contact 
me, and I'll add the code to my library. I think your address was 
something like steve!kelem!xilinx... 


Jocelyn Paine
Newsgroups: comp.lang.prolog
From: fadushin@rodan.acs.syr.edu (Fred Dushin)
Subject: tel# needed for Quintus
Originator: fadushin@rodan.acs.syr.edu
Organization: Syracuse University, Syracuse, NY
Distribution: usa
Date: Fri, 11 Sep 92 09:51:26 EDT

Could somebody please email me the number for the Quintus
Corporation?  I have heard they have a student deal for
a vanilla prolog interpreter on the mac.

Thanks,

Fred Dushin
Syracuse, NY
From: csa09@seq1.keele.ac.uk (Paul Singleton)
Newsgroups: comp.lang.prolog
Subject: Re: pretty printer
Date: 11 Sep 92 13:58:40 GMT
Organization: University of Keele, England

From article <1992Sep11.091413.676@tom.rz.uni-passau.de>, by baier@forwiss.uni-passau.de (Joern Baier):

> As the subject says it I'm looking for a pretty printer.
> It should read a source code and write it down in a nicer format.
> It should also be able to deal with comments and keep the vaiable
> names. I have been looking for it in the libraries but I think there is
> nothing appropriate.

I want a pretty-printer wherein I can implement my own preferred layout of
source code.  I think this requires a full parser which keeps variable
names *and* the whitespace (and comments) which are adjacent to each token.
I'd be thrilled if someone put one in the public domain.

I think I could make Prolog source code more readable by using different
fonts, or font variations (I mean bold, italic etc.), and by using subscripts
for related variables, e.g.  p(Cs0, Cs1).  In fact I am fed up with using
ASCII for my programs when I can use lotsa goodies (some say too many :-)
to make my other writings more readable.  Have you noticed how Pascal text
books often use *bold* for the reserved words, erroneously suggesting that
they are distinct e.g. in the way that Algol 68 keyword symbols were.  Tut.

So in future I shall compose my Prolog source files using FrameMaker or
some such.  As long as all I/O (including that of the debugger) is user-
-configurable, I should be able to preserve the illusion of a Prolog system
which converses in a script much richer than ASCII.  Any takers?
----
  __   __    Paul Singleton (Mr)           JANET: paul@uk.ac.keele.cs
 |__) (__    Computer Science Dept.        other: paul@cs.keele.ac.uk
 |  .  __).  Keele University, Newcastle,    tel: +44 (0)782 621111 x7355
             Staffs ST5 5BG, ENGLAND         fax: +44 (0)782 713082
Newsgroups: comp.lang.prolog
From: root@ute.Columbia.NCR.COM ()
Subject: Re: Compilors in Prolog
Organization: NCR Corp, E&M-Columbia, Columbia, SC
Date: Wed, 09 Sep 92 15:32:14 GMT

In article <gate.HoagqB1w165w@toz.buffalo.ny.us>
   cyberman@toz.buffalo.ny.us (Cyberman) writes:
>I've written a Parser in prolog [seemed the EASY way to do it!]
>and I would like to put in code gnerateing.  The problem I'm
>having is ERROR generation and backtracking.  I'm confused a bit.

Take a look at David H. D. Warren's 1980 paper on implementing compilers
in Prolog (Logic Programming and Compiler Writing, _Software-Practice and
Experience_ 10, Number II).  You may also want to read Chapter 23 in
Sterling and Shapiro's _The Art of Prolog_ (MIT Press, 1986).

Barry Shelton                                        Question Authority!
barry@ute.columbiasc.ncr.com                   Resist much, obey little.

Standard disclaimer.

Newsgroups: comp.lang.prolog
From: mramesh@cbnewse.cb.att.com (m.ramesh)
Subject: SB-prolog
Organization: AT&T
Distribution: na
Date: Thu, 10 Sep 1992 15:04:24 GMT

I am working with SB-prolog and was looking into replacing the readloop
for command interpreter with my own predicate.  

The document says "include the predicate _$undefined_pred/1" which is
in modlib/$init_sys.P.

I would like to know what is the meaing of include here.

Thaks for the reply.

Ramesh

Newsgroups: comp.lang.prolog
From: arjen@disnet.uucp (Arjen Duursma)
Newsgroups: comp.lang.prolog,comp.lang.c
Subject: Re: Need code to match strings with regular expressions
Date: 8 Sep 92 12:12:56 GMT
Organization: Disnet, IDE Maassluis, The Netherlands

milan@bcsaic.boeing.com (Milan Richter) writes:

>I am looking for a public domain code for matching strings with regular
>expressions. Essentially, given a string and a regular expression (such as,
>e.g., are used in emacs), I want to tell whether they match.
I don't know about emacs, but if their regular expressions are anything
like ed,sed,vi, expr ..... (insert lots of other unix tools), then the
source code is in /usr/include/regexp.h on any decent unix machine. Some
of the routines must however still be added (like getc()?). I've used it
in several applications and it works just fine.
There are also a few functions like regex and regcmp but personaly I
prefer the basics.

If you need help, just mail.

Arjen
From: mcovingt@athena.cs.uga.edu (Michael A. Covington)
Newsgroups: comp.lang.prolog
Subject: Re: Commercial Prolog
Date: 10 Sep 92 03:26:00 GMT
Organization: University of Georgia, Athens

> how do I choose between them?

PDC Prolog (formerly Turbo Prolog) is not Prolog; it is a different
Prolog-like language, with strong typing rather than Prolog's typeless
approach to variables.

Prolog implementations are reviewed in magazines such as _AI Expert_.
I like ALS and Arity; there are other good ones.

Also, you can get a Prolog interpreter free by anonymous FTP from aisun1.
ai.uga.edu.  Download the file eslpdpro.zip (be sure to use a BINARY transfer).

-- 
+ Michael Covington - Artificial Intelligence Programs - U of Georgia - USA 
+ Unless otherwise noted, these are private opinions, not official statements.
From: ono@mood.mech.tohoku.ac.jp (Noboru Ono)
Newsgroups: comp.lang.prolog
Subject: Re: Commercial Prolog
Date: 12 Sep 92 10:39:15 GMT
Organization: Dept. of Machine Intelligence and Systems Engineering, Fac. of
	Eng., Tohoku Univ., Sendai, Japan
In-reply-to: rajiv@dvorak.amd.com's message of 9 Sep 92 22:50:15 GMT

In article <1992Sep9.225015.2580@dvorak.amd.com> rajiv@dvorak.amd.com (Rajiv Malhotra) writes:

   I will begin programming in Prolog; I have never done it before.
   While looking around for a commercial compiler/interpreter I came across
   two:

   1. Airty Prolog Compiler/Interpreter
   2. PDC Prolog 

   I know nothing about them. How do I choose between the two? First, I
   will be learning the language, so I would like something that is
   easy to use. Second, as my level of sophistication grows, I would 
   like the tool to be "full featured" enough to accomodate my needs.

among these two and many other alternatives, we have used only Arity
Prolog but fairly extensively. we used it on NEC/PC-9801(i286/386 PC
ubiquitous in japan but, i guess, rarely seen outside) and it is
satisfactory in its functionality and in its quality. because PC-9801
version should be developed from ibm-pc version, we expect the
original one should be even better. we plan to try it.

it is very close to standard Prolog in textbooks. the interpreter
allows quick run-debug-rerun cycle and thus very handy to use. 
programs so developed can be converted to compiler version basically
as it is, except for the fact that we must add some header part to
indicate program entry point, pick up many predicates and declare each
of them *visible*, *external, etc. it is however worthwhile, because
it makes the same program run, say, fifty percent faster and also
executable directly from dos.

even interpreter runs fairly first. in one time, we tried coding of
the graph search algorithm in the 1st chaper of S.C.Shapiro's
textbook, "techniques of artifical intelligence". in finding the
shortest route from Baffalo to Norwalk, our prolog program was faster
than that written in original LISP and run on a main frame machin!

Arity/Prolog is equipped with other features such as virtual memory,
C-interface, etc. with these, we tend to think that prolog is not
necessarily the language for the LOGIC, but simply another kind of
programming language to let computer do what we want.

how we used this Arity/Prolog may be seen in an object-oriented
database program, MOOD/P3. as we have anounced this May, it is
ftp-able from:

	pub/mood 
at
	mood.mech.tohoku.ac.jp (130.34.88.61)
--

Noboru Ono                                             * $@>.Ln(J $@M[(J
Dept. of Machine Intelligence and Systems Engineering, * $@5!3#CNG=9)3X2J(J
Faculty of Engineering, Tohoku University.             * $@ElKLBg3X(J$@9)3XIt(J
Tel:++22-222-1800, Fax:++22-268-3688, E-mail:ono@mood.mech.tohoku.ac.jp
From: bruce@utafll.uta.edu (Bruce Samuelson)
Subject: Re: ST80: senders of <primitive: #> ?
Organization: UTexas at Arlington, Linguistics
	<STEINMAN.92Sep9083039@hawk.is.morgan.com>
	<tim.716058912@parcplace.com>
Date: Sat, 12 Sep 1992 00:51:53 GMT

> Come on guys, this is in the System Workspace!

However, one does not always remember to look there.  I often forget.
--
**********************************************************
* Bruce Samuelson	Department of Linguistics	 *
* bruce@ling.uta.edu	University of Texas at Arlington *
**********************************************************


Newsgroups: comp.lang.smalltalk
From: voss@cs.uiuc.edu (Bill Voss)
Subject: Re: ST80: senders of <primitive: #> ?
Organization: Typed Smalltalk Group, Dept of Comp Sci, Univ of IL in Urbana.
	<STEINMAN.92Sep9083039@hawk.is.morgan.com>
	<tim.716058912@parcplace.com> <VOSS.92Sep10014911@laslo.cs.uiuc.edu>
	<tim.716146772@parcplace.com>
Date: Fri, 11 Sep 1992 02:27:51 GMT

>>>>> On 10 Sep 92 17:39:32 GMT, tim@parcplace.com (Tim Rowledge) said:

> I suppose mine might be different in being 
> 'editable', you know, I can change words to do something slightly different.

I haven't really tested that ;-) for a couple of releases now.  I'm
not really certain why, but I tend to use an Emacs window to keep my
ST notes these days, and simple Workspaces instead of the System
Workspace to do my experimentation.

> All anyone needs to do is look inthe browsers for what the methods do,
> what objects they use, what messages are sent etc.  It should be easy to
> find the methods implemented in CompiledMethod, note that yes indeedy
> it can return the primitive number invoked and replace a couple of words
> in the sample code to try it out.

In retrospect the solution is certainly obvious.  That is part of what 
makes it such a good solution.

> Is that a problem or am I missing something?  (Aside from perfect manners
> and a Lotus Elan)

Perhaps.
	1) From my perspective, I posted one note to my "friends" on
	   usenet, then went to bed.  When I next sat down at the
	   computer a solution was waiting for me.  It is hard
	   to beat that for efficiency!

	2) I didn't want a solution which "appeared to work"
	   but rather a solution that I was confident would
	   return EVERY method which invoked primitive #bla.
	   How do you test that an allInstances implementation
	   works correctly?  Is it worth the effort for a
	   one-shot implementation?

	3) Often when I do start exploring I get distracted
	   from the original problem.  This is perhaps good 
	   for the Smalltalk archive, but not so desirable
	   for my thesis!

	4) I don't worry too much about asking "stupid" questions
	   on usenet.  Apparently stupid questions often provoke
	   the most interesting responses.
	   (And worrying doesn't seem to improve my posts. ;-)

	5) Sometimes I am simply not in the mood to explore ST.

	6) Sometimes I am simply in the mood to gab on usenet.
	   (like now ;-)

					later,
					Bill Voss
From: "Ronald C. Schultz" <p00058@psilink.com>
Subject: Job Openings
Organization: Berard Software Engineering, Inc.
Date: Sun, 13 Sep 1992 15:28:36 GMT
X-Mailer: PSILink (3.2)

A major financial institution in Central Ohio is currently starting a 
Smalltalk/V project for a major financial system.  This organization is 
looking for a least two experienced Smalltalk/V developers, both with 
information systems experience, a demonstrated ability to work in small 
teams, and expertise in database access and host - workstation 
connectivity.  This posting is not for my organization, but for a friend 
who does not have net access.  Please fax, mail, or e-mail your relevent 
information to the attached address.  Principals only.  This 
organization has already hired a large consulting organization to 
support the effort.  What they are looking for is to hire OO and 
Smalltalk expertise for the long term, as this effort is potentially a 
forerunner to many additional efforts.  Thanx.

Note:  The effort is Smalltalk/V.  Both Windows and OS/2 experience is 
relevant, although the application itself is for OS/2.

------------------------------------------------------------------------------
Ron Schultz 
5634 Claire Court        
Dublin, Ohio 43017-2440  
(614) 798-0295 Phone  
(614) 798-0296 FAX    
p00058@psilink.com           
------------------------------------------------------------------------------
From: tim@parcplace.com (Tim Rowledge)
Newsgroups: comp.lang.smalltalk
Subject: Re: ST80: senders of <primitive: #> ?
Date: 9 Sep 92 17:15:12 GMT

Come on guys, this is in the System Workspace!
Browser browseAllSelect: [ :method| method primitiveNumber = (whatever)]
Simple!
	Tim Rowledge->tim@parcplace.com

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Organization: Indiana University of Pennsylvania
X-Envelope-to: SMALK@FINHUTC.BITNET
X-VMS-To: NETMAIL%"SMALK@FINHUTC"
X-VMS-Cc: JRMCFERR,TPC
Newsgroups: comp.lang.smalltalk
Date:         Thu, 10 Sep 1992 15:28:00 EDT
From:         "Tom Cunningham, Computer Science Department" <TPC@IUP.BITNET>
Subject:      Help with a UK address - Non-OOP

Hi:

     I would like to find an E-Mail address for "Clements", author of a
hardware textbook.  I believe he is at Teesside Polytechnic in England.  A full
address would be great, but a node address may be helpful.

     Please contact me directly.

     Thank you for your time.

Tom
------------------------------------------------------------------------------
  Martin's Law:  You can't learn anything unless you almost know it already.
------------------------------------------------------------------------------
 Thomas P. Cunningham, Associate Professor     BitNet:    TPC@IUP
 Computer Science Department                   DNS (mx):  TPC@Grove.IUP.Edu
 Indiana University of Pennsylvania            Desk:      412-357-2463
 Indiana, Pennsylvania    15705-1087           Office:    412-357-2524
   >> Jimmy Stewart's hometown <<              FAX:       Upon Request
From: ecrosbie@swift.cs.tcd.ie
Newsgroups: comp.lang.smalltalk
Subject: dos serial comm's
Date: 15 Sep 92 15:40:00 GMT
Organization: Computer Science Department, Trinity College Dublin

Hi all,
Has anyone experience of using the DOS serial communication 
classes  for objectworks 4.0-4.1?  I basically want to implement a 
simple terminal that enables two images on different machines to 
exchange files or communicate interactively.  Any source code or 
literature references would be greatly appreciated.

ED. Crosbie.

Ed Crosbie,			Phone: 353-1-7021321
Dept of  Computer Science,	Email :  ecrosbie@cs.tcd.ie
Trinity College,
Dublin 2.
Ireland.  
Newsgroups: comp.lang.smalltalk
From: andrewb@lynx.cs.washington.edu (Andrew Berg)
Subject: Re: Digitalk Smalltalk/V286 and OS/2
Organization: Computer Science & Engineering Dept., Univ. of Washington, Seattle
X-Newsreader: Tin 1.1 PL5
Distribution: na
Date: Mon, 7 Sep 92 02:48:14 GMT

Mike Roberts (mike_r@nic.cerf.net) wrote:
: In article <1992Aug29.170454.18087@cs.tu-berlin.de> muhr@opal.cs.tu-berlin.de (Thomas Muhr) writes:
: 
: >You are not the only one still using ST/V 286. I do once and a while
: >stir up the discussion of further supporting it. Digitalk let it fall
: >and has concentrated on Windows. 
:                          ^^^^^^^
: 
: I'd say that they've concentrated on PM more than windows. The PM
: product is, in terms of the compilation technology, far ahead of the
: windows product, even though I know that they sell more windows
: product that they do PM. Perhaps the 10% 'IBM share' in Digitialk
: might have something to do with it ..... :-)
: 

There is a simple reason for why the PM version is better than Windows.  PM is
better than Windows.  Especially in file handling and memory management, which
are the two primary performance affectors for the compiler.  Rumor is that
there is a 32 bit version for PM due out RSN with a propable, eventual NT 
equivalent version, and maybe even MAC and various UNIX versions.  

Anyhow, I'm told that the engine is actually the same between the PM and the 
Windows, so whatever penalty the Windows has, it is because the thing was 
principally written for PM, and also because OS/2 is more powerfull than DOS.

andrewb@cs.washington.edu
From: fellin@sumax.seattleu.edu (Phillip Fellin)
Newsgroups: comp.lang.smalltalk
Subject: ParcPlace Objectworks
Keywords: ParcPlace
Date: 15 Sep 92 03:02:10 GMT
Organization: Seattle University, Seattle, WA

Has anyone used ParcPlace ObjectWorks?
If so, please send me your impressions.
Does anyone have an e-mail address for
ParcPlace support?
Thanks in advance
Phil
From: mike_r@nic.cerf.net (Mike Roberts)
Newsgroups: comp.lang.smalltalk
Subject: Re: Digitalk Smalltalk/V286 and OS/2
Date: 8 Sep 92 18:49:52 GMT
Distribution: na
Organization: CERFnet

In article <1992Sep7.024814.3756@beaver.cs.washington.edu> andrewb@lynx.cs.washington.edu (Andrew Berg) writes:

>
>There is a simple reason for why the PM version is better than Windows.  PM is
>better than Windows.  Especially in file handling and memory management, which
>are the two primary performance affectors for the compiler.  Rumor is that
>there is a 32 bit version for PM due out RSN with a propable, eventual NT 
>equivalent version, and maybe even MAC and various UNIX versions.  
>

I agree that PM is fundamentally a better peice of software to base a 
smalltalk environment on. No question (in my mind, at least) about that
. Digitalk are reputed to be working on a IBM-flavor UNIX port, it is
true. The mac version is also well overdue for an overhaul.

>Anyhow, I'm told that the engine is actually the same between the PM and the 
>Windows, so whatever penalty the Windows has, it is because the thing was 
>principally written for PM, and also because OS/2 is more powerfull than DOS.
>

This is wrong. I have seen both and they are different. The windows 
version compiled into byte codes, which are then executed as you go
along with a byte code interpreter. This has the advantage that the
image is small. 

With the current (last) PM version, the compiler produces native code,
which is alot faster than using the byte code interpreter. However the 
image is larger.

Future (current ??) PM versions are supposed to produce byte codes, then
expand them into native code when they are run. Thus you take a 
slight hit when the app runs through a method for the first time, 
then subsequently you get the native code speed. This gives you a
small, fast image. As only a small percentage os the code is
executed in an average run, the tradeoffs are good.


Mike

Newsgroups: comp.lang.smalltalk
From: voss@cs.uiuc.edu (Bill Voss)
Subject: ST80: senders of <primitive: #>  ?
Organization: Typed Smalltalk Group, Dept of Comp Sci, Univ of IL in Urbana.
Date: Wed, 9 Sep 1992 03:55:56 GMT

I would like to browse all methods that invoke a particular primitive.
(Just like "senders" does, but for a primitive instead of a method.)

Does anyone know of a simple way to generate this collection of methods?

				thanks,
				Bill Voss  <voss@cs.uiuc.edu>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Management Systems Laboratories
X-Acknowledge-To: <ACE@VTMSL>
Newsgroups: comp.lang.smalltalk
Date:         Fri, 11 Sep 1992 16:50:02 EST
From:         Ashley <ACE@VTMSL.BITNET>
Subject:      Looking for Good Book on ST/V Win

Help!

I'm looking for a "good" book on using Digitalk's ST/V Win (v 2.0).
By good, I mean something that's both a tutorial and a reference --
something that not only tells you *what the method/class/etc does*,
but also *why you should/n't use it and what to watch for*.
(Something for those of us in between beginners and gurus.)

Specifically, I need knowledge about panes and Windows.  I know
about MVC -- I need to know much more about the classes used to
implement it.

Of course, the best of all worlds would be better documentation from
Digitalk.  Lacking that, a brain dump from some of their gurus.
...Lacking that, a decent book.

I've got 'Practical Smalltalk' by Shafer and Ritz, but it's written
for ST/V 286, and has too many discrepancies.  (But I would
recommend it for anyone with ST V/286.)  Something along
those lines would be great.  (Does anyone know/communicate with
Shafer or Ritz?  Any chance of an update of the book?)

You can send mail straight to me, and I'll summarize any/all
replies and post them to the group.

Thanks in advance!

            Ashley

            ace%vtmsl.bitnet@vtvm2.cc.vt.edu
From: jjm@otter.HPL.HP.COM (Jean-Jacques Moreau)
Date: Tue, 15 Sep 1992 17:27:43 GMT
Subject: Changing colors
Organization: Hewlett-Packard Laboratories, Bristol, UK.