GPLv3|L8R -- Status report - ready for inspection?
6 years, 10 months
Mats Lidell
Mats Lidell
Hi,
Here comes yet another status report from the project of converting to
GPLv3 or later.
There are two lists of files below. The first list contains all files
that are in an undecided state. Please inspect: Do we need to do anything
with them. If so what?
The second list contains all files that we can leave untouched and the
reason for that. Please inspect: Are all reasons OK and correct?
Are we getting close to the were an inspection of the xemacs-gplv3
repository could be performed? With the intent that it that is OK we
could merge back to trunk and go GPLv3 or later?
----------------------------------------------------------------------
"CHANGES-beta"
"ChangeLog"
"PROBLEMS"
"README"
"README.GPLv3"
"etc/ChangeLog"
"etc/Emacs.ad"
"etc/InstallGuide"
"etc/NEWS"
"etc/ONEWS"
"etc/OONEWS"
"etc/README"
"etc/editclient.sh"
"etc/emacskeys.sco"
"etc/emacsstrs.sco"
"etc/gtkrc"
"etc/package-index.LATEST.gpg"
"etc/sample.Xresources"
"etc/xemacs.1"
"lib-src/ChangeLog"
"lib-src/README"
"lisp/ChangeLog"
"lisp/README"
"lisp/mule/mule-locale.txt"
"man/ChangeLog"
"man/README"
"modules/ChangeLog"
"modules/base64/Makefile"
"modules/common/configure-post.ac"
"modules/common/configure-pre.ac"
"modules/zlib/Makefile"
"nt/ChangeLog"
"nt/Emacs.ad.h"
"nt/Installation.el"
"nt/README"
"nt/Win32.cf"
"nt/lisp.ico"
"nt/site.def"
"nt/xemacs.dsp"
"nt/xemacs.dsw"
"src/ChangeLog"
"src/README"
"src/README.kkcc"
"src/m/README"
"src/s/README"
"src/s/freebsd.h"
"src/s/irix6-0.h"
"src/s/netbsd.h"
"src/s/sol2.h"
"tests/ChangeLog"
"tests/Dnd/README"
"tests/automated/README"
"version.sh.in"
----------------------------------------------------------------------
These files below are the files that we might be able to leave as
they are. The reason for why they need not to be changed is listed
after each file: (Some reasons are taken verbatim from private
communication or the "GPL version 3 source survey")
----------------------------------------------------------------------
"INSTALL" -> old FSF Documentation license
"config.guess" -> Part of config which is still GPLv2 or later. See "http://savannah.gnu.org/projects/config"
"config.sub" -> Part of config which is still GPLv2 or later. See "http://savannah.gnu.org/projects/config"
"etc/ETAGS.ChangeLog" -> BSD and GPL v2 or later
"etc/VEGETABLES" -> Not copyrightable.
"etc/XKeysymDB" -> MIT
"etc/ctags.1" -> Part of the etags distribution, which is not part of XEmacs.
"etc/custom/example-themes/ex-custom-file" -> Generated(!?) or GPL V2 or later?
"etc/etags.1" -> Part of the etags distribution, which is not part of XEmacs.
"etc/gnuattach.1" -> simple man link to gnuserv.1
"etc/gnuclient.1" -> simple man link to gnuserv.1
"etc/gnudoit.1" -> simple man link to gnuserv.1
"etc/refcard.ps.gz" -> Generated from refcard..tex
"etc/sample.Xdefaults" -> It is deprecated, so it can be removed but is only a three line reference to .Xresources
"etc/xemacs-X.ico" -> GPLv2 or later but there is not meta data for the file where this can be documented.
"info/dir" -> Generated(?)
"install-sh" -> MIT-style "no advertising" license
"lib-src/b2m.c" -> This is the version from GNU Emacs, so should be OK.
"lib-src/config.values.in" -> Generated.
"lib-src/emacs.csh" -> I don't think this even works with XEmacs ("emacsclient"), so I believe we can just delete it.
"lib-src/insert-data-in-exec.c" -> Compatible license.
"lib-src/mmencode.c" -> Compatible license.
"lisp/dump-paths.el" -> Empty file. Not copyrightable.
"lisp/term/bobcat.el" -> Emacs version has no explicit license declaration
"lisp/term/vt102.el" -> Emacs version has no explicit license declaration
"lisp/term/vt125.el" -> Emacs version has no explicit license declaration
"lisp/term/vt200.el" -> Emacs version has no explicit license declaration
"lisp/term/vt201.el" -> Emacs version has no explicit license declaration
"lisp/term/vt220.el" -> Emacs version has no explicit license declaration
"lisp/term/vt240.el" -> Emacs version has no explicit license declaration
"lisp/term/vt300.el" -> Emacs version has no explicit license declaration
"lisp/term/vt320.el" -> Emacs version has no explicit license declaration
"lisp/term/vt400.el" -> Emacs version has no explicit license declaration
"lisp/term/vt420.el" -> Emacs version has no explicit license declaration
"lock/.precious" -> Not copyrightable.
"modules/canna/install-sh" -> MIT
"modules/ldap/install-sh" -> MIT
"modules/postgresql/install-sh" -> MIT
"modules/sample/external/install-sh" -> MIT
"modules/sample/internal/install-sh" -> MIT
"move-if-change" -> Identical to GPLv3 or later Emacs version
"nt/Xmd.patch" -> GPLv2 or later but only a few lines
"nt/file.ico" -> MIT
"nt/minitar.c" -> Public domain
"nt/paths.h" -> Generated
"nt/xemacs.ico" -> GPLv2 or later but there is not meta data for the file where this can be documented.
"src/alloca.c" -> Public domain.
"src/depend" -> Generated
"src/emacs-marshals.c" -> Generated.
"src/emacs-widget-accessors.c" -> Generated.
"src/intl-auto-encap-win32.c" -> Generated.
"src/intl-auto-encap-win32.h" -> Generated.
"src/libsst.c" -> Compatible license.
"src/libsst.h" -> Compatible license.
"src/libst.h" -> Compatible copyright.
"src/linuxplay.c" -> Compatible license. (MIT-like)
"src/miscplay.c" -> Compatible license. (MIT-like)
"src/miscplay.h" -> Compatible license. (MIT-like)
"src/nas.c" -> Compatible license. (MIT-like)
"src/paths.h.in" -> Generated.
"src/s/openbsd.h" -> Too short. (< 10 lines)
"src/s/usg5-4-2.h" -> Too short. (< 10 lines)
"src/sunplay.c" -> Compatible copyright.
"tests/gtk/UNIMPLEMENTED" -> Does notes need a license?
"tests/tooltalk/beeps.el" -> Too short. (< 10 lines)
----------------------------------------------------------------------
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 4 participants
- 3 comments
Re: Loading startup changes load-path?
10 years
Michael Sperber
Michael Sperber
Mats Lidell <matsl(a)xemacs.org> writes:
>>>>>> Michael Sperber <sperber(a)deinprogramm.de> writes:
>
>> It is intentional, to some degree: A long time ago, people screamed
>> bloody murder at me when the startup paths didn't give configure'd
>> paths precedence over those determined at run time. startup.el is just
>> the first file that knows about those paths. So there's no good
>> solution here that will make everybody happy, I'm afraid.
>
> But this happens while building the dump. What ever happens when you
> start your xemacs is another thing I think. Couldn't this behavior be
> controlled some how so that when building the dump we don't do this?
It could be done. My point is that, at least once upon a time, there
were people who didn't do it to be the way you want it to be. They do
have a point in that the already complicated behavior gets more
complicated when it's different at dump time.
--
Regards,
Mike
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 6 comments
The help-buffer: Left-click, middle-click, right-click and return...!?
10 years, 2 months
The XEmacs Package Smoketest
The XEmacs Package Smoketest
Hi,
I have had a look at the *Help:-buffer and have spotted some
inconsistencies. It seems like left-click, middle-click, right-click
and return is used differently. How should we have it?
As it is now a referens to a variable sets an extent so that
left-click and middle-click goes to the Documentation. Hitting return
with the point in the extent does nothing. Finally, right-click will
bring up a context menu with alternatives to go to Documentation, the
source or Find tag.
On the other hand, the source code link after "-- loaded from", does
not set up a link for left-click. Here middle click and return
works. Right click does nothing special, but could have had a menu for
goto source.
Wouldn't it be more consistent to let left-, middle-click and return
do the same thing. Not that important but the context menu could
include something useful for all links as well.
Comments?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 6 comments
el-rcfiles v1.0
10 years, 4 months
Didier Verna
Didier Verna
Hello,
I've been using this for years, but never got to make it public until
recently. It's a very small and simple library for providing Unix-like
rc files to Emacs Lisp libraries.
All the details are here:
http://www.lrde.epita.fr/~didier/software/elisp/#el-rcfiles
and this is the commentary section, for quick reference:
;;; Commentary:
;; The purpose of el-rcfiles is to provide the equivalent of traditional
;; Unix rc files (i.e. configuration files) for Emacs Lisp
;; libraries. The advantages of using configuration files are the
;; following:
;; - your initialization file is less bloated,
;; - since configuration files are lazily loaded, your Emacs session
;; is (or begins) lighter. That is unless you already use lots of
;; EVAL-AFTER-LOAD forms...
;; Usage:
;; 1. Load the library, go to the rcfiles Custom group and tweak (or not).
;; 2. Put a call to (rcfiles-register-rc-files) in your initialization
;; file. This function can also be called interactively anytime you
;; add, remove or modify a configuration file.
;; 3. Put your configuration code for a library `foo' in a file called
;; `<rcfiles-directory>/foo<rcfiles-pseudo-extension>.el'.
--
Resistance is futile. You will be jazzimilated.
Scientific site: http://www.lrde.epita.fr/~didier
Music (Jazz) site: http://www.didierverna.com
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 6 comments
How difficult if I want to compile XE in Mingw32 or Mingw64?
10 years, 5 months
It's me FKtPp ;)
It's me FKtPp ;)
Dear List,
Since GNU Emacs for w32 was compiled by Mingw, I just wondering if it is
possible for XEmacs for w32 also compiled with Mingw.
>From the source code and configure scripts I feel there's no support for
Mingw for XEmacs at this time.
Is it worth to try to compile a XE for window via Mingw?
Thanks,
FKtPp
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 4 participants
- 5 comments
smtpmail and delete-process fails
10 years, 5 months
Raymond Toy
Raymond Toy
A long time I asked about smtpmail, starttls and gmail
(http://lists.xemacs.org/pipermail/xemacs-beta/2011-March/020997.html).
I couldn't get to work and gave up.
So, I finally tried again, and it still failed to work for me, with
starttls-use-gnutls set to T. When I changed that to nil, it started
working for me, suddenly. Hurray! Of course, it's now on a different
system from before, but I don't care.
I wouldn't be writing this if there wasn't, of course, an issue.
What's happening is that the messag is sent, but the delete-process
near the very end of smtpmail-via-smtp generates an error about not
being able to delete the process. When I C-x e smtpmail-via-smtp,
everything works. Is there something special about delete-process in
byte-compiled code?
It's a bit annoying, but I can live without a byte-compiled smtpmail.
Ray
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 6 participants
- 21 comments
Texinfo 5.x and the packages
10 years, 5 months
Jerry James
Jerry James
Fedora updated its texinfo to version 5.0, and then version 5.1, in
the not-so-distant past. The XEmacs package and the XEmacs packages
packages [1] promptly stopped building, due to errors thrown by
texinfo while processing our texinfo sources. The attached patch is
an emergency patch that I threw together for our packages, just to get
things building for Fedora again. I don't think it is entirely
correct. Package maintainers, if there is a part in here for one of
your packages, and it looks correct to you, please pull that part out
and commit it. If it doesn't look correct, please suggest how to fix
it. Thanks,
Footnotes:
[1] Don't you just love overloaded terms?
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 7 comments
supporting GTK 3.0 only?
10 years, 5 months
Jeff Sparkes
Jeff Sparkes
I've been dreading the autoconf work to select between two different
versions of GTK. I wonder how people would feel about dropping support for
GTK 2 and supporting GTK 3 only.
It's not like it's completely working anyway. I will ifdef the changes
making it possible to port back to GTK 2 if somebody really wanted to.
--
Jeff Sparkes
jsparkes(a)gmail.com
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 9 participants
- 10 comments
does narrowing improve performance on large buffers?
10 years, 5 months
Uwe Brauer
Uwe Brauer
Hi
I sometimes run into performance issues with large (LaTeX) buffers,
having font-lock mode[1] and x-symbol running[2]
I found narrowing always messy but I am thinking of give it a try.
Does anybody know whether it could (or should) improve performance?
thanks
Uwe Brauer
Footnotes:
[1] actually either lazy-lock or fast-lock
[2] I suspect that the culprit is x-symbol because turning it off
improves the performance.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments
XEmacs Beta on OS X Mavericks
10 years, 6 months
Robert Royar
Robert Royar
I upgraded my OS X Mountain Lion computer to Mavericks (a few upgrade).
XEmacs ("XEmacs 21.5 (beta34) \"kale\" 182d01410b8d+ [Lucid]
(x86_64-apple-darwin12.5.0, Mule) of Sun Oct 20 2013 on
grendel.frinabulax.org") runs fine on it. However, when I tried to compile
that same version on Mavericks, I get all the way through the final dump
into the xemacs binary I get the following crash:
Loading /Users/royar/src/xemacs-hg/src/../lisp/update-elc.el...
Loading find-paths.el...
Loading packages.el...
Loading setup-paths.el...
Loading /Users/royar/src/xemacs-hg/lisp/dumped-lisp.el...
./xemacs -no-packages -batch -no-autoloads -l update-elc-2.el -f
batch-update-elc-2 /Users/royar/src/xemacs-hg/src/../lisp
make[1]: *** [update-elc-2] Segmentation fault: 11
make: *** [src] Error 2
Is there a way to run XEmacs without dumping? I tried configure options to
turn or portable dumping and dumbing in the binary, but I get the same
error. It seems as though this should work because the old executable is
still running fine. The problem seems to be in the dumping process.
The stack trace looks less than useful:
Process: xemacs [58289]
Path: /Users/USER/Desktop/*/xemacs
Identifier: xemacs
Version: 0
Code Type: X86-64 (Native)
Parent Process: make [58284]
Responsible: Terminal [724]
User ID: 501
Date/Time: 2013-10-25 06:39:32.267 -0400
OS Version: Mac OS X 10.9 (13A603)
Report Version: 11
Anonymous UUID: 31CBC3A8-3870-A513-96A9-C78F96337887
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x000000010d04e5c0
VM Regions Near 0x10d04e5c0:
MALLOC_LARGE 0000000108abf000-0000000109112000 [ 6476K]
rw-/rwx SM=PRV
-->
MALLOC_TINY 00007f8e40400000-00007f8e40500000 [ 1024K]
rw-/rwx SM=PRV
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 xemacs 0x0000000107e7365b pdump_load_finish +
603 (dumper.c:2336)
1 xemacs 0x0000000107e73392 pdump_load + 1154
(dumper.c:2761)
2 xemacs 0x0000000107e3d9a5
xemacs_21_5_b34_x86_64_apple_darwin13_0_0 + 3701 (emacs.c:1407)
3 xemacs 0x0000000107e40dbd main + 173
(emacs.c:3193)
4 libdyld.dylib 0x00007fff8722f5fd start + 1
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000108f3a7f8 rbx: 0x0000000000000000 rcx: 0x000000010d04e5c0
rdx: 0x0000000108ff5df0
rdi: 0x0000000000000000 rsi: 0x0000000108abf000 rbp: 0x00007fff57e38d90
rsp: 0x00007fff57e38cd0
r8: 0x0000000000000000 r9: 0x0000000000000003 r10: 0x00007fff855ac900
r11: 0x0000000000000206
r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x0000000000000000
r15: 0x0000000000000000
rip: 0x0000000107e7365b rfl: 0x0000000000010202 cr2: 0x000000010d04e5c0
Logical CPU: 0
Error Code: 0x00000006
Trap Number: 14
Binary Images:
0x107dc6000 - 0x10812eff7 +xemacs (0)
<67D01DFF-D09F-3F48-B311-883394B88D60> /Users/USER/Desktop/*/xemacs
0x1083e6000 - 0x108405ff7 +libpng15.15.dylib (27)
<900B6842-1007-3E2B-9FB3-D3A9A1C74594> /opt/X11/*/libpng15.15.dylib
0x108416000 - 0x108422ff7 +libXpm.4.dylib (16)
<CC176F2B-EBF4-312F-AEDF-8108915B9280> /opt/X11/*/libXpm.4.dylib
0x108430000 - 0x10843efff +libXft.2.dylib (6.1)
<76E2A096-01C9-371D-8EB9-683D73B1ADA0> /opt/X11/*/libXft.2.dylib
0x10844b000 - 0x108451fff +libXrender.1.dylib (5)
<767E7864-D378-3225-824E-66A2487A6FD4> /opt/X11/*/libXrender.1.dylib
0x10845d000 - 0x10849fff7 +libXt.6.dylib (7)
<FCF3C461-1CA9-3B39-B847-12326CB4E754> /opt/X11/*/libXt.6.dylib
0x1084bc000 - 0x1084c7fff +libXext.6.dylib (11)
<8CB5AF39-E115-349B-8877-DE2D7E5644B7> /opt/X11/*/libXext.6.dylib
0x1084d3000 - 0x1085d8fff +libX11.6.dylib (10)
<9CBEE087-41E1-394D-A345-80A246235A1F> /opt/X11/*/libX11.6.dylib
0x108604000 - 0x108608fff +libSM.6.dylib (7.1)
<A277B9E1-AE48-3DE2-AD25-A79E7305F6EF> /opt/X11/*/libSM.6.dylib
0x10860f000 - 0x10861ffff +libICE.6.dylib (10)
<A2346D15-D5D0-34FD-83BE-7DD09BD87E95> /opt/X11/*/libICE.6.dylib
0x10862f000 - 0x10865bfff +libfontconfig.1.dylib (8.2)
<5EFD281C-85BF-3531-9CFE-6057A0A83242> /opt/X11/*/libfontconfig.1.dylib
0x10866a000 - 0x1086c2fff +libtiff.5.dylib (0)
<774FBB47-858C-325B-AEAE-975A551AEE7D> /opt/local/lib/libtiff.5.dylib
0x1086d7000 - 0x108704ff7 +libjpeg.9.dylib (0)
<64FFA3DF-D255-33B5-9D22-61CD36314C53> /opt/local/lib/libjpeg.9.dylib
0x10870d000 - 0x108713fff +libesd.0.dylib (0)
<AAA8F6E7-2DC6-3419-A51B-B91204D8865B> /opt/local/lib/libesd.0.dylib
0x108727000 - 0x10875cff7 +libXaw3d.8.dylib (9)
<6F31CE8C-89C2-3B69-8EBF-B7B9131F546C> /opt/X11/*/libXaw3d.8.dylib
0x10877c000 - 0x10878cff7 +libXmu.6.dylib (9)
<FD7B01D4-4C45-3630-B71F-AF1FBE813133> /opt/X11/*/libXmu.6.dylib
0x108798000 - 0x1087f5fd7 +libgmp.10.dylib (0)
<77493BA5-F5FF-36FE-A882-7CE2662D261C> /opt/local/lib/libgmp.10.dylib
0x108806000 - 0x10880bfff +libgdbm.4.dylib (0)
<F5E67467-6A72-3C31-937F-90390D6B3C10> /opt/local/lib/libgdbm.4.dylib
0x108811000 - 0x108819fff +libintl.8.dylib (0)
<569D1B6B-5EBD-3842-99E7-479B20BF4D1B> /opt/local/lib/libintl.8.dylib
0x108822000 - 0x108836ff7 +libxcb.1.dylib (3)
<C411EA1F-2508-3290-84CB-DEF1B5E44D97> /opt/X11/*/libxcb.1.dylib
0x108847000 - 0x108848fff +libXau.6.dylib (7)
<4E3827C7-B2D6-3327-9E76-63F0686D2AE8> /opt/X11/*/libXau.6.dylib
0x108851000 - 0x108854fff +libXdmcp.6.dylib (7)
<67B81572-E521-34CC-937B-8F94A1B45434> /opt/X11/*/libXdmcp.6.dylib
0x108860000 - 0x1088d5fff +libfreetype.6.dylib (15.1)
<1129D37E-0A2D-3D60-8A68-B31E57733456> /opt/X11/*/libfreetype.6.dylib
0x1088f2000 - 0x10890cff7 +liblzma.5.dylib (0)
<A7A21135-8AE9-3310-A954-CB5F3FC97AB8> /opt/local/lib/liblzma.5.dylib
0x108914000 - 0x108923ff7 +libz.1.dylib (0)
<EE52BDB8-6083-3F10-A193-2E52AAF555E7> /opt/local/lib/libz.1.dylib
0x108927000 - 0x10894bfff +libaudiofile.1.dylib (0)
<9FD86A91-85EB-3DFD-9347-395ED2C25FF4> /opt/local/lib/libaudiofile.1.dylib
0x10895d000 - 0x10897cfff +libFLAC.8.dylib (0)
<25234CCD-815C-3586-B858-0E394FB5C7F2> /opt/local/lib/libFLAC.8.dylib
0x108989000 - 0x10898cff7 +libogg.0.dylib (0)
<B95FDC74-E06C-303A-8718-CEA3078934E9> /opt/local/lib/libogg.0.dylib
0x108991000 - 0x108a84ff7 +libiconv.2.dylib (0)
<103D57C8-BE15-3BF8-BDBE-53EDBDD0B6A4> /opt/local/lib/libiconv.2.dylib
0x7fff6cdec000 - 0x7fff6ce1f817 dyld (239.3)
<D1DFCF3F-0B0C-332A-BCC0-87A851B570FF> /usr/lib/dyld
0x7fff844ae000 - 0x7fff84693ff7 com.apple.CoreFoundation (6.9 -
855.11) <E22C6A1F-8996-349C-905E-96C3BBE07C2F>
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x7fff84ad4000 - 0x7fff84ad5fff libunc.dylib (28)
<62682455-1862-36FE-8A04-7A6B91256438> /usr/lib/system/libunc.dylib
0x7fff85596000 - 0x7fff855b2ff7 libsystem_kernel.dylib (2422.1.72)
<D14913DB-47F1-3591-8DAF-D4B4EF5F8818>
/usr/lib/system/libsystem_kernel.dylib
0x7fff855b4000 - 0x7fff8580cff1 com.apple.security (7.0 - 55471)
<233831C5-C457-3AD5-AFE7-E3E2DE6929C9>
/System/Library/Frameworks/Security.framework/Versions/A/Security
0x7fff859e0000 - 0x7fff859e7ff7 libsystem_pthread.dylib (53.1.4)
<AB498556-B555-310E-9041-F67EC9E00E2C>
/usr/lib/system/libsystem_pthread.dylib
0x7fff85df8000 - 0x7fff85e08fff libbsm.0.dylib (33)
<2CAC00A2-1352-302A-88FA-C567D4D69179> /usr/lib/libbsm.0.dylib
0x7fff85e09000 - 0x7fff85e57fff libcorecrypto.dylib (161.1)
<F3973C28-14B6-3006-BB2B-00DD7F09ABC7> /usr/lib/system/libcorecrypto.dylib
0x7fff85f77000 - 0x7fff85f91fff libdispatch.dylib (339.1.9)
<46878A5B-4248-3057-962C-6D4A235EEF31> /usr/lib/system/libdispatch.dylib
0x7fff867b0000 - 0x7fff867d7ffb libsystem_info.dylib (449.1.3)
<7D41A156-D285-3849-A2C3-C04ADE797D98> /usr/lib/system/libsystem_info.dylib
0x7fff87122000 - 0x7fff87209ff7 libxml2.2.dylib (26)
<A1DADD11-89E5-3DE4-8802-07186225967F> /usr/lib/libxml2.2.dylib
0x7fff87224000 - 0x7fff8722bff3 libcopyfile.dylib (103)
<5A881779-D0D6-3029-B371-E3021C2DDA5E> /usr/lib/system/libcopyfile.dylib
0x7fff8722c000 - 0x7fff8722fff7 libdyld.dylib (239.3)
<62F4D752-4089-31A8-8B73-B95A68893B3C> /usr/lib/system/libdyld.dylib
0x7fff87b3e000 - 0x7fff87b59ff7 libsystem_malloc.dylib (23.1.10)
<FFE5C472-B23A-318A-85BF-77CDE61900D1>
/usr/lib/system/libsystem_malloc.dylib
0x7fff87b64000 - 0x7fff87b65ffb libremovefile.dylib (33)
<3543F917-928E-3DB2-A2F4-7AB73B4970EF> /usr/lib/system/libremovefile.dylib
0x7fff89124000 - 0x7fff89148fff libxpc.dylib (300.1.17)
<4554927A-9467-365C-91F1-5A116989DD7F> /usr/lib/system/libxpc.dylib
0x7fff89149000 - 0x7fff891d2ff7 libsystem_c.dylib (997.1.1)
<61833FAA-7281-3FF9-937F-686B6F20427C> /usr/lib/system/libsystem_c.dylib
0x7fff8920e000 - 0x7fff8921fff7 libsystem_asl.dylib (217.1.4)
<655FB343-52CF-3E2F-B14D-BEBF5AAEF94D> /usr/lib/system/libsystem_asl.dylib
0x7fff8997b000 - 0x7fff89982fff libcompiler_rt.dylib (35)
<4CD916B2-1B17-362A-B403-EF24A1DAC141> /usr/lib/system/libcompiler_rt.dylib
0x7fff89a00000 - 0x7fff89a02ff7 libquarantine.dylib (71)
<7A1A2BCB-C03D-3A25-BFA4-3E569B2D2C38> /usr/lib/system/libquarantine.dylib
0x7fff89a03000 - 0x7fff89a10ff0 libbz2.1.0.dylib (29)
<0B98AC35-B138-349C-8063-2B987A75D24C> /usr/lib/libbz2.1.0.dylib
0x7fff89a12000 - 0x7fff89bbff27 libobjc.A.dylib (551.1)
<AD7FD984-271E-30F4-A361-6B20319EC73B> /usr/lib/libobjc.A.dylib
0x7fff8a0f5000 - 0x7fff8a124fd2 libsystem_m.dylib (3047.16)
<B7F0E2E4-2777-33FC-A787-D6430B630D54> /usr/lib/system/libsystem_m.dylib
0x7fff8a148000 - 0x7fff8a149ff7 libsystem_sandbox.dylib (278.10)
<A47E7E11-3C76-318E-B67D-98972B86F094>
/usr/lib/system/libsystem_sandbox.dylib
0x7fff8a14a000 - 0x7fff8a19bff3 com.apple.audio.CoreAudio (4.2.0 -
4.2.0) <BF4C2FE3-8BC8-30D1-8347-2A7221268794>
/System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
0x7fff8a19c000 - 0x7fff8a19dff7 libsystem_blocks.dylib (63)
<FB856CD1-2AEA-3907-8E9B-1E54B6827F82>
/usr/lib/system/libsystem_blocks.dylib
0x7fff8a972000 - 0x7fff8a977ff7 libunwind.dylib (35.3)
<78DCC358-2FC1-302E-B395-0155B47CB547> /usr/lib/system/libunwind.dylib
0x7fff8ab46000 - 0x7fff8ab46ff7 libkeymgr.dylib (28)
<3AA8D85D-CF00-3BD3-A5A0-E28E1A32A6D8> /usr/lib/system/libkeymgr.dylib
0x7fff8b292000 - 0x7fff8b2bbff7 libc++abi.dylib (48)
<8C16158F-CBF8-3BD7-BEF4-022704B2A326> /usr/lib/libc++abi.dylib
0x7fff8b3de000 - 0x7fff8b3e6fff libsystem_dnssd.dylib (522.1.11)
<270DCF6C-502D-389A-AA9F-DE4624A36FF7> /usr/lib/system/libsystem_dnssd.dylib
0x7fff8b7da000 - 0x7fff8b80afff libncurses.5.4.dylib (42)
<BF763D62-9149-37CB-B1D2-F66A2510E6DD> /usr/lib/libncurses.5.4.dylib
0x7fff8b80b000 - 0x7fff8b812ff7 liblaunch.dylib (842.1.4)
<FCBF0A02-0B06-3F97-9248-5062A9DEB32C> /usr/lib/system/liblaunch.dylib
0x7fff8b84c000 - 0x7fff8b8b6ff7 com.apple.framework.IOKit (2.0.1 -
907.1.13) <C1E95F5C-B79B-31BE-9F2A-1B25163C1F16>
/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
0x7fff8c711000 - 0x7fff8c71bfff libcommonCrypto.dylib (60049)
<8C4F0CA0-389C-3EDC-B155-E62DD2187E1D> /usr/lib/system/libcommonCrypto.dylib
0x7fff8cead000 - 0x7fff8ceb1ff7 libcache.dylib (62)
<BDC1E65B-72A1-3DA3-A57C-B23159CAAD0B> /usr/lib/system/libcache.dylib
0x7fff8cfde000 - 0x7fff8d196ff3 libicucore.A.dylib (511.25)
<3ED7B656-416E-3071-AEC8-E85C90232F78> /usr/lib/libicucore.A.dylib
0x7fff8d197000 - 0x7fff8d198ff7 libDiagnosticMessagesClient.dylib
(100) <4CDB0F7B-C0AF-3424-BC39-495696F0DB1E>
/usr/lib/libDiagnosticMessagesClient.dylib
0x7fff8d565000 - 0x7fff8d58cff7 libsystem_network.dylib (241.3)
<8B1E1F1D-A5CC-3BAE-8B1E-ABC84337A364>
/usr/lib/system/libsystem_network.dylib
0x7fff8d624000 - 0x7fff8d624ffd libOpenScriptingUtil.dylib (157)
<19F0E769-0989-3062-9AFB-8976E90E9759> /usr/lib/libOpenScriptingUtil.dylib
0x7fff8d7e8000 - 0x7fff8d8d2fff libsqlite3.dylib (158)
<00269BF9-43BE-39E0-9C85-24585B9923C8> /usr/lib/libsqlite3.dylib
0x7fff8d8d3000 - 0x7fff8d8ebfff libexpat.1.dylib (12)
<97F4A9A7-CB3E-3BBF-9314-4997FC770E52> /usr/lib/libexpat.1.dylib
0x7fff8e9fd000 - 0x7fff8ea02fff libmacho.dylib (845)
<1D2910DF-C036-3A82-A3FD-44FF73B5FF9B> /usr/lib/system/libmacho.dylib
0x7fff8eec8000 - 0x7fff8eed1ff3 libsystem_notify.dylib (121)
<52571EC3-6894-37E4-946E-064B021ED44E>
/usr/lib/system/libsystem_notify.dylib
0x7fff8f1cb000 - 0x7fff8f1d6fff libkxld.dylib (2422.1.72)
<C88EF3E6-B31F-3E12-BE9B-562D912BA733> /usr/lib/system/libkxld.dylib
0x7fff8f1d7000 - 0x7fff8f1d8ff7 libSystem.B.dylib (1197.1.1)
<BFC0DC97-46C6-3BE0-9983-54A98734897A> /usr/lib/libSystem.B.dylib
0x7fff8f4c4000 - 0x7fff8f4d5ff7 libz.1.dylib (53)
<42E0C8C6-CA38-3CA4-8619-D24ED5DD492E> /usr/lib/libz.1.dylib
0x7fff8ff56000 - 0x7fff8ff5afff libpam.2.dylib (20)
<B93CE8F5-DAA8-30A1-B1F6-F890509513CB> /usr/lib/libpam.2.dylib
0x7fff90410000 - 0x7fff90462fff libc++.1.dylib (120)
<4F68DFC5-2077-39A8-A449-CAC5FDEE7BDE> /usr/lib/libc++.1.dylib
0x7fff90463000 - 0x7fff90467fff libsystem_stats.dylib (93.1.26)
<B9E26A9E-FBBC-3938-B8B7-6CF7CA8C99AD> /usr/lib/system/libsystem_stats.dylib
0x7fff9048b000 - 0x7fff90498ff7 libxar.1.dylib (202)
<5572AA71-E98D-3FE1-9402-BB4A84E0E71E> /usr/lib/libxar.1.dylib
0x7fff90499000 - 0x7fff9049bff3 libsystem_configuration.dylib
(596.12) <C4F633D9-94C8-35D9-BB2D-84C5122533C7>
/usr/lib/system/libsystem_configuration.dylib
0x7fff90948000 - 0x7fff9098aff7 libauto.dylib (185.5)
<F45C36E8-B606-3886-B5B1-B6745E757CA8> /usr/lib/libauto.dylib
0x7fff9166b000 - 0x7fff91671ff7 libsystem_platform.dylib (24.1.4)
<331BA4A5-55CE-3B95-99EB-44E0C89D7FB8>
/usr/lib/system/libsystem_platform.dylib
External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 80160
thread_create: 1
thread_set_state: 0
VM Region Summary:
ReadOnly portion of Libraries: Total=90.2M resident=58.6M(65%)
swapped_out_or_unallocated=31.6M(35%)
Writable regions: Total=81.4M written=6940K(8%) resident=7020K(8%)
swapped_out=0K(0%) unallocated=74.5M(92%)
REGION TYPE VIRTUAL
=========== =======
Kernel Alloc Once 4K
MALLOC 15.5M
MALLOC (admin) 16K
STACK GUARD 4K
Stack 64.0M
VM_ALLOCATE 8K
__DATA 3084K
__LINKEDIT 67.6M
__TEXT 22.6M
__UNICODE 544K
shared memory 4K
=========== =======
TOTAL 173.3M
--
Robert Royar <xemacs(a)royar.org>
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 6 comments