Squeak-dev July 1998

squeak-dev@lists.squeakfoundation.org

80 participants
111 discussions

How to share code
by Bob Arning 13 Jul '98

13 Jul '98

I am sure that this has been discussed before, but I don't remember the conclusion. What is the preferred way of making available code that others might want to take a look at without burdening everyone by including it in email? Is there a common ftp directory for works in progress? BTW, what I am talking about is an email client I have been playing with. Cheers, Bob

1 0

Re: Drawing oddity - anyone know why?
by Bob Arning 13 Jul '98

13 Jul '98

On Mon, Jul 13, 1998 8:52 AM, Tim Olson <mailto:tim@jumpnet.com> wrote: You need to add in the origin offset of the world's FormCanvas when you draw upon it directly through its GrafPort, otherwise you are Blitting your red rectangle starting at the origin of the Display, rather than the origin of the Morphic window. Should be something like: port copyFrom: buff boundingBox in: buff to: ((destRectangle origin) translateBy: self origin). When I do that, the rectangle is always red, as I think you are expecting. -- tim Tim, Thanks - that did the trick. Cheers, Bob

1 0

Re: Smalltalk-76
by William Barnett-Lewis 13 Jul '98

13 Jul '98

Dan Ingalls wrote: (snip) Since I can't seem to find a copy of that book through my libary, I'd be _real_ happy if you could post that info... Please? Willam > The implementation of blocks was pretty much the same as ST-80, but I fixed a couple of problems in ST-80. If you can get hold of it, there's a chapter in the "Green Book" (Smalltalk-80: Bits of History, Words of Advice) that I wrote with a summary of what changed in each generation from ST-72-74-76-78-80. > > - Dan

2 2

Re: Drawing oddity - anyone know why?
by Tim Olson 13 Jul '98

13 Jul '98

>What I can't understand is why the morph draws in green while being moved, >but draws in red when placed on the desktop. If you know, I'd love to hear >why. You need to add in the origin offset of the world's FormCanvas when you draw upon it directly through its GrafPort, otherwise you are Blitting your red rectangle starting at the origin of the Display, rather than the origin of the Morphic window. > port copyFrom: buff boundingBox in: buff to: destRectangle origin. Should be something like: port copyFrom: buff boundingBox in: buff to: ((destRectangle origin) translateBy: self origin). When I do that, the rectangle is always red, as I think you are expecting. -- tim

1 0

Drawing oddity - anyone know why?
by Bob Arning 13 Jul '98

13 Jul '98

I have run across an oddity that I can't figure out, so if you feel like a little sleuthing, 1. File in the code below (written in 2.1) 2. Choose BobsOddMorph from the World/New Morph/Basic menu. What I can't understand is why the morph draws in green while being moved, but draws in red when placed on the desktop. If you know, I'd love to hear why. Thanks, Bob --- code to file in begins here --- 'From Squeak 2.1 of June 30, 1998 on 12 July 1998 at 3:58:59 pm'! !FormCanvas methodsFor: 'drawing' stamp: 'RAA 7/12/1998 15:57'! bobsExperimental: destRectangle | buff tempCanvas | self fillRectangle: destRectangle color: Color green. buff _ Form extent: destRectangle extent depth: Display depth. tempCanvas _ FormCanvas on: buff. tempCanvas fillColor: Color red. port copyFrom: buff boundingBox in: buff to: destRectangle origin. self text: 'red or green?' bounds: destRectangle font: nil color: Color black.! ! 'From Squeak 2.1 of June 30, 1998 on 12 July 1998 at 3:59:06 pm'! StringMorph subclass: #BobsOddMorph instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'Morphic-Basic'! !BobsOddMorph methodsFor: 'as yet unclassified' stamp: 'RAA 7/12/1998 15:54'! drawOn: aCanvas aCanvas bobsExperimental: bounds! !

2 1

BeOS port
by Russ Van Rooy 13 Jul '98

13 Jul '98

<html><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"> <HTML> <HEAD> <META content=text/html;charset=iso-8859-1 http-equiv=Content-Type> <META content='"MSHTML 4.72.3110.7"' name=GENERATOR> </HEAD> <BODY bgColor=#fffcf0> <DIV><FONT color=#000000 size=2>I remember reading that someone was working on a BeOS port for Squeak . Can someone update us on that status of that port ? I would definitely like to alpha or beta test it too !</FONT></DIV> <DIV><FONT color=#000000 size=2></FONT> </DIV> <DIV><FONT color=#000000 size=2>thanks,</FONT></DIV> <DIV><FONT color=#000000 size=2>Russ Van Rooy</FONT></DIV> <DIV><FONT color=#000000 size=2>Squeak Admirer and general Squeak List Lurker</FONT></DIV></BODY></HTML> </html>

1 0

Small gcd: bug
by sqrmax＠cvtci.com.ar 12 Jul '98

12 Jul '98

Hi. This: -48097325 gcd: 518517592877064388608000000 fails because highBit is not defined for negative integers. Here is a little tiny fix. Andres. Content-Type: application/octet-stream; name="SMALL G0.CS" Content-Disposition: attachment; Filename="SMALL G0.CS" Attachment converted: Cog:SMALL G0.CS (????/----) (0000DC9F)

2 1

Process status
by Alexander Lazarevic 12 Jul '98

12 Jul '98

Hi! How do i ckeck that a process has finished? | shepherd | shepherd := [1000 atRandom timesRepeat: [Transcript show: 'Sheep'; cr]. Processor yield] newProcess. shepherd resume. "Herd complete?" "shepherd running whileTrue: [Delay forSeconds: 1]." -- ------ Alexander Lazarevic ------------------------------------------------ -- Otto-von-Guericke-Universitaet mailto: lazarevi(a)cs.uni-magdeburg.de -- -- Computational Visualistics http://www.cs.uni-magdeburg.de/~lazarevi --

4 4

mac VM & homepage
by Ryan Davis 12 Jul '98

12 Jul '98

www.versiontracker.com just listed Squeak at 2.0. While it is great that we get more exposure for squeak (esp on the mac!), the homepage should be updated to reflect that the latest version is at 2.1. Ryan Davis -=- Zen Spider Software -=- mailto:zss@ZenSpider.com -=- http://www.ZenSpider.com/ -=- I know that you believe you understand what you think I said but, I'm not sure you realize that what you heard is not what I meant.

2 1

Re: Process status
by Tim Olson 12 Jul '98

12 Jul '98

>That won't work, because after the loop pid is 3 and all processes >return that value. So how do I create a variable, that is local to a >block? Something like [:pid| blockTemp | blockTemp := pid ] won't work >either. Squeak doesn't have true block temporary variables (not yet, anyway!); they are shared at the method level. Instead of having the forked block perform the thread function, you should have the block invoke a method, with the shared queue and the pid as parameters. Also, you should have your outer-loop perform a "Processor yield" at the end of each iteration to give the forked process a chance to grab the current (shared) pid value. | sq | sq := SharedQueue new. sq nextPut: 'Nasi'; nextPut: 'Goreng'; nextPut: 'Chop'; nextPut: 'Suey'. 1 to: 2 do: [:pid | [TestBlock new run: sq withPID: pid] fork. Processor yield]. where TestBlock>>run:withPID: looks like: run: q withPID: p [q isEmpty] whileFalse: [Transcript show: p printString , ': ', q next; cr. Processor yield]. Transcript show: p printString, ' done.'; cr. -- tim

1 0

← Newer
1
...
4
5
6
7
8
9
10
11
12
Older →