Squeak-dev March 2008

squeak-dev@lists.squeakfoundation.org

157 participants
229 discussions

Insert class into existing hierarchy
by Herbert König 28 Mar '08

28 Mar '08

Hi, I seem to remember there is a refactoring to insert a class into an existing inheritance chain but I can't find it any more. Any hints? Thanks Herbert mailto:herbertkoenig@gmx.net

1 1

[squeak-dev]( picoVerse-:( ? No loose methods in Squeak Packages/Projects/Maps/Montecello ? ) )
by Kjell Godo 28 Mar '08

28 Mar '08

Hello Squeak developers Is it true that you cannot include loose methods in a Squeak or Croquet Package? I can see where you can include Classes in a Package but can you include loose Methods? In Dolphin Smalltalk a Package can include loose Methods and it is essential for my large Generator Package to be able to do so. I need to be able to put the method: Object>>asGenerator into the Package etc. etc. I have been thinking about beginning to port this Generator Package over to Squeak since there is such a well defined way of publishing Squeak software into the web. But if there are no loose Methods in Squeak Packages then I would have to forget about it. -Kjell

3 4

SMTPClient with bad command sequence
by Torsten Bergmann 28 Mar '08

28 Mar '08

Hi, I want to send a mail using an authenticated SMTP server. But Squeak does not deliver the mail after evaluating the following code: |ip client message| ip := NetNameResolver addressForName: 'smtp.yourprovider.com'. client := SMTPClient new. client user: 'itsme'. client password: 'mypassword'. client openOnHost: ip port: 25. message := 'From: "noreply(a)sender.com" To: abc(a)def.com Subject: Test Just a test'. [client mailFrom: 'noreply(a)sender.com' to: {'abc(a)def.com'} text: message. client quit] ensure: [client close] The SMTP server sends back an "503 Bad sequence of commands" error. After digging into the protocol I found out the correct order (HELO was missing) and patched the system by adding the following method to SMTPClient ensureConnection self isConnected ifTrue: [^self]. self stream ifNotNil: [self stream close]. self stream: (SocketStream openConnectionToHost: self host port: self port). self checkResponse. self initiateSession. self login Only the line with "self initiateSession" is new compared to the superclass method in ProtocolClient. But it is awfull to copy down most parts of the superclass method. Who is taking care of the Network-Protocols package so we can apply a better (refactored) solution? Thx Torsten -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger

2 1

[OT] Jobs at Qwaq
by Andreas Raab 28 Mar '08

28 Mar '08

Hi - Sorry for the OT post, but I thought I'd point out that Qwaq is continuing to hire: http://seeker.dice.com/jobsearch/servlet/JobSearch?eid=80152&op=300&FRMT=1 Cheers, - Andreas

1 0

Magma and shared sessions.
by Brett Kosinski 28 Mar '08

28 Mar '08

So I'm building an application that's composed of two parts: 1. A Magma-backed Seaside web application. 2. A custom TCP/IP protocol server which accesses the same Magma database as the web application. Now, as of right now I have an extremely simple Seaside app built that is backed by Magma (using an MaSharedSessionAuto session object) and works well enough. Meanwhile, I've completed the first cut of the TCP server by subclassing TcpService and going from there. But I'm unclear on how to properly access the database from the TcpService (since both the Seaside app and the service need share a single database). My first approach was to instantiate a new MaSharedSessionAuto instance inside my service class for each call to serve:. Unfortunately, instantiating a session instance and connecting to the database appears to take a non-trivial amount of time, so that proved untenable. My second, and current, approach is to instantiate a single MaSharedSessionAuto instance when the service is first initialized. Then, each call to serve: makes use of the same session instance. So, fundamentally, I guess I'm wondering if this the right way to do things. Each call to serve: is handled in a separate Process, and I'm unclear if it's safe to access an MaSharedSessionAuto instance from multiple threads (I'm assuming Seaside handles things a little differently, since sessions are long-lived things in that world, unlike my TCP service, which deals with short, sporadic, independant request/response pairs). Furthermore, do I have to do anything special to ensure consistency between the TCP service and the Seaside application? Brett.

