Blame test/strnum1.awk

Packit Service f629e6
# Date: Tue, 04 Jul 2006 21:06:14 +0200 (MEST)
Packit Service f629e6
# From: Heiner Marxen <Heiner.Marxen@DrB.Insel.DE>
Packit Service f629e6
# Subject: conversion error
Packit Service f629e6
# To: bug-gawk@gnu.org
Packit Service f629e6
# Message-id: <200607041906.k64J6Eqa019360@drb9.drb.insel.de>
Packit Service f629e6
# 
Packit Service f629e6
# Hello,
Packit Service f629e6
# 
Packit Service f629e6
# The following awk script fails for gawk 3.1.4 and 3.1.5.
Packit Service f629e6
# Older versions did not do this, but I cannot say, how old they were.
Packit Service f629e6
# 
Packit Service f629e6
BEGIN {
Packit Service f629e6
    if( 0 ) {		#ok
Packit Service f629e6
	t = "8"
Packit Service f629e6
    }else {		#fails
Packit Service f629e6
	t = ""
Packit Service f629e6
	t = t "8"
Packit Service f629e6
    }
Packit Service f629e6
    printf("8  = %d\n", 0+t)	# ok without this line
Packit Service f629e6
    t = t "8"			# does not invalidate numeric interpretation
Packit Service f629e6
    printf("88 = %s\n", 0+t)
Packit Service f629e6
    ## The above prints "88 = 8" with gawk 3.1.4 and 3.1.5
Packit Service f629e6
}
Packit Service f629e6
# 
Packit Service f629e6
# 
Packit Service f629e6
# The following one-liner already exhibits the bug:
Packit Service f629e6
# 
Packit Service f629e6
# gawk 'BEGIN{t=""; t=t "8";printf("8=%d\n", 0+t);t=t "8";printf("88=%s\n", 0+t)}'
Packit Service f629e6
# 
Packit Service f629e6
# 
Packit Service f629e6
# Preliminary observation: under somewhat strange conditions a variable
Packit Service f629e6
# does retain its numeric interpretation although something is appended to it.
Packit Service f629e6
# -- 
Packit Service f629e6
# Heiner Marxen				http://www.drb.insel.de/~heiner/
Packit Service f629e6
#