Squeak-dev August 2000

squeak-dev@lists.squeakfoundation.org

130 participants
418 discussions

Re: Basically private to Ian (was Re: [BUG][FIX]Squeak2.8 VM support files broken
by Ian Piumarta 30 Aug '00

30 Aug '00

> if you change configure.in you need to get autoconf > > http://www.gnu.org/software/autoconf/autoconf.html > > and call "autoconf" in the unix-src directory to rebuild "configure". > [...] to rebuild aclocal.m4 [...] use aclocal If you already configured the build dir then just type "make" in it, after changing the configuration files. The configured Makfile knows all about the dependencies for: itself, configure, and anthing else that configure and/or config.status might affect. It will run whatever combination of autoconf and/or aclocal and/or config.status is required. (config.status is a shell script that "applies" the configuration that "configure" figured out to a set of headers and/or Makefile-like files. If you only change Makefile.in or sqUnixConfig.h.in, for example, then simply running config.status will regenerate the configured files based on the new ".in" files. This saves you the pain of running configure [which takes a long time on slow machines] all over again for no good reason.) > > what is libffi? a standard unix facility? > > You can get it from > > http://sources.redhat.com/libffi/ You might also consider going directly to the horses mouth. libffi really lives at: http://sourceware.cygnus.com/libffi/ FWIW, the Cygnus Solutions license grants unlimited use of libffi, so linking it statically does not in any way affect commercial use of the VM. > It's only needed for compiling Squeak (it's linked statically > because it's not that big). It's linked statically because otherwise you'd not be able to start the VM at all without installing it first. ld.so would complain about a missing libffi.so. The alternative would be to disable it everywhere, and require that people who want it rebuild the VM from source. BTW: is anyone running GNU/Linux on a Sparc? I hacked libffi to build there (based on the ABI provided for SunOS and Solaris, which should be 100% compatible with GNU/Linux), but didn't test it afterwards. (It was late... I was tired... it takes 45 minutes to configure and compile the VM on my rusty old SunOS machine... ;-) > The real bug in the build-process seems to be that the FFI-Plugin > gets compiled even if libffi is not available on the system. Aha -- w.r.t. 2.8pre2, I spoke too soon... Yes, that's a bug. I'll uninstall libffi on one of my machines and make sure the build works without it. I'd changed acinclude.m4 and rather stupidly didn't try every possible combination of configurations afterwards. (It was late... I was tired... it takes 45 minutes to [...you get the picture]. ;-) > I noticed that -headless crashes because some X calls (like in the > setCursor prim) aren't covered by isConnectedToX checks. I fixed this at > home (where I can't get at now), and it worked fine. If you let me know what's needed then I'll do the necessary. > I did not yet check if the networking stuff works with my older > "production" images. There was the age-old problem of not accepting > multiple connections (which was corrected with Lex's fixes). This is the feedback that I really wanted from pre2. Cheers, Ian

1 0

Re: [UNIX] [BUGS] [FIX] headless vm, small fixes
by Mats Nygren 30 Aug '00

30 Aug '00

Bert Freudenberg <bert(a)isg.cs.uni-magdeburg.de> wrote: > On Wed, 30 Aug 2000, Mats Nygren wrote: > [snip] > Either you get that lib, or you delete anything related to FFI (worked for > me). That would be the *FFI* in the sources and all references to FFI > functions in sqNamedPrims.h. I have tried to delete FFI-references fore awhile. Hiding files in other directories, removing code from files including from generated files, the mess is still growing. Surely this is not how it should work. Adding a particular module shouldn't be able to mess up the whole machine generation process. I would help with this, organizing how the VM is built. But I'm stopped at square one. There is work yet to be done. For a unix machine I see two alternatives (there should be more): 1) Control the build process from within Squeak and have a description in Squeak-syntax of the VM. (What modules should be included etc) This would need OSProcess and probably be unix-specific, in the beginning at least. 2) Have a simple way of describing parameters for the build, from outside of Squeak. Again this would probably be unix-specific in the beginning. Manually changing generated files should never be a part of describing things the new VM. I find this very irritating at the moment, having decided to work with the syntactic part of VM-generation, I don't want learn m4, configure, etc at the moment. (In fact I would like to avoid those for ever if possible) The Squeak way of making it difficult to remove things instead of having it possibly difficult to add things seems to me Could somebody fix this please. The particular problem with FFI, since according to Bert (below) this isn't necesserary what everybody wants, why not make configure arrange for it to be left out, if it isn't found on the machine? If this is difficult to arrange then some things is severely wrong with the current organization of the build process. Thanks for the help so far. I do wish to be able to work with this without first becoming an expert of every detail of the build process. /Mats > Since FFI is a major security risc I normally don't want it to be compiled > into the VM. I also set SQUEAK_SECURE. Am I paranoid? ;-) > > -- Bert

