Squeak-dev March 2001

squeak-dev@lists.squeakfoundation.org

139 participants
508 discussions

Are morphs the components of Squeak - a la JavaBeans?
by Elzbieta Chludzinska 26 Mar '01

26 Mar '01

Is it reasonable to make an analogy between morphs and Java beans - Java's components? Is there a component framework for Squeak? The reason I ask is I know it'll be asked during some presentations I'll be making in my effort to "sell" Squeak for a project I'm working on. Elzbieta

2 1

Re: Creating "commands" for Etoys
by Bob Arning 26 Mar '01

26 Mar '01

Scott, On 22 Mar 2001 18:29:44 -0700 J Scott Jaderholm <scott(a)jaderholm.com> wrote: >Ok, there must be a way to do this then without creating my own >commands, but I don't know how. > >I have three SketchMorphs named Moon, Earth, and Sun. I want the Moon >to revolve around the Earth, and the Earth to revolve around Sun. > >I was going to make a command that would change the moon's X,Y based on >the Earth's X,Y, but if I can't create commands that's not really an >option. > >I guess there's a better way to do this using the commands we already >have..any ideas what that way is? WRT the positioning of one morph relative to another, check out threeBodyExample on the BSS. This fakes the celestial mechanics in order to keep the math to a minimum. WRT better celestial mechanics within the constraints of EToys, check out OrbitBob2. >Btw, I call these commands since the tooltip says "Run this command >once" and they appear to be different from scripts. Is there a better >name? Command is fine. I just wanted to be clear that you were talking about the simple naked commands in the viewer which have a yellow exclamation vs. the scripts (either in the script section of the viewer or out in the world) which also have a yellow exclamation. Cheers, Bob

2 1

Re: Squeak.org -- it's back and better than ever.
by Dan Ingalls 26 Mar '01

26 Mar '01

>Squeak.org has been down since roughly 2am yesterday. >Yesterday it denied service; today it is up but with no files. Many thanks to Ted Kaehler for restoring the state of Squeak.org. The files used for the restoration are the new ones that Russell Allen <russell.allen(a)firebirdmedia.com> has been working on. I can't remember if his rewrite had been generally posted before the outage but, if not, check out the new look of Squeak.org. Kudos to Russell, and thanks to Bruce ONeel and Ted for tweaks and help getting this all out onto Squeak.org. - Dan

4 3

Re: [BUG?] Missing class checks on send| and send& ?
by Richard A. O'Keefe 26 Mar '01

26 Mar '01

Bijan Parsia <bparsia(a)email.unc.edu> writes: (In Lisp): "The macro and evaluates each form one at a time from left to right. As soon as any form evaluates to nil, and returns nil without evaluating the remaining forms. If all forms but the last evaluate to true values, and returns the results produced by evaluating the last form." And that's *is* what #& does. However, Boolean>>&s *comment* states: "Evaluating conjunction. Evaluate the argument. Then answer true if both the receiver and the argument are true." Thus the contrast is supposed to be between a short circuting and non short circuting set of operators. That *is* precisely the contrast between & and and:. Note that the method comment for & says nothing about what happens if the receiver is not true or the argument is not true. In fact True>>& alternativeObject 's comment says answer alternativeObject since receiver is true. We find True>> & alternativeObject ^alternativeObject and: alternativeBlock ^alternativeBlock value | aBoolean ^self or: alternativeBlock ^self False>> & alternativeObject ^self and: alternativeBlock ^self | aBoolean ^aBoolean or: alternativeBlock ^alternativeBlock value There is complete consistency here *except* that the argument of #| should be called alternativeObject, not aBoolean. If (expr) is free of side effects, then x & (expr) x and: [(expr)] will have the same result, even if (expr)'s result is not a Boolean, and x | (expr) x or: [(expr)] will have the same result, even if (expr)'s result is not a Boolean. For example, true & 3 => 3 true and: [3] => 3 false | 42 => 42 false or: [42] => 42 To stick a test in #& or #| without sticking a result test in #and: or #or: would be to *introduce* an inconsistency. Side note, I don't like returning *whatever* the last item is, especially if it's not a boolean (the way lisp does). In the ANSI spec, the return value of #&/#| is supposed to be defined by the respective truth tables. Afaik, true and false are the only truth values in Smalltalk (the other objects do *not* have a Boolean interpretation) which suggests that true | 4 should be an error. Of course, IIRC, the ANSI spec sorta leaves this situation undefined, so I guess returning anything is kosher. It's really a speed/safety tradeoff. Do you want every and: and or: in the Smalltalk universe to run slower to catch type errors that don't really seem to be a problem?

3 2

Re: Creating "commands" for Etoys
by Bob Arning 26 Mar '01

26 Mar '01

On 22 Mar 2001 17:06:24 -0700 J Scott Jaderholm <scott(a)jaderholm.com> wrote: >How do I create "commands" for Etoys? That is, the things with yellow >buttons with exclamation points in them (not scripts, which afaik are >made up of commands). Scott, I assume you are referring to the phrases in the viewer (like "foo forward by 5") even though scripts do have the yellow exclamation as well. The answer is that today it's a bit on the difficult side, but coming soon will be some changes that make it easy (opening up all of Smalltalk, e.g.). Hang in there a little longer. Cheers, Bob

3 2

[BUG] Socket assumes connection in Linux
by ajh18＠cornell.edu 26 Mar '01

26 Mar '01

When I do: Socket initializeNetwork. s _ Socket new connectTo: (NetNameResolver addressFromString: '127.0.0.1') port: 2001. It always returns a connected socket even when there is no socket listening on 2001. (s waitForConnectionUntil: Socket standardDeadline) returns true right away. It is not until I attempt to send data that its status changes from connected to otherEndClosedButNotThisEnd and an error is raised. I am the only one having Linux socket problems? Can anyone repeat this problem or the problem I posted on March 23 entitled "[BUG]Socket waits unnecessarily in linux"? Thanks, Anthony Image version: Squeak3.1alpha of 27 February 2001 latest update: #3848 VM version: Squeak3.1alpha of 27 February 2001 [latest update: #3776] for: unix

4 3

Squeak on iPaq-Linux Update
by Kevin Fisher 26 Mar '01

26 Mar '01

Hi Folks: For those who are interested in running Squeak on handheld.org's iPaq-Linux distro, I've got a quick update. My previous 'howto' page hinged on the fact that iPaq-Linux was using CRAMFS, a read-only compressed flash filesystem and a read-write RAMdisk. This required some 'creative' placement of executables and images, as well as being rather memory inefficient. But no longer! As of the release of Familar 0.03 the CRAMFS is gone, and JFFS2 is in place...JFFS2 being a clever journalling flash filesystem that is totally read-write. This makes life much easier when trying to squeeze more space out of the iPaq. As soon as minnow comes alive again I'll hopefully update my howto page..life is much easier with JFFS2. Basically you can treat the whole flash filesystem like a 'normal' filesystem now...plus the RAMdisk filesystem is still there, too. Also, Squeak has the dubious honour of being able to hard-crash Linux on the iPaq...not sure what is happening there, but I managed to get half a stack dump off the serial port before everything locked. The only thing I'm certain of is that it is the Squeak VM executable that is crashing the kernel...but I need to make it happen again so I can get a full crash dump off the console. (The Squeak in qustion is the Unix 3.0 beta 2 stuff, although I suspect 2.9a of doing the same thing.)

1 0

Re: Squeak Native Bindings
by Stephane Ducasse 26 Mar '01

26 Mar '01

on 3/25/01 7:08 PM, Frank Lesser at squeak(a)lesser-software.com wrote: > we put an slightly updated Mini FAQ > http://www.lesser-software.com/en/content/products/lswst/lswst_minifaq.htm) > for our LSWST Window-Bindings on our Website. > > Also we updated > http://www.lesser-software.com/en/content/products/lswst/applications_writte > n_in_lswst.htm > > Frank Lesser > Hi Frank I'm responsible of the technical contents of the ESUG advanced seminars that will be in Germany this year. Would you be interested to present something there? For more information look: www.esug.org/ Stef

1 0

Re: (Multivariate) Statistics work in Squeak?
by Stephane Ducasse 26 Mar '01

26 Mar '01

I do not know if this related but a book on numerical method in Smalltalk came out recently: look for Besset Then if you need the code in Squeak David Smith ported it so you can ask the author didier(a)ieee.org to release it to squeak Stef on 3/24/01 10:05 PM, Aaron J Reichow at reic0024(a)d.umn.edu wrote: > Hola fellow Squeakers- > > I got offered an undergraduate research position at the NRRI (Natural > Resource Research Initiative, > http://www.nrri.umn.edu/cwe/waterresources.htm ) doing analysis of plant > population and hydrology data. I really excited about this for a lot of > reasons, but one is that I can choose my tools, meaning Squeak. > > Anywho, has anyone done any multivariate stats work in Squeak? Heck, how > about any statistics? I'm interested in looking over the code and getting > some ideas... > > TIA- > Aaron > > Aaron Reichow :: Twin Ports ACM VP :: http://www.d.umn.edu/~reic024/ > "The profit system follows the path of least resistance and following the > path of least resistance is what makes a river crooked." -U. Utah Phillips >

1 0

Re: Squeak.org -- it's back and better than ever.
by J Scott Jaderholm 26 Mar '01

26 Mar '01

Along with this, I'd like to suggest that the webmaster of the site put his email on the front page, maybe at the bottom or something, so that people can email him about the site. I think that's very valuable for getting feedback on the site, broken links, etc. http://www.csarsfield.com/besqueak/ is a better url than http://besqueak.swiki.net/1 for the BeOS download. Good job on the site! Sincerely, jsj Juan Manuel Vuletich <jmvuletich(a)sinectis.com.ar> writes: > Hi > > Great! Just a couple of things: > > - In http://www.squeak.org/download/index.html, the link to the OS/2 > port has moved. It's now at > http://webs.sinectis.com.ar/jmvuletich/SqueakForOS2/SqueakForOS2.html > > - The link to the DOS port seems to be dead. > > Thanks -- the sky is tired of being blue

1 0

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

Jump to page: