Re: Carbon port and multi-tty

[YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>]

>>>>> On Wed, 07 May 2008 18:03:40 -0700, Dan Nicolaescu <dann@ics.uci.edu> said:

>> Again, I'm saying about mixing unrelated changes, not this
>> particular single-line bug.  Please don't understate the problem.

> You keep repeating the same thing over and over.  We heard you the
> first time, and nobody agreed.

Maybe.  Of course I can't force you not to mix the unrelated changes.
I just hope that doesn't happen again.

Let's go to non-waste part.

>> And about this ChangeLog entry:
>> 
>> 2008-05-07 Dan Nicolaescu <dann@ics.uci.edu>
>> 
>> * macfns.c (Fx_create_frame): Make a copy of frame parameters
>> because the original parameters are in pure storage now.
>> 
>> The primary purpose of the copying is not for the parameters
>> allocated in the pure storage, but to prepare for frame parameter
>> clearing in x_get_arg.

> This is the same ChangeLog used by Martin Rudalics to fix a similar
> problem that was discovered by Juanma Barranquero that manifested
> itself by trying to write to pure storage.

It was I who found the cause of this problem.
http://lists.gnu.org/archive/html/emacs-devel/2007-12/msg01069.html

And for the W32 port, it is true that the only purpose of the copying
is to avoid writing to the pure storage.  But notice that some part of
the x_get_arg code I showed in the previous mail was enclosed with
"#ifndef WINDOWSNT", and the copying code in xfns.c and macfns.c had
existed before some frame parameter got allocated in the pure storage.

So, the primary purpose of copying is different between W32 and
X11/Mac.

				     YAMAMOTO Mitsuharu
				mituharu@math.s.chiba-u.ac.jp