Elfy

Let's say I want to keep this configuration of panels I set panels' size by a hotkey or with a mouse. I restart ndn. I see panels like they were when I exited ndn -- properly sized. Next I switch from panel to panel and they return to initial state -- being even. This is observed on clean install of last two betas.

Current ndn on diskette? Diskette? What is it? I saw it last time some years ago. Ok, maybe DPMI version can be UPX'ed, but win32? I think this is bad idea.

There is no reason for using UPX in any version.

Regexp seems to be unusable at all. (Maybe not so many bugs, but enough to made it useless.) Is anybody using it? Bugs are hard to reproduce on small files (regexp that didn't work on real big file work ok on copied part of that file) and I'm not sure about necessity of detailed bugreports. Too strange, too obvious and too hard to describe. The code about regexps needs hard testing with debugger and sources.

>yes, because it always exists at the buffer size, yes? I don't understand... It exist but I don't see any connections with buffer size. I try find same pattern on original file (matched string not in the beginning) at various buffer sizes and bug reproduced repeatedly. >hope this is enough explanation? I'm suspecting dependance from tags count... But problem was not in dependance but in exponential (presumably) dependance. It must be polynomial, or better linear. I can be wrong with estimation of algorithm's complexity but it seems so. >but, bigger files (like Virtual Pascals windows.pas,550k,17000 lines) still need some seconds to load, because every line must be parsed And this suggest to problem not solved... Just optimization done, but algorithm still the same. Am I right? I suppose problem is in memory manager.

AH> what old version do you mean, my versions? or even before mine? Before. >try setting it to $8000 and im sure you will have the same problems >with 32k blocks again Problem exist with $8000 buffer, with $10000 buffer, with $1000 buffer, with $20000... Are you sure it's matter? > (elfy, the head13.htm loading problem is fixed) He-he, are you agreed that problem exist? :)) Good. Maybe you will do some explanation? It's curious. thanks

Ok. I do some testing.... It seems to be reincarnation of bug when some part of text in viewer was not searched at all. In some old version odd 32kb blocks don't searched :) Maybe this bug is of same type. rxtest search for "\sWCHAR;" And don't tell me that this works :)

I think parameters of search must handled in the following sequence: 1) filemask 2) advanced option (time, size, etc) 3) containing string Now it handled 1-3-2 and I can't find *.* less then 1000 bytes, created today, contained some string, because ndn begin searching for that string in Morrowind.iso, >600Mb length, last year's :)

063 [a] pkzip25 [ZIP] UseLFN=1 ListChar=@ BestCompression=-lev=9 GoodCompression=-lev=8 NormalCompression=-lev=6 FastCompression=-lev=4 FastestCompression=-lev=2 StoreCompression=-lev=0 Solid= RecoveryRecord= SFX= ForceMode= ExcludePaths=-dir=none IncludePaths=-dir Test=-test -nozip Delete=-delete -nozip Garble=-s Move=-add -move Add=-add ExtractWithPathnames=-extract -dir -nozip Extract=-extract -nozip Unpacker=PKZIP25.EXE Packer=PKZIP25.EXE I'm trying to extract archive "C:\Temp\E-books\richter\HTML\examp\14-VMMap.zip" w/ pathnames to "C:\" by Shift-F2 on it. "PKZIP: (E4) Unknown or illegal option -" After substitute unpacker by batch file... (where are this damned option "EchoToBat"??!) echo %1 %2 %3 %4 %5 %6 %7 %8 %9 pause ...we can see command line "-extract - C:\Temp\E-books\richter\HTML\examp\14-VMMap.zip" P.S. After these experiments ndn removed archiver.ini at all :-\

Ooops. [-] FindFile: String search with advanced options searched files even if advanced options didn't match (dandv) [NC] Sorry. :)

I think parameters of search must be handled in the following sequence: 1) filemask 2) advanced option (time, size, etc) 3) containing string Now it handled 1-3-2 and I can't find *.* less then 1000 bytes, created today, contained some string, because ndn begin searching for that string in Morrowind.iso, >600Mb length, last year's :)

>external files are always executed via batch file I know >the option echotobat was replaced by Configuration.Interface.>DontEchoExternalCommands >and only inserts @ECHO OFF to the batch file This option is off. But there are no echo. ... And I can't find temp file :-\ Where is it?

061 [e] All Ctrl-K combinations dont work. Alt-, Alt- don't work for blocks 062 [e] Given: file ended with CRLF. On next open for edit ndn shows one space on that last, obviosly empty, line. If I edit something in that file the space saved with my changes. This results in annoying Autoindent behaviour. When I want add new line at the end of that file cursor would be positioned on second position of new line after pressing . (DelRightSpaces off)

Ctrl-K, [ Ctrl-K, ] work as Ctrl-K, Ctrl-[ and Ctrl-K, Ctrl-] :( Bad.

Yes, that's russian XP, but what matter? Hotkeys don't work on us keyboard layot. Maybe someone else can confirm or disprove this bug... Especially on XPrus :-\ In any case you are right, it's strange.

As always, last beta, XPSP1 Version v2.14.9501/ENG (15-10-2004) WIN32 (W9x/WinNT) Ctrl-K [ don't work too. :(

Extract files from archive _w32.rar to some dir, start ndn from there, crash with ───-<21-10-2004 05:13:15> VER :Necromancer's Dos Navigator WIN32 mode ADD :v2.14.9501 (15-10-2004) ERR :D8h (216) ADDR:87b387b3 MSG :Access violation OSD :16 SYS :WinNT FILE:/╥ ^^^^^^^^^ There are some unprintable chars CS :001B DS :0023 SS :0023 SP :DCD0 MEMm:21969000 MEMa:2197fc30

When NDN copies files from CD to hdd it access files not in series. This is saple log from filemon 3 5:12:02 ndn.exe:1816 IRP_MJ_READ* W:\Apollo Four Forty\1999 Gettin high on your own supply\14_DEEP_BASS_NINE.MP3 SUCCESS Offset: 655360 Length: 65536 4 5:12:02 ndn.exe:1816 IRP_MJ_READ* W:\Apollo Four Forty\1999 Gettin high on your own supply\14_DEEP_BASS_NINE.MP3 SUCCESS Offset: 720896 Length: 65536 5 5:12:02 ndn.exe:1816 IRP_MJ_READ* W:\Apollo Four Forty\1999 Gettin high on your own supply\14_DEEP_BASS_NINE.MP3 SUCCESS Offset: 786432 Length: 65536 6 5:12:02 ndn.exe:1816 IRP_MJ_READ* W:\Apollo Four Forty\1999 Gettin high on your own supply\14_DEEP_BASS_NINE.MP3 SUCCESS Offset: 851968 Length: 65536 7 5:12:02 ndn.exe:1816 IRP_MJ_READ* W:\Apollo Four Forty\1999 Gettin high on your own supply\14_DEEP_BASS_NINE.MP3 SUCCESS Offset: 917504 Length: 12288 8 5:12:02 System:4 IRP_MJ_READ* W:\Apollo Four Forty\1999 Gettin high on your own supply\14_DEEP_BASS_NINE.MP3 SUCCESS Offset: 1900544 Length: 65536 10 5:12:02 System:4 IRP_MJ_READ* W:\Apollo Four Forty\1999 Gettin high on your own supply\14_DEEP_BASS_NINE.MP3 SUCCESS Offset: 1966080 Length: 65536 11 5:12:02 ndn.exe:1816 FASTIO_QUERY_STANDARD_INFO W:\Apollo Four Forty\1999 Gettin high on your own supply\14_DEEP_BASS_NINE.MP3 SUCCESS Size: 11931723 12 5:12:02 ndn.exe:1816 IRP_MJ_READ* W:\Apollo Four Forty\1999 Gettin high on your own supply\14_DEEP_BASS_NINE.MP3 SUCCESS Offset: 929792 Length: 65536 13 5:12:02 System:4 IRP_MJ_READ* W:\Apollo Four Forty\1999 Gettin high on your own supply\14_DEEP_BASS_NINE.MP3 SUCCESS Offset: 2031616 Length: 65536 14 5:12:02 ndn.exe:1816 IRP_MJ_READ* W:\Apollo Four Forty\1999 Gettin high on your own supply\14_DEEP_BASS_NINE.MP3 SUCCESS Offset: 995328 Length: 53248 15 5:12:02 System:4 IRP_MJ_READ* W:\Apollo Four Forty\1999 Gettin high on your own supply\14_DEEP_BASS_NINE.MP3 SUCCESS Offset: 2097152 Length: 65536 Why system process begin reading same file as ndn read? Have anyone same troubles as I have with CD?

Really??? It works? I think this feature was broken many years ago... And I can't use it. Are you sure?

Yes. :) And it delete trailing spaces too.

055 [f] Open New filemanager fail, ndn hang-ups 056 [a] Name of archive file in command line parameters to archiver not enclosed by doublequotes. 057 [f] Can't switch between drives by ^arrow

It was because of incorrect line in [Column Defaults] "DiskCols0=||||0"

058 [a] Only first 88 symbols of filename are in $$ndn$$.lst for archiver when packing. 059 [f](?) "Echo to bat" option don't work

:( Ctrl-F3. I mean new fm inside ndn. Second fm. Creating. Extracting is ok.

ndn w32/7374 with ini from w32/6873 and old or no dsk file hang-ups on loading. If run it without ini It create dsk and then work with old ini OK.