You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(54) |
Jun
(3) |
Jul
|
Aug
(23) |
Sep
(33) |
Oct
(14) |
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
|
Jul
|
Aug
(15) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
(1) |
Feb
|
Mar
(26) |
Apr
(130) |
May
(5) |
Jun
|
Jul
(21) |
Aug
(3) |
Sep
(24) |
Oct
(10) |
Nov
(37) |
Dec
(2) |
| 2005 |
Jan
(30) |
Feb
(15) |
Mar
(4) |
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(10) |
| 2007 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Bert F. <be...@is...> - 2003-08-02 22:05:47
|
Ned Konz wrote: > On Saturday 02 August 2003 09:59 am, Bert Freudenberg wrote: > >>My servers run 2.8, I mainly use 3.4, looked briefly at 3.5. >> >>I think when 3.6 gets out, nobody will bother with 3.5. Don't waste >>your time on it. > > > I think he's talking about the VM version. Me too. What did make you think I'm talking about image versions? > Yet another reason to consider synching the VM version numbers at 3.6 > sometime around the time of the 3.6 release. Agreed. -- Bert |
|
From: Bert F. <be...@is...> - 2003-08-02 22:03:19
|
Ned Konz wrote: > I don't know that I'll be actually doing any commits (to branches, of > course), but perhaps it would be better to be able to do so. > > I am likely to be working on Unix, Windows, and maybe MacOS from time > to time. > > So is any one of the root admins willing to vouch for me? > > I acknowledge that I have read and attempted to understand the > contents of the Swiki page on CVS guidelines: > <http://minnow.cc.gatech.edu/squeak/2512> > > [X] ACCEPT (NK) > > Thanks, Actually, by adding you as developer I implicitly vouched for you. -- Bert |
|
From: Ned K. <ne...@bi...> - 2003-08-02 17:34:06
|
I don't know that I'll be actually doing any commits (to branches, of course), but perhaps it would be better to be able to do so. I am likely to be working on Unix, Windows, and maybe MacOS from time to time. So is any one of the root admins willing to vouch for me? I acknowledge that I have read and attempted to understand the contents of the Swiki page on CVS guidelines: <http://minnow.cc.gatech.edu/squeak/2512> [X] ACCEPT (NK) Thanks, -- Ned Konz http://bike-nomad.com GPG key ID: BEEA7EFE |
|
From: Ian P. <ian...@in...> - 2003-08-02 17:06:58
|
On Sat, 2 Aug 2003, Bert Freudenberg wrote: > > If 3.6 is built from 3.4 then 3.5 will become 3.7. ;) > > Oh, so you're not yet too confident in your modular stuff? I've not had any problems with it, but then again I know which buttons not to press. ;) One thing that 3.5 doesn't currently do (compared with 3.4) is parse options embedded in the #! interpreter line at the top of "self-executing" images. Ian |
|
From: Ned K. <ne...@bi...> - 2003-08-02 17:06:48
|
On Saturday 02 August 2003 09:59 am, Bert Freudenberg wrote: > My servers run 2.8, I mainly use 3.4, looked briefly at 3.5. > > I think when 3.6 gets out, nobody will bother with 3.5. Don't waste > your time on it. I think he's talking about the VM version. Yet another reason to consider synching the VM version numbers at 3.6 sometime around the time of the 3.6 release. -- Ned Konz http://bike-nomad.com GPG key ID: BEEA7EFE |
|
From: Ned K. <ne...@bi...> - 2003-08-02 17:05:33
|
On Saturday 02 August 2003 09:39 am, Ian Piumarta wrote: > On Sat, 2 Aug 2003, Ned Konz wrote: > > * I agree with Bert that it would be great to have a > > really-packaged version of the Linux VM ready for 3.6. > > I'm on the case today. Did you get my latest patch for the clipboard fix? I posted it to the squeak-dev list. > > * What's the status of Ian's work? Is it in the tree, or is there > > some more merging to be done? > > When I've built everything from a 3.6 image and the new VMM then > I'll merge it all in. > > Quick poll: how many people are using 3.4 and how many are using > 3.5? If there's a drift toward the latter then I'll spend some > time cleaning it up and removing all the debugging messages. I'm using 3.5. It's the first VM I've had in a *long* time in which all of the following work (or at least compile; haven't tested everything yet): - clipboard copy and paste - OSProcess - FFI - Balloon3D - Enhanced serial - Berkeley DB (I've enhanced this quite a bit) - Regex Plus, it's about 10% faster than the 3.4-1 one I was using (though this could be the effect of going to GCC 3.3). I run Squeak from a script, so the debug messages go off to /dev/null... > > * I hope we'll be shipping all the VMs with the Regex Plugin. > > The Unix VM ships with this as standard. (At least the plugin is > there; whether some additional image-side stuff needs to be > filed-in to use it is another question.) Right. I'd like to see the image-side stuff in there too, but it's essential to have the plugin. Thanks, -- Ned Konz http://bike-nomad.com GPG key ID: BEEA7EFE |
|
From: Bert F. <be...@is...> - 2003-08-02 17:03:53
|
Ian Piumarta wrote: > On Sat, 2 Aug 2003, Bert Freudenberg wrote: > > >>>Quick poll: how many people are using 3.4 and how many are using 3.5? If >>>there's a drift toward the latter then I'll spend some time cleaning it >>>up and removing all the debugging messages. >> >>I think when 3.6 gets out, nobody will bother with 3.5. Don't waste your >>time on it. > > > If 3.6 is built from 3.4 then 3.5 will become 3.7. ;) Oh, so you're not yet too confident in your modular stuff? -- Bert |
|
From: Ian P. <ian...@in...> - 2003-08-02 17:02:01
|
On Sat, 2 Aug 2003, Bert Freudenberg wrote: > > Quick poll: how many people are using 3.4 and how many are using 3.5? If > > there's a drift toward the latter then I'll spend some time cleaning it > > up and removing all the debugging messages. > > I think when 3.6 gets out, nobody will bother with 3.5. Don't waste your > time on it. If 3.6 is built from 3.4 then 3.5 will become 3.7. ;) Ian |
|
From: Bert F. <be...@is...> - 2003-08-02 16:59:01
|
Ian Piumarta wrote: > On Sat, 2 Aug 2003, Ned Konz wrote: > > >>* I agree with Bert that it would be great to have a really-packaged >>version of the Linux VM ready for 3.6. > > I'm on the case today. Yay! >>* What's the status of Ian's work? Is it in the tree, or is there some >>more merging to be done? > > When I've built everything from a 3.6 image and the new VMM then I'll > merge it all in. Double yay! :-) > Quick poll: how many people are using 3.4 and how many are using 3.5? If > there's a drift toward the latter then I'll spend some time cleaning it > up and removing all the debugging messages. You should ask this on the main Squeak list. Not too many ppl here ... My servers run 2.8, I mainly use 3.4, looked briefly at 3.5. I think when 3.6 gets out, nobody will bother with 3.5. Don't waste your time on it. -- Bert |
|
From: Ian P. <ian...@in...> - 2003-08-02 16:39:39
|
On Sat, 2 Aug 2003, Ned Konz wrote: > * I agree with Bert that it would be great to have a really-packaged > version of the Linux VM ready for 3.6. I'm on the case today. > * What's the status of Ian's work? Is it in the tree, or is there some > more merging to be done? When I've built everything from a 3.6 image and the new VMM then I'll merge it all in. Quick poll: how many people are using 3.4 and how many are using 3.5? If there's a drift toward the latter then I'll spend some time cleaning it up and removing all the debugging messages. > * Do the restrictions that Ian has put in the comments of his sources > allow anyone to make changes? Sure. But... > Seems like making a modification in the > CVS tree would require renaming the files. ...if anyone wants to distribute those changes publicly then the modified files must have different names. (Ned earns much kudos for being the first person ever to take any notice of this condition at all. :) > * I hope we'll be shipping all the VMs with the Regex Plugin. The Unix VM ships with this as standard. (At least the plugin is there; whether some additional image-side stuff needs to be filed-in to use it is another question.) Cheers, Ian |
|
From: Andreas R. <and...@gm...> - 2003-08-02 16:39:08
|
Hi Ned, > * I hope we'll be shipping all the VMs with the Regex Plugin. I've=20 > fixed a couple of bugs in the Smalltalk side. I'd also like to=20 > consider adding the Regex package to the Basic image distribution,=20 > but that's probably better discussed on another list. Yes, I agree. I very much like the idea of having Re right in Squeak = (the Windows VMs had the plugin built-in since 3.4.3). > * I'd also like to see John's new serial work made available for=20 > Windows, if possible. Is there any interest in doing this? Interest yes, resources no. In other words: I just have no time to do = it. If someone does it available I'll happily integrate it. Cheers, - Andreas |
|
From: Ned K. <ne...@bi...> - 2003-08-02 16:21:56
|
Hi everyone! I think most of you know me by now, so I'll skip the introduction. A couple of thoughts and questions: * I agree with Bert that it would be great to have a really-packaged version of the Linux VM ready for 3.6. * What's the status of Ian's work? Is it in the tree, or is there some more merging to be done? * Do the restrictions that Ian has put in the comments of his sources allow anyone to make changes? Seems like making a modification in the CVS tree would require renaming the files. * I hope we'll be shipping all the VMs with the Regex Plugin. I've fixed a couple of bugs in the Smalltalk side. I'd also like to consider adding the Regex package to the Basic image distribution, but that's probably better discussed on another list. * I'm doing a Linux version of John's new serial stuff under Linux. Mostly this means doing the serial device enumeration in Squeak, rather than in the plugin (it's easier there...). Is anyone interested in making this work on other Unix systems? If so, we should coordinate our efforts. * I'd also like to see John's new serial work made available for Windows, if possible. Is there any interest in doing this? Thanks, -- Ned Konz http://bike-nomad.com GPG key ID: BEEA7EFE |
|
From: Bert F. <be...@is...> - 2003-08-02 10:27:24
|
Hi folks, I have some more or less unrelated comments regarding our SourceForge code repository ... State: Windows and Mac seem to do well, Windows even uses the file release mechanism. Isn't it a little bit odd that only Windows stuff is released, yet we are listed as "cross platform"? ;-) News (according to https://sourceforge.net/news/?group_id=5506): Latest Windows VM is 3.5.1, Mac is 3.2.2, no others Unix: Lately there was some activity with folks actually reporting bugs and fixing them, too. Since it seems Ned Konz is willing and able to fix some stuff, I added him as developer. Haven't heared anything from the guy who checked in Ian's 3.5 tree in a while .. any news? Members: The vouching idea from last year somehow died out ... are we going to remove the unvouched-for developers from the project? There has not been any activity from them AFAICT. Bugs: we have two open bug reports (https://sourceforge.net/tracker/?group_id=5506&atid=105506) MacOS plugin SerialExtendedPlugin Where is MiscPrimitivePlugin? Maybe someone could have a look at them? Patches: two open patches, did these get in? If yes, we can close them. https://sourceforge.net/tracker/?atid=305506&group_id=5506&func=browse Access control: There is now a script to allow fine-grained CVS write access (per user, per directory, per branch). I think at least one platform maintainer wanted to have something like this: https://sourceforge.net/docman/display_doc.php?docid=772&group_id=1 That's it for now ... I'd very much like to have recent VMs for all platforms ready on the file release page when 3.6 hits the streets. I think that is not even *that* unrealistic. What do you think? -- Bert |
|
From: Tim R. <ti...@su...> - 2003-05-20 17:57:43
|
sq.h needs a teensy fix; when I added the Mac-browser related cleanup macros I put them _after_ the include of sqPlatformSpecific.h :-( Rather prevents poor John from overriding them to suit the Mac browser vm needs. Since no other platform is afflicted, er, affected, this shouldn't cause any problems. Mind you, is there any reason we shouldn't just stick the include right at the end of the file and be done with it? Can't think of one myself right now but maybe there is some arcane reason one of you folks can think of. (C ISO standard 45.16.543.b.iii-b, no include file should include another file more than 78.45% of the way throught the including file unless it is a third thursday with a blue moon on the preceding Monday) tim -- Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim You forgot to do your backup 16 days ago. Tomorrow you'll need that version. |
|
From: Ian P. <ian...@in...> - 2003-05-14 10:27:12
|
On Tue, 13 May 2003, Tim Rowledge wrote: > (true to form - inria seems to block access to > any attempt, perhaps as part of the french objections to US > imperialism?) in getting anything but bounces from his email address Very strange. Your messages are currently arriving twice. Once via SF and again via the direct route. Seems like email is working for you again. (I compained to the INRIA site admin about their spam filters [which were killing legitimate mail too] and had them switched off for mail sent to me [more than a year ago]. So maybe your messages are just being lost in the 300 spams per day that I have to delete. ;) Ian PS: Not really. I'm very carful about not deleting anything "real". |
|
From: Tim R. <ti...@su...> - 2003-05-14 03:41:38
|
In message <000b01c319b0$af555710$8ef7fea9@atlantis>
"Andreas Raab" <and...@gm...> wrote:
> Err ... you mean this wasn't your idea? Tim???
It was my idea. Given three months since Ian promised to upload the
sources and no success (true to form - inria seems to block access to
any attempt, perhaps as part of the french objections to US
imperialism?) in getting anything but bounces from his email address I
took it upon myself to try to move things along. If that seems dreadful
to anyone, well, live with it. I don't have time to wait forever and in
the meantime it pisses me off to have ancient code sitting there.
Brenda seems to me to have done a Good Thing and made a nice neat branch
that can be checked before anything else needs doing. This is why I
asked for help from a CVS savvy person. If anyone wants to bitch, bitch
at me - and I'll scratch right back because I am in a foul mood right
now and just ready to tear some flesh off.
Have a nice day.
tim
--
Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim
Useful Latin Phrases:- Nullo metro compositum est = It doesn't rhyme.
|
|
From: Andreas R. <and...@gm...> - 2003-05-14 00:35:43
|
Err ... you mean this wasn't your idea? Tim??? Cheers, - Andreas > -----Original Message----- > From: squ...@li... > [mailto:squ...@li...] On > Behalf Of Tim Rowledge > Sent: Thursday, May 08, 2003 12:20 AM > To: squ...@li... > Subject: Unix platform code CVS updating > > > In the last version of the unix platform code Ian made a lot > of changes > to the directory tree so as to support a bunch of good stuff. > Unfortunately he hasn't been able to make time to upload all this new > stuff to sourceforge, which leaves us in the embarrassing position of > not having all the code in one place as we would prefer. > > Is there some kind CVS savvy person with a bit of time that can tackle > this for us? The older stuff needs removing and replacing with the new > tree; unless you are _very_ good indeed with CVS wizardry it is > understood that we will lose the history of the replaced > files. I could > probably attempt a basic attack but somebody that really knows what > they're doing is so much more likely to get it right... > > Although I'm trying to muddle through, it is likely to be less than > fully effective if I test the latest VMMaker package on unix with > anything that is not 'proper' code. I would like to get this done, > released and out of my hair asap so that I can make some time > to tackle > 'the vision thing'. > > tim > -- > Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim > Congratulations! You are the one-millionth user to log into > our system. > > -----Original Message----- > From: squ...@li... > [mailto:squ...@li...] On > Behalf Of Tim Rowledge > Sent: Thursday, May 08, 2003 10:03 PM > To: squ...@li... > Subject: Re: Unix platform code CVS updating > > > I have a volunteer that is going to try to deal with this over this > weekend. I've hopefully managed the right incantations at SF > to declare > this kind person as an admin for the purposes of the exercise. > > This might be a good time to suggest any SF related > activities that need > doing, in the hope that they can be included in the fun. > > tim > -- > Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim > Fractured Idiom:- LE ROI EST MORT. JIVE LE ROI - The King is > dead. No kidding. > > -----Original Message----- > From: squ...@li... > [mailto:squ...@li...] On > Behalf Of Tim Rowledge > Sent: Friday, May 09, 2003 6:44 PM > To: squ...@li... > Subject: Re: Unix platform code CVS updating > > > Hi Ivo > > I've noticed that there're already at least two more or > less volunteers, > > so I > > don't want to interfere... - to many cooks just spoil the > broth... ;-) > > However - if you need addtional help to handle this, just > say a word... :-) > Thanks for volunteering (to all three of you). 'asparagi' is > planning an > attack this weekend and I'm sure she'll holler for help if any is > needed. It's nice to know there are a few CVS savvy people > around. I can > check stuff out, commit it and swear at it and that's about all. > > Of course, it would help dummies like me if there was a decent UI tool > for all the platforms I use. I've tried (on unix) cevisia (it stinks) > and some tcl/tk based doobry (it stunk) and MacCVS (ummm....) and !CVS > on RiscOS (which actually works ok for checking out but doesn't handle > ssh yet so I can't use it to commit to SF ). > > Now, wasn't there some lazy ne'er-do-well on this list that > was going to > solve all this for us ? :-) > > tim > -- > Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim > There are never any bugs you haven't found yet. > |
|
From: Ian P. <ian...@in...> - 2003-05-14 00:14:56
|
Hi Folks,
Long time no traffic. ;) In the meantime, can anyone explain:
1) who this person is;
2) how they got into the admin group without prior discussion here;
3) what the *@%$! they're doing to the repository; and
4) what happened to the "policy" regarding commits to the trunk?
Thanks!
Ian
11694 May 11 20:59 Brenda Larcom (3,258) [Squeak-Commits] squeak/platforms/Cross/plugins/PseudoTTYPlugin - New directory
11695 May 11 21:03 Brenda Larcom (3,310) [Squeak-Commits] squeak/platforms/Cross/plugins/PseudoTTYPlugin PseudoTTYPlugin.h,NONE,1.1
11697 May 11 22:10 Brenda Larcom (3,192) [Squeak-Commits] squeak/platforms/unix/config - New directory
11698 May 11 22:12 Brenda Larcom (3,203) [Squeak-Commits] squeak/platforms/unix/npsqueak - New directory
11699 May 11 22:12 Brenda Larcom (3,183) [Squeak-Commits] squeak/platforms/unix/doc - New directory
11700 May 11 22:14 Brenda Larcom (3,256) [Squeak-Commits] squeak/platforms/unix/plugins/AsynchFilePlugin - New directory
11701 May 11 22:14 Brenda Larcom (3,232) [Squeak-Commits] squeak/platforms/unix/plugins/DropPlugin - New directory
11702 May 11 22:14 Brenda Larcom (3,248) [Squeak-Commits] squeak/platforms/unix/plugins/SqueakFFIPrims - New directory
11703 May 11 22:14 Brenda Larcom (3,235) [Squeak-Commits] squeak/platforms/unix/plugins/MIDIPlugin - New directory
11704 May 11 22:14 Brenda Larcom (3,268) [Squeak-Commits] squeak/platforms/unix/plugins/UnixOSProcessPlugin - New directory
11705 May 11 22:14 Brenda Larcom (3,255) [Squeak-Commits] squeak/platforms/unix/plugins/PseudoTTYPlugin - New directory
11706 May 11 22:18 Brenda Larcom (3,283) [Squeak-Commits] squeak/platforms/unix/doc/HowToBuildFromSource.html - New directory
11707 May 11 22:28 Brenda Larcom (3,245) [Squeak-Commits] squeak/platforms/unix/config/autom4te.cache - New directory
11708 May 11 22:31 Brenda Larcom (3,223) [Squeak-Commits] squeak/platforms/unix/npsqueak/include - New directory
11709 May 11 22:31 Brenda Larcom (3,211) [Squeak-Commits] squeak/platforms/unix/npsqueak/test - New directory
11710 May 11 22:53 Brenda Larcom (3,249) [Squeak-Commits] squeak/platforms/unix/plugins/SqueakFFIPrims/old - New directory
11711 May 12 00:00 Brenda Larcom (6,910) [Squeak-Commits] squeak/platforms/unix/vm sqGnu.h,1.1,1.1.2.1
11712 May 12 00:00 Brenda Larcom (4,207) [Squeak-Commits] squeak/platforms/Cross/vm sq.h,1.5,1.5.4.1
11713 May 12 00:26 Brenda Larcom (4,587) [Squeak-Commits] squeak/platforms/unix/npsqueak/test plugintest.html,NONE,1.1 plugintest.sts
11714 May 12 00:26 Brenda Larcom (3,989) [Squeak-Commits] squeak/platforms/unix/plugins/DropPlugin Makefile.inc,NONE,1.1 sqUnixDragDr
11715 May 12 00:26 Brenda Larcom (61,568) [Squeak-Commits] squeak/platforms/unix/config/autom4te.cache output.0,NONE,1.1 output.1,NONE
11716 May 12 00:26 Brenda Larcom (108K) [Squeak-Commits] squeak/platforms/unix/npsqueak/include jri.h,NONE,1.1 jri_md.h,NONE,1.1 jri
11717 May 12 00:26 Brenda Larcom (3,790) [Squeak-Commits] squeak/platforms/unix/plugins/B3DAcceleratorPlugin acinclude.m4,NONE,1.1
11718 May 12 00:26 Brenda Larcom (13,735) [Squeak-Commits] squeak/platforms/unix/plugins/AsynchFilePlugin sqUnixAsynchFile.c,NONE,1.1
11719 May 12 00:26 Brenda Larcom (74,877) [Squeak-Commits] squeak/platforms/unix/doc/HowToBuildFromSource.html HowToBuildFromSource-im
11720 May 12 00:26 Brenda Larcom (47,982) [Squeak-Commits] squeak/platforms/unix/npsqueak Makefile,NONE,1.1 README.npsqueak,NONE,1.1 n
11721 May 12 00:26 Brenda Larcom (3,380) [Squeak-Commits] squeak/platforms/unix/plugins/JPEGReadWriter2Plugin Makefile.inc,NONE,1.1
11722 May 12 00:26 Brenda Larcom (8,034) [Squeak-Commits] squeak/platforms/unix/plugins/FileCopyPlugin sqUnixFileCopyPlugin.c,NONE,1.
11723 May 12 00:26 Brenda Larcom (4,740) [Squeak-Commits] squeak/platforms/unix/plugins/Mpeg3Plugin Makefile.in,NONE,1.1 acinclude.m4
11724 May 12 00:26 Brenda Larcom (9,513) [Squeak-Commits] squeak/platforms/unix/plugins/MIDIPlugin sqUnixMIDI.c,NONE,1.1
11725 May 12 00:26 Brenda Larcom (119K) [Squeak-Commits] squeak/platforms/unix/config Makefile,NONE,1.1 Makefile.in,NONE,1.1 Makefil
11726 May 12 00:26 Brenda Larcom (3,384) [Squeak-Commits] squeak/platforms/unix/plugins/UnixOSProcessPlugin Makefile.inc,NONE,1.1
N 11727 May 12 00:26 Brenda Larcom (29,068) [Squeak-Commits] squeak/platforms/unix/plugins/SoundPlugin sqUnixSoundNAS.c,NONE,1.1 sqUnixS
N 11728 May 12 00:26 Brenda Larcom (128K) [Squeak-Commits] squeak/platforms/unix/doc 3.2-1.RELEASE_NOTES,NONE,1.1 3.2-2.RELEASE_NOTES,
N 11729 May 12 00:26 Brenda Larcom (37,213) [Squeak-Commits] squeak/platforms/unix/plugins/PseudoTTYPlugin PseudoTTY.st,NONE,1.1 PseudoT
N 11730 May 12 00:26 Brenda Larcom (22,241) [Squeak-Commits] squeak/platforms/unix/plugins/SqueakFFIPrims/old acinclude.m4,NONE,1.1 sqUn
N 11731 May 12 00:26 Brenda Larcom (3,263) [Squeak-Commits] squeak/platforms/unix/plugins/JoystickTabletPlugin sqUnixJoystickTablet.c,1
N 11732 May 12 00:26 Brenda Larcom (22,459) [Squeak-Commits] squeak/platforms/unix/vm Makefile.in,NONE,1.1 aio.c,NONE,1.1 aio.h,NONE,1.1
N 11733 May 12 00:26 Brenda Larcom (92,516) [Squeak-Commits] squeak/platforms/unix/plugins/SqueakFFIPrims 00README,NONE,1.1 Makefile,NON
N 11734 May 12 00:39 Brenda Larcom (4,708) [Squeak-Commits] squeak/platforms/unix/plugins/SocketPlugin sqUnixSocket.c,1.4,1.5
N 11735 May 12 00:39 Brenda Larcom (4,121) [Squeak-Commits] squeak/platforms/unix/plugins/SoundPlugin sqUnixSound.c,1.4,1.5
N 11736 May 12 00:39 Brenda Larcom (30,311) [Squeak-Commits] squeak/platforms/unix/vm osExports.c,1.1,1.2 sqConfig.h,1.1.1.1,1.2 sqPlatf
N 11737 May 12 00:39 Brenda Larcom (4,151) [Squeak-Commits] squeak/platforms/unix/plugins/SerialPlugin sqUnixSerial.c,1.2,1.3
N 11738 May 12 00:39 Brenda Larcom (8,515) [Squeak-Commits] squeak/platforms/unix/plugins/FilePlugin sqUnixFile.c,1.5,1.6
N 11739 May 12 00:39 Brenda Larcom (15,155) [Squeak-Commits] squeak/platforms/unix/plugins/B3DAcceleratorPlugin sqUnixOpenGL.c,1.1,1.2
N 11740 May 12 00:39 Brenda Larcom (5,362) [Squeak-Commits] squeak/platforms/unix/plugins/SecurityPlugin sqUnixSecurity.c,1.2,1.3
11743 May 11 22:00 Brenda Larcom (458K) [Squeak-Commits] squeak/platforms/Cross/plugins/RePlugin RePlugin3-Fixes.1.cs,NONE,1.1 RePlu
A 11797 May 13 14:51 Brenda Larcom (3,798) [Squeak-Commits] squeak/platforms/Cross/plugins/B3DAcceleratorPlugin B3DAcceleratorPlugin.h,
N 11798 May 13 14:53 Brenda Larcom (3,784) [Squeak-Commits] squeak/platforms/Cross/plugins/B3DAcceleratorPlugin sqOpenGLRenderer.h,1.2,
11799 May 13 15:06 Brenda Larcom (5,130) [Squeak-Commits] squeak/platforms/Cross/vm sqVirtualMachine.h,1.4,1.4.4.1
A 11800 May 13 15:13 Brenda Larcom (7,667) [Squeak-Commits] squeak/platforms/unix/vm sqGnu.h,1.1.2.1,1.1.2.2
11802 May 13 15:19 Brenda Larcom (62,623) [Squeak-Commits] squeak/platforms/unix/vm SqDisplay.h,NONE,1.1 SqModule.h,NONE,1.1 SqSound.h
N 11803 May 13 15:20 Brenda Larcom (19,760) [Squeak-Commits] squeak/platforms/unix/vm sqUnixMemory.c,1.3,1.3.4.1
N 11805 May 13 15:21 Brenda Larcom (3,259) [Squeak-Commits] squeak/platforms/unix/plugins/ObjectiveCPlugin - New directory
N 11806 May 13 15:22 Brenda Larcom (3,240) [Squeak-Commits] squeak/platforms/unix/plugins/SoundPlugin/zzz - New directory
N 11807 May 13 15:23 Brenda Larcom (3,270) [Squeak-Commits] squeak/platforms/unix/plugins/B3DAcceleratorPlugin/zzz - New directory
11808 May 13 15:27 Brenda Larcom (7,942) [Squeak-Commits] squeak/platforms/unix/plugins/DropPlugin sqUnixDragDrop.c,1.1,1.2
N 11809 May 13 15:27 Brenda Larcom (28,414) [Squeak-Commits] squeak/platforms/unix/plugins/B3DAcceleratorPlugin Makefile.inc,NONE,1.1 ac
N 11810 May 13 15:27 Brenda Larcom (11,450) [Squeak-Commits] squeak/platforms/unix/plugins/FilePlugin sqUnixFile.c,1.6,1.7
N 11811 May 13 15:27 Brenda Larcom (15,599) [Squeak-Commits] squeak/platforms/unix/plugins/SoundPlugin/zzz Buffer.h,NONE,1.1 DoubleBuffe
N 11812 May 13 15:27 Brenda Larcom (10,537) [Squeak-Commits] squeak/platforms/unix/plugins/SoundPlugin sqUnixSound.c,1.5,1.6
N 11813 May 13 15:27 Brenda Larcom (3,375) [Squeak-Commits] squeak/platforms/unix/plugins/UnixOSProcessPlugin acinclude.m4,NONE,1.1
N 11814 May 13 15:27 Brenda Larcom (22,486) [Squeak-Commits] squeak/platforms/unix/plugins/B3DAcceleratorPlugin/zzz sqUnixOpenGL.OSX,NON
N 11815 May 13 15:27 Brenda Larcom (9,011) [Squeak-Commits] squeak/platforms/unix/plugins/SocketPlugin sqUnixSocket.c,1.5,1.6
N 11816 May 13 15:27 Brenda Larcom (24,927) [Squeak-Commits] squeak/platforms/unix/plugins/ObjectiveCPlugin Makefile.inc,NONE,1.1 acincl
N 11817 May 13 15:30 Brenda Larcom (90,990) [Squeak-Commits] squeak/platforms/unix/config/autom4te.cache output.0,1.1,1.2 output.1,1.1,1
N 11818 May 13 15:30 Brenda Larcom (50,676) [Squeak-Commits] squeak/platforms/unix/config Makefile.in,1.1,1.2 Makefile.install,1.1,1.2 a
11819 May 13 15:31 Brenda Larcom (11,836) [Squeak-Commits] squeak/platforms/unix/doc 3.5-1devel.RELEASE_NOTES,NONE,1.1 squeak.1,1.1,1.
11820 May 13 15:27 Brenda Larcom (6,089) [Squeak-Commits] squeak/platforms/unix/plugins/SqueakFFIPrims any-libffi.c,1.1,1.2 x86-sysv.
N 11821 May 13 15:34 Brenda Larcom (3,236) [Squeak-Commits] squeak/platforms/unix/vm-display-Quartz - New directory
N 11822 May 13 15:34 Brenda Larcom (3,216) [Squeak-Commits] squeak/platforms/unix/vm-sound-Sun - New directory
N 11823 May 13 15:34 Brenda Larcom (3,228) [Squeak-Commits] squeak/platforms/unix/vm-display-null - New directory
N 11824 May 13 15:34 Brenda Larcom (3,219) [Squeak-Commits] squeak/platforms/unix/vm-sound-OSS - New directory
N 11825 May 13 15:34 Brenda Larcom (3,231) [Squeak-Commits] squeak/platforms/unix/vm-sound-MacOSX - New directory
N 11826 May 13 15:34 Brenda Larcom (3,220) [Squeak-Commits] squeak/platforms/unix/vm-sound-null - New directory
N 11827 May 13 15:34 Brenda Larcom (3,224) [Squeak-Commits] squeak/platforms/unix/vm-display-X11 - New directory
11828 May 13 15:34 Brenda Larcom (3,216) [Squeak-Commits] squeak/platforms/unix/vm-sound-NAS - New directory
11829 May 13 15:38 Brenda Larcom (3,258) [Squeak-Commits] squeak/platforms/unix/vm-display-Quartz/Resources - New directory
11830 May 13 15:38 Brenda Larcom (3,237) [Squeak-Commits] squeak/platforms/unix/vm-display-Quartz/zzz - New directory
11831 May 13 15:40 Brenda Larcom (3,295) [Squeak-Commits] squeak/platforms/unix/vm-display-Quartz/Resources/SqueakHelp - New director
11832 May 13 15:40 Brenda Larcom (3,312) [Squeak-Commits] squeak/platforms/unix/vm-display-Quartz/Resources/SqueakHelp/images - New d
N 11833 May 13 15:42 Brenda Larcom (4,578) [Squeak-Commits] squeak/platforms/unix/vm-display-Quartz/zzz sqUnixQuartz.m,NONE,1.1
N 11834 May 13 15:42 Brenda Larcom (13,228) [Squeak-Commits] squeak/platforms/unix/vm-display-Quartz/Resources/SqueakHelp SqueakHelp.htm
N 11835 May 13 15:42 Brenda Larcom (4,036) [Squeak-Commits] squeak/platforms/unix/vm-display-Quartz/Resources/SqueakHelp/images bookico
N 11836 May 13 15:42 Brenda Larcom (47,380) [Squeak-Commits] squeak/platforms/unix/vm-display-Quartz CPS.h,NONE,1.1 Info.plist.in,NONE,1
N 11837 May 13 15:48 Brenda Larcom (7,185) [Squeak-Commits] squeak/platforms/unix/vm-display-null Makefile.inc,NONE,1.1 sqUnixDisplayNu
N 11838 May 13 15:48 Brenda Larcom (4,714) [Squeak-Commits] squeak/platforms/unix/vm-sound-OSS acinclude.m4,NONE,1.1 sqUnixSoundOSS.c,N
N 11839 May 13 15:48 Brenda Larcom (6,675) [Squeak-Commits] squeak/platforms/unix/vm-sound-null sqUnixSoundNull.c,NONE,1.1
N 11840 May 13 15:48 Brenda Larcom (19,326) [Squeak-Commits] squeak/platforms/unix/vm-sound-NAS acinclude.m4,NONE,1.1 sqUnixSoundNAS.c,N
N 11841 May 13 15:48 Brenda Larcom (32,902) [Squeak-Commits] squeak/platforms/unix/vm-display-X11 Makefile.in,NONE,1.1 acinclude.m4,NONE
N 11842 May 13 15:48 Brenda Larcom (10,432) [Squeak-Commits] squeak/platforms/unix/vm-sound-Sun acinclude.m4,NONE,1.1 sqUnixSoundSun.c,N
N 11843 May 13 15:48 Brenda Larcom (7,268) [Squeak-Commits] squeak/platforms/unix/vm-sound-MacOSX Makefile.inc,NONE,1.1 acinclude.m4,NO
|
|
From: Bert F. <be...@is...> - 2002-11-14 20:16:31
|
On Thu, 14 Nov 2002, John M McIntosh wrote: > Modified Files: > sqMacUIEvents.c Log Message: 3.4.0b1 Change cmd key to control key > for modifier on scroll wheel mouse arrow key modifer Is Ctrl now the "official" scroll modifier? The image seems to tolerate both ... -- Bert |
|
From: Ian P. <ian...@in...> - 2002-10-11 19:37:28
|
Hi Cees, > Did I miss an announcement somewhere? No. I haven't told anyone (outside of the people who were originally involved) about this. I did it a while back (when there was a certain interest in running Squeak on machines a long way from our desktops) and always intended to pull it into the regular distribution but simply never had time. (Apart from anything else it requires surgically removing the entirety of the X11 code into a separate `VM component' and then homogenising the interface to allow the graphics back-ends to be pluggable and interchangeable. You can guess just how much of a delicate operation this is, and to be sure it was done completely correctly I'd have to concentrate really hard on it for many hours.) > Which endianity issues remain? Something teeny and trivial in the encoding algorithm. The symptom is that groups of four pixels are reversed when running between two little-endian machines. (But the colours are fine, which is kind of unsettling in a way.) > I'm on a wrong-endian platform (i386), so if there are issues I'm > interested in fixing them. When I get serious about 3.3 I'll pull all this stuff into the regular distribution and fix the problem then. (My head will already be hurting so much from making sure the X11 circumcision was done correctly to make this additional task negligible.) OTOH, you can almost certainly make a working VM from the sources I pointed you at and see the problem for yourself. (The sources are very, very stale -- so don't even speculate about trying to reuse anything outside of RFB from them.) OTOH, if you chekc out the symtpoms for yourself and identify the rogue line(s) in the encoding routines then I would be very grateful for the info. I think I also saw a crash once when connecting between two machines of different byteorders, so there might be the odd [nh]to[hn][sl] missing in the handshake and/or DES authentication. Regards, Ian |
|
From: Cees de G. <cg...@cd...> - 2002-10-11 19:18:22
|
Ok, I'll drop that directory (or at least the contents - someone with SSH access needs to go in and physically remove the subdir). Did I miss an announcement somewhere? Which endianity issues remain? I'm on a wrong-endian platform (i386), so if there are issues I'm interested in fixing them. Ian Piumarta wrote: >Hi Cees, > > > >>Update of /cvsroot/squeak/squeak/platforms/unix/misc/rfb >>Log Message: >>Directory /cvsroot/squeak/squeak/platforms/unix/misc/rfb added to the >>repository >> >> > >There is already a fully-functional built-in RFB server (which can cohabit >and/or replace X11) for Unix 3.1 -- I just never pulled it into the main >distribution (after being `distracted' with getting 3.2 out of the door in >a hurry earlier this year). > >The RFB stuff is going to be part of 3.3, which is very different from 3.2 >internally and has modularised support code (where things like X, RFB, >sound, etc., are only loaded if needed). > > http://www-sor.inria.fr/~piumarta/squeak/unix/3.1x-rfb/src/unix/ > >contains a VM that can happily serve X11 client(s), RFB client(s), neither >or both at the same time. There are a few trivial endian issues remaining >in the RFB code, but it works perfectly on big-endian machines. > >Regards, > >Ian > > > > > > > |
|
From: Tim R. <ti...@su...> - 2002-10-10 17:12:29
|
In message <001e01c27037$1b539590$f7affea9@Atlantis>
"Andreas Raab" <And...@gm...> wrote:
> Interesting. BTW, the reason why it doesn't work well with Intel is that
> Intel has all sorts of global addressing modes built into the
> instructions, meaning there's no extra indirection required for
> accessing globals and that "wasting" that extra register for holding the
> ref to the global structure will work heavily against you.
Exactly. It's going to make it fun working out a way to use it on unix
machines with suitable CPUs. Windows/Acorn/OS-X are easy since they're
one OS/one cpu type. I guess wince counts as well these days since it's
ARM only. But *nix is everything!
The key for better performance on the Acorn was the use of the global
register trick. GCC has the same ability buried in there somewhere.
tim
--
Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim
Printed on 100% recyclable phosphor.
|
|
From: Andreas R. <And...@gm...> - 2002-10-10 08:29:52
|
Tim, > Some time ago John released a changeset to put (most) globals into a > struct that imporves PPC performance by 10% or so (IIRC). I > finally made time to check it out for Acorn and with a few changes > it improves macroBenchmark performance by +30%. This makes me very happy. Interesting. BTW, the reason why it doesn't work well with Intel is that Intel has all sorts of global addressing modes built into the instructions, meaning there's no extra indirection required for accessing globals and that "wasting" that extra register for holding the ref to the global structure will work heavily against you. > I seem to remember Andreas finding that it slowed down the Windows vm, > so clearly it will have to be included in VMM in machine aware manner, > but 30% is not to be sneezed at. It's possible that the ARM winCE vm > might benefit from the change. Very likely. I've been wanting to look at the generated code a little more because in theory the compiler should be capable to figure out the memory locations statically which would solve the problem on Intel. I haven't had the time to look at it though. Cheers, - Andreas |
|
From: Tim R. <ti...@su...> - 2002-10-10 02:47:56
|
Some time ago John released a changeset to put (most) globals into a struct that imporves PPC performance by 10% or so (IIRC). I finally made time to check it out for Acorn and with a few changes it improves macroBenchmark performance by +30%. This makes me very happy. I seem to remember Andreas finding that it slowed down the Windows vm, so clearly it will have to be included in VMM in machine aware manner, but 30% is not to be sneezed at. It's possible that the ARM winCE vm might benefit from the change. Nice day's work. tim -- Tim Rowledge, ti...@su..., http://sumeru.stanford.edu/tim System going down at 1:45 for disk crashing. |
|
From: Ian P. <ian...@in...> - 2002-10-07 22:28:29
|
Hi Cees, > Update of /cvsroot/squeak/squeak/platforms/unix/misc/rfb > Log Message: > Directory /cvsroot/squeak/squeak/platforms/unix/misc/rfb added to the > repository There is already a fully-functional built-in RFB server (which can cohabit and/or replace X11) for Unix 3.1 -- I just never pulled it into the main distribution (after being `distracted' with getting 3.2 out of the door in a hurry earlier this year). The RFB stuff is going to be part of 3.3, which is very different from 3.2 internally and has modularised support code (where things like X, RFB, sound, etc., are only loaded if needed). http://www-sor.inria.fr/~piumarta/squeak/unix/3.1x-rfb/src/unix/ contains a VM that can happily serve X11 client(s), RFB client(s), neither or both at the same time. There are a few trivial endian issues remaining in the RFB code, but it works perfectly on big-endian machines. Regards, Ian |