Squeak-dev August 2000

squeak-dev@lists.squeakfoundation.org

130 participants
418 discussions

RE: IPC and SRP...
by btanksley＠hifn.com 28 Aug '00

28 Aug '00

From: Johan Fabry [mailto:johan.fabry@vub.ac.be] >btanksley(a)hifn.com wrote: >This is because (IMO) CORBA is not really easy to learn/use and quite >complicated. RMP was designed to be easier to learn/use than CORBA and >to be simple. This has as an obvious result that RMP is >Squeak-only, but I feel that it is a constraint I can live with for >now ;-). That makes sense, yes. >(Also I do not have the time/resources to make RMP CORBA compliant.) ...and this makes even more sense :-). Sorry for butting in; on we go. -Billy

1 0

RE: IPC and SRP...
by btanksley＠hifn.com 28 Aug '00

28 Aug '00

From: Johan Fabry [mailto:johan.fabry@vub.ac.be] >"Göran Hultgren" wrote: >I've been following this discussion, since I'm working on something >similar myself. My aim is also to get different VM's to >communicate on a >somewhat higher level than having to code with sockets, however instead >of IPC, I am working with different computers. But since I've noticed >that you concluded you would have to use sockets, my system could be of >some use to you. >BTW, CORBA 1 and 2 have no serialisation, except for basic types (ints, >strings, ...) and datastructures you can define in IDL (structs, enums, >...). If I remember correctly, serialisation *is* planned for CORBA 3 It's finished, well-defined, and implemented in a number of places. If I were you I would work hard to support it; there's no reason I can see to reinvent the wheel. -Billy

2 1

[UNIX] [BUGS] [FIX] headless vm, small fixes
by Marcus Denker 28 Aug '00

28 Aug '00

