<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.6001.18203" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=535360521-19022009><FONT face="Lucida Sans" 
color=#000080 size=2>Thanks for taking this on, Matt.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=535360521-19022009><FONT face="Lucida Sans" 
color=#000080 size=2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=535360521-19022009><FONT face="Lucida Sans" 
color=#000080 size=2>This stuff should be extra test cases in 
SsasCompatibilityTest (attached, because it is a work in progress, not yet 
checked in).</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=535360521-19022009><FONT face="Lucida Sans" 
color=#000080 size=2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=535360521-19022009><FONT face="Lucida Sans" 
color=#000080 size=2>A few behaviors seem reasonable when a calc member in the 
slicer uses a set that is dependent on the calc member: give a cyclicity error, 
use the default member, use the all member, use the calc member. The experiment 
should give a clear answer which of these SSAS2005 does. Also, if the set is 
subsequently used outside of the slicer, does it give the same result? 
</FONT></SPAN><SPAN class=535360521-19022009><FONT face="Lucida Sans" 
color=#000080 size=2>Am I even correct in asserting that calc sets use the 
slicer context?</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=535360521-19022009><FONT face="Lucida Sans" 
color=#000080 size=2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=535360521-19022009><FONT face="Lucida Sans" 
color=#000080 size=2>Julian</FONT></SPAN></DIV><BR>
<BLOCKQUOTE 
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000080 2px solid; MARGIN-RIGHT: 0px">
  <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
  <HR tabIndex=-1>
  <FONT face=Tahoma size=2><B>From:</B> mondrian-bounces@pentaho.org 
  [mailto:mondrian-bounces@pentaho.org] <B>On Behalf Of </B>Matt 
  Campbell<BR><B>Sent:</B> Thursday, February 19, 2009 12:22 PM<BR><B>To:</B> 
  jhyde@pentaho.com; Mondrian developer mailing list<BR><B>Subject:</B> Re: 
  [Mondrian] Bug in getNamedSet(List&lt;Id.Segment&gt; nameParts) 
  ?<BR></FONT><BR></DIV>
  <DIV></DIV>I'll try some more experiments when I get a chance (probably 
  tomorrow). &nbsp;Pedro's first query returned null in both 2000 and 2005, and 
  did not result in an error. &nbsp;Now that you point out that there's a cyclic 
  dependency, though, I would have expected the "infinite-recursion detected" 
  error from SSAS.<BR><BR>
  <DIV class=gmail_quote>On Thu, Feb 19, 2009 at 1:57 PM, Julian Hyde <SPAN 
  dir=ltr>&lt;<A 
  href="mailto:jhyde@pentaho.com">jhyde@pentaho.com</A>&gt;</SPAN> wrote:<BR>
  <BLOCKQUOTE class=gmail_quote 
  style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Matt, 
    can you do those experiments to clarify behavior. I'm spending my<BR>scant 
    work hours getting your hierarchy-name-resolution feature to work. :)<BR>
    <DIV class=Ih2E3d><BR>&gt; Matt Campbell<BR>&gt; reported the exact same 
    behaviour in 2000 and 2005, so if<BR>&gt; this is an issue,<BR>&gt; mondrian 
    is not the only one facing it<BR><BR></DIV>Pedro, If SSAS2000 and SSAS2005 
    have the same behavior then I will take a<BR>LOT of persuading that there is 
    an issue at all. SSAS2005 is the de facto<BR>standard.<BR><FONT 
    color=#888888><BR>Julian<BR></FONT>
    <DIV>
    <DIV></DIV>
    <DIV 
    class=Wj3C7c><BR><BR>_______________________________________________<BR>Mondrian 
    mailing list<BR><A 
    href="mailto:Mondrian@pentaho.org">Mondrian@pentaho.org</A><BR><A 
    href="http://lists.pentaho.org/mailman/listinfo/mondrian" 
    target=_blank>http://lists.pentaho.org/mailman/listinfo/mondrian</A><BR></DIV></DIV></BLOCKQUOTE></DIV><BR></BLOCKQUOTE></BODY></HTML>