Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!sdd.hp.com!hplabs!nsc!pyramid!infmx!aland
From: aland@informix.com (Colonel Panic)
Newsgroups: comp.databases
Subject: Re: A little (:-)) bug in INFORMIX (2.10.03K)
Summary: apparently fixed in 4.0+
Keywords: OUCH decimal string conversion
Message-ID: <1991May22.070708.26187@informix.com>
Date: 22 May 91 07:07:08 GMT
References: <1991May9.024936.15884@fivegl.co.nz-> <1020@trac2000.ueci.com>
Sender: news@informix.com (Usenet News)
Organization: Alferd Packer's Legendary Coronary Fast Food Cannibal Bar & Buffet
Lines: 35

In article <1020@trac2000.ueci.com> das@trac2000.ueci.com (David Snyder) writes:
>In article <1991May9.024936.15884@fivegl.co.nz->, struan@fivegl.co.nz (Struan Judd) writes:
>-> In the following program (shortened but complete 4gl) the stack
>-> gets totally mucked up at the point shown :
>-> 
>->     main
>-> 	define L_num integer, L_dec decimal, L_str char(1000)
>-> 
>-> 	for L_num = 1 to 1000
>-> 	    let L_dec = L_num / 3.141
>-> 	    let L_str = L_dec { Things go haywire here }
>-> 	    message L_str, L_num
>-> 	end for
>->     end main
>Well guess what... you're right!  I'm running 2.10.03F and this gem dumps
>a core on me every time (unless I use a "USING").  Interestingly enough,

Ditto for .03K on Sun 3 (I don't understand the "stack gets mucked up"
comment, I just get a core dump.)

In RDS (2.10.03K or 4.0), it works fine.  In compiled 4GL 4.0+, it
also works fine.

Sooooo, unless you are on a really odd platform, an upgrade to 4.0
heals this wound...

--
Alan Denney      aland@informix.com      {pyramid|uunet}!infmx!aland

"In the cafeteria just after lunch, (well, not *just* after, more like
 *during* lunch, about 12:28; say 12:30, give or take a few minutes),
 I leaned back in my chair (it was one of those aluminum chairs, good
 strength-to-weight, like titanium but not quite; but then of course
 titanium would be a bit of an overkill).  Anyway, I heard one of the
 girls talking about how boring she thought engineers could be."