I have not found any problems with name space collision using the technique Chipp described. Locking messages and loading a stack with the same name into memory seems fine - you just remove it from memory using the file name (long stack name). I tested it quite a bit and routinely run through 40 or 50 stacks searching for stuff (they often have man duplicates and so duplicate names and sometimes they are corrupted).
<br><br>I do it regularly but not that often to claim it is totally bug free - but would very much like to see if anyone can find an example where it does not work?<br><br><div><span class="gmail_quote">On 13/07/07, <b class="gmail_sendername">
Trevor DeVore</b> &lt;<a href="mailto:lists@mangomultimedia.com">lists@mangomultimedia.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Jul 13, 2007, at 1:29 AM, Chipp Walters wrote:<br><br>&gt; So, what to do if there already is a stack with the same name open?<br>&gt; Just curious, would this work?<br>&gt;<br>&gt; lock messages<br>&gt; if there is a stack tStackPath then
<br>&gt;&nbsp;&nbsp;put true into tExists<br>&gt;&nbsp;&nbsp;delete stack tStackPath<br>&gt; else<br>&gt;&nbsp;&nbsp;put false into tExists<br>&gt; end if<br>&gt; unlock messages<br>&gt;<br>&gt; I would think this would work even with namespace collisions, as the
<br>&gt; delete stack explicitly names the stacks filepath.<br><br>Chipp,<br><br>I haven&#39;t tried the above code but using &quot;if there is a stack&quot; does<br>load a stack into memory so I would think the collision would happen
<br>with that call. What Jerry and I did for Galaxy was write a function<br>to extract the stack name from disk before trying to open it. That<br>was the only reliable method we found to circumvent the problem.<br>But not even that works if there is a substack that will cause a name
<br>collision.<br><br>--<br>Trevor DeVore<br>Blue Mango Learning Systems<br><a href="http://www.bluemangolearning.com">www.bluemangolearning.com</a>&nbsp;&nbsp;&nbsp;&nbsp;-&nbsp;&nbsp;&nbsp;&nbsp;<a href="http://www.screensteps.com">www.screensteps.com</a><br>
<a href="mailto:trevor@bluemangolearning.com">trevor@bluemangolearning.com</a><br><br><br>_______________________________________________<br>metacard mailing list<br><a href="mailto:metacard@lists.runrev.com">metacard@lists.runrev.com
</a><br><a href="http://lists.runrev.com/mailman/listinfo/metacard">http://lists.runrev.com/mailman/listinfo/metacard</a><br></blockquote></div><br>