buggy part allocation ?

*To*: mathgroup at smc.vnet.net*Subject*: [mg23443] buggy part allocation ?*From*: slinger at signal.dera.gov.uk (Chris Slinger)*Date*: Wed, 10 May 2000 02:32:23 -0400 (EDT)*Sender*: owner-wri-mathgroup at wolfram.com

I'm having problems with silly results. The cause seems to be faulty parts allocation. This is illustrated below. I've mailed wolfram support but have yet to receive a reply. I'm running v4.0.1 for X on Sun Solaris. I know that there has been trouble with Range[] in the past, but thought that this had been fixed. Can anyone explain the following behaviour ? In[1]:=$Version Out[1]="4.0 for Solaris (July 21, 1999)" In[2]:=$CreationDate Out[2]={1999, 7, 21, 1, 43, 0} In[3]:= m = 256; list = Table[0, {m}, {m}]; insert = Table[Random[Complex, {-1 - I, +1 + I}], {10}, {250}]; In[4]:= list[[Range[10], Range[250]]] = 1*insert; MatrixQ[list] Out[4]=True In[5]:=list[[Range[10], Range[250]]] = 2*insert; MatrixQ[list] Out[5]=False In[6]:= thing = 2*insert; list[[Range[10], Range[250]]] = thing; MatrixQ[list] Out[6]=False __________________________ Out[5] and Out[6] should, I imagine, be "True" - simply changing from 1*insert to 2*insert breaks the parts allocation. The above behaviour is also exhibited on NT systems. What is happening here ? Am I doing something daft ?! Please copy any correspondence on this to my e-mail, as I often miss the newsgroup postings.... Thanks, -chris slinger at signal.dera.gov.uk PS - this has echoes of the complex packed array bug (now supposed to be fixed). If "insert" is Real, there are no problems in the above...