1*e6d6c189SCody Peter Mello# Date: Tue, 04 Jul 2006 21:06:14 +0200 (MEST)
2*e6d6c189SCody Peter Mello# From: Heiner Marxen <Heiner.Marxen@DrB.Insel.DE>
3*e6d6c189SCody Peter Mello# Subject: conversion error
4*e6d6c189SCody Peter Mello# To: bug-gawk@gnu.org
5*e6d6c189SCody Peter Mello# Message-id: <200607041906.k64J6Eqa019360@drb9.drb.insel.de>
6*e6d6c189SCody Peter Mello#
7*e6d6c189SCody Peter Mello# Hello,
8*e6d6c189SCody Peter Mello#
9*e6d6c189SCody Peter Mello# The following awk script fails for gawk 3.1.4 and 3.1.5.
10*e6d6c189SCody Peter Mello# Older versions did not do this, but I cannot say, how old they were.
11*e6d6c189SCody Peter Mello#
12*e6d6c189SCody Peter MelloBEGIN {
13*e6d6c189SCody Peter Mello    if( 0 ) {		#ok
14*e6d6c189SCody Peter Mello	t = "8"
15*e6d6c189SCody Peter Mello    }else {		#fails
16*e6d6c189SCody Peter Mello	t = ""
17*e6d6c189SCody Peter Mello	t = t "8"
18*e6d6c189SCody Peter Mello    }
19*e6d6c189SCody Peter Mello    printf("8  = %d\n", 0+t)	# ok without this line
20*e6d6c189SCody Peter Mello    t = t "8"			# does not invalidate numeric interpretation
21*e6d6c189SCody Peter Mello    printf("88 = %s\n", 0+t)
22*e6d6c189SCody Peter Mello    ## The above prints "88 = 8" with gawk 3.1.4 and 3.1.5
23*e6d6c189SCody Peter Mello}
24*e6d6c189SCody Peter Mello#
25*e6d6c189SCody Peter Mello#
26*e6d6c189SCody Peter Mello# The following one-liner already exhibits the bug:
27*e6d6c189SCody Peter Mello#
28*e6d6c189SCody Peter Mello# gawk 'BEGIN{t=""; t=t "8";printf("8=%d\n", 0+t);t=t "8";printf("88=%s\n", 0+t)}'
29*e6d6c189SCody Peter Mello#
30*e6d6c189SCody Peter Mello#
31*e6d6c189SCody Peter Mello# Preliminary observation: under somewhat strange conditions a variable
32*e6d6c189SCody Peter Mello# does retain its numeric interpretation although something is appended to it.
33*e6d6c189SCody Peter Mello# --
34*e6d6c189SCody Peter Mello# Heiner Marxen				http://www.drb.insel.de/~heiner/
35*e6d6c189SCody Peter Mello#
36