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.

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

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.

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

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?

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

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. :(