2 7

Re: FFI and FreeTypePlus problem?
by Torsten Bergmann 27 Mar '08

27 Mar '08

Hi, I added Andreas' comment to http://bugs.squeak.org/view.php?id=6980 and a fileout for the patched method applied to a clean 3.10#7159 image. Whats the process to get this into the Squeak 3.10 fixes stream so we can make sure FFI will work in the future? Bye Torsten -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/?mc=sv_ext_mf@gmx

1 0

SkipList
by nicolas cellier 27 Mar '08

27 Mar '08

I was looking how to correct http://bugs.squeak.org/view.php?id=6778 . Not that easy given structure of SkipList... But first, I would like to understand something. Why this: | sk | sk := SkipList new. sk at: 3 put: '3333'. sk at: 3 put: '666'. self assert: (sk at: 3) = '3333'. It works, I mean sk is silently ignoring my second #at:put: request. Any reason for such a behavior? And my second question, anyone ever used SkipList? Nicolas

4 5

FFI and FreeTypePlus problem?
by Sebastian Sastre 27 Mar '08

27 Mar '08

Hi there, I'm using Installer to make a custom 3dot10 7159. The first things I do in the script is to load from universe FreeTypePlus (wich brings FFI). Then I've load LPF. If I do that it never ends due to Squeak not being able of resolving a name. NetNameResolver addressForName: 'installer.pbwiki.com/f/LPF.st' Before loading the FreeTypePlus, evaluating the previous sentence has an instant response of the address. But if I do load the FreeTypePlus package it never ends. Maybe an FFI issue? I'm in Win32 using SqueakFFIPrims.dll from 8/30/2007 Squeak.exe from 6/5/2007 any clue? thanks Sebastian Sastre PD: here is the beginning of the script: Utilities informUser: 'Upgrading universe packages' during: [ UUniverse systemUniverse updatePackagesViaWWW ]. (UUniverse systemUniverse newestPackageNamed: 'FreeType Plus') ifNotNilDo: [ :package| |inst| inst := UGlobalInstaller universe: UUniverse systemUniverse. inst planToInstallPackage: package. inst doInstall ]. (HTTPSocket httpGet: 'installer.pbwiki.com/f/LPF.st') readStream fileIn.

1 0

Re: Universes server may be down?
by Kum Sackey 27 Mar '08

27 Mar '08

On Tue, Mar 25, 2008 at 11:48 PM, Kum Sackey <ke.sackey(a)gmail.com> wrote: > On Sun, Mar 23, 2008 at 10:55 PM, Ken Causey <ken(a)kencausey.com> wrote: > > > > On Sun, 2008-03-23 at 16:36 -0400, Kum Sackey wrote: > > > I posted this message on the Seaside mailing list, and was told that > > > Squeak map might be down. > > > > > > I'm trying to install the Seaside Magma Helper through the Universe > > > package browser, however always fails with: > > > I can't reproduce the problem. Can you please give us the image > version and all the steps that produce this error? > I was using Damien's Squeak-Dev latest web version: > - http://damien.cassou.free.fr/squeak-dev.html > Then I was following the installation instructions here: > http://wiki.squeak.org/squeak/6019 > >Does it work now? I'm afraid its still not working, but I think I managed to get around it. I've installed the Logger packaged separately, and then ran the installer. I still ran into the error, but hiting procede allowed the rest of the package to load. So now at least I have all the packages in my image. However, it's possible that somethings in the default logger package were supposed to be overwritten by the Seaside Helper. Is there anyway I can find out what the steps the Universes installer might have followed.... without having to go through the debugger? -- ------- K. Sackey Cloud Nine

2 1

Swazoo - all good :-)
by Bruce Badger 27 Mar '08

27 Mar '08

I just wanted to confirm that all now appears to be stable and consistent regarding Swazoo licensing. SourceForge and Squeak Map are updated and Janko kindly made the position very clear. Discussions about the future licensing of Swazoo are underway among contributors. I hope these discussions will move to the Swazoo list soon. Best regards, Bruce -- Make the most of your skills - with OpenSkills http://www.openskills.org/

1 0

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

Jump to page: