[gsharp-devel] Problem of second gsharp

[Christophe Rhodes]

Robert STRANDH <strandh at labri.fr> writes:

> Christophe Rhodes writes:
>  > (slightly more intensive testing revealed the problem that replaying
>  > output no longer works, because *foo-gray-progressions* are unbound --
>  > there's no with-score-pane in play at that stage.  Oh well.)
>
> Darn.  

OK, here's take II.  It's slightly uglier than before (but is less
broken :-), and I have two questions.

Firstly, what does the comment in the two REPLAY-OUTPUT-RECORD methods
that I've touched mean?  ("we replay with the identity transformation,
so we have to draw the other way").

Secondly, is the change that I've made here (specializing
REPLAY-OUTPUT-RECORD on the stream argument, too) guaranteed to work?
How will it interfere, if at all, with the notion of replaying all
output records on a postscript medium for printing?

(This fix does improve thread-safety in the sense that two separate
gsharps running in the same image would not have collisions in their
{dark,light}er-gray-progressions pixmaps.  There remains the problem
of multiple threads running the same gsharp -- say for concurrent
updating of the screen, or something -- colliding when extending the
arrays containing the pixmaps).

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: gsharp.diff
URL: <https://mailman.common-lisp.net/pipermail/gsharp-devel/attachments/20040225/93cfb209/attachment.ksh>
-------------- next part --------------

Comments?

Cheers,

Christophe
-- 
http://www-jcsu.jesus.cam.ac.uk/~csr21/       +44 1223 510 299/+44 7729 383 757
(set-pprint-dispatch 'number (lambda (s o) (declare (special b)) (format s b)))
(defvar b "~&Just another Lisp hacker~%")    (pprint #36rJesusCollegeCambridge)