Re: /#sh:user@host file names with "%" bug

On Sat 2010-01-16 00:41:00, Oswald Buddenhagen wrote: > On Fri, Jan 15, 2010 at 08:32:01PM +0100, Janek Kozicki wrote: > > 1. create files named > > efekt_skali__0.15%.png > > efekt_skali__1.5%.png > > > > 2. log in remotely to that host using /#sh:u...@host > > > > 3. observe wrong fi

Re: HAVE_MMAP still necessary ?

On Sat 2008-12-27 21:43:53, Enrico Weigelt wrote: > * Enrico Weigelt schrieb: > > > > Hi folks, > > > > > > I really wonder whether the mmap() stuff is still needed at all. > > It doesnt seem to be really used anywhere. > > Ups, didn't look hard enough (just scanned the vfs subdir) ;-O > > Ok

Re: midnight commander reloaded (?)

Hi! > >Maybe it should be permitted to modify an existing > >project (I believe > >there is a file manager in Python) to match all > >significant features of > >mc. Although non-Python programmers would be at > >disadvantage in this > >case. > > I've tried ZC (Zemljanka Commander) at one poin

Re: New Maintainer for MC Project?

> Since it is not my policy to argue with fools, that's all I will >say along those lines. Learn to use email, thanks. Pavel ___ Mc-devel mailing list http://mail.gnome.org/m

Re: New Maintainer for MC Project?

Hi! > > * Tell the "Leadership" that thanks, but no thanks. > > ... If meritocracy is the rule I think we should decide this on merits, > don't you? Which means you shouldn't decide this all by yourself. I > would like to get some input from others as well. I agree with Miguel here...

Re: [PATCH] Add 'Ignore ...' buttons to error msg window

Hi! > I'm sending a patch which adds the 'Ignore', 'Ignore all', 'Ignore similar' > buttons to error message window. > > > Description > --- > The error message window shows some more buttons: > 'Ignore all' - ignore all following errors > 'Ignore similar' - ignore "this" specific error;

Re: ouch -> undelete on ext3

Hi! > RedHat 7.3 i386 > MC 4.6.0-1 > > Hello list, > > I've really a bad problem. The backup was killed (did just see it now) and > because you never get into troubles... without getting into more > troubles... I've accidentaly deleted some files on my server with mc > (located on hda2, var/w

Re: 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

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 > g

Re: Update TODO list

Hi! > > > 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 someo

Re: Update TODO list

Hi! > 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

Re: Connection status on menu bar

Hi! > I usualy have the annoying hintbar set off. However, when I use ftpfs or > fish, connection status information is printed on the menu bar. To make It disapear > I have to manualy refresh it (by F9 or sth else). > > I think, that when someone want to have hintbar (which is also o "status lin

Re: uarc, ucab, uadf, uimg

Hi! > I've made some new extfs file system scripts: > > uarc is for reading ARC archives > ucab is for reading Microsoft Cabinet files (copyout takes much disk space!) > uadf is for reading Amiga disk images > uimg is for reading/writing FAT disk images > > I hope some people will find them usef

Re: [PATCH] lynx-like jumpkeys

Hi! > > What about non-number key ending "move-by-number" > > mode? No timeouts neccessary. > > Good idea. I'll try to implement that. > > > I still dont see how it is better than C-S, through. > > Dead Can Dance - Spiritchaser [01] - Nierika.mp3 > Dead Can Dance - Spiritchaser [02] - Song Of T

Re: [BUG] Hintbar switch off in 4.6.0-pre2

Hi! > When I'm switching off the hintbar via Options->Layout, > the hintbar text starts to appear at the upper left corner of Linux > console. Its a feature; ftpfs progress is displayed there even if hintbar is off. -- Pavel Written on sharp zaurus, because my Vel

Re: [PATCH] lynx-like jumpkeys

Hi! > > Relying on timeout seems like bad idea to me. > > Its against UI guidelines (they say things should > > not depend on timing, except in games). > > That makes sense in general. That's why these timeout based > features should be optional. Being optional is not excuse for breaking guideli

Re: [PATCH] lynx-like jumpkeys

Hi! > Here is a patch which adds a fast lynx-like navigation to the > panels and to the listbox widgets (history, hotlist, ...). Each > displayed entry is numbered and may be selected by one or two > keystrokes. > > To select for example a file or a hotlist entry numbered "23", > just press the k

Re: uzip extfs sanity patch

Hi! > > Well, if fish-like format was used, something like > > > > Nfile_name > > Dsome_unparsable_junk > > Prwxr--r-- > > > > would be passed to midnight. Midnight would refuse to interpret date, > > Well, that would be great, but it would implicate updating (and > complicating, or even rewri

Re: uzip extfs sanity patch

Hi! > > Extfs should be fixed to use some sane format, > > not ls -l... Fish has one quite reasonable... > > This is quite irrelevant here. If the format of the archive allows 15th > month (which would be impossible if time_t was used) and the archiver is > stupid enough to output the date as is

Re: [PATCH] HISTCONTROL_ignoredups (was: [PATCH] history_show_duplicates)

Hi! > Here is the new patch. It allows the user to set the HISTCONTROL > environment variable to a value of "ignoredups" if he wants to > have only unique entries in history widgets. Maybe duplicates should be always ignored? -- Pavel Written on sharp zaurus, beca

Re: uzip extfs sanity patch

Hi! > > > Here is a small patch I needed to display one particular archive > > > contents without errors. If it is convenient to neglect errors like weird > > > dates then it can be usefull. Maybe even the other archive scripts should > > > have such checks? What do you think? > > ... > > My su

Re: [PATCH proposal] FISH: don't let ssh write its ouput to the controlling tty

Hi! > This patch addresses the problem with ssh writing to the controlling > terminal when asking for password and when displaying a message that the > remote system is not known. Maybe it is easier to "fix" ssh now that openBSD people maintain it? -- Pavel Writt

Re: Bug with fish and '$' in file names

Hi! > > >>Can you test attached patch? > > > > > > Yes, it works without problems. Thanks for the quick response. > > > > Complete version of this patch can be downloaded from > > http://arc.linux.zp.ua/mc/fish.c.patch.gz > > I like the idea of quoting filenames locally. Please apply your patc

Re: [BUG] mc edit Floating point exception 4.6.0pre1

Hi! > > and one more... > > i have trouble in use ftp capabilities under user: > > when i connect to ftp server - i see notning on panel, and in tips > > string i see 'ftpfs: failed; nowhere to fallback to' > > while under r00t - all ok. > > this my mistake or bug? > > There are too little detai

Re: tilde-bug in vfs.c

Hi! > > What does your patch implement? How does it work? Please always comment > > non-obvious patches. In this case we really should make a decision before > > we go ahead and patch the code. > > Oh, I thought it was so simple. :) Anyway, vfs_canon is modified to > first canonicalize withou

Re: MC handling of extfs supplied ls - style dirs & more

Hi! > > Now, after the longish start, D64 images have files with names of up to > > 16 character. These may contain spaces, '/' and all kind of other characters. > > We found it to be incomfortable to parse out the spaces, since the linux > > filesystems handle such stuff nicely usually. Currentl

Re: fish server ?

Hi! > in section 17.3 of the mc manual > (http://canvas.gnome.org:65348/mc/manual-i.html#4) a fish server is mentioned. > > I would like to share files with some friends in a secure way, but I don't > want to give them shell access on my machine. Can someone give me more > information or poin

Re: vfs bug

Hi! > I just found a bug in mc vfs code. It appears when parsing ftp listing > containing files such "2000 bla-bla". > (Yes, i know, spaces are bad). > The bug is that vfs_parse_filedate tries to interprete first word of > file ("2000") as year. > I suggest this patch, but not sure, please fix

Re: gpm crash when killing MC during ftp connection

Hi > When you kill MC via Alt-SysRQ-K > when MC _IS NOT_ busy - everything is OK - > gpm stays alive. Try killing with kill -9. Also, this surely is bug in gpm. Pavel -- Philips Velo 1: 1"x4"x8", 300gram, 60, 12MB, 40bogomips, linux

Re: [patch] Fix ftpfs uploading behavior -rc1

Hi! > >>I reworked ftpfs uploading patch and now I invite you to test it > >>hardly. There are 3 changed files and one new field (linear) in > >>vfs_s_super structure. This flag inform ftpfs_fh_open about ordered > >>linear transfer in this ftp connection. Now temporary file is used > >>only i

Re: Request feature: secure FTP

Hi! > > > Actually, FiSH transfers files over ssh. I'm afraid that implementing > > > sftp would require linking mc against libssl, as opposed to FiSH that uses > > > the ssh executable. I don't want to make mc depend on too many libraries, > > > even optionally. > > > > I would not depend on

Re: Request feature: secure FTP

Hi! > > I would like to see a "Secure FTP link ..." item in Right or Left menu. > > I think we have long menus already. I'd rather see one item "connect" > which would invoke a dialog asking you for login name (possibly with the > domain name), password and connection protocol (ftp, mcfs, FiS

Re: vfs.c "Could not parse"

Hi! > > > what about checking its three letters and if so, return ok but set date > > > to 1970-01-01 to indicate date is wrong? > > > > Sound good to me. "Letters" should mean any ASCII letter or any character > > between 160 and 255. > > > > And is it defined anywhere, that months names sh

Re: vfs.c "Could not parse"

Hi! > > This FTP server outputs the file dates with Frech format: > > > > 150 ASCII data connection for /bin/ls (139.54.66.187,1071) (0 bytes). > > total 15740 > > drwxr-xr-x 6 root other512 sep 26 16:52 . > > drwxr-xr-x 3 root other512 sep 25 14:43 .. > > drwxr-xr-x

Re: vfs/ftpfs New feature on Solaris 2.7

Hi! > Index: vfs.c > === > RCS file: /home/sav/.cvsroot/mc/vfs/vfs.c,v > retrieving revision 1.60 > diff -u -p -r1.60 vfs.c > --- vfs.c 25 May 2000 18:00:34 - 1.60 > +++ vfs.c 27 Sep 2001 12:18:48 - > @@ -1439,9

Re: mmap and SIGBUS

Hi! > > > And I like mmap, not just because of the file size thing but because it > > > should provide the fastest parsers and reduce VM page duplication. (I > > > use it for text parsing, and so does GCC these days). SIGBUS is an > > > essential ingredient in fast parsers, if they are to recov

Re: mmap and SIGBUS

Hi! > Here is a parts of my and Jamie Lokier <[EMAIL PROTECTED]> letters about >mmap. > We discussed this at Linux Kernel mailing list, but it seems it is standart behaviour > of Unices kernel's. Yep, seen that discussion. I did not agree with jamie, IMNSHO SIGBUS sometimes is better than not b

Re: Possibility of Colorer usage (was: php syntax)

Hi! > > > > About the first problem: now colorer uses "Apache Software License". > > > > Is it acceptable for us? > > > > > > I think it's Ok for GPL'd software to link against any libraries, even > > > against the ones under restrictive commercial licenses (e.g. libc on > > > Solaris). > > > > I

Re: Possibility of Colorer usage (was: php syntax)

Hi! > > About the first problem: now colorer uses "Apache Software License". > > Is it acceptable for us? > > I think it's Ok for GPL'd software to link against any libraries, even > against the ones under restrictive commercial licenses (e.g. libc on > Solaris). Its not. GPL has special except

Re: ftpfs upload and temporary files

Hi! > > Hi. Is this really needed ? I noticed all uploaded files are > > copied to /tmp as ftpfs* > > Probably not. The temp file is created in vfs_s_open(), file direntry.c. > It is closed and then reopened. This alone is strange and dangerous if > /tmp is not sticky (stoneage UNIX?). If /tmp/

Re: RFC on file_store()

Hi! > > > 1) Write fish_server and run it with exec. Maybe even upload fish_server > > > if it's not on the server. > > > > (If you are going to write fish_server, in which language. If in > > shell, you can just "stream" your fish_server as it is currently > > done. If other language... and if i

Re: RFC on file_store()

Hi! > > > Sending zeroes is very bad. It means corrupted data on the remote side. Is > > > it possible to send break instead? > > > > Congratulation, you've just discovered problem in fish :-(. > > > > Ok, I knew about this before. Problem is: what to do? Do you think > > dropping connection and

Re: RFC on file_store()

Hi! > I've just discovered a very suspicious piece of code in fish.c, function > file_store(): > > while (1) { > while ((n = read(h, buffer, sizeof(buffer))) < 0) { > if ((errno == EINTR) && got_interrupt) > continue; > print_vfs_message(_("fis

/tmp names

Hi! >Hello, Pavel! > >I often see filenames2/5:361-4-mp directory with long funny names like >"FIles tranferred over SHellG1kT98" (yes, with spaces but without >quotes). > >I understand they are3/5:361-5-y calls to mc-mkstemps in direntry.c >with >me->name as the second argument. Conversion to mc

Re: Shell variable has moved to vfs/util-alone.c

Hi! > This patch moves shell variable from vfs/sfs.c to vfs/util-alone.c. > So mc can use its own shell variable and don't care about VFS subsystem. > > I hope this patch doesn't break nothing, but if somebody know it is not so, > mail me please. Looks ok, I have not tested it.

Re: Patch to reduce usage of tempnam()

Hi! > The difference is that mc_mkstemps creates the template for you and even > adds the directory name (/tmp or $TMPDIR if set). It can be changed to > call the native mkstemps if it's available. Patch looks good, except I'm not sure it is good idea to cache location of /tmp. getenv() should b

Re: Update.

Hi! > > ...but I'm not sure if I'd call it better written. It still uses old > > "url" method, which is totaly unsuitable for something that wants to > > look like filesystem. (Or not? It is not easy to check for that) > > It is not more well-written than mc-vfs. To me it seems mc-vfs is better

Re: Update.

Hi! > * In about a week I will branch the module "mc" in the CVS > repository. The branch will keep the GNOME code, and the > HEAD branch will drop support for GNOME and fully deprecate > tk and xview (they were already, but there is some cruft > her