Re: When will mc-4.6.2 be released?

["Pavel Shirshov (pchel)" <me pavelsh pp ru>]

Hello Roland,

Tuesday, February 8, 2005, 2:20:18 AM, you wrote:

RI> the release of a new MC version is long overdue. Also there has been
RI> some confusion concerning our version numbering scheme, as some 
RI> distributions consider a version 4.6.1-pre3 to be higher than 4.6.1.

    mc numbering like linux kernel, see at www.kernel.org.

    rc - release candidate
    pre - prerelease

    mc-4.6.1-pre3 - prerelease 3 of mc-4.6.1

RI> For these reasons I vote that the current Midnight Commander be released
RI> _this_ _month_, not as mc-4.6.1, but as mc-4.6.2.

    I don't agree with it.

RI> To avoid repeating those confusion, we should not announce those
RI> many release candidates. I think the next main releases should be
RI> 4.7, 4.8, 4.9, ... with 4.7.1, 4.7.2, ... being the "release
RI> candidates".

RI> By the way: NetBSD already has a current Midnight Commander
RI> (4.6.1-pre2b), and although mcslang does not work at all, it was
RI> easy to make it build and run, as there is also a `slang' package.

    I'll see on NetBSD problem today.

RI> So don't be too afraid about bugs. Even the Debian people will manage
RI> the "undefined references" from the link editor.

    Pavel Roskin doesn't release of mc-4.6.1-pre3 because:
-------------------------------------------------------------------------
>> mc exists when run remotely over ssh with X forwarding enabled:
>>
>> X Error of failed request:  BadWindow (invalid Window parameter)
>>    Major opcode of failed request:  38 (X_QueryPointer)
>>    Resource id in failed request:  0x60
>>    Serial number of failed request:  6
>>    Current serial number in output stream:  6
>
> This is an openssh issue. Please compare
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125838 . You need
> to use ssh with -Y instead of -X IIRC.

I wouldn't call this an OpenSSH issue.  From
http://www.openssh.com/txt/release-3.8:

* ssh(1) now uses untrusted cookies for X11-Forwarding.
   Some X11 applications might need full access to the X11 server,
   see ForwardX11Trusted in ssh(1) and xauth(1) for more information.

So, mc needs full access, but it cannot get in certain cases.  If that 
happens, mc should stop using X events without exiting.  It's not like mc 
is completely useless without full access to the X server.    
-------------------------------------------------------------------------
And
-------------------------------------------------------------------------
I have a cpio archive (CONTENTS.cpio from an rpm) that I cannot open in
mc.  mc crashes.  I'm sorry, but I cannot send that archive.  Here's the 
backtrace (Fedora Core 3 on AMD 64):

#0  0x00000000004726a2 in cpio_open_archive (me=0x5b4600, super=0x5f03d0,
     name=0x5efcb0 "/home/proski/tmp/CONTENTS.cpio", op=0x6 <Address 0x6 
out of bounds>)
     at cpio.c:245
#1  0x000000000046a161 in vfs_s_get_path_mangle (me=0x5b4600,
     inname=0x5efcb0 "/home/proski/tmp/CONTENTS.cpio", 
archive=0x7fffffffde38, flags=0)
     at direntry.c:483
#2  0x000000000046a25b in vfs_s_get_path (me=0x5b4600, inname=0x488da6 
"070702",
     archive=0x7fffffffde38, flags=0) at direntry.c:511
#3  0x000000000046a33e in vfs_s_inode_from_path (me=0x5b4600,
     name=0x800000000000 <Address 0x800000000000 out of bounds>, flags=5) 
at direntry.c:566
#4  0x000000000046a3e3 in vfs_s_opendir (me=0x5b4600,
     dirname=0x800000000000 <Address 0x800000000000 out of bounds>) at 
direntry.c:595
#5  0x000000000046a4a9 in vfs_s_chdir (me=0x488da6,
     path=0x800000000000 <Address 0x800000000000 out of bounds>) at 
direntry.c:649
#6  0x000000000046e963 in mc_chdir (path=0x488da6 "070702") at vfs.c:691
#7  0x00000000004307da in _do_panel_cd (panel=0x5d86a0,
     new_dir=0x5efc80 "CONTENTS.cpio#ucpio", cd_type=cd_parse_command) at 
main.c:588
#8  0x0000000000430ab6 in do_panel_cd (panel=0x5d86a0,
     new_dir=0x800000000000 <Address 0x800000000000 out of bounds>, 
cd_type=cd_parse_command)
     at main.c:630
#9  0x000000000041f07a in regex_command (filename=0x0, action=0x47d8fb 
"Open", move_dir=0x0)
     at ext.c:262
#10 0x000000000043a0c0 in do_enter (panel=0x488da6) at screen.c:1942
#11 0x000000000043a924 in panel_callback (panel=0x5d86a0, 
msg=WIDGET_DESTROY, parm=0)
     at screen.c:2137
#12 0x000000000041be9e in dlg_process_event (h=0x5d8540, key=10, 
event=0x0) at dialog.c:651
#13 0x000000000041c202 in run_dlg (h=0x5d8540) at dialog.c:777
#14 0x0000000000431612 in main (argc=0, argv=0x0) at main.c:1674


I wasn't even testing mc.  I just tried to use it.
-------------------------------------------------------------------------

I'm using mc-4.6.1-current and mc-4.6.1-preX very long time. Without
problem.

-- 
Best regards,
 Pavel                            mailto:me pavelsh pp ru