HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.lang.smalltalk
Subject: Re: A question on ST/V
From: dugerdil@uni2a.unige.ch
Date: 27 Jan 93 08:18:06 +0200
Distribution: na
Organization: University of Geneva, Switzerland

In article <1k3g7rINN64e@shelley.u.washington.edu>, yjkim@stein.u.washington.edu (Yong Kim) writes:
> Dear experienced users of ST/V,
> 
>    I am writing a user interface where one application window (W1) opens
> up another window (W2). My question is how I can suspend W1 window
> until W2 is closed.  I.e. The resumption of W1 is contingent on
> the (normal or abnormal) termination of W2.  I tried to use
> Semaphore to no avail. Thanks for your expertise on this (silly?)
> question.
> 
> 
> -- 
> Yong J. Kim  yjkim@milton.u.washington.edu
> Department of Management Science
> School of Business Administration
> University of Washington

Why don't you declare W2 as modal ? If W2 is modal then you will not be able
to manipulate W1 until W2 is closed. That might, I guess, solve your problem.
To have a modal Window, declare it as a subclass of WindowDialog.


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Philippe Dugerdil
Geneva/Switzerland
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Newsgroups: comp.lang.smalltalk
From: steinman@hslrswi.hasler.ascom.ch (Jan Steinman,- Bytesmiths -,Tel x3946)
Subject: Re: Inheritance of Smalltalk
Reply-To: steinman@hslrswi.hasler.ascom.ch
Organization: Ascom Hasler AG
Date: Wed, 27 Jan 1993 16:52:18 GMT

In article 62839@qut.edu.au, bub@qut.edu.au () writes:
>Is any one there can tell me if Smalltalk/v windows has the capacity of
>multiple inheritance? What about ParcPlace's Smalltalk in windows?

Whenever I see this question, I ask myself "why?" Because Bjarne does it?
Because it seems like a neat thing to do? Most of the use of MI I've seen
could be eliminated without too much trouble.

Take a look at some C++ (or Loops, or CLOS) code that uses MI, and quickly
tell me what it does! Using MI is often (admittedly, not always) a way out
of poor design, and it tends to produce write-only code. ("Well, I'll just
mixin a bit of this, and I won't have to re-organize my hierarchy!")

MI was in Smalltalk-80, release 2, which was not really available to the
general public. We ripped it out at Tektronix for our public release, because
it caused problems.

It isn't difficult to do to Smalltalk -- there's a paper by Borning and
Ingalls (I think?) that describes the ST-80r2 implementation.

But general MI is a lot of trouble if you only want to have one or two classes
do it. It is quite easy to simulate using general delegation
(#doesNotUnderstand:).

: : Jan Steinman, Bytesmiths			   steinman@hasler.ascom.ch : :
: : 2002 Parkside Court, West Linn, OR 97068-2767 USA	    +1 503 657 7703 : :
: : Beundenfeldstrasse 35, CH-3013, Bern, Switzerland	    +41 31 999 3946 : :

From: Gary.Woolf@f2206.n124.z1.fidonet.org (Gary Woolf)
Sender: FredGate@ocitor.fidonet
Newsgroups: comp.lang.smalltalk
Subject: GNU Smalltalk & AIX?
Date: Fri, 22 Jan 1993 01:11:00

 Does anyone know if there is a GNU version of Smalltalk that runs under
windows or dos. Should I get the digitalk version?

.
gary woolf msgid:  wof@lobby.ti.com
.
.  
 
 * Origin: The Interocitor*AI/Robotics*214-258-1832 (1:124/2206)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.lang.smalltalk
Date:         Wed, 27 Jan 1993 10:44:34 UCR
From:         Federico Zoufaly <FZOUFALY@UCRVM2.BITNET>
Subject:      Help with text editor

Dear Smalltalkers,
I am implementing a window with a text view over an object.
The object has an instance variable which says if it is editable or not.
My problem is that the Text view notifies the object of a change only
after the accept message is sent.  So, the user edits the text and then
he is said that the object is not editable.  I would like to know if there
is a way of modifying the text view so I can say when it is editable and
when not.  Any clue?  Thank you, Federico.

Federico Zoufaly
Instituto Tecnologico de Costa Rica
FZOUFALY@UCRVM2.bitnet
Xref: sparky comp.lang.smalltalk:2789 comp.sys.3b1:4351
From: bush@ecs.ox.ac.uk (Mark Bush)
Newsgroups: comp.lang.smalltalk,comp.sys.3b1
Subject: Re: Questions on GNU Smalltalk
Date: 22 Jan 93 09:41:37 GMT
Organization: Oxford University Computing Laboratory
Originator: bush@thom5.ecs.ox.ac.uk

In article <1jjlluINNd7u@ef2007.efhd.ford.com> wwm@ef5003.efhd.ford.com (Bill Meahan) writes:
#1) What's the status of Smalltalk 1.2 (or later)?  Archie shows entries
#   for smalltalk-1.2 at a couple of European sites, but the "canonical"
#   site (prep.ai.mit.edu) only has version 1.1.1.

Version 1.2 is being worked on.  If you see anything at any site that claims
to be version 1.2, then it is likely to be some old early alpha test version
that someone put there.  The current official release is 1.1.1.

Mark
Newsgroups: comp.lang.smalltalk
From: magus@shell.portal.com (Magus Company)
Subject: How can I test for an opened DLL in Smalltalk/V 2.0 in OS/2?
Organization: Portal Communications Company -- 408/973-9111 (voice) 408/973-8091 (data)
Date: Fri, 22 Jan 1993 17:15:43 GMT

I'm using Smalltalk/V PM 2.0 (for OS/2 2.0) to call functions in a C DLL. 
No problem so far.  The DLL is accessed by sending an open message to its
subclass of DynamicLinkLibrary, and has its unique instance (a PMHandle)
assigned to a global variable, say VAR.  The DLL requires that I call an
internal initialization routine after I open it, but only once.  

Question: How can my application tell if the DLL has already been opened? 
If my application calls the DLL initialization routine a second time by
mistake, an error message appears.  I can't do something like

VAR isNil ifTrue: [MyDLL open]

since VAR is global and remains defined between program loads.  Nor have I
figured out a way to do what I need with instance variables.  Can someone
shed some light here?

Thanks in advance.

---
Kevin W. Thompson                          415-940-1109
President                                  800-848-8037
thompson@magus.com                         415-940-1238 Fax

Newsgroups: comp.lang.smalltalk
From: iperrigo@csr.UVic.CA (Ian Perrigo)
Subject: Re: Inheritance of Smalltalk
Reply-To: iperrigo@csr.UVic.CA (Ian Perrigo)
Organization: University of Victoria
Date: Wed, 27 Jan 93 20:06:49 GMT

In article <1993Jan26.150808.62839@qut.edu.au>, bub@qut.edu.au writes:
>Is any one there can tell me if Smalltalk/v windows has the capacity of
>multiple inheritance? What about ParcPlace's Smalltalk in windows?

There's a product called Dynamics/V which was demo'd at OOPSLA '92 which seemed to do just this. It also claimed to add multiple views to objects via roles. Like many other postings you will no doubt receive, I'd recommend you be careful about using MI, it can cause more problems than its worth. Just take a look at "virtual" super classes in C++, you'll see some of the complications that arise.

Ian.
(iperrigo@cs.uvic.ca)
Newsgroups: comp.lang.smalltalk
From: sokol@mem.kharkov.ua (Sokolinski Dmitry I)
Newsgroups: comp.lang.smalltalk
Subject: HELP! 2 question...
Date: Tue, 26 Jan 93 08:51:06 +0200
Distribution: world
Organization: MetEnergoMash
Reply-To: sokol@mem.kharkov.ua

            Dear collegues !
      1. Does anyone know how to invoke user primitive in
Smalltalk V286 in real mode ?
      2. Do you have any information where and how
we can get Smalltalk for Widows & Goodies ?
          Thank you very much for your assistance.
          Dr. Oleg Kirilenko

E-mail sokol@mem.kharkov.ua


Newsgroups: comp.lang.smalltalk
From: poliquin@netcom.com (Tom Poliquin)
Subject: Re: probs with saving image in stv/win 2.0
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Tue, 26 Jan 1993 04:27:27 GMT

bernd@aisdo.AIS-Dortmund.DE (Bernd Finger) writes:
: Hello world!
: I have a very curious problem with stv/win 2.0:
: When I start the image, save it and quit, the image size  shrinks from
: 4.1 MB to 3.0 MB. I don't do any further actions!!
: When I try to restart the saved image, I get a general protection
: fault at 00008:0389 in the VWVM20.DLL. 

 Bernd...
I have heard of a bug like this in the Compuserve Digitalk forum
(GO DIGITALK). I believe there is a fix for it in the Cserve forum
library.
A workaround (if I recall correctly) is to only save
the image from the menu ... not when quitting ST.... a technique
I have used with no probs (...so far).

Gud Luck

Tom Poliquin
San Jose
"All great truths begin as blasphemies" George Bernard Shaw


Newsgroups: comp.lang.smalltalk
From: humm@cs.uow.edu.au (Bernhard G Humm)
Subject: get/set behaviour (was: >>Voluntary method typing)
Organization: Dept of Computer Science, Wollongong University, Australia
Date: Wed, 27 Jan 1993 00:18:32 GMT


hasko@heeg.de writes:

In article <1993Jan25.070651.2105@cs.uow.edu.au> humm@cs.uow.edu.au (Bernhard G >Humm) writes:
>>>>Of course, this only applies to database-type objects which just have
>>>>get/set behaviour, but this seems quite a significant subset.
>>
>>Are there really any other cases in a pure OO language?
>
>Are there really _such_ cases in a pure OO project?

In Smalltalk, objects have named or indexed instance variables. They can be
 assigned references to other objects and the values of those variables
 represent the internal state of the object (only simple types like numbers
 or characters don't have instance variables and still have values; probably
 they had better been separated from objects like e.g. in Eiffel). The only
 way you can change the internal state of an object is assigning another value
 to one of its variables. Reading the value of such a variable gives you the
 reference to another object which allows you to do the same things (assign
 variables or read them). Now you tell me the difference between ``database-type
 objects'' and Smalltalk objects...

-- 
________________________________________________________
         Bernhard G. Humm   (humm@cs.uow.edu.au)        
       Telecommunications Software Research Centre      
Department of Computer Science, University of Wollongong
From: bub@qut.edu.au
Newsgroups: comp.lang.smalltalk
Subject: Inheritance of Smalltalk
Date: 26 Jan 93 15:08:08 EST
Organization: Queensland University of Technology

Is any one there can tell me if Smalltalk/v windows has the capacity of
multiple inheritance? What about ParcPlace's Smalltalk in windows?
Newsgroups: comp.lang.smalltalk
From: humm@cs.uow.edu.au (Bernhard G Humm)
Subject: Re: Voluntary method typing in ST80
Organization: Dept of Computer Science, Wollongong University, Australia
Date: Mon, 25 Jan 1993 07:06:51 GMT

>>Of course, this only applies to database-type objects which just have
>>get/set behaviour, but this seems quite a significant subset.

Are there really any other cases in a pure OO language?

-- 
________________________________________________________
         Bernhard G. Humm   (humm@cs.uow.edu.au)        
       Telecommunications Software Research Centre      
Department of Computer Science, University of Wollongong
From: jwh@citi.umich.edu (Jim Howe)
Newsgroups: comp.lang.smalltalk
Subject: Re: How can I test for an opened DLL in Smalltalk/V 2.0 in OS/2?
Date: 22 Jan 1993 18:26:47 GMT
Organization: IFS Project, University of Michigan
Distribution: world
Reply-To: jwh@citi.umich.edu
NNTP-Posting-Host: tarkus.citi.umich.edu

In article <C19MM7.28M@unix.portal.com>, magus@shell.portal.com (Magus Company) writes:
|> I'm using Smalltalk/V PM 2.0 (for OS/2 2.0) to call functions in a C DLL. 
|> No problem so far.  The DLL is accessed by sending an open message to its
|> subclass of DynamicLinkLibrary, and has its unique instance (a PMHandle)
|> assigned to a global variable, say VAR.  The DLL requires that I call an
|> internal initialization routine after I open it, but only once.  
|> 
|> Question: How can my application tell if the DLL has already been opened? 
|> If my application calls the DLL initialization routine a second time by
|> mistake, an error message appears.  I can't do something like
|> 

One way to accomplish what you want is to include the call to the
initialization function in the open method used by the DLL.  You
can then make a modification to SystemDictionary>>startUp and have
the DLL opened automatically when the system starts up.  The new
handle received as a result of invoking the open method would be
assigned to the global variable used to reference your library,
replacing the old handle (which is now invalid).

For example, in one of my applications, I need to reference functions
contained in the PMWP dll.  My SystemDictionary>>startUp method looks
like this:

startUp
   ...
   PMShellLibrary := PMShellLibraryDLL open.
   VPMVM := VPMVMDLL open.
   NlsLibrary := NLSDLL open.
   PMWorkplace := PMWorkplaceDLL open.
   ...

If you didn't want to include the call to the initialization function
in the open method itself, you could implement an 'initialize' method
which did the work.  In the startUp method, add a line which looks
like this:

   PMWorkplace initialize.

That's all there is to it.


James W. Howe                  internet: jwh@citi.umich.edu
University of Michigan             uucp: uunet!mailrus!citi.umich.edu!jwh
Ann Arbor, MI   48103-4943         
Newsgroups: comp.lang.smalltalk
From: aa421@Freenet.carleton.ca (Michael Wilson)
Subject: Re: Questions on GNU Smalltalk
Reply-To: aa421@Freenet.carleton.ca (Michael Wilson)
Organization: The National Capital Freenet
Date: Thu, 21 Jan 1993 18:20:10 GMT


In a previous article, bill@cs.uofs.edu (Bill Gunshannon) says:
>Considering that trying to run it on a Sparc with 8 Meg of memory returns
>the error "Not enough memory", I can't imagine it ever running on the 3B1.

Actually, I'm running on an old SysV.2 box which has a limit of 3Meg
per process. I managed to get 1.1.1 going.

You can hack the source to allocate smaller memory/oop spaces, or
you can set it up to take the sizes off the command line.

McQ
-- 
Michael Grant Wilson (McQ)
Newsgroups: comp.lang.smalltalk
From: alford@alc.com (Mack Alford)
Subject: Re: OOPS-62: Evening Meeting
Organization: Ascent Logic Corporation
Date: Thu, 21 Jan 1993 23:19:02 GMT

In article <7181@m1.cs.man.ac.uk> bernardh@cs.man.ac.uk (Bernard Horan (MIG
group)) writes:
>
>			Evening Meeting: OOPS-62
>
>			A Debate on the motion:
>	   "Smalltalk is viable for developing large systems"
>
>Is Smalltalk just a toy? Can you really use it to build the kind of large
>systems required today? We aim to find out! The Smalltalk object-oriented
>programming environment is the purist's dream but some argue that its very
nature precludes it use for serious development. This debate brings this 
>important issue out of the closet. Opening speaker for the motion will be:
>
>			Romilly Cocking
>
>	Managing Director of Smalltalk distributors Cocking & Drury
>	and an experienced consultant to major Smalltalk users. He 
>	says "Smalltalk has now taken first place in the list of 
>	languages used by corporate O-O developers, and there are 
>	good reasons for this".
>
>
>Leading the attack will be
>
>			Richard Daley
>
>	Senior partner of Richard Daley Associates and an expert on 
>	software engineering and CASE. Richard says about Smalltalk: 
>	"It's a do-or-die approach, unlikely to succeed with large 
>	systems".
>
>

No one from Ascent Logic will  be able to attend, but please be advised that
the RDD-100 System Designer is a large (we think the largest) commercially
available Smalltalk based too.  An image without data runs about 6MB on top of
the Smalltalk image size of 2MB for a total of about 8 MB.  This is obviously
larger than a "toy".

Other information available on request. 

Regards,
Mack Alford
Chief Scientist, Ascent Logic Corp
alford@alc.com
From: newt@dcs.glasgow.ac.uk (Michael Steven Newton)
Newsgroups: comp.lang.smalltalk
Subject: Re: Smalltalk book recommendation
Date: 25 Jan 93 08:40:39 GMT
Organization: Glasgow University Computing Science Dept.

Michael Brunetti <MICHAELB@UCF1VM.BITNET> writes:

>POSTED FOR A FRIEND.  PLEASE REPLY TO MY ADDRESS DIRECTLY.
>I desparately need a recommendation for a third party book on Smalltalk.
>None of the book stores that are in this area have anything.
>If you know of anything, the ISBN would be helpful.

>Thanks in advance for any info,
>BILL

  This may sound surprising, but the best text I've seen on Smalltalk, and
the one that I actually used, was the manual for Digitalk/V Mac.  Very
clear and concise.

mn
Newsgroups: comp.lang.smalltalk
From: liblit@cs.psu.edu (Benjamin R. Liblit)
Subject: Re: Questions on GNU Smalltalk
	<1993Jan21.181445.8193@freenet.carleton.ca>
	<1993Jan22.142052.2851@freenet.carleton.ca>
Date: Fri, 22 Jan 1993 21:22:10 GMT

In article <1993Jan22.142052.2851@freenet.carleton.ca>,
aa421@Freenet.carleton.ca (Michael Wilson) writes:

> We all have different constraints. Just out of curiosity,
> what have you been doing with gnu st?

Ok, I capitulate.  I don't actually do much of anything with Gnu
Smalltalk.  That is, I do not use it for any serious, directed
projects.  I have used it to fiddle and poke, and to help myself learn
what sounded like a really nift-o language.  I have yet to write a
compiler, operating system, or multimedia user interface using it,
though.

If I were working on a larger project, or a commercial endeavor, I
would have to concede the point that Gnu Smalltalk cannot compete with
the commercial offerings.  But for diddling about and learning the
essentials of the language, it suits me just fine.

--
Ben Liblit   -----   "Fais que tes reves soient plus longs que la nuit."
liblit@cs.psu.edu   --   brl102@psuvm.psu.edu   --   brl102@psuvm.bitnet
From: yjkim@stein.u.washington.edu (Yong Kim)
Newsgroups: comp.lang.smalltalk
Subject: A question on ST/V
Date: 26 Jan 1993 14:01:31 GMT
Organization: University of Washington
Distribution: na
NNTP-Posting-Host: stein.u.washington.edu
Summary: Please help me!
Keywords: Synchronization of two windows

Dear experienced users of ST/V,

   I am writing a user interface where one application window (W1) opens
up another window (W2). My question is how I can suspend W1 window
until W2 is closed.  I.e. The resumption of W1 is contingent on
the (normal or abnormal) termination of W2.  I tried to use
Semaphore to no avail. Thanks for your expertise on this (silly?)
question.


-- 
Yong J. Kim  yjkim@milton.u.washington.edu
Department of Management Science
School of Business Administration
University of Washington
Newsgroups: comp.lang.smalltalk
From: tomb@ticipa.pac.sc.ti.com (Thomas Burns)
Subject: Re: HELP! 2 question...
Organization: Texas Instruments Manufacturing Technology Center
Date: Wed, 27 Jan 1993 14:50:56 GMT

In article <AAQzDPheA3@mem.kharkov.ua> sokol@mem.kharkov.ua (Sokolinski Dmitry I) writes:

> Dear collegues !
>  1. Does anyone know how to invoke user primitive in
>     Smalltalk V286 in real mode ?

Assuming that the primitive module header is defined as follows:

    PRIM_MODULE_HEADER STRUC
    installEntry      DW ?   ; 0  entry point for installation routine
    reserved1         DW 0   ; 2
                      DW 0   ; 4
    realCodeSeg       DW ?   ; 6  after loading, will contain real mode addr
    primTableOffset   DW ?   ; 8  offset of table of primitive subroutines
    realParmSeg       DW ?   ; A  after loading, will contain real mode addr
                             ;    of virtual machine communication area.
    reserved2         DW 0   ; C
                      DW 0   ; E
    PRIM_MODULE_HEADER ENDS

The following code, when called from within a user primitive, will
execute code in real mode:

    mov cx, ds:[realCodeSeg]
    mov dx, <near address of function>
    mov ah, 1
    int 50h

To properly access your data, the first few lines of your real mode
function will need to do something like:

    push cs
    pop ds

to set up the data segment.  Note that generally all registers (except
AX, I believe) are trashed by the interrupt.  To save data, define
some storage in the data segment for information passing between real
and protected mode.

tom

--
Tom Burns                       Domain:    tomb@spdc.ti.com
Texas Instruments               TI MSG:    THOS
P.O. Box 655012, M/S 463        Voice:     (214) 995-9707
Dallas, TX   75265              FAX:       (214) 995-1916
From: bush@ecs.ox.ac.uk (Mark Bush)
Newsgroups: comp.lang.smalltalk
Subject: Re: Questions on GNU Smalltalk
Date: 23 Jan 93 15:43:46 GMT
Organization: Oxford University Computing Laboratory
Originator: bush@thom5.ecs.ox.ac.uk

In article <1993Jan21.181445.8193@freenet.carleton.ca> aa421@Freenet.carleton.ca (Michael Wilson) writes:
#In a previous article, wwm@ef5003.efhd.ford.com (Bill Meahan) says:
#>1) What's the status of Smalltalk 1.2 (or later)?  Archie shows entries
#>   for smalltalk-1.2 at a couple of European sites, but the "canonical"
#>   site (prep.ai.mit.edu) only has version 1.1.1.
#
#Why bother? GnuST is useless. On the benchmark suite I ran it was
#more than THIRTY TIMES slower than the slowest commercial smalltalks.
#This makes it unusable for anything but extremely toy applications.

The initial work on version 1.2 produced some very significant speedups.
Especially when compiled with gcc2.  I have heard that the current work on
version 1.2 is producing even more speedups, so I think you will find that
the next release performs more to how you would like.

Mark
From: dday@unixg.ubc.ca (Ryan G McCuaig)
Newsgroups: comp.lang.smalltalk
Subject: Little Smalltalk 3.0 - Mac Port
Date: 26 Jan 1993 08:13:58 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
Distribution: na
NNTP-Posting-Host: unixg.ubc.ca

Little Smalltalk is being used in one of my 2nd year compsci classes,
and, being the keener I am, I decided to try building the Macintosh
port to save myself dial-in charges.

Has anyone actually been successful in building it? I'm using THINK C
5.0.4, when THINK C 3.0 is called for. (Old code, I guess.) The
problems I'm running into involve illegal re-declarations, both in the
Little ST code and in the StdWin code that it uses for the interface.

The Little Smalltalk code is available at ftp.uu.net, under
/pub/languages/smalltalk/small-v3.tar.Z, and the code for StdWin is at
gatekeeper.dec.com, under /pub/misc/stdwin-0.9.5.tar.Z.

Thanks.

Ryan McCuaig, dday@unixg.ubc.ca
Newsgroups: comp.lang.smalltalk