Enlarge buffer size for extra-long line.
This fixes core dump which is rarely happened.
PR: ports/26961
Submitted by: Yen-Ming Lee <leeym@cae.ce.ntu.edu.tw>
It seems that tin itself now has more ability to handle MB.
More inspection on chinese/tin may be required to remove obsoleted method.
(I will forward this commit log to its MAINTAINER and
freebsd-taiwan-chinese@maillist.tw.freebsd.org)
like '\n' is definitely non-printable.
o Fix this by tin's misc.c way, exactly what ports/26402 submitted.
o Unless we have wchar and, well, Citrus Project, imported, there's
no clean way, Good Thing (tm), we can do in this case.
PR: ports/26402
Submitted by: Yen-Ming Lee <leeym@bsd.ce.ntu.edu.tw>
Before isprint(3) get fixed or any one knows how to use isprint(3) to
identify multibytes characters, this temporary fix would remain here.
PR: 23196
Reviewed by: People on tw.bbs.comp.386bsd newsgroup
Anomalies found:
- autoconvert was missing "zh-" in front of PKGNAME
- xcin (both 2.3 and 2.5) had invalid version strings
- neither of xcin ports had NO_LATEST_LINK
- telnet8-1.0 thinks PKGNAME is zh-telnet-1.0
Fixed all except the last (I wasn't sure if it was intentional).
Linking tin v1.4...
cc -o ./tin ./active.o ./art.o ./attrib.o ./auth.o ./charset.o
...
dmat.o ./xref.o ../pcre/libpcre.a -lmytinfo ../pcre/libpcre.a
cc: ../pcre/libpcre.a: No such file or directory
cc: ../pcre/libpcre.a: No such file or directory
*** Error code 1
Stop.