Re: Comments on deb-support-without-dpkg.patch
Hi, This patch although useful has certain drawbacks and I don't think it is ready to replace the use of dpkg as-is. i never thought so. 1) To use the patch one has to install development tools (i.e. binutils). This is not a major problem but it is still annoying - especially for non-developers. 2) Open=%cd %p#uar differs in behaviour from Open=%cd %p#deb - in my opinion Open=%cd %p#deb is better. However, the deb script may be modified to use ar when it detects that dpgk is missing. I think this would be the best thing to do. 3) The View command is highly unportable. Are you willing to improve your patch ? no, at least not in the near future. it works for me as-is, and i have no time and resources for testing and improving it for other systems. anyway of course it should only be used when dpkg is not available. in that case, it's still far more better than nothing... about the differences to dpkg - i've never seen the #deb thing working, as i dont have debian (or other dpkg-based distros) installed. A'rpi ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Comments on deb-support-without-dpkg.patch
Hi, dpkg is freely available for download. I never used it myself but I found it and tested the deb script as well as your patch. As you said above but i'm lazy... and i'm sitting on macosx, not linux... (dunno if dpkg is available for osx, maybe yes, but dunno) your patch is supposed to kick in if dpkg is not available... The way you implemented it uar is used all the time even if dpkg is present. i know. it as just a quick dirty hack, and a proof-of-concept that dpkg is not required to open/extract deb archives (just like cpio is enough for rpm files) I might try to implement 2 myself when I have more time - it doesn't seem to be too hard anyway. IMO, this patch is not ready for inclusion in MC. Still I don't think your work is in vain - I never knew that .deb files are just ordinary archives and it is possible to manipulate them trough ar. Based on this knowledge I will try to provide a better .deb handler . ok, thanks A'rpi ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: AMC patches ported to mc-2006-02-03-13.tar.gz
Hi, On Sun, 5 Feb 2006, Arpi wrote: select_dirs.patch In select/unselect files dialog: let mask/ select directories only, and /mask select dirs+files This doesn't seem very intuitive. Why? /mask things in the current (/) directory mask/ or /mask/ only directories (path has '/' ending) here maskfiles (old behaviour) Isn't there another way for achieving the same thing. How do other file managers behave in this scenario ? no idea, probably no such feature there A'rpi ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: AMC patches ported to mc-2006-02-03-13.tar.gz
Hi, On Sun, 5 Feb 2006, Arpi wrote: ftpfs-allow-connect-interrupting.patch Let the user interrupt ftpfs in hostname lookup / connection state (for mistyped URL/IP or servers being shut down) Commited. Thanks! thanks. what about the others? i'm interested in comments, reasons of refusing. there are a few i can accept being refused (like unesp support, although it's just a few lines, my syntax files, or the esc,shift+numbers mapping) but the others are IMHO clean and useful. A'rpi ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: AMC patches ported to mc-2006-02-03-13.tar.gz
Hi, On Sun, 5 Feb 2006, Arpi wrote: more-xterm-keycodes.patch xterm codes for Shift + Pageup/Pagedown and some cosmetics (grouping same keys with different modifiers together) Which terminal emulator generates those sequences ? I've just tried xterm 6.8.2.0(202) under Cygwin and Shift + PgUp/PgDn doesn't output anything on the screen. iTerm on MAC OSX, it's xterm compatible anyway (at least it sets TERM=xterm and outputs the other codes same as xterm) anyway these codes has the same logic as the other modifier key seqs. A'rpi ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: AMC patches ported to mc-2006-02-03-13.tar.gz
Hi, more-xterm-keycodes.patch xterm codes for Shift + Pageup/Pagedown and some cosmetics (grouping same keys with different modifiers together) Which terminal emulator generates those sequences ? I've just tried xterm 6.8.2.0(202) under Cygwin and Shift + PgUp/PgDn doesn't output anything on the screen. iTerm on MAC OSX, it's xterm compatible anyway (at least it sets TERM=xterm and outputs the other codes same as xterm) anyway these codes has the same logic as the other modifier key seqs. Yeah, sure, however from the patch description it wasn't clear who emits those sequences. I was under the impression that it's xterm itself. Sorry. I have added lots of such sequences long time ago to my AMC fork (made from 4.6.0, when my patches were ignored on this list 2 years ago), and now that i was trying to update my patches for current mc version, i found that most of them (except for this two) were already added by you, commented as 'xterm sequences'. i didnt care to test with xterm myself... Anyway i guess xterm should also emit these, if the keymaps are set up correctly, unless they are all hand-coded into xterm as hacks. (the codes show some logic, being constructed from 2 numbers, one refers to the key and the other to modifiers, so it could be handled generaly without listing any possible combinations - probably this is the reason why for example iTerm emits these too) A'rpi ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: AMC patches ported to mc-2006-02-03-13.tar.gz
Hi, On Sun, 5 Feb 2006, Arpi wrote: more-syntax-defs.patch Syntax highlight definition files for BAssPasC language, MHTML and JASM I don't see any obstacles to apply this one. But I'd rather let other people comment before I commit it since those languages are not widely used (IMO). Probably it's better to put this to the homepage's Contributed code that won't be included into the distribution section... or just ignore. They are big and very few people uses it... they can add them manualy, as did before... swap-backslash-and-greyminus.patch map \ to directory-hotlist instead of unselect-files What's the rationale here ? Make MC behave like other file managers with regard to selecting/deselecting groups of files ? If this is the case yes. every other FMs i used uses - for unselect, and + for select. \ is unusual... we should at least keep the current shortcut for the directory hotlist. The drawback here is that users accustomed to MC may be unpleasantly surprised. yes ;( but there is no revolution without surprise :) A'rpi ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
redundant code in ftpfs?
Hi,
While i was trying to implement first_cd_then_stor (no success yet,
that struct called 'super' seems to be needed for any command but isnt
available in the stor function - any idea?) i found that in
ftpfs_dir_load() function:
p = ftpfs_translate_path (me, super, remote_path);
if (ftpfs_chdir_internal (me, super, p) != COMPLETE) {
...
}
g_free (p);
the ftpfs_translate_path() call and the 'p' pointer are redundant here,
as ftpfs_translate_path is also called from inside ftpfs_chdir_internal()
on the p parameter. so now it's done twice, which is redundant, and
may be a problem too...
A'rpi
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel
AMC patches ported to mc-2006-02-03-13.tar.gz
Hi, I've just ported (updated) my patch set for the today version of mc. I didnt attach for size, download if interested, packed together: http://www1.mplayerhq.hu/~arpi/amc-patches-2006-02-03-13.tgz List of patches included: (content of README.patches) AMC patches, ported to mc-2006-02-03-13: (should work with others too) contact: [EMAIL PROTECTED] accept-screen.TERM-format.patch Newer GNU Screen sets TERM to screen.xxx where xxx is the client's terminal name. Currently mc only accepts TERM=screen, not TERM=screen* avoid-mc-in-mc.patch Do NOT allow starting mc from inside mc (mc in mc causes conflicts and confusion when changing to subshell with ctrl+o) deb-support-without-dpkg.patch For systems withoput dpkg (almost any non-debian OS). It handles .deb files as regular .ar archives, as they are in reality. esc+shift+numbers_as_shift+F-keys.patch Useful only with english keyboard map! Maps ESC,Shift+0..9 to Shift+F1..F10 keys, like ESC,0..9 are mapped to F1..F10 (useful on dumb terminals not handling F-key codes correctly) extfs-esp-archiver-support.patch Support for my (ESP-team's) ESP archive file format (listing, unpacking) ftpfs-allow-connect-interrupting.patch Let the user interrupt ftpfs in hostname lookup / connection state (for mistyped URL/IP or servers being shut down) more-syntax-defs.patch Syntax highlight definition files for BAssPasC language, MHTML and JASM more-xterm-keycodes.patch xterm codes for Shift + Pageup/Pagedown and some cosmetics (grouping same keys with different modifiers together) option_beep_when_fileop_finished.patch beep sound when file op (copy,. move etc) finished. optional. option_ctrl-o_blocking.patch block Ctrl+O (switch back to panels from subshell) when there is something types in the subshell (to avoid the annoying 'Subshell is already running a command' wahrning coming soon) - optional option_editor_prefix_control_chars.patch optional: disable prefixing of control chars (^M etc) in the editor option_prompt_type_and_subshell_chdir.patch optional: prompt can be changed (disable/short/path) optional: do not allow subshell to change panel's cwd options-COMMON.patch required for the option-* patches (common part) select_dirs.patch In select/unselect files dialog: let mask/ select directories only, and /mask select dirs+files swap-backslash-and-greyminus.patch map \ to directory-hotlist instead of unselect-files wildcards_and_quoting_in_quick_cd.patch allows quoting (cd There\ are\ spaces\ in\ this\ path) and wildcards (cd Mar*) in quick-cd. Quoting is required to 'cd ' then Alt+A to work for evil paths. Wildcarding is useful for very slow terminal connections. (easier to type cd W* than typing many UP keys then wait for result) Please apply the ones you can accept... thx. A'rpi ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel
Re: rename improvement
Hi, Arpi wrote: it's like that in AMC since the beginning, because i also liked it that way. Are you sure? I use AMC-4.6 CVS and I get the pathname instead of filename. Unfortunately :( try the AMC 4.1 series :) 4.6 is far from being ready, i haven't ported all patches from 4.1 yet and as 4.6 already contains such thing (shift+f6) it would be better to fix in the main tree instead of my patch. A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Running mc from mc
Hi, Adam asked me in private if it's possible to disable running one mc from another. I have committed a patch that implements this check. Great! I have it in AMC since the beginning... always wondered why is it good to allow mc from mc. Btw, what about my AMC #1 patch, it contained some code to (optinally) prevent pressing ctrl+o while the shell is running a command. It's the another way to mess up things with ctrl+o... A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [patch] fishfs bugs
Hi, the first chunk is trivial: you check for got_interrupt but it is always a non-zero number, actually the address of teh got_interrupt() function :)) you probably noticed that it doesn't work so that ! was removed :) the second part is probably bug, i see no sense of checking for got_interrupt() if interrupt check is disabled... First part is okay, but I have doubts about second what? one. disable_interrupt_key() has something to do ^c, IIRC. exactly. disable_interrupt_key disables the SIGINT (ctrl^c) handler, enable_interrupt_key enables it. got_interrupt() returns 1 if ctrl^c was pressed since last call. (the SIGINT handler (enabled by enable_interrupt_key) sets a flag when user press ctrl^c, and this flag is query-able with got_interrupt) it only works if ctrl^c is enabled at all (enable_interrupt_key), so calling it after disable_interrupt_key has no sense. RTFS... A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Fixing resolve_symlink() in ftpfs.c
Hi, Is anyone working on teh $SUBJ ? I guess no :( (that few-pages long code between #ifdef FIXME_LATER since ages) I've started it today, but after many hours of grepping and patching i feel lost. Could someone please explain the transition from bucket+dcache (4.1.35) to me+super+dir (4.6.0) structures? Is the directory cache (at least for the current directory, just filled in dir_load()) accessible (searchable/readable) from ftpfs.c at all? A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
[patch] fishfs bugs
Hi,
the first chunk is trivial: you check for got_interrupt but it is always a
non-zero number, actually the address of teh got_interrupt() function :))
you probably noticed that it doesn't work so that ! was removed :)
the second part is probably bug, i see no sense of checking for
got_interrupt() if interrupt check is disabled...
Index: fish.c
===
RCS file: /cvsroot/arpi/amc-4.6/vfs/fish.c,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 fish.c
--- fish.c 10 Feb 2003 23:16:45 - 1.1.1.1
+++ fish.c 13 Feb 2003 20:12:47 -
@@ -527,7 +527,7 @@
while (1) {
while ((n = read(h, buffer, sizeof(buffer))) 0) {
- if ((errno == EINTR) got_interrupt)
+ if ((errno == EINTR) !got_interrupt())
continue;
print_vfs_message(_(fish: Local read failed, sending zeros) );
close(h);
@@ -615,13 +615,13 @@
vfs_s_super *super = FH_SUPER;
int n = 0;
len = MIN( fh-u.fish.total - fh-u.fish.got, len );
-disable_interrupt_key();
+enable_interrupt_key();
while (len ((n = read (SUP.sockr, buf, len))0)) {
if ((errno == EINTR) !got_interrupt())
continue;
break;
}
-enable_interrupt_key();
+disable_interrupt_key();
if (n0) fh-u.fish.got += n;
if (n0) linear_abort(me, fh);
A'rpi / Astral ESP-team
--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
However, many people beg for its inclusion in Debian. Why? - Gabucino
Because having new software in Debian is good. - Josselin Mouette
Because having good software in Debian is new. - Gabucino
___
Mc-devel mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/mc-devel
one more patch to refuse
Hi, this time a trivial one: --- mc.hint 10 Feb 2003 23:16:45 - 1.1.1.1 +++ mc.hint 12 Feb 2003 23:39:23 - @@ -1,4 +1,4 @@ -Midnight Commander (c) 1995-2001 The Free Software Foundation +Midnight Commander (c) 1995-2003 The Free Software Foundation Hint: Use C-x t to copy tagged file names to the command line. Hint: Use C-x p to copy the current pathname to the command line. Hint: Completion: use M-Tab (or Esc+Tab). Type it twice to get a list. i wonder what will you say against it :))) A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: AMC merge patch #2
Hi,
The saga continues, this time with EXTfs and Syntax files updates:
Changes included in patch: (all merged in from AMC version mc-4.1.35-A12pre)
- EXTFS Support for the ESP archiver ('uesp' added where needed)
I have never heard of ESP.
Is it enough reason to refuse the patch?
It's an old DOS archived written by me and some others. It was widely used
around '97 under DOS. SInce I have lots of .esp files i've ported the
archiver to linux few years ago and added support for it in mc too.
Icon=compressed.xpm is wrong. There is no compressed.xpm in the current
possible. what is the replacement?
it comes from 4.1.35 where it did exists (probably) at least i copied it
from another archiver's (probably .zip i don't remember) entry.
since i'm using mc on console, i don't see icons so hard to notice if no
such icon...
code. If you don't check your changes, somebody else will have to do it
for you.
That's precisely a defect that cannot be found by the end users. You are
adding an obsolete keyword, which has no effect. However, add 100
obsolete keywords, and mc.ext becomes much harder to understand by
developers, let alone users trying to customize it.
ok
- (commented out) support for .deb on dpkg-less systems
(users just need to move # 2 lines up :))
Believe me, 99% of users won't know about that commented piece. The fix
belongs to the udeb script that should be able to fallback to using ar
if dpkg is missing or doesn't work.
yes it was discussed later (after i sent the patch)
- New .syntax files for BAssPasC, Macro-HTML, J(Dis)Asm languages
I only heard of jdisasm of all those.
great...
I'm not sure that most *.mac files
are written in Macro-HTML. I think I'll put this to the contrib section
of the website.
basspasc is an old assembly extension language for DOS, written by me and
others... (as usual) unless you was interested in asm optimization under DOS
that times it's no wondenr if you don't know it.
macro-html is not a widely known thing, i've wrote it to generate webpages
from templates using basspasc-like syntax macros...
- (mostly) Color changes in HTML, LSM, Makefile .syntax files, to make
them (more) readable on blue background
(who the fsck thought that dark brown on dark red is readable?)
I don't remember seeing dark brown on dark red in any highlighted files.
see the comments (// or /* */) in any .c file... unreadable!
maybe i should buy an LCD/TFT instead of my CRT monitor?
If you mean dark brown on dark blue, that question was raised already, and
the right fix would be to implement macro definitions for colors. Then
you could define the color for comments in one place, and it would affect
all syntax files using that definition.
it would be great!
-context !-- -- brown
- spellcheck
+# modified by A'rpi/ESP-team [EMAIL PROTECTED]
-context ! brightred/orange
Please avoid placing your name everywhere you change something. You are
sorry. i'm used to add comments where i modify in other's files, so i can
easily look up where did i touch it. with cvs it has no much sense it's
right, it's an old (and wrong) habbit...
+# Syntax hilight definition file for Midnight Commander / CoolEdit
highlightCooledit
i've seen 'hi-lite' used at too many places (other editors) while never
meet highlight. also teh meaning of highlight is a bit funny, at least
high light is nothing close to syntax coloring, imho.
what about the other (much more important) patch-set (AMC #1) ?
yes i know that touching the .c files is very very bad and i shouldn't do
that etc...
A'rpi / Astral ESP-team
--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
However, many people beg for its inclusion in Debian. Why? - Gabucino
Because having new software in Debian is good. - Josselin Mouette
Because having good software in Debian is new. - Gabucino
___
Mc-devel mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Update TODO list
Hi, Maybe someone familiar with fishfs code could fix it? Question is if it is possible to fix fishfs. Maybe replacement why not possible? in worst case just reopen the connection if it fails (now it prints error message but does not work any more after ctrl+c) Problem is that fish is a hack. Imagine putting file full of rm -rf / and remote machine going oom and killing both dd-s. I do not see an lol :) easy way to fix that :-(. maybe use tricky shell script (command) instead of 'dd' (ie don't use external program for reading/writing a file, use the shell) so if OOM kills bash it will be killed so the rm -rf / won't be executed but it's all unrelated to my problem (fishfs broken after ctrl+c). A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Update TODO list
Hi, 1) It's about time to make ftp to sites like ftp.mcafee.com. If other programs can why do we not? As soon as we (mplayer team) are over the 0.90 release (should happen in a few days) i'll start my work on rewritting ftpfs. The current code is (sorry) a messy hack, with lots of bad assumptions and unhandled errors. It ay work with wu-ftpd, but for example it cannot chdir to homedir on proftpd, and i don't even want to imagine when it meets our hungarian language AIX server... I've already spent lots of time improving ftpfs in 4.1.35 in AMC, and i see the same problems still exists in 4.6.0. So, cound on me for ftpfs. Some more TODO entries: The fishfs is a little buggy, if you start transferring a big file and then aborts with ctrl+c, it gets into unusable state, and thanks to the vfs dir cache you have to quit mc and restart to get it working again... Maybe someone familiar with fishfs code could fix it? Another important issue i found is that patchfs doens't handle delete, so if you enter a 'patch', and edit a 'file' in it, it will append the edited version but don't remove the original part, rendering it unusably broken. Delete/edit support is (imho) required for patchfs to make it useful. Unfortunatelly it's written in perl, so i can't volunteer fixing it, unless i rewrite it in C or bash. The lslR-fs is cool, but it's extremly slow (try to enter a 80mb ls-lR file) and eats extremly high memory (aoround 200mb for that 80mb lslr file). I think we should write 'native' support for it, just like for tar and cpio. It could do an initial pass, searching for directories, and storing the position in the lslR file as 'inode', and when the user enters a directory, then jump to that position and parse that part only. A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: ftps status
Hi, i just wanna ask one question - when will be FTPS corrected? is it too hard to make working ftp symlinks and normal reconnect after timeout? not hard at all, but mc's ftpfs has much more problems... :( it's broken to hell, nowdays i'm testing 4.6.0pre3 and in 80% of cases it lost connection, hangup (yes, killall mc...), sig11 or just shown broken filename/links... i know that there is patched mc exists (ftp://esp-team.scene.hu/esp-team/linux/mc-4.1.35-A10.tar.gz) which yes that's my code :) btw there is A12pre too... has right ftps that work just fine i'll fix (or maybe rewrite, it seems easier...) ftpfs of mc 4.6 code soon. (and also has corrected The shell is already running a command bug) i've already ported it (and many other features/fixes from -Axx tree) to 4.6.0pre3+ (CVS), already posted 2 patch-set to this list a week ago, but still no answer by maintainer(s) :( (yes i know it's freezee now, i didn't expect it in 4.6.0, but you should comment if it's good that way or you never will accept those changes, so i can either change my patch style or fork or whatever... i think it will be fork again, since i can't wait forever, i want those issues fixed and continue porting stuff and fixing those annoying ftpfs/fishfs/extfs bugs) but it's 4.1 branch - very old and without large file support ;( i've fixed largefiles already in my 4.1-Axx tree, when 4.5.x didn't even support it... I'm waiting in about 4 years for normal ftps in MC... I waited a lot (1 years?) then i've fixed... it was the main reason of making the -Axx series. A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: ftps status
Hi, i just wanna ask one question - when will be FTPS corrected? is it too hard to make working ftp symlinks and normal reconnect after timeout? not hard at all, but mc's ftpfs has much more problems... :( it's broken to hell, nowdays i'm testing 4.6.0pre3 and in 80% of cases it lost connection, hangup (yes, killall mc...), sig11 or just shown broken filename/links... i know that there is patched mc exists (ftp://esp-team.scene.hu/esp-team/linux/mc-4.1.35-A10.tar.gz) which yes that's my code :) btw there is A12pre too... has right ftps that work just fine i'll fix (or maybe rewrite, it seems easier...) ftpfs of mc 4.6 code soon. (and also has corrected The shell is already running a command bug) i've already ported it (and many other features/fixes from -Axx tree) to 4.6.0pre3+ (CVS), already posted 2 patch-set to this list a week ago, but still no answer by maintainer(s) :( (yes i know it's freezee now, i didn't expect it in 4.6.0, but you should comment if it's good that way or you never will accept those changes, so i can either change my patch style or fork or whatever... i think it will be fork again, since i can't wait forever, i want those issues fixed and continue porting stuff and fixing those annoying ftpfs/fishfs/extfs bugs) but it's 4.1 branch - very old and without large file support ;( i've fixed largefiles already in my 4.1-Axx tree, when 4.5.x didn't even support it... I'm waiting in about 4 years for normal ftps in MC... I waited a lot (1 years?) then i've fixed... it was the main reason of making the -Axx series. A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: [PATCH] dotdot in the root directory
Hi, That is why I believe those dots in root dir are completely useless. Let's not pollute mc code with useless options. I vote for a configfile-only option for '..' in root. It doesn't pollute code (adding 2 new lines (int hide_root_dotdot=0; and a line in setup.c's table) and adding a variable to an if() shouldn't hurt). I think it's better if the app is customizable (down to the tiny details) than if developers decide what the user wants. Such options don't need to have entry in the F9 menu, but if someone wants he can change it in ~/.mc/config A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: rpm --nosignature
Hi,
Hello!
Can somebody with RH 8.x distro test attached patch. I don't know is
that rpm option order sensitive.
It's working fine. Thank you!
hmm.
then teh same trick (if ... then) could be used for dpkg-less systems,
to fallback to ar+tar if no dpkg installed:
+# for dpkg-less systems:
+# Open=%cd %p#uar
+# View=%view{ascii} ar p %f control.tar.gz | tar xzO control ./control
2/dev/null ; echo ; echo Filelist: ; ar p %f data.tar.gz | tar tzv
A'rpi / Astral ESP-team
--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
However, many people beg for its inclusion in Debian. Why? - Gabucino
Because having new software in Debian is good. - Josselin Mouette
Because having good software in Debian is new. - Gabucino
___
Mc-devel mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/mc-devel
Re: .syntax file syntax changed since 4.5.4x?
Hi, I agree with you, but this documentation problem is my fault. I overlooked this when I was changing the documentation about syntax highlighting. It won't take much time to fix. I also meant fixing documentation. It looks like that I'll be busy next weekend, so the real release date will be most likely Monday, February 3. Great! Please be assured that I do what I can to make the next release stable and reliable. I'm not resting - I have a lot of things to do, not all of which are related to mc, unfortunately. There is no specific problem that would prevent the release. I'm quite confident that we are one week from the 4.6.0 release. Please fix the src/key.c::is_idle() select()-related bug, it's very annoying especially when running long file searches. A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Find file dialog in mc-4.6.0-pre3
Hi, Thank you. The code you found is completely broken. However, your changes don't seem to make any difference for me. Could you please send a strange. it solved the problem completely for me, and it seems for others too. Your patch makes the difference when looking for filenames without searching file contents. Searching contents is still not responsive. It makes difference for bot, at least here, but... src/find.c::do_search() tries match on 32 files before it returns, so if scanning 32 files took more than 0.1-1 seconds then it's slow response. the worst case when you search inside a single very big file, it's no way to fix without big changes of teh find.c code. (being able to suspend search inside a file, save the position and then later (next call) continue from that point.) anyway that '32 files in a grpup' approach is quite lame, it would be better to measure time, and update panel/rot.dash and return at every 0.25 seconds or so. Or at least call is_idle() from inside do_search() after each file and return immediately (break the 32 counter) if zero. Applied. Thank you! thanks. By the way, it was my error. I cannot believe I wrote all that. I also wondered when realized those bugs :) A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Find file dialog in mc-4.6.0-pre3
Hi, anyway that '32 files in a grpup' approach is quite lame, it would be better to measure time, and update panel/rot.dash and return at every 0.25 seconds or so. Or at least call is_idle() from inside do_search() after each file and return immediately (break the 32 counter) if zero. Maybe this is_idle() checking could be added to the regexp matching code of find.c, so it chould stop matching file immediately when key/mouse event received. Drawback is that matching will be restarted from pos 0 after processed the event :( But it's still better than waiting forever for the search to end... Imho 99% of events is 'cancel' so it should be ok as a hotfix for now. Btw i have some more ideas for the find code, if you don't mind i'll start hacking it. At first, I want that binary file matches show hex file position instead of line number, which is useless. And F3 start viewer in hex mode, at the position of the match. Currently it never shows the match for binary files... anyway the new find-contents code is very nice, compared to the old egrep-hack. A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: .syntax file syntax changed since 4.5.4x?
Hi,
I'm porting my .syntax hilite files from AMC (uses syntax code from 4.5.4x)
and found that the /nn number codes has gone. I've never understood their
purpose but all my syntax files contains them after each color code.
-keyword $(*) yellow
-keyword ${*} brightgreen
+keyword $(*) yellow/24
+keyword ${*} brightgreen/16
Should I remove them, or it doesn't matter?
After some more RTFM i've found opposite things written.
In the Syntax file, the comment says:
# syntax rules version 62
# (after the slash is a Cooledit color, 0-26 or any of the X colors in rgb.txt)
While the english manpage has examples, for example:
keyword whole static 24
keyword whole extern 24
keyword {14
keyword }14
keyword '*' 6
followed by:
The possible colors are: black, gray, red, brightred,
green, brightgreen, brown, yellow, blue, brightblue,
magenta, brightmagenta, cyan, brightcyan, lightgray and
white.
Imho this thing should be cleaned up for 4.6.0, either remove numbers or
color names or at least fix the manpage to explain what are them, instead
of having examples using numbers and description using color names.
A'rpi / Astral ESP-team
--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
___
Mc-devel mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Find file dialog in mc-4.6.0-pre3
Hi, I've scanned a TODO list and found the item - Make find dialog more responsive - inside After 4.6.1 on 4.6.x branch section. But I think the responsiveness of the dialog is unacceptable for the 4.6.0 release. I missed the moment when it became so bad, (may be 1-3 I agree. So i went and hunted down the bug :) It's a nice 100l one, said in MPlayer terminology... In src/key.c, the is_idle() function is broken. It's called by the dialog loop (used by Find File too) to decide if call the callback fv (search for files) or handle the key/mouse events. The original code ends this way: timeout.tv_sec = 0; timeout.tv_usec = 0; select (maxfdp, select_set, 0, 0, timeout); return !FD_ISSET (0, select_set); which is, according to 'man select' broken at 2 points: int select(int n, fd_set *readfds, fd_set *writefds, fd_set *exceptfds, struct timeval *timeout); n is the highest-numbered descriptor in any of the three sets, plus 1. ^^ so it should be: select (maxfdp+1, select_set, 0, 0, timeout); this may work on some select() implementations, i've heard that some ignores the first parameter and calculates it from the fd sets. but it's better fixed. and: FD_ISSET(int fd, fd_set *set); FD_ISSET tests to see if a descriptor is part of the set; this is useful after select returns. so it should be: return !FD_ISSET (input_fd, select_set); (the original code works only if input_fd==0) after changing these, find is responsive again! btw, NOTE: i didn't handled the gpm events, they need extra code, so the current is_idle() should be changed deep. I've just summarized the idea about the bug. If you want, i can prepare a commitable patch. A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
.syntax file syntax changed since 4.5.4x?
Hi,
I'm porting my .syntax hilite files from AMC (uses syntax code from 4.5.4x)
and found that the /nn number codes has gone. I've never understood their
purpose but all my syntax files contains them after each color code.
-keyword $(*) yellow
-keyword ${*} brightgreen
+keyword $(*) yellow/24
+keyword ${*} brightgreen/16
Should I remove them, or it doesn't matter?
A'rpi / Astral ESP-team
--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
___
Mc-devel mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/mc-devel
extfs/uzip bug
Hi,
While testing new uzip i've found that it's still(!, it didn't worked 3
years ago neither) unabel to handle zip files containing subdirs/fis with
extra chars (space etc) in the name.
my test file lists:
root@arpi:/tmp/!mc# unzip -l teszt\ 1.zip
Archive: teszt 1.zip
Length Date TimeName
0 01-25-03 21:47 teszt/
0 01-25-03 21:47 teszt/dir 1 2 3 ! ;/
23618 12-26-02 03:19 teszt/dir 1 2 3 ! ;/fish.c
371 11-21-98 20:36 teszt/dir 1 2 3 ! ;/fish.h
459 09-27-02 01:13 teszt/ftpfs.h
---
24448 5 files
but in mc if i enter i can only see ftpfs.h
after changing line 22 of extfs/uzip to:
my $op_has_zipinfo = 0;
it started to work.
so it seems zipinfo support is broken?
A'rpi / Astral ESP-team
--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
___
Mc-devel mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/mc-devel
AMC merge patch #2
Hi,
The saga continues, this time with EXTfs and Syntax files updates:
Changes included in patch: (all merged in from AMC version mc-4.1.35-A12pre)
- EXTFS Support for the ESP archiver ('uesp' added where needed)
- (commented out) support for .deb on dpkg-less systems
(users just need to move # 2 lines up :))
- New .sytnax files for BAssPasC, Macro-HTML, J(Dis)Asm languages
- (mostly) Color changes in HTML, LSM, Makefile .syntax files, to make
them (more) readable on blue background
(who the fsck thought that dark brown on dark red is readable?)
- .sytnax file mapping for .syntax files moved to top, so editing files
like Makefile.syntax is colored now :) (it matched the Makefile.* rule)
patch:
diff -Naur mc-2003-01-24-21.patched/lib/mc.ext.in mc-2003-01-24-21.patch2/lib/mc.ext.in
--- mc-2003-01-24-21.patched/lib/mc.ext.in Wed Dec 25 01:26:23 2002
+++ mc-2003-01-24-21.patch2/lib/mc.ext.in Sat Jan 25 22:40:37 2003
@@ -422,6 +422,13 @@
Open=%cd %p#uarj
View=%view{ascii} unarj l %f
+# esp
+regex/\.e(sp|[0-9][0-9])$
+ Open=%cd %p#uesp
+ View=%view{ascii} unesp v %f
+ Extract=unesp x %f
+ Icon=compressed.xpm
+
# ha
regex/\.(ha|HA|Ha)$
Open=%cd %p#uha
@@ -495,6 +502,9 @@
regex/\.deb$
Open=%cd %p#deb
View=%view{ascii} dpkg-deb -c %f
+# for dpkg-less systems:
+# Open=%cd %p#uar
+# View=%view{ascii} ar p %f control.tar.gz | tar xzO control ./control
+2/dev/null ; echo ; echo Filelist: ; ar p %f data.tar.gz | tar tzv
### Default ###
diff -Naur mc-2003-01-24-21.patched/syntax/Makefile.am
mc-2003-01-24-21.patch2/syntax/Makefile.am
--- mc-2003-01-24-21.patched/syntax/Makefile.am Sun Sep 22 02:06:27 2002
+++ mc-2003-01-24-21.patch2/syntax/Makefile.am Sat Jan 25 22:39:31 2003
@@ -35,6 +35,9 @@
tcl.syntax \
texinfo.syntax \
unknown.syntax \
- xml.syntax
+ xml.syntax \
+ bapc.syntax \
+ mhtml.syntax\
+ jasm.syntax
EXTRA_DIST = $(syntax_DATA)
diff -Naur mc-2003-01-24-21.patched/syntax/Syntax mc-2003-01-24-21.patch2/syntax/Syntax
--- mc-2003-01-24-21.patched/syntax/Syntax Fri Dec 13 09:12:52 2002
+++ mc-2003-01-24-21.patch2/syntax/Syntax Sat Jan 25 20:08:49 2003
@@ -17,6 +17,9 @@
# brightcyan
# white
+file [Ss]yntax$ Syntax\sHighlighting\sdefinitions ^#\ssyntax\srules\sversion\s
+include syntax.syntax
+
file ..\*\\.(diff|rej|patch)$ Diff\sOutput ^(diff|Index:)\s
include diff.syntax
@@ -71,6 +74,15 @@
file ..\*\\.(php|PHP)[0-9]?$ PHP\sProgram
include php.syntax
+file ..\*\\.(bap|bp2|bp3|bpp|bpe|lib|l32)$ BAssPasC\sProgram
+include bapc.syntax
+
+file ..\*\\.(mhtml|mac)$ Macro-HTML\sSource
+include mhtml.syntax
+
+file ..\*\\.(jasm)$ JVM\sAssembly
+include jasm.syntax
+
file ..\*\\.(java|JAVA|Java|jav)$ Java\sProgram
include java.syntax
@@ -112,9 +124,6 @@
file Don_t_match_me Mail\sfolder ^From\s
include mail.syntax
-
-file [Ss]yntax$ Syntax\sHighlighting\sdefinitions ^#\ssyntax\srules\sversion\s
-include syntax.syntax
file .\* unknown
include unknown.syntax
diff -Naur mc-2003-01-24-21.patched/syntax/bapc.syntax
mc-2003-01-24-21.patch2/syntax/bapc.syntax
--- mc-2003-01-24-21.patched/syntax/bapc.syntax Thu Jan 1 01:00:00 1970
+++ mc-2003-01-24-21.patch2/syntax/bapc.syntax Sat Jan 25 20:56:42 2003
@@ -0,0 +1,209 @@
+# BAssPasC syntax definitions v1.0 for Midnight Commander 4.1.35 and 4.5.x
+# (C) 1999 by A'rpi/ESP-team [EMAIL PROTECTED]
+# BAPC is a programming language, visit http://esp-team.scene.hu for details!
+
+context default brightcyan
+
+# main BAPC commands:
+keyword whole VAR white
+keyword whole CONST white
+
+keyword whole USES white
+keyword whole INDIRECT white
+keyword whole INDIRECTALL white
+keyword whole INCLUDEPROC white
+keyword whole INCLUDE white
+keyword wholeleft INCLUDED white
+keyword whole ALIGN white
+
+keyword whole SMOV white
+keyword whole RMOV white
+keyword whole LDDM white
+keyword whole SDDM white
+keyword whole LDD white
+keyword whole SDD white
+
+# IF-EQU
+keyword whole if white
+keyword whole ifn white
+keyword whole else white
+keyword whole endif white
+
+# BAPC conditionals:
+keyword whole IF white
+keyword whole IFS white
+keyword whole IFN white
+keyword whole IFNS white
+keyword whole DO white
+keyword whole DOCMD white
+keyword whole THEN white
+keyword whole THENCMD white
+keyword whole ELSE white
+keyword whole ENDIF white
+keyword whole WHILE white
+keyword whole ENDWHILE white
+keyword whole REPEAT white
+keyword whole UNTIL white
+keyword whole WITH white
+keyword whole ENDWITH white
+keyword whole CASE white
+keyword whole END white
+keyword whole ENDCASE white
+keyword whole ENDM white
+# FOR is too complex, include only the most importants:
+
Re: MC topdir /.. remove!
Hi, Pavel Roskin [EMAIL PROTECTED] schrieb am 22.01.03 19:36:44: It's important that the users who come from other similar filemanagers are not confused. In all of those filemanagers, the root directory has no .., and it's an indicator of the top-level directory. We could remove .. everywhere and use a shortcut to go up (Ctrl-PgUp), but that would also be confusing to the new users with DOS, Windows or OS/2 background. note that special keys like ctrl+pgup can't pass several terminals, they only work on console with raw keyboard access and sometimes in xterm too. so it shouldn't be the only way to cd .. A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: removing the obsolete gnome (gmc) support?
Hi, While searching for the current MC homepage/download/cvs etc (btw where is it? i still not find it, the http://mc.blackdown.org/mc/ url points to some java4linux crap!) i've found an interesting mail: You must have lived under rock for years. sure. i was busy 24/7 with mplayer development and with my job in the rest. (and still using amc 4.1.35-a12pre (yes a12 was never finished) on all my hosts) i didn't even know about being a big difference between 4.5.x and 4.6. i've seen 4.6.0rcX announce recently but i thouht it's just 4.5.xx (xx == too big number) renamed :) Maybe you are Kevin Mitnick? :-) not (yet) :) Go to www.google.com and enter Midnight Commander homepage. Click I'm feeling lucky. The answer will be prominently displayed in your browser. Eh. I've tried midnight commander download patch fix :) I thought i'm the only not using/liking gmc and wanted to remove gmc from the code years ago. You are not alone. Nice to hear! Yes, I was who started AMC 3 years ago, to make a cleaner, stable mc version targeted for console only. (ftp://thot.banki.hu/esp-team/linux/mc-4.1.35-A12pre1[.txt|.tar.gz]) I know about it. I always wanted to take your FXP support in VFS, but I never had time for that. I've never really used the FXP thing (added for request by friends) but i'll try to port it now. Now, that i'm about leaving the MPlayer project, I plan to work again on AMC. But I didn't decided yet if i'll continue patching the old 4.1.x series or fork the 4.5.x code and remove the crap (mainly gmc), or maybe start a new project from scratch and maybe porting some parts from 4.1.x or 4.5.x. I'm glad to welcome you in our team. The existence of AMC was an important argument for removing the GNOME frontend. Your expertize will Eh. I'm really surprised :) be very useful. It would be great if you help us merge changes made in AMC. I'll try to do my best. So, the question: are you planning to remove gnome gmc hack in the near future from 4.5.x tree? Why do you care about 4.5.x tree? 4.6.x tree won't have it from the beginning. Please test 4.6.0-pre3 or the CVS version. I hope to release 4.6.0 very I'm downloading (cvs co mc) CVS right now. I think it will take some time to re-learn the mc code structure, i haven't seen it since years... I thought that 4.5.xx is the current version, and its bugs are not fixed there since years because no one develops mc nowdays or they're all working on the gmc part :) It is the reason why i planned to fork or start a new project from scratch. It's amazing to see that it's still under development and the goal is again making a stable bugfree console tool instead of yet another winblows-exploder or win-commander clone for gnome/X. A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: removing the obsolete gnome (gmc) support?
Hi, [ please do not cc:, i'm subscribed on mc-devel ] I'm glad to welcome you in our team. The existence of AMC was an important argument for removing the GNOME frontend. Your expertize will Eh. I'm really surprised :) It was a clear indicator that something wrong was going on with the project. Another reason was the appearance of gmc alternatives, such as Nautilus and Gentoo. I've never understood why was it good to hack mc to hell to get the gmc thing, especially after trying gmc. Writing such thing from scratch must have been simpler... As for the text edition, I wanted to release 4.6.0 much earlier, but it was a heavy race against bugs. As soon as somebody was fixed, another critical bug was reported. Sometimes it seemed that I'm losing the race, but finally I could concentrate and deal with the remaining issues. :) I've done exactly the same with mplayer 0.90. We're delaying teh release since 2002 april because of serious bugs keep appearing, and now after few months of heavy bug-hunting and feature-freezee it's finally stable. We'll release 0.90 final in a few days. I've decided that before I start mplayer generation 2 (new core etc, instead of hacking 0.90 more) I will tidy my desktop, ie fix the bugs and add missing features i'm fighting every day in development tools, especially in mc and mailer3. So I'm here :) Of course, a lot of stuff was moved to the TODO file. We also have a bug I've read it. I'll come up soon with my own TODO, probably a stripped down version of yours, with things i'm interested to work on. tracking system and a patch manager on savannah.gnu.org. There are still serious problems in the code, such as an unsafe rewriting of the config files without locking and doing backups. ah, the config system... i usually run several instances of mcedit on tty1..tty9, editing various source files (yes i know i should use some multifile-capable IDE but i like mcedit) and if i change something (indenting, tab size etc) in one mcedit then it will be saved and new mcedit instances will have that values set as default. It's really annoying... Imho there should be something like 'Ok for this instance' and 'Save as default setting' choices at the preferences/settings panels. There is a lot of work to be done. 4.6.0 is just the beginning. Sure. I've find this in TODO: * Internal terminal - no more console saving. Imho it's one of the most important issues/problems of mc. I'm use dto norton/volkov comamnder under dos, and far under win32, they behave the same way when panels are visible and when they are hidden. In opposite, mc is tricky: if panels are enabled, then you're in mc's line editor, with mc hotkeys working. When panels disabled: you're in raw shell, no mc keys or things available. Even the command history in panels on/off mode is independent... The question is that how to solve this duality. Or is it planend at all? The first thing came in to my mind is the approach used by Volkov commander: You're always in the commandline editor, even if panels disabled. If you enter sth and press enter, it execute sthat command in a new shell (command.com /c yourcommand). If you press alt+enter, it executes it in parent shell by calling the int 4Bh syscall (something like the exec*() posix calls, running the commands in the current shell). This is very important if you want to execute shell setting commands, like setting environment variables, set up alias-es etc. Anyway i'm not sure it's doable, but i think it is. Also, I like your idea of builtin terminal emulation. Btw, it would be nice if it could run commands in new tty. Some utils, for example fte, ht or biew supports raw keys (to utilize shift+control+Fx etc combinations) but they don't work when executed from mc. It's boring to exit mc whenever i want to run biew on a file... It should be optional, and is useful only for local console use. (i opposite, i like that dosemu doesn't get raw access when run in mc, so i can copypaste with gpm from/to dos apps :)) It is the reason why i planned to fork or start a new project from scratch. Please avoid forking by all means. If you have problems with the current code, I'd like to hear from you. Ok i'll try to avoid forking :) But I will (have to do) if we can't agree on some important change later, since getting the issues solved is more important for me than waiting years for some api change or end of code freezee :) (I just don't want to fight against others too much to get my patches accepted. When i did AMC, i knew that those changes are not clean and will never be accepted to the official code, or if they will be it's even worse because it means that clean code is not a goal... but the more important reason was that gmc mess all around in 4.5.x...) It's amazing to see that it's still under development and the goal is again making a stable bugfree console tool instead of yet another winblows-exploder or win-commander clone for
