Re: [opensource-dev] LLMatrix3::orthogonalize test

[Boroondas Gupte]

 On 10/14/2010 08:05 AM, Celierra Darling wrote:
> For matrices, "orthogonal matrix" implies orthonormal rows and columns.
Ah, right, I forgot. Thanks for the reminder. (I /should/ have known that.)

> It's a bit confusing, but that's the real way the term is used
> (see http://en.wikipedia.org/wiki/Orthogonal_matrix )
Yeah, I was somehow thinking of bases rather than matrices. Bases can of
course be orthogonal without the basis vectors being unit vectors, and
vice versa. While we can (and apparently do in the SL code) represent
bases as matrices, as long as the class is called something with
"Matrix", its methods should adhere to the matrix terminology, of
course, so it's fine to stick with the current name.

Cheers,
Boroondas


___
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] VWR-23239: memory leak in LLUIString

[Boroondas Gupte]

 On 09/30/2010 05:42 PM, Boroondas Gupte wrote:
> On 09/24/2010 01:58 PM, Boroondas Gupte wrote:
>> Looking through recently merged commits, I noticed that changeset
>> 80af8db446df changes
>> 
>> LLUIString::mArgs into a pointer. This pointer gets initialized with
>> a new object in one of the constructors
>> 
>> (the other constructors set it to NULL), or lazily (i.e. when still
>> NULL when an actual object is required) through LLUIString::getArgs()
>> .
>>
>> Though I can't seem to find where mArgs gets deleted again. Is it
>> being leaked?
>>
>> As far as I can see, mArgs (which is private) doesn't get assigned
>> any pointers from outside the LLUIString instance and is never passed
>> out through any method, so it should be save to delete it in the
>> destructor of LLUIString.
>
> Filed as VWR-23239 .
Proposed a fix
 a week
ago, but looks like this didn't get a lot of attention, yet. The fix
might look simple and straight forward, but both, the potential leak and
this fix are difficult to test for. (E.g. adding a static instance
counter to LLFormatMapString and outputting its value in the
constructors and the destructor of LLFormatMapString didn't lead to
conclusive results. Maybe objects of the same type are being leaked
elsewhere, too.) So code review is essential here.

Cheers,
Boroondas
___
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] O.O Display name code DROP!

[WolfPup Lowenhar]

Well folks my night is going to be interesting as now I have to hard merge
my logging code to the new code as there are changes to the way logs are
EVEN saved .llsd instead of .txt which is going to make things interesting
for me as now I have to change my history look up code for the new file
extension and maybe even the name formatting itself!

___
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] Daily Scrum Summary - Thursday, October 14

[Anya Kanevsky]

Date: Thu Oct 14
https://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive

== GENERAL NOTES ==
* Merge Monkey of the Day: Oz
* RC Blocker resolved, waiting for new build.

== DAILY SCRUM ==

=== Merov ===
PAST
* STORM-104: kdu upgrade: Static linking to kdu done and works.

FUTURE
* STORM-104: kdu upgrade: fix unit tests, make switch at build time
work, test and verify some more.
* STORM-105 : Perf decompression: put new data out, check the work
done by opensource-dev community on similar tests.

IMPEDIMENTS
* Latest KDU bits


==Oz Linden==
PAST
* Merge Monkey
** Pulled outstanding beta fixes
** Drain Snowstorm integration queue
* Got Development Viewer links on main download page fixed

FUTURE
* Figure out how to test updated libcurl VWR-22780
** So that we can unblock VWR-20801 (socks 5 proxy)
* Merge Monkey
** Waiting for fix for STORM-28
* More changes to develop site
* Office Hour

IMPEDIMENTS
* none


=== Q Linden===
OOO


=== Esbee Linden
PAST
* Viewer release process discussion
* Viewer 2.2 Release prep
* VWR triage

FUTURE
* Write Viewer 2.2 Release blog post
* Systems requirements analysis
* VWR Triage
* Viewer 2.2 Release

IMPEDIMENTS
* None


=== Paul ProductEngine===
PAST:-
*STORM-196 'Undo changes' button is absent on 'Edit wearable' panel
** Fixed
* STORM-258 [NAME] text instead Users name is shown when user recieves
offer friendship.
** Fixed
* STORM-293 Friend permissions icons overlap long names on 'My Friends' tab
** WIP. Estimate ~ 2-3 hours

FUTURE:
* STORM-293 Friend permissions icons overlap long names on 'My Friends' tab

IMPEDIMENTS:
* none

=== Seth Productengine ===
PAST:
* BUG (STORM-294) Selection goes out of Favorites overflow list if
scroll it by keyboard
** Updated fix according to feedback.
* BUG (STORM-303) Favorites folder content isn't refreshed while
re-ordering landmaks
** WIP. Could not find the root cause of defect for now.

FUTURE:
*  BUG (STORM-303) Favorites folder content isn't refreshed while
re-ordering landmaks
** Estimated: 4-6 hours.

IMPEDIMENTS:
* none

=== Andrew Productengine ===
PAST:
* Bug STORM-322 (Group Member Search: gives more entries then the
search string suggests)
** WIP. Fixed in not very good way, fixing in better one. Estimate- 3-4 hours.

FUTURE:
* Bug STORM-322 (Group Member Search: gives more entries then the
search string suggests).

IMPEDIMENTS:
* none

=== Vadim Productengine ===
PAST:
* Bug STORM-297 ("" text appears in confirmation message, if
there is "<" symbol in Landmarks name):
** Investigated, failed to fix, bounced back to sprint backlog.

* Took over bug STORM-211 (Fade timer is reset for all toasts
displayed in the notifications channel) from Paul.
** Found the flaw in Paul's fix. Will carefully test the fix and
submit it tomorrow.

FUTURE:
* Complete STORM-211.
* Bug STORM-376 (Toast close button sometimes doesn't disappear).

IMPEDIMENTS:
* STORM-297 needs input

=== Andrey Productengine ===
PAST:
* smoke + integrity testing of Viewer Release 2.2.0 (211892). Smoke
tests were failed by STORM-377 & ** STORM-381

FUTURE:
* switch to viewer-development testing until new release build is shipped

IMPEDIMENTS:
* none
___
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] O.O Display name code DROP!

[Jamey Fletcher]

WolfPup Lowenhar wrote:
> Well folks my night is going to be interesting as now I have to hard
> merge my logging code to the new code as there are changes to the way
> logs are EVEN saved .llsd instead of .txt which is going to make things
> interesting for me as now I have to change my history look up code for
> the new file extension and maybe even the name formatting itself!

Is that the crash & console logs, or the chat logs too?
___
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] O.O Display name code DROP!

[WolfPup Lowenhar]

Actualy the file extension change is only to chat and IM logs. And I have
already found a bug in the code!

 

https://jira.secondlife.com/browse/VWR-23437

 

the above jira is the bug and it is not being cause be my file name
modification as the mod is working fine for group IM's.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Jamey
Fletcher
Sent: Friday, October 15, 2010 12:31 AM
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] O.O Display name code DROP!

 

WolfPup Lowenhar wrote:
> Well folks my night is going to be interesting as now I have to hard
> merge my logging code to the new code as there are changes to the way
> logs are EVEN saved .llsd instead of .txt which is going to make things
> interesting for me as now I have to change my history look up code for
> the new file extension and maybe even the name formatting itself!

Is that the crash & console logs, or the chat logs too?
___
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 

  _  

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1136 / Virus Database: 422/3196 - Release Date: 10/14/10

___
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] O.O Display name code DROP!

[Jamey Fletcher]

WolfPup Lowenhar wrote:

> Actualy the file extension change is only to chat and IM logs. And I
> have already found a bug in the code!

> https://jira.secondlife.com/browse/VWR-23437

> the above jira is the bug and it is not being cause be my file name
> modification as the mod is working fine for group IM’s.

Ok - so instead of just opening wordpad/nano/vi/emacs/religious editor 
of choice, and reading with eyeballs mark I, we're going to have to have 
a specialized decoder/converter, to read something that as far as I can 
tell, is going to take up a hell of a lot more storage for ... what purpose?

Is there actually a *reason* for this change, or is it just to screw 
around in the code to do provide an opportunity for new bugs, such as 
the one you found already?

Goddess knows, all of the bugs in the current code are *completely* 
eradicated.
___
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] O.O Display name code DROP!

[Lance Corrimal]

Am Freitag 15 Oktober 2010 schrieb Jamey Fletcher:
> WolfPup Lowenhar wrote:
> > Actualy the file extension change is only to chat and IM logs.
> > And I have already found a bug in the code!
> > 
> > https://jira.secondlife.com/browse/VWR-23437
> > 
> > the above jira is the bug and it is not being cause be my file
> > name modification as the mod is working fine for group IM’s.
> 
> Ok - so instead of just opening wordpad/nano/vi/emacs/religious
> editor of choice, and reading with eyeballs mark I, we're going to
> have to have a specialized decoder/converter, to read something
> that as far as I can tell, is going to take up a hell of a lot
> more storage for ... what purpose?
> 
> Is there actually a *reason* for this change, or is it just to
> screw around in the code to do provide an opportunity for new
> bugs, such as the one you found already?


Any "reason" that comes to mind would be higly insulting.


___
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] O.O Display name code DROP!

[Ambrosia]

Wait, what?

The new chat/IM logs are saved in LLSD of all things?

Why? To make chat/IM history work with the display names or...what?
And there is no option to also store a .txt copy?

On Fri, Oct 15, 2010 at 08:15, Jamey Fletcher  wrote:
> WolfPup Lowenhar wrote:
>
>> Actualy the file extension change is only to chat and IM logs. And I
>> have already found a bug in the code!
>
>> https://jira.secondlife.com/browse/VWR-23437
>
>> the above jira is the bug and it is not being cause be my file name
>> modification as the mod is working fine for group IM’s.
>
> Ok - so instead of just opening wordpad/nano/vi/emacs/religious editor
> of choice, and reading with eyeballs mark I, we're going to have to have
> a specialized decoder/converter, to read something that as far as I can
> tell, is going to take up a hell of a lot more storage for ... what purpose?
>
> Is there actually a *reason* for this change, or is it just to screw
> around in the code to do provide an opportunity for new bugs, such as
> the one you found already?
>
> Goddess knows, all of the bugs in the current code are *completely*
> eradicated.
> ___
> 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] O.O Display name code DROP!

[Stickman]

> The new chat/IM logs are saved in LLSD of all things?

NOT MY CHAT LOGS! That's where I keep all my text!

I am also very interested in the purpose of this change, and if there
will be provided (by LL or a loving developer) a handy and lightweight
notepad replacement to read and search these log files, or maybe a
tool to parse them into plain text.

I kinda use my chatlogs a lot. Creating an extra step to read them
doesn't make me happy. :< It means there's an "event horizon" date and
if I'm unsure of when a conversation happened I need to do two
searches using different tools.

Stickman
___
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