Re: ARghh!!
- To: mathgroup at smc.vnet.net
- Subject: [mg18882] Re: ARghh!!
- From: "Lars Hohmuth" <larsh at wolfram.com>
- Date: Sun, 25 Jul 1999 03:30:15 -0400
- Organization: Wolfram Research, Inc.
- References: <7n12tn$bd7@smc.vnet.net> <7n8n3j$k8s@smc.vnet.net>
- Sender: owner-wri-mathgroup at wolfram.com
In this case the following obviously comes too late, but one easy way to check for these non printing characters is to use ShowExpression in the Format menu to see the actual Mathematica expression generating the cell. Spurious characters are usually very easy to spot and delete in that form. Lars Hohmuth Wolfram Research, Inc. O. Matt Umurhan <matt at NOSPAM.kelvin.nas.nasa.gov> wrote in message news:7n8n3j$k8s at smc.vnet.net... > Thanks to all who wrote back to me about my problem. As it turns out, > everyone was > equally perplexed by this as was I and, as it turns out, the problem was > that there was > a ghost character floating around in one of my original symbolic > definitions. I had to > methodicallly piece the problem back to it after several hours of > fist-pounding frustration. > > In other words, I had a definition way back when which involved something > like: > > a = Cancel[b*c +d ] > > the issue had to do with the spurious space after the "d" and before the > bracket "]". For reasons > I don't still quite understand, the subsequent definition for "a" had a > ghost character floating > about and the mathematica kernal treated it as an unspecified variable. > > Maddening! > > Problem solved and I may now continue on towards world domination.... > > thanks again.... > > -mu > > > Dr. O.M. Umurhan > Center for Turbulence Research > MS-N202A-1 > NASA Ames Research Center > Moffett Field, CA 94035 > > tel: (650) 604 3950 > email mumurhan at crocco.nas.nasa.gov > >