Carbon.
16 years, 11 months
Aidan Kehoe
I’ve synced the carbon2 branch with both the trunk and Andrew Choi’s current
code. There may be some things I’ve missed--that was a lot of syncing--but
the code compiles now and looks and works much as expected. Please test, but
do not distribute binaries.
To get it, do:
cvs -d :pserver:cvs＠cvs.xemacs.org:/pack/xemacscvs login
(it will ask for your password, which is cvs ) followed by
cvs -z3 -d :pserver:cvs＠cvs.xemacs.org:/pack/xemacscvs \
checkout -d xemacs-carbon2 -r carbon2 xemacs
To build, once the checkout is done:
cd xemacs-carbon2/carbon && sh < build-app.sh
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: [PATCH] Abstract out a display-table-specific API (2)
16 years, 11 months
Aidan Kehoe
Ar an ceathrú lá is fiche de mí na Nollaig, scríobh mike.kupfer(a)xemacs.org:
> (moved to xemacs-beta)
>
> Hi Aidan, I've got a couple questions about the gnus patch.
>
> First, I'm nervous about XEmacs-specific patches that I would have to
> apply every time I resync with upstream.
Yeah; I need to ask the Gnus people to apply it too. But for the moment I’m
worried about XEmacs-specific compatibility.
> Is there some difference between XEmacs char-tables and GNU Emacs
> char-tables that keeps us from using aref/aset?
Yes. The XEmacs char tables are opaque objects, not vectors.
Okay, and now I check, I realise my “portable” code fails on GNU
Emacs. Here’s a version that works there, where char-tables are sequences
and really close to being vectors, though not quite:
(defun-when-void put-display-table (range value display-table)
"Set the value for char RANGE to VALUE in DISPLAY-TABLE. "
(if (sequencep display-table)
(aset display-table range value)
(put-char-table range value display-table)))
(defun-when-void get-display-table (character display-table)
"Find value for CHARACTER in DISPLAY-TABLE. "
(if (sequencep display-table)
(aref display-table character)
(get-char-table character display-table)))
> The GNU Emacs Info page for display tables says
>
> A display table is actually a char-table (*note Char-Tables::)
> with `display-table' as its subtype.
>
> and it uses aset in its example.
>
> Failing that, have you discussed this change with the gnus team
> (ding(a)gnus.org)? Or is there at least some canonical way to tag
> XEmacs-specific changes, to make resyncs easier?
>
> Second, you appear to be introducing multiple copies of
> put-display-table and get-display-table, both in this patch set and in
> the patches you committed to xemacs-base and misc-games. Shouldn't
> there be just one copy in the packages tree, presumably in xemacs-base?
disp-table.el, which provides the display table code--make-display-table,
frob-display-table, describe-display-table, and in
http://mid.gmane.org/18288.1954.87217.762309＠parhasard.net ,
put-display-table and get-display-table--is in core. Yeah, there’s a decent
argument that it might be better in packages, but it isn’t there for the
moment. There isn’t any other obvious place to put these two functions, IMO,
and moving them away from #'make-display-table and #'describe-display-table
will make for less clear code.
The defun-when-void means any existing definition won’t be overridden.
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghé, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
How to suppress environment variable expansion by find-file?
16 years, 11 months
Skip Montanaro
I have a file with a leading dollar sign in its name. When I try to visit
it in XEmacs I get an error with this message "substituting nonexistent
environment variable ...". I've tried doubling up the dollar sign, escaping
it with a backslash, quoting it with apostrophes and giving a prefix
argument. I didn't see any variable which would obviously suppress the
expansion. Nothing seems to work. Is there any relief for this problem?
Thanks,
Skip Montanaro
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: lstream writing, flushing, & closing
16 years, 11 months
Jerry James
Adrian Aichner <adrian(a)xemacs.org> wrote:
> Since I reverted my own patch to close handles, and built with Ben's
> megapatch implementing a corrected version thereof, I have not seen
> these uninterruptible hangs. I've been using XEmacs every day and
> kept it running for many days so I should have ween them.
>
> Thanks Ben!
[snip]
> It probably was not your patch after all, as stated above.
Well ... great! Would you mind trying my patch again, then? For
convenience, here it is:
Index: lstream.c
===================================================================
RCS file: /pack/xemacscvs/XEmacs/xemacs/src/lstream.c,v
retrieving revision 1.31
diff -d -u -r1.31 lstream.c
--- lstream.c 2004/11/12 17:16:30 1.31
+++ lstream.c 2004/11/29 04:42:28
＠＠ -778,8 +778,21 ＠＠
static int
Lstream_pseudo_close (Lstream *lstr)
{
+ int flush_rc;
+
if (! (lstr->flags & LSTREAM_FL_IS_OPEN))
Lstream_internal_error ("lstream is not open", lstr);
+
+ /* Flush all the data in the buffer before closing.
+ May require multiple passes thru Lstream_flush_out().
+ This loop (instead of just calling Lstream_flush_out(),
+ fixes a problem where we sometimes lose data sent to
+ a process.
+ */
+
+ do {
+ flush_rc = Lstream_flush_out(lstr);
+ } while (lstr->out_buffer_ind > 0 && flush_rc >= 0);
/* don't check errors here -- best not to risk file descriptor loss */
return Lstream_flush (lstr);
If the hangs return, then we can try the approach of figuring out what
data is getting lost here and where it was supposed to go.
Thanks,
--
Jerry James
http://www.ittc.ku.edu/~james/
Should auto-create .xemacs directory on first run on Microsoft Windows
16 years, 11 months
Nick Crabtree
Hi,
On a fresh installation on Windows, the "Save Options to Custom File"
menu option fails. (InnoSetup installation of 21.4.21). I went Options
-> Display -> Buffers Tab Visible (because I don't like them), and
then Options -> Save Options to Custom File - and it failed.
*Message-Log*:
Loading cus-edit...
Loading customization dependencies...
Loading customization dependencies...done
Loading cus-edit...done
Loading efs-cu...
Loading efs-cu...done
(New file)
Opening output file: No such file or directory, c:\Documents and
Settings\Nick\.xemacs\custom.el
... of course, creating the .xemacs directory by hand solves the
issue. However, for a Windows user trying out what is reputed to be a
better text editor than Wordpad, this would be instantly discouraging
...
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
latin-ltx: works in 21.4.19 but with problems.
16 years, 11 months
Uwe Brauer
Hello
I boldly installed latin-ltx, form GNU emacs and it works in
xemacs21.4.19 however there are some problems.
- all Greek symbols are VERY small, I almost need a microscope.
- not all symbols are displayed correctly, ∫ works but
? (\Cap ) Not.
May be some fonts are missing but which?
Thanks
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
patch: wrong property list
16 years, 11 months
Mike FABIAN
In some face definitions in the “calendar” package I found properties like
(:weight bold t)
which is most likely wrong, probably it should be just
(:weight bold)
otherwise it is not a correct plist, is it?
In most other packages
(:bold t)
is used, maybe “(:weight bold)” is obsolete anyway?
A tentative patch is attached.
--
Mike FABIAN <mfabian(a)suse.de> http://www.suse.de/~mfabian
睡眠不足はいい仕事の敵だ。
I � Unicode
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
flyspell mode not buffer local?
16 years, 11 months
Tim Connors
Hi,
If I invoke either flyspell-mode or flyspell-mode-on, then the local
buffer gets checked, but so does everything else (polluting all my shell
scripts with bogus font-locking). And it even font locks spelling in the
status line -- If I try to type M-x flyspell-foo, it objects to my
spelling of flyspell :)
It seems from everyone's .emacs file, this shouldn't happen - it should be
buffer local. Is there bug with the xemacs implementation, and not the
emacs implementation?
--
Tim Connors
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
MacOS?
16 years, 11 months
Jamie Zawinski
So, it's been two years since Choi's Carbon XEmacs patches were
released. Are you guys ever going to integrate that into the
mainline, and/or release your own GUI XEmacs for MacOS?
Just curious if you've all given up, or what...
(You know, when they renamed it from lemacs to xemacs, they swore up
down and sideways that the "X" didn't mean "it will never work on
anything but X Windows"...)
--
Jamie Zawinski jwz(a)jwz.org http://www.jwz.org/
jwz(a)dnalounge.com http://www.dnalounge.com/
http://jwz.livejournal.com/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta