Mercurial > hg > xemacs-beta

comparison PROBLEMS @ 363:972bbb6d6ca2 r21-1-11

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
Import from CVS: tag r21-1-11
author cvs
date Mon, 13 Aug 2007 10:59:28 +0200
parents 7347b34c275b
children 30d2cfa1092a
comparison
equal deleted inserted replaced
362:1e474c183006 363:972bbb6d6ca2
1427 add mod1 = Meta_L 1427 add mod1 = Meta_L
1428 keysym Meta_R = Mode_switch 1428 keysym Meta_R = Mode_switch
1429 add mod2 = Mode_switch 1429 add mod2 = Mode_switch
1430 EOF 1430 EOF
1431 1431
1432
1433 *** XEmacs dumps core at startup when native audio is used. Native
1434 audio does not work with recent versions of HP-UX.
1435
1436 Under HP-UX 10.20 and later (e.g., HP-UX 11.XX), with native audio
1437 enabled, the dumped XEmacs binary ("xemacs") core dumps at startup if
1438 recent versions of the libAlib.sl audio shared library is used. Note
1439 that "temacs" will run, but "xemacs" will dump core. This, of course,
1440 causes the XEmacs build to fail. If GNU malloc is enabled, a stack
1441 trace will show XEmacs to have crashed in the "first" call to malloc().
1442
1443 This bug currently exists in all versions of XEmacs, when the undump
1444 mechanism is used. It is not known if using the experimental portable
1445 dumper will allow native audio to work.
1446
1447 **** Cause:
1448
1449 Recent versions of the HP-UX 10.20 (and later) audio shared library (in
1450 /opt/audio/lib), pulls in the libdce shared library, which pulls in a
1451 thread (libcma) library. This prevents the HP-UX undump() routine (in
1452 unexhp9k800.c) from properly working. What's happening is that some
1453 initialization routines are being called in the libcma library, *BEFORE*
1454 main() is called, and these initialization routines are calling
1455 malloc(). Unfortunately, in order for the undumper to work, XEmacs must
1456 adjust (move upwards) the sbrk() value *BEFORE* the first call to
1457 malloc(); if malloc() is called before XEmacs has properly adjusted sbrk
1458 (which is what is happening), dumped memory that is being used by
1459 XEmacs, is improperly re-allocated for use by malloc() and the dumped
1460 memory is corrupted. This causes XEmacs to die an horrible death.
1461
1462 It is believed that versions of the audio library past December 1998
1463 will trigger this problem. Under HP-UX 10.20, you probably have to
1464 install audio library patches to encounter this. It's probable that
1465 recent "fresh, out-of-the-box" HP-UX 11.XX workstations also have this
1466 problem. For HP-UX 10.20, it's believed that audio patch PHSS_17121 (or
1467 a superceeding one, like PHSS_17554, PHSS_17971, PHSS_18777, PHSS_21481,
1468 or PHSS_21662, etc.) will trigger this.
1469
1470 To check if your audio library will cause problems for XEmacs, run
1471 "chatr /opt/audio/lib/libAlib.sl". If "libdce" appears in the displayed
1472 shared library list, XEmacs will probably encounter problems if audio is
1473 enabled.
1474
1475 **** Workaround:
1476
1477 Don't enable native audio. Re-run configure without native audio
1478 support.
1479
1480 If your site supports it, try using NAS (Network Audio Support).
1481
1482 Try using the experimental portable dumper. It may work, or it may
1483 not.
1484
1485
1432 *** `Pid xxx killed due to text modification or page I/O error' 1486 *** `Pid xxx killed due to text modification or page I/O error'
1433 1487
1434 On HP-UX, you can get that error when the Emacs executable is on an NFS 1488 On HP-UX, you can get that error when the Emacs executable is on an NFS
1435 file system. HP-UX responds this way if it tries to swap in a page and 1489 file system. HP-UX responds this way if it tries to swap in a page and
1436 does not get a response from the server within a timeout whose default 1490 does not get a response from the server within a timeout whose default