I haven't compiled the viewer myself, but most of what I've seen on
the list points to the wiki.
http://wiki.secondlife.com/wiki/Compiling_and_Patching_Snowglobe_%28Linux%29
Some searching of the wiki of your own may turn up something more
relevant to your interests. And I'm sure any problems you
Hello,
Im trying to compile snowglobe with VS2005, on windows 7, first one is:
"Error 1 Error result 1 returned from 'C:\WINDOWS\system32\cmd.exe'."
apparently on the "lscript_compile" project.
And the other error is:
"Error 2 fatal error LNK1104: cannot open file
'..\lscript\lscript_compile\rel
Is there a step by step guide to compiling. I can use any windows OS or version
of .NET.
Please help,
James
_
Hotmail: Powerful Free email with security by Microsoft.
http://clk.atdmt.com/G
Could it be that you don't select the prim?
If it isn't selected, the contents aren't synced.
On Mon, Feb 15, 2010 at 04:47:14PM +0200, Mahmoud Ismail wrote:
>
>
>
> Hi all,
>
> as a proof of concept i was creating a floater which instantiated by a button
> on the Pie Menu
> in that floater i'
That's a very hard-wired approach, and it achieves nothing that cannot be
done much more simply and safely in user scripting processes. When things
go wrong with scripts, you don't want them going wrong in the core viewer.
A bad script running as an external process can simply be terminated ---
th
On Mon, Feb 15, 2010 at 1:15 PM, Aleric Inglewood <
aleric.inglew...@gmail.com> wrote:
> Morgaine, I *completely* agree with you! [?]
>
> One of the two main reasons, if not the only two, that we need this state
> machine approach *is* for client-side scripting and for plugins. Both are
> infinite
Hi all,
as a proof of concept i was creating a floater which instantiated by a
button on the Pie Menu
in that floater i've created a Button in which i was try to get all
inventory items attached to the selected object
but, i found that it gives no script items although there're two script
files
On Mon, Feb 15, 2010 at 1:15 PM, Aleric Inglewood <
aleric.inglew...@gmail.com> wrote:
> (sorry, but any 'secret' work that I never heard of before from whoever is
> working on it on this list has to be ignored),
Just because you haven't heard about something doesn't mean that others
haven't.
L
Morgaine, I *completely* agree with you! [?]
One of the two main reasons, if not the only two, that we need this state
machine approach *is* for client-side scripting and for plugins. Both are
infinite flexible in nature and require in principle hooks into the viewer
code to *control* the viewer o
State machines are very useful, but the use case you gave is an example of a
user application that should be coded in an attached script. The fact that
the viewer does not yet have attached client-side scripting is not a reason
for putting the user application directly into the viewer. It's a rea
10 matches
Mail list logo