2 1

Re: Basically private to Ian (was Re: [BUG][FIX]Squeak2.8 VM support files broken
by Ian Piumarta 30 Aug '00

30 Aug '00

> Oh, actually I just > got to your website ok and it was > ~piumarta/squeak/unix/Squeak2.8-src.tar of 17 Aug. The website might not be in sync with the FTP server (I often forget to type "make" in the relevant place). Use FTP instead. You know it makes sense. Since there has been no report of anything falling over in 2.8pre2, I'm going to make the first "final" release of 2.8 in a day or two. I'll update the web page while I'm at it, and also include RPMs for everything along with the regular tar archives. Watch this space. Ian

1 0

Re: [UNIX] [BUGS] [FIX] headless vm, small fixes
by Mats Nygren 30 Aug '00

30 Aug '00

Marcus Denker <marcus(a)ira.uka.de> wrote: > [illuminating things about VM-generation on unix] Thanks. > The real bug in the build-process seems to be that the FFI-Plugin gets > compiled even if libffi is not available on the system. Agreed. I would appreciate a lot if someone fixes this. Thanks for the help so far. Ian: would you read this thread and arrange this before considering 2.8 stable? /Mats > > 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 0

RE: Help with Squeak presentation to DoD!
by Jarvis, Robert P. (Contingent) 30 Aug '00

30 Aug '00

You might try contacting Donald Malcolm MacQueen mailto:dmacq@erols.com about JWARS (Joint Warfare System), a DoD simulation project being developed in VisualAge Smalltalk. http://www.dtic.mil/jwars/ Bob Jarvis Compuware @ Timken > -----Original Message----- > From: jchludzinski(a)worldkey.net [mailto:jchludzinski@worldkey.net] > Sent: Tuesday, August 29, 2000 5:31 PM > To: Squeak mailing list! > Subject: Help with Squeak presentation to DoD! > > > I'm going to be giving a presentation to some DoD folks about the > wonders of Squeak and why it ought to be seriously consider as a > candidate for development work (for a wargaming project). I'm > currently using it for the prototype, so naturally the question > arose: Should we continue to use Squeak (Smalltalk in general vs. > C++, Java, etc. [the usual suspects])? > > I would GREATLY appreciate any input! In addition, I've noticed > but haven't used either the GUI (Morphic) features or any support > for Web/Internet development. Could someone please address these. > > To date, I've been using Squeak for the sim-engine and models > (tanks, planes, etc.). The GUI is some legacy Java code from a > previous sim. > > > ---John > >

1 0

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

30 Aug '00

On Wed, Aug 30, 2000 at 12:23:07PM +0300, Mats Nygren wrote: > Thanks, but I don't yet get it. Could you add a little information? > I tried your line and then "make" and got the following: > > Furthermore the following first line in aclocal.m4 worries me: > > dnl aclocal.m4 generated automatically by aclocal 1.4 > > is this really generated automatically, if so shouldn't the change be > made somewhere else? > Yes, you are right. aclocal.m4 is generated from acinclude.m4 and configure.in with "aclocal". The whole automake/autoconf/configure stuff is somewhat complex, so here some more information: The Makefile is build from "Makefile.in" with the help of the "configure" script. "configure" is generated by "autoconf" from "configure.in" and aclocal.m4. And aclocal.m4 is generated with "aclocal" (part of GNU automake) from acinclude.m4 and configure.in. Wow. So... normally you only need to run "configure". But if you change configure.in you need to get autoconf http://www.gnu.org/software/autoconf/autoconf.html and call "autoconf" in the unix-src directory to rebuild "configure". and if you want to rebuild aclocal.m4 (you changed acinclude.m4) you need automake: http://www.gnu.org/software/automake/automake.html and use aclocal to rebuild aclocal.m4 > what is libffi? a standard unix facility? > No. And even not available in most Linux distributions. You can get it from http://sources.redhat.com/libffi/ It's only needed for compiling Squeak (it's linked statically because it's not that big). The real bug in the build-process seems to be that the FFI-Plugin gets compiled even if libffi is not available on the system. 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 0

Re: [Feature] another clientserver framework
by Johan Fabry 30 Aug '00

30 Aug '00

"Göran Hultgren" wrote: > > So I promised you the clientserverframework. It still doesn't work well > > (the RMI part is in shambles - Chatter - and I am slowly getting it > > moved to other classes. As soon as I can find some time I will explore this too. > Okidoki. I am harvesting code from all around - Peter Smet sent me his Fly-By-Wire stuff - has not > checked it yet though. But on the other hand I have looked a little at Johan Fabry's RMP stuff - > it is "like RMI" with transparent proxies etc. The code looks well written (no sweat grokking it) > and it is SIMPLE. Yay. /me is happy. > I thought I should look through all code I could get my hands on and then try to pick what looks > best and combine them. For example - SRP looks quite interesting for Serialization. Johan's RMP > (Remote Messaging Protocol) looks simple and extensible - as perhaps your stuff is too? :-) RMP = Remote Message Passing. Please do not mutilate my names ;-) > I will post a summary when I am done. Please do, I think many people would benefit. -- "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: Mac 2.8 Browser plugin
by Karl Ramberg 30 Aug '00

30 Aug '00

Bert Freudenberg wrote: > On Wed, 30 Aug 2000, Henrik Gedenryd wrote: > > > However, wouldn't it be more appropriate to register the plugin type with > > (Netscape's) plugin registry, so that we can use the browser's normal > > routine for downloading & installing the plugin as required. The > > appropriate, required functionality ought to be there already. > > There's no need to register with Netscape. You just have to include the > PLUGINSPAGE parameter in every Squeaklet EMBED tag. Then Netscape will > tell you that you dont have the right plugin and take you to the right > download page (could someone check with IE?). I could setup a CGI script > that checks the system type and presents the right files to download. > http://developer.netscape.com/docs/manuals/communicator/plugin/devov.htm#10… > > I'd prefer if we could this Netscape's "SmartUpdate" feature because it > works the same on all platforms. It basically loads down a zip file (jar > format) and runs your own JavaScript installer routine. See > http://developer.netscape.com/docs/manuals/communicator/jarman/index.htm > New with Communicator 4.0 is the PLUGINURL parameter that directly points > to the JAR file. > > -- Bert This sounds like the best soulution to me. But is should work on other browers than Netscape. Karl

