home bbs files messages ]

Just a sample of the Echomail archive

<< oldest | < older | list | newer > | newest >> ]

 Message 2169 
 Nicholas Boel to Vitaliy Aksyonov 
 Latest sources.. 
 15 Feb 24 13:16:42 
 
MSGID: 1:154/10 65ce6318
REPLY: 1:104/117 65cdafbe
PID: SmapiNNTPd/Linux 2.0 b20240117
CHRS: UTF-8 4
TZUTC: -0600
TID: hpt/lnx 1.9 2024-02-05
On Thu, 15 Feb 2024 05:09:52 -0700, Vitaliy Aksyonov -> Nicholas Boel wrote:

 VA> Those warnings are "normal". In terms like they better be fixed, by they
 VA> are expected especially in new compiler. They mostly safe and you may
 VA> ignore them.

Ok great! It just seemed like there were more warnings than normal, but that
may just be because of a newer gcc version - I do believe it was upgraded
recently as well.

 VA> Do you use following parameters when build it:
 VA> USE_NCURSES
 VA> WIDE_NCURSES
 VA> BUGGY_NCURSES

USE_NCURSES is default on Linux, so I don't specify that. I have used
WIDE_NCURSES in the past but not this time (doesn't really make any difference
for me, it seems), and I have never used BUGGY_NCURSES.

This time around, I just ran 'make' with no parameters. Sometimes I use
BUILD=minimal, but I don't think that makes much difference in regards to how
things look.

 VA> And which ncurses library version do you have?

ncurses-6.4_20230520-1 is the package, so everything that comes with that.

 VA> That is interesting. It shall work totally fine without screen
multiplexor.

I did get it to show the message header, loading screen and arealist correctly
now by checking "Enable VT100 line drawing even in UTF-8 mode" in my PuTTY
configuration. So with that I can now drop the multiplexors. However, it
doesn't change what the actual messages look like.

 VA> Would be interesting to understand how screen or tmux makes a difference.

It wasn't much, it just displayed the above mentioned things correctly without
any additional PuTTY settings.

 VA> BTW, what do you have for $TERM env variable?

TERM="xterm"

 VA> My last commit rollback some change I made previously because it was found
 VA> to be buggy in some cases. So it could be some other change actually.

 VA> If you familiar with git, would be nice if you hunt down which commit
makes
 VA> things worse in your setup. You may use git bisect for that.

 VA> https://git-scm.com/docs/git-bisect

I will take a look at that and try the last few commits. I will let you know
if I see any differences.

  NB>> No. golded.log has been 0 bytes for quite some time now. Is that
  NB>> normal?

 VA> It is very good actually. Golded writes errors in that file and if it
empty
 VA> - it's a good sign.

Good. I must have cleared it back on December 7 because of old errors, since
that is the current date of the file. Nothing since then, though.

 VA> Moved to next line is OK. It's just for messages, which has lines longer
 VA> than your terminal width.

Is there a way to change the line length in Golded? If it is set for something
like 78 by default, maybe changing it to 79 would help as it could be one
extra character that's causing it to wrap to the next line. Although, I don't
know how replies and quotes coming from here would look on others' systems
then.. I'd rather break things on my end, not others. :)

 VA> To use cp437 you need to change Putty config for sure. And I'd recommend
 VA> you to use one byte locale for golded if you don't need many different
 VA> encodings. That will solve many issues for you right away.

Honestly, I have no interest in using CP437 in a terminal. I don't mind some
irregularities, but this time there were just more than usual.

I don't like things easy. For some reason I enjoy making things extremely
difficult for myself.

 VA> Some people do experience issues like you. And would be really great to
 VA> find and fix root cause.

I agree! Then again, if/when you get iconv working properly I think many of
these issues will probably disappear since iconv > old crusty translation
tables.

 VA> Could you also try to remove file goldxlat.gel? Golded will generate it on
 VA> start.

I did, and it didn't change anything. I'll use 'git bisect' and see if I can
figure out if a recent commit changes it back to the way it was.

Regards,
Nick

... "Take my advice, I don't use it anyway."
--- Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:115.0) Gecko/20100101 Thunderb
 * Origin: _thePharcyde distribution system (Wisconsin) (1:154/10)
SEEN-BY: 15/0 18/200 19/50 90/1 105/81 106/201 987 124/5014 5016 128/260
SEEN-BY: 129/305 130/330 135/225 153/7715 218/700 226/30 227/114 229/110
SEEN-BY: 229/112 113 206 307 317 400 426 428 470 664 700 266/512 280/464
SEEN-BY: 282/1038 291/111 292/854 320/219 322/757 342/200 387/21 25
SEEN-BY: 396/45 460/58 633/280 712/848
PATH: 154/10 280/464 396/45 229/426


<< oldest | < older | list | newer > | newest >> ]

(c) 1994,  bbs@darkrealms.ca