Squeak-dev July 2004

squeak-dev@lists.squeakfoundation.org

146 participants
464 discussions

Inspector UI Refreshing
by Peter Keeler 07 Jul '04

07 Jul '04

Hi all. I've been working on a new brand of Inspector for Sets called (wait for it...) a SetInspector. I used Celeste recently to post a message about it to the list, although I don't know if it worked properly. It appeared as if it ate the comments I wrote to go along with the attachment, but I'm not sure. If anyone could tell me if I did something wrong, I'd appreciate it. The main problem I'm having is that the Inspectors seem to refresh their contents sporadically and unpredictably. I'd really like to improve this so that when I know for a fact that the contents of one of the panes has been altered, I can force a refresh. It would also be nice to get into the guts of the refreshing mechanism and make it a bit less haphazard, if that is a possibility. At this point, however, I am completely unable to find any clue as to how the refreshing happens. Does anyone know a bit about it that could point me in the right direction? Thanks, Peter

3 2

REMINDER: Harvesting Party Thursday July 8th 01:00 GMT
by Ken Causey 07 Jul '04

07 Jul '04

Just a reminder that the next Harvesting Party will take place between 01:00 (1 AM) and 05:00 (5 AM) GMT Thursday July 8th, 2004. 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 05:00 (05:00 AM) GMT Monday July 12, 2004 09:00 (09:00 AM) GMT Friday July 16, 2004 13:00 (01:00 PM) GMT Tuesday July 20, 2004 17:00 (05:00 PM) GMT Saturday July 24, 2004 21:00 (09:00 PM) GMT Wednesday July 28, 2004 01:00 (01:00 AM) GMT Monday August 02, 2004 05:00 (05:00 AM) GMT Friday August 06, 2004

1 0

REMINDER: SF Squackers this Wednesday, 7 July 2004
by Craig Latta 07 Jul '04

07 Jul '04

Hi-- Just a reminder that the next monthly (first-Wednesday) San Francisco Bay Area Squeak Hackers ("Squackers") meeting is scheduled for this Wednesday, 7 July 2004, at my place, 8-11pm. Please let me know if you need directions. If you can't make it, please mark your calendar for next month's gathering on Wednesday, 4 August 2004. thanks! -C -- Craig Latta improvisational musical informaticist craig(a)netjam.org www.netjam.org [|] Proceed for Truth!

1 0

Linux building woes...
by goran.krampe＠bluefish.se 06 Jul '04

06 Jul '04

Hi guys! I am struggling on with my VM-building exercises, this time I am trying to build Ned's branch, checked out from SqF (may be slightly outdated, but my issue is probably not related - see below). I have successfully built Ian's 3.6 and 3.7b sources before. According to a hint from Ned that I found I explicitly used aclocal-1.7 instead of just aclocal - that made it work. But I had to manually hack /usr/bin/aclocal-1.7 so that it doesn't try to call find_configure_ac, because I have no idea where that function is! Anyway, this made it work with autoconf 2.59 and automake 1.8.5, which are the latest releases AFAIK. But... my VM src is from a 3.7b-5969, with this essentially just latest VMMaker and OSProcess installed from SM. When it compiles the VM itself it barfs at the "fptr" like this: gnu-interp.c:741: error: syntax error before "const" I am using gcc 3.3.3. Not sure how to handle this, any hints appreciated. regards, Göran PS. Still not sure what status we have on the SF HEAD vs SF-ned-branch vs Ian's source tarballs. We really, really ought to try to get this settled in a good way. Since we are now (I assume) going to do the move from SF to SqF it seems like a good time to get this in "order". :)

2 1

[BUG] (suspected) VM crash upon UDP socket #sendData:
by mds 06 Jul '04

06 Jul '04

Hi all, Since in my never-ending stupidity I managed to file this bug report under Craig's thread, I've reposted it (hopefully) correctly. The previous posting was divided into two parts, one of them a followup --- I simply combined the contents of the second message into this new post, which should contain all the relevant information. What could go wrong this time? Anyways ... Just came across a suspected bug while hacking with UDP sockets, the simple task being to send a piece of data to a given port and a given hostname. Connection itself is successful, a call to #sendData: however, is not. Here's the code I tried from a workspace: "---------------------------------------" s := Socket newUDP. s disconnect. host := #(192 168 71 10) asByteArray. s connectTo: host port: 137. s sendData: String lf. "---------------------------------------" this results in the VM hanging for a couple of seconds, then closing with a Segmentation Fault; here's the console output when the VM has shut down ... Segmentation fault -2008990536 Socket>waitForSendDoneFor: -2008990628 Socket>sendData: -2008991032 UndefinedObject>DoIt -2009014848 Compiler>evaluate:in:to:notifying:ifFail: -2009014472 [] in ParagraphEditor>evaluateSelection -2009014972 BlockContext>on:do: -2009020144 ParagraphEditor>evaluateSelection -2009020236 ParagraphEditor>doIt -2009019960 [] in ParagraphEditor>doIt: -2009020328 Controller>terminateAndInitializeAround: -2009020420 ParagraphEditor>doIt: -2009020880 ParagraphEditor>dispatchOnCharacter:with: -2009020996 TextMorphEditor>dispatchOnCharacter:with: -2009021220 ParagraphEditor>readKeyboard -2009021312 TextMorphEditor>readKeyboard -2009026692 [] in TextMorph>keyStroke: -2009026784 TextMorph>handleInteraction:fromEvent: -2009026876 TextMorphForEditView>handleInteraction:fromEvent: -2009027020 TextMorph>keyStroke: -2009027112 TextMorphForEditView>keyStroke: -2009027296 TextMorph>handleKeystroke: -2009027388 KeyboardEvent>sentTo: -2009027480 Morph>handleEvent: -2009027572 Morph>handleFocusEvent: -2009027204 [] in HandMorph>sendFocusEvent:to:clear: -2009027664 PasteUpMorph>becomeActiveDuring: -2009027940 HandMorph>sendFocusEvent:to:clear: -2009028164 HandMorph>sendEvent:focus:clear: -2009028256 HandMorph>sendKeyboardEvent: -2009028348 HandMorph>handleEvent: -2009037184 HandMorph>processEvents -2009037092 [] in WorldState>doOneCycleNowFor: -2009037276 SequenceableCollection>do: -2009037368 WorldState>handsDo: -2009037460 WorldState>doOneCycleNowFor: -2009044832 WorldState>doOneCycleFor: -2009044924 PasteUpMorph>doOneCycle -2011382684 [] in Project class>spawnNewProcess -2011382500 [] in BlockContext>newProcess Abort (core dumped) I did a bit of gdb sniffing, and found the following two things: 1) the output of gdb upon segmentation fault indicated: Program received signal SIGSEGV, Segmentation fault. 0x1c09927e in socketWritable (s=115) at /home/mds/Development/squeak/vm-src/Squeak-3.6-3/platforms/unix/plugins/SocketPlugin/sqUnixSocket.c:317 317 FD_SET(s, &fds); 2) therefore I had a quick look in the file in question myself, the failing function being: /* answer whether the socket can be written without blocking */ static int socketWritable(int s) { struct timeval tv= { 0, 0 }; fd_set fds; FD_ZERO(&fds); FD_SET(s, &fds); return select(s+1, 0, &fds, 0, &tv) > 0; } ---> which as we know from above never reaches that return statement. Examination of the variables fds and s reveal the following: (gdb) print fds $1 = {fds_bits = {1400137067, 1147432549, 6647407, 403056675, 1835627120, 1986622569, 1936020069, 1702259823, 1868710258, 1867281522, 1886743407, 57681963, 1835627120, 1986622569, 1936020069, 1702259823, 1684291954, 1936942450, 1802465100, 1699901557, 1953265011, 122825247, 1835627120, 1986622569, 1936020069, 1702259823, 1920091506, 29295, 55323431, 1835627120, 1986622569, 1936020069}} (gdb) print s $2 = -1 evidently, static int socketWritable(int s) is being called with a negative value for s. Since this is a unix plugin, it would be interesting to know whether the same errors are experienced on windows (i doubt it). I found this bug whilst running Squeak 3.6 under OpenBSD 3.5: mds /home/mds> squeak -version 3.6-3 #10 Fri Jun 25 23:22:56 PDT 2004 gcc 2.95.3 Squeak3.6 of '6 October 2003' [latest update: #5429] OpenBSD zpg.presbytery.prv 3.5 GENERIC#34 i386 default plugin location: /usr/local/lib/squeak/3.6-3/*.so ---> jkdufair also experienced a VM crash on his Linux box with the same code; he tells me he is running kernel version: [2.4.20-28.7] and vm: [3.6-3]. Indeed, my UDP code might be flaky/incorrect, but certainly not enough to yield a segmentation fault for the VM ;-) Cheers for now, Marc (mds) --

2 1

Re: squeak build problems on alpha
by Jiann-Ming Su 06 Jul '04

06 Jul '04

On Tue, 6 Jul 2004, Ian Piumarta wrote: > > I include a "configure" script with the sources, generated with > autoconf 2.57, and which works fine on all architectures and OS that I > have tested (including a couple of machines running Debian). I suggest > you try to use it as-is, rather than building a new one by running > autoconf locally. > In that case, then squeak-3.7b5/platforms/unix/config/Makefile should not have the "autoconf" line in it: ~/squeak-3.7b5/platforms/unix/config# cat Makefile configure : .force ./mkacinc > acplugins.m4 aclocal rm acplugins.m4 .force : With the autoconf line taken out, I get the following: (cd build; ../platforms/unix/config/configure --prefix=/usr) checking sanity of VMMaker src directory... okay checking build system type... alphapca56-unknown-linux-gnu checking host system type... alphapca56-unknown-linux-gnu Configuring Squeak 3.7b-5 (3.7b-5868) for alphapca56-linux-gnu checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for as... as checking for GNU as... yes checking for ranlib... ranlib checking for a BSD-compatible install... /usr/bin/install -c ../platforms/unix/config/configure: line 2696: AC_PROG_NM: command not foun checking for ln... ln checking "size of int"... "okay" checking "size of time_t"... "bad" configure: error: "one or more basic data types has an incompatible size: g up" make: *** [configure-stamp] Error 1 Are the platforms that you've successfully built on 32 or 64-bit systems? Also, I noticed you have 3.6 debian packages as well. Can these be built with dpkg-buildpackage? I suppose that may not matter at this point since 3.7 is where the 64-bit development is being done. Jiann-Ming Su "Yeah, Lois, that'll be about as much fun as a lecture on ontological empiricism." --Peter Griffin

1 0

[BUG] 'browse code files'
by Yoshiki Ohshima 06 Jul '04

06 Jul '04

Hello, The 'browse code files' feature in FileList seems to be broken in 3.7b. I'm not sure how SimpleServiceEntry>>getArgumentsFrom: is supposed to work, and even I'm not sure if anyone is using it... -- Yoshiki

2 1

[bug] stack overflow crashes Squeak.
by Michael van der Gulik 06 Jul '04

06 Jul '04

Hi all. If you make a naive class that calls itself: Forkbomb>>forkbomb ^ self forkbomb. Squeak 3.5 on Debian linux will eventually crash, leaving a huge stack dump in the terminal. Okay; it's really my fault for making such a stupid class, but I'm playing around with proxied objects, message sends etc and it's happening quite often while I'm debugging. Is there a way to limit the invocation stack to a sane level of deepness, after which a process/thread (whichever is Squeak terminology) gets suspended and an error thrown? Same probably applies to number of processes made by a thread. mikevdg.

12 19

start activeX out of Squeak possible?
by Torsten Bergmann 06 Jul '04

06 Jul '04

Hi Thom, have a look at Win32Shell class comment. To start an PE-File, VBScript, Batch, ... use: Win32Shell new shellOpen: 'c:\myprogram.exe' There is currently no support for COM Automation. Instead of wasting time for wrapping COM in Squeak it is much easier to call a VBScript or use a native Smalltalk like ST/MT or Smallscript for windows specific stuff. Also have a look at the CommandShell package on SqueakMap. It's usefull for command line stuff. Bye Torsten -- +++ Jetzt WLAN-Router f�r alle DSL-Einsteiger und Wechsler +++ GMX DSL-Powertarife zudem 3 Monate gratis* http://www.gmx.net/dsl

1 0

problems building debian packages
by Jiann-Ming Su 06 Jul '04

06 Jul '04

I'm running debian sarge on my alpha platform. I've downloaded the squeak debian packages using "apt-get source squeak", which downloads squeak-3.7b5. I try to build the package with dpkg-buildpackage but get the following errors: # dpkg-buildpackage dpkg-buildpackage: source package is squeak dpkg-buildpackage: source version is 1:3.7b5-1 dpkg-buildpackage: source maintainer is Lex Spoon <lex(a)debian.org> dpkg-buildpackage: host architecture is alpha debian/rules clean dh_testdir dh_testroot rm -f build-stamp configure-stamp rm -rf build dh_clean -a rm -rf debian/squeak-vm debian/inisqueak dpkg-source -b squeak-3.7b5 dpkg-source: building squeak using existing squeak_3.7b5.orig.tar.gz dpkg-source: building squeak in squeak_3.7b5-1.diff.gz dpkg-source: building squeak in squeak_3.7b5-1.dsc debian/rules build dh_testdir mkdir build (cd platforms/unix/config/; make) make[1]: Entering directory `/root/squeak-3.7b5/platforms/unix/config' ./mkacinc > acplugins.m4 + ../vm-display-Quartz/acinclude.m4 + ../vm-display-X11/acinclude.m4 + ../vm-display-fbdev/acinclude.m4 + ../vm-sound-MacOSX/acinclude.m4 + ../vm-sound-NAS/acinclude.m4 + ../vm-sound-OSS/acinclude.m4 + ../vm-sound-Sun/acinclude.m4 + ../vm/acinclude.m4 + ../plugins/B3DAcceleratorPlugin/acinclude.m4 + ../plugins/Mpeg3Plugin/acinclude.m4 + ../plugins/ObjectiveCPlugin/acinclude.m4 + ../plugins/PseudoTTYPlugin/acinclude.m4 + ../plugins/SqueakFFIPrims/acinclude.m4 + ../plugins/XDisplayControlPlugin/acinclude.m4 aclocal autoconf configure.ac:134: error: possibly undefined macro: AC_PROG_NM If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:147: error: possibly undefined macro: AC_DISABLE_STATIC configure.ac:148: error: possibly undefined macro: AC_PROG_LIBTOOL make[1]: *** [configure] Error 1 make[1]: Leaving directory `/root/squeak-3.7b5/platforms/unix/config' make: *** [configure-stamp] Error 2 Jiann-Ming Su "Yeah, Lois, that'll be about as much fun as a lecture on ontological empiricism." --Peter Griffin

12 19

← Newer
1
...
40
41
42
43
44
45
46
47
Older →

Jump to page: