<div>After doing some more significant testing on Windows, </div>
<div> </div>
<div>Here are a few things that I noticed.</div>
<div> </div>
<div>1. The core functionality still works (outside of a packet null error which I'm fixing)</div>
<div>Uploading/persistant inventory.. physics.. moving.. border crossing, etc.. </div>
<div> </div>
<div>2. All previous assets no longer match up with the current assets. (the .ToString() explosion)</div>
<div>So, essentially, it appears at least on windows, the major issue is for people with content.</div>
<div>(dropping the tables, and letting it start from scratch seems to be the ticket.)</div>
<div> </div>
<div>However, I've heard of some more insidious issues for Linux;</div>
<div>--------</div>
<div><strong>melanie:</strong> from r1478 to r1479, jh decided libsl must work on asmartphone and in making that possible, broke it for linux,a nd good</div>
<div><a href="http://bug.opensecondlife.org/view.php?id=55">http://bug.opensecondlife.org/view.php?id=55</a></div>
<div> <a href="http://bug.opensecondlife.org/view.php?id=51">http://bug.opensecondlife.org/view.php?id=51</a><br>------</div>
<div> </div>
<div>I'm not sure if this affects us at this moment, (my guess based on Nebadon's tests is it very well could)</div>
<div>I suppose it's time to fire up that Linux box and try it</div>
<div> </div>
<div>Best Regards</div>
<div> </div>
<div>Teravus<br> </div>
<div><span class="gmail_quote">On 12/20/07, <b class="gmail_sendername">Justin Clark-Casey</b> <<a href="mailto:jjustincc@googlemail.com">jjustincc@googlemail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Teravus Ovares wrote:<br>> Well, alternatively, you could strip out the hyphens where needed.<br>><br>
> ToString.Replace FTW!!!111!!1!1!!11!1!!One<br>Or on the lines of Johan's 3. (and 1.) below, perhaps we should use the<br>non overriden LLUUID.GetBytes() and convert this back to an unhyphenated<br>hex string with a simple utility method. To get off ToString() (a point
<br>about which I completely agree with Stefan) we could also have a utility<br>method to produce the hyphenated version.<br><br>Changing the underlying representations in the database at this stage<br>(though it might well be necessary at some point) would cause a
<br>significant amount of upheaval for grid maintainers. I know this is<br>alpha code, but if we were to do this it would be nice to provide a<br>migration path, even if this is just some sql file which directly<br>manipulates grid mysql). We might also want to signal our intention to
<br>change database representations in advance in order to give grid<br>operators some time to prepare.<br><br>--<br>justincc<br>><br>><br>> On 12/20/07, *Justin Clark-Casey* <<a href="mailto:jjustincc@googlemail.com">
jjustincc@googlemail.com</a><br>> <mailto:<a href="mailto:jjustincc@googlemail.com">jjustincc@googlemail.com</a>>> wrote:<br>><br>> Johan Berntsson wrote:<br>> > This problem is not caused by my work, but of changes in later
<br>> versions<br>> > of LibSL. It has changed from using ToString (unhyphenated) and<br>> > ToStringHyphenated(), to only using ToString() (hyphenated).<br>> This means<br>> > that there is no way of getting an unhyphenated string from libSL
<br>> > anymore. I changed all instances of ToStringHyphenated() in<br>> OpenSim to<br>> > ToString(), but I didn't realize that there would be a problem with<br>> > plain ToString() calls.
<br>> ><br>> > The basic problem is that we are relying on a libSL behaviour<br>> that is<br>> > outside our control, and has changed. If we want to keep up to<br>> date with<br>
> > libSL I suggest that the problem is solved.<br>> ><br>> > Possible solutions:<br>> > 1. Identify the problematic ToString() calls and use a utility<br>> function<br>> > (
Util.ConvertToUnhyphentated) to fix them like before.<br>> > 2. Write scripts to update the current databases to use hyphenated<br>> > GUID:s<br>> > 3. Change the code not to use ToString at all.
<br>> ><br>> > I prefer option 3, and to be compatible it could output<br>> unhyphenated<br>> > GUIDs. At least this means that we won't have problems every<br>> time libSL<br>
> > is refactored (and ToString is meant as a debug tool, not as a<br>> provider<br>> > of keys to a database)<br>> ><br>> Is there any chance that, if asked, the LibSL folks would add extra
<br>> methods such as<br>><br>> ToGuidString()<br>> ToGuidHyphenatedString()<br>><br>> ? We would still be relying on LibSL but with explicitly named and<br>> purposed methods such as these rather than ToString(), I would hope
<br>> no-notice refactoring would be much less likely.<br>><br>> If necessary, we could then migrate to our own methods at our leisure<br>> (after patching all the string calls to use these two methods).
<br>><br>> Even if they won't do this, we could patch their code in the meantime<br>> for these methods (I doubt that would be very complicated) if<br>> migrating<br>> now would be considerable and destablizing work (in light of
0.5).<br>><br>> Regards,<br>><br>> --<br>> justincc<br>> _______________________________________________<br>> Opensim-dev mailing list<br>> <a href="mailto:Opensim-dev@lists.berlios.de">
Opensim-dev@lists.berlios.de</a> <mailto:<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a>><br>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev
</a><br>> <<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</a>><br>><br>><br>> ------------------------------------------------------------------------
<br>><br>> _______________________________________________<br>> Opensim-dev mailing list<br>> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev">
https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>><br><br>_______________________________________________<br>Opensim-dev mailing list<br><a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de
</a><br><a href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br></blockquote></div><br>