http://blog.gmane.org/gmane.emacs.sxemacs.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.emacs.sxemacs.devel/3297 <pre>Hello, Have not been able to build sxemacs to try it out. I have newer software because I needed some recent code. X, mesa, etc. Some facts... I tried a newer kernel but have to stick with 3.8.12 since it's working. I tried building the stable version too. conftest seg faults (may be expected??) I found a strange link in sxemacs: /sxemacs/.sxemacs.source.tree -&gt; ./ and then make fails with No such file or directory /sxemacs/.sxemacs.source.tree/modules/modules sxemacs exiting . *** auto.stamp Error 255 all-recursive Error 1 uname -m = x86_64 uname -r = 3.8.12 uname -s = Linux configure:11485: checking for autoconf version configure:11487: result: autoconf (GNU Autoconf) 2.69 configure:11508: checking for autoheader version configure:11510: result: autoheader (GNU Autoconf) 2.69 configure:11531: checking for aclocal version configure:11533: result: aclocal (GNU automake) 1.11.5 configure:11554: checking for automake version configure:11556: result: automake (GNU automake) 1.11.5 configure:11577: checking for libtool version configure:11579: result: libtool (GNU libtool) 2.4.2 configure:12817: checking for SXEmacs version configure:12819: result: SXEmacs 22.1.15 configure:12828: checking for SXEmacs patchlevel configure:12838: result: v22.1.15-86-gadbbab7 configure:12855: checking if we are a beta version configure:12858: result: yes configure:12928: checking for style of include used by make configure:12956: result: GNU configure:13027: checking for gcc configure:13043: found /usr/bin/gcc configure:13054: result: gcc configure:13283: checking for C compiler version configure:13292: gcc --version &gt;&amp;5 gcc (GCC) 4.8.0 Thread model: posix </pre> rh 2013-05-13T17:19:47 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3292 <pre>http://issues.sxemacs.org/show_bug.cgi?id=159 Bug ID: 159 Summary: #'curl:download to a buffer instead of a file crashes SXEmacs Classification: Unclassified Product: SXEmacs Version: 22.1.15 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P3 Component: Core Lisp Assignee: zevlg&lt; at &gt;yandex.ru Reporter: steve&lt; at &gt;sxemacs.org QA Contact: sxemacs-devel&lt; at &gt;sxemacs.org Created attachment 152 --&gt; http://issues.sxemacs.org/attachment.cgi?id=152&amp;action=edit C backtrace In a vanilla instance I tried the following in scratch buffer... (require 'ffi-curl) (with-temp-buffer (curl:download "http://downloads.sxemacs.org/xemacs-pkgs/packages/package-index.LATEST.gpg" (current-buffer) :nobody t :header t)) I also tried... (curl:download "http://downloads.sxemacs.org/xemacs-pkgs/packages/package-index.LATEST.gpg" (get-buffer-create "*MyCurl::Buffer*") :nobody t :header t) Both recipes result in a segv (see the attached trace). The URL does exist so you can copy/paste directly to try it out. I also tried without adding the :nobody and :header keywords, still crashes. </pre> issue-tracking< at >sxemacs.org 2013-04-17T01:05:42 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3285 <pre>aarg, following the info file, I tried the require ffi-curl and it confirmed it was there. Then I set-package-get-remote to the first site in the list and I did the pui-bootstrap and it worked for a bit and came back with some kind of download error (didn't write it down) so I changed to the ibiblio site and it said it couldn't ftp and now I'm trying to use the xemacs.org site and update index and it says allow-remote-paths is void and its stuck at that message no matter what path I set. I have this curl: net-misc/curl-7.29.0-r1 https://pastebin.sabayon.org/pastie/12435 anybody have a clue what I'm doing wrong? or how I restart the process? I mean, so if this thing did have some kind of network error with the first package repository, why would it not recover gracefully rather than getting stuck in void variable land? I even renamed my `.xemacs/package-index.LATEST.gpg (the only thing I could find in my home directory that looked like it *might* be what was built) and it still errors out. Also, can't I just use my gentoo or sabayon package manager to load all xemacs packages to use with sxemacs? TIA, -Kevin ------------ To be or not to be. -- Shakespeare To do is to be. -- Nietzsche To be is to do. -- Sartre Do be do be do. -- Sinatra </pre> kevinbanjo 2013-04-09T16:19:35 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3272 <pre>Hey Gang! In case you are not aware, XEmacs has officially applied to be a mentoring organisation in this year's Google Summer of Code.[1] This is a good thing for us for a number of reasons: 1) Whether they succeed or fail, we'll get tremendous benefit from their experiences when it comes time for our own GSoC endeavours. 2) Any work that happens in the XEmacs packages themselves we get automatically with zero effort. 3) Anything updated/added in XEmacs core that we might want will be pre-reviewed and pre-tested before we even look at it. And then we don't have to take it if we don't want to. Choice! Ya gotta love it. :-) In fact, XEmacs participating in GSoC is such a good thing for SXEmacs that I think we should try to help them out. The thing is, they weren't all that organised when it came to getting their application put together (they didn't even start discussing it on the lists until 2 days before the deadline). One of the areas where they're a little behind, and an area in which I think we can easily help, is their list of project ideas. So what I'm asking you guys for is just that... ideas that XEmacs can use as possible GSoC projects. Remember that if it is something that can be done in packages, we get it automatically. :-) My ideas: o A decent git interface. I've heard about this thing called "magit" that folks like John Wiegley swear by. I had a quick look at it once and it was very GNU/Emacs-centric. o Sharing content on social media. For example, you read something awesome in one of your RSS feeds you read in Gnus, it'd be cool if you could post a link to the article on Twitter or Facebook directly from *Emacs. o An OAuth package. I think GNU/Emacs has this already, so port. Oh, and this one would be needed for the previous anyway. :-) o A CalDav package so I can sync my Google Calendar with my calendar in SXEmacs. o A spreadsheet package. o Convert to/from various open document formats. To see what they've got so far, go to... http://www.xemacs.org/Develop/GSoC.html http://www.xemacs.org/Develop/GSoC2013.html I'll leave it a few days for you guys to have a think about and get back to me here on it. Then I'll take all the ideas over to the XEmacs people in one go. Thanks! Footnotes: [1] I've wanted for us to go into GSoC for years and years now, but I always forget to do anything about it until it is too late. I hereby give my full permission for anyone and everyone to kick my arse all year about getting us into GSoC 2014. </pre> Steve Youngs 2013-04-02T05:28:03 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3270 <pre>Hey Everyone! I've discovered a problem with SXEmacs workers and Linux kernels since v3.8.0-rc5-00810-g951348b. It is most likely not our fault (I hope), but before I go bitching to the kernel folk I would like to know for sure, and even have possible solution for them. I think the first thing would be to find out if this is reproducible somewhere _other_ than bastard.steveyoungs.com. So here is what you need... o glibc v2.15 (please try with whatever version you have, I'm stating the version I have because libpthread is part of glibc) o Linux kernel newer than the one mentioned above o SXEmacs where (config-value 'EF_USE_ASYNEQ) =&gt; 1 (that isn't anything special, you'll have that by default if you have usable pthreads) o top(1) (to watch the magic) And the recipe is... `sxemacs -no-autoloads' And then in scratch, eval `(init-workers 8)' You can use any number of workers you want, but 8 is quite dramatic. :-) At this point have a look at top and you'll notice that the SXEmacs process is consuming &gt; 90% of the CPU. Compare that to a clean -no-autoloads instance that will probably sit on about &lt; 10% (my normal SXE instances sit on 8% - 10% CPU). Two odd things that I've noticed are that even though top is telling me that my SXEmacs has eaten pretty much all of my CPU, the SXEmacs instance itself remains every bit as responsive as it always is. And the CPU doesn't get hot. Those two things make me believe that something is making top lie to me. I have tried other monitoring thingies like KDE's "System Monitor" and they agree with top. I bisected the kernel repo and found that b5c78e04dd061b776978dad61dd85357081147b0 is the revision where this began. However, it doesn't make any sense to me at all. See for yourself... commit b5c78e04dd061b776978dad61dd85357081147b0 Merge: 06991c2 951348b Author: Linus Torvalds &lt;torvalds&lt; at &gt;linux-foundation.org&gt; Date: Thu Feb 21 12:11:44 2013 -0800 Merge tag 'staging-3.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging Pull staging tree update from Greg Kroah-Hartman: \"Here's the big staging tree merge for 3.9-rc1 Lots of cleanups and updates for drivers all through the staging tree. We are pretty much \"code neutral\" here, adding just about as many lines as we removed. All of these have been in linux-next for a while.\" * tag 'staging-3.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging: (804 commits) staging: comedi: vmk80xx: wait for URBs to complete staging: comedi: drivers: addi-data: hwdrv_apci3200.c: Add a missing semicolon staging: et131x: Update TODO list staging: et131x: Remove assignment of skb-&gt;dev staging: wlan-ng: hfa384x.h: fix for error reported by smatch staging/zache checkpatch ERROR: spaces prohibited around that staging/ozwpan: Mark read only parameters and structs as const staging/ozwpan: Remove empty and unused function oz_cdev_heartbeat staging/ozwpan: Mark local functions as static (fix sparse warnings) staging/ozwpan: Add missing header includes staging/usbip: Mark local functions as static (fix sparse warnings) staging/xgifb: Remove duplicated code in loops. staging/xgifb: Consolidate return paths staging/xgifb: Remove code without effect staging/xgifb: Remove unnecessary casts staging/xgifb: Consolidate if/else if with identical code branches staging: vt6656: replaced custom TRUE definition with true staging: vt6656: replaced custom FALSE definition with false staging: vt6656: replace custom BOOL definition with bool staging/rtl8187se: Mark functions as static to silence sparse ... diff --cc drivers/power/generic-adc-battery.c index 836816b,42733c4..8cb5d7f --- a/drivers/power/generic-adc-battery.c +++ b/drivers/power/generic-adc-battery.c &lt; at &gt;&lt; at &gt;&lt; at &gt; -284,11 -287,10 +284,11 &lt; at &gt;&lt; at &gt;&lt; at &gt; static int gab_probe(struct platform_de * based on the channel supported by consumer device. */ for (chan = 0; chan &lt; ARRAY_SIZE(gab_chan_name); chan++) { - adc_bat-&gt;channel[chan] = iio_channel_get(dev_name(&amp;pdev-&gt;dev), - gab_chan_name[chan]); + adc_bat-&gt;channel[chan] = iio_channel_get(&amp;pdev-&gt;dev, + gab_chan_name[chan]); if (IS_ERR(adc_bat-&gt;channel[chan])) { ret = PTR_ERR(adc_bat-&gt;channel[chan]); +adc_bat-&gt;channel[chan] = NULL; } else { /* copying properties for supported channels only */ memcpy(properties + sizeof(*(psy-&gt;properties)) * index, I can't see how the diff and the log could possibly be related to one another, and I can't see how the diff could possibly affect pthread related things. In fact, this makes so little sense to me that I am inclined to bisect the kernel repo again just be doubly certain. If you can help, even by just confirming (or not) that the recipe is reproducible, please do. Thanks! </pre> Steve Youngs 2013-03-12T00:02:39 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3269 <pre>Hey People! Yup, I haven't died, I'm still here, and so is SXEmacs. It has been a while since our last release, but there are a number of things that need to be cleaned up before I can even begin to think about a release. They are, in no particular order... o gnuserv moved to elisp (bug #71) http://issues.sxemacs.org/show_bug.cgi?id=71 o dbus (bug #153) http://issues.sxemacs.org/show_bug.cgi?id=153 o SoX doesn't rewind streams (bug #141) http://issues.sxemacs.org/show_bug.cgi?id=141 o ffmpeg crashes SXEmacs (bug #154) http://issues.sxemacs.org/show_bug.cgi?id=154 o ao crashes SXEmacs (bug #157) http://issues.sxemacs.org/show_bug.cgi?id=157 o alsa may not do what we say it can (bug #156) http://issues.sxemacs.org/show_bug.cgi?id=156 There are a few other open bugs, and quite a number of open feature requests, but I would be happy to consider releasing once all of the above issues are taken care of. This means that if you want a release, jump onto one or more of the above. Unfortunately they are all pretty much beyond my capabilities. Help is needed. Please. </pre> Steve Youngs 2013-01-12T07:44:30 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3256 <pre>Here is that lost email, mate. (Cc'ing the list in case this one gets trapped in spam filters too) :-) </pre> Steve Youngs 2012-11-05T20:23:21 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3245 <pre>Hi Has anyone here used XEWM? I am trying it out and I like it but I don't want every app I use to be full screen. Can anyone help? </pre> Christopher Turkel 2012-10-01T14:38:34 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3235 <pre>http://issues.sxemacs.org/show_bug.cgi?id=158#c0 Priority: P3 Bug ID: 158 Assignee: steve&lt; at &gt;sxemacs.org Summary: build error: unknown type name 'cl_loop_sentence_t' QA Contact: sxemacs-devel&lt; at &gt;sxemacs.org Severity: normal Classification: Unclassified OS: Linux Reporter: stefan-husmann&lt; at &gt;t-online.de Hardware: PC Status: NEW Version: 22.1.16 Component: Compile/Install Product: SXEmacs Created attachment 149 --&gt; http://issues.sxemacs.org/attachment.cgi?id=149&amp;action=edit build log I did not find a declaration of cl_loop_sentence_t, and gcc 4.7.1 does not either. libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../src -I. -I. -I../../src -I../../src -DHAVE_CONFIG_H -pthread -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -I/usr/include/freetype2 -I/usr/local/include -I/usr/include -I/usr/local/include -DIMA_MODULE -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -I/usr/include/freetype2 -MT cl-loop.lo -MD -MP -MF .deps/cl-loop.Tpo -c cl-loop.c -fPIC -DPIC -o .libs/cl-loop.o In file included from cl-loop.h:43:0, from cl-loop.c:41: cl-loop-parser.h:157:46: error: unknown type name 'cl_loop_sentence_t' </pre> issue-tracking< at >sxemacs.org 2012-07-28T18:02:10 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3231 <pre>http://issues.sxemacs.org/show_bug.cgi?id=157#c0 Priority: P3 Bug ID: 157 Assignee: steve&lt; at &gt;sxemacs.org Summary: Creating a libao audio device results in a SIGSEGV QA Contact: sxemacs-devel&lt; at &gt;sxemacs.org Severity: normal Classification: Unclassified OS: Linux Reporter: steve&lt; at &gt;sxemacs.org Hardware: PC Status: NEW Version: 22.1.15 Component: General Product: SXEmacs Created attachment 147 --&gt; http://issues.sxemacs.org/attachment.cgi?id=147&amp;action=edit Lisp trace $ sxemacs -no-autoloads RET ... In *scratch*... (setq mydevice (make-audio-device 'ao)) Goodbye SXEmacs. :-( lisp and C traces attached </pre> issue-tracking< at >sxemacs.org 2012-07-23T22:19:16 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3210 <pre> Hi all, I took some time to add to bugzilla the enhancements myself and Steve talked about, review all open bugs and enhancements, and mark the target milestone (sometimes update it) to 21.1.16. Steve, the SXEPreRelease query needs to be updated so that the target milestone is less than or equal to 21.1.16 :) All the target milestones that where --- I changed to future so they won't matter for that query. Right now the SXEPreRelease query updated to 21.1.16 looks like this (some columns removed to try and minizime the line length): 15 bugs found. ID Assignee Stat TargetMSummary 142njsf&lt; at &gt;sxemacs.org NEW 22.1.16UTF-8 default encoding of buffers 144steve&lt; at &gt;sxemacs.org NEW 22.1.16Remove all UI specific event definition handlers from event and make it a "callback" 153steve&lt; at &gt;sxemacs.org NEW 22.1.16DBUS Support 154steve&lt; at &gt;sxemacs.org NEW 22.1.16FFmpeg support does not work with latest version 145steve&lt; at &gt;sxemacs.org NEW 22.1.16freetype2 support 152steve&lt; at &gt;sxemacs.org NEW 22.1.16SoX 14 does not work on SXEmacs 155steve&lt; at &gt;sxemacs.org NEW 22.1.16PulseAudio is not autodetected 70njsf&lt; at &gt;sxemacs.org ASSI 22.1.16Translate tutorial to Portuguese 71njsf&lt; at &gt;sxemacs.org ASSI 22.1.16Move gnuserv to elisp 64njsf&lt; at &gt;sxemacs.org ASSI 22.1.16create defuns for fsfmacs compatability obsolete.el for server sockets 72njsf&lt; at &gt;sxemacs.org ASSI 22.1.16No way for an extent to have effect to the end of the visible line in the window 66njsf&lt; at &gt;sxemacs.org ASSI 22.1.16Add support for xterm mouse "clicks" 132njsf&lt; at &gt;sxemacs.org ASSI 22.1.16make-hash-table :test 'equal creates a fatal error under lisp debugger 141steve&lt; at &gt;sxemacs.org ASSI 22.1.16media streams can only be played once without calling #'make-media-stream on them again 77njsf&lt; at &gt;sxemacs.org REOP 22.1.16 gnuclient/make-frame does not properly initialize faces for device </pre> Nelson Ferreira 2012-07-07T21:13:22 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3195 <pre>http://issues.sxemacs.org/show_bug.cgi?id=156#c0 Priority: P3 Bug ID: 156 Assignee: steve&lt; at &gt;sxemacs.org Summary: Alsa support issues QA Contact: sxemacs-devel&lt; at &gt;sxemacs.org Severity: normal Classification: Unclassified OS: All Reporter: njsf&lt; at &gt;sxemacs.org Hardware: All Status: NEW Version: 22.1.15 Component: General Product: SXEmacs May just be to verify... From Steve's email: ALSA -- I think we have some issues here too. </pre> issue-tracking< at >sxemacs.org 2012-07-07T20:53:02 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3193 <pre>http://issues.sxemacs.org/show_bug.cgi?id=155#c0 Priority: P3 Bug ID: 155 Assignee: steve&lt; at &gt;sxemacs.org Summary: PulseAudio is not autodetected QA Contact: sxemacs-devel&lt; at &gt;sxemacs.org Severity: normal Classification: Unclassified OS: All Reporter: njsf&lt; at &gt;sxemacs.org Hardware: All Status: NEW Version: 22.1.15 Component: General Product: SXEmacs From Steve's email: PulseAudio -- I'm considering putting this back into the list of auto-detected audio whatsits. Version 2 of PulseAudio is remarkably well behaved. I want to add "roles" to our PA stuff. A "role" is the type of client that is talking to PA. For example, Empathy tells PA that it is a "phone", mpd (MusicPD) tells PA that it is "music", I hacked my mplayer to say that it is "video". Now, you can do neato things on the PA side with those roles. For instance I have mine set up so that when I watch a movie in mplayer, PA will mute my "music" stream. </pre> issue-tracking< at >sxemacs.org 2012-07-07T20:49:07 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3192 <pre>http://issues.sxemacs.org/show_bug.cgi?id=154#c0 Priority: P3 Bug ID: 154 Assignee: steve&lt; at &gt;sxemacs.org Summary: FFmpeg support does not work with latest version QA Contact: sxemacs-devel&lt; at &gt;sxemacs.org Severity: enhancement Classification: Unclassified OS: All Reporter: njsf&lt; at &gt;sxemacs.org Hardware: All Status: NEW Version: Future Component: General Product: SXEmacs From Steve's email: FFmpeg -- our code here is a mess and doesn't come close to working with current FFmpeg. Needs to fix. I'm also wondering if we should follow other projects that use FFmpeg and ship a particular, known good, version of FFmpeg with SXEmacs. I don't know what problems and burdens that would bring. It is just a thought at this stage. </pre> issue-tracking< at >sxemacs.org 2012-07-07T20:45:34 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3190 <pre>http://issues.sxemacs.org/show_bug.cgi?id=153#c0 Priority: P3 Bug ID: 153 Assignee: steve&lt; at &gt;sxemacs.org Summary: DBUS Support QA Contact: sxemacs-devel&lt; at &gt;sxemacs.org Severity: enhancement Classification: Unclassified OS: All Reporter: njsf&lt; at &gt;sxemacs.org Hardware: All Status: NEW Version: Future Component: General Product: SXEmacs There is some work done on the port from GNU Emacs but it needs much more. </pre> issue-tracking< at >sxemacs.org 2012-07-07T20:41:53 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3189 <pre>http://issues.sxemacs.org/show_bug.cgi?id=152#c0 Priority: P3 Bug ID: 152 Assignee: steve&lt; at &gt;sxemacs.org Summary: SoX 14 does not work on SXEmacs QA Contact: sxemacs-devel&lt; at &gt;sxemacs.org Severity: normal Classification: Unclassified OS: All Reporter: njsf&lt; at &gt;sxemacs.org Hardware: PC Status: NEW Version: 22.1.15 Component: General Product: SXEmacs From Steve's email: SoX -- current version (14) doesn't work with SXEmacs. I _think_ it is just a build-chain issue, but I haven't look closely yet. </pre> issue-tracking< at >sxemacs.org 2012-07-07T20:40:01 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3173 <pre>http://issues.sxemacs.org/show_bug.cgi?id=151#c0 Priority: P3 Bug ID: 151 Assignee: steve&lt; at &gt;sxemacs.org Summary: Learn from new GNU Emacs list-packages QA Contact: sxemacs-devel&lt; at &gt;sxemacs.org Severity: normal Classification: Unclassified OS: Mac OS Reporter: njsf&lt; at &gt;sxemacs.org Hardware: PC Status: NEW Version: Future Component: Package Lisp Product: SXEmacs See what lessons can be learned from this and if something should be enhanced in SXEmacs </pre> issue-tracking< at >sxemacs.org 2012-07-07T20:21:50 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3172 <pre>http://issues.sxemacs.org/show_bug.cgi?id=150#c0 Priority: P3 Bug ID: 150 Assignee: steve&lt; at &gt;sxemacs.org Summary: Lexical scoping QA Contact: sxemacs-devel&lt; at &gt;sxemacs.org Severity: enhancement Classification: Unclassified OS: All Reporter: njsf&lt; at &gt;sxemacs.org Hardware: All Status: NEW Version: Future Component: Core Lisp Product: SXEmacs GNU Emacs now has lexical scoping... </pre> issue-tracking< at >sxemacs.org 2012-07-07T20:18:30 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3170 <pre>http://issues.sxemacs.org/show_bug.cgi?id=149 Priority: P3 Bug ID: 149 Assignee: steve&lt; at &gt;sxemacs.org Summary: Decouple sound / media into modules QA Contact: sxemacs-devel&lt; at &gt;sxemacs.org Severity: enhancement Classification: Unclassified OS: All Reporter: njsf&lt; at &gt;sxemacs.org Hardware: All Status: NEW Version: Future Component: General Product: SXEmacs </pre> issue-tracking< at >sxemacs.org 2012-07-07T20:15:17 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3168 <pre>http://issues.sxemacs.org/show_bug.cgi?id=148 Priority: P3 Bug ID: 148 Assignee: steve&lt; at &gt;sxemacs.org Summary: Decouple databases into a module QA Contact: sxemacs-devel&lt; at &gt;sxemacs.org Severity: enhancement Classification: Unclassified OS: All Reporter: njsf&lt; at &gt;sxemacs.org Hardware: All Status: NEW Version: Future Component: General Product: SXEmacs </pre> issue-tracking< at >sxemacs.org 2012-07-07T20:10:08 http://comments.gmane.org/gmane.emacs.sxemacs.devel/3167 <pre>http://issues.sxemacs.org/show_bug.cgi?id=147#c0 Priority: P3 Bug ID: 147 Assignee: steve&lt; at &gt;sxemacs.org Summary: pdump which can deal with address space randomization QA Contact: sxemacs-devel&lt; at &gt;sxemacs.org Severity: enhancement Classification: Unclassified OS: All Reporter: njsf&lt; at &gt;sxemacs.org Hardware: All Status: NEW Version: Future Component: Compile/Install Product: SXEmacs Nowadays OS's use address space randomization to mitigate stack smashing and other kinds of attacks. The current pdump cannot deal with such an environment and we always have to disable that feature when building </pre> issue-tracking< at >sxemacs.org 2012-07-07T20:07:50 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.emacs.sxemacs.devel