Squeak-dev March 2005

squeak-dev@lists.squeakfoundation.org

147 participants
281 discussions

Harvesting Party Monday April 4th 21:00 GMT
by Ken Causey 31 Mar '05

31 Mar '05

Just a reminder that the next Harvesting Party will take place between 21:00 (9 PM) GMT Monday April 4th and 01:00 (1 AM) GMT Tuesday April 5th, 2005. As usual we will meet in #squeak on irc.freenode.net. More information about the #squeak IRC channel can be found at http://people.squeakfoundation.org/article/7.html Information about the Harvesting Party idea can be found at http://people.squeakfoundation.org/article/29.html If you have the time please attend and work toward the future of Squeak. The next seven parties are scheduled for 01:00 (01:00 AM) GMT Saturday April 09, 2005 05:00 (05:00 AM) GMT Wednesday April 13, 2005 09:00 (09:00 AM) GMT Sunday April 17, 2005 13:00 (01:00 PM) GMT Thursday April 21, 2005 17:00 (05:00 PM) GMT Monday April 25, 2005 21:00 (09:00 PM) GMT Friday April 29, 2005 01:00 (01:00 AM) GMT Wednesday May 04, 2005

1 0

Don't try this at home
by Ian Piumarta 31 Mar '05

31 Mar '05

wa := WeakArray new: 1. Smalltalk garbageCollect. obj := Object new. wb := WeakArray with: obj. wa replaceFrom: 1 to: 1 with: wb startingAt: 1. obj := nil. Smalltalk garbageCollectMost. Transcript show: wa

8 8

Re: My first Magma experience
by Chris Muller 31 Mar '05

31 Mar '05

> There was a thread yesterday to which you had responded that the > version in SqueakSource was not the latest version and so you posted > the URL to download the latest Monticello packages. It was a few > minutes after your post that I downloaded the Monticello packages. If > you made changes there and reposted to SqueakSource after that, I > didin't get that yet. I will download the latest version from > SqueakSource now and give it a try again. It should have worked for you then. Ok, I just verified the dependency versions and there was a Monticello dependency-link broken between Magma client.90 --> Ma client server.59 (instead of 60). I forced all the packages dirty and resaved. It finally appears to be correct. I need to be better about triple-verifying every save from Monticello because it does not always save whats in your image. So, load Magma server.71 and let me know how your test goes now. - Chris

1 0

Re: My first Magma experience
by Chris Muller 31 Mar '05

31 Mar '05

Hi Daniel, > MaObjectSerializationSecurityViolation signal: Serializations beyond 10 > megabytes are not allowed. > > Well, that sucked. Then, I decided to break the commits into individual > object commits. For that, I executed the following: You had the correct idea to commit it in smaller chunks. It sounds like this xmt object is very large. > After I executed this, I inspected ms to see that it is of > MagmaServerConsole type and has an attribute called statistics, which > I'll come back to later. Oops, you never went back to it. I was hoping to see whether the stats were indicative of 11-minutes worth of commits... > When I ran this, it still takes all of the VM CPU time and after 11 > minutes, it came back with an exception: > > MagmaSoftwareError signal: #UndefinedObject, should implement > maIsChangedFrom:using:. Ah, I see what the problem is. It is a Squeak bug which was not fixed in 3.7. It's actually two bugs which are described here: http://lists.squeakfoundation.org/pipermail/squeak-dev/2004-June/078839.html One of these has been integrated into 3.8, the other hasn't. As of yesterday, I re-posted Magma to SqueakSource with these fixes included. It sounds like you did not load Magma from SqueakSource since then. Please verify the version you are using is not the latest and try your test again. If run into further issues, and please copy me directly to ensure I don't miss your post to the list. - Chris

2 2

Magma issues
by Daniel Salama 31 Mar '05

31 Mar '05

Has anyone had a chance to read my previous post http://lists.squeakfoundation.org/pipermail/squeak-dev/2005-March/ 090298.html ? Would anyone care to comment/help? Thanks, Daniel

2 2

[ENH] TallySupport
by bergel＠iam.unibe.ch 31 Mar '05

31 Mar '05

from preamble: "Change Set: TallySupport Date: 23 March 2005 Author: Alexandre Bergel Provide a better support for message tally. Add a 'tallyIt' entry in textmorph similar to 'doIt', 'printIt', ... It also add a new button in the debugger to quickly tally an expression."!

3 2

Any news on 3.8?
by Marcus Denker 31 Mar '05

31 Mar '05

Hi, Any news on when 3.8 will be released? Marcus

2 1

[BUG] scrollBarValue: deprecated in 3.9
by stéphane ducasse 31 Mar '05

31 Mar '05

Hi in 3.9 alpha when we type into some window that should scrolls we get scrollBarValue: scrollValue self deprecated: 'Please use vScrollBarValue: or hScrollBarValue: instead.'. ^self vScrollBarValue: scrollValue scrollBarValue is set up in the variable setValueSelector and call from Slider>>setValue: newValue "Called internally for propagation to model" self value: newValue. self use: setValueSelector orMakeModelSelectorFor: 'Value:' in: [:sel | setValueSelector _ sel. model perform: sel with: value] But I could not get my hand on where this inst variable was indeed setup. Stef

2 1

Search and Replace
by Daniel Salama 31 Mar '05

31 Mar '05

Is there an easy way to do search and replace within a string. For example, give: 'this is foo test' to replace foo with bar and end up with: 'this is bar test'? Thanks, Daniel P.S. Sorry for the simple question but I just can't find the answer. I would assume there is an easy way of doing this other than involving "complicated" logic using String#replaceFrom

4 7

My first Magma experience
by Daniel Salama 31 Mar '05

31 Mar '05

Hi, I've been trying to test Magma and coming up with some problems. First, let me give you some background information: Class FHKC834Parser is simply a class that, given an EDI compliant data file, will parse the file and create an object of class FHKC834Header, which contains amongst its 5 attributes, an attribute named 'members'. The purpose of attribute members is to store a LinkedList of FHKC834Entry objects, which represent the individual records from the EDI data file. Class FHKC834Entry basically has 27 String attributes that make up an EDI record. Because I am not interested in referencing these EDI file transfers directly, I decided to store the FHKC834Header objects in a LinkedList in the database. The only purpose of these objects is strictly for iteration through its members. Therefore, in the application, the only functionality that will be built to manage these objects is to sequentially iterate through the LinkedList of FHKC834Header objects and once the user selects a "header" object, the system will sequentially iterate through its members attribute. Having done this, I tried loading a sample data file. This file contains 8784 records out of approximately 130,000 text lines. The first thing to point out is that while FHKC834Parser#parseFile is executing, the VM is locked in that process and everything else is unresponsive. This does not worries me so much because: 1) this process only happens once a week, 2) I think that by forking this job within a low priority process it will be solved, independently of how long it takes to parse the text file. Regardless, on a PowerBook G4 1.5Ghz, it takes 24 seconds to process this file. All this is being done with Squeak V3.7-5989-Full. Also, I downloaded the latest Monticello packages of Magma from http://kilana.unibe.ch:8888/MagmaTester/ Now, onto the Magma problem(s): I launched a Squeak VM with its own, brand new, full image. The only additional packages loaded in the image are the Magma-server related packages. On this separate VM, I execute the following in a Workspace window: "First create the repository" MagmaRepositoryController create: 'Macintosh HD:Users:myUser:myRepository.magma' root: Dictionary new "Then launch the server" ms := MagmaServerConsole new open: 'Macintosh HD:Users:myUser:myRepository.magma' processOn: 51969 After I executed this, I inspected ms to see that it is of MagmaServerConsole type and has an attribute called statistics, which I'll come back to later. So far, everything seemed to be working. Then, I launched another Squeak VM with its own full image. This image had loaded some additional packages, including, Magma client and Seaside. In a workspace, I executed the following: "Load EDI file and show some information in the Transcript window" Transcript clear. t := Time millisecondsToRun: [p _ FHKC834Parser new. xmt := p parseFile: 'RDTLMCNA0405.EDI']. Transcript cr; show: (t/1000) asFloat; show: ' seconds to load datafile'. Transcript cr; show: (xmt members size); show: ' member records loaded.'. The above, simply loaded the EDI file and stored the results in a variable named xmt. xmt is now an object of FHKC834Header with an attribute named members of type LinkedList with 8784 FHKC834Entry objects. This ran with no problem other than using 100% of the VM CPU time. Then, I tried connecting to the Magma server and adding this xmt object into it in a single commit, as follows: t := Time millisecondsToRun: [mySession := MagmaSession hostAddress: #(127 0 0 1) asByteArray port: 51969. mySession connectAs: 'auser'. mySession commit: [mySession root at: 'FHKC834' put: (LinkedList new)]. mySession commit: [fhkc := mySession root at: 'FHKC834'. fhkc add: xmt]. mySession disconnect]. Transcript cr; show: (t/1000) asFloat; show: 'Seconds to load into DB in one commit'. This successfully seemed to have connected to the Magma server, created a root object and added the xmt object under the 'FHKC834' root dictionary element. When I ran this, it still takes all of the VM CPU time and after 19 minutes, it came back with an exception: MaObjectSerializationSecurityViolation signal: Serializations beyond 10 megabytes are not allowed. Well, that sucked. Then, I decided to break the commits into individual object commits. For that, I executed the following: head := FHKC834Header new. head controlNumber: (xmt controlNumber). head referenceNumber: (xmt referenceNumber). head date: (xmt date). head time: (xmt time). head members: (LinkedList new). t := Time millisecondsToRun: [mySession := MagmaSession hostAddress: #(127 0 0 1) asByteArray port: 51969. mySession connectAs: 'auser'. mySession commit: [mySession root at: 'FHKC834' put: (LinkedList new)]. mySession commit: [fhkc := mySession root at: 'FHKC834'. fhkc add: head]. xmt members do: [:ea| mySession commit: [head addMember: ea]]. mySession disconnect]. Transcript cr; show: (t/1000) asFloat; show: 'Seconds to load into DB in multiple commits'. Basically, I created en empty FHKC834Header object (empty in the sense that the members attribute is an empty LinkedList), and commit that. Then I add each new FHKC834Entry into head's members attribute, each within a commit. This, again, successfully seemed to have connected to the Magma server, created a root object and added the xmt object under the 'FHKC834' root dictionary element. When I ran this, it still takes all of the VM CPU time and after 11 minutes, it came back with an exception: MagmaSoftwareError signal: #UndefinedObject, should implement maIsChangedFrom:using:. MaByteObjectBuffer(MaVariableBuffer)>>isDifferente:using: [] in MaTransaction>>changedObjects {[:eachCurrent :eachBuffer | (eachBuffer isDifferent: eachCurrent using: session serializer) ... Well, that sucked again. What am I doing wrong? Is it me or is it Squeak or is it Magma? Please keep in mind, this is my first Squeak and Smalltalk project ever. Also, it's the first time I use Magma, and an OODB ever (I come from a relational world). Does anyone have any suggestions? I can post the code of the FHKC834* classes as well as a sample data file, if anyone is interested in trying it and make recommendations, but I don't think the problem is there, since it's simply storing a collection of objects. By the way, FHKC834Header and FHKC834Entry both inherit from Link. Thanks again, Daniel

1 0

← Newer
1
2
3
4
5
6
7
...
29
Older →

Jump to page: