Jump to content
Muxe Inc Forums

Elfy

Members
 View Profile  See their activity

  • Content count

    76

  • Joined

  • Last visited

Posts posted by Elfy

  4. Posted · Report reply

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

  5. Posted · Report reply

    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

  6. Posted · Report reply

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

  7. Posted · Report reply

    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.

  9. Posted · Report reply

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

  10. Posted · Report reply

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

  11. Posted · Report reply

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

  12. Posted · Report reply

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

  14. Posted · Report reply

    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.

  16. Posted · Report reply

    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)

  17. Posted · Report reply

    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

  18. Posted · Report reply

    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?

×