Hi! Here are some some small fixes for the unix 2.8pre2 vm: 1) autoconf does not find a libffi installed in /usr/lib FIX: aclocal.m4, line 91 should be test -f /usr/include/ffi.h && ac_ffi_path="-I/usr/include" 2) It was not possible to compile a Headless VM (only some #defines missing) FIX: patch1 (attached) Marcus -- Marcus Denker marcus(a)ira.uka.de phone@home:(0721)6649375 @work:(0721)6082749

1 0

RE: [ANN][LINUX] New Debian Packages
by Marcus Denker 28 Aug '00

28 Aug '00

Hi! Sorry, wrong URLs.... here is the correct announcement: ------------ I've updated the Debian Squeak packages. (Debian 2.2/Squeak2.8) ftp://ftp.ira.uka.de/pub/squeak/debian/debian-2.2/2.8/ ^^^^^^^^^^^ squeak-image_2.8-1_all.deb 5709 Kb squeak-sources_2-1_all.deb 1335 Kb squeak-vm_2.8-1_i386.deb 374 Kb The source-packages are available at ftp://ftp.ira.uka.de/pub/squeak/debian/debian-2.2/2.8/source/ ^^^^^^^^^^^^ so it's possible to build .deb packages for non-i386 or older Debian systems. Marcus -- Marcus Denker marcus(a)ira.uka.de phone@home:(0721)6649375 @work:(0721)6082749 Imitating paper on a computer screen is like tearing the wings off a 747 and using it as a bus on the highway. -- Ted Nelson

1 1

[BUG] Network data loss.
by Johan Fabry 28 Aug '00

28 Aug '00

Hi, While stress-testing my implementation of a squeak-only RPC, I encountered some network data loss, when connecting multiple clients to 1 server. The one sentence bug report goes like this: When sending from a connected socket on clientside, to a socket in a connectionqueue on server, sometimes the data gets lost, when multiple clients connect. I've included an attatchment which can be used to reproduce the bug. I'll explain what goes wrong, referring to the code in the attatchment. I included some of the guts of my ORB, and split it up into two objects: a ServerObj, and a ClientObj. The ClientObj opens a SimpleClientSocket to the server, sends some data through this socket, waits for a reply on the socket, and then prints this reply ("Ok!"). The Server keeps a connectionQueue, and periodcally polls it for an incoming connection. When a connection is detected, a separate thread reads the data and sends a reply ("Ok!"). To reproduce the bug: Start one server on one machine (ServerObject new listen) Start two or more clients on (an)other machine(s) (ClientObject new loadNetwork) The bug is that sometimes the client sends data, but never gets a reply. This is because, apparently, the server never recieves the data. Also, clientside, even though socket DataAvailable returns true, when reading data from the socket no data is read. This can be seen by the 'W' printouts on the transcript. I'm running this in 2.7, I have not tried it in 2.8 yet (waiting for a Unix VM release which is considered 'stable') -- "You are more than the sum Johan Fabry - Johan.Fabry(a)vub.ac.be of what you consume. Vrije Universiteit Brussel Desire is not an occupation." Programming Technology Lab, Room 10F709 -- KMFDM Pleinlaan 2, 1050 Brussels, Belgium

1 0

RE: [ANN] Browser Plugin
by Bert Freudenberg 28 Aug '00

28 Aug '00

On Mon, 28 Aug 2000 Steffen.Mueller(a)phaidros.com wrote: > is there a legerdemain to start the image in fullwindow mode? No, although I think it only works with Unix. On Win32 the launcher script doesn't get loaded, and I'm not sure about Mac. Consider this experimental ... > The reference to the downloaded plugintest.sts - file shows only the > contents of this file. Look into Preferences>>Navigator>>Applications and make sure the Squeak Plugin is selected for the application/x-squeak-... MIME types. -- Bert

1 0

Re: FW: [Qsoul] FW: Bug in class message behaviour
by Mats Nygren 28 Aug '00

28 Aug '00

Hi, It seems to me that a reasonable compromise is to have more than one message for getting a "class". #effectiveClass for instance. And then use that. For proxies like ObjectOut this seems to be a good things, it really do need to have the class ObjectOut to get its behavior, but on other occasions it should answer the class of what is out on disk. I ran into problems similar to this when trying to construct my first proxies (gof decorators). The debugger got completly confused. At least in this case I think the debugger could be rewritten with two related class concepts. #class remaining hardwired, but often #effectiveClass should be used, giving proxies (using doesNotUnderstand:) oportunities to make a special effectiveClass. But probably the "ProtoObject subclass: #Object"-situation isnt fully designed yet. Different proxies could need different amount of Object functionality. In my case "ProtoObject sublcass: #DebuggableProtoObject" with some more Object functionality moved up there might have solved it. so define: ProtoObject>>effectiveClass ^self class and redefine it in proxies and be careful to use effectiveClass instead of class in most places. If I understand your problem this would solve it but demand a perhaps unreasonable amount if class/effectiveClass substitutions. There is something distressing in having class fully polymorphic since polymorphism is defined in terms of class. (To get x's class send it the class-message, which method should be used to do that?, that is determined by x's class, so send it the class message ..) In Squeak there is the extra complications from compect classes, and I a few classes are treated specially in the VM. Probably this is related to new/basicNew. The current #class would perhaps better be called #basicClass. /Mats

2 1

Re: IPC and SRP...
by G�ran Hultgren 28 Aug '00

28 Aug '00

Hi! Wow - I will surely look into your RMP stuff too! Isn't it fascinating how much good stuff is going on in the Squeak/Smalltalk world right now? Thanks again, regards G�ran ===== G�ran Hultgren, goran.hultgren(a)bluefish.se icq#:6136722, GSM: +46 709 472152, http://www.bluefish.se "First they ignore you. Then they laugh at you. Then they fight you. Then you win." -- Gandhi __________________________________________________ Do You Yahoo!? Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/

1 0

[BUG][FIX] FileOutSlipsFix
by jwelton＠pacific.mps.ohio-state.edu 28 Aug '00

28 Aug '00

"Change Set: FileOutSlipsFix Date: 28 August 2000 Author: Jesse Welton Fixes ChangeSet>>fileOut and ChangeSet>>mailOut to use the checkForSlips preference rather than suppressCheckForSlips, which no longer exists."! Content-Type: application/octet-stream; name="FileOutSlipsFix.cs.gz" Content-Disposition: attachment; filename="FileOutSlipsFix.cs.gz" Content-Transfer-Encoding: base64 H4sIAAAAAAAAAOVWUW/bNhB+1oP+w8UDpgTwXDd9WOAC2VK3GdotaVC7CzDDCxiJtrlIpEdS dRL0x+87SrZlO8ladG8z8qCQd7z7vrv7yFZ/JvRU0kD6XhSdqly+L/0gV3N3qm7j18JLLEeH R3RSTkvn6bDb7cYnpZ8ZyxvvpHOSLmXujY5juEhH/XAiDjw+nlTnkdBZc7kQKudlb6iEu59J SmcyvTk1NoSmuZUTaaVOJVmBbQsbocmVc+w4128at2kxU+mMtKHcIIIleaucd53WXhzHe6uw VEhknTn49SjhzN7qZ8giIedFMcfau0s6enaIP2Ck7o+9F0fJXlxDiKMWk0OG00a+VqZSfZK2 zSAEsRXyMECjRSFJOV4sdeqV0WQmNUZO5QeHXIIRsyJVgFdbZOCbvievsGssHHCg5ggz8Qn2 VGr1d4kQZSGtSsmLaZsyOZc6U3pKiMSHNMhLnIS99krkKx4+SKTtxXUuGdA5EnFJK46jzxUI FwrA+Q3NR8D5HEdO5pNVgfpGw98B1lnFZyeO1tZXdLGK7mrAiPl75XFeFtf4iqNITYa2lD18 RSNO47UCod7YO8CZiDIHQ/LWc3KhXCGDwBlWpeazUK/UJeNw1qnIXX3Y/sq0TVsHG9+mj17l yivkxlQPwfOgnEzUbZvYO3rAg6MckHBLssbA2y+tQ3kWVqFcbmYWlzPscgKjwOFVCD3wVooC QBZL36y3JhbHRMF4JkUm7ctQ9AF3Iu8EFHXrXfAxKNd7YOal7f3H1i8MpiC1ar5hEWJ6iwnk oGmODgOkONqsW3MYl/zS6M9QiGBetckVbfRGsEeQ/WrXqXtJx9TlRod3ZWr0RNkC1avbhxR3 LeZlqRWh1Wci9y4Gx42sMAbc3kMrdAWL900YnyQJEZOkOk0WnfjSlHlGd6akXN1Idr62ZlGp TfFTMj5YdyGNBoXIcy/ym9roDCIjpvI36EivmojQHvhx/ZA8uHXqejUuiJq0Q23He7T3Lapz 1Os+h+rUCvlfqM76F0ffrEBx9JUSFEdfqkGdSoQqQouqABihYvmN1imC+r/CxCLh5b/1mCFx sVqTWb26XBgKOwVoiNn+utZKp3mZSfervOvRd32ZS+flQUNRlh2Pu8WrCYwSXDJcGhSCh5Zx gh6fVCPxbzLZlA2e1ZVwBPEZtTCCc2Gr+7AG3eKdJhlXdMnuNTyWwX18M/XQmR696HYPOts+ LKUXpT/JcyA4tYan7yUbbezU+PlGtlyRyiK1u5bJ0GAqUFRx83PqOqUq047MyuQJj0F5/RdU FYz2B+OHouunI06QNbMdhLC3FSm1AfJjmtmgItht8Dy9V/O5zEL7NMkG0WcodC0ENAmsNUmF kOEm8q7zhU64Qs5wrylE9kNAC36haXdLuq7o2qq6Jp4EynY7Bo9ubF4PK5MQrL4fmjl+QPxG ivW4NTjYGs8renXn5Ym14q5qzefQtw3D+rQr+uUPNd/p6q3JfaDvHzj/oGr+UchO+Dc6Gwfh XvCYLWd6K36zz/aDI6+81R5NvonpYPxQ/uEK3dhYqc8Oa1uglvyhN6qSh2PqQezD1jjFUh4w GGgsC0u1u57XtLRQWl89YJRWLLTcYECzbj1eeKNTwyJ9LhcXaMLerlrq9RuF8PLpYLin90mA /VXPg//d64AefxZQ813wD5ZfRBduDQAA

1 0

RE: [ICFP: Callisto Diamond] The task! Ray-tracer with GML descr iptions and PPM output
by Pennell, David 28 Aug '00

28 Aug '00

> Hmmmm. I'm not quite sure. I have just come back from a trip > into the middle > of nowhere (actually the middle of New Hampshire but for me > that's pretty > much the same ;-) we try hard to keep it like that :>) I think you were about 45 minutes from my house... -david

1 0

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

Jump to page: