Squeak-dev January 2005

squeak-dev@lists.squeakfoundation.org

134 participants
235 discussions

[ENH] FTPDragNDrop-nk
by ned＠squeakland.org 27 Jan '05

27 Jan '05

from preamble: "Change Set: FTPDragNDrop-nk Date: 26 January 2005 Author: Ned Konz Extends the drag'n'drop behavior of the FileList to allow dragging: file to file (it already did this) file to FTP server FTP server to file FTP server to FTP server You will probably need the FTPBinaryModeFix-nk and the FileListRenameFix-nk as well as the FileListRemoteDirectoryExceptionHandling-nk change sets that I posted earlier to make this really work. "!

1 0

RE: [Maybe Spam] Re: Swiki vandalized
by Frank Shearar 27 Jan '05

27 Jan '05

goran.krampe(a)bluefish.se <goran.krampe(a)bluefish.se> wrote: > Hi folks! > > Frank Caggiano <frank(a)crystal-objects.com> wrote: > > Hi, > > > > A few pages on the Swiki got hit. I fixed all but this one > > http://minnow.cc.gatech.edu/squeak/1983 > > > > it's locked. Could someone in the know unlock and fix it. > > Perhaps it is time to turn the Swiki readonly and with a > "semi private" > password distributed on this list. I tend to think so. One of the things that drew me into the Squeak community was the open nature of the Swiki. While locking down the Swiki prevents bad people from vandalising the wiki, it also carries a hefty price tag: people have to jump through hoops to add new content or correct existing content. While existing members of the community might have enough invested in our community to willingly pay that price, it raises the bar on entry to our community, and that, I feel, is a very high price. Perhaps too high. Whenever I find vandalised pages, I fix them. They typically occur in a large batch, so they're easy to find - they all have the same IP, so I can just scroll down the RecentChanges & fix them as I go. It doesn't take a long time to fix each page, so even a bix defacement doesn't take very long (~10 minutes) to fix. These bot-driven defacements are EASY to fix(*). Don't lock down the Swiki just for these. Yes, it's annoying. It's like someone throwing garbage on your lawn just after you've cleaned it. But I don't think that the price is worth what little we get from it. (*) What's not easy to fix is small, subtle alterations of what other people have said, or small deliberate errors in documentation, scattered here and there over time. That requires actual reading and reviewing of pages. Having said that, MediaWiki have a very nifty feature where admins can ban IPs or even IP ranges for limited periods of time. (I don't know what the upper limit is: the field is a text field, so presumably you could even specify "10 years".) frank ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent RNID policy. If you are not the intended recipient you are advised that any use, dissemination, forwarding, printing or copying of this email is strictly prohibited. If you have received this email in error please notify the RNID Helpdesk by telephone on: +44 (0) 207 296 8282. The Royal National Institute for Deaf People Registered Office 19*23 Featherstone Street London EC1Y 8SL No. 454169 (England) Registered Charity No. 207720 ********************************************************************

5 4

[FIX] AnimatedGIFRWShadowFix-nk
by ned＠squeakland.org 27 Jan '05

27 Jan '05

from preamble: "Change Set: AnimatedGIFRWShadowFix-nk Date: 26 January 2005 Author: Ned Konz A local variable was shadowing an instance variable in AnimatedGIFReadWriter>>allImages . "!

1 0

[FIX] FTPBinaryModeFix-nk
by ned＠squeakland.org 27 Jan '05

27 Jan '05

from preamble: "Change Set: FTPBinaryModeFix-nk Date: 26 January 2005 Author: Ned Konz Between opening files as MultiByteFileStreams and not setting the FTP servers into binary mode, we weren't getting reliable transfers of binary data. This change set ensures that the same bytes end up on both sides of the wire. "!

1 0

[FIX] FileListRenameFix-nk
by ned＠squeakland.org 27 Jan '05

27 Jan '05

from preamble: "Change Set: FileListRenameFix-nk Date: 26 January 2005 Author: Ned Konz the FTP rename:toBe: error codes were wrong per RFC 640. This fixes them."!

1 0

majorShrink
by Cees de Groot 26 Jan '05

26 Jan '05

Hi, I'm busy majorlyshrinking an image which can serve as the client deployment base image (being wxSqueak based, I don't need Morphic etcetera anyway). It'll be part of an NSIS installer download which I want to get as small as possible (7.5Mb was my first target, I reached that, so I'm now aiming for 5Mb ;)). And no, can't wait for Spoon ;) BTW - boy, is MVC snappy on a 3.2GHz P4HT ;). Has anyone used #majorShrink on recent images? I wonder whether it is still functional with the KCP etcetera moving stuff around. First problem I need to tackle is how to make my MVC project the top-level project, but I'm sure that I'll find a way (still, snippets welcome ;)). Our wxSqueak project is going along nicely. I'm not going to publish the download url right away, but it's a presentable app (completely native windows L&F) and after the first weeks of getting acknowledged with wxWidgets, MVP, etcetera I think we can get up to speed now so maybe I'll have something in a couple of weeks.

3 2

Re: [VM] [Newbie] How might I set the cursorpoint?
by Darius 26 Jan '05

26 Jan '05

> It's a pretty bad bit of UI generally to take the users 'attention' and drag it somewhere else by force. Unless you are: 1. Running a playback of pre-recorded mouse movements macro ala "EventRecorderMorph". 2. Running UI unit tests. 3. Programatically controlling another application that only allows a visual/mouse/keyboard interface presence in your environment.

2 1

RE: [Maybe Spam] Re: Swiki vandalized
by Frank Shearar 26 Jan '05

26 Jan '05

Cees de Groot <cg(a)cdegroot.com> wrote: > > Well, in my idea Apprentice would be good enough as a level, > but yes - > it's an issue. I think it'd be nice to randomly pick opinions > when they're > a year old or so, and ask the holder of the opinion to update > it through > an email or something. That's actually a really nice idea. Per individual, the traffic's minimal (a mail every year or so), so it shouldn't annoy people too much. Just a small prod, you know? > > Hm, wouldn't it be nice to have some serious log > introspection for a > > wiki? Then you could check usage patterns for particular > IPs and know > > that attacks usually occur at time N from block B, you know? (This > > violates privacy of users on a grand scale, so you really > want this > > admin-only or something.) > > > Hmm... I could easily get the same information now by harvesting the > changes list, so not a lot of privacy hurt here... Agreed. I was thinking that with a nice interface, all the traffic analysis work's already done for the attacker. frank ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent RNID policy. If you are not the intended recipient you are advised that any use, dissemination, forwarding, printing or copying of this email is strictly prohibited. If you have received this email in error please notify the RNID Helpdesk by telephone on: +44 (0) 207 296 8282. The Royal National Institute for Deaf People Registered Office 19*23 Featherstone Street London EC1Y 8SL No. 454169 (England) Registered Charity No. 207720 ********************************************************************

1 0

RE: [Maybe Spam] Re: Swiki vandalized
by Frank Shearar 26 Jan '05

26 Jan '05

> -----Original Message----- > From: Cees de Groot [mailto:cg@cdegroot.com] > Sent: 26 January 2005 11:19 > To: The general-purpose Squeak developers list > Subject: Re: [Maybe Spam] Re: Swiki vandalized > > > On Wed, 26 Jan 2005 10:45:21 -0000, Frank Shearar > <Frank.Shearar(a)rnid.org.uk> wrote: > > These bot-driven defacements are EASY to fix(*). > > If they're really bot-driven, they're even easier to prevent, > I think. Add > a gif-with-numbers (should be easy enough to create a Squeak > snippet to > generate that) for human-presence confirmation on edits, and add > 'rel="nofollow"' to all the links and prominently display > that fact on the > edit page (actually, I have mixed feelings about that latter > bit as well). We had a bit of a discussion on "captcha" tech not too long ago, actually. In early December, I think. In summary, my feelings are: "use it if you must, but make sure blind/vision-impaired people have an equivalent", and that equivalent MUST NOT be "get a sighted person to help out". > > Don't lock down the Swiki just for these. Yes, it's > annoying. It's like > > someone throwing garbage on your lawn just after you've > cleaned it. But > > I don't think that the price is worth what little we get from it. > > > Would you feel a Terminus-based solution, where only > Apprentice+ people on > SqP could add links, to be too high a price? Not that I'm in > any position > to add Terminus to minnow, just feeling around for the > general sentiment > on this. That's not too bad, actually. My first thought was "no" because I like open systems, but disallowing adding new links (that is, external links as opposed to links to other pages on the wiki) isn't terribly onerous. Having said that, if you're going to have permissions, I like the idea of tying permissions to reputations & reputation servers. One caveat with reputation servers is that it requires members of a community to update their opinions of others. Otherwise you get some poor guy slaving 24/7 for Squeak, submitting fantastic change sets, and he's still only an Apprentice. > > Having said that, MediaWiki have a very nifty feature where > admins can > > ban IPs or even IP ranges for limited periods of time. (I > don't know > > what the upper limit is: the field is a text field, so > presumably you > > could even specify "10 years".) > > > Problem is, most of these seem to come from dynamic IP > address ranges (I > have a lot of trouble with bots on www.cdegroot.com wiki's, > so I'm a bit > experienced, alas). So by the time you discover this and add > the IP these > guys probably already are working from another one. Agreed. You could block a C class, but then of course you potentially block innocents too. If you can catch an attack in progress banning the IP will prevent _further_ damage, but that depends on your time zone & how often you check the swiki. Hm, wouldn't it be nice to have some serious log introspection for a wiki? Then you could check usage patterns for particular IPs and know that attacks usually occur at time N from block B, you know? (This violates privacy of users on a grand scale, so you really want this admin-only or something.) frank ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent RNID policy. If you are not the intended recipient you are advised that any use, dissemination, forwarding, printing or copying of this email is strictly prohibited. If you have received this email in error please notify the RNID Helpdesk by telephone on: +44 (0) 207 296 8282. The Royal National Institute for Deaf People Registered Office 19*23 Featherstone Street London EC1Y 8SL No. 454169 (England) Registered Charity No. 207720 ********************************************************************

2 1

[BUG]Array(Object)>>error:
by raymondasselin＠sympatico.ca 26 Jan '05

26 Jan '05

opening SqueakMap package loader from the world menu I received an 'error occured updating map: primitive have failed' so I scrapped the sm directory and rebegin all the process...same error ...choose to not opening a debugger and SqueakMap window show in world. But trying to update map from the net the same error occured.... and seems to be related to array, referenceStream and/or ImageSegment...? It is really bad as this image is of real value for me... Any help is welcome. 26 January 2005 10:07:07 am VM: Mac OS - a SmalltalkImage Image: Squeak3.7 [latest update: #5989] SecurityManager state: Restricted: false FileAccess: true SocketAccess: true Working Dir IGod:Users:ray1:Documents:Bureau:Institut Universitaire Trusted Dir IGod:Users:ray1:Documents:Bureau:Institut Universitaire Untrusted Dir IGod:Users:ray1:Library:Preferences:Squeak:Internet:My Squeak Array(Object)>>error: Receiver: #(a SMSqueakMap) Arguments and temporary variables: aString: 'a primitive has failed' Receiver's instance variables: #(a SMSqueakMap) Array(Object)>>primitiveFailed Receiver: #(a SMSqueakMap) Arguments and temporary variables: Receiver's instance variables: #(a SMSqueakMap) Array>>elementsForwardIdentityTo: Receiver: #(a SMSqueakMap) Arguments and temporary variables: otherArray: #(a SMSqueakMap) Receiver's instance variables: #(a SMSqueakMap) ImageSegment>>reshapeClasses:refStream: Receiver: an ImageSegment Arguments and temporary variables: mapFakeClassesToReal: an IdentityDictionary(Fake37SMSqueakMap->SMSqueakMap ) smartRefStream: a SmartRefStream a ByteArray(39 70 114 111 109 32 83 113 117 10...etc... bads: an OrderedCollection(a SMSqueakMap) allVarMaps: an IdentityDictionary(a SMSqueakMap->a Dictionary(#ClassName->#SMSq...etc... perfect: a SMSqueakMap insts: #(a SMSqueakMap) partials: an OrderedCollection(a SMSqueakMap) in: an OrderedCollection(a SMSqueakMap) out: an OrderedCollection(a SMSqueakMap) aFakeClass: Fake37SMSqueakMap theRealClass: SMSqueakMap obj: nil misShapen: a SMSqueakMap x: nil each: a SMSqueakMap Receiver's instance variables: arrayOfRoots: #(a SMSqueakMap) segment: a WordArrayForSegment(1929386342) outPointers: #(Fake37SMSqueakMap nil 'sm' true Dictionary SMFileCache Array an ...etc... state: #imported segmentName: nil fileName: nil endMarker: SmartRefStream>>next userRootCnt: 1 renamedClasses: nil --- The full stack --- Array(Object)>>error: Array(Object)>>primitiveFailed Array>>elementsForwardIdentityTo: ImageSegment>>reshapeClasses:refStream: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ImageSegment>>comeFullyUpOnReload: SmartRefStream(DataStream)>>next SmartRefStream(ReferenceStream)>>next SmartRefStream>>next SmartRefStream>>scanFrom: ObjectScanner>>scanFrom: [] in RWBinaryOrTextStream(PositionableStream)>>fileInAnnouncing: {[val _ (self peekFor: $!) ifTrue: [(Compiler evaluate: self nextChunk lo...]} BlockContext>>on:do: [] in RWBinaryOrTextStream(PositionableStream)>>fileInAnnouncing: {[:bar | [self atEnd] whileFalse: [bar value: self position. self skipS...]} ProgressInitiationException>>defaultAction UndefinedObject>>handleSignal: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: ProgressInitiationException(Exception)>>signal ProgressInitiationException>>display:at:from:to:during: ProgressInitiationException class>>display:at:from:to:during: String>>displayProgressAt:from:to:during: RWBinaryOrTextStream(PositionableStream)>>fileInAnnouncing: RWBinaryOrTextStream(PositionableStream)>>fileIn RWBinaryOrTextStream(ReadWriteStream)>>fileInObjectAndCode [] in SMSqueakMap>>reload {[map _ stream fileInObjectAndCode install arrayOfRoots first]} BlockContext>>ensure: SMSqueakMap>>reload SMSqueakMap>>synchWithDisk SMSqueakMap>>loadUpdatesFull: SMSqueakMap>>loadFull SMSqueakMap>>loadUpdates [] in SMLoader>>loadUpdates {[squeakMap loadUpdates. self noteChanged]} BlockContext>>ensure: CursorWithMask(Cursor)>>showWhile: [] in SMLoader>>loadUpdates {[Cursor wait showWhile: [squeakMap loadUpdates. self noteChanged]]} BlockContext>>on:do: SMLoader>>loadUpdates SMLoader>>perform:orSendTo: [] in MenuItemMorph>>invokeWithEvent: {[(selArgCount _ selector numArgs) = 0 ifTrue: [target perform: selector] ...]} BlockContext>>ensure: CursorWithMask(Cursor)>>showWhile: MenuItemMorph>>invokeWithEvent: MenuItemMorph>>mouseUp: MenuItemMorph>>handleMouseUp: MouseButtonEvent>>sentTo: MenuItemMorph(Morph)>>handleEvent: MorphicEventDispatcher>>dispatchDefault:with: MorphicEventDispatcher>>dispatchEvent:with: MenuItemMorph(Morph)>>processEvent:using: MorphicEventDispatcher>>dispatchDefault:with: MorphicEventDispatcher>>dispatchEvent:with: MenuMorph(Morph)>>processEvent:using: MenuMorph(Morph)>>processEvent: MenuMorph>>handleFocusEvent: ...etc...

1 0

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

Jump to page: