Hello Oleg,
On Mon, 2005-07-04 at 15:49, Oleg Tarasov wrote:
There are 2 ways to implement this situation:
1) if [file] in [manpath-dirs] use groff
else use normal viewing
2) if [file] in [logfile-dirs] use normal viewing
else use groff
Let's see. Most manpages are most commonly
Hello Leonard,
Leonard den Ottolander [EMAIL PROTECTED] wrote:
Viewing most .[1-9] files with groff and putting the exception on the
specific log file paths really seems the most sensible thing to do.
I agree. Anyway most of lof files are placed in */log/* and */logs/*
despite of their
Hi,
What would be the key (combination) to use to let the history list in a
dialog quick_input to drop down? Or can this only be achieved with a
mouse click?
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
___
Mc mailing list
Does anyone know how to address this? Or do you need more information?
On 7/4/05, Lst Recv [EMAIL PROTECTED] wrote:
Hi. When I'm done with mc, it, for some reason, turns the screen
black on black - making it impossible to see output or input. I type
reset to fix it. Any way to solve this?
Victor wrote:
When i upload files by mc on remote ftp, if directory named 2003
Meteor it's upload correctly, but shows like Meteor and i can't
delete it because dirname on remote ftp is Meteor, version of mc
4.6.0.
That's a known issue. Please don't use mc for doing FTP things if you
need it
On Wednesday 06 July 2005 16:13, Lst Recv wrote:
Does anyone know how to address this? Or do you need more
information?
I've never seen it happen. It could be your xterm, your libtermcap, or
any number of other things. Probably not mc.
On 7/4/05, Lst Recv [EMAIL PROTECTED] wrote:
Hi.
On Wednesday 06 July 2005 09:25, Leonard den Ottolander wrote:
What would be the key (combination) to use to let the history list in
a dialog quick_input to drop down? Or can this only be achieved with
a mouse click?
Found in the help page, Keys - Directory Panels, at the end:
M-S-h, M-H
On Wednesday 06 July 2005 21:40, I wrote:
Funny thing, though: I noticed that with Options - Menu bar visible
unchecked (i.e., no menu bar), clicking anywhere in that first line,
including the , v, and , gets me the menu bar. :(
Happens in Linux console, KDE konsole, and xterm.
I usually set
Update of bug #13097 (project mc):
Status:None = Fixed
Assigned to: ptsekov = leonardjo
Open/Closed:Open = Closed
Hello Oleg,
On Mon, 2005-07-04 at 15:49, Oleg Tarasov wrote:
There are 2 ways to implement this situation:
1) if [file] in [manpath-dirs] use groff
else use normal viewing
2) if [file] in [logfile-dirs] use normal viewing
else use groff
Let's see. Most manpages are most commonly
Hello,
Did anyone consider looking at this patch ? It is very small in size so it
shouldn't be hard to review. Even if it is not going to get into 4.6.1 it
could be commited to HEAD.
On Sat, 25 Jun 2005, Pavel Tsekov wrote:
Follow-up Comment #2, bug #13536 (project mc):
Ok, here is the
On Sat, Jul 02, 2005 at 03:56:53PM -0500, Anton Monroe wrote:
The symptom is that when I try to start MC as root, it immediately gives
a segmentation fault. When I start it as a normal user, it works. The
only thing I can see that changed on January 30 is something called
'getgrouplist'. I
Hi Pavel,
On Wed, 2005-07-06 at 14:58, Pavel Tsekov wrote:
Did anyone consider looking at this patch ? It is very small in size so it
shouldn't be hard to review. Even if it is not going to get into 4.6.1 it
could be commited to HEAD.
I created a tar.bz2 with the reported file names in it
Hello,
On Wed, 6 Jul 2005, Anton Monroe wrote:
Pavel Tsekov told me how to do a backtrace. Using cvs HEAD as of July 5,
I did
(as a normal user)
./autogen.sh CFLAGS=-g -O0 --prefix=/mc
make
(as root)
make install
gdb /test/bin/mc | tee gdb.root.out
which produced this:
Hello,
On Wed, 6 Jul 2005, Leonard den Ottolander wrote:
Hi Pavel,
On Wed, 2005-07-06 at 14:58, Pavel Tsekov wrote:
Did anyone consider looking at this patch ? It is very small in size so it
shouldn't be hard to review. Even if it is not going to get into 4.6.1 it
could be commited to
Update of bug #13536 (project mc):
Status: Ready For Test = Fixed
Assigned to:None = leonardjo
Open/Closed:Open = Closed
Hi Pavel,
On Wed, 2005-07-06 at 16:15, Pavel Tsekov wrote:
It is not the name of the file only. It is the whole path i.e. the
directory components + the file name which triger the problem. See the
attached tar file or create a file name with length of exactly 100
characters.
Sorry, brain
Hello,
textconf.c has an wrong include directive
#include ecs.h
which breaks the build.
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel
Follow-up Comment #2, bug #2788 (project mc):
This issue seems to be fixed. Please, close.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=2788
___
Message
Pavel Tsekov wrote:
Hello,
textconf.c has an wrong include directive
#include ecs.h
which breaks the build.
Fixed. Sorry.
Roland
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel
Hi,
Today I've been scratching an itch that I had for a while: An option to
override the auto syntax recognition.
Luckily the hooks to provide a syntax type are already available in the
code. In the editors menu I added a menu entry Syntax Highlighting.
Assuming syntax highlighting is enabled in
Pavel Tsekov wrote:
BUGS
The glibc 2.3.2 implementation of this function is broken: it
overwrites memory when the actual number of groups is larger
than *ngroups.
As this is clearly a buffer overflow, we should not use the function at
all and document this somewhere.
Hello Roland,
On Wed, 2005-07-06 at 20:15, Roland Illig wrote:
Pavel Tsekov wrote:
BUGS
The glibc 2.3.2 implementation of this function is broken: it
overwrites memory when the actual number of groups is larger
than *ngroups.
As this is clearly a buffer
Pavel Tsekov wrote:
Just out of curiosity - can you outline the most important changes that
you are going to commmit.
The main change is that, for example in the view_display_text()
function, coordinate computation had been done relative to the top left
corner of the WView widget. One
On Wed, Jul 06, 2005 at 05:03:26PM +0300, Pavel Tsekov wrote:
The backtrace indicates heap corruption. I've looked at the init_groups()
and it seems ok AFAICT. The crash happens in the following block of code
inside init_groups():
if (getgrouplist (pwd-pw_name, pwd-pw_gid, groups,
Follow-up Comment #2, bug #13648 (project mc):
Hmmm ... no, cons.saver actually doesn't show up in 'ps'. So the problem lies
somewhere else, I suppose - but where?
___
Reply to this item at:
26 matches
Mail list logo
