[opensource-dev] Does writing to llerrs make the viewer crash ?
Hello all, I have just filed a JIRA (VWR-23459) about a random crash that would occur in the rendering pipeline, when suddenly it struck me : I remember that years ago the viewer would crash when writing to llerrs, and that it was voluntary (don't ask me why). Is it still the case ? In this JIRA, the fix I provide merely removes the write to llerrs, and returns without going any further into the method. I did not have time to give it more attention, it was more of a dirty hack to be able to keep from crashing every 15 minutes while my friends were waiting for me. Thanks and happy new year to all of you ! Marine ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Does writing to llerrs make the viewer crash ?
Yes, llerrs purposefully dereferences a null pointer to cause a crash, and if that fails it infinitely loops. This is so "errors" get fixed instead of being ignored. On Fri, Dec 31, 2010 at 05:42, Marine Kelley wrote: > Hello all, > > I have just filed a JIRA (VWR-23459) about a random crash that would > occur in the rendering pipeline, when suddenly it struck me : I > remember that years ago the viewer would crash when writing to llerrs, > and that it was voluntary (don't ask me why). > > Is it still the case ? In this JIRA, the fix I provide merely removes > the write to llerrs, and returns without going any further into the > method. I did not have time to give it more attention, it was more of > a dirty hack to be able to keep from crashing every 15 minutes while > my friends were waiting for me. > > Thanks and happy new year to all of you ! > Marine > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Does writing to llerrs make the viewer crash ?
Ah yes that's what I remembered. I didn't think it was still the case in v2. Thanks. On 31/12/2010, Zabb65 wrote: > Yes, llerrs purposefully dereferences a null pointer to cause a crash, > and if that fails it infinitely loops. This is so "errors" get fixed > instead of being ignored. > > On Fri, Dec 31, 2010 at 05:42, Marine Kelley wrote: >> Hello all, >> >> I have just filed a JIRA (VWR-23459) about a random crash that would >> occur in the rendering pipeline, when suddenly it struck me : I >> remember that years ago the viewer would crash when writing to llerrs, >> and that it was voluntary (don't ask me why). >> >> Is it still the case ? In this JIRA, the fix I provide merely removes >> the write to llerrs, and returns without going any further into the >> method. I did not have time to give it more attention, it was more of >> a dirty hack to be able to keep from crashing every 15 minutes while >> my friends were waiting for me. >> >> Thanks and happy new year to all of you ! >> Marine >> ___ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges >> > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Does writing to llerrs make the viewer crash ?
The random crash reported by Marine was VWR-24359. https://jira.secondlife.com/browse/VWR-24359 (There was a typo in the original post; two digits were transposed.) Sheet Spotter -Original Message- From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Marine Kelley Sent: December 31, 2010 4:43 AM To: opensource-dev@lists.secondlife.com Subject: [opensource-dev] Does writing to llerrs make the viewer crash ? [...] I have just filed a JIRA (VWR-23459) about a random crash that would occur in the rendering pipeline [...] ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Does writing to llerrs make the viewer crash ?
Hehe well there were two ways of writing the name of the JIRA entry : the right way, and the Marine way. Guess which one I chose. Thanks Sheet :) On 31/12/2010, Sheet Spotter wrote: > The random crash reported by Marine was VWR-24359. > https://jira.secondlife.com/browse/VWR-24359 > > (There was a typo in the original post; two digits were transposed.) > > > Sheet Spotter > > -Original Message- > From: opensource-dev-boun...@lists.secondlife.com > [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Marine > Kelley > Sent: December 31, 2010 4:43 AM > To: opensource-dev@lists.secondlife.com > Subject: [opensource-dev] Does writing to llerrs make the viewer crash ? > > [...] > > I have just filed a JIRA (VWR-23459) about a random crash that would > occur in the rendering pipeline [...] > > > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] STORM-797 and other ideas about Landmarks&SLURLS (was "Daily Scrum Summary - dec. 23")
Why not just paste it into a notecard? On 2010-12-24, at 10:09, Garmin Kawaguichi wrote: > > - Original Message - > From: "Opensource Obscure" > To: "OpenSource Mailing List" > Sent: Friday, December 24, 2010 12:17 PM > Subject: [opensource-dev] STORM-797 and other ideas about Landmarks&SLURLS > (was "Daily Scrum Summary - dec. 23") > > >> What I was thinking about was a new, different way to achieve >> something we usually achieve through landmarks.. > ... >> I'm thinking about management of Bookmarks in current >> main web browsers,... > > Something like : > secondlife:///app/teleport/furvata/132/126/96 (which can be used to direct > teleport when clicked) > > but > > stored in the inventory as a new asset item different from asset item #3 > (INVENTORY_LANDMARK) and defined as a web link directly usable in the > viewer. This link can be created in the inventory with a right click New > Link and can be edited. > > GCI > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges "Welcome back, Anonymous, we're glad to see you again!" ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] STORM-34 Test Binaries
On 2010-12-28, at 14:40, Celierra Darling wrote: > It seems a little unclear to try to communicate "this can have privacy > implications" by putting the setting on the privacy tab. It might be better > to write the setting label so it's more explicit (i.e. something like "Show > my favorites to anyone under 'Start At' before logging in" or "Show my > favorites under 'Start At' on login (before authenticating)" or etc.). Add a "login" tab, which would make room for a notation indicating that there are privacy issues (as there are for "remember my password", or enabling message/chat logging). ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Very Strange occurrence...
> > There should be a few fallback strategies like: > a) Try to keep the old cache entry. > b) Use the normal user name. > c) Maybe even use the UUID. > > But just showing everyone (in the worst case) as ??? really screws > things up IMO. Agreed. The TPV I'm using seems to use the Legacy Name if the Display Name is not available. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Convexdecomposition for open source devs
On 2010-12-30, at 08:47, WolfPup Lowenhar wrote: > That is why I put the link to the sites where the source is hosted so you can > check this and the license they are using are full GPL which is compatible > with LGPL if I remember correctly. If you use a full GPL component then you have to use full GPL for the whole viewer, rather than the LGPL. It's better to say "the LGPL is compatible with the GPL" rather than the other way around. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Very Strange occurrence...
I just thought of looking in the xml files, and indeed "Grumpity Productengine" shows up in a few of them, I assume as some sort of place holder left by a programmer. Maybe such "magic words" should be replace by something like "Unkown Resident" or some such. On Fri, Dec 31, 2010 at 12:45 PM, Argent Stonecutter < secret.arg...@gmail.com> wrote: > > > > There should be a few fallback strategies like: > > a) Try to keep the old cache entry. > > b) Use the normal user name. > > c) Maybe even use the UUID. > > > > But just showing everyone (in the worst case) as ??? really screws > > things up IMO. > > Agreed. The TPV I'm using seems to use the Legacy Name if the Display Name > is not available. > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Very Strange occurrence...
I've seen evidence that the Improved Instant Message packet still contains a good user name while the group chat window displays ???(???) for the same message. On Wed, Dec 29, 2010 at 5:33 PM, Nicky D. wrote: > > phenomenon's been occurring at least once a day. Sometimes they're ??? > at > > login, sometimes they show properly at first and then flip to ??? on > their > > own. Sometimes the ???'s remain throughout the session, and sometimes > they > > flip back to show the correct names. It happens regardless of whether > the > > user has a Display Name set or not. > > What irks me the most, is that changing from a good name(!) to ??? all > of sudden. > > And whoever thought using ??? was a good idea should really take a few > considerations > what this means for logs, IMs and so on if suddenly everyone is ??? > > I can understand that it is a problem if the name cannot be resolved. > But why not at > least take the safe route and use the old one (if there was already > one) and try again > instead of overwriting a good cache entry with ???. > > There should be a few fallback strategies like: > a) Try to keep the old cache entry. > b) Use the normal user name. > c) Maybe even use the UUID. > > But just showing everyone (in the worst case) as ??? really screws > things up IMO. > > Cheers, >Nicky > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] A weird bug when moving the avatar
I have observed this behavior with the rev 14120 of viewer-development : https://jira.secondlife.com/browse/VWR-24361 (name checked this time) In short, when you press a movement key or use the move panel (going forward, backward etc, but not turning left or right), the FPS decrease dramatically (from 90 down to 15 FPS). It can be very annoying during races or fights. Has anybody observed this too ? I don't remember having seen this happen in older viewers, but I recently changed my video card so maybe the change in FPS was not noticeable to me before. And more importantly, has any work been done recently (less than two months ago) on the way the avatar movement is handled, that could trigger this bug ? I don't really know where to look so if anybody has pointers, please feel free to share ! Thanks, Marine ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] A weird bug when moving the avatar
It's possible... I've been semi-crippled by lack of support for my nVidia GPU and the whole framerate stutter thing https://jira.secondlife.com/browse/VWR-23318 When I get a chance, I'll see if I can isolate/reproduce. On Dec 31, 2010, at 5:59 PM, Marine Kelley wrote: > I have observed this behavior with the rev 14120 of viewer-development : > > https://jira.secondlife.com/browse/VWR-24361 (name checked this time) > > In short, when you press a movement key or use the move panel (going > forward, backward etc, but not turning left or right), the FPS > decrease dramatically (from 90 down to 15 FPS). It can be very > annoying during races or fights. > > Has anybody observed this too ? I don't remember having seen this > happen in older viewers, but I recently changed my video card so maybe > the change in FPS was not noticeable to me before. > > And more importantly, has any work been done recently (less than two > months ago) on the way the avatar movement is handled, that could > trigger this bug ? I don't really know where to look so if anybody has > pointers, please feel free to share ! > > Thanks, > Marine > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
