On Wed, 27 Feb 2019 13:54:35 -0500 (EST) Mikulas Patocka wrote:
> I am sending this patch that fixes GPM bug.
Thanks! Please add your patch and comment to
https://midnight-commander.org/ticket/3208
--
Andrew
___
mc-devel mailing list
Hi all,
I have a problem running mc on Solaris :
$ mc --version
GNU Midnight Commander 4.8.5
Built with GLib 2.8.1
Using the S-Lang library with terminfo database
With builtin Editor
With subshell support as default
With support for background operations
With mouse support on xterm
With support
On Thu, 27 Sep 2012 11:39:54 +0200 Jakusev, Alexandr wrote:
Our system has an old version of diff that does not support -a flag. When mc
invokes it for file comparison purposes, it returns error saying that such
flag
is not recognised. Upon such event, mc crashes happily. While there are many
On Sat, 2011-02-05 at 14:37 +0300, Veneto IT wrote:
I like mc-light mc clone, but it hasn't some functions, that are in mc
(support utf-8 for example). And send my mc-light theme colors.
This is of no use for us. Read up on skins on how to convert your old
color definitions into a skin.
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
05.02.2011 13:37, Veneto IT wrote:
This bug occures, when open snapshots in hidden zfs snapshot directory
.zfs (only in hidden!).
For example:
cd /tank/.zfs/snapshot/mysnapshot/
It dosn't opens and reloads root directory
But Mc opens
Hello,
This bug occures, when open snapshots in hidden zfs snapshot directory
.zfs (only in hidden!).
For example:
cd /tank/.zfs/snapshot/mysnapshot/
It dosn't opens and reloads root directory
But Mc opens whithout errors
cd /tank/.zfs/snapshot/
*OS - Freebsd, Filesystem - Zfs*
In
Hello,
There is probably a bug in mc, though some people say it is a bug in
vte, so I don't know whom to address this, but I kindly ask you to do
something with this :)
In order to catch this bug download any Linux Kernel source archive and
untar it somewhere, then fire up Midnight
On Sat, 2011-01-08 at 19:15 +0200, Satellite wrote:
In order to catch this bug download any Linux Kernel source archive and
untar it somewhere, then fire up Midnight Commander and also be ready to
totally overlap gnome-terminal + running mc with some other window, for
e.g. Firefox or any
Ideas?
--
Sincerely yours,
Yury V. Zaytsev
Forwarded Message
From: root t...@mirbsd.de
Reply-To: root t...@mirbsd.de, 606...@bugs.debian.org, pkg-mc devel
pkg-mc-de...@lists.alioth.debian.org
To: Debian Bug Tracking System sub...@bugs.debian.org
Subject: [Pkg-mc-devel] Bug
a. reproduce and
b. fix
that bug?
Regards
Uwe
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel
On Fri, 2009-11-20 at 18:53 +0100, Uwe Bugla wrote:
The date of the files is wrongly presented, as the first digit is
missing. So for example November 19 is presented as November 9,
and November 20 or 10 are presented as November 0.
Can you please
a. reproduce and
b. fix
that bug?
I
Update of bug #15257 (project mc):
Status: Need Info = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
http
URL:
http://savannah.gnu.org/bugs/?24808
Summary: mc shows wrong metadata for .. directory
Project: GNU Midnight Commander
Submitted by: darkk
Submitted on: Втр 11 Ноя 2008 14:22:32
Category: Screen output
On my system (which does not have ispell or aspell installed) invoking
spellcheck in the built-in editor without marking a block first leaves
mc in such a state that output to stderr in the subshell is lost in
programs started through the bindings (~/.mc/bindings or
/usr/share/mc/mc.ext).
The
Hello.
I have found bug in GNU Midnight Commander.
Step for reproduce:
1. Run xterm or konsole.
2. In opened dialog run mc.
3. Change path to any directory contains many sub-dirs of files at 1st level.
4. Select some first files or dirs.
5. Press End and select some last files or dirs.
6. Press
Update of bug #21440 (project mc):
Open/Closed:Open = Closed
___
Reply to this item at:
http://savannah.gnu.org/bugs/?21440
___
Message
Update of bug #21959 (project mc):
Category:None = VFS
Status:None = Fixed
Assigned to:None = rillig
Open/Closed
Follow-up Comment #1, bug #21959 (project mc):
Es könnte daran liegen, dass in der Samba-Konfigurationsdatei
(/etc/smb.conf) in der Zeile interfaces = Netzwerk-Interfaces (z. B. eth0)
statt IP-Adressen angegeben sind.
Früher waren nur IP-Adressen erlaubt, mittlerweile auch Netzwerk-Interfaces
Follow-up Comment #2, bug #21959 (project mc):
Ja es war der Samba-Server dort waren eth0 und ath0 als Netzwerkkarten
eingetragen. Habe es wieder auf auf ipadressen gestellt und es ging gut.
Danke für die schnelle Hilfe.
Carsten
Follow-up Comment #4, bug #21959 (project mc):
Um genauer zu sein es liegt an dem Eintrag 192.168.1.1/24 in der smb.conf
also Probleme:
interfaces = 127.0.0.1/8, 192.168.0.1/24, 192.168.1.1/24
bind interfaces only = yes
keine Probleme:
interfaces = 127.0.0.1/8, 192.168.0.1/24
bind interfaces
Update of bug #21440 (project mc):
Status:None = Duplicate
___
Follow-up Comment #1:
This bug is supposed to be fixed in CVS and the latest prerelease. See bug
#15524. You can either
URL:
http://savannah.gnu.org/bugs/?21440
Summary: Mc freeze when copy with fish file 2048Mb
Project: GNU Midnight Commander
Submitted by: piega
Submitted on: venerdì 26/10/2007 alle 18:53
Category: VFS
Follow-up Comment #1, bug #21337 (project mc):
Maybe this is not a problem that should be fixed in S-Lang but rather in MC.
I'll investigate.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?21337
Follow-up Comment #2, bug #21337 (project mc):
I have reported it upstream to the slang devel list.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?21337
___
Message sent via
URL:
http://savannah.gnu.org/bugs/?21337
Summary: mc-4.6.1 will not compile using
--with-screen=mcslang on Mac OS X
Project: GNU Midnight Commander
Submitted by: ywc
Submitted on: Saturday 10/13/2007 at 13:54
Category:
Update of bug #20192 (project mc):
Category:None = VFS
Status:None = Fixed
Open/Closed:Open = Closed
URL:
http://savannah.gnu.org/bugs/?20192
Summary: mc cannot navigate into tar files created with star
Project: GNU Midnight Commander
Submitted by: askwar
Submitted on: Sonntag 17.06.2007 um 16:47
Category: None
Follow-up Comment #1, bug #20192 (project mc):
With star, I mean the Schilly tar, available from Jörg Schilly at
http://cdrecord.berlios.de/old/private/star.html -
ftp://ftp.berlios.de/pub/star/alpha/ -
ftp://ftp.berlios.de/pub/star/alpha/star-1.5a81.tar.bz2
Follow-up Comment #2, bug #20192 (project mc):
This is a known issue with MC 4.6.1 . It is fixed in the CVS repository - you
may want to fetch a recent snapshot:
http://www.ibiblio.org/pub/Linux/utils/file/managers/mc/snapshots/
Please, let us know whether the snapshot fixes the problem
Follow-up Comment #1, bug #19328 (project mc):
Some VFS (for example tar and cpio) can detect changed archives,
others (bzip, extfs) can't. There is no consistent support of change
detection in VFS.
___
Reply to this item at:
http
Update of bug #18136 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #5:
A patch has been applied
be the trick? Any settings in
konsole?
This doesn't sound to be related to MC. Anyway, I tried on Ubuntu Dapper
and I had no problems using those keys. Unless you could provide further
details or proof that this is a MC bug you have to direct your request
to Suse's bug reporting facility.
I
Hi there!
Suse 10.1, konsole, either bash or csh, 4 tabs in konsole. At the 1st tab,
mc works fine, I can use F3 and F4. At the 4th tab, mc glukes, F3 and F4
don't work out, as well as F1. What might be the trick? Any settings in
konsole?
___
Mc-devel
URL:
http://savannah.gnu.org/bugs/?19328
Summary: MC fail to notice when archive is replaced
Project: GNU Midnight Commander
Submitted by: bilboq
Submitted on: Friday 03/16/2007 at 22:45
Category: VFS
Additional Item Attachment, bug #16029 (project mc):
File name: mc.strace Size:42 KB
___
Reply to this item at:
http://savannah.gnu.org/bugs/?16029
___
Message sent
Follow-up Comment #4, bug #16029 (project mc):
The mc hangs on startup at line 284 in the attached file from me. Please look
more info about this at the comment of that file.
Maybe the two situation are from the same problem.
Actually I don't know what changed in my system, because I see
Follow-up Comment #5, bug #16029 (project mc):
It seems it tries to connect to the router at port 53 several times, which
makes the hang. After that when the mc is stared, everything is ok.
Sandor
___
Reply to this item at:
http
Update of bug #16029 (project mc):
Status: Need Info = None
___
Follow-up Comment #6:
The problem is due to the outdated samba library included with MC.
You can find out more here
Follow-up Comment #7, bug #16029 (project mc):
ohhh commenting out the eth0 interface from the smb.conf helps... thank
you very much!
Sandor
___
Reply to this item at:
http://savannah.gnu.org/bugs/?16029
Follow-up Comment #8, bug #16029 (project mc):
Should we close this as a duplicate of bug 5142 then?
___
Reply to this item at:
http://savannah.gnu.org/bugs/?16029
___
Message sent via
Update of bug #17220 (project mc):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #5:
Closing as INVALID
Follow-up Comment #3, bug #18136 (project mc):
Mehmet, instead of using the attached patch that breaks compatibility with
bash 3.2 you might want to use the hack/patch that I posted to the mc-devel
list in relation to this report.
That patch is almost identical to this one, but by escaping
Follow-up Comment #4, bug #18136 (project mc):
Thank you very much for your kind reply, dear Leonard!
I found the hack you have mentioned, made an appropriate patch for our Gentoo
ebuild system, run the new installation with success and no ill side-effects.
You might want to follow our
Follow-up Comment #2, bug #18136 (project mc):
Thank you very much, dear Andrey!
I have made an ebuild for Gentoo containing your patch, which solved the
reported problems. Please see here:
http://bugs.gentoo.org/show_bug.cgi?id=153925
___
Details:
I found a bug which causes mc to crash with segmentation violation when
trying view any of the /proc/registers files. This was only tested on
gentoo-2006.1. I have no knowledge whether this crashes the program on other
distributions or operating systems. I am currenlty working
Follow-up Comment #1, bug #18191 (project mc):
Note: this is fixed in the CVS version of mc, in which the viewer has been
rewritten in large parts.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?18191
Follow-up Comment #1, bug #18136 (project mc):
I made the patch to work with bash 3.2. Apparently bash changed to the way of
handling character codes similar to that of tsch.
I have not tested it well and not checked it with bash 3.1. Report any
problems here
On Tue, 31 Oct 2006, Leonard den Ottolander wrote:
On Mon, 2006-10-30 at 11:45 +0200, Pavel Tsekov wrote:
IMO, if you intend to work on a fix you should follow the
suggestion of the bash maintainer to switch over to using
printf - not only for bash but for all cases. Of course
a fallback
On Wed, 1 Nov 2006, Thomas Dickey wrote:
On Wed, 1 Nov 2006, Pavel Tsekov wrote:
Yes, I read that comment. However I'm not prepared to start breaking the
functionality of shells that I never use.
This is a rather strange statement. As a developer you should try to
go beyond your personal
On Wed, 1 Nov 2006, Pavel Tsekov wrote:
On Wed, 1 Nov 2006, Thomas Dickey wrote:
On Wed, 1 Nov 2006, Pavel Tsekov wrote:
Yes, I read that comment. However I'm not prepared to start breaking the
functionality of shells that I never use.
This is a rather strange statement. As a developer
On Wed, 1 Nov 2006, Thomas Dickey wrote:
On Wed, 1 Nov 2006, Pavel Tsekov wrote:
On Wed, 1 Nov 2006, Thomas Dickey wrote:
On Wed, 1 Nov 2006, Pavel Tsekov wrote:
Yes, I read that comment. However I'm not prepared to start breaking the
functionality of shells that I never use.
This is
On Wed, 1 Nov 2006, Pavel Tsekov wrote:
Ok. Since I am not native english speaker I cannot judge whether
he is recommending it or not. In any case I can see why keeping
the old behaviour of 'echo' is important for large scripts, however
what we have in MC is nothing as big. I just feel that
Hello Pavel,
On Wed, 2006-11-01 at 13:27 +0200, Pavel Tsekov wrote:
Yes, I read that comment. However I'm not prepared to start breaking the
functionality of shells that I never use.
This is a rather strange statement. As a developer you should try to
go beyond your personal preferences.
On Wed, 1 Nov 2006, Thomas Dickey wrote:
On Wed, 1 Nov 2006, Pavel Tsekov wrote:
Ok. Since I am not native english speaker I cannot judge whether
he is recommending it or not. In any case I can see why keeping
the old behaviour of 'echo' is important for large scripts, however
what we have
On Wed, 2006-11-01 at 14:55 +0200, Pavel Tsekov wrote:
I am beginning
to wonther whether do we really want to escape the characters
using echo or printf.
For embedded backslashes etc. I suppose we do.
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
Hello Thomas,
On Wed, 2006-11-01 at 07:51 -0500, Thomas Dickey wrote:
Before rushing off to change things to
accommodate bash 3.2, it's worth checking if the fix will work with other
shells.
I'm not quite sure which fix you are referring to here. The temporary
hack I send to this list
On Wed, 2006-11-01 at 15:15 +0200, Pavel Tsekov wrote:
The printf solution wouldn't be that hard to implement in fact. It
may be even simpler. I can look at it.
That would be nice. Thank you.
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
Hello Thomas,
On Wed, 2006-11-01 at 08:38 -0500, Thomas Dickey wrote:
One problem is that the user has to keep track (for the non-automatic
workarounds) of the bash version.
No. Default setting of 0 (or unset) of bash_octal_digits would fallback
to option 1, which works for bash = 2.05b (in
Hi Pavel,
On Mon, 2006-10-30 at 11:45 +0200, Pavel Tsekov wrote:
IMO, if you intend to work on a fix you should follow the
suggestion of the bash maintainer to switch over to using
printf - not only for bash but for all cases. Of course
a fallback may be required. After all according to bash
Hello,
On Sun, 29 Oct 2006, Leonard den Ottolander wrote:
Hi Christian,
On Sat, 2006-10-28 at 23:48 +0200, Christian Hamar alias krix wrote:
Attached patch implements this. This is not a proposition for a final
solution, just a temporary hack for users of bash = 3.2.
Do not use with
Hi Christian,
On Sat, 2006-10-28 at 23:48 +0200, Christian Hamar alias krix wrote:
Attached patch implements this. This is not a proposition for a final
solution, just a temporary hack for users of bash = 3.2.
Do not use with versions of bash = 2.05b!
Thx for the patch. It works with
URL:
http://savannah.gnu.org/bugs/?18136
Summary: MC wont work with new bash-3.2 propeply with all
directories.
Project: GNU Midnight Commander
Submitted by: krix
Submitted on: Saturday 10/28/2006 at 12:22
Category:
Hi,
If I understand the comments in the code only bash 2.05b has a problem
with 4 number octals. Indeed a test with bash-3.0 confirms this. Since
only alphas (not numbers) are not being escaped there are no problems
with directories with names like a_0 for 2.05b bash = 3.2.
Anyway, instead of
Hi Christian,
On Sat, 2006-10-28 at 10:22 +, Christian Hamar wrote:
I just upgraded to bash-3.2 and now mc gives me error that Cannot change
directory to XY.. .
http://www.mail-archive.com/bug-bash@gnu.org/msg02150.html
Fix needs to be made to subshell_name_quote() in the (subshell_type
Hi,
On Sat, 2006-10-28 at 15:30 +0200, Leonard den Ottolander wrote:
Anyway, instead of testing for bash = 3.2 inside the bash loop we can
suffice by adding a version check for bash 2.05b to the shell type
test.
A quick and dirty hack for users of bash = 3.2 would be to just get rid
of the
Attached patch implements this. This is not a proposition for a final
solution, just a temporary hack for users of bash = 3.2.
Do not use with versions of bash = 2.05b!
Thx for the patch. It works with 3.2 (tested)
If you can ride with BASH_VERSINFO then maybe this can be go to CVS.
And
Follow-up Comment #3, bug #17220 (project mc):
The option is recognized by mc (doesn't write unknown option) but has no
effect.
I'm using FC5 - mc-4.6.1a-26.fc5
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17220
Update of bug #17220 (project mc):
Category:None = Screen output
___
Follow-up Comment #4:
Hmmm. It happens only with UTF-8 locales and UTF-8 capable terminals. I guess
it has something to do
Follow-up Comment #2, bug #17220 (project mc):
Ping!
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17220
___
Message sent via/by Savannah
http://savannah.gnu.org
Follow-up Comment #1, bug #17220 (project mc):
What do you mean by gone ? The option is missing (as not recognized by MC)
or it just doesn't work ? I am running FC5
and it does have the -a option and it works as expected. MC is
mc-4.6.1a-10. I've also tried the latest CVS and it also does work
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=17220
Summary: mc -a (stickchars) is gone
Project: GNU Midnight Commander
Submitted by: lecheel
Submitted on: Friday 07/28/2006 at 00:13
Category: None
Update of bug #13953 (project mc):
Status: Fixed = In Progress
Open/Closed: Closed = Open
___
Follow-up Comment #4:
Reopening since SFS also
Follow-up Comment #3, bug #16029 (project mc):
Ping ?
___
Reply to this item at:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16029
___
Message sent via/by Savannah
http
Update of bug #13953 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #3:
I've just commited a fix
Update of bug #16029 (project mc):
Status:None = Need Info
___
Follow-up Comment #2:
I couldn't reproduce on FC3 with latest cvs version.
Would you mind providing a strace of MC
Follow-up Comment #1, bug #16029 (project mc):
i think that's some call to gethostbyname(). if the route is known to be
broken, it fails immediately. if the cable is pulled, it has to time out.
___
Reply to this item at:
http
Follow-up Comment #6, bug #15257 (project mc):
Indeed, the problem is absent while using the version from the snapshot
binary mc-2006022316-1.i386.rpm found at
/pub/Linux/utils/file/managers/mc/snapshots.
___
Reply to this item
Follow-up Comment #4, bug #15257 (project mc):
My platform: Linux SUSE 9.3.
My MC version (output of mc -V):
GNU Midnight Commander 4.6.1-pre3
Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, undelfs
With builtin Editor
Using system-installed S-Lang library with terminfo database
Follow-up Comment #2, bug #15257 (project mc):
Do you mind attaching a simple file which triggers this behaviour ? A list of
steps how to reproduce will be much appreciated.
___
Reply to this item at:
http://savannah.gnu.org/bugs
Update of bug #4835 (project mc):
Status: Need Info = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #2:
Feedback timeout
Update of bug #15257 (project mc):
Status:None = Need Info
Assigned to:None = rillig
___
Follow-up Comment #1:
This is most likely
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=15257
Summary: mc viewer enters a probably infinite cycle on some
files with 8-bit characters
Project: GNU Midnight Commander
Submitted by: lashkevi
Submitted on: Срд 21.12.2005
Hello,
Forwarding the message to mc-devel at gnome dot org where it belongs.
Please, keep the discussion public.
-- Forwarded message --
Date: Thu, 25 Aug 2005 14:54:55 +0200
From: Michael Mueller
To: Pavel Tsekov
Subject: Re: [Bug#324755: mc: tar archives greater than 2GB
Hi,
On Wed, 2005-08-24 at 06:36 +0200, Stefano Melchior wrote:
+off_t result;
+if (result == (off_t)-1)
Is this cast of -1 necessary as result already is an off_t?
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
___
Mc-devel
Hello,
On Wed, 24 Aug 2005, Stefano Melchior wrote:
Hi Pavel,
Michael, a Debian GNU/Linux user, reported this bug and suggested the
following patch for the same.
I soon would like to infor you and the `mc-devel` list about this.
Thank you in advance
This seems to be a much needed patch
Aug 2005 21:50:35 +0200
From: Michael Mueller [EMAIL PROTECTED]
To: Stefano Melchior [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Bug#324755: mc: tar archives greater than 2GB not supported
Reply-To: Michael Mueller [EMAIL PROTECTED], [EMAIL PROTECTED]
Resent-From: Michael Mueller [EMAIL PROTECTED
Follow-up Comment #1, bug #13953 (project mc):
The suggested patch won't do i.e. it is not the right thing to do. I am
currently investigating .
___
Reply to this item at:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=13953
Hi Ludovic,
On Sun, 2005-07-31 at 00:15, Ludovic Drolez wrote:
We received this bug report yesterday:
http://bugs.debian.org/320533
Bad address in a read(). Any clues ?
Please verify that this can be reproduced with 4.6.1. I can't with HEAD.
If the issue exists please supply a back
Hi !
We received this bug report yesterday:
http://bugs.debian.org/320533
Bad address in a read(). Any clues ?
Cheers,
--
Ludovic Drolez.
http://www.palmopensource.com - The PalmOS Open Source Portal
http://www.drolez.com - Personal site - Linux and PalmOS stuff
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=13988
Summary: MC version 4.6.1 doesnt build on Mac OS X 10.3 when
configured to use mcslang
Project: GNU Midnight Commander
Submitted by: None
Submitted on: Sat 07/30/2005 at
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=13953
Summary: mc doesn't clean up tempfiles
Project: GNU Midnight Commander
Submitted by: mpol
Submitted on: Wed 07/27/2005 at 14:40
Category: VFS
On 7/10/05, Leonard den Ottolander [EMAIL PROTECTED] wrote:
On Sun, 2005-07-10 at 07:40, Rostislav Krasny wrote:
Charset translation could be implemented in the Midnight Commander
itself, independently from any OS. I wonder why it hadn't been done
yet?
Because you didn't do it
Hi Rostislav,
On Sun, 2005-07-10 at 00:12, Rostislav Krasny wrote:
It cannot display the help and hints properly in any russian localized
system that is using any cyrillic codepage, except a KOI8-R.
Problem probably is that there is only one .po file per language. You
might try to convert
On 7/10/05, Pavel Roskin [EMAIL PROTECTED] wrote:
Quoting Rostislav Krasny [EMAIL PROTECTED]:
Hi,
There is a well know i18n bug in Midnight Commander 4.6.0 (and older).
It cannot display the help and hints properly in any russian localized
system that is using any cyrillic codepage,
Tomasz Kłoczko wrote:
and mc is linked with libnsl only because in autoconf is incorrect
detection is linking with libnsl is neccessary (fix for this in
attachement which contains also fix for detection is linking with
libsocket is also neccessary).
I have committed your patch. Thanks for
Update of bug #13410 (project mc):
Status:None = Invalid
Assigned to:None = leonardjo
Open/Closed:Open = Closed
Platform Version
Follow-up Comment #1, bug #13410 (project mc):
This doesn't seem to be the case with mc-4.6.1-0.14.FC3 ? The size of the
fedora core 4 iso dvd is properly displayed as 2623M. Maybe this is a bug in
the FC4 package ?
___
Reply to this item
Follow-up Comment #2, bug #13410 (project mc):
Right, I am sorry.
Fedora Core 4 has -D_FILE_OFFSET_BITS=64 parameter in spec file.
I updated this information on Fedora bugzilla.
You may close this bug here.
___
Reply to this item
On Wed, 15 Jun 2005, Jan ONDREJ wrote:
Follow-up Comment #2, bug #13410 (project mc):
Right, I am sorry.
Fedora Core 4 has -D_FILE_OFFSET_BITS=64 parameter in spec file.
And remember: instead hardcoding this kind defines better use
AC_SYS_LARGEFILE aclocal macro on autoconf level.
BTW
Update of bug #10513 (project mc):
Status:None = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Check your locale
1 - 100 of 118 matches
Mail list logo