1 0

ftp mirrors Re: Squeak 2.8 available
by Karl Ramberg 30 Aug '00

30 Aug '00

Bert Freudenberg wrote: > European mirror: > ftp://ftp.cs.uni-magdeburg.de/pub/Smalltalk/free/squeak/uiuc/ > It seems to be ftp://ftp.cs.uni-magdeburg.de/pub/Smalltalk/Smalltalk/Squeak/ but it's not current. Last mirrored 10 days ago ? I'v made a ftp mirror page at the Squeak Swiki http://minnow.cc.gatech.edu/squeak/1582 Please add any mirrors you know of. Karl

1 0

Re: [Feature] another clientserver framework
by G�ran Hultgren 30 Aug '00

30 Aug '00

Hi Rob and All! --- Rob Withers <slosher2(a)home.com> wrote: > "G�ran Hultgren" wrote: > > Hi! > > Hello again G�ran! > > So I promised you the clientserverframework. It still doesn't work well > (the RMI part is in shambles - Chatter - and I am slowly getting it > moved to other classes. Okidoki. I am harvesting code from all around - Peter Smet sent me his Fly-By-Wire stuff - has not checked it yet though. But on the other hand I have looked a little at Johan Fabry's RMP stuff - it is "like RMI" with transparent proxies etc. The code looks well written (no sweat grokking it) and it is SIMPLE. I thought I should look through all code I could get my hands on and then try to pick what looks best and combine them. For example - SRP looks quite interesting for Serialization. Johan's RMP (Remote Messaging Protocol) looks simple and extensible - as perhaps your stuff is too? :-) I will post a summary when I am done. > > > some testCases. These two pieces together, with a pumped endpoint and > > > use of when:send:to: could result in a pretty robust base for IPC > > > between Smalltalks. It still needs a lot of work in naming/locators, > > > exceptions and remote event registrations. I can provide this too you > > > if you want it. I'll need some time to consolidate and test. > > > > Do I want it? H#ll yes! :-) > > Here you go Thanks! 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

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

Jump to page: