Re: File exists but cannot be stated fix

2003-01-20 Thread Pavel Roskin
Hello! > New diffs are attached. > Those files are marked '?' and are coloured with STALE_LINK_COLOR. Thank you! I've applied a similar patch. The difference is that my code marks in such way all files that are not regular (tested by S_ISREG), so that unknown file types (like Solaris "doors" be

Re: mc.hlp.it 132K (Patch applied)

2003-01-20 Thread Pavel Roskin
Hello! > >Just a description of what's inside: > > > >2851 newlines. > > > > > This was the case in _all_ of the mc.hlp.* files. (I guess no solaris-x86 > users ever noticed before). Now the help files' first line is: > > [Contents] Good to know that it's fixed! > This seems to be rep

mc.hlp.it 132K (Patch applied)

2003-01-20 Thread Tribhuvan
Your patch fixed more than just the Italian hlp file problem: # ls -l mc.hlp.it -rw-r--r--1 root other 131632 Jan 20 18:33 mc.hlp.it but, also regularized all of the other mc.hlp files too. Pavel Roskin wrote: >Just a description of what's inside: > >2851 newlines. > > This was

Re: qansi-m iso_printable patch (Was: a small fix for QNX 6.x)

2003-01-20 Thread Pavel Roskin
Hello! > New patch attached. > Now it checks for "qansi-m" terminal and acts as xterm code does. This is better, but I still don't feel good about using this ad-hoc approach. I think that the option "Full 8 bits output" should be removed. The 128-159 range of characters causes problems on many t

Re: test results mc.hlp.it 156+ M

2003-01-20 Thread Pavel Roskin
Hello! > Attached is ^^^ mchlp. I posted it on an ftp server > with anon access if email attachment is problematic: > ftp://ftp.w-color.com/pub/mc/mchlp.gz > I'm online now (Mon Jan 20 15:41:11 EST 2003) > if I can help in any way let me know (maybe a > different slice of the file or something...)

Re: test results mc.hlp.it 156+ M

2003-01-20 Thread Tribhuvan
Pavel Roskin wrote: >dd if=mc.hlp.it of=mchlp bs=1024 count=200 >gzip mchlp > Attached is ^^^ mchlp. I posted it on an ftp server with anon access if email attachment is problematic: ftp://ftp.w-color.com/pub/mc/mchlp.gz I'm online now (Mon Jan 20 15:41:11 EST 2003) if I can help in any way let

Re: test results mc.hlp.it 156+ M

2003-01-20 Thread Brad Cowan
On Mon, 20 Jan 2003 09:24:56 -0500 (EST) Pavel Roskin <[EMAIL PROTECTED]> wrote: > Hello! > > This problem is the main stopper for the 4.6.0 release. I'd like to fix > it without having to install Solaris myself, so your help will be very > useful - it will save me a lot of time. > > > > Applie

Re: uarc, ucab, uadf, uimg

2003-01-20 Thread G Jansman
Hello Pavel, Thanks for the reaction! ... Looks good, but can you post it as diff -u? No need for tar balls, diff can create new files, too. Below are 'diff -u' files for lib/mc.ext.in, vfs/extfs/extfs.ini, and the actual vfs scripts. The differences are compared with mc-4.6.0-pre2.tar.gz. I

Re: bug in mc 4.5.55.

2003-01-20 Thread Andrew V. Samoilov
Hi, Josef! absolut SKol. wrote: hi there, when i try to start the mc-4.5.55 under linux (redhat-8.0, kernel-2.4.19), i get a seg-fault. i found out that the problem is related to a corrupt ini-file (~/.mc/ini). the corrupt file is attached to this e-mail. Fixed in CVS. Next version wil

Re: test results mc.hlp.it 156+ M

2003-01-20 Thread Pavel Roskin
Hello! This problem is the main stopper for the 4.6.0 release. I'd like to fix it without having to install Solaris myself, so your help will be very useful - it will save me a lot of time. > > Applied above patch, and though the pach may have is own merit for being > > applied anyway - > > the

bug in mc 4.5.55.

2003-01-20 Thread absolut SKol.
hi there, when i try to start the mc-4.5.55 under linux (redhat-8.0, kernel-2.4.19), i get a seg-fault. i found out that the problem is related to a corrupt ini-file (~/.mc/ini). the corrupt file is attached to this e-mail. the error message is: GLib-CRITICAL **: file gstrfuncs.c: lin

Re: test results mc.hlp.it 156+ M

2003-01-20 Thread Andrew V. Samoilov
Tribhuvan wrote: Hello guys, Andrew V. Samoilov wrote: Can you test attached patch? I eliminate ftell()s, it is one of the possible bottlenecks. --- src/man2hlp.cWed Jan 15 16:25:46 2003 +++ src/man2hlp.cWed Jan 15 16:34:15 2003 @@ -61,38 +61,9 @@ struct node { Applied above pat