Hi,
Would you mind answering a couple of simpel questions?
SXHAHS
The first one concerns sxhash
HyperSpec/Body/fun_sxhash.html says
(equal x y) implies (= (sxhash x) (sxhash y)).
I'm not sure what if (not (equal x y)).
Should sxhash returns different values for x and y in that case or
they may be the same, e.g
It is possibel (= (sxhash x) (sxhash y)) if (not (equal x y)
CLIM
The another question is about CLIM. This is not very promising because
CLIM seems to be not very popular subject.
The essence of the question is about CLIM:REPLAY function. I've found
the following. The call to replay is issued from the code activated by
the popuped menu. The menu inself at the time hides (overlaps) part of
the window (pane) affected by clim:redisplay in question. The problem
is that the part of the window covered by menu is not (re)drawn by
clim:replay. Namely this part remains blank. What arrangements I
should make to ensure it (this blank portion) be redrawn properly?
If there is a specialized conference dealing with CLIM questions, I'd
appreciate if you inform me about it.
Using ACL 7.0 , CLIM 2 on x86f box
Thanks in advance
--
Vladimir Zolotykh
Vladimir Zolotykh <······@eurocom.od.ua> writes:
> It is possibel (= (sxhash x) (sxhash y)) if (not (equal x y)
Yes. It's the nature of hashing that sometimes there are "collisions"
in the hash-code space like this. If the implementation of sxhash is
good, this will not happen very often (by definition of "good" in this
case).
--
Frode Vatvedt Fjeld
Hi Vladimir,
> The essence of the question is about CLIM:REPLAY function. I've found
> the following. The call to replay is issued from the code activated by
> the popuped menu. The menu inself at the time hides (overlaps) part of
> the window (pane) affected by clim:redisplay in question. The problem
> is that the part of the window covered by menu is not (re)drawn by
> clim:replay.
Could you show a small but complete program that demonstrates the
problem?
Thanks,
Arthur Lemmens
In article <················@news.eurocom.od.ua>,
Vladimir Zolotykh <······@eurocom.od.ua> wrote:
> It is possibel (= (sxhash x) (sxhash y)) if (not (equal x y)
Of course. Since SXHASH returns a fixnum, there's a finite number of
possible hash codes. But there's an unbounded number of possible X and
Y values that aren't EQUAL to each other. So how can you expect them
all to hash to different values?
--
Barry Margolin, ······@alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***
On Mon, 24 Jan 2005 22:06:09 -0500, Barry Margolin <······@alum.mit.edu>
wrote:
> Of course. Since SXHASH returns a fixnum, there's a finite number of
> possible hash codes. But there's an unbounded number of possible X and
> Y values that aren't EQUAL to each other. So how can you expect them
> all to hash to different values?
Had I thought of that, I very likely would not ask the question.
>
--
Vladimir Zolotykh
Vladimir Zolotykh <······@eurocom.od.ua> writes:
> The essence of the question is about CLIM:REPLAY function. I've found
> the following. The call to replay is issued from the code activated by
> the popuped menu. The menu inself at the time hides (overlaps) part of
> the window (pane) affected by clim:redisplay in question. The problem
> is that the part of the window covered by menu is not (re)drawn by
> clim:replay. Namely this part remains blank. What arrangements I
> should make to ensure it (this blank portion) be redrawn properly?
Did you use output-recording to draw the contents of the window?
--
Rahul Jain
·····@nyct.net
Professional Software Developer, Amateur Quantum Mechanicist
On Mon, 24 Jan 2005 23:11:27 -0500, Rahul Jain <·····@nyct.net> wrote:
> Did you use output-recording to draw the contents of the window?
I believe I do.
The fragment of the sample which produces output is shown below
................
(with-application-frame (f)
(with-slots (street-record) f
(let ((p (get-frame-pane f 'display)))
(window-clear p)
(cond (street-record (replay street-record p nil))
(t (setq street-record
(with-new-output-record (p)
(dolist (s *streets*)
(format p "~&~A" s))))))))))
...................
>
--
Vladimir Zolotykh