HDTenEightyP/NetNews huggingface dataset:
From: pkr@media03.UUCP (Peter Kriens)
Newsgroups: comp.lang.smalltalk
Subject: Re: Image rotation question
Date: 5 Jan 93 10:08:35 GMT
Organization: Mediasystemen, Netherlands
X-Newsreader: Tin 1.1 PL4

>        I am trying to work with small images (bitmaps).  My intention is to
>  make them rotate a given amount of degrees, something like: anImage rotate: 4.
>    I found a couple of methods that allow to rotate an image 90 degrees.  Could
>  somebody give me some hint, pointer, code or advise in order to make an image r
>  otate freely?
>    Thanks in advance,

 c := r cos.
 s := r sin.
 0 to: maxY do: [ :newY |
	0 to: maxX do: [ :newX |
 		xOld := xNew * c - ( yNew * s ).
 		yOld := xNew * s + ( yNew * c ).
		newBitmap at: xNew@yNew put: (oldBitmap at: xOld@yOld).
	]
 ]

Note that the trick is to iterate over the new bitmap. If you
would run over the old bitmap (as most naive people (like me) would
do initiallly), you will get stripes in the output because of the
rounding errors.

Notice that it is not much more work to do Translation ( extra addition
to each line and scaling ( extra multiplication). 

I didnt test the software so you could run into some porting
problems. If you want to know more about this stuff, buy the book
Computer grahpics from Foley, Van Dam, Febn

	Peter Kriens0-201-1211
Newsgroups: comp.lang.smalltalk
From: humm@cs.uow.edu.au (Bernhard G Humm)
Subject: nice exception handling in ST80 :-c
Organization: Dept of Computer Science, Wollongong University, Australia
Date: Sun, 10 Jan 1993 04:41:42 GMT

Whether you believe it or not:

1 perform: #+ withArguments: 1 "I know I should have written #(1) but I haven't"

produces a bus error (system crash) in ParcPlace Smalltalk-80

-- 

__________________________________________________________
         Bernhard G. Humm   (humm@cs.uow.edu.au)          
       Telecommunications Software Research Centre
From: sk3@doc.ic.ac.uk (S Karathanos)
Newsgroups: comp.lang.smalltalk
Subject: WANTED: Digitalk Smalltalk/V for mac
Date: 9 Jan 1993 15:13:36 -0000
Organization: Department of Computing, Imperial College, University of London, UK.
Distribution: world
NNTP-Posting-Host: oak50.doc.ic.ac.uk

Hello Friends,

(I posted this a few days ago in comp.sys.mac.wanted but the response 
was low, but someone out there surely has this information?)

I'm looking for Smalltalk/V from Digitalk for the Mac, the 68000 Version.
The price in the States is said to be $80 (educational), but here in 
England the only vendor I could find wants 135 Pounds - that's more than
$200! Does anyone want to sell his old Smalltalk to me, or can tell me
a mailorder company to order from, if possible with price and fax-number?

Thanks, Stephan
From: vollrath@vax.oxford.ac.uk (Alun ap Rhisiart)
Newsgroups: comp.lang.smalltalk
Subject: Re: Dialog radio button text on Mac
Date: 4 Jan 93 12:56:58 GMT
Organization: Oxford University VAX 6620

In article <Jan.3.20.46.31.1993.27968@gandalf.rutgers.edu>, lturner@gandalf.rutgers.edu (Louis Turner) writes:
> I am trying to figure out how to set the text string of a dialog
> radio button from within a ST/V program.  i know that it can be
> changed in the resource itsel. To facilitate upgrades to this
> application and to make sure the collection indexes are in sync
> with the radio button item number it would be better if I could 
> change the text from within ST in a manner similar to the 
> setItemText: method for static and editable text fields.
> 
> Thanks 
> Hamp

Try this:

! MTrap class methods !

SetIText: item text: text

   "Dialog Manager:- Set the item text.
   IM 1-422"

   <trap: stack procedure 16rA98F handle record>
   ^self trapFailed!


-- 
***********************************
* Alun ap Rhisiart                *    | When I wrote this, only God | 
* Animal Behaviour Research Group *    |  and I knew what it meant.  |
* Oxford University               *    | Now, only God knows.        |
* vollrath@vax.ox.ac.uk           * 
***********************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.lang.smalltalk
Date:         Mon, 4 Jan 1993 18:30:09 UCR
From:         Federico Zoufaly <FZOUFALY@UCRVM2.BITNET>
Subject:      Image Rotation question

Hello again,
   Let me explain a little beat more my situation about the message I posted be
fore.  I am using PPS 4.1 on a DEC 5000.  I am developing a simulation envirorm
ent based on HotDraw. The simulation is supported by a two dimentional animatio
n in which things would be a lot more real if its elements, which happen to be
bitmaps, could rotate with some sort of flexibility.  In this way, instead of h
aving rigid rectangles moving, i could have a smoother direction change.  Does
anybody have worked around this problem that could give me some advise?

  An ideal code for this would by: anImage rotate: anAmountOfDegrees.

  Thanks again,  Federico Zoufaly, Fzoufaly@UCRVM2.BITNET
From: bush@ecs.ox.ac.uk (Mark Bush)
Newsgroups: comp.lang.smalltalk
Subject: Re: nice exception handling in ST80 : -c
Date: 12 Jan 93 14:10:09 GMT
Organization: Oxford University Computing Laboratory
Originator: bush@thom5.ecs.ox.ac.uk

In article <1993Jan11.074117.7188@hasler.ascom.ch> steinman@hslrswi.hasler.ascom.ch writes:
#The problem is not with the receiver, it is with the argument. The same thing
#happens with {Transcript perform: #show: withArguments: 1}.
#
##perform:withArguments: is a primitive, and it is obviously dereferencing its
#argument without ensuring that it is pointer indexable. This is yet another
#reason to avoid C...

No.  It is a reason for people to program better.

The #perform:withArguments: method is a primitive in GNU Smalltalk, also,
and is implemented:

  case 84:                      /* Object perform:withArguments: */
    oop2 = popOOP();
    oop1 = popOOP();
    if (isClass(oop2, arrayClass)) {
      numArgs = numIndexableFields(oop2);
      for (i = 1; i <= numArgs; i++) {
        pushOOP(arrayAt(oop2, i));
      }
      exportSP();
      sendMessage(oop1, numArgs, false);
      importSP();
      return (false);
    }
    unPop(2);
    return (true);

That is, the code takes care to check that it's argument is an array and
also counts its size to make sure that errors due to incorrect number of
elements are trapped.

Presumably, though, comercial versions don't do much (if any) of this kind
of checking for efficiency?

Mark
Newsgroups: comp.lang.smalltalk
From: gregb@gout.austin.ibm.com
Subject: Re: ST80 for OS/2
Date: Mon, 4 Jan 1993 14:05:42 GMT
News-Software: IBM OS/2 PM RN (NR/2) v0.16 by O. Vishnepolsky and R. Rogers
Reply-To: gregb@pro-lep.cts.com
Organization: IBM Austin

In <72542@cup.portal.com> cdurrett@cup.portal.com (chuck m durrett) writes:
>Title line says it - I am interested in ST80 for OS/2.  I recall
>a recent posting saying such a thing exists, having been 
>developed in Europe.  
>
>As you may know, the ST80 for Windows will not run under OS/2 because
>of the need to run in "enhanced mode" which OS/2 2.0 does not support
>(for security/integrity reasons I believe).
>

If you're set on ST80, and can't find a native OS/2 version, the
upcoming version of OS/2 (2.1) will support Win 386 enhanced mode.
The beta is available now (contact your local IBM rep), and I am
successfully running Voyager, a Windows CD-ROM mapping program that
requires 386en.

Otherwise, there's ST/V, or the new Gnu Smalltalk which I just saw
ported to OS/2.
__________________________________________________________
Greg Bryant                                 (512) 795-0323
Delta Music Systems                             Austin, TX
INET: gregb@pro-lep.cts.com
ARPA: wixer!pro-lep!gregb@cs.utexas.edu
Just consulting.   Not an employee.   Not representing IBM
From: rousseaf@saguenay.IRO.UMontreal.CA (Francois Rousseau)
Newsgroups: comp.lang.smalltalk
Subject: Is it OK to do that kind of think IN Smalltalk ?
Date: 7 Jan 93 00:36:20 GMT
Organization: Universite de Montreal -- Laboratoire Incognito

Is it standard in Smalltalk to change the interface of a view at run
time. For example: is ghosting buttons supported easily ?

What I have in mind is to add and remove buttons on my view based on
what the user is doing. I want a context sensitive interface, am I
getting into major programming headaches ?
From: mst@vexpert.dbai.tuwien.ac.at (Markus Stumptner)
Newsgroups: comp.lang.smalltalk
Subject: Re: Voluntary method typing in ST80 - HELP!
Date: 6 Jan 93 18:54:57 GMT
Organization: DB and ES Subdivision, TU Vienna

From article <11599@uqcspe.cs.uq.oz.au>, by timbomb@cs.uq.oz.au (Tim Mansfield):
> I want to add the facility to make some statement about the type of the answer
> given by a message.

> 1) give each class a class variable which holds a dictionary of the information
>    with the method names as keys.
>    drawbacks: each class variable must have a different name and access methods
> 	      and these must be created for each new class.

If you are using Objectworks (i.e., ParcPlace Smalltalk), you can do
that by defining class instance variables instead of class variables
(Note: I don't think any of the Digitalk Smalltalks support this).
You do this by clicking on the class button of your system browser
while the definition of your class X is shown.  You then see the
definition of the metaclass (i.e., X class) which allows you to
specify the instance variables of X itself (which, since X is a class,
are called class instance variables, to distinguish them from the
instance variables of the instances of X).

Such a class instance variable is defined once but exists separately
for each subclass.  Each message sent to a subclass of X will
correctly refer to that subclass' instance of this variable, even if
the method is inherited from X, i.e., inheritance works the way it is
supposed to.  *Main drawback*: You can't access class instance
variables directly from instance methods, you still have to do that by
sending a class message.  The drawback is minor, though, since that
message, once defined for X, will again work for all subclasses of X.

Was that clear enough?  (If not, I can mail you two tiny example
classes that show how it works.)  Anyway, it's really annoying that
this very useful feature - which works much closer to the way that I
would expect class variables to behave than ordinary Smalltalk class
variables do - is not mentioned in the Objectworks documentation at
all.  (At least if it is mentioned, it's very well hidden.)


-- 
Markus Stumptner                                mst@vexpert.dbai.tuwien.ac.at
University of Technology Vienna                 vexpert!mst@relay.eu.net
Paniglg. 16, A-1040 Vienna, Austria             ...mcsun!vexpert!mst
Newsgroups: comp.lang.smalltalk
From: Joerg Beekmann <jbeekman@prodigy.bc.ca>
Subject: Re: anything isKindOf: nil ==> true (Objectwork
Organization: Prodigy Technologies Corp.
X-Useragent: Nuntius v1.0
Date: Mon, 4 Jan 1993 17:30:45 GMT



>Some of these discussions seem silly, but:

yah but fun... sort of

A lot of the dificulties seem to be due to thinking of nil in the wrong
way;  some one wrote early on

	anything isKindOf: nil  therefore anything is kind of nothing... 

Try this;
- nil is the single instance of class UndefinedObject
- the super class of Object is undefined
- anything isKindOf: nil (something undefined could be anything so true
makes sense to me)
Newsgroups: comp.lang.smalltalk
From: Patrick McClaughry <patrick_mcclaughry@sematech.org>
Subject: Re: Teaching OOP concepts kids/Adults
X-Xxmessage-Id: <A776E9417A01160E@manzana.eng.sematech.org>
X-Xxdate: Mon, 11 Jan 93 15:07:13 GMT
Organization: SEMATECH
X-Useragent: Nuntius v1.1.1d16
Date: Mon, 11 Jan 1993 15:04:50 GMT

Teaching OOP concepts kids/Adults

You might find an application written to the HotDraw framework
an interesting point of reference.  Check out the ObjectWorld 
fileins available for anonymous ftp from st.cs.uiuc.edu under
the HotDraw_r4 directory.  It is not quite all you are looking
for but it is an interesting start.

--Pat
Newsgroups: comp.lang.smalltalk
From: halter@rchland.vnet.ibm.com (Steven Halter)
Subject: Re: GNU Smalltalk & AIX?
Date: Mon, 11 Jan 1993 12:41:45 GMT
Reply-To: halter@rchland.vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester


-- 
I got it working on AIX 3.2. I changed the m-sun-os3.h (rather than make up a new one) 
config file to read:

/* This is for older C compilers without "void *", etc. */
#define OLDCC

/* Define this on machines in which the most significant byte of a long
 * integer has the lowest address, remove it for machines on which the
 * least significant byte of a long integer occurs at the lowest
 * address.
 */
#define BIG_ENDIAN
#define HAVE_ALLOCA

#pragma alloca char *alloca (Size) int Size;



#ifndef FOR_MAKE
/* This is the return type of routines that are declarable as signal handlers.
 * may be void for some implementations
 */
typedef int	signalType;

#define BSD_SIGNALS

#endif /* FOR_MAKE */



That seemed to work.


- Steven L. Halter  IBM Rochester, MN
  Network Address: RCHLAND(HALTER) 
  Internet: halter@rchland.vnet.ibm.com
From: zhangyi@cps.msu.edu (Yiru Zhang)
Newsgroups: comp.lang.smalltalk
Subject: MSCS, Experienced Smalltalk programmer, seeking Smalltalk position
Date: 9 Jan 1993 06:11:34 GMT
Organization: Department of Computer Science, Michigan State University
Distribution: usa
NNTP-Posting-Host: fomalhaut.cps.msu.edu
Originator: zhangyi@fomalhaut.cps.msu.edu

I have been doing smalltalk programming for a real project for a year and 
half. Now I am look for new jobs. If any one has any information regarding 
to the smalltalk position openning, please contact me at the following address.
I will be very grateful to any kind of help. 


Yiru Zhang

1623 D Spartan Village
East Lansing, MI 48823

Email: zhangyi@pleiades.msu.edu, or zhangyi@cps.msu.edu
Tel: 517-355-9871 (h)
     517-353-4638, 517-353-8115 (o)



  
--
From: js@montaigne.lif.icnet.uk (Jack Shirazi <js@biu.icnet.uk>)
Newsgroups: comp.lang.smalltalk
Subject: Re: nice exception handling in ST80 : -c
Date: 12 Jan 1993 14:59:00 -0000
Organization: Imperial Cancer Research Fund
NNTP-Posting-Host: montaigne.lif.icnet.uk

In article <1993Jan12.141009.9147@thom5.ecs.ox.ac.uk> bush@ecs.ox.ac.uk (Mark Bush) writes:
>In article <1993Jan11.074117.7188@hasler.ascom.ch> steinman@hslrswi.hasler.ascom.ch writes:
>#The problem is not with the receiver, it is with the argument. The same thing
>#happens with {Transcript perform: #show: withArguments: 1}.
>#
>##perform:withArguments: is a primitive, and it is obviously dereferencing its
>#argument without ensuring that it is pointer indexable. This is yet another
>#reason to avoid C...
>
>No.  It is a reason for people to program better.

**code deleted**

>That is, the code takes care to check that it's argument is an array and
>also counts its size to make sure that errors due to incorrect number of
>elements are trapped.
>
>Presumably, though, comercial versions don't do much (if any) of this kind
>of checking for efficiency?
>
>Mark


I would think it perfectly reasonable for the #perform:withArguments:
primitive not to perform error checking on its argument types, as long
as this is mentioned in the manual. As you say, for purposes of
efficiency, I would prefer to handle the error checks in Smalltalk, so
that if I know that I don't need them, and I've got performance gains to
get, I can choose to avoid them.

It may have been a bug, but now its a FEATURE.
-- 
       Jack               js@biu.icnet.uk
                         
If you only have a hammer, you tend to see every problem as a nail.
                -- Maslow
From: bub@qut.edu.au
Newsgroups: comp.lang.smalltalk
Subject: The difference between smalltalk/v and smalltalk/v
Date: 13 Jan 93 10:45:36 EST
Organization: Queensland University of Technology

Hi, 

	Is anyone can tell me how to compare the MVC in smalltalk/80 with
the analogue in smalltalk/v windows?  I like the idea of MVC, but I only
have smalltalk/v windows package. 

Thanks

Lee

Newsgroups: comp.lang.smalltalk
From: rtgrc@rc.rit.edu (Rob Gayvert)
Subject: Re: Dialog radio button text on Mac
Followup-To: comp.lang.smalltalk
Organization: RIT Research
Date: Tue, 5 Jan 1993 15:58:14 GMT

In article <Jan.3.20.46.31.1993.27968@gandalf.rutgers.edu>,
lturner@gandalf.rutgers.edu (Louis Turner) wrote:
> 
> I am trying to figure out how to set the text string of a dialog
> radio button from within a ST/V program.  i know that it can be
> changed in the resource itsel. To facilitate upgrades to this
> application and to make sure the collection indexes are in sync
> with the radio button item number it would be better if I could 
> change the text from within ST in a manner similar to the 
> setItemText: method for static and editable text fields.

To change the title of a control item, you need to add a couple of methods
which are analogous to the "setItemText:" methods. The methods below should
do the trick. For more details, see Inside Mac I-321 and I-421.

Rob Gayvert
RIT Research
rtgrc@rc.rit.edu



!MTrap class methods !

"Local/Misc/WidgetPatches/Acumen/10-18-91/06:53:47"

SetCTitle: controlHandle title: aTitle

    <trap: stack procedure 16rA95F handle record>

    ^ self trapFailed! !


!Dialog methods !

"Local/Misc/KernelMTypes/Digitalk/11-29-92/01:58:00"

setControlTitle: itemNumber title: aString
    "Answer the text associated with the item."
    | itemInfo type |

    itemInfo := self getItemInfo: itemNumber.
    type := (itemInfo at: 1) bitAnd: 16r7F.

    ^ self setControlTitleFromHandle: (itemInfo at: 2)
           title: aString! !


!Dialog methods !

"Local/Misc/KernelMTypes/Digitalk/11-29-92/01:57:55"

setControlTitleFromHandle: handle title: text
    "Set the title for the given handle."
    | answer |

    answer := text isNil
                ifTrue:  [ '' asStr255 ]
                ifFalse: [ text asStr255 ].
    MTrap SetCTitle: handle asParameter
          title: answer asParameter.! !
Newsgroups: comp.lang.smalltalk
From: hcliff@panix.com (Clifford Helsel)
Subject: NYC Smalltalk/80 Fulltime/Contract
Date: Sat, 9 Jan 1993 18:21:17 GMT
Organization: PANIX Public Access Unix, NYC

Prestigious firm on Wall Street in New York City seeks Smalltalk/80
developer.  Prefer fulltime, however contract/consulting arrangement will
be considered if desired.

Please send resume and salary requirements to:

Database Consultants, Inc.
175 E 96th St. #14C
New York, NY 10128

or e-mail to hcliff@panix.com

Sincerely,
Clifford Helsel
Database Consultants, Inc.


Newsgroups: comp.lang.smalltalk
From: poliquin@netcom.com (Tom Poliquin)
Subject: Re: V286: dead?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sun, 10 Jan 1993 17:30:26 GMT

Tim...

I recently talked to Digitalk support in LA and they said that
there would probably be no more releases of V286 so if it's not
dead it's  dying..

I use V286 with Widgets (Acumen... now Cooper and Peters in Sunnyvale)
and love it.

I have VWIN but find it a little cumbersome (albeit fancier).

Gud luck

Tom P.

Newsgroups: comp.lang.smalltalk
From: 890179s@dragon.acadiau.ca (Michael R. Smith)
Subject: B tree
Organization: Acadia University
Date: Mon, 11 Jan 1993 01:31:15 GMT

Hi, does anyone out there have a implementation of a B-Tree or any of its
variants ?  Any info in locating one would be greatly appreciated...
save me a lot of time too. ;-)

thanks
	-Michael R. Smith

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: comp.lang.smalltalk
Date:         Mon, 4 Jan 1993 17:58:50 UCR
From:         Federico Zoufaly <FZOUFALY@UCRVM2.BITNET>
Subject:      Image rotation question

Hello,
      I am trying to work with small images (bitmaps).  My intention is to
make them rotate a given amount of degrees, something like: anImage rotate: 4.
  I found a couple of methods that allow to rotate an image 90 degrees.  Could
somebody give me some hint, pointer, code or advise in order to make an image r
otate freely?
  Thanks in advance,

Federico Zoufaly, Fzoufaly@UCRVM2.bitnet
From: jeff@amikoj.rn.com (Jeff Kunce)
Newsgroups: comp.lang.smalltalk
Subject: GNU Smalltalk & AIX?
Date: Sat, 09 Jan 93 11:47:16 CST
Organization: ** Amikoj en Esperantujo **

Has anyone successfully installed GNU Smalltalk on an IBM RS/6000?
(I have AIX 3.1 and GNU ST 1.1.1). Would you be willing to share
the platform-specific make stuff? Thanks In Advance.

  --Jeff

--
jeff@amikoj.rn.com (Jeff Kunce)
Jefferson City, Missouri
Newsgroups: comp.lang.smalltalk,comp.lang.misc
From: Chih-Hsien Huang <chh@halcyon.com>
Subject: ACTOR/ACTOR MACHINE documents wanted
Originator: bbs@halcyon.com
Keywords: actor, actor machine
Reply-To: hch@CCCA.NCTU.edu.tw
Organization: National Chiao Tung University, Taiwan
Date: Sat, 9 Jan 1993 06:09:46 GMT

Hi netters,

Could anyone kindly point me out where can I get some documents
talking about actor and actor machine?  Please reply via e-mail
to hch@CCCA.NCTU.edu.tw.  Thank you.

--
Huang, Chih-Hsien
National Chiao Tung University, Taiwan
hch@NCTUCCCA.edu.tw, hch@CCCA.NCTU.edu.tw
From: tryan@hpunila.MSR.HP.COM (Tim Ryan)
Date: Tue, 5 Jan 1993 22:42:12 GMT
Subject: Re: ST80 for OS/2
Organization: Hewlett Packard Sales, Naperville IL
Newsgroups: comp.lang.smalltalk

ParcPlace will have an OS/2 native version
of Objectworks Smalltalk available soon.

It is currently in beta.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: comp.lang.smalltalk
Date:         Tue, 5 Jan 1993 16:37:02 +0100
From:         em@PIP.UMH.AC.BE
Subject: GNU SmalkTalk (felix)

Could someone can tell me where I can find the GNU SmalkTalk by ftp.

I received this information before by felix but I lost it because of
a wrong mail manipulation.  Sorry.

Thank you very much.


Happy new year to all listeners


MOSANYA EMEKA

Rue de HOUDAIN 8
7000 MONS
BELGIUM

e-mail : em@pip.umh.ac.be
Newsgroups: comp.lang.smalltalk
From: timm@spectrum.cs.unsw.oz.au (Tim Menzies)
Subject: V286: dead?
Reply-To: timm@spectrum.cs.unsw.oz.au (Tim Menzies)
Organization: none
Date: Tue, 5 Jan 1993 07:54:19 GMT

reading comp.lang.smalltalk a few months ago, i caught a whisper that
Digitalk's V286 was now a dead product, that its all windows from now on.
then, yesterday, i was talking to a PC vendor friend of mine (whose opinion
i respect a lot) and he said that windows wasn't quite taking over. in fact,
his primary development platform was still DOS. hard to believe i know but
he's making money and he's out there in the market place (note: he sells
PC products to large hospitals. other markets may be more progressive).

anyway, if he's right then DOS and V286 are still interesting platforms. so,
is 286 dead? should it be?

--
  ^       Tim Menzies (a 1/2 doctor)              | Small, dark, noisy room     
 /"\__/\  AI Lab, Computer Science, Uni. NSW      | for rent. Get a haircut,
*       \ P.O. Box 1, Kensington, Australia, 2033 | a job, and a life then
 \  _  _/ +61-2-663-4576 (fax) +61-2-697-3940 (w) | apply."    
  \| ""   timm@cs.unsw.oz.au                      | -- sign outside a flat,
                                                       Venice Beach, LA, USA