[opensource-dev] Translation to Arabic

2010-11-02 Thread Olli Aro
Hi all,

 

We translated the viewer to Arabic and noticed that things are not quite
working :(

 

Anyone on this list that would have an idea how to fix the viewer so that it
supports right to left languages and would be interested in working on a
project to implement this?

 

If you are please feel free to email me at olli_...@yahoo.co.uk

 

Regards,

 

Olli

 

 

 

___
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] CALLING ALL WINDOWS ENVIROMENT OS DEVS!!!!!!!!!!!!!!!

2010-11-02 Thread Nicky SL
Please see the attached patch.

You had an out of bounds array access if a test failed. That made it crash.

As Rickey noted, you cannot redeclare a variable in the same scope. It does
not matter here so much, as the
array has the same contents in both cases.

Another problem is the test failing over the virtual directories '.' (cwd)
and '..' (parent). I made it so that they are
skipped in the loop. I am not sure this is what you want. You'll have to
take a look at this.
But as the tests still fail for me, you have to take a look anyway :)

Result so far:
[LLDir, 5] fail: 'scan of '...\Temp\getNextFileInDir24\' using '*.'
incorrectly returned 'file1.abc''
Unit test group_completed name=LLDir
 Total Tests: 5
 Passed Tests: 4

Another thing I noticed is that I had top copy dlls like lipaprutil-1.dll
etc to sharedlibs/debug. Otherwise the
test would not find those DLLs. But this might have been because I did not
compile the whole projects, I
just build the test project + all the projects it depends on.

Cheers,
   Nicky


13227-c2ffd0fde18d.patch
Description: Binary data
___
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 - Monday, November 1

2010-11-02 Thread Dale Innis
On Mon, Nov 1, 2010 at 2:35 PM, Anya Kanevsky
 wrote:

> === Esbee Linden ===
> PAST
> * OOO
> * Birthday & Rezday!

\o/
___
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] constant crashes

2010-11-02 Thread Erin Mallory

I am getting CONSTANT crashes on the new development build that look like the 
log following this.  What is causing them, how do i stop them?  


2010-11-03T01:06:55Z INFO: LLVOAvatar::processAvatarAppearance: 
AvatarAppearance msg received without any parameters, object: 
3a3578d8-b0c9-4856-b8d9-e325edfb4b86
2010-11-03T01:06:55Z INFO: LLVOAvatar::processAvatarAppearance: That's okay, we 
already have a non-default shape for object: 
3a3578d8-b0c9-4856-b8d9-e325edfb4b86
2010-11-03T01:06:55Z INFO: LLAssetStorage::getAssetData: ASSET_TRACE requesting 
3eb2ca53-dc62-e1f7-b428-5159a730beef type animatn
2010-11-03T01:06:55Z INFO: LLAssetStorage::_queueDataRequest: Starting transfer 
for 3eb2ca53-dc62-e1f7-b428-5159a730beef
2010-11-03T01:06:56Z INFO: LLFastTimer::nextFrame: Slow frame, fast timers 
inaccurate
2010-11-03T01:06:56Z INFO: LLTransferManager::processTransferInfo: Receiving 
46039727-ee40-b10c-c7e9-c39871337109, size 1006 bytes
2010-11-03T01:06:56Z INFO: LLFastTimer::nextFrame: Slow frame, fast timers 
inaccurate
2010-11-03T01:06:56Z INFO: LLAssetStorage::downloadCompleteCallback: 
ASSET_TRACE asset 3eb2ca53-dc62-e1f7-b428-5159a730beef downloadCompleteCallback
2010-11-03T01:06:56Z INFO: LLFastTimer::nextFrame: Slow frame, fast timers 
inaccurate
2010-11-03T01:06:56Z INFO: windows_post_minidump_callback: generated minidump: 
(pathway deleted for privacy) 
SecondLife\logs\83ea59e2-2ca0-49b2-82be-f816fc1af143.dmp
2010-11-03T01:06:56Z INFO: windows_post_minidump_callback: Entering Windows 
Exception Handler...
2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Handle viewer crash 
entry.
2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Last render pool 
type: 15
2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print:  * PRINT 
OUT LL CALL STACKS * 
2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: LLPipeline::postSort 
line: 2777 
2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: LLPipeline::postSort 
line: 2747 
2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: LLPipeline::postSort 
line: 2699 
2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: LLPipeline::postSort 
line: 2597 
2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: LLPipeline::postSort 
line: 2577 
2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print: LLPipeline::postSort 
line: 2566 
2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print:  *** END 
OF LL CALL STACKS *** 
2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Creating crash 
marker file C:\Documents and Settings\Elvendreams\Application 
Data\SecondLife\logs\SecondLife.error_marker
2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Created crash marker 
file C:\Documents and Settings\Elvendreams\Application 
Data\SecondLife\logs\SecondLife.error_marker
2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Handle viewer crash 
generating stats log.
2010-11-03T01:06:56Z INFO: LLAppViewer::writeDebugInfo: Opening debug file 
C:\Documents and Settings\Elvendreams\Application 
Data\SecondLife\logs\debug_info.log

  ___
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] constant crashes

2010-11-02 Thread Philippe (Merov) Bossut
Hi Erin,

I just downloaded build Second Life 2.4.0 (213711) for Mac OS X and
certainly doesn't see any of this. Did you try purging the cache?

I see you're running Windows but, please indicate which build you're running
when reporting viewer-development build crashes.

Cheers,
- Merov


On Tue, Nov 2, 2010 at 6:10 PM, Erin Mallory
wrote:

>  I am getting CONSTANT crashes on the new development build that look like
> the log following this.  What is causing them, how do i stop them?
>
>
> 2010-11-03T01:06:55Z INFO: LLVOAvatar::processAvatarAppearance:
> AvatarAppearance msg received without any parameters, object:
> 3a3578d8-b0c9-4856-b8d9-e325edfb4b86
> 2010-11-03T01:06:55Z INFO: LLVOAvatar::processAvatarAppearance: That's
> okay, we already have a non-default shape for object:
> 3a3578d8-b0c9-4856-b8d9-e325edfb4b86
> 2010-11-03T01:06:55Z INFO: LLAssetStorage::getAssetData: ASSET_TRACE
> requesting 3eb2ca53-dc62-e1f7-b428-5159a730beef type animatn
> 2010-11-03T01:06:55Z INFO: LLAssetStorage::_queueDataRequest: Starting
> transfer for 3eb2ca53-dc62-e1f7-b428-5159a730beef
> 2010-11-03T01:06:56Z INFO: LLFastTimer::nextFrame: Slow frame, fast timers
> inaccurate
> 2010-11-03T01:06:56Z INFO: LLTransferManager::processTransferInfo:
> Receiving 46039727-ee40-b10c-c7e9-c39871337109, size 1006 bytes
> 2010-11-03T01:06:56Z INFO: LLFastTimer::nextFrame: Slow frame, fast timers
> inaccurate
> 2010-11-03T01:06:56Z INFO: LLAssetStorage::downloadCompleteCallback:
> ASSET_TRACE asset 3eb2ca53-dc62-e1f7-b428-5159a730beef
> downloadCompleteCallback
> 2010-11-03T01:06:56Z INFO: LLFastTimer::nextFrame: Slow frame, fast timers
> inaccurate
> 2010-11-03T01:06:56Z INFO: windows_post_minidump_callback: generated
> minidump: (pathway deleted for privacy)
> SecondLife\logs\83ea59e2-2ca0-49b2-82be-f816fc1af143.dmp
> 2010-11-03T01:06:56Z INFO: windows_post_minidump_callback: Entering Windows
> Exception Handler...
> 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Handle viewer
> crash entry.
> 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Last render pool
> type: 15
> 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print:  *
> PRINT OUT LL CALL STACKS *
> 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print:
> LLPipeline::postSort line: 2777
> 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print:
> LLPipeline::postSort line: 2747
> 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print:
> LLPipeline::postSort line: 2699
> 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print:
> LLPipeline::postSort line: 2597
> 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print:
> LLPipeline::postSort line: 2577
> 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print:
> LLPipeline::postSort line: 2566
> 2010-11-03T01:06:56Z INFO: LLError::LLCallStacks::print:  ***
> END OF LL CALL STACKS ***
> 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Creating crash
> marker file C:\Documents and Settings\Elvendreams\Application
> Data\SecondLife\logs\SecondLife.error_marker
> 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Created crash
> marker file C:\Documents and Settings\Elvendreams\Application
> Data\SecondLife\logs\SecondLife.error_marker
> 2010-11-03T01:06:56Z INFO: LLAppViewer::handleViewerCrash: Handle viewer
> crash generating stats log.
> 2010-11-03T01:06:56Z INFO: LLAppViewer::writeDebugInfo: Opening debug file
> C:\Documents and Settings\Elvendreams\Application
> Data\SecondLife\logs\debug_info.log
>
>
> ___
> 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] constant crashes

2010-11-02 Thread Oz Linden (Scott Lawrence)
On 2010-11-02 21:44, Philippe (Merov) Bossut wrote:
> please indicate which build you're running when reporting 
> viewer-development build crashes.

With as many as 3 or 4 builds of viewer-development per day (and rarely 
less than 2), the term "latest" is essentially worthless.  By the time 
any given reader sees your message, "latest" has changed.


___
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