Re: show directory sizes gives wrong values

2003-01-14 Thread bulia byak
mc reports only 2147483 bytes [...] if it was kilobytes: 2147483647==2**31-1? Indeed! I found that the problem was that _FILE_OFFSET_BITS in my config.h was not set. After I set it to 64 the problem disappeared. Apparently mc now uses 64-bit values. However there is another problem: now that

Re: show directory sizes gives wrong values - PATCH

2003-01-14 Thread bulia byak
Indeed there was an error in sort_size function: it is declared as int, but it returns a value of the type off_t which may be double. This results in a casting error and wrong sorting for very big files. The patch is attached. -- __

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

2003-01-14 Thread Pavel Tsekov
On Mon, 13 Jan 2003, Tribhuvan wrote: Update: didn't make a difference configure/build inside/outside source tree (continuing testing...) __ Tribhuvan's configuration_1 [...] Ok, from what I can see the command which is executed in this phase of the

Re: xterm_title patch 898

2003-01-14 Thread Tomas Styblo
* Adam Byrtek 'alpha' [EMAIL PROTECTED] [Sun, 12 Jan 2003]: On Sun, Jan 05, 2003 at 05:39:54AM +0100, Tomas Styblo wrote: In my humble opinion the restore does not work over network because the implementation is fundamentally broken. Yes, I fully agree. It was just a dirty hack to start

Re: xterm_title patch 898

2003-01-14 Thread Adam Byrtek 'alpha'
On Tue, Jan 14, 2003 at 01:09:52PM +0100, Tomas Styblo wrote: It looks at environment variables WINDOWID and DISPLAY and connects to the X server using xlib. Then it gets and sets the title using the xlib functions XGetWMName and XSetWMName. [...] Maybe we should consider using this approach

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

2003-01-14 Thread Pavel Tsekov
On Tue, 14 Jan 2003, Tribhuvan wrote: Ok, from what I can see the command which is executed in this phase of the build is 'man2hlp' which is built from 'src/man2hlp.c'. Why don't you try to run by hand as make would do (see the Makefile in the offending dir) # cd src_dir/doc/it #

(no subject)

2003-01-14 Thread Jonas Smedegaard
Hi, Attached is a diff to the sh syntax rules, with the following improvements: * Treat `..` and $(..) subshell constructs equally (they behave the same and the former is even deprecated) * Ignore command keywords around = ( example: do=more should not hilite ) * Recognize zsh as

Feature suggestion - syntax highlighting in the viewer

2003-01-14 Thread Adam Byrtek 'alpha'
I would love to have syntax highlighting in the viewer (maybe switched on/off, like raw mode). We already have syntax files, would it be extremely hard to integrate editor's syntax highlighting code into the viewer? I think I'm not skillful enough to implement this, but maybe somebody will get

mcview man page

2003-01-14 Thread Adam Byrtek 'alpha'
mcview man page attached (mostly for Debian package of mc I'm polishing up - Debian policy strongly recommends manpage for every binary). It is based mainly on mcedit(1). Andrew could you check it and put this into cvs if it's good? -- _.|._ |_ _.: Adam Byrtek,

Re: Feature suggestion - syntax highlighting in the viewer

2003-01-14 Thread Tribhuvan
I love the idea - for a while, I was using emacs as the viewer to get the syntax highlighting! Actually, (not to complicate your simple (and probably quite do-able)) idea, I wonder if the range of colors could be expanded to the pallete also(am i getting greedy?)