Re: 21.4.6: Sig11 on Solaris 8 opening a C++ file

Marco> This bug report will be sent to the XEmacs Development Team, Marco> not to your local site managers!! Marco> Please write in English, because the XEmacs maintainers do not have Marco> translators to read other languages for them. Marco> Please describe as succinctly as possible: Marco> - What happened. Marco> - What you thought should have happened. Marco> - Precisely what you were doing at the time. Marco> Please also include any C or lisp back-traces that you may have. Marco> ================================================================ Marco> Dear Bug Team! Marco> Adrian's new net-utils package helped to give me the correct form of Marco> reporting this bug;-) Sorry for the duplicate. AA> Hi Marco, it's not my package personally, just the current fixed version. AA> Your Load-Path Lisp Shadows below make me tremble a bit. Marco> No reason;-) AA> In your XEmacs AA> /export/home/marcow/gnu/emacs/lisp/ctypes AA> is keeping XEmacs from seeing (and loading) AA> /export/home/marcow/usr/local/lib/xemacs/xemacs-packages/lisp/c-support/ctypes AA> etc. Marco> This particular file/directory is not even there any more;-) But for Marco> some of the others they where put there when the files/packages where Marco> not yet available as XEmacs packages. (I had some newer JDE stuff in Marco> there which had no packages etc.) Marco> The problem I have, is that I want to update packages which are not Marco> yet available as XEmacs packages. In the beginning I tried to manually Marco> update the files in the package structure manually because I could not Marco> find an easy way to get a complete package built out of a VM/JDE etc Marco> source drop;-) But this does not work to well once I wanted to update Marco> `everything else' with a sumo-package. Marco> So I'm stuck with this shadowing setup:-( Yes, I should probaly clean Marco> this up again;-) APA> No, you're not stuck. APA> This is what site-packages was conceived for: APA> See APA> http://www.xemacs.org/Documentation/21.5/html/lispref_4.html#SEC20 APA> and APA> http://www.xemacs.org/Documentation/packageGuide.html#Package_hierarchies APA> and search for occurences of site-packages in them. APA> Both can be found via APA> http://www.xemacs.org/cgi-bin/namazu.cgi?query=site-packages&max=20&a... APA> Hope this helps, Not much;-) I used my ~/gnu/emacs/* directory in basically the same way as the official site-packages directory. (Yes, it may not have the best name any more;-) The bigger problems are still the same: * How does a XEmacs cc-mode package 1.23 relate to the cc-mode source version 5.28? (As an example) * Most of the `wild' source drops don't have a mechanism to build the `_pkg.el, auto-autoloads.el' etc in their Makefile setups. * Sometimes patches simply don't make it in the offical packages like the filladapt-token-match-empty patch for text-modes/filladapt.el. * So there is no easy way to find out what someone might still want/need. But all this did not really scratch my core dump problem;-) Thanks anyhow, -- Marco [..]