ndn_3_00_0004_l64 doesn't start within tinycore 11.1

[Guest JClu]

trying to run ndn_3_00_0004_l64 in  tinycore 11.1 64bits.
Here's what I get :

$ ./ndn


Necromancer's Dos Navigator v3.00.0004f/LINUX64. 
Based on Dos Navigator by Ritlabs...
[DEFINES/CPUX64/LINUX/FREEPASCAL]
* Linux (v4.19) detected
* TTY: /dev/tty48 (rxvt)
* Process ID = 3598 ...
* PCRE Version 8.44 2020-02-12
* Berkeley (BSD) socket API for Unix/Linux


Caught SIGFPE: Arithmetic Exception
error at 0x000000000045E49B
r8 =0000000000000000
r9 =00007FFE2ACFF238
r10=78716D6A6B6C6E74
r11=0000000000000246
r12=0000000000401980
r13=00007FFE2ACFFD00
r14=00007FFE2ACFFF28
r15=00007FFE2ACFEF78
rdi=00007F929336DDBE
rsi=0000000000000DBE
rbp=00007FFE2ACFF478
rbx=0000000000000003
rdx=0000000000000000
rax=0000000000001130
rcx=0000000000000000
rsp=00007FFE2ACFF458
$000000000045DF21  INITEVENTS,  line 1160 of DRIVERS.PAS
$0000000000450CF1  RESUME,  line 1481 of DNAPP.PAS
$0000000000450D64  INIT,  line 1496 of DNAPP.PAS
$00000000004B07AC  INIT,  line 240 of DNUTIL.PAS
$000000000049AD84  RUNMAINPROGRAM,  line 411 of MAIN.PAS
$0000000000401103  main,  line 24 of NDN.pas
$0000000000401A2C  _FPC_MAINCRTSTARTUP
$0000000000000001 line 180 of FPCL/OBJPAS.PP
^C
Double Exception Error at 0x00000000004453C4
Runtime error 8 at $000000000045E49B
  $000000000045E49B  SETMOUSESPEED,  line 210 of DRIVERSL.INC
  $000000000045DF21  INITEVENTS,  line 1160 of DRIVERS.PAS
  $0000000000450CF1  RESUME,  line 1481 of DNAPP.PAS
  $0000000000450D64  INIT,  line 1496 of DNAPP.PAS
  $00000000004B07AC  INIT,  line 240 of DNUTIL.PAS
  $000000000049AD84  RUNMAINPROGRAM,  line 411 of MAIN.PAS
  $0000000000401103  main,  line 24 of NDN.pas
  $0000000000401A2C  _FPC_MAINCRTSTARTUP
  $0000000000000001 line 180 of FPCL/OBJPAS.PP

any idea what this might be due to?
anything i can do to make it start correctly?
if more information is needed don't hesitate to ask.
here's some extra, if that can help :

$ ldd ./ndn
        statically linked

$ uname -a
Linux bsrv 4.19.10-tinycore64 #1999 SMP Tue Dec 18 15:18:54 UTC 2018 x86_64 GNU/Linux

thank you for your help

JClu

[Garl 0]

hi

test  current nightly build 

https://drive.google.com/file/d/15MC1DEPYybk9XZcRCrORnngheOucCyhS/view?usp=sharing

and give ndn.err file if crash present 

[Guest .err file?]

Hi Garl,

  very kind of you to provide me with a way to diagnose the case. But google-drive won't do : it requires to be registered... which, i'm afraid won't happen.
  Isn't there a repository for those nightly build ?
  If not can you provide it via a (more) open (and anonymous) file sharing system : e.g.  http://dl.free.fr/   ?

meanwhile, with the last version i downloaded from the site (same as the one i reported the bug with) i made a .err file so, see the attached file.
again, thank you for caring.

JClu

ps: BTW, i submitted another problem : i cannot access my account in this forum and when asking password renewal :
    i never receive the notif email on clu@free.fr... any idea too? If you can, check the msg i left about it to the admins.

   once more :  thank you.

NDN.ERR

NDN.ERR

NDN.ERR

[Garl 0]

http://dl.free.fr/kRCQsiISu

[Guest CandyMan]

This looks to me to be some sort of wrong screen size, width 32,767 and height 0. Hence division by zero.

[Guest CandyMan]

Have we initialized the ttRxvt terminal correctly? It seems not.

[Guest JClu]

@CandyMan

I'm not sure i your msg is for me, anyway about the terminal here is what i can show (that i think of) :

$ stty -a
speed 38400 baud; rows 67; columns 186; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; s
min = 1; time = 0;
-parenb -parodd -cmspar cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk brkint ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany imaxbel -iutf
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke -flusho -extp

$ echo $TERM
rxvt

does it say anything useful to solve current issue?

however, thanks for your concern,

JClu

[Guest JClu]

@CandyMan

BTW, let me add, concerning the terminal, that i'm running many text based apps without trouble (after proper settings that is).

Among them, i use every day|minute :
  mc (i know, that(s because i cannot start ndn)
  elinks (so much faster than any FFox or Chrom*) ,
  htop (I know ps, top and co. but ...),
  tmux (mostly when on remote machines)....

So, i maybe wrong, but i wouldn't unfairly blame the terminal ;-)

thank you for your attention,

Jclu

[Guest CandyMan]

Don't take everything personally. I meant the initialization of the terminal by us developers in NDN code.

[Guest CandyMan]

Try this version. You need to compile resources (run make-l64.sh file) first.

https://megawrzuta.pl/download/2d2cfa250749c69fc87dde6df346b6e6.html

[Guest JClu]

Hi CandyMan,

no, did not take it personal but technical : asked myself wether ishould do anything about the question
and that's why i sent the output of stty&co.
The second msg was, in case any doubt subsisted, to confirm that the terminal is usable in its current setting (though it could be better...).

OK, got NDN.7Z
  decompressed it
  ran quickly to subdir ndn-l64 (my sys is 64)
  there i went on with :
     $ chmod u+x ndn
     $ ./ndn 2>&1 | tee ndn.log0

  start failed because
  local absent (BTW it was also missing in previous version for which i'm reporting the bug)
  so i gave one from an older version (like i di before) and :
     $ ./ndn 2>&1 | tee ndn.log1

  start failed because
  no russian.dlg, same steps and then
     $ ./ndn 2>&1 | tee ndn.log2

  start failed but this time i don't know what to do about it
  So i post you the log files i got (needed, at least ndn.log0 to see the local.so error since the screen is cleared)
  and the .err file too

again, thanks

JClu

PS : and how goes the administrative side?  "renewin the password of my account"

ndn.log0

ndn.log1

ndn.log2

NDN.ERR

ndn.log0

ndn.log1

ndn.log2

NDN.ERR

[Guest JClu]

you might have noticed this : the likes to the attached files appear twice : i only edded them once...and i did not drink vodka!

[Garl 0]

1) you dont compile resource

then run main program

 

Quote

PS : and how goes the administrative side?  "renewin the password of my account"

it si a problem because forum dont have a admin.

[Guest CandyMan]

I didn't think it would be so difficult.
The posted logs show that this time the terminal is working.

[Guest JClu]

did a quick test and i confirm that this makes ndn start but it also raises many issues...
I'll come back to this thread as soon as i get some time to put evrerythinhg to test and report properly.

however tha,k you both for the effort and see u soon in here,

JClu

[Guest JClu]

Hi,
  So, here are the issues i mentionned :
1. the display is made of ascii characters "_|\/" which doesn't compare to the "drawing lines"
   it can use. See the attached screenshots to get the idea :
     - side-by-side with elinks within tmux (ndn-tmux-202009292.png)
     - alone on the console (ndn-1-202009292.png)
   anything i need to do to improve the situation?

2. i cannot show on a screenshot so i'll explain :
   any key i press is used twice and adds '@' which leads to :
     - when on the commandline instead of typing "this" it inputs and displays "tt@hh@ii@ss@" (on returning same weid screen as for F3 below)
     - the hotkeys act weird for the same reason.
       Say i press 'Esc' hiding the panels, i cannot return with 'Esc' and heve to use 'Enter' key.
       Similarly 'Ctrl+o'(same), 'Tab' (to switch panels)... all fail since doubled...

3. trying to edit a file (by F4 or the menu) freezes ndn, and
   i did not find a way to unfreeze : killing it everytime.

3b. F3/viewing works as expected, but exiting with 'Esc' which is doubled => no panels
    and when they are back ('Enter') i get a weird display (please, see ndn-view-202009292.png)

4. did not test much further for it was becoming time consuming and unconfortable.
   i'm ready for tests to provide more info under your directions and produce reproductible cases.
   I'd like to provide an .err file you probably need to follow the points mentionned above, but none was produced.
  any way to run in 'debug mode' so you can trace thing more to your convenience?

5. bout having to launch by myself, by hand a rebuild of .dlg, though not hard, it certainly becomes
   repulsive to the average user trying to discover ndn.
   I suggest either a script along the lines of :

       #!/bin/sh
       [ -f local.so ] || { # do something about it : this error still showed indeed }
       [ -f russian.dlg ] || {
         cd ../ndn.res
         make-l64.sh || { echo "err : could not create russian.dlg"; exit 1 }
         cd -
       }
       ./ndn

   or even better, burried within ndn, not to add to the user's confusion.

I hope these pieces of information are of any use and don't cause too much trouble.
If any test needs to be done, just say it and i'll be glad to put my hands at it.

thanks for your good work and see you soon (though slower on week days),

JClu

 

[Guest CandyMan]

Please try this version.

https://megawrzuta.pl/download/07b6b83f3e05e96923d0a4d72d055de2.html

[Guest JClu]

Okayyyyy!
  some more progress in here :
    1. it start fine without needing to do any prior steps (to get dlg & locale) : good!
    2. i can use the editor but... (see pix ndn-2-202010026.png)
        i tried to open (F4) the file "ndn.ini" and it froze, not reacting to any key.
    3. the keyboard behaves nice this time (no more double keys)
    4. view (F3) also works... but to close it i need to press twice 'Esc' ??
  however, what has not changed, yet, is the display : we don't have the nice continuous
  lines we'd expect to look more like an actually drawn frame instead of those interrupted sticks.
  (see pix ndn-1-202010026.png where you can compare with mc in the background)
  It seems it should work, since the symbol in the statusbar to show toggling between
  text mode and drawing mode shows correctly.
    So, I assume he drawing of the frames and within the editor should follow the same behavior,
      or am I wrong?

  Well, that should be all for today, and to bed i go to be fresh to work with the rising sun :-)

Thanks for the corrections and following my (long, i know) series of remarks

JClu

ps: there is also that constantly rotating thing at the right of the clock : any purpose?
PPS : not a problem by now but need to mention : when resizing the terminal (not xhanging ndn's video mode)
           to small, the clock stays behing half the time.

[Guest CandyMan]

I can improve the drawing of lines in the editor.
As for the freeze while editing the "ndn.ini" file then I can't reproduce the bug.
Also, I can remove the need to double-press Esc.
The rotating element at the clock (spinner) could be turned off (it will be turned off by default).
Better look, "more like an actually drawn frame instead of those interrupted sticks", seems unattainable.

Best regards,
CandyMan

[Guest JClu]

  sorry, been away this whole troubled (for me) week. Back with some more tests done and :

  1. being able to drawlines in the editor and display them in the status bar but not to draw the whole frames?
     does it mean it's not using the same code?
     my understanding (from the pov of an occasional shell script writer) is that all "graphical-like TUI"
       consisted in positionning+writting (gnu-tput + echo|printf) ANSI-chars to
       the terminal (as in https://github.com/metal3d/bashsimplecurses/blob/master/simple_curses.sh)

     sad it turns out to be more complex and thus harder to modify, maintain|improve-expand-simplify.
     In fact i was thing in asking for a kind of dialog editor to help integrate external tools
       or even just a dialog-syntax interpreter à la gtk-dialog (but for terminals)

  2. as for the spinner, it's OK, just that it kinda distracts (and as i straced the execution
     of ndn i noticed it and the clock continuous I/O.
     so just having an actionnable option would be OK but not "vital"
     and you are right with its default value

  3. i also cannot have the freezing problem under strace so
          i could then share its log with you since it does not lead to a NDN.ERR file.
     this raises 2 questions :
       1. can we have an option (like ndn's cli arg) to generate an execution log with verbosity level?
          so we can share with developpers the results of tests efficiently (like NDN.ERR, but even if no identified error occurs)
       2. my current diagnostic : the *freezing* is kinda tim*ing* related since
            - inexistent in strace context (avoiding a possible access conflict/interlocking)
            - also happends with BIG file so probably just a matter of access duration
              which could be avoided with partial loading at start so user doesn't wait (loading can/or not/ continue in background)

  4. thanks for the dble ESC (also present in the editor, and probably other places)

  5. i'm sorry to bring up some more issues :
     1. i actuallu appreciate you've kept the "drive letter concept" as it makes access to the mounted devices more straight forward.
        But, also mounting every loopdevice becomes a problem on ditributions (such as slax, puppy, tinycore and their derivatives)
        relying heavily on this feature to include (often dynamically) apps to the system.
        Indeed there tend to be a lot of them at once...
          in shel i do things like :
          $ mount | grep -E 'ext|ntfs'   to limit list to these FS or
          $ mount | grep -v 'tmp/tcloop' to exclude /tmp/tcloop (in the case of TCL)
            this latter command would also display stuff like rootfs, proc, sysfs, devpts, tmpfs, fusectl
            so it's the never ending dilemma white list/black list

     2. more of a feature than an issue : being able to call ndn "modules" independently.
        either with ndn renamed (symlinks) or using commandline options :
          $ ln ndn ndnvw
          $ ./ndnvw myfile
       or $ ./ndn -vw myfile  would open myfile in ndn's viewer without loading the whole filemanager

        i see that applicable to these functions : viewer, editor, calculator, spreadsheet editor, calendar...

     3. an issue with the colors as they are not steady from the start :
        files don't show up with their desired color until the cursor has passed by (and not suystematically)
        My guess is that it related with earlier problem of the drawnglines as this is ANSI codes dependent too...or not?

thank you again for your nice work and don't hesitate to provide anor bin to be tortured ... i mean tested.
have a nice week-end
 

JClu

[Garl 0]

current changes it is about support national characters

[Guest JClu]

Waaa, Yes!
   Who says "looks don't matter!" ?
   You've don,e it somehow and it shows...Thank you very mucho!

   ... now, where can i get this nes baby to give it a spin?
  BTW, I hope I don't go too far with all my suggestions too.
once again, cpaciba

JClu

[Guest JClu]

Hi,
   I like the last screenshots you posted. They do seem convincingly working.
   Is it possible to test it, anywhere to get this last snapshot to give it a run?

thannk you for the good coding,

JClu

[Garl 0]

http://ndn.muxe.com/download/file/nightly_l64.zip but it localisation not finished

[Guest JClu]

1. indeed, no 'locale.so', but do you have to redo it everytime?
  I mean, specially in the case of nightly versions, did anything change in ndn that impacted it so the one from previous version could not do the job?
  here are the relevant msgs displaid as it started :
    ===========================================================
    $ ./ndn
    Messagebox():
    /mnt/sda2/data/Downloads/-- ndn/ndn_lin/nightly_l64/lib/locale.so: cannot open shared object file: No such file or directory

    Messagebox():
    /mnt/sda2/data/Downloads/-- ndn/ndn_lin/nightly_l64/lib/locale.so: cannot open shared object file: No such file or directory
    Necromancer's Dos Navigator v3.00.0005f/LINUX64.
    Based on Dos Navigator by Ritlabs...
    [DEFINES/CPUX64/LINUX/FREEPASCAL]
    * Linux (v4.19) detected
    * TTY: /dev/tty41 (rxvt)
    * Process ID = 10997 ...
    * PCRE Version 8.44 2020-02-12
    * Berkeley (BSD) socket API for Unix/Linux
    ===========================================================

2. I'm pleased to see no spinner... it really distracted me but could be useful
  if it were used as a kind of "reliable" indicator of th progress of long background tasks.
  by reliable i meant, it should reflect the actual progress of the pending operations then (long transfers, compressions...)
  but in that case a numerical "%" or scaled progressbar would be more approriate since a spinner has rather become associated with stalled operations.
  But I admit... it's a personal opinion :-)

3. no more freezing on either edition(F4) or viewing'F" of a variety of file... good job.

4. a little bug, or so i believe. I'd love the drawing lines with the editor...
  new file (shift+F4) + name+Enter
    switch to line drawing by pressing F4 once then :
      i can draw left and right :
       'shift+directions' for movements with the pen-down (drawing)
       'directions' for movements with the pen-up (just moving)
      this doesn't work for directions up or down (with or without shift)
   ((ohj, and there feature only provides single line drawing, while it used to also draw
     double line (by pressing twice F4 from within the normal typing mode

5. since there is no debug mode, AFAIK, areyou interested in strace's logs that i could provide?

meawhile i'll keep testig and ... Thank You: