[bug #11652] ssh transfer (shell link) corrupts files
Follow-up Comment #10, bug #11652 (project mc): http://ftp6.tw.freebsd.org/ports/packages/shells/mc-4.6.1_3.tbz original size 122209302 download size 122208790 ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=11652 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #11652] ssh transfer (shell link) corrupts files
Follow-up Comment #12, bug #11652 (project mc): after clear and rebuild mc-4.6.1 - all working correct (but slowly) Thank You. ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=11652 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
[bug #11652] ssh transfer (shell link) corrupts files
Follow-up Comment #11, bug #11652 (project mc): but, after install http://www.ibiblio.org/pub/Linux/utils/file/managers/mc/mc-4.6.1.tar.gz don`t stoping size over 20GB!!! ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=11652 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Depency on ld-linux.so.2(GLIBC_PRIVATE)
Hi Pavel, I assume this is caused by one of the recent changes you've made. I haven't seen this ever before. Installing an rpm build from a distchecked tarball from a few days ago fails with the following error: $ sudo rpm -Fv /usr/src/redhat/RPMS/i386/mc-4.6.1a-1.lj.i386.rpm Password: error: Failed dependencies: ld-linux.so.2(GLIBC_PRIVATE) is needed by mc-4.6.1a-1.lj.i386 The same procedure with a tarball just a few days older doesn't give me this problem. Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Depency on ld-linux.so.2(GLIBC_PRIVATE)
On Tue, 2005-11-15 at 18:30 +0100, Leonard den Ottolander wrote: Hi Pavel, I assume this is caused by one of the recent changes you've made. I haven't seen this ever before. Installing an rpm build from a distchecked tarball from a few days ago fails with the following error: $ sudo rpm -Fv /usr/src/redhat/RPMS/i386/mc-4.6.1a-1.lj.i386.rpm Password: error: Failed dependencies: ld-linux.so.2(GLIBC_PRIVATE) is needed by mc-4.6.1a-1.lj.i386 The same procedure with a tarball just a few days older doesn't give me this problem. nm mc shows that the only symbol from GLIBC_PRIVATE is __libc_enable_secure. Search for __libc_enable_secure finds it in two places: intl/dcigettext.c - it's only used if that file is compiled as part of libc, which is not the case. slang/slcommon.c - this one uses __libc_enable_secure when glibc 2.x and newer is used. So, I guess it's upgrading S-Lang that introduced this problem. -- Regards, Pavel Roskin ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Depency on ld-linux.so.2(GLIBC_PRIVATE)
Hi Pavel, On Tue, 2005-11-15 at 14:22 -0500, Pavel Roskin wrote: nm mc shows that the only symbol from GLIBC_PRIVATE is __libc_enable_secure. Search for __libc_enable_secure finds it in two places: intl/dcigettext.c - it's only used if that file is compiled as part of libc, which is not the case. slang/slcommon.c - this one uses __libc_enable_secure when glibc 2.x and newer is used. So, I guess it's upgrading S-Lang that introduced this problem. He he. I see the same issue indeed exists with my 2005-11-10 CVS checkout + slang2. Any suggestions on how to fix this? Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Depency on ld-linux.so.2(GLIBC_PRIVATE)
On Tue, 2005-11-15 at 21:05 +0100, Leonard den Ottolander wrote: He he. I see the same issue indeed exists with my 2005-11-10 CVS checkout + slang2. Any suggestions on how to fix this? You are going the right thing :-) Ask S-Lang developers. -- Regards, Pavel Roskin ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Depency on ld-linux.so.2(GLIBC_PRIVATE)
Hi Pavel, list, On Tue, 2005-11-15 at 14:22 -0500, Pavel Roskin wrote: nm mc shows that the only symbol from GLIBC_PRIVATE is __libc_enable_secure. Search for __libc_enable_secure finds it in two places: intl/dcigettext.c - it's only used if that file is compiled as part of libc, which is not the case. slang/slcommon.c - this one uses __libc_enable_secure when glibc 2.x and newer is used. So, I guess it's upgrading S-Lang that introduced this problem. I've removed the dependency on __libc_enable_secure in slcommon.c. Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Depency on ld-linux.so.2(GLIBC_PRIVATE)
Hi Leonard, On Tue, 2005-11-15 at 21:53 +0100, Leonard den Ottolander wrote: Hi Pavel, list, On Tue, 2005-11-15 at 14:22 -0500, Pavel Roskin wrote: nm mc shows that the only symbol from GLIBC_PRIVATE is __libc_enable_secure. Search for __libc_enable_secure finds it in two places: intl/dcigettext.c - it's only used if that file is compiled as part of libc, which is not the case. slang/slcommon.c - this one uses __libc_enable_secure when glibc 2.x and newer is used. So, I guess it's upgrading S-Lang that introduced this problem. I've removed the dependency on __libc_enable_secure in slcommon.c. Please correct the ChangeLog entry: * slcommon.c (_pSLsecure_issetugid): Remove dependency on glibc private function __libc_enable_secure(). __libc_enable_secure is not a function, but int. The fix: http://savannah.gnu.org/cgi-bin/viewcvs/mc/mc/slang/slcommon.c.diff?r1=1.1r2=1.2 that is done is a bad hack that just confuses a reader of code, please consider removing references to __libc_enable_secure completely. Jindrich -- Jindrich Novy [EMAIL PROTECTED], http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Depency on ld-linux.so.2(GLIBC_PRIVATE)
Hi Jindrich, On Tue, 2005-11-15 at 22:07 +0100, Jindrich Novy wrote: The __libc_enable_secure usage in slcommon.c is easy to fix as there's a sufficient workaround present in the code I've already committed a similar patch. But thanks anyway. Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Depency on ld-linux.so.2(GLIBC_PRIVATE)
Hi Jindrich, On Tue, 2005-11-15 at 22:22 +0100, Jindrich Novy wrote: __libc_enable_secure is not a function, but int. Oops. Fixed the Changelog. The fix: http://savannah.gnu.org/cgi-bin/viewcvs/mc/mc/slang/slcommon.c.diff?r1=1.1r2=1.2 that is done is a bad hack that just confuses a reader of code, please consider removing references to __libc_enable_secure completely. AFAICT it's not unusual to fix such issues with a minimal diff. I could remove the entire block, but I might just wait for this to be fixed upstream. Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Depency on ld-linux.so.2(GLIBC_PRIVATE)
Leonard den Ottolander wrote: AFAICT it's not unusual to fix such issues with a minimal diff. If you insist on this fix, please put the 0 at the beginning of the line. Otherwise it's likely to be missed. I could remove the entire block, but I might just wait for this to be fixed upstream. Do you really think they will fix it? Roland ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Depency on ld-linux.so.2(GLIBC_PRIVATE)
Hi Roland, On Tue, 2005-11-15 at 23:17 +0100, Roland Illig wrote: If you insist on this fix, please put the 0 at the beginning of the line. Otherwise it's likely to be missed. Please do :) Do you really think they will fix it? Well who knows. I've subscribed to the slang user list, traffic seems to be low and proski butted in, so yes, maybe. Leonard. -- mount -t life -o ro /dev/dna /genetic/research ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel