Re: [opensource-dev] [SNOWSTORM] Daily Scrum Summary - Thursday, December 9

2010-12-09 Thread Vadim Savchuk 
Hi Wolfpup.

On Thu, Dec 9, 2010 at 9:23 PM, Anya Kanevsky
wrote:

> Wolfpup Lowenhar
> --
>
> *PAST*
>
>- worked @ in-world job & real job
>- Attended Sprint planing meeting.
>- Attened Esbee's OH
>- Emailed Esbee and Q concerning STORM-2 .
>
> PE is taking STORM-2. Was there anything in the email that you would like
to share with us?

Thanks,
-- 
Vadim
___
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] Any hope of STORM-727 getting a little love?

2010-12-09 Thread Vadim Savchuk 
On Thu, Dec 9, 2010 at 11:43 PM, Nicky D. wrote:

> It's pesky, isn't it? :) Incidentally it bit me as well this week.
> Patch attached.
> Not sure if it is really the 100% golden way, but it works good for
> me. Maybe someone
> can make good use of the patch.
>
Thanks Nicky, but STORM-727 is already fixed. :-)`

-- 
Vadim
___
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] [SNOWSTORM] Daily Scrum Summary - Thursday, December 9

2010-12-10 Thread Vadim Savchuk 

On 12/09/2010 09:23 PM, Anya Kanevsky wrote:



Jonathan Yap



*PAST*

* Tried to use codereview + postreview command. Got message:
  Unable to log in: HTTP 404

Will wait for Oz to publish instructions on the wiki.

By the way, for anyone getting the following message when trying to use 
the post-review script:


Error creating review request: The repository path specified is not in 
the list of known repositories


The reason is that post-review is very sensitive to the way you specify 
remote repository in the [paths] section of your /REPO//.hg/hgrc.

It must be exactly the same as in Review Board settings.
Here is the one that works for me:

[paths]
default = http://bitbucket.org/lindenlab/viewer-beta/

Note that neither of the following URLs will work, despite being valid 
and pointing to the same repo:


   * https://bitbucket.org/lindenlab/viewer-beta/
   * http://bitbucket.org/lindenlab/viewer-beta
   * http://hg.secondlife.com/viewer-beta/


Hope this helps,

--
Vadim

___
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] Test request for STORM-453 (update libcurl 7.21.1)

2010-12-21 Thread Vadim Savchuk 
On 12/16/2010 07:57 AM, Philippe (Merov) Bossut wrote:
> I've been working on this which is blocking Robin to complete the rest 
> of the work for VWR-20801 (Implement socks5 proxy).
>
> I think I'm done but, since lots of things can go wrong when changing 
> such a library, I'd like to get some folks banging on the executables 
> before moving that to "review".
>
> Binaries can be found at:
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/merov_viewer-development-import/rev/217039/index.html
>
> Please let me know which platform you test on and what the overall result.
Tested with the prebuilt binary on Linux/x86 according to the ticket 
acceptance criteria. Everything worked well.

-- 
Vadim

___
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] Daily Scrum Summary - Thursday, December 23

2010-12-24 Thread Vadim Savchuk 
On Fri, Dec 24, 2010 at 10:53 AM, Opensource Obscure <
opensourceobsc...@gmail.com> wrote:

> On Thu, Dec 23, 2010 at 21:22, Anya Kanevsky
>  wrote:
> > Thursday, December 23, 2010
>
> > TASK (STORM-797) Parcel SLURL rendering
> >
> > WIP. Temporary moved parcel name retrieving to llui. Should be moved to
> > llmessage if dependencies could be resolved. Working on parcel SLURL
> class
> > to handle parcel name resolving from parcel ID.
> >
> > FUTURE
> >
> > TASK (STORM-797) Parcel SLURL rendering. Est - 1 day.
>
> This sounds interesting. What would become possible if this
> will be implemented?
>
Rendering SLURLs like
secondlife:///app/parcel/*UUID*/about
into human-readable strings.
See https://jira.secondlife.com/browse/STORM-797


> Something that drives me crazy is I can't create a landmark
> of a place without going there. IIRC this behaviour can't be improved.
> It would be awesome if I could copy a SLURL from my web browser,
> then paste it into my Inventory and then (later) click it to teleport
> there.
>
Do you mean creating a landmark in your inventory by pasting a SLURL?
I'm not sure that's possible: AFAIR, to create a landmark we perform a
request to the server, which creates landmark of the current location in our
inventory. The protocol doesn't support remote locations.

-- 
Vadim
___
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")

2010-12-24 Thread Vadim Savchuk 
On 12/24/2010 01:17 PM, Opensource Obscure wrote:
> Going through local chat is clearly lame, and confusing for
> people around you. That's why I said I would like to
> "copy/paste" a SLURL into Inventory, create
> (not a landmark) and then clickit  to teleport.
> I'm thinking about management of  Bookmarks in current
> main web browsers, where you're allowed to edit
> both name and destination of a bookmark, tag it,
> assign to multiple folders (or tags).
>
> Does this make sense to anyone here?
Sounds like a hack to me: this is what landmarks were made for.
I think the most proper solution would be to fix the above-mentioned 
protocol limitation and maybe extend functionality of landmarks (e.g., 
as you said, add ability to edit the location) without inventing new 
inventory asset type.

-- 
Vadim

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

2011-01-04 Thread Vadim Savchuk 
On 01/04/2011 08:07 AM, Anya Kanevsky wrote:
> Ponzu, I'm understandably very interested in finding out which xml 
> files ... Thanks!
inspect_avatar.xml: value="Grumpity ProductEngine with a long name"
inspect_avatar.xml:value="Grumpity ProductEngine"
inspect_group.xml:Grumpity's Grumpy Group of Moose
panel_activeim_row.xml:Grumpity ProductEngine

-- 
Vadim

___
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-2 test build

2011-01-25 Thread Vadim Savchuk 
On 01/25/2011 02:19 PM, Trilo Byte wrote:
> Aside from not being very useful in its current state (not being able 
> to save/load sidebar, local chat text entry width, or save/load build 
> menu floater), build 219546 (mac client) caused an entire system crash 
> on exit, resulting in loss of data in other applications.
Have you experienced such crashes with other builds?
>
> The sidebar, local chat entry box, and builder's menu are all 
> essential parts of the SL user interface.  If comments in the jira are 
> to be believed and saving the sidebar isn't essential, then you're 
> forcing users to do something that's not obvious or intuitive (forcing 
> them to take the extra step of tearing off/positioning a sidebar tab), 
> and making a strong case for the need to do away with the sidebar 
> altogether.
I didn't say it was not essential. I said that  it was not originally 
required by the task description and thus should not prevent PO from 
approving the first-pass implementation (which will of course be 
improved by further changes).

-- 
Vadim

___
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] PO Test build (222938)

2011-03-09 Thread Vadim Savchuk 

On 03/09/2011 01:47 AM, Erin Mallory wrote:


* STORM-1016 : Crash: ctrl-shift-w hides undocked Side Bar panels if 
almost any floater is opened

No longer crashes the viewer...  DOES dock panels  which is annoying

Well, isn't it the purpose of hitting Ctrl-Shift-W?


Thanks,

--
Vadim

___
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] Review Request: STORM-1025 Chat preferences > font size should increase size of input text as well

2011-03-17 Thread Vadim Savchuk 

On 03/13/2011 02:42 AM, Jonathan Yap wrote:
This is an automatically generated e-mail. To reply, visit: 
http://codereview.secondlife.com/r/139/



Review request for Viewer.
By Jonathan Yap.

/Updated March 12, 2011, 4:42 p.m./


  Changes

Ignore this and the previous message--just changing the jira number from vwr to 
storm.  And yes, the diffs are messed up and I don't know how to fix that.


Try creating a new review request and closing the broken one as discarded.

--
Vadim

___
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] viewer-autobuild2010 Ctrl-I bug

2011-03-21 Thread Vadim Savchuk 

On 03/20/2011 06:01 PM, Jonathan Welch wrote:

Using autobuild I just built an up to date viewer of
viewer-autobuild2010 and found that Ctrl-I will open the inventory
sidepanel but will no longer close it.  Another person verified this
in a viewer build from Merov's repo.

If this is not an intentional change would someone please file a jira
(my internet is going to be very limited for a while).


Filed STORM-1091 .


If this is an intentional change I would like to see it changed back.

A Linden who knows what's what needs to weigh in on this.

I guess it's a regression caused by recent sidebar fixes.

--
Vadim

___
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] PO Build available

2011-03-25 Thread Vadim Savchuk 
On 03/25/2011 06:47 PM, Opensource Obscure wrote:
>> * STORM-1021 : Viewer shows "L$300" instead of object IM details if object
>> sends an IM from another region
> I saw some problems with this fix but I have to do further testing.
>
> If you test STORM-1021 please try if you experience the same issue:
>
> 1. In preferences, "Chat" tab, ensure "Enable plain text IM and chat
> history" is UNchecked.
> 2. Rez a cube and add the same script as above
> 3. Touch the object and TP to another region
> 4. Wait to receive the "I live!" object IM
> 5. Click the information button on the "Object" name to see where it
> is and who owns it
> 6. NOW in preferences, "Chat" tab, ENABLE "Enable plain text IM and
> chat history"
> 7. in local chat history, click the "Object" name
> 8. object location is wrong: sim name refer to current user location, while
> coordinates say (0,0,0).
Right, that's a limitation of the current design: sender object location 
is only available for new messages.
Switching chat history style discards that information.
I think fixing this issue goes beyond the bug scope.

-- 
Vadim

___
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] PO Build available

2011-03-28 Thread Vadim Savchuk 
On 03/25/2011 10:23 PM, Erin Mallory wrote:
> * STORM-1021 : Viewer shows "L$300" instead of object IM details if 
> object sends an IM from another region
> failed.  Gives incorrect coordinates and sometimes incorrect owner.. 
Could you please provide more details on how to reproduce the failure?

Thanks,

-- 
Vadim

___
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] Mesh branch merged to viewer-development

2011-05-18 Thread Vadim Savchuk 
On 05/18/2011 01:05 AM, Sergey Litovchuk wrote:
> Running the latest viewer-development build for me causes the viewer to
> crash on start up with an error:
>
> 2011-05-17T21:41:18Z newview/llviewertexturelist.cpp(492) : error
> 2011-05-17T21:41:18Z ERROR: LLViewerTextureList::addImageToList: ASSERT
> (mInitialized)
I get  another crash on each startup:


Program terminated with signal 11, Segmentation fault.
#0  0x088bb265 in LLPhysicsDecomp::run (this=0xb1970a0) at 
viewer-development/indra/newview/llmeshrepository.cpp:3664
3664num_stages = decomp->getStages(&stages);
(gdb) bt
#0  0x088bb265 in LLPhysicsDecomp::run (this=0xb1970a0) at 
viewer-development/indra/newview/llmeshrepository.cpp:3664
#1  0xb735ffe0 in LLThread::staticRun (apr_threadp=0xb231058, 
datap=0xb1970a0) at viewer-development/indra/llcommon/llthread.cpp:86
#2  0xb662aa80 in dummy_worker () from 
/media/gutsyviewer-development/build-linux-i686/newview/packaged/lib/libapr-1.so.0
#3  0xb77cc80e in start_thread (arg=0xb2a0bb70) at pthread_create.c:300
#4  0xb6435a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
(gdb) fr 0
#0  0x088bb265 in LLPhysicsDecomp::run (this=0xb1970a0) at 
viewer-development/indra/newview/llmeshrepository.cpp:3664
3664num_stages = decomp->getStages(&stages);
(gdb) print decomp
$1 = (struct LLConvexDecomposition *) 0x0
(gdb)


Apparently, LLConvexDecomposition::getInstance() returns 0;

-- 
Vadim

___
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] Dumbly stuck on storm-899

2011-05-26 Thread Vadim Savchuk 

On 05/26/2011 05:19 PM, Boroondas Gupte wrote:
A quick'n'dirty workaround would be to make the constructor public. 
Though, looking at the doxygen comment of LLFlatListViewEx 
, 
the constructor being protected is probably on purpose, as the class 
"is intended to be used as a base class for lists which should support 
two different messages for empty state.", which might mean it isn't 
meant to be used directly.
Correct, LLFlatListViewEx is not a widget but a base class for widgets. 
It's there just to prevent code duplication.


So the right thing to do is probably to look at its concrete 
descendants 
 
(click "Inheritance diagram for LLFlatListViewEx") and see whether one 
of them fits your purpose (maybe LLWearableItemsList?), or, failing 
that, to derive your own sub-class from LLFlatListViewEx.

I doubt I doubt that fixing this bug requires creation of a new widget.

--
Vadim

___
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] ER-480 fix brought a showstopper

2011-06-14 Thread Vadim Savchuk 
On Sun, Jun 12, 2011 at 11:23 PM, Marine Kelley wrote:

> Has anybody noticed this already ? Basically the current viewer in v-d
> has a malformed notifications.xml file, breaking it completely as soon
> as you raise the camera controls floater.
>
If you mean the missing "<" issue, I remember fixing it in changeset
61ac1004521a
.

-- 
Vadim
___
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] Review Request: STORM-1315: Ability to do simple math in numeric edit fields

2011-06-30 Thread Vadim Savchuk 

On 06/30/2011 09:57 AM, Kadah Coba wrote:
This is an automatically generated e-mail. To reply, visit: 
http://codereview.secondlife.com/r/377/



Review request for Viewer.
By Kadah Coba.


  Description

This is a direct adaptation of Aimee Trescothick's contributed patch from STORM-1315 for v-d. 
Adjustments were made where needed to make it work with the newer boost and llui code. Some changes 
were made to the variable names it uses on build; ie "PX" for x position instead of just 
"X".

Patch allows for imputing simple math equations in to the spinner controls. On the build 
floater a series of variable names are available for using the objects current values in 
equations, like "sx+3" will take the current X scale and add 3.

I get an error when try to view the diff on Review Board. Please refresh 
it or create a new review request (not sure how to fix).


--
Vadim

___
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] Snowstorm Review Build

2011-07-09 Thread Vadim Savchuk 
On Sat, Jul 9, 2011 at 5:13 PM, opensourceobscure <
opensourceobsc...@gmail.com> wrote:
>
> > STORM-1483
> > Unable to delete the last water/sky/day preset
>
> This seems to be fixed for Sky presets only, BUT...
> I couldn't delete any Water or Day preset.
>
Have you created any water/day presets? System (out of the box) presets are
not in the list.

When trying to delete Water or Day presets,
> the dropdown menu acts like there weren't any presets.
>
Right, not very nice. A better design is needed.

-- 
Vadim
___
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] Review Request: Allow objects to have 99.99% max hollow for default hollow shape.

2011-07-12 Thread Vadim Savchuk 
Dahlia, please comment in the ticket for the Product Owner to notice.

On 07/12/2011 09:16 PM, Dahlia Trimble wrote:
> Unfortunately it does happen, especially when prims are twisted or 
> otherwise skewed. 99.99 is too close. You may mot see it in a viewer 
> but physics will not work with it. I believe the current 95% limits 
> are there for a reason and the original designers may not be around to 
> defend it or have documented it.

-- 
Vadim

___
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] autobuild on linux?

2011-08-05 Thread Vadim Savchuk 
On Fri, Aug 5, 2011 at 9:41 PM, Ace Ace  wrote:

> does anyone know how to set this up on linux the wiki has no info on how to
> do it on linux
>
http://wiki.secondlife.com/wiki/Autobuild/Quick_Start
http://wiki.secondlife.com/wiki/Autobuild
http://wiki.secondlife.com/wiki/Building_the_Viewer_with_Autobuild

-- 
Vadim
___
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] Mercurial hook checking for well-formed XML

2011-08-15 Thread Vadim Savchuk 
On Sat, Aug 13, 2011 at 12:18 AM, Oz Linden (Scott Lawrence) <
o...@lindenlab.com> wrote:

>
> We've had a spate of errors lately that would have been detected by
> checking whether or not some XML file was well formed, so I've written a
> mercurial hook to check.  It is written in python such that it runs within
> your existing hg commands without spawning another process; I don't believe
> that it significantly affects performance.
>
Thanks Oz! Installed and tested. Works like a charm.

-- 
Vadim
___
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 Frequent Crashes in Snowstorm 3.0.2 builds 238538 and 238719 on Linux.

2011-08-18 Thread Vadim Savchuk 
On Thu, Aug 18, 2011 at 7:01 PM, Ron Rogers Jr. wrote:

> There seems to be no pattern to it, it'll crash just after startup,
> it'll crash after a couple of minutes, it'll crash after a half
> hour.  It's actually very annoying because Snowstorm before these two
> builds was always VERY stable and rock solid.
>
Posted https://jira.secondlife.com/browse/VWR-26703.
Next time please file a JIRA ticket when you want to report a bug.

-- 
Vadim
___
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] re Second Life 3.0.6 (241478) Sep 23 2011 13:43:42 (Second Life Development)

2011-09-29 Thread Vadim Savchuk 
I believe this issue has been filed already:
https://jira.secondlife.com/browse/STORM-1620

On Thu, Sep 29, 2011 at 10:56 AM, Anya Kanevsky  wrote:

> Soar, could you please file a jira with all the appropriate details?
>  Thanks!
>
> -grumpity
>
> 2011/9/28 Soar Wingtips 
>
>> It does not seem to be remembering preferences so they need to be rest
>> each log in
>>
>> ___
>> 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
>



-- 
Vadim
___
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] Review Request: STORM-1615 Please update language support for Viewer

2011-10-11 Thread Vadim Savchuk 
Torben, I'm not sure what you mean. The new strings will be automatically
picked up by the viewer localization tool, i.e. there is no point for me to
"update" translations.

On Tue, Oct 11, 2011 at 9:55 PM, Torben Trautman wrote:

>  I´m asking this mainly just out of curiosity but wouldn´t it make sense to
> add localizable strings to the locale panel_preferences_general files right
> away?
> If you added
>
> *
> 
> *
>
> to the different language versions it would be easier to localize
> afterwards or even better - the language names could be localized right
> away.
>
> Greetings,
> Torben
>
> --
> From: vsavc...@productengine.com
> To: rich...@lindenlab.com
> Date: Tue, 11 Oct 2011 17:48:52 +
> CC: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] Review Request: STORM-1615 Please update language
> support for Viewer
>
>
>   This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/490/
>   Review request for Viewer and Richard Nelson.
> By Vadim ProductEngine.
> Description
>
> - Added Traditional Chinese to the Language dropdown menu in Preferences / 
> General.
>   The language is already supported, it just wasn't in the menu.
> - Added support for Russian, Simplified Chinese and Turkish.
>   * Added the new languages to the list in Preferences / General.
>   * Added a couple of "translated" XUI files for each language to create the 
> necessary folders.
> - Removed Dutch from the available languages list.
>   Dutch translations are still there, so you can still use Dutch by running 
> viewer with "--set Language nl".
>
> Language codes: ru (Russian), tr (Turkish), zh_CN (Simplified Chinese), zh 
> (Traditional Chinese).
>
>   *Bugs: * STORM-1615 
> Diffs
>
>- indra/newview/skins/default/xui/de/panel_preferences_general.xml
>(3af8218d32f1)
>- indra/newview/skins/default/xui/en/panel_preferences_general.xml
>(3af8218d32f1)
>- indra/newview/skins/default/xui/es/panel_preferences_general.xml
>(3af8218d32f1)
>- indra/newview/skins/default/xui/fr/panel_preferences_general.xml
>(3af8218d32f1)
>- indra/newview/skins/default/xui/it/panel_preferences_general.xml
>(3af8218d32f1)
>- indra/newview/skins/default/xui/ja/panel_preferences_general.xml
>(3af8218d32f1)
>- indra/newview/skins/default/xui/nl/panel_preferences_general.xml
>(3af8218d32f1)
>- indra/newview/skins/default/xui/pl/panel_preferences_general.xml
>(3af8218d32f1)
>- indra/newview/skins/default/xui/pt/panel_preferences_general.xml
>(3af8218d32f1)
>- indra/newview/skins/default/xui/ru/floater_buy_currency_html.xml
>(PRE-CREATION)
>- indra/newview/skins/default/xui/tr/floater_buy_currency_html.xml
>(PRE-CREATION)
>- indra/newview/skins/default/xui/zh/panel_preferences_general.xml
>(3af8218d32f1)
>- indra/newview/skins/default/xui/zh_CN/floater_buy_currency_html.xml
>(PRE-CREATION)
>- indra/newview/skins/minimal/xui/ru/menu_script_chiclet.xml
>(PRE-CREATION)
>- indra/newview/skins/minimal/xui/tr/menu_script_chiclet.xml
>(PRE-CREATION)
>- indra/newview/skins/minimal/xui/zh/menu_script_chiclet.xml
>(PRE-CREATION)
>- indra/newview/skins/minimal/xui/zh_CN/menu_script_chiclet.xml
>(PRE-CREATION)
>
> View Diff 
>
> ___ Policies and (un)subscribe
> information available here: 
> http://wiki.secondlife.com/wiki/OpenSource-DevPlease 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
>



-- 
Vadim
___
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] Redundant 'typedef' causing compiliation to fail on GCC 4.4/4.5

2011-11-01 Thread Vadim Savchuk 
Fixed , thank you.

On Tue, Nov 1, 2011 at 2:18 AM, Jamie Quinlan wrote:

> Hi all,
>
> It's rare I post on here, but I think I need to bring something to
> light. With the latest viewer-development branch, I noticed that a
> warning, treated like an error, causes compilation of the viewer to fail
> under GCC 4.4 and 4.5 versions.
>
> (Note, I haven't mentioned GCC 4.6, as it fails to compile anyway, but
> that's a moot point, as I have 4.4 and 4.5 built and installed from
> source. :) )
>
> As far as my knowledge of C++ goes, typedef functions are only used in C
> to declare structs, in C++, it's not used that way. Fortunatly the fix
> is simple.
>
> All you have to do is to delete the 'typedef' from line 54 of
> indra/llui/llkeywords.h, and off you go. Just don't delete anything else
> from that line, that would be Very Bad(TM).
>
> Sorry if it does seem a little harsh, but if it breaks a Linden-used
> version of GCC, it might end up being a major PITA, and we don't want
> that. :)
>
>
> ___
> 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
>



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