 |
Palm Community These forums are actively moderated |
|
|
View previous topic :: View next topic |
Author |
Message |
DEMO Guest
|
Posted: Fri Jul 07, 2006 12:56 am Post subject: Line wrapping issues |
|
|
I'm trying out your program and it's connected to a linux terminal (Linksys WRT54G running Openwrt). I've noticed some issues with the way text is displayed on the screen and how it's continually offset from the left side. If I issue a dir command I will see text "all over" the screen and the ash prompt will end up somewhere on the screen sometimes spanning two lines.
It appears to be a wrapping issue but I've tried various combinations of settings to no avail, any help or direction is appreciated. |
|
Back to top |
|
 |
Tec Conklin Systems
Joined: 09 Mar 2005 Posts: 244 Location: Mid-Michigan

|
Posted: Fri Jul 07, 2006 1:50 pm Post subject: |
|
|
We're not sure what the default terminal type is in OpenWRT's kernel implementation but it does sound like it's not sending out carriage returns.
I don't know if the OpenWRT firmware includes the stty command, but try this:
stty onlcr |
|
Back to top |
|
 |
Guest
|
Posted: Fri Jul 07, 2006 9:55 pm Post subject: |
|
|
It does support stty and the following settings are being used:
stty -F /dev/tts/0 raw speed 4800 cols 40 rows 12 ocrnl
if I type ls I get:
Code: |
root@OpenWrt:/# ls
bin etc m
www
root@OpenWrt:/# ls
bin etc
usr www
root@OpenWrt:/#
|
the prompt will continue to move farther right with each command. The program PocketTerm does the same thing. However, PVTerm doesn't.
PVTERM
Code: |
ls
bin etc mnt rom tmp var
dev lib proc sbin usr www
root@OpenWrt:/# ls
bin etc mnt rom tmp var
dev lib proc sbin usr www
|
Ptelnet
Code: |
ls
bin etc mnt rom tmp var
dev
lib proc sbin usr www
root@OpenWrt
:/$
root@OpenWrt:/$ ls
bin etc mnt
rom tmp var
dev lib proc sbin u
sr www
root@OpenWrt:/$
|
Perhaps you can see my confusion as to where the problem lies. 3 different programs, 3 different outputs but your program is being actively developed and holds the most promise. |
|
Back to top |
|
 |
Tec Conklin Systems
Joined: 09 Mar 2005 Posts: 244 Location: Mid-Michigan

|
Posted: Sat Jul 08, 2006 8:35 am Post subject: |
|
|
Ok, given the output certainly we'd like to think CS Online is the one running to spec. (We've upgraded the accuracy considerably as we developed the ANSI support.) But the only way to be sure is to know exactly what the host is sending.
Fortunately, you have a great tool for this task. CS Online Hex mode Logging! This is exactly what it's all about. Login to the shell prompt, then switch the emulation to Hex mode. This will highlight exactly what bytes are being sent and received. If you have the registered version, you can even log color highlighted hex mode to a VFS file viewable in a browser.
Just get to a prompt, go to Hex mode and hit return a couple of times and lets see exactly what the host is sending back. |
|
Back to top |
|
 |
Guest
|
Posted: Mon Jul 10, 2006 9:30 pm Post subject: Here's the Hex |
|
|
This I believe is the hex log you are looking for. After hotsyncing it showed up as a note in my Outlook. This should be ls <return> a couple times.
Code: |
6C 73 0D 0A 1B 5B 31 3B
33 34 6D 62 69 6E 1B 5B
30 6D 20 20 20 1B 5B 31
3B 33 34 6D 65 74 63 1B
5B 30 6D 20 20 20 1B 5B
31 3B 33 34 6D 6D 6E 74
1B 5B 30 6D 20 20 20 1B
5B 31 3B 33 34 6D 72 6F
6D 1B 5B 30 6D 20 20 20
1B 5B 31 3B 33 34 6D 74
6D 70 1B 5B 30 6D 20 20
20 1B 5B 31 3B 33 36 6D
76 61 72 1B 5B 30 6D 0A
1B 5B 31 3B 33 34 6D 64
65 76 1B 5B 30 6D 20 20
20 1B 5B 31 3B 33 34 6D
6C 69 62 1B 5B 30 6D 20
20 20 1B 5B 31 3B 33 34
6D 70 72 6F 63 1B 5B 30
6D 20 20 1B 5B 31 3B 33
34 6D 73 62 69 6E 1B 5B
30 6D 20 20 1B 5B 31 3B
33 34 6D 75 73 72 1B 5B
30 6D 20 20 20 1B 5B 31
3B 33 34 6D 77 77 77 1B
5B 30 6D 0A 72 6F 6F 74
40 4F 70 65 6E 57 72 74
3A 2F 23 20 6C 73 6C 73
0D 0A 1B 5B 31 3B 33 34
6D 62 69 6E 1B 5B 30 6D
20 20 20 1B 5B 31 3B 33
34 6D 65 74 63 1B 5B 30
6D 20 20 20 1B 5B 31 3B
33 34 6D 6D 6E 74 1B 5B
30 6D 20 20 20 1B 5B 31
3B 33 34 6D 72 6F 6D 1B
5B 30 6D 20 20 20 1B 5B
31 3B 33 34 6D 74 6D 70
1B 5B 30 6D 20 20 20 1B
5B 31 3B 33 36 6D 76 61
72 1B 5B 30 6D 0A 1B 5B
31 3B 33 34 6D 64 65 76
1B 5B 30 6D 20 20 20 1B
5B 31 3B 33 34 6D 6C 69
62 1B 5B 30 6D 20 20 20
1B 5B 31 3B 33 34 6D 70
72 6F 63 1B 5B 30 6D 20
20 1B 5B 31 3B 33 34 6D
73 62 69 6E 1B 5B 30 6D
20 20 1B 5B 31 3B 33 34
6D 75 73 72 1B 5B 30 6D
20 20 20 1B 5B 31 3B 33
34 6D 77 77 77 1B 5B 30
6D 0A 72 6F 6F 74 40 4F
70 65 6E 57 72 74 3A 2F
23 20 6C 73 6C 73 0D 0A
1B 5B 31 3B 33 34 6D 62
69 6E 1B 5B 30 6D 20 20
20 1B 5B 31 3B 33 34 6D
65 74 63 1B 5B 30 6D 20
20 20 1B 5B 31 3B 33 34
6D 6D 6E 74 1B 5B 30 6D
20 20 20 1B 5B 31 3B 33
34 6D 72 6F 6D 1B 5B 30
6D 20 20 20 1B 5B 31 3B
33 34 6D 74 6D 70 1B 5B
30 6D 20 20 20 1B 5B 31
3B 33 36 6D 76 61 72 1B
5B 30 6D 0A 1B 5B 31 3B
33 34 6D 64 65 76 1B 5B
30 6D 20 20 20 1B 5B 31
3B 33 34 6D 6C 69 62 1B
5B 30 6D 20 20 20 1B 5B
31 3B 33 34 6D 70 72 6F
63 1B 5B 30 6D 20 20 1B
5B 31 3B 33 34 6D 73 62
69 6E 1B 5B 30 6D 20 20
1B 5B 31 3B 33 34 6D 75
73 72 1B 5B 30 6D 20 20
20 1B 5B 31 3B 33 34 6D
77 77 77 1B 5B 30 6D 0A
72 6F 6F 74 40 4F 70 65
6E 57 72 74 3A 2F 23 20
|
|
|
Back to top |
|
 |
Guest
|
Posted: Mon Jul 10, 2006 9:43 pm Post subject: translated to text |
|
|
Code: |
ls [1;34mbin [0m
[1;34metc [0m
[1;34mmnt [0m
[1;34mrom [0m
[1;34mtmp [0m
[1;36mvar [0m
[1;34mdev [0m
[1;34mlib [0m
[1;34mproc [0m
[1;34msbin [0m
[1;34musr [0m
[1;34mwww [0m root@OpenWrt:/# lsls
[1;34mbin [0m
[1;34metc [0m
[1;34mmnt [0m
[1;34mrom [0m
[1;34mtmp [0m
[1;36mvar [0m
[1;34mdev [0m
[1;34mlib [0m
[1;34mproc [0m
[1;34msbin [0m
[1;34musr [0m
[1;34mwww [0m root@OpenWrt:/# lsls
[1;34mbin [0m
[1;34metc [0m
[1;34mmnt [0m
[1;34mrom [0m
[1;34mtmp [0m
[1;36mvar [0m
[1;34mdev [0m
[1;34mlib [0m
[1;34mproc [0m
[1;34msbin [0m
[1;34musr [0m
[1;34mwww
[0m root@OpenWrt:/# |
|
|
Back to top |
|
 |
Tec Conklin Systems
Joined: 09 Mar 2005 Posts: 244 Location: Mid-Michigan

|
Posted: Tue Jul 11, 2006 3:57 am Post subject: |
|
|
That makes things clear. If you look closely, your OpenWRT host is not sending carriage return at all. Just linefeeds (0A). So CS Online is rendering the output properly. Apparently stty is ignoring the ocrnl setting.
Some emulators do have a feature "Force LF to CR/LF", but that's something of an ugly hack that will break other things (like vi.) In the interim, I suggest looking into why ocrnl isn't being honored. |
|
Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2002 phpBB Group
|