Mercurial > hg > xemacs-beta

comparison PROBLEMS @ 412:697ef44129c6 r21-2-14

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
Import from CVS: tag r21-2-14
author cvs
date Mon, 13 Aug 2007 11:20:41 +0200
parents de805c49cfc1
children 11054d720c21
comparison
equal deleted inserted replaced
411:12e008d41344 412:697ef44129c6
39 *** egcs-1.1 39 *** egcs-1.1
40 40
41 There have been reports of egcs-1.1 not compiling XEmacs correctly on 41 There have been reports of egcs-1.1 not compiling XEmacs correctly on
42 Alpha Linux. There have also been reports that egcs-1.0.3a is O.K. 42 Alpha Linux. There have also been reports that egcs-1.0.3a is O.K.
43 43
44 *** Don't use -O2 or -O3 with Cygwin 1.0, CodeFusion-99070 or gcc 2.7.2 on x86 44 *** Don't use -O2 with gcc 2.7.2 under Intel/XXX without also using
45 without also using `-fno-strength-reduce'. 45 `-fno-strength-reduce'.
46 46
47 gcc will generate incorrect code otherwise. This bug is present in at 47 gcc will generate incorrect code otherwise. This bug is present in at
48 least 2.6.x and 2.7.[0-2]. This bug has been fixed in GCC 2.7.2.1 and 48 least 2.6.x and 2.7.[0-2]. This bug has been fixed in GCC 2.7.2.1 and
49 later. This bug is O/S independent, but is limited to x86 architectures. 49 later. This bug is O/S independent, but is limited to x86 architectures.
50 50
51 This problem is known to be fixed in egcs (or pgcc) 1.0 or later. 51 This problem is known to be fixed in egcs (or pgcc) 1.0 or later.
52
53 Unfortunately, later releases of Cygnus-released compilers (not the
54 Net-released ones) have a bug with the same `problem signature'.
55
56 If you're lucky, you'll get an error while compiling that looks like:
57
58 event-stream.c:3189: internal error--unrecognizable insn:
59 (insn 256 14 15 (set (reg/v:SI 24)
60 (minus:SI (reg/v:SI 25)
61 (const_int 2))) -1 (insn_list 11 (nil))
62 (nil))
63 0 0 [main]
64
65 If you're unlucky, your code will simply execute incorrectly.
66
67 *** Don't use gcc-2.95.2 with -mcpu=ultrasparc on Solaris 2.6.
68
69 gcc will assume a 64-bit operating system, even though you've
70 merely told it to assume a 64-bit instruction set.
71 52
72 *** Don't use -O2 with gcc 2.7.2 under Intel architectures without also 53 *** Don't use -O2 with gcc 2.7.2 under Intel architectures without also
73 using `-fno-caller-saves'. 54 using `-fno-caller-saves'.
74 55
75 gcc will generate incorrect code otherwise. This bug is still 56 gcc will generate incorrect code otherwise. This bug is still
142 123
143 124
144 ** AIX 125 ** AIX
145 *** On AIX 4.3, you must specify --with-dialogs=athena with configure 126 *** On AIX 4.3, you must specify --with-dialogs=athena with configure
146 127
147 *** The libXt shipped with AIX 4.3 up to 4.3.2 is broken. This causes 128 *** The libXt shipped with AIX 4.3 is broken. This causes xemacs -nw
148 xemacs -nw to fail in various ways. The official APAR is this: 129 to fail in various ways. The solution is to build against stock
149 130 X11R6.
150 APAR NUMBER: <IX89470> RESOLVED AS: PROGRAM ERROR
151
152 ABSTRACT:
153 <IX89470>: LIBXT.A INCORRECT HANDLING OF EXCEPTIONS IN XTAPPADDINPUT
154
155 The solution is to install X11.base.lib at version >=4.3.2.5.
156 131
157 *** On AIX, you get this compiler error message: 132 *** On AIX, you get this compiler error message:
158 133
159 Processing include file ./XMenuInt.h 134 Processing include file ./XMenuInt.h
160 1501-106: (S) Include file X11/Xlib.h not found. 135 1501-106: (S) Include file X11/Xlib.h not found.
398 You can get these standard X tools by anonymous FTP to 373 You can get these standard X tools by anonymous FTP to
399 hpcvaaz.cv.hp.com. Essentially all X programs need these. 374 hpcvaaz.cv.hp.com. Essentially all X programs need these.
400 375
401 *** On HP-UX, problems with make 376 *** On HP-UX, problems with make
402 377
403 Marcus Thiessel <marcus@xemacs.org> 378 Marcus Thiessel <marcus_thiessel@hp.com>
404 379
405 Some releases of XEmacs (e.g. 20.4) require GNU make to build 380 Some releases of XEmacs (e.g. 20.4) require GNU make to build
406 successfully. You don't need GNU make when building 21.x. 381 successfully. You don't need GNU make when building 21.x.
407 382
408 *** On HP-UX 9.05 XEmacs won't compile or coredump during the build. 383 *** On HP-UX 9.05 XEmacs won't compile or coredump during the build.
409 384
410 Marcus Thiessel <marcus@xemacs.org> 385 Marcus Thiessel <marcus_thiessel@hp.com>
411 386
412 This might be a sed problem. For your own safety make sure to use 387 This might be a sed problem. For your own safety make sure to use
413 GNU sed while dumping XEmacs. 388 GNU sed while dumping XEmacs.
414 389
415 *** On HP-UX 11.0 XEmacs causes excessive X11 errors when running. 390 *** On HP-UX 11.0 XEmacs causes excessive X11 errors when running.
416 (also appears on AIX as reported in comp.emacs.xemacs) 391
417 392 Marcus Thiessel <marcus_thiessel@hp.com>
418 Marcus Thiessel <marcus@xemacs.org> 393
419 394 Unfortunately, XEmacs releases <21.0 don't work with Motif2.1. It
420 Unfortunately, XEmacs releases prior to 21.0 don't work with 395 will compile but you will get excessive X11 errors like
421 Motif2.1. It will compile but you will get excessive X11 errors like
422 396
423 xemacs: X Error of failed request: BadGC (invalid GC parameter) 397 xemacs: X Error of failed request: BadGC (invalid GC parameter)
424 398
425 and finally XEmacs gets killed. A workaround is to use the 399 and finally XEmacs gets killed. A workaround is to use the
426 Motif1.2_R6 libraries. You can the following line to your call to 400 Motif1.2_R6 libraries. You can the following line to your call to
428 402
429 --x-libraries="/usr/lib/Motif1.2_R6 -L/usr/lib/X11R6" 403 --x-libraries="/usr/lib/Motif1.2_R6 -L/usr/lib/X11R6"
430 404
431 Make sure /usr/lib/Motif1.2_R6/libXm.sl is a link to 405 Make sure /usr/lib/Motif1.2_R6/libXm.sl is a link to
432 /usr/lib/Motif1.2_R6/libXm.3. 406 /usr/lib/Motif1.2_R6/libXm.3.
433
434 *** On HP-UX 11.0: Object "" does not have windowed ancestor
435
436 Marcus Thiessel <marcus@xemacs.org>
437
438 XEmacs dies without core file and reports:
439
440 Error: Object "" does not have windowed ancestor.
441
442 This is a bug. Please apply the patch PHSS_19964 (check if
443 superseded). The other alternative is to link with Motif1.2_R6 (see
444 previous item).
445
446 407
447 ** SCO OpenServer 408 ** SCO OpenServer
448 *** Native cc on SCO OpenServer 5 is now OK. Icc may still throw you 409 *** Native cc on SCO OpenServer 5 is now OK. Icc may still throw you
449 a curve. Here is what Robert Lipe <robertl@arnet.com> says: 410 a curve. Here is what Robert Lipe <robertl@arnet.com> says:
450 411
579 shell. 540 shell.
580 541
581 *** You type Control-H (Backspace) expecting to delete characters. 542 *** You type Control-H (Backspace) expecting to delete characters.
582 543
583 Emacs has traditionally used Control-H for help; unfortunately this 544 Emacs has traditionally used Control-H for help; unfortunately this
584 interferes with its use as Backspace on TTY's. As of XEmacs 21, 545 interferes with its use as Backspace on TTY's. One way to solve this
585 XEmacs looks at the "erase" setting of TTY structures and maps C-h to 546 problem is to put this in your .emacs:
586 backspace when erase is set to C-h. This is sort of a special hack, 547
587 but it makes it possible for you to use the standard: 548 (when (eq tty-erase-char ?\C-h)
588 549 (keyboard-translate ?\C-h ?\C-?)
589 stty erase ^H 550 (global-set-key "\M-?" 'help-command))
590 551
591 to get your backspace key to erase characters. The erase setting is 552 This checks whether the TTY erase char is C-h, and if it is, makes
592 recorded in the Lisp variable `tty-erase-char', which you can use to 553 Control-H (Backspace) work sensibly, and moves help to Meta-? (ESC ?).
593 tune the settings in your .emacs. 554
594 555 Note that you can probably also access help using F1.
595 A major drawback of this is that when C-h becomes backspace, it no
596 longer invokes help. In that case, you need to use f1 for help, or
597 bind another key. An example of the latter is the following code,
598 which moves help to Meta-? (ESC ?):
599
600 (global-set-key "\M-?" 'help-command)
601 556
602 *** Mail agents (VM, Gnus, rmail) cannot get new mail 557 *** Mail agents (VM, Gnus, rmail) cannot get new mail
603 558
604 rmail and VM get new mail from /usr/spool/mail/$USER using a program 559 rmail and VM get new mail from /usr/spool/mail/$USER using a program
605 called `movemail'. This program interlocks with /bin/mail using the 560 called `movemail'. This program interlocks with /bin/mail using the
1456 add mod1 = Meta_L 1411 add mod1 = Meta_L
1457 keysym Meta_R = Mode_switch 1412 keysym Meta_R = Mode_switch
1458 add mod2 = Mode_switch 1413 add mod2 = Mode_switch
1459 EOF 1414 EOF
1460 1415
1461
1462 *** XEmacs dumps core at startup when native audio is used. Native
1463 audio does not work with recent versions of HP-UX.
1464
1465 Under HP-UX 10.20 and later (e.g., HP-UX 11.XX), with native audio
1466 enabled, the dumped XEmacs binary ("xemacs") core dumps at startup if
1467 recent versions of the libAlib.sl audio shared library is used. Note
1468 that "temacs" will run, but "xemacs" will dump core. This, of course,
1469 causes the XEmacs build to fail. If GNU malloc is enabled, a stack
1470 trace will show XEmacs to have crashed in the "first" call to malloc().
1471
1472 This bug currently exists in all versions of XEmacs, when the undump
1473 mechanism is used. It is not known if using the experimental portable
1474 dumper will allow native audio to work.
1475
1476 **** Cause:
1477
1478 Recent versions of the HP-UX 10.20 (and later) audio shared library (in
1479 /opt/audio/lib), pulls in the libdce shared library, which pulls in a
1480 thread (libcma) library. This prevents the HP-UX undump() routine (in
1481 unexhp9k800.c) from properly working. What's happening is that some
1482 initialization routines are being called in the libcma library, *BEFORE*
1483 main() is called, and these initialization routines are calling
1484 malloc(). Unfortunately, in order for the undumper to work, XEmacs must
1485 adjust (move upwards) the sbrk() value *BEFORE* the first call to
1486 malloc(); if malloc() is called before XEmacs has properly adjusted sbrk
1487 (which is what is happening), dumped memory that is being used by
1488 XEmacs, is improperly re-allocated for use by malloc() and the dumped
1489 memory is corrupted. This causes XEmacs to die an horrible death.
1490
1491 It is believed that versions of the audio library past December 1998
1492 will trigger this problem. Under HP-UX 10.20, you probably have to
1493 install audio library patches to encounter this. It's probable that
1494 recent "fresh, out-of-the-box" HP-UX 11.XX workstations also have this
1495 problem. For HP-UX 10.20, it's believed that audio patch PHSS_17121 (or
1496 a superceeding one, like PHSS_17554, PHSS_17971, PHSS_18777, PHSS_21481,
1497 or PHSS_21662, etc.) will trigger this.
1498
1499 To check if your audio library will cause problems for XEmacs, run
1500 "chatr /opt/audio/lib/libAlib.sl". If "libdce" appears in the displayed
1501 shared library list, XEmacs will probably encounter problems if audio is
1502 enabled.
1503
1504 **** Workaround:
1505
1506 Don't enable native audio. Re-run configure without native audio
1507 support.
1508
1509 If your site supports it, try using NAS (Network Audio Support).
1510
1511 Try using the experimental portable dumper. It may work, or it may
1512 not.
1513
1514
1515 *** `Pid xxx killed due to text modification or page I/O error' 1416 *** `Pid xxx killed due to text modification or page I/O error'
1516 1417
1517 On HP-UX, you can get that error when the Emacs executable is on an NFS 1418 On HP-UX, you can get that error when the Emacs executable is on an NFS
1518 file system. HP-UX responds this way if it tries to swap in a page and 1419 file system. HP-UX responds this way if it tries to swap in a page and
1519 does not get a response from the server within a timeout whose default 1420 does not get a response from the server within a timeout whose default