Squeak-dev April 2002

squeak-dev@lists.squeakfoundation.org

195 participants
665 discussions

Re: Vote now! (was Re: straw-man 3.2 default preferences)
by Hannes Hirzel 29 Apr '02

29 Apr '02

=?ISO-8859-1?Q?G=F6ran_Hultgren?= <goran.hultgren(a)bluefish.se> wrote: > Hi all! > > Quoting Martin Drautzburg <martin.drautzburg(a)web.de>: > > goran.hultgren(a)bluefish.se writes: > > > > > Unfortunately this is because of cheating! :-0 > > > When I reported it said 17-8 (or something like that) then someone > > > surfed over there and clicked a few times making it 25-25. > > > > You will always get "cheats". It is because a curious guy will come > > along and wonder: "did this guy check for duplicate votes ?". Lets see > > ... oops no he does not. And there you have a duplicate vote. > > Yes, I know. And I expected it to happen. I just wanted to alert you about the > fact that this vote (since I haven't fixed it yet) can not be trusted. > > Using cookies or ip-tracking (which doesn't work) feels so bad too... > What about setting up a mail adress and some simple convention to send in votes and have some Squeak script evaluate the results... Hannes

1 0

RE: Problem with Socket under Linux...
by goran.hultgren＠bluefish.se 29 Apr '02

29 Apr '02

Ian Piumarta <ian.piumarta(a)inria.fr> wrote: > > Bad ... I just looked at the plugin side of it and it turns out that the > > code for receiveDataAvailable _cannot_ return an error code. The return > > code is converted into a boolean and any non-zero return value will be > > interpreted as "true". There ya go. Gotta check my own code now. > > Well spotted! > > FWIW, I've looked over the socket code and I can't see any obvious > reason for the "extraneous" signals. The semaphores are "enabled" (or > "armed" or "primed" or whatever) in precisely those two places implied > by John Mc's socket document (i.e., recvDataAvail and sendDone). > `pendingEvents' (local to each socket) is ORed with a mask indicating > if read and/or write signals are wanted. If select() finds that a > socket is readable/writable then it invokes dataHandler() for the > socket; if dataHandler() sees that the socket's read and/or write > sempahore is "enabled" (corresponding bit set in pendingEvents) then > the sempahore(s) is/are signaled before resetting pendingEvents to > zero. > > The logic seems infallible. Ok, thanks for the runthrough. And I think I might have misunderstood it. The call: PSP(s)->pendingEvents|= READ_NOTIFY; In: > > int sqSocketReceiveDataAvailable(SocketPtr s) > > { > > if (!socketValid(s)) > > return -1; > > if (SOCKETSTATE(s) == Connected) > > { > > if (socketReadable(SOCKET(s))) > > return true; > > PSP(s)->pendingEvents|= READ_NOTIFY; > > aioHandle(SOCKET(s), dataHandler, PSP(s), AIO_RW); > > } > > return false; > > } that line is just "enabling" subsequent signals to the semaphore (of course). Somehow I mistakenly got the impression that this was a "pending signal" in itself. > On the other hand, there *does* seem to be a problem with the use of > recvDataAvail and sendDone as "guard clauses" (John's words, my quotation > marks). If the timeout expires before the semaphore is signaled, the > semaphore remains "enabled". A subsequent change of state on the socket > will signal the semaphore, even though the image is no longer waiting on > it. This additional "excess signal" seems to be the one that you (Goran) > are seeing -- although it's difficult to see how the signal gets there in > the first place, since senders of waitForDataUntil: tend to raise an error > if the deadline expires. Hmm... Hmmm indeed. Did you run through my somewhat clumsy test that I posted? Just so that you have seen it yourself. :-) > BTW, I suspect that your "initSignals" hack might work if you move the > send of initSignals to the beginning of the method; i.e., send initSignals > just _once_, and do it _before_ the first send of recvDataAvail. > > (This is not the right solution though, and I don't endorse it in any way, > since there is a still race between the return from initSignals [which can > checkForInterrupts, causing i/o semaphores to be signaled] and the > subsequent send of recvDataAvail. Caveat emptor.) Ok... Might try it but as you say, it's not a solution. > TTFN, > > Ian regards, Göran

9 10

Re: Vote now! (was Re: straw-man 3.2 default preferences)
by Martin Drautzburg 29 Apr '02

29 Apr '02

goran.hultgren(a)bluefish.se writes: > Unfortunately this is because of cheating! :-0 > When I reported it said 17-8 (or something like that) then someone > surfed over there and clicked a few times making it 25-25. You will always get "cheats". It is because a curious guy will come along and wonder: "did this guy check for duplicate votes ?". Lets see ... oops no he does not. And there you have a duplicate vote.

4 3

RE: Vote now! (was Re: straw-man 3.2 default preferences)
by Dave Hylands 29 Apr '02

29 Apr '02

Many large corporations sit behind a firewall (typically using something like IP masquerading or NAT), which makes it look like everybody in the company is coming from a single IP address. Dave Hylands > -----Original Message----- > From: Nevin Pratt [mailto:nevin@smalltalkpro.com] > Sent: Monday, April 29, 2002 12:14 PM > To: squeak-dev(a)lists.squeakfoundation.org > Subject: Re: Vote now! (was Re: straw-man 3.2 default preferences) > > > Göran Hultgren wrote: > > > > >Using cookies or ip-tracking (which doesn't work) feels so bad too... > > > > Hmm, why doesn't ip-tracking work? > > Nothing is fool-proof, and thus anything can be hacked and > gone around. > My feel has been that if somebody is sophisticated enough to spoof > ip's, then they're probably sophisticated enough to find a way around > anything else, too, so why bother. > > In other words, I'm inclined to just ip-track. Is that bad? How? > > Nevin

1 0

Re: [Q] Has SharedQueue a very subtle bug?
by goran.hultgren＠bluefish.se 29 Apr '02

29 Apr '02

"Lex Spoon" <lex(a)cc.gatech.edu> wrote: [SNIP] > #nextOrNil is pretty good. It checks whether something is there, and it > removes it for you if there is. It avoids race conditions and it's > really simple to reason about. If it returns nil, then #isEmpty was > true. If something is there, then you've got it with no further > question. But as I wrote (if you read my earlier posting in this pretty long thread) it too has a problem. It doesn't wait on the readSemaphore which means it can go "straight by" x other Processes waiting on the readSemaphore (or sitting inbetween the readSemaphore and the critical: - yes, that is also possible - sigh). And since the reading critical: block (in #next) don't take into account that the queue can be empty - since the logic of the class is that the signal count on the readSemaphore should match the number of objects in the queue - it will then end up with a: self error: 'Error in SharedQueue synchronization'. Soo... no, it's not that good IMHO! ;-) :-) regards, Göran > Lex PS. This thread talks about plenty of problems and solutions to the SharedQueue class. Someone (perhaps me being a harvester) should sit down and try to rewrite it so that it actually works. DS

4 3

[Q][morphic] how to hide submorphs
by Martin Drautzburg 29 Apr '02

29 Apr '02

How can I hide a submorph ? #hide makes a submorph invisible but it still gets mouse events and thus will allow dragging its parent.

2 1

[Q][morphic] What exactly is ProportionalLayout
by Martin Drautzburg 29 Apr '02

29 Apr '02

I used to thing that ProportionalLayout is for proportional resizing of submorphs. But it turned out that this cam be done with TableLayout as well. So when would I use ProportionalLayout ?

2 1

[ENH] WorldMenuEscPref-nk
by Ned Konz 29 Apr '02

29 Apr '02

from preamble: "Change Set: WorldMenuEscPref-nk Date: 29 April 2002 Author: Ned Konz This adds a preference for raising the world menu in response to an ESC key. The Shift-Esc in a ParagraphEditor will still always bring up the World menu. " Preferences addPreference: #worldMenuFromEscapeKey categories: #(menus) default: true balloonHelp: 'if true, the Escape key over the desktop will raise the World menu' !

1 0

Re: PLEASE use MIME Atttachments! (was: Re: [FIX] Comments for Set...)
by Richard A. O'Keefe 29 Apr '02

29 Apr '02

goran.hultgren(a)bluefish.se wrote: And if you have made a contribution to Squeak, then you have Celeste etc. And then you should be able to send a mail to the list using that. Yes, I tried that, and as I said, IT DIDN'T WORK. Now I am reasonably used to - Squeak not working (but it does tend to leave behind helpful logs) - mail systems not working (but I invariably get *some* kind of response from the mail daemon to tell me something went wrong). "mail to list" failed to work and did not say why. Looking at the code, I see that "mail to list" sends the message to "squeak(a)cs.uiuc.edu". I note that the originating address for messages in this list used to be squeak-request(a)cs.uiuc.edu and is now squeak-dev-admin(a)lists.squeakfoundation.org Could it be that "squeak(a)cs.uiuc.edu" is no longer a valid address? Sure, you have some problem apparently so that it doesn't work but the only thing you really need (to be able to do that AFAICT) is an SMTP server. And you have specified your SMTP server, right? (just checking) Ear sick horse. Mail sent from Netscape worked fine. Let's kill this thread. I now have a copy of mpack and from today I shall be using it to send my little contributions. Is it part of the 'community standard' that the attachment must be gzipped? > Would it help if I provide a UUdecoder written in Squeak? > (But no, I don't suppose _that_ will be accepted unless it's sent as > an attachment.) I guess that you implied a smiley there. ;-) Is there such a thing as a groanie? And in another posting you wrote: > Fine. However, for distributing Squeak changesets we agreed on MIME > attachments. It would be nice if you accepted this. > > Who's this "we"? _I_ never agreed to it. Well, we have been doing it this way for a long time, there is a toolchain setup that depends on it, it is documented on the Swiki etc. It is fair to say that the community has "agreed" to do it this way. But of course - we didn't specifically ask you about it... :-o I deny that it is fair to say that the community has agreed at all. Unless 'the community' means just the individuals who _were_ consulted, in which case Squeak user and Squeak promoter though I may be, I am not part of the Squeak community. Had I had any part in the decision, I would have argued as strongly as I could against attachments, on the grounds that - they are not necessary, - they are not supported by all mail user agents, - they are notorious for insecurity. But then, I'm the kind of troglodyte for prefers plain text messages to Microsoft Word attachments... I am of course perfectly willing to use whatever method *works*.

3 2

RE: [ENH] DateAndTime
by Hannes Hirzel 29 Apr '02

29 Apr '02

"Norton, Chris" <chrisn(a)Kronos.com> wrote: > And don't forget the TimeStamp class I submitted as a GOODIE to the list... > way back on 10/11/2000. > > I'm hoping that SqF will eventually roll some of these useful classes into > the main distribution. > What does the TimeStamp class do? Does it still work with 3.2g-4827. Then my suggestion would be to resend it to the list as an [ENH]. Hannes

1 0

← Newer
1
2
3
4
5
6
7
8
9
...
67
Older →

Jump to page: