Announcement: mc 4.6.0 AIX, HP-UX, Solaris binaries are available
Hi, mc 4.6.0 AIX, HP-UX, Solaris binaries are available on http://www.ibiblio.org/mc/ They do not require glib installed, and can be insalled by user without root access (see README) . Let's hope mc will be shipped with every Unix box :-) Alex ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: HP-UX and AIX buiild problems and patches
The problem here is that app_text was declared as extern const char app_text []; in header file, and then it was defined in c file as static const char app_text [] = which is not consistent, so the compiler complained about this. Alex From: Andrew V. Samoilov [EMAIL PROTECTED] To: Alexander Varakin [EMAIL PROTECTED] CC: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: HP-UX and AIX buiild problems and patches Date: Mon, 27 Jan 2003 19:17:23 +0200 Alexander Varakin wrote: Hi Andrew, I don't have access to AIX box right now, but I am sure that the build problems in util.c are not warnings. The AIX xlc_r compiler is very strict, so it produced errors there. Attached hunk of your AIX patch is not clear for me: -- Regards, Andrew V. Samoilov *** mc-4.6.0-pre3/src/util.c Wed Jan 22 01:12:16 2003 --- mc-4.6.0-pre3.org/src/util.c Fri Jan 24 10:28:17 2003 *** *** 47,53 #include charsets.h #endif ! static const char app_text [] = Midnight-Commander; int easy_patterns = 1; static inline int --- 47,54 #include charsets.h #endif ! ! const char app_text [] = Midnight-Commander; int easy_patterns = 1; static inline int _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
static linking with glib
Hi, Is it possible to link with glib statically, so there will be no need to carry glib libraries? Thanks, Alex _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: static linking with glib
How? From: Pavel Roskin [EMAIL PROTECTED] To: Alexander Varakin [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: static linking with glib Date: Mon, 27 Jan 2003 16:06:56 -0500 (EST) Hello! Is it possible to link with glib statically, so there will be no need to carry glib libraries? Yes. -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Win32/MinGW port
Hi Piotr, As far as I remember about half a year ago a patch for MigGW was submitted by Franco Bez. His home page is: http://home.a-city.de/franco.bez/mc/mc.html You can try to contact him of find his patch in MC list archives. I'm just wondering : why don't you like cygwin port? If you need a native Win32 Norton Commander clone, the Far manager would be better. The cygwin port has one huge advantage comparing to Far and MigGW port of MC - it allows to have a Unix shell prompt instead of dos command prompt (actually as far as I remember the MigGW port doesn't even have working command prompt). Alex - Original Message - From: Piotr Lakomy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 13, 2002 12:15 AM Subject: Win32/MinGW port I tied to compile latest (mc-2002-08-10-05.tar.gz) using recent out-of-box distribution of MinGW on Windows NT 4.0 (no cygwin) but I'm stuck. I managed to fix few problems: * include/sys/types.h:100: conflicting types for `mode_t' config.h:115: previous declaration of `mode_t' (removed from config.h) * include/sys/types.h:90: warning: redefinition of `pid_t' config.h:116: warning: `pid_t' previously declared here (removed from config.h) * no glib.h (downloaded and compiled) * In file included from ../src/tty.h:9, from ../src/user.c:26: ../src/myslang.h:11: slang/slang-mc.h: No such file or directory In file included from ../src/user.c:33: ../src/user.h:5: edit/edit-widget.h: No such file or directory (just copied curred dir to get it on include path -I. -I../slang) * ../src/eregex.h:23: regex.h: No such file or directory (copied from some old distribution mc-4.1.36-mingw) And now I' getting: gcc.exe -g -O0 -mno-cygwin -I. -I../slang -DMC_NT \ -DHAVE_CONFIG_H -c -odebug/file.o ../src/file.c ../src/file.c:120: parse error before `umode_t' ../src/file.c:120: warning: no semicolon at end of struct or union ../src/file.c:122: parse error before `}' (see the rest of messages below) I know it's hard to figure out what's wrong with my particular configuration/includes/libraries but any input will be appreciated. And thanks for MC. I can't live without it (currently I use it on HP-UX, cygwin and Win32 port from http://home.a-city.de/franco.bez/mc/mc.html) Piotr Lakomy ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: subshell on AIX
Hi Pavel, It may happen that some newer versions of AIX will have working /dev/ptmx, and forcing them to use the legacy API just because their system is called AIX and had a problem in the past would be wrong. I tested mc without my patch on both AIX 4.3.3 patch level 9 and AIX 5L (which is the latest), and subshell doesn't work on both. It also looks like AIX 4.3.3 will be around for quite a while, se we have to support it as well. Thus I believe we must use this legacy interface. It would be better if you compiled MC without your patch and debugged pty_open_master() to see where it fails. Then maybe it would be possible to detect this problem in the configure script. This is exactly how I found the problem! It fails while trying to open pty device, which just doesn't exist on AIX. I agree that better place to fix the problem is in configure script, but I don't know how to do that, and I also don't have all those GNU auto config utilities on my AIX boxes. I also think that we can break some other platform this way. One other option is to use some kind of runtime detection of the pty system which is present, but I am afraid it may also break some other platform. So I think the safest and easiest fix is using #ifdef AIX approach, which is exactly what my patch does. Alex - Original Message - From: Pavel Roskin [EMAIL PROTECTED] To: Alexander Varakin [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, July 03, 2002 5:11 PM Subject: Re: subshell on AIX Hello, Alexander! I think this problem was introduced while moving to autoconfig : the subshell code itself is ok, the problem is that wrong platform specific code is selected by #ifdef's. Please apply my patch, there are still some poor souls around who have to work on AIX :) MC tries to use /dev/ptmx whenever grantpt() function is present. I understand it doesn't work on AIX, so you want to fallback to the BSD style pseudoterminals. -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Re[4]: subshell on AIX
Hi, I fixed this problem about 2 weeks ago. I posted the patch on this list. Hopefully it was applied to cvs, if not - just apply my patch yourself. It works for me on AIX 4.3.3 and 5L with bash and xterm. I used xlc_r compiler. Alex - Original Message - From: Nerijus Baliunas [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, April 27, 2002 10:24 AM Subject: Re[4]: subshell on AIX On Sat, 27 Apr 2002 18:01:55 +0400 Andrew V. Samoilov [EMAIL PROTECTED] wrote: AVS Bash 2.05. TERM=xterm. Could it be related to some old AVS slang AVS or curses version? AVS AVS Sorry, but I don't know. AVS AVS Another reason may be an evironmental variable BASH AVS with incorrect path. It's correct, as well as SHELL. Any other ideas? Could it be my old gcc (2.8.1)? How can I debug this problem? BTW, the same problem was with 4.5.55 (also self compiled). Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: regex fix for cygwin
- Original Message - From: Andrew V. Samoilov [EMAIL PROTECTED] To: Pavel Roskin [EMAIL PROTECTED] Cc: Alexander Varakin [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, March 20, 2002 10:11 AM Subject: Re: regex fix for cygwin Pavel Roskin wrote: Hi! I agree that we must use the second approach, i.e.: 1. Use the mc's regex code, i.e. src/regex.c and src/eregex.h. Maybe we should rename src/regex.c to src/eregex.c just to be consistent? I would rather call them both regex.* unless it causes problems (it should not). 2. Reenable the mc's regex code for all platforms, i.e. remove those #if 0 from src/regex.c and src/eregex.h Take the latest regex sources from gnu. It is Ok if all code is disabled when GNU libc is found - libc should provide the same functions, although I'm a bit worried if those internal functions can be used - if not, then the included regex should be used. Important is that either you disable all or you enable all. No mix of libc regex and included regex. 3. Replace all instances of #include regex.h by #include eregex.h Or vice versa, but make sure that the included regex.h has preference. I use Slackware 7.1 with glibc-2.1.3. After March 18 mc compiles and use its own regex.c and ignores glibc's ones. And I am not happy with ~28k overhead and 6 warnings. -- Regards, Andrew V. Samoilov. Hi Andrew, I don't understand - are you saying that after March 18 you can't compile mc? I agree that having extra 6 warnings from regex.c is not good. I took this version of regex.c from the latest stable release of glibc - 2.2.5. Maybe we should escalate this issue to glibc folks, or just fix this warnings. I don't think we should worry about ~28k overhead - people are switching from CDs to DVDs and from 32 bits to 64 bits already , whereas MC can fit on just few floppies. Alex ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Re: patch: MC for Win32
Hi Pavel, Franco, Would it be possible to put Franco's patches into the CVS today or tomorrow, so people (including me) will be able to start testing the port after eating some turkey :-) Even though this patch is maybe not very stable at the moment, it won't harm since it is independent from the rest of the code. Alex - Original Message - From: Pavel Roskin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, November 20, 2001 11:10 AM Subject: Re: Re: patch: MC for Win32 Hello, Franco! What if we disable NLS support for now until gettext is ported properly to Win32? Extra dependencied mean extra hurdles for potential developers. We could make this optional - a few lines of comment in the Makefile on HOW TO enable/disable NLS (gettext) and disabling it by default is maybe best. What do You mean by unitl gettext is properly ported - is my port not proper enough ? There are at least two other ports we could use. Sorry, I didn't mean it. I meant something officially supported by the maintainers of gettext. But it shouldn't matter too much as long as people can find it. BTW: who is currently maintaining the german translation of MC ? There are several things that should be fixed/improved there. I don't think there is a maintainer. de.po says that it's Christian Meyer [EMAIL PROTECTED], but the Last-Translator field is not updated automatically. You can send me the new translation and I'll put it on CVS. You can also research the GNOME website on how to get write access to the translation files on GNOME CVS. -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Save file position in mc editor
Hi Max, Thanks for publishing the patch! It would be great if anybody with CVS write permissions will apply the Max's patch. Regards, Alex - Original Message - From: Max Schedriviy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 12, 2001 8:23 PM Subject: Re: Save file position in mc editor On Tue 13 Nov 2001 00:57, Pavel Roskin wrote: It would be very nice to add a new feature to mc editor, so it will remember file positions in each previously opened file, and return to that position when the file will be opened next time. This is very common feature of all editors, ide's and even FAR has it. Are there any plans to do that? There are no plans to do that. You are the first person who asks for this feature. It should be easy to implement. It was already implemented in my patch some month ago. And I can't work without this feature. When I need to edit big list of sources, it's too hard to search line where you exit from editor. Patch for mc-4.5.55-RELEASE located at ftp://tavrida.net/pub/unix/filemanagers/mc-4.5.55-m1.diff.gz -- C U L8er! Max Schedriviy mailto:[EMAIL PROTECTED] ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
