Jump to content
Muxe Inc Forums
Sign in to follow this  
GPFault

Hex input in search; some LNX problems

Recommended Posts

GPFault    0

Hi!

Selection in hex text doesn`t use horizontal scroll position

To reproduce:

Alt-F7

Text to find: 12345678901234567890

home

right

right(cursor under 3)

Shift-right until scrolling begin - you see 2 first entries in hex are never selected

 

I`d experimented with resizing search dialogs and found following:

If input is quite long hex input is shown as in hex view mode - with | and symbols after it

example from veiwer:

   Èñêàòü òåêñò                                                        
  abcdefghijklmnopqrstuvwx                                            
   Ãex                                                                 
  63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 | cdefghijklmnopqr

 

Also it seems strange to me that in .dnr there are hsFindText and hsViewFind styles.(maybe i hadn`t noticed somthing...)

 

AH, you said you want some LNX bugs :)

Here are some bugs i had, but i`m afraid i can`t provide enough info to reproduce.

 

1. Crash with Ctrl-O under X(gnome-terminal,rxvt,xterm). Esc work fine - screen is showed. In fullscreen in the same system there is no crash. (but there is garbage - terminal is dumb (mc show nothing on Ctrl-O so it`s not bug)).

(sorry for old 7555 version)

NDN.ERR:

VER :Necromancer's Dos Navigator LINUX mode

ADD :v2.15.7555 (24-02-2006)

ERR :C8h (200)

ADDR:0049c7a0

MSG :Division by zero

OSD :32 (88x39)

SYS :Linux

FILE:/windows/F/ndn/source/usermenu.pas(156)

MEM :F7F93BF07D2D8B0D041C52008B85F8FD (at CS:IP)

CS :0023

DS :002B

SS :002B

SP :D220

MEMm:02f16000

MEMa:02f28bd0

in .err file all screen except menu and statusline is filled with 0x0E

(Mandrake 8.?)

 

2. Problems with cmdline: on some systems nothing happen(Gentoo 2006 livecd) on execution, on some other(Mandrake 8.?)new started programs has stdin assigned to smth other than terminal - so they can`t read input(all except man).

 

3. Alt alone never work as start search even if pressing it switches statusline correctly - so NDN get it.

 

If there is no solution for this problem even in case when NDN get it, a hot key for search will be useful.(MC use Ctrl-S)

 

4. cd command without argument should go to user`s $home. (like cd ~). imho it is *nix standard.

 

Do you use ncurses lib for console output?

It may be solution for some output problems.

Now ndn on starting in console do somthing really awful with charset. in some cases i get latin letters instead of pseudographic lines.

In Mandrake 8.? i use command "charset G1 user" when some program (not NDN) damages terminal charset.

After it all programs with pseudographic work fine, but ndn doesn`t.

ndn work wrong even there wasn`t damage before "charset G1 user" command - so it`s NDN bug.

(i keep silent about problems with russian)

 

P.S. Problems 2 (and 3) make NDN completly unusable for me on some systems as file manager(but i use it as editor :))

Share this post


Link to post
Share on other sites

hi gpf!

 

2. strange, seems i have to start to debug on more linux systems

does NDN try to execute? (cmdline cleared f.ex.?)

can you execute files from filepanel?

stdin is fixed to FD 0 in NDN, maybe that's the/a problem?

 

3. yes, alt or ctrl alone (as keypress) are not reported to NDN yet

this requires a bit more work which i couldn't do yet

 

NDN always outputs gfx with ISO-Latin-1 encoding

there is no support for installed character sets yet

and, i don't know how much work is involved

additionally, it doesn't do any unicode, maybe that's a problem too

 

thanks

Stefan / AH

Share this post


Link to post
Share on other sites
GPFault    0

Cmdline problems(Gentoo 2006 livecd):

I type somthing (f.e. bash) in cmdline and press enter.

NDN do following:

-panels disappear

-the line "/mnt/livecd>bash" appears in terminal

-panels reappear

-enter key is evaluted again(i tried many times, it may be keyboard hadling problems):

file under cursor is executed successfully(no this bug)/or dir changed if cursor on dir

 

 

May be it is problem of wrong stdout setting (????) - i`ll try to test if the process appear a little later

Share this post


Link to post
Share on other sites

hi gpf

 

i will ask some friends for some live cds so i can test out on various distros

(i hope they will run on my old system)

 

do you also have problems under text terminal?

i know that X support is bad, i don't even know if it can be made better at all

(although i plan to try :)

 

i fear that my system may have problems running x from a live cd

(especially newer versions...)

 

about fsfindtext/viewfind:

 

viewer and editor/file search each have their own history for their find inputlines

i think this is ok since you might search for different things in viewer compared to the editor

 

bye

Stefan / AH

Share this post


Link to post
Share on other sites
GPFault    0

hi AH!

All LNX bugs (except 1) that I reported were tested in TEXT mode, not under X

I use X quite rare so it is not critical to me.

 

 

About gentoo 2006 livecd: when asked for kernel parameters to boot faster you may try "gentoo nox" or "gentoo nox nodetect"

On my system (it`s old too) booting it taked:

to text ~7 min ("gentoo nox" )

to Gnome ~30min :) (this livecd is extremly slow) ("gentoo")

 

I install the system from this livecd and cmdline problem disappear!(maybe because my installation was very broken, partly and buggy)

So the bug is seen only when booting from the CD.

Share this post


Link to post
Share on other sites
GPFault    0
May be it is problem of wrong stdout setting (????) - i`ll try to test if the process appear a little later

I was wrong - the process doesn`t appear at all

 

Another bug: Very often clock are set at ndn start to correct time and not updated at all.

This bug appears (and desappears) randomly on different distros. I have no idea at all about reproducing it.

Share this post


Link to post
Share on other sites

hi gpf

 

my knoppix 4.0 LIVE-CD has the same execution problem like your gentoo 2006

i just found the reason and fixed it:

 

there is no SHELL variable in the envrionment (see env command)

i am now using /bin/sh if no valid shell variable is found

 

i think this fix is satisfying, since /bin/sh should exist on every system

 

thanks for the report

Stefan / AH

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×