am curious if anyone can point me in the right directions. and hopefully
shine some light on the functions that are used to work with LLSD elements.
specifically how to maintain LLSD lists. how to add to a list and remove
items from the list as well as how to test to see if an LLSD element
cont
Hi everyone,
Reminder that the test sprint is in just over an hour. Before coming,
please install the latest build, found here:
https://wiki.secondlife.com/wiki/Snowglobe_Test_Sprint
Looking forward to seeing you all there!
Rob
On Thu, Oct 29, 2009 at 4:40 PM, Rob Lanphier wrote:
> Hi everyon
The same error is something I am seeing in another thread. As I
understand it, the three choices are copy the string to the target,
cast as a constant, or set a flag for no write strings. Someone who
knows what they are doing should go through these and make the correct
change...
> On Tue,
The patch mentioned in https://jira.secondlife.com/browse/VWR-11453
breaks on the source I pulled down. I am happy to believe I am doing
something wrong because... the patch wasn't applied in that source
code, nor were other mac patches mentioned in the JIRA, so my guess is
that I am missing a step
That produces the same error. I suppose the question is whether the
variables should be const char to begin with, but I don't know enough
about them to know whether they are modified, and thus don't want to
change the definition. The error also shows up in the mac-updater.
On Tue, Nov 3, 2009
Yupif some enterprising soul wants to add those to the download page,
I'd be most grateful.
Rob
On Tue, Nov 3, 2009 at 12:06 AM, Tori C. wrote:
> The release viewer is 1.23.5.136262, so I think this will have what you
> need:
>
> http://svn.secondlife.com/trac/linden/changeset/2888
> __
Unless those values are actually going to be modified, that's an
unnecessary function call. Also, if that code is executed repeatedly,
it's a memory leak.
Try making the conversion explicit with
fakeconv.negative_sign = (char *)"-";
Against the frozen viewer code, there was an error in llresmgr.cpp
with "deprecated conversion of string to char*" I changed two lines:
- fakeconv.negative_sign = "-";
- fakeconv.mon_grouping = "\x03\x03\x00"; //
commas every 3 digits
Hi Aleric,
On Tuesday 03 November 2009 16:28:29 Aleric Inglewood wrote:
> /usr/bin/ld: ../../llplugin/libllplugin.a(llpluginmessage.cpp.o):
> relocation R_X86_64_32S against `.bss' can not be used when making a
> shared object; recompile with -fPIC
> ../../llplugin/libllplugin.a: could not read sy
On Mon, Nov 02, 2009 at 01:46:19PM -0800, td...@speakeasy.net wrote:
> char *pczAString = "This is a constant string";
This has been deprecated at least 10 years... I doubt the gcc version
has anything to do with it... (in fact, I use the latest gcc and
never ran into it... weird).
--
Carlo Wood
I tried to 'svn update' today... but the trunk is heavily broken!
How is it possible that people commit things that even break compilation?
Please fix:
/usr/bin/ld: ../../llplugin/libllplugin.a(llpluginmessage.cpp.o):
relocation R_X86_64_32S against `.bss' can not be used when making a
shared obj
On Tue, Nov 3, 2009 at 11:32 AM,
wrote:
> Ping me when you need a linux builder to test a build. I'me about to submit
> and cmake standalone patch to fix standalone build that works with webkit.
>
> --Techwolf
YAY!!!
Thanks, that would be awesome! Getting tired of not having a browser :)
Now if
On Monday 02 November 2009 1:55:22 pm Philippe (Merov) Bossut wrote:
>
> I did post a patch to JIRA but I *did not* committed the code. This is
> intentional since, as a matter of process, all patches (yes, even
> Linden's...) should be reviewed by a committer before being committed. Case
> in poi
The release viewer is 1.23.5.136262, so I think this will have what you need:
http://svn.secondlife.com/trac/linden/changeset/2888
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/SLDev
Please read the policies b
14 matches
Mail list logo
