I am running xemacs on kubuntu dapper drake with the default settings
(just installed).
$ xemacs
Warning: Missing charsets in String to FontSet conversion
This message appears allways. There is a ¿related? bug when I compile
using xemacs M-x compile, there are some strange (incorrect) caracters
in the compilation window (\200\230):
/home/mcebrian/docencia/ssoo/enunciados/p2/codigo/primos/
gcc -g -lm primes.c
primes.c:14:2: error: invalid preprocessing directive #defini
primes.c: In function â\200\230mainâ\200\231:
primes.c:109: error: â\200\230LEERâ\200\231 undeclared (first use in
this function)
primes.c:109: error: (Each undeclared identifier is reported only once
primes.c:109: error: for each function it appears in.)
Compilation exited abnormally with code 1 at Thu Oct 19 16:40:04
Could you help me solving this please?
--
Manuel Cebrian
Escuela Politecnica Superior
(Higher Polytechnical School)
Tomas y Valiente, 11
Universidad Autonoma de Madrid
Campus de Cantoblanco, 28049 Madrid, Spain
Tfn: +34 91 497 3210
FAX: +34 91 497 2235
http://www.ii.uam.es/~mcebrian
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Please have a look at the attachment. I created a small file, and marked
the first two lines with the mouse. In the same action, I marked only
the first line with the mouse. The result is that the greyed area for
the last positions is slightly larger than the rest.
Peter
On Sun, 2006-10-15 at 09:05 +0200, Peter Gordon wrote:
> Most of the time I, and I would assume most others, use fixed fonts
> with xemacs. So would it be possible to treat fixed fonts as a special
> case. As a naive user, the amount that needs to be deleted seems to be
> the size of the cursor.
>
> Peter
>
> On Sun, 2006-10-15 at 02:13 -0400, Stephen J. Turnbull wrote:
> > Peter Gordon writes:
> >
> > > ./configure --prefix=/sw/xemacs-21.5.27 --with-xft
> > > --with-xft=emacs,tabs,menubars,gauges --without-debug
> > > --without-error-checking --with-gtk
> >
> > --with-xft --with-gtk may be a bad idea. AFAIK no attempt has been
> > made to
> >
> > > This is a demonstration of a bug which creates unnecessary lines.
> >
> > Xft lies about the size of the bounding box. Naive attempts to avoid
> > the lines by "clearing too much" result in other parts of the display
> > getting trashed. I've chosen to leave the lines there as a visible
> > reminder of the problem. But it's equally there in recent updates of
> > Mozilla Firefox for X11, they just chose to clear parts of neighboring
> > display, which is less blatant but still pretty ugly to my mind.
> >
> > Patches which fix the problem correctly or information about how to
> > get Xft to tell the truth about the text extent that it is actually
> > going to write would be very welcome.
> >
> >
> >
> >
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
When I try to open
/[sshx/adrian(a)www.xemacs.org]/etc/named/xemacs/db.xemacs
I now get:
c:\[sshx\adrian@www.xemacs.org]\etc\named\xemacs\: no such directory
The directory containing c:\[sshx\adrian@www.xemacs.org]\etc\named\xemacs\db.xemacs does not exist. Create? (y or n) No
This looks like an old problem I experienced back in 2003 after
explicitly using
(require 'tramp-efs)
which I don't do now.
I get this in my current XEmacs in question:
(featurep 'tramp-efs) => nil
Downgrading to
XEmacs package tramp-1.32 (2.0.53) fixes the problem for me in
XEmacs 21.5 (beta27) "fiddleheads" (+CVS-20060826) [Lucid] (i586-pc-win32, Mule) of Sun Aug 27 2006 on TANG
Best regards!
Adrian
--
Adrian Aichner
mailto:adrian@xemacs.org
http://www.xemacs.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Hi there,
since some time we are experiencing sporadic crashes of XEmacs 21.4.18 on the
Sun SPARC Solaris 8 platform. The crashes seem to have be related to an X11
problem. Messages of this kind show up in the shell from which XEmacs was started:
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 25 (X_SendEvent)
Resource id in failed request: 0x8403482
Serial number of failed request: 52523
Current serial number in output stream: 52523
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 18 (X_ChangeProperty)
Resource id in failed request: 0x8403483
Serial number of failed request: 52591
Current serial number in output stream: 52592
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 25 (X_SendEvent)
Resource id in failed request: 0x8403483
Serial number of failed request: 52592
Current serial number in output stream: 52592
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 25 (X_SendEvent)
Resource id in failed request: 0x8403484
...
There does not seem to exist a specific sequence of actions which triggers the
crashes.
Is there anything known about a possible workaround for this issue?
Regards
Adalbert Perbandt
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Hello,
I'm writing a program for the msp430 microcontroller. I would like to use
local variables to tell xemacs that I want to use msp430-gdb for
debugging, so I wrote this in my local variables:
// Local Variables:
// gdb-command-name: msp430-gdb
// End:
When I load such a file, the variable is set ok. But when i start M-x gdb,
the usual x86 gdb is started...
What am I doing wrong ?
Do you have other ideas for this problem ?
TIA
Markus Grunwald
Softwareentwicklung
PRÜFTECHNIK Condition Monitoring GmbH
Oskar-Messter-Straße 19-21
85737 Ismaning
www.pruftechnik.com
Tel: +49 (0)89 99616177
Fax: +49 (0)89 99616200
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Norbert Eisinger writes:
> xemacs-21.5.21 has a menu "open with specified encoding"
> that offers, in one of its submenus, ISO-8859-1 (Latin 1).
> xemacs-21.5.27 has the same menu that offers many options
> nubered 1...9,0,a...i but ISO-8859-1 (Latin 1) does not
> seem to be among them. Is this as it's supposed to be
> or does it indicate some installation problem?
I'm don't know why there would be a difference between the two
versions, unless your OS vendor (SuSE, wasn't it?) made changes.
You'd have to ask them about that. I have not done any work on the
encoding stuff personally in the last year; you should send your query
to <xemacs-beta(a)xemacs.org> where the people who have made changes
recently will see it.
I can tell you that ASCII doesn't exist as a separate encoding; it's
simply a subset of ISO-8859, and will be detected as the ISO-8859
variant which is appropriate for your locale. ISO-8859-1 is treated
somewhat differently from the rest of the ISO-8859 family; it is
simply an alternative name for "binary".
> xemacs-21.5.21 data-html.txt status line: "MIME/LTN-9" content looks fine
> xemacs-21.5.27 data-html.txt status line: "Binary" content looks fine
> Is "Binary" what it should say for ASCII content?
This probably means that your configuration is slightly different for
the two versions. That could easily be true if the OS vendor supplied
a defaults.el or site-start.el file. Try doing these tests with
"xemacs -vanilla", which prevents loading of the user init file, the
site init file, and the site defaults file. Or you could try
installing the site files from 21.5.21 in 21.5.27. (Use M-x
locate-library RET defaults RET to find the defaults.el file.)
> xemacs-21.5.21 data-utf8.txt status line: "UTF8" content looks fine
> xemacs-21.5.27 data-utf8.txt status line: "Binary" content incorrectly displayed
> This is wrong. But is it an installation problem on our side?
We haven't yet spent a lot of effort on the default configuration,
especially since the stable version, XEmacs 21.4, is very unreliable
in a Unicode environment, and the developers generally use 21.5 and
21.4 in the same environment. SuSE has long since moved to UTF-8 as
the default distribution-wide, and they almost surely distribute a
site-start file that configures XEmacs in that way.
So, I wouldn't call it "your installation problem", but I'm sure you
can change the default configuration to get better results.
If you can't find the site-start and defaults files from 21.5.21 or
they have bad side effects, try
M-x coding-priority-list RET
in *21.5.21* to get the detection priorities for 21.5.21. Then use
M-: (set-coding-priority-list <list>) RET to set *21.5.27* to match.
If that works, put (set-coding priority-list <list>) in the site-start
file. (We don't distribute one, you'll need to create it if you don't
copy from SuSE.)
HTH
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
On 9/27/06, shane <shane(a)ituniv.se> wrote:
>
> therefore, can you write to me on how to disable the toolbar,
Hi Shane,
I'm surprised that answer isn't supplied in 4.5.1, because if you poke
a little further, you can formulate an answer based on 4.5.3. I think
this:
(set-specifier default-toolbar-visible-p nil)
should work, no?
HTH,
Vin
--
The Journey by Mary Oliver
http://www.poemhunter.com/p/m/poem.asp?poet=6771&poem=30506
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
mike.kupfer(a)xemacs.org wrote:
> This is my first submission using patcher; I hope I didn't botch anything.
> Also, Lisp is not my primary programming language. Feedback is always
> welcome.
Hi !
I maintain Patcher upstream, so I'll review your stuff and prepare a new
release. Thanks for the patch ! It's the responsibility of the xemacs-devel
package maintainer to handle the Makefile, once the new Patcher is there,
though.
--
Check out my new jazz CD on http://www.didierverna.com/ !
Didier Verna EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85
94276 Le Kremlin-Bicêtre, France Fax.+33 (1) 53 14 59 22
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta