Squeak-dev January 1998

squeak-dev@lists.squeakfoundation.org

81 participants
196 discussions

Disclosure #1 as per license
by Christopher Oliver 26 Jan '98

26 Jan '98

Here is a minor change on digitMultiply which is useful when performing multiplication of positives modulo a power of 256. If I'm supposed to send derivative code somewhere else in order to discharge my duties under the license, would someone please remind me where? Please... no style comments. This is strictly to speed up Rabin encryption, and this is a private method. I already know it's an ugly derivative. Thanks, 'From Squeak 1.23 of October 4, 1997 on 26 January 1998 at 9:31:10 am'! !Cryptor methodsFor: 'private' stamp: 'cao 1/26/98 09:15'! fastMultiply: a by: b digits: d | prod carry digit k ab | (a digitLength = 1 and: [(a digitAt: 1) = 0]) ifTrue: [^ 0]. prod _ Integer new: d neg: false. "prod starts out all zero" 1 to: (b digitLength min: d) do: [:i | (digit _ b digitAt: i) ~= 0 ifTrue: [k _ i. carry _ 0. "Loop invariant: 0<=carry<=0377, k=i+j-1" 1 to: (a digitLength min: d + 1 - i) do: [:j | ab _ ((a digitAt: j) * digit) + carry + (prod digitAt: k). carry _ ab bitShift: -8. prod digitAt: k put: (ab bitAnd: 255). k _ k + 1]. k <= d ifTrue: [prod digitAt: k put: carry]]]. ^ prod normalize! ! -- Christopher Oliver Traverse Communications Systems Coordinator 223 Grandview Pkwy, Suite 108 oliver(a)traverse.com Traverse City, Michigan, 49684 (define magic (lambda (f) (lambda (x) x))) (define (more-magic n) (lambda (f) (lambda (x) (f ((n f) x)))))

1 0

RE: interpreter questions regarding memory model...Squeak for BeOS
by Serg Koren 26 Jan '98

26 Jan '98

Hi Tim, Thanks for the thoughts. I agree that things that refer to hardware (such as memory and file access) should be exported to the platform specific sections of the code. Once I get back from my business trip I'll look into restructuring the inner interpreter into a more OO format. Now if only someone rewrote the ST->c code to be ST-C++ ;-) Cheers, S On Sunday, January 25, 1998 11:54 PM, Tim Rowledge [SMTP:rowledge@interval.com] wrote: > On Sat 24 Jan, Ian Piumarta wrote: > > > My suggestion would be to avoid malloc entirely and to allocate an area of memory > > by some other means, in a way that leaves you certain that it can only ever be in > > the lower half of the address space. > > I agree with this idea entirely. In order to make use of an extended memory controlling API on the Acorn, I have to change the VM code to call platAllocateMemory() instead of relying on malloc(). As it happens, it speeds up GUI responsive > ness by about 5 times, but that's just a quirk of the Acorn OS. > > I did suggest such a change to JohnM some time ago, but it looks like he never got time to include it. My rationale was that it couldn't hurt anybody and would help me, but now it looks like it might help someone else as well. > > Actually, I'd suggest it might be useful to indirect ALL calls to 'outside' apis, so that the platform specific code can cleanly intercept any that might not be suitable; there aren't many so it wouldn't be too onerous. Let's see, malloc, > fread, frite, fseek, fopen, fclose, math stuff.... that's about it. The easy way would be to have the SQ code refer to some munged name and to use macro definitions to make use of the 'normal' calls where acceptable. > Thus we could easily intercept all the file handling but leave macros for exp, floor, sin etc. > > tim > > -- > Useful random insult:- Supports nativist theories that man is formed from clay. > Tim Rowledge: rowledge(a)interval.com (w) +1 (650) 856-7230 (w) > tim(a)sumeru.stanford.edu (h) <http://sumeru.stanford.edu/tim> >

1 0

Re: The Windoze Junta - StandardSystemView revisited
by Sam Adams 26 Jan '98

26 Jan '98

Andreas, I have a 3D border and Windoze title bar based on your NiceSystemView nearly ready. I will post it Monday. What a difference it makes! BTW Squeakers, even though Andreas and I have been developing a Windoze like UI, I want to encourage you all to experiment with different UI styles. Its really easy when your entire UI is based on Bitmaps and BitBlt. (thank you, thank you, thank you, Squeak Team!) The image is your oyster! Think Pink! (Gee, do I have to add an IBM trademark on that?!) Regards, Sam Sam S. Adams, Distinguished Engineer, IBM Research RTP tie line 444-0736, outside 919-254-0736, email: ssadams(a)us.ibm.com <<Hebrews 11:6, Proverbs 3:5-6, Romans 1:16-17, I Corinthians 1:10>>

1 0

Re: interpreter questions regarding memory model...Squeak for BeOS
by Serg Koren 24 Jan '98

24 Jan '98

Hi Andreas, Thanks for the response. I'm using Metrowerks Codewarrior...I'll check to see if I can force signs off. If the case is, that all the address math is relative (which it would make sense for it to be so as you say), then I still need to figure out why I'm getting an exception on incCompBody() while doing an initial GC. The 'realHeader' variable is blowing out where fwdBlock2 = 2177852. Oh well guess I'll have to do more digging. Thank you much for the response. S ---- On Sat Jan 24 23:19:07 1998, Andreas Raab said ------ >Serg, > >> In my attempts at porting Squeak to BeOS I've run into a problem/issue >> that you may be able to shed some light on. During the course of my >> initial attempts to read in the Squeak image into the interpreter, I got a >> PPC exception. Looking into it I've discovered that the initial malloc >> was succeeding but the conversion of the unsigned char* to int was >failing due >> to BeOS's using 32bit addresses, with application memory starting >> at 0x80000000...the type conversion was failing with a negative value, >> which messed up all the succeeding memory calculations. > >Actually, this should not be a problem. Even if the memory address is >negative, the computations should be done correctly (since number1 + >number2 will be greater than number1 even if it is negative). I'd think >that there should be some way to turn the sign check off, so that all is >running correctly. > >> 1) Shouldn't the typecast be uint? Memory addresses should never >be negative. > >You're right. Unfortunately, this would force a number of warnings at >other locations (which don't matter as long as you can turn the sign >check off). > >> 2) Under BeOS I'll probably have to use: >> uint32 memStart = (uint32) memory; >> What else will this affect off the top of your head(s) so I don't have >> to debug line by line ;-) > >Provided that your C compiler _does_ sign checking you'll run into a >number of problems. All of the memory stuff is done in relation to >memStart so the best way is probably to assure your C compiler to forget >about sign checking. > >> 3) I'm assuming the Smalltalk->c conversion code needs to take into >account >> 32 bit addresses. Any hints on what I need to change? And if I change >> this, this will break the portability issues dealing with the >inner interpreter; >> how best should I handle this? Is this something you should be >worried about >> in your versions? > >As long as everything is done with the right data types (see those checks >in the main() function of sqMacWindow.c, sqXWindow.c, and sqWin32Window.c) >everything should work as expected. These basic assumptions are: >* sizeof(int) = 4 >* sizeof(double) = 8 >* sizeof(time_t) = 4 > >Hope this helps, > Andreas > >-- >Linear algebra is your friend - Trigonometry is your enemy. >+===== Andreas Raab ============= (raab(a)isg.cs.uni-magdeburg.de) =====+ >I Department of Simulation and Graphics Phone: +49 391 671 8065 I >I University of Magdeburg, Germany Fax: +49 391 671 1164 I >+=============< http://isgwww.cs.uni-magdeburg.de/~raab >=============+ > ------------------------------------------------- VisualNewt Software: http://www.VisualNewt.com/ Maker of Newt'sPaper(tm) the Premier Newton(R) MessagePad(tm) News Reader. -----------Sent by BeOS--------------------------

1 0

interpreter questions regarding memory model...Squeak for BeOS
by Serg Koren 24 Jan '98

24 Jan '98

Hi Dan, Andreas, et.al. In my attempts at porting Squeak to BeOS I've run into a problem/issue that you may be able to shed some light on. During the course of my initial attempts to read in the Squeak image into the interpreter, I got a PPC exception. Looking into it I've discovered that the initial malloc was succeeding but the conversion of the unsigned char* to int was failing due to BeOS's using 32bit addresses, with application memory starting at 0x80000000...the type conversion was failing with a negative value, which messed up all the succeeding memory calculations. Relevant code: unsigned char *memory; int memStart; int desiredHeapSize; memory = (unsigned char *) malloc(desiredHeapSize); memStart = (int) memory; memStart would be negative. My question(s) are: 1) Shouldn't the typecast be uint? Memory addresses should never be negative. 2) Under BeOS I'll probably have to use: uint32 memStart = (uint32) memory; What else will this affect off the top of your head(s) so I don't have to debug line by line ;-) 3) I'm assuming the Smalltalk->c conversion code needs to take into account 32 bit addresses. Any hints on what I need to change? And if I change this, this will break the portability issues dealing with the inner interpreter; how best should I handle this? Is this something you should be worried about in your versions? Thanks for any suggestions, hints, and your patience, Serg ------------------------------------------------- VisualNewt Software: http://www.VisualNewt.com/ Maker of Newt'sPaper(tm) the Premier Newton(R) MessagePad(tm) News Reader. -----------Sent by BeOS--------------------------

2 1

MVC Sound Recording
by guzdial＠cc.gatech.edu 24 Jan '98

24 Jan '98

As my first try at an MVC application from scratch, I decided to try a port of the Morphic RecorderControls to MVC. The result was small (but functional!), so I'm attaching it below. I have some questions about it that I'm hoping some of the Squeak-gurus might be able to help me with: - Easiest one (I think): I can't figure out how to size the window upon opening! I tried several different methods and none matched my expectations. Sometimes I got an ultra-small window with a normal size title bar. Other times I got a see-through window with my buttons in the middle. Inside Smalltalk Vol. 2 didn't help because some of their recommended methods aren't in Squeak (e.g., StandardSystemView>>addView:in:borderWidth:). - When I click the recording button, there is often a pause before recording actually begins. Is there something I can test to indicate that the recorder is on so that I can display an appropriate signal? - Finally, the "]style[" indicator showed up in the fileout from 1.3. Is there a way of preventing that, so that the fileOut is 1.23-compatible, or do I just edit it out? Thank you! Mark ------------- FileOut Follows ---- Object subclass: #Recorder instanceVariableNames: 'recorder ' classVariableNames: '' poolDictionaries: '' category: 'MVC-Recorder'! !Recorder methodsFor: 'all' stamp: 'mjg 1/23/98 19:58'! initialize recorder _ SoundRecorder new. ! ]style[(42)f1b! ! !Recorder methodsFor: 'all' stamp: 'mjg 1/23/98 19:58'! pause recorder pause. ! ! !Recorder methodsFor: 'all' stamp: 'mjg 1/23/98 19:58'! playback recorder pause. recorder playback. ! ! !Recorder methodsFor: 'all' stamp: 'mjg 1/23/98 19:57'! record recorder clearRecordedSound. recorder resumeRecording. ! ! !Recorder methodsFor: 'all' stamp: 'mjg 1/23/98 20:00'! saveTo: filename |f| f _ ReferenceStream fileNamed: filename. f nextPut: (SampledSound samples: recorder condensedSamples samplingRate: recorder samplingRate). f close.! ! !Recorder methodsFor: 'all' stamp: 'mjg 1/23/98 19:59'! stop recorder stopRecording. ! ! "-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- "! Recorder class instanceVariableNames: ''! !Recorder class methodsFor: 'opening' stamp: 'mjg 1/24/98 09:47'! open | topView aButton rec | rec _ self new initialize. topView _ StandardSystemView new label: 'Sound Recorder'. aButton _ Button newOff onAction: [rec record]. topView addSubView: (SwitchView new label: 'Record' asParagraph; insideColor: Color gray; model: aButton; borderWidth: 1) viewport: (0@0 corner: (1/3)@1). aButton _ Button newOff onAction: [rec stop]. topView addSubView: (SwitchView new label: 'Stop' asParagraph; insideColor: Color gray; model: aButton; borderWidth: 1) viewport: ((1/3)@0 corner: (2/3)@1). aButton _ Button newOff onAction: [rec playback]. topView addSubView: (SwitchView new label: 'Play' asParagraph; insideColor: Color gray; model: aButton; borderWidth: 1) viewport: (((2/3)@0) corner: (1@1)). topView minimumSize: 50 @ 25. "topView window: (0@0 extent: 75@50) viewport: (0@0 extent: 75@50)." topView controller open.! ! -------------------------- Mark Guzdial : Georgia Tech : College of Computing : Atlanta, GA 30332-0280 (404) 894-5618 : Fax (404) 894-0673 : guzdial(a)cc.gatech.edu http://www.cc.gatech.edu/gvu/people/Faculty/Mark.Guzdial.html

1 0

Re: Squeak portability
by Ian Piumarta 24 Jan '98

24 Jan '98

At the risk of saying something utterly inappropriate... > Chaos rules! Not really. > for bigger projects (like Squeak Music) a more cooperative effort > would be desirable >:) Then it's up to you to identify a specific project and coordinate the effort. Even though you've not heard much about them in the last month or two (since the UIUC machines went AWOL) there are several streams of significant development going on, with particular groups of people involved in each one. You would do very well to browse the list archives to get a better idea of what's happening -- the last month's traffic is not really representative enough to shed much light on this. > who coordinates everything? Who decides which of two versions of two > classes that do the same thing gets rolled into a version? The core of the system is controlled by a team led by Alan Kay, currently at Walt Disney Imagineering, which includes many of the original Xerox Parc Smalltalk people. They have the last word over what does or does not make it into an "official" Squeak release. This team is represented on the list mainly by Dan Ingalls and John Maloney. > And I still haven't gotten any response as to what the OFFICIAL > versions of Squeak on the various platforms are and who is charge of > them The Windows version is maintained by Andreas Raab, who you have read on the list recently. The Acorn port is the work of Tim Rowledge, although he has been a bit quiet of late. Paul Fernhout (sp?) is Mister Squeak On Newton (imminently ;), and I'm very sorry that I can't remember the names of the incredibly enterprising individuals who ported it to WinCE and a couple of OS-less platforms -- but there _are_ "recognised gurus" for those too. (I'm "in charge" of the Unix ports, but that doesn't involve much more than typing "make" in the right place at the right time. ;) > and what the process is on creating/submitting code into it. Bug reports have in the past always been posted here. There is a sort of "Squeakiquette" that has emerged over the past 18 months or so for larger bodies of code (making code available on the net and then announcing it here might be a fair summary) -- but you need to browse the archives (or just sit and observe the list for a while) to see how it works. Anything goes, really -- which works very well since the Squeak community is composed of a very "civilised" bunch of people. (The refugees from comp.lang.smalltalk maybe? ;-) As far as "creating code for it" goes, the more the better!! If you haven't already, you should definitely read Ted Kaehler's Squeak page at UIUC, and browse Ward Cunningham's Squeak WikiWiki server at www.c2.com:8080, which explain a *lot* about the "Squeak culture and community". (The latter could be considered as a "surrogate FAQ" for Squeak -- the two "trip reports" from last year's OOPSLA in particular contain excellent overviews of the "Squeak community".) Hope this helps. Regards, Ian ------------------------------- projet SOR ------------------------------- Ian Piumarta, INRIA Rocquencourt, Internet: Ian.Piumarta(a)inria.fr BP105, 78153 Le Chesnay Cedex, FRANCE Voice: +33 1 39 63 52 87 ----------------------- Systemes a Objets Repartis -----------------------

3 2

Oops... correction.
by Christopher Oliver 24 Jan '98

24 Jan '98

I forgot to retitle my last post. This method is still quick even when n is 1, but it's faster when n > 1. [Just washed my hands, and can't type a thing with them] Cheers. -- Christopher Oliver Traverse Communications Systems Coordinator 223 Grandview Pkwy, Suite 108 oliver(a)traverse.com Traverse City, Michigan, 49684 (define magic (lambda (f) (lambda (x) x))) (define (more-magic n) (lambda (f) (lambda (x) (f ((n f) x)))))

1 0

Various beginner's questions
by Philippe de Rochambeau 24 Jan '98

24 Jan '98

How do you create a double-clickable application in MacSqueak? How do you access the source code corresponding to the Morph examples? How do you create a simple user-interface in Squeak (e.g., a simple window with buttons)? Does code running on a Mac work on a PC? What can Squeak be used for? Many thanks. Philippe de Rochambeau

1 0

Re: Serious Compiler Bug when using to:do:
by Tim Olson 24 Jan '98

24 Jan '98

Hi, Sam: >Note that indexLimiT is added by the Compiler, probably in an attempt to >inline >the to:do:. >But notice that the values of temp vars source, theClass and index are mixed >up! > >Ouuch!! > >We have seen this on several methods in both 1.23 and 1.3. Can you supply more details about this? Does the problem show up in the code when running, or only when being examined in the Debugger? Can you supply a small sample class that we can fileIn that exhibits the bug? Thanks, -- tim

1 0

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

Jump to page: