Rhino/GH crashes when using referenced clusters - Grasshopper2024-03-28T13:38:13Zhttps://www.grasshopper3d.com/forum/topics/rhino-gh-crashes-when-using-referenced-clusters?feed=yes&xn_auth=noHello again.
We've by now fig…tag:www.grasshopper3d.com,2013-04-12:2985220:Comment:8284932013-04-12T08:39:17.208ZBenjamin F. Bockstettehttps://www.grasshopper3d.com/profile/BenjaminFBockstette
<p>Hello again.</p>
<p>We've by now figured out, that Rhino/GH <em>don't actually crash</em> when referencing files from our server. The programmes <em>just freeze</em>. If you have the patience to <em>wait for about 3-10 minutes</em> they eventually recover and you can continue to working normally. This however is not very practical...</p>
<p><em>(Additional information: We have a virtualized Windows SPS environment, might this be the problem? Locally - on my hard drive - it works…</em></p>
<p>Hello again.</p>
<p>We've by now figured out, that Rhino/GH <em>don't actually crash</em> when referencing files from our server. The programmes <em>just freeze</em>. If you have the patience to <em>wait for about 3-10 minutes</em> they eventually recover and you can continue to working normally. This however is not very practical...</p>
<p><em>(Additional information: We have a virtualized Windows SPS environment, might this be the problem? Locally - on my hard drive - it works fine.)</em></p>
<p></p>
<p>Futhermore we've discovered the following bug/feature:</p>
<p>We export a cluster and reference it back into our .gh file, then copy the .ghcluster file to a different location and rename the copy (without opening or changing it), then also reference the copied version back into the .gh file. Now Grasshopper shows two clusters with two different file paths, but claims that they both are the same <em>("this cluster occurs twice in this document")</em>. If I double click one of them, make a change and save, both clusters get changed, even though they are separate .ghcluster files.</p>
<p>This would follow the logic that David laid out in this entry (<a href="http://www.grasshopper3d.com/page/clusters09" target="_blank">http://www.grasshopper3d.com/page/clusters09</a>), that GH identifies a cluster not by its file name or location but by its internal ID.</p>
<p></p>
<p>An addition we would very much appreciate for the next GH update, would be the option to right click a referenced cluster and then not only be able to "update" it but to also to <strong>"relink"</strong> it to a new or different source.</p>
<p><em>Right now you have to rename or delete the .ghcluster file in order to relink a cluster via the update option. You can also overwrite the old cluster und update. However, sometimes we want to keep the old version or disentangle one of a clusters many instances and relink just one, with out loosing its various inputs and outputs by referencing the new version and reconnecting it.</em></p>
<p></p>
<p>Thanks, BB.</p> Thanks for your answer.
We've…tag:www.grasshopper3d.com,2013-04-11:2985220:Comment:8282012013-04-11T14:16:34.454ZBenjamin F. Bockstettehttps://www.grasshopper3d.com/profile/BenjaminFBockstette
<p>Thanks for your answer.</p>
<p>We've by now figured out through extensive testing, that is is obviously a rights management problem on our server. While users have full access, grasshopper seems to be blocked somehow, regardless of our firewall settings.</p>
<p>However we've encountered an <em>additional problem</em>, while testing cluster references on my local hard drive:</p>
<p>If I <em>rename a .ghcluster file</em> that has been referenced into gh. files and then open one of those .gh…</p>
<p>Thanks for your answer.</p>
<p>We've by now figured out through extensive testing, that is is obviously a rights management problem on our server. While users have full access, grasshopper seems to be blocked somehow, regardless of our firewall settings.</p>
<p>However we've encountered an <em>additional problem</em>, while testing cluster references on my local hard drive:</p>
<p>If I <em>rename a .ghcluster file</em> that has been referenced into gh. files and then open one of those .gh files, the cluster doesn't work but as a orange triangle on it and I can <em>relink the missing .ghcluster file</em> by clicking on "update" and choosing either a new cluster or the renamed old one.</p>
<p>However, if I <em>rename the <strong>folder</strong></em> containing my .ghcluster file and then open the .gh file it is referenced into, the <em>cluster is missing completely</em> (<strong>it's just gone!</strong>) all of its in and outputs are severed and there is no way to relink the cluster to a new .ghcluster file.</p>
<p>Any clues on why this happens?</p>
<p>Thanks.</p> Hi there,
We have it workin…tag:www.grasshopper3d.com,2013-04-11:2985220:Comment:8281882013-04-11T13:33:43.169ZJeroen Janssenhttps://www.grasshopper3d.com/profile/JeroenJanssen
<p>Hi there,</p>
<p> </p>
<p>We have it working quite nicely here. On one specific very large and complex project we're using a lot of clusters and they're linked to a network drive. They are in the same folder, or only 1 hierarchy up as where the main .gh file is saved as well. The network drive is mapped as Q: and we're using that drive location for it. So that seems to work fine actually.</p>
<p> </p>
<p>In older versions of GH the clusters we're crashing quite often and then the cluster…</p>
<p>Hi there,</p>
<p> </p>
<p>We have it working quite nicely here. On one specific very large and complex project we're using a lot of clusters and they're linked to a network drive. They are in the same folder, or only 1 hierarchy up as where the main .gh file is saved as well. The network drive is mapped as Q: and we're using that drive location for it. So that seems to work fine actually.</p>
<p> </p>
<p>In older versions of GH the clusters we're crashing quite often and then the cluster just dissapears in the main file, but that seems to work fine now in R5 and GH 0.9.0014</p>
<p> </p>
<p>I'm sorry, unfortunately I don't have any solutions or clues for you for what to do to get it working though.</p>
<p> </p>
<p>Good luck!</p>
<p>Jeroen</p> I can only confirm that and h…tag:www.grasshopper3d.com,2013-04-11:2985220:Comment:8281382013-04-11T06:03:54.193ZThomas J. Mrokonhttps://www.grasshopper3d.com/profile/teejot
<p>I can only confirm that and have no solution or workaround. Is there anyone who is working with referenced clusters in a server based environment?</p>
<p></p>
<p>I can only confirm that and have no solution or workaround. Is there anyone who is working with referenced clusters in a server based environment?</p>
<p></p>