tail +N

QNX Newsgroups (Archives) qdn.public.porting
#1

I have noticed (at least on my systems) a difference between QNX/LINUX tail
results using tail +N

on LINUX tail+2 starts at record 2
on QNX it seems to skip two records and you need to do tail +1 to get the
same result.

Anyone know what’s going on?

#2

“Bob Hollebeek” <bobh@nscp.upenn.edu> writes:

I have noticed (at least on my systems) a difference between QNX/LINUX tail
results using tail +N

on LINUX tail+2 starts at record 2
on QNX it seems to skip two records and you need to do tail +1 to get the
same result.

Anyone know what’s going on?

We have seen that as well between QNX4 and Linux. We have a build
system that depends on the behaviour of tail +N, and we have to have
separate scripts for QNX and Linux because of this. I’m not sure what
the “standard” behaviour is supposed to be, or if a standard exists at
all. The QNX4 behaviour seems more rational to me, but I’m a C
programmer and zero-based indexing is hard-wired in my brain now.

Cheers,
Andrew

Andrew Thomas, President, Cogent Real-Time Systems Inc.
2430 Meadowpine Boulevard, Suite 105, Mississauga, Ontario, Canada L5N 6S2
Email: andrew@cogent.ca WWW: http://www.cogent.ca

#3

Bob Hollebeek <bobh@nscp.upenn.edu> wrote:

I have noticed (at least on my systems) a difference between QNX/LINUX tail
results using tail +N

on LINUX tail+2 starts at record 2
on QNX it seems to skip two records and you need to do tail +1 to get the
same result.

Anyone know what’s going on?

Hmmm… I did some testing:

QNX RTOS 6.1GA and QNX4.25D - start at record 3

BeOS5, Linux, BSD and Solaris - all start at record 2

I’ll have to investigate this one, check the POSIX specs and
talk to a few people. I’ll get back asap with the answer/solution to
your problem.

Thanks.

Regards,

Marcin

#4

Tools Mail Account <tools@qnx.com> wrote:

Bob Hollebeek <> bobh@nscp.upenn.edu> > wrote:
I have noticed (at least on my systems) a difference between QNX/LINUX tail
results using tail +N

on LINUX tail+2 starts at record 2
on QNX it seems to skip two records and you need to do tail +1 to get the
same result.

Anyone know what’s going on?

Hmmm… I did some testing:

QNX RTOS 6.1GA and QNX4.25D - start at record 3

BeOS5, Linux, BSD and Solaris - all start at record 2

I’ll have to investigate this one, check the POSIX specs and
talk to a few people. I’ll get back asap with the answer/solution to
your problem.

This is a bug in the QNX implementation. 1003.2-1992 4.60.3 says that
+1 represents the first line in the file, so +2 should represent the
second line in the file not the third.

–
Eric Johnson
QA Mgr, QNX Software Systems Ltd.

#5

Eric Johnson <eric@qnx.com> wrote:

Tools Mail Account <> tools@qnx.com> > wrote:
Bob Hollebeek <> bobh@nscp.upenn.edu> > wrote:
I have noticed (at least on my systems) a difference between QNX/LINUX tail
results using tail +N

on LINUX tail+2 starts at record 2
on QNX it seems to skip two records and you need to do tail +1 to get the
same result.

Anyone know what’s going on?

Hmmm… I did some testing:

QNX RTOS 6.1GA and QNX4.25D - start at record 3

BeOS5, Linux, BSD and Solaris - all start at record 2

I’ll have to investigate this one, check the POSIX specs and
talk to a few people. I’ll get back asap with the answer/solution to
your problem.

This is a bug in the QNX implementation. 1003.2-1992 4.60.3 says that
+1 represents the first line in the file, so +2 should represent the
second line in the file not the third.

Thanks Eric, I’ve submitted the bug report.

Regards,

Marcin

–
Eric Johnson
QA Mgr, QNX Software Systems Ltd.