Bug#466314: AMD64 package was built with libcairo2 from experimental
Package: awesome Version: 2.2~rc1-1 Dear Debian, The latest AMD64 binary of awesome in unstable has this dependency: libcairo2 (= 1.5.0) Packages of awesome for other architectures depend on libcairo2 (= 1.4.0); only the AMD64 package needs 1.5.0. The current version of libcairo2 in unstable is 1.4.14-1; 1.5 is only in experimental. This means that I am missing out on the latest awesome on my unstable AMD64 box. Could the AMD64 package be rebuilt? Much love, -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426362: w3mman2html.cgi eats section headings
Package: w3m Version: 0.5.1-5.1 w3mman2html.cgi drops section headerings. A frequent example is the SEE ALSO section; e.g., view the manpage for ls(1) with the man command and notice that the SEE ALSO heading is there. Then view the same manpage with w3mman2html.cgi and notice that the heading is absent. The following works around the problem; I hope that it will help in developing a proper fix: @@ -111,7 +111,7 @@ next; } elsif (!/\010/ /^$space[\w\200-\377].*\s\S/o) { # delete footer $blank = -1; -next; +#next } if ($SQUEEZE) { if (/^\s*$/) { Much love, -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426364: xterm dies on popup-menu() action
Package: xterm Version: 225-1 Using the mouse is cumbersome, so I added these to my X resource database: XTerm*vt100.translations: #override \n\ CtrlKeyF1:popup-menu(mainMenu) \n\ CtrlKeyF2:popup-menu(vtMenu) \n\ CtrlKeyF3:popup-menu(fontMenu) \n\ CtrlKeyF4:popup-menu(tekMenu) When I try to use one of the first three of these actions, XTerm dies: xterm: warning, error event received: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 38 (X_QueryPointer) Resource id in failed request: 0x0 Serial number of failed request: 344 Current serial number in output stream: 344 With the fourth, it segfaults. Below is a backtrace. I don't have debugging symbols installed (I see no xterm-dbg package), but if it would be helpful, I'm willing to go to some effort to get you a better backtrace. #0 0x00422a08 in ?? () #1 0x00422b51 in ?? () #2 0x2b38c04f77ce in ?? () from /usr/lib/libXt.so.6 #3 0x2b38c04f7aae in ?? () from /usr/lib/libXt.so.6 #4 0x2b38c04f819e in _XtTranslateEvent () from /usr/lib/libXt.so.6 #5 0x2b38c04d0794 in XtDispatchEventToWidget () from /usr/lib/libXt.so.6 #6 0x2b38c04d0e64 in ?? () from /usr/lib/libXt.so.6 #7 0x2b38c04cffab in XtDispatchEvent () from /usr/lib/libXt.so.6 #8 0x00425caf in ?? () #9 0x00414de0 in ?? () #10 0x004151cc in ?? () #11 0x0041fff5 in ?? () #12 0x2b38c0bb88e4 in __libc_start_main () from /lib/libc.so.6 #13 0x004073fa in ?? () #14 0x7fffeacde378 in ?? () #15 0x in ?? () I imagine that it doesn't make much sense to try popup-menu(tekMenu) from the main window, so feel free to call me silly for trying, but doing so did find a segfault. Much love, -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419882: super key stopped working
On 4/19/07, Bernhard R. Link [EMAIL PROTECTED] wrote: * Miciah Dashiel Butler Masters [EMAIL PROTECTED] [070418 21:13]: I assume that the version of ratpoison that I am using should make no difference, but just in case, I confirmed that by using the newwm command to switch to the new version and back to check that the output was the same. I've not yet had time to properly investigate this, but from a first look it seems your mod4 is both Super and Hyper [1]. mod4Super_L (0x73), Super_R (0x74), Super_L (0x7f), Hyper_L (0x80) Could you try with H-s- instead of s- ? Hopefully that should work both with the old and with the new version of ratpoison. Actually, it works with the new, but not with the old. Anyway, thank you for identifying the problem. Does this mean that a bug on which I had been relying has been fixed--i.e., mod4 is supposed to be Super and Hyper together, and ratpoison was wrong to allow just Super--or that I have encountered a new bug--i.e., mod4 is supposed to be either one of Super and Hyper, and ratpoison should still either s- alone or H- alone? I updated xkb-data to version 0.9-4 and restarted X, and the output of xmodmap is the same. Is a bug report due to that package for mapping mod4 to both Super and Hyper? Mit freundlichen Grüssen -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED]
Bug#419882: super key stopped working
Package: ratpoison Version: 1.4.1-2 I have this in /etc/X11/xorg.conf: Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us Option XkbOptionscompose:caps,altwin:super_win EndSection In .ratpoisonrc, I have all bindings in the top map except two start with s-. So, the Windows key is my super key, and almost any command to ratpoison starts with a key combination that includes that key. I upgraded today from ratpoison 1.4.0.dfsg-7 to ratpoison 1.4.1-2. I used Ratpoison's restart command to start the new version, and the super key stopped working. I restarted X, and the super key was still not working. I downgraded to 1.4.0.dfsg-7 and the key was working again. Obviously, this means that my configuration is unusable with the new version of ratpoison. Could the problem be resolved in ratpoison (or should I actually be configuring something differently)? Much love, -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419882: super key stopped working
On 4/18/07, Bernhard R. Link [EMAIL PROTECTED] wrote: * Miciah Dashiel Butler Masters [EMAIL PROTECTED] [070418 15:34]: In .ratpoisonrc, I have all bindings in the top map except two start with s-. So, the Windows key is my super key, and almost any command to ratpoison starts with a key combination that includes that key. Could you give the output of xmodmap? That would make it easier to figure out what happens. I assume that the version of ratpoison that I am using should make no difference, but just in case, I confirmed that by using the newwm command to switch to the new version and back to check that the output was the same. The output is attached. Love, -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] xmodmap-output Description: Binary data
Bug#416970: reverse-menu-complete crashes
Package: zsh Version: 4.3.2-25 Severity: minor ZSH crashes when I use reverse-menu-complete. I have this in .zshrc: bindkey -e bindkey '\e\t' reverse-menu-complete zstyle ':completion:*' menu yes select=0 autoload -U compinit compinit I start ZSH and type, for example: ls /tabalt-tab ZSH crashes. This happens whenever I use alt-tab while the menu is displayed. A full backtrace from GDB 6.4-1 with zsh-dbg installed (same version as the zsh package) is attached. I am using amd64 SID. Let me know if more information would be helpful. Much love, -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] #0 zlelineasstring (instr=value optimized out, inll=8, incs=8, outllp=0x592ad4, outcsp=0x592b18, useheap=0) at ../../../Src/Zle/zle_utils.c:145 outcs = 0 outll = value optimized out s = 0x5c6d30 �1d i = 0 j = 0 mb_len = 0 #1 0x2b4653728403 in metafy_line () at ../../../Src/Zle/zle_tricky.c:944 No locals. #2 0x2b465385b57b in reverse_menu (dummy=0x2b46531500e0, dummy2=0x0) at ../../../Src/Zle/compresult.c:1231 No locals. #3 0x2b465372cb0c in reversemenucomplete (args=value optimized out) at ../../../Src/Zle/zle_tricky.c:351 No locals. #4 0x2b4653da9ab8 in domenuselect (dummy=value optimized out, dat=0x7fff5819fc80) at ../../../Src/Zle/complist.c:2916 np = value optimized out was = 1395352384 wrap = 6057552 op = (Cmatch **) 0xe ins = 4229672 back = 0 p = (Cmatch **) 0x63c9d0 pg = (Cmgroup *) 0x6309b0 cmd = (Thingy) 0x2b4653839a70 do_last_key = value optimized out u = (Menustack) 0x0 i = value optimized out acc = value optimized out wishcol = value optimized out setwish = 0 oe = 0 wasnext = 0 lbeg = 0 step = 1 wrap = value optimized out pl = 1 broken = value optimized out first = value optimized out nolist = 0 mode = 0 modecs = 8 modell = 8 modelen = 4 wasmeta = 1 s = value optimized out status = \000\000\000\000\000\000\000\000�*Y\000\000\000\000\000\020�\225SF+\000\000$�\225SF+\000\000\000�\203SF+\000\000\221\026\221RF+\000\000\001\000\000\000F+\000\000\000\000\000\000\000\000\000\000PHd\000\000\000\000\000�\000\025SF+\000\000\b\206@, '\0' repeats 13 times, \030+Y\000\000\000\000\000�\023\221RF+\000\000\b\000\000\000\000\000\000\000\000\002\000\000\000\000\000 modeline = 0x2b46532b62f0 ls /bin/ fdat = (Chdata) 0x7fff5819fc80 lastsearch = 0x0 #5 0x0043f7d9 in runhookdef (h=0x2b465395f048, d=0x7fff5819fc80) at ../../Src/module.c:1883 p = (LinkNode) 0x619a50 r = 0 #6 0x2b465384fdbc in after_complete (dummy=value optimized out, dat=0x7fff5819fda0) at ../../../Src/Zle/compcore.c:513 cdat = {matches = 0x6467f0, num = 24, nmesg = 0, cur = 0x0} ret = value optimized out #7 0x2b465372aeb0 in docomplete (lst=0) at ../../../Src/Zle/zle_tricky.c:853 ol = 0x5bf581 \001\025SF+ ocs = 1395352384 ne = value optimized out s = value optimized out ol = 0x0 olst = 4 chl = 0 ne = 0 ocs = 4 ret = 1 dat = {0, 1} active = 1 #8 0x2b4653727040 in completecall (args=value optimized out) at ../../../Src/Zle/zle_tricky.c:208 No locals. #9 0x2b465371c75d in execzlefunc (func=0x2b4653839480, args=0x2b465383e2a0) at ../../../Src/Zle/zle_main.c:1090 ret = value optimized out w = (Widget) 0x5b50d0 #10 0x2b465371c94c in zlecore () at ../../../Src/Zle/zle_main.c:865 No locals. #11 0x2b465371cf75 in zleread (lp=value optimized out, rp=value optimized out, flags=value optimized out, context=value optimized out) at ../../../Src/Zle/zle_main.c:1019 s = value optimized out old_errno = 0 tmout = value optimized out initthingy = (Thingy) 0x0 #12 0x0043258e in ingetc () at ../../Src/input.c:278 flags = 6 lastc = value optimized out #13 0x0042e2ba in ihgetc () at ../../Src/hist.c:240 c = value optimized out #14 0x004390ab in gettok () at ../../Src/lex.c:628 c = 1478101160 d = 0 peekfd = -1 peek = value optimized out #15 0x004398c5 in yylex () at ../../Src/lex.c:344 No locals. #16 0x004503a7 in parse_event () at ../../Src/parse.c:451 No locals. #17 0x004310e8 in loop (toplevel=1, justonce=0) at ../../Src/init.c:128 prog = (Eprog) 0x7fff581a08a8 #18 0x00431d0c in zsh_main (argc=value optimized out, argv=0x7fff581a08a8) at ../../Src/init.c:1326 arg0 = value optimized out t = value optimized out #19 0x2b4652f334ca in __libc_start_main () from /lib/libc.so.6 No symbol table info
Bug#416970: reverse-menu-complete crashes
On 4/1/07, Clint Adams [EMAIL PROTECTED] wrote: Let me know if more information would be helpful. If you could try it out with the latest zsh-beta package, that might help. Otherwise, I'll try to reproduce it tomorrow. Huzzah! With zsh-beta 4.3.2-dev-1+20070329-1, there is no crash. -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388421: Processed: Re: Bug#388421: fixed in latrine 0.9.0-1
Hello, I explained when I sent the found command: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388421;msg=17 I gather that I did not follow the proper procedure for re-opening a bug. What should I have done? Let me know if you need the full strace or anything else. -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390714: Complete .flv and .mp4 files in ZSH's MPlayer completer
Package: zsh Version: 4.3.2-18 Severity: wishlist MPlayer can play the Macromedia Flash Video files on Google Video and YouTube. I also have some .mp4 files, which MPlayer plays beautifully. However, ZSH does not complete files of either of those types for the mplayer command. The remedy is pretty simple--something like this: --- a/usr/share/zsh/4.3.2/functions/Completion/X/_mplayer2006-09-30 22:58:07.0 + +++ b/usr/share/zsh/4.3.2/functions/Completion/X/_mplayer2006-10-02 17:48:38.0 + @@ -115,7 +115,7 @@ _tags files urls while _tags; do _requested files expl 'video file' _files -g \ - *.(#i)(avi|mp3|mpg|mpe|mpeg|m1v|m2p|m2v|mov|asf|vob|mjpg|wma|wmv|asx|qt|rm|mkv|mka|ogm|ogg|wav)(-.) ret=0 + *.(#i)(avi|mp3|mp4|mpg|mpe|mpeg|m1v|m2p|m2v|mov|asf|vob|mjpg|wma|wmv|asx|qt|rm|mkv|mka|ogm|ogg|wav|flv)(-.) ret=0 if _requested urls; then while _next_label urls expl URL; do _urls [EMAIL PROTECTED] ret=0 Could you include such a modification in the package? Much love, -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389441: installation of image package fails with yaird 0.0.12-14
Package: linux-2.6 Version: 2.6.18-1 Hello, Just now, I installed linux-image-2.6.18-1-amd64. At first try, I got this output: Setting up linux-image-2.6.18-1-amd64 (2.6.18-1) ... Hmm. The package shipped with a symbolic link /lib/modules/2.6.18-1-amd64/source However, I can not read the target: No such file or directory Therefore, I am deleting /lib/modules/2.6.18-1-amd64/source Running depmod. Finding valid ramdisk creators. Using mkinitrd.yaird to build the ramdisk. yaird error: bad value in /boot/config-2.6.18-1-amd64: CONFIG_DEFCONFIG_LIST=/lib/modules/$UNAME_RELEASE/.config (fatal) mkinitrd.yaird failed to create initrd image. Failed to create initrd image. dpkg: error processing linux-image-2.6.18-1-amd64 (--configure): subprocess post-installation script returned error exit status 9 ... Errors were encountered while processing: linux-image-2.6.18-1-amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up linux-image-2.6.18-1-amd64 (2.6.18-1) ... Running depmod. Finding valid ramdisk creators. Using mkinitrd.yaird to build the ramdisk. yaird error: bad value in /boot/config-2.6.18-1-amd64: CONFIG_DEFCONFIG_LIST=/lib/modules/$UNAME_RELEASE/.config (fatal) mkinitrd.yaird failed to create initrd image. Failed to create initrd image. dpkg: error processing linux-image-2.6.18-1-amd64 (--configure): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: linux-image-2.6.18-1-amd64 I then updated yaird: ... Preparing to replace yaird 0.0.12-14 (using .../yaird_0.0.12-18_amd64.deb) ... ... ...and reconfigured: # dpkg-reconfigure linux-image-2.6.18-1-amd64 Running depmod. Finding valid ramdisk creators. Using mkinitrd.yaird to build the ramdisk. Not updating initrd symbolic links since we are being updated/reinstalled (2.6.18-1 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.18-1 was configured last, according to dpkg) You already have a LILO configuration in /etc/lilo.conf Running boot loader as requested Testing lilo.conf ... Testing successful. Installing the partition boot sector... Running /sbin/lilo ... Installation successful. # If I understand everything correctly, this means that the kernel image package needs version in the dependency on yaird to be updated. HTH. Much love, -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#258301: links2: license conflict -- resolution?
Dear Debian, Was the licencing problem resolved, or did you decide to ignore it? Love, -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#258301: your mail
On Fri, Jun 02, 2006 at 08:19:41PM +0200, Gurkan Sengun wrote: Was the licencing problem resolved, or did you decide to ignore it? It was resolved, please read /usr/share/doc/links2/copyright and changelog.gz Peace, guerkan Ah, I see that this was added to the copyright: In addition, as a special exception, the copyright holders give permission to link the code of portions of this program with the OpenSSL library under certain conditions as described in each individual source file, and distribute linked combinations including the two. You must obey the GNU General Public License in all respects for all of the code used other than OpenSSL. If you modify file(s) with this exception, you may extend this exception to your version of the file(s), but you are not obligated to do so. If you do not wish to do so, delete this exception statement from your version. If you delete this exception statement from all source files in the program, then also delete it here. I had expected an explanation to be provided in bug report, if not in the changelog; I had been holding off on the update out of concern that this issue had not really been resolved (and in fact, I cannot currently update links2 because a new enough libsdl1.2debian is not yet available; I downloaded the .deb and extracted the copyright file manually). I apologise if I seem whiny, but I would have appreciated a short note explaining the licence change in the changelog. I do appreciate your work on Debian. Thanks, -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344848: APT::Src::RootCommand does not work as advertised
Package: apt-src Version: 0.25.1 I don't want sudo. Following the instructions that are in apt-src(1p) as well as /usr/bin/apt-src, I have put this in ~/.apt-src/config: APT::Src::RootCommand su -c; However, this does not work: % apt-src install libsdl1.2 Reading package lists... Done Building dependency tree... Done Need to get 2687kB of source archives. Get:1 http://debian.csail.mit.edu unstable/main libsdl1.2 1.2.9-0.0 (dsc) [1206B] Get:2 http://debian.csail.mit.edu unstable/main libsdl1.2 1.2.9-0.0 (tar) [2663kB] Get:3 http://debian.csail.mit.edu unstable/main libsdl1.2 1.2.9-0.0 (diff) [22.8kB] Fetched 3B in 5s (1B/s) Skipping unpack of already unpacked source in libsdl1.2-1.2.9 dpkg-checkbuilddeps: Unmet build dependencies: dbs libaa1-dev xlibs-dev libaudiofile-dev libesd0-dev xlibmesa-gl-dev | libgl-dev libarts1-dev libartsc0-dev type-handling (= 0.2.1) libaudio-dev automake1.7 su: invalid option -- y Usage: su [OPTS] [-] [username [ARGS]] - make this a login shell -c, --command=command pass command to the invoked shell using its -c option -m, -p, --preserve-environment do not reset environment variables, and keep the same shell -s, --shell=shell use shell instead of the default in /etc/passwd E: Unable to satisfy build dependencies for libsdl1.2 zsh: exit 1 apt-src install libsdl1.2 Much love, -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324446: Failed while installing LILO because /boot was already mounted outside of the /target
Package: debian-installer Severity: important Justification: prevents installation with LILO When installing SID with a recent installer nightly, LILO failed to install: Setting up lilo (22.6.1-6.2) ... mount: /dev/hda1 already mounted or /boot busy dpkg: error processing lilo (--configure): subprocess post-installation script returned error exit status 32 Errors were encountered while processing: lilo E: Sub-process /usr/bin/dpkg returned an error code (1) My partition scheme is as follows: hda1 primary ext2 /boot 41.13 MB hda2 primary ReiserFS / 15002.92 MB hda3 primary ReiserFS /home 23960.25 hda4 primary swap 1003.49 (Yeah, I'm sure that my partitioning scheme is poorly thought out.) I'll mention another problem for which I will not open a separate report as I believe that it is another facet of the fundamental problem: To fix this problem, I umounted /boot, chrooted to /target, mounted /boot, and tried again (if I am correctly remembering the order of events), this time getting a different error: 'Fatal: open /vmlinuz: No such file or directory'. I had to re-install (with dpkg) the kernel and try again before it finally worked. I am guessing that this is because the installer had installed the kernel to the /boot directory on the / partition rather than the /boot partition (in fact, I see it there now when I don't mount /boot). I suspect that this is important because it means that /target/boot needs to be mounted not only for the installation of LILO, but also for the installation of the kernel, if I understand correctly. I still have my installation logs if you need more from them. Much love, -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324446: Failed while installing LILO because /boot was already mounted outside of the /target
On Mon, Aug 22, 2005 at 12:08:19PM +0200, Frans Pop wrote: What installation method did you use? netboot. -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324445: Lingering Priority: important libopencdk4 package on AMD64 breaks installation
Package: libopencdk4 Version: 1:0.4.2-4 Severity: grave Justification: Breaks installation When I was trying to install SID with a recent installer nightly (which I assume doesn't diminish the relevance of this particular report), the installation would fail on account of this package. Because the priority of the package is 'important', the installer tries to install it automatically, but it depends on libgcrypt1, which is not in unstable (or testing or stable). I notice that packages.debian.org lists libopencdk4 as being available only for amd64, and as this package is quite old, I figure that it should simply be dropped. In trying to find reports of this problem, I found bug 272586, which was supposed to have been fixed by changing the priority of this package, amongst others. Much love, -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315886: elinks: core dump while sorting thru bookmarks' saved snapshots
On Sun, 26 Jun 2005 14:51:03 -0400 grok [EMAIL PROTECTED] wrote: [...] I am getting this crash pretty regularly now when I start shuffling around the 'snapshot' URLs Can you elaborate? ELinks will crash if one selects a bookmark, selects Delete, allows the session snapshotting (or anything else) to delete that bookmark, and then confirms the deletion. This is due to poor reference counting that I intend to fix when I have the time. However, 'shuffling' implies that you are just using the Move command. (they've already been moved away from where elinks puts them as per the configuration setting, so they should just be 'regular' URLs now, right?) Only the snapshot folder itself is treated specially, a pointer to which is saved between snapshots. However, it will forget the folder (set the pointer to NULL) if it is moved or modified in any way. Naturally, it also loses the pointer when one closes ELinks. The bookmarks within the folder are not treated specially. [...] P.S.: The english in your error message is a little awkward. You can swap-in my version below here, if you want (I may have dropped some of your text while cutting pasting). [ELinks crashed. That shouldn't happen. Please report this incident to the developers. If you would like to help in debugging the problem you've just uncovered, please keep the core you've just got and send the developers the output of the 'bt' command, entered from inside gdb (which you run as: gdb elinks core). Thanks a lot for your cooperation!] [...] I'll at least fix the missing the's. Thanks. -- Miciah Masters [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]