Second Life Wiki - User contributions [en]

Random Object Vendor

2013-08-23T15:03:09Z

Fox Oxbar: Fixed syntax error in the script... how was this ever published like that...

{{LSL Header}}

This script is a simple object vendor that gives out random items when you pay the fixed price. Just drop it in a prim, add items, and change the prices list variable to whatever price you want to sell the items. It will give out the item in a folder named like the container prim.

<lsl>
// Random object vendor by CodeBastard Redgrave
// Drop items in the prim containing this script
// Pay the set price amount and it will give you a random object

// Pieces stolen from:
// Give inventory to whoever touches the prim, written by Sasun Steinbeck

integer price = 10;

list inventory_list()
{
string thisScript = llGetScriptName();
integer numberOfItems = llGetInventoryNumber(INVENTORY_ALL);

list listToBeReturned;
string itemName;

integer index;
do
{
itemName = llGetInventoryName(INVENTORY_ALL, index);
if (itemName != thisScript)
listToBeReturned += [itemName];
}
while (++index < numberOfItems);

return
listToBeReturned;
}

default
{
on_rez(integer start_param)
{
llResetScript();
}

changed(integer change)
{
if (change & (CHANGED_OWNER | CHANGED_INVENTORY))
llResetScript();
}

state_entry()
{
key owner = llGetOwner();

llRequestPermissions(owner, PERMISSION_DEBIT);
llSetPayPrice(PAY_HIDE, [price, PAY_HIDE, PAY_HIDE, PAY_HIDE]);
}

money(key id, integer amount)
{
if (amount == price)
{
list listOfItems = inventory_list();

integer numberOfItems = llGetListLength(listOfItems);
integer randomIndex = (integer)llFrand(numberOfItems);

if (numberOfItems)
{
string nameOfThisPrim = llGetObjectName();
llGiveInventoryList(id, nameOfThisPrim, [llList2String(listOfItems, randomIndex)]);
llInstantMessage(id, "Your item is in a folder named '" + nameOfThisPrim + "'. Thank you!");
}
else
{
llInstantMessage(id, "No items to offer.");
llGiveMoney(id, amount);
}
}
else
{
llInstantMessage(id, "Sorry that is the wrong amount for this item.");
llGiveMoney(id, amount);
}
}
}
</lsl>

{{LSLC|Examples}}
{{LSLC|Library}}

Ignored

2011-01-09T21:43:25Z

Fox Oxbar: added some thoughts to the notes section

{{LSL_Event
|event_id
|mode=request
|func_sleep
|func_energy
|event=ignored
|p1_type=key|p1_name=id|p1_desc=The agent that clicked the ignore button.
|p2_type=integer|p2_name=channel|p2_desc=The channel on which the dialog was opened

|event_desc= ignored() Sent as a result of the user clicking ignored in a dialog
|return_text
|spec=Currently there is no way to tell if a dialog has been ignored. Scripts rely on timer events to decide when to stop listening on a channel. This can lead to delays for the user while a state is waiting for a timer event. Conversely it also leads to confusion when a user tries to click a button of a dialog that has stopped listening. This proposed event would go a long way towards alleviating the problem without breaking existing implementations.
|caveats=There is no way to tell which dialog sent the ignored event since dialogs cannot be identified. The channel number could be in use by more than one dialog. It is merely an attempt to give some useful information to the script.

|examples=
<lsl>
integer channel = -1000;
integer listen_handle;

default
{
state_entry()
{
listen_handle = llListen(channel,"", "","");
}

touch_start(integer count)
{
llDialog(llDetectedKey(0), "This is a test dialog.\n\nPlease choose one of the below options.",
["Yes", "No", "0", "1"], channel);
}

listen(integer chan, string name, key id, string mes)
{
if(id == llGetOwnerKey(id))//won't listen to objects unless they aren't in the region.
llSay(0,name + " (" + (string)llGetObjectDetails(id, (list)OBJECT_POS) + ") chose option " + mes);
}

ignored(key id, integer c)
{
if(channel == c)
{
llListenRemove(listen_handle);
}
}

}
</lsl>
|helpers
|related
|also
|notes=PJIRA feature request [http://jira.secondlife.com/browse/SVC-3624 SVC-3624]

Johan Laurasia: For Starers, wouldn't it be easier to simply return 'ignore' (the button text) to the listen event? Secondly, I think the entire point behind the listen event ignore button is to dismiss the dialog window without triggering the listen event. Scripting would be easier if pushing the ignore button triggered the event, but then automatically returned and closed the listen event. Also, the typical way of scripting around the ignore button is to set a timer event and when the timer event triggers, you close the listen there. Therefore there is a way to sort of indirectly detect ignore being pressed. You can't actually detect it, but you can assume (after a time limit) that ignore was pressed. The only way I could see an ignore event being useful would be if the event returned no data, and the only valid function within that event were llListenRemove();.

Fox Oxbar: Users should have the ability to completely ignore dialogs without having any data sent back, if at least for some sort of privacy concerns (granted, the only thing you might reveal by clicking "ignore" is your AFK status). Many devices like vending machines wait for a timeout as discussed above and then send an IM saying that the user's session has timed out. That's not totally elegant, since the dialog is still sitting there. It might be useful to be able to cancel an existing dialog, but this opens the doors for a sort of open-close-open-close-open-close-etc. grief attack.
}}

LlSetText

2010-08-03T17:38:57Z

Fox Oxbar: typo fix

{{:PRIM_TEXT|set}}{{Issues/SVC-4539}}{{LSL_Function
|func_id=152
|func_sleep=0.0
|func_energy=10.0
|func=llSetText
|sort=SetText
|p1_type=string|p1_name=text
|p2_type=vector|p2_name=color
|p3_type=float|p3_name=alpha
|func_desc=Displays '''text''' that hovers over the prim with specific '''color''' and translucency (specified with '''alpha''').
|return_text
|spec=
|caveats=
*If more than one llSetText is called (By reset,interaction or script state) within a prim the latest call will take priority over the previous.
*'''text''' is [[limit]]ed to 254 [[bytes]], if the string is longer it will be truncated to 254 bytes, even if that means the truncation will chop a character in half.
*An unbroken line of text of a great length may be broken automatically into two lines (one above the other).
*Floating text can be seen through walls and other object. Be considerate of neighbors in malls and apartment buildings.
**Visibility distance increases with prim size.
*Removing the script or deactivating it will not remove the prim's floating text.
**Floating text is a prim property and not dependent on a script for its continued existence.
*To remove floating text, use the following:
<lsl>llSetText("", <1.0, 1.0, 1.0>, 1.0);</lsl>
*Shift-copying does not keep the floating text prim property. If the llSetText() script is not triggered when a copy made, the copy will not have the floating text.
*Vertical whitespace is removed from the end of the text string, so if you want vertical whitespace put any character (like a space) on the last line.
*Multiple linebreaks with empty lines are converted to a single linebreak, so add a whitespace character on every line you want to skip:
<lsl>llSetText("Monkeys\n\n\n\n\n", <1.0, 1.0, 1.0>, 1.0);//Bad
llSetText("Monkeys\n \n \n \n \n ", <1.0, 1.0, 1.0>, 1.0);//Good</lsl>
|examples=
Example of how llSetText could be included in default code to show object's name in green text:
<lsl>default
{
state_entry()
{
llSay(0, "Hello, Avatar!");
llSetText(llGetObjectName(), <0.0, 1.0, 0.0>, 1.0); // Display the object's current name in green
}

touch_start(integer total_number)
{
llSay(0, "Touched.");
}
}</lsl>
By default the floating text will appear on a single line. However, the floating text can be spread over multiple lines by using a line break "\n" (read [[SplitLine]] in section 'See Also').
===Color & Alpha===
{{{!}} class="sortable" {{Prettytable|style=float:right; margin-top:0;}}
{{!}}- {{Hl2}}
! Color
! Code
{{!}}- style="background:white"
{{!}}White
{{!}}<1.0, 1.0, 1.0>
{{!}}- style="background:grey"
{{!}}Grey
{{!}}<0.5, 0.5, 0.5>
{{!}}- style="background:black; color:white;"
{{!}}{{!}}Black
{{!}}<0.0, 0.0, 0.0>
{{!}}- style="background:red; color:white;"
{{!}}Red
{{!}}<1.0, 0.0, 0.0>
{{!}}- style="background:green; color:white;"
{{!}}Green
{{!}}<0.0, 1.0, 0.0>
{{!}}- style="background:blue; color:white;"
{{!}}Blue
{{!}}<0.0, 0.0, 1.0>
{{!}}}
The x, y & z components of the vector are used to represent red, green, and blue respectively. The range is different than traditional RGB, instead of being 0 -> 255, LSL uses 0 -> 1. <1.0, 1.0, 1.0>, means "white" and <0.0, 0.0, 0.0> means "black":
<lsl>llSetText("I am white", <1.0, 1.0, 1.0>, 1.0);//white text</lsl>
<lsl>llSetText("I am black", <0.0, 0.0, 0.0>, 1.0);//black text</lsl>
The 1.0 is the alpha setting. 1.0 means fully opaque, and 0.0 would be completely transparent (invisible):
<lsl>llSetText("alpha", <0.0, 1.0, 0.0>, 0.5);//50% translucent green text</lsl>
===Multiple lines===
<lsl>llSetText("I am \n on two lines!", <0.0, 1.0, 0.0>, 1.0);//two lines of green text</lsl>
|helpers=
Drag this script out of inventory onto an object to erase its set text:
<lsl>// http://wiki.secondlife.com/wiki/llSetText
default
{
state_entry()
{
llSetText("", <1.0, 1.0, 1.0>, 1.0);
llRemoveInventory(llGetScriptName());
}
}</lsl>
Code to easily specify appearance of hovertext:
<lsl>
vector blue = <0,0,1>;
vector orange = <1,0.5,0>;
vector cyan = <0,1,1>;
vector pink = <1,0.5,0.76>;
vector green = <0,1,0>;
vector red = <1,0,0>;
vector white = <1,1,1>;
vector yellow = <1,1,0.1>;
vector purple = <1,0,1>;
vector black = <0,0,0>;

string hoverText = "TEXT GOES HERE"; // Sets the text
vector hoverColor = white; // Sets the color the text will show. Use predefined colors or any RGB color vector in float form
float hoverAlpha = 1.0; // Sets the text's transparency, 1.0 being SOLID, while 0 would be clear,

default
{
state_entry()
{
llSetText(hoverText, hoverColor, hoverAlpha);
}
}</lsl>
To make hovertext under linked prims you can use this simple function:
<lsl>
mySetLinkText(integer linknum, string text, vector color, float alpha) {
llSetLinkPrimitiveParamsFast(linknum,[PRIM_TEXT,text,color,alpha]);
}

// For example:

default
{
touch_start(integer total_number)
{
mySetLinkText(LINK_SET, "TEST", <0,1,0>, 0.5);
}
}</lsl>
|also
|also_functions
|also_constants=
{{LSL DefineRow||[[PRIM_TEXT]]}}
|also_articles=
{{LSL DefineRow||[[:Category:LSL Examples|Examples]]: [[SplitLine]]|Insert 'new line' escape codes at certain positions of a string}}
{{LSL DefineRow||Useful snippet: [[llGetObjectPermMask]]|Label an object with text and newlines to give away or sell}}
|notes=To actually display text on a prim, see [[XyzzyText]], or consider using parcel prim [[:Category:LSL_Media|Media]] options (useful only if you have control over the land's media settings.)
|cat1=Effects
|cat2=Prim
|cat3=Stop
|cat4=Floating Text
}}

LlRequestAgentData

2010-06-08T14:32:59Z

Fox Oxbar: typo fix

{{#vardefine:p_data_desc|DATA_* flag}}{{LSL_Function
|func_id=155|func_sleep=0.1|func_energy=10.0
|func=llRequestAgentData
|return_type=key
|p1_type=key|p1_name=id|p1_hover=avatar UUID|p1_desc=avatar {{HoverLink|UUID|Universally Unique Identifier}}
|p2_type=integer|p2_name=data
|func_footnote
|func_desc=Requests '''{{LSL Param|data}}''' about agent '''id'''. When '''{{LSL Param|data}}''' is available the [[dataserver]] event will be raised
|return_text=that is used to identify the [[dataserver]] event when it is raised.
|spec
|caveats
|constants={{{!}} {{Prettytable|style=margin-top:0;margin-right:0;}}
{{!}}- {{Hl2}}
! colspan="2" {{!}} {{LSL Param|data}} Constant
! Type
! colspan="4" {{!}} Description
{{!}}-
{{Template:LSL_Constants/llRequestAgentData}}
{{!}}}
|examples=<lsl>key owner_key;
key owner_name_query;
string owner_name;

default
{
state_entry()
{
owner_key = llGetOwner();
owner_name_query = llRequestAgentData(owner_key, DATA_NAME);
}
dataserver(key queryid, string data)
{
if ( owner_name_query == queryid )
{
owner_name = data;
llSay(0, "The owner of this script is called : " + owner_name );
}
}
}//Anylyn Hax 06:19, 23 July 2007 (PDT)</lsl>
|helpers
|also_functions={{LSL DefineRow||[[llGetAgentInfo]]|}}
|also_tests
|also_events={{LSL DefineRow||[[dataserver]]|}}
|also_articles
|notes
|deprecated
|cat1=Dataserver
|cat2=Avatar
|cat3
|cat4
}}

Common compilation problems

2009-10-26T06:39:42Z

Fox Oxbar: grammar fix

{{CompileNav}}

= General Problems =

* Make sure you download not only the source, but the artwork zipfile, and the appropriate zipfile/tarball of libraries for your platform

= Windows =

== Viewer 1.19.1.4 / VS2003 ==
=== C1083: Cannot open include file: 'dxdiag.h' ===
The DirectX SDK doesn't automatically insert its include directory into the VS2003 paths. For the June 2008 DirectX SDK release, go to Tools -> Options -> Projects (on left) -> VC++ Directories. On right show directories for Include files, and add:
* C:\Program Files\Microsoft DirectX SDK (June 2008)\Include

=== C1083: Cannot open include file: 'unistd.h' ===
On Apr 27, 2008 in thread ''[sldev] error while compiling on vc8/9 (unistd.h)'', SLDev contributor wuhanzymail <wuhanzymail@163.com> recommended the following:

1) right-click project lscript_compile, choose properties, c/c++, Preprocessor, add ''YY_NO_UNISTD_H'' to Preprcessor Definitions.

2) in lex_yy.cpp, line 5915 change:
<php> #ifndef __cplusplus
extern int isatty (int );
#endif</php>
to:
<php> #ifndef YY_NEVER_INTERACTIVE
extern int isatty (int );
#endif</php>
3) still in lex_yy.cpp, line 5943 change:
<php> b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;</php>
to:
<php> #if YY_NEVER_INTERACTIVE
b->yy_is_interactive = 0;
#else
b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0;
#endif</php>

=== C4018: '<' : signed/unsigned mismatch ===
On Apr 30, 2008 in thread ''[sldev] cygwin flex lscript_compile workaround'', SLDev contributor Steve Linden recommended the following:

I'm not sure whether this has already been addressed here, but we
discovered a problem with the latest version of Cygwin flex and
lscript_compile and I thought I would share the workaround. We've
committed the workaround to our release-candidate branche so it should
be in an upcoming source drop as well.

1. Add ''YY_NO_UNISTD_H'' to the list of Preprocessor Definitions in the
lscript_compile project file.

2. Apply the following patch it indra.l:

<php>Index: indra.l
===================================================================
--- indra.l (revision 86342)
+++ indra.l (revision 86343)
@@ -12,6 +12,7 @@
#include "linden_common.h"
// Deal with the fact that lex/yacc generates unreachable code
#ifdef LL_WINDOWS
+#pragma warning (disable : 4018) // warning C4018: signed/unsigned mismatch
#pragma warning (disable : 4702) // warning C4702: unreachable code
#endif // LL_WINDOWS
#include "llmath.h"
@@ -44,7 +45,10 @@

#define YYLMAX 16384
#define YY_NEVER_INTERACTIVE 1 /* stops flex from calling isatty() */
-
+#ifdef LL_WINDOWS
+#define isatty(x) 0 /* hack for bug in cygwin flex 2.5.35 */
+#endif
+
#ifdef ECHO
#undef ECHO
#endif
</php>
=== [...] error result returned from 'link.exe' ===
By checking the Output window (View menu -> Other Windows), this shows up as an error saying: ''link: extra operand `/NOLOGO' ''

As reported by Brad Linden, this is caused by having the compiler executable directories in the wrong order, with the Cygwin directory path listed above the Visual Studio paths. This causes the Cygwin linker to be used instead of Visual Studio's linker.

Go to Tools -> Options -> Projects -> VC++ Directories, show directories for Executables, and move "C:\cygwin\bin" to the bottom of the list.

== Unresolved external symbol _CLSID_DxDiagProvider/_IID_IDxDiagProvider ==
* ''newview error LNK2001: unresolved external symbol _CLSID_DxDiagProvider''
* ''newview error LNK2001: unresolved external symbol _IID_IDxDiagProvider''

These errors reportedly occur with MSVC 2003 and certain versions of the DirectX SDK. To workaround, edit lldxhardware.cpp and replace the following (line 35):

#include <dxdiag.h>
with...
#define INITGUID
#include <dxdiag.h>
#undef INITGUID

== Cannot open input file 'dxguid.lib' ==
* ''fatal error LNK1181: cannot open input file 'dxguid.lib' in ...''

If you are using a fairly recent DirectX SDK ("December 2006" or newer), your VC++ Libraries Directory may be wrong because the SDK's lib folder now has 2 sub-folders for x64 and x86. Try changing the path from ''C:\Program Files\Microsoft DirectX SDK (December 2006)\Lib'' to ''C:\Program Files\Microsoft DirectX SDK (December 2006)\'' '''Lib\x86'''
 
 
== Cannot open input file 'dxerr8.lib' ==
* ''fatal error LNK1104: cannot open file 'dxerr8.lib'''

If you are using the most recent DirectX SDK ("November 2007"), the file dxerr8.lib does no longer exist. To fix this, you'll need to change the newview project to include 'dxerr9.lib' instead. To do this, right-lick newview > Configuration Properties > Linker > Input, click Additional Dependencies on the right to show a button labeled "..." on it at the very right on the line, then click the ... button. Scroll down the list to find 'dxerr8.lib'. Rewrite it to 'dxerr9.lib'. Remember to do this for both the ReleaseForDownload and the ReleaseNoOpt Configurations.
 
 

== A tool returned an error code from "Building ytab.cpp" ==
* ''lscript_compile_fb error PRJ0019: A tool returned an error code from "Building ytab.cpp" ''

One possible reason for this is that Visual Studio does not know where cygwin/bin is, especially if this is accompanied by an error relating to bison.exe being an invalid command. Even if the directory for cygwin is in the environment variable PATH, Visual Studio maintains its own separate copy which does not seem to be automatically synchronized after the initial installation.

For Visual Studio .NET 2003, go to Tools > Options > Projects > VC++ Directories. In the "show directories for" dropdown, choose "Executable files". Make sure that your cygwin (default C:\cygwin\bin) and ActivePython (default C:\Python25) directories are listed.

== Cannot open include file: 'ytab.h': No such file or directory ==
* ''indra.l (20) : fatal error C1083: Cannot open include file: 'ytab.h': No such file or directory.''
Workaround: Manually copy "linden\indra\lscript\lscript_compile\ytab.hpp" to "linden\indra\lscript\lscript_compile\ytab.h" and build again.

Note: The underlying issue is that in indra.y there is a postbuild step which should do this automatically, but which is missing in some configurations (e.g. in Debug builds).
 
 
== Cannot open include file: 'png.h': No such file or directory ==
* ''imagepng.cpp : fatal error C1083: Cannot open include file: 'libpng12/png.h': No such file or directory.''
There are a couple of files missing since the 1.17. distribution. You can either get the missing files from the internet (from the libpng and zlib projects) or download a set with just the missing files from [http://www.blueflash.cc/users/nicholaz/~libs here] (see the readme.txt inside the png archive there).
 
 
== Cannot open include file: 'glh/glh_linear.h' or 'glh/glh_convenience.h' ==
These files are currently missing from Linden Windlight distributions. See [https://jira.secondlife.com/browse/VWR-3415 JIRA VWR-3415] or grab a copy from [http://www.blueflash.cc/users/nicholaz/~libs here] and put the files into a folder named linden/libraries/include/glh.
 
 

== Errors relating to "template_verifier.py" ==
With version 1.18 a template verifier script written in Python is used to ensure the message template is correct. In some distributions the file was missing. You will also get an error if you have skipped the Python install. In both cases it is safe to hack the prebuild.bat file in the newview folder as described on the JIRA [http://jira.secondlife.com/browse/VWR-1267 VWR-1267]
 
 

== Missing resources ==
* ''.\res\newViewRes.rc(64) : error RC2135 : file not found: ll_icon.ico''
Some releases have missing files, which were reported to be last seen in the '''1.14.0.1''' release.
* Go to the [[source downloads]] page and grab the [[http://secondlife.com/developers/opensource/downloads/2007/04/slviewer-src-1.14.0.1.zip '''1.14.0.1''' viewer]] sources.
* Explore the archive to "linden/indra/newview/res" folder and extract content to your "linden/indra/newview/res" folder into current revision.
Missing folder in recent release, "'''1.17.0.12'''" which causes the SecondLife to hang while loading into the world.
* Go to the previous source and copy the missing folder, "Character" and place it into the "newview" folder
 
== Error code from "Copying message template" ==
* ''newview error PRJ0019: A tool returned an error code from "Copying message template"''
This is caused by the script trying to do a copy command, but the source path isn't in quotes. Open up newview.vcproj in notepad, and near the bottom there are 4 line that say:
CommandLine="copy $(InputPath) .\app_settings\message_template.msg
replace them with
CommandLine="copy &quot;$(InputPath)&quot; .\app_settings\message_template.msg
The source and destination paths on line 158 may also require wrapping in quotes. In which case:
CommandLine="copy $(TargetDir)\$(TargetFileName) $(ProjectDir)
should become:
CommandLine="copy &quot;$(TargetDir)\$(TargetFileName)&quot; &quot;$(ProjectDir)&quot;
 
== Can not find library ll*.lib ==
If you get a compile error for missing libraries with names of the projects (lscript_compile.lib, llaudio.lib, llcharacter.lib, etc.) go to newview > Properties > Linker > Input and remove these from the list of input libraries (they will be linked through the dependencies and should not be in the list).
 
 

== Cannot open include file: 'windows.h' ==
If you run into this problem:
..\..\..\boost/regex/v4/fileiter.hpp(44) : fatal error C1083: Cannot open include file: 'windows.h': No such file or directory
Fix it with this: (thanks Fairlight!)
set INCLUDE=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include;%INCLUDE%
set LIB=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib;%LIB%
You might need to edit the above path to refer to your particular platform SDK. If you don't have the Microsoft Windows Platform SDK installed, then you can download it for free from Microsoft. It is version specific and can be tricky to find on their website.

If you're having problems with windows.h in Visual Studio Express 2005, check out this forum post:
[http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1995837&SiteID=1 MSDN Forum Post]

 

== Unresolved external symbol "int __cdecl lscript_compile" (VS2005) ==
* ''llcompilequeue.obj : error LNK2019: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z) referenced in function "protected: void __thiscall LLFloaterCompileQueue::compile(char const *,class LLUUID const &)" (?compile@LLFloaterCompileQueue@@IAEXPBDABVLLUUID@@@Z)''
* ''llpreviewscript.obj : error LNK2001: unresolved external symbol "int __cdecl lscript_compile(char const *,char const *,char const *,int)" (?lscript_compile@@YAHPBD00H@Z)''

This is not entirely clear, but there seems to be a problem with VS2005 if projects are unloaded while being in the dependency tree. I have seen this error while I had win_crash_logger and win_updater unloaded from the project tree and the problem went away when I loaded them back and excluded them from the newview dependency first.

Also make sure that in newview, properties, linker, input, input libraries, no libraries named ll*.lib and lscript_compile.lib are listed there (remove them if you find them).

Also be sure that your error does not come from previously in the log: like the cgywin component bison not being found. For MSVS2005 Express, you may need to go to tools>options>Projects and Solutions>VC++ Directories>Executable files and add the directory for cgywin.

 
 

== Unresolved external symbol __invalid_parameter_noinfo (VS2005) ==
* ''llmozlib-vc80.lib(llembeddedbrowserwindow.obj) : error LNK2019: unresolved external symbol __invalid_parameter_noinfo referenced''

You are most likely trying a debug build under VS2005. For debug builds, see the compile instruction section on [[finding_leaks]]
 
 

== Cannot open include file: 'ares.h' ==
download src from http://daniel.haxx.se/projects/c-ares/

compile c-ares-1.4.0/vc/areslib

copy c-ares-1.4.0/vc/areslib/Release/areslib.lib to linden/libraries/i686-win32/lib_release and to lib_debug

copy c-ares-1.4.0/*.h to linden/libraries/i686-win32/include/ares

===FMOD===
FMOD headers and libs need to be copied into the viewer build directory BUT on Windows the manifests are not currently moving the libs to the correct location post build so the application will fail to run, to resolve copy fmod.dll to indra/build-vc71/newview/debug and indra/build-vc71/newview/relwithdebinfo and indra/build-vc71/newview/release

===Boost and VS 2008===
If you use Visual Studio C++ 2008 (VC90), you may find that the Boost library will lock up solid and the viewer will not tun consuming 50-100% of CPU doing nothing. The only solutions are to use Visual Studio 2005 OR to get a newer version/rebuild boost with Visual Studio 2008.

This problem is being worked on. Look here for updates: [https://jira.secondlife.com/browse/VWR-9541 VWR-9541]

===Express editions of Visual C++===
Express editions do not have some of the extra features that VSTool.exe requires, VSTool is a little application that sets a few default project options, like which project is the startup and which build configuration to use.

===LLKDU===
This is not present in the automated libs download but is required at least on windows by the copy_win_scrips script. The file is not actually needed for the viewer to run (if present it will be used for jpeg2000 decoding in preference to Openjpeg. The solution is to remove the lines from newview/copy_win_scripts that reference llkdu and this should then allow this custom build step to run without issue

== Other (older) notes ==
* Mozilla is not compatible with visual studio 2005, so we have not migrated the codebase, so we do not know if it works.

* Added my errors at [[User:Adam_Zaius/MSVS2005 Errors]] [[User:Adam Zaius|Adam Zaius]] 09:40, 8 January 2007 (PST)

* To minimize the number of warnings for now: in C/C++-Preprocessor add ';_CRT_SECURE_NO_DEPRECATE' to the Preprocessor Definitions, that will supress deprecation warnings --[[User:Artm Udal|Artm Udal]] 12:42, 8 January 2007 (PST)

 

= Mac OS X =

Getting:

*/linden/indra/newview/../llwindow/llglheaders.h:377:31: error: GL/glh_extensions.h: No such file or directory
** This means you didn't [[Compiling the viewer (Mac OS X)#Viewer Source, Libraries, and Artwork|merge the libraries]] right.

 

= Linux =

=== libGL ===

Sometimes the provide libGL.a can cause issues. To avoid linker errors, you may need to remove indra/libraries/i686-linux/release/libGL.a and indra/libraries/i686-linux/debug/libGL.a

=== Packaging errors ===

The final packaging step may fail with errors about the manifest if you are not using the slviewer-linux-libs bundle; in this case, if you still wish to end up with an end-user viewer package incorporating your own libraries, you can edit the manifest file found at indra/newview/viewer_manifest.py

=== Various Compilation problems ===

====Various missing libraries====
<pre>g++-3.4 -o linux_crash_logger/linux-crash-logger-i686-bin-globalsyms --no-keep-memory --reduce-memory-overheads /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/llcrashlogger/llcrashlogger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/linux_crash_logger.o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/i686-linux-client-release/linux_crash_logger/llcrashloggerlinux.o -Llib_release_client/i686-linux -L/home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client -lllui -lllxml -lllmessage -lllvfs -lllmath -lllcommon -lcurl -lssl -lcrypto -laprutil-1 -lapr-1 -lcares -lexpat -ldb-4.2 -lgtk-x11-2.0
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcurl.a when searching for -lcurl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libssl.so when searching for -lssl
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcrypto.so when searching for -lcrypto
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libaprutil-1.so when searching for -laprutil-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libapr-1.so when searching for -lapr-1
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libcares.a when searching for -lcares
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libexpat.so when searching for -lexpat
/usr/bin/ld: skipping incompatible /home/paul/builds/secondlife/src/linden/libraries/i686-linux/lib_release_client/libdb-4.2.so when searching for -ldb-4.2
/usr/bin/ld: cannot find -ldb-4.2
collect2: ld returned 1 exit status</pre>

[paul@myhost secondlife]$ pacman -Q db
db 4.6.21-2

[paul@myhost secondlife]$ uname -a
Linux myhost 2.6.23-ARCH #1 SMP PREEMPT Tue Jan 15 07:17:51 CET 2008 x86_64 Intel(R) Celeron(R) CPU 2.66GHz GenuineIntel GNU/Linux

And using:<pre>
source=('secondlife.desktop' 'secondlife.install' 'secondlife.launcher' \
"http://secondlife.com/developers/opensource/downloads/2008/01/slviewer-src-RC-${pkgver}.tar.gz" \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-artwork-RC-1.18.6.2.zip' \
'http://secondlife.com/developers/opensource/downloads/2007/12/slviewer-linux-libs-RC-1.18.6.2.tar.gz' \
'http://www.fmod.org/index.php/release/version/fmodapi375linux.tar.gz' \
'http://secondlife.com/developers/opensource/downloads/2007/12/llmozlib-src-20071221.tar.gz')</pre>

Hum ok, I was trying to use:
scons DISTCC=no BTARGET=client BUILD=release MOZLIB=yes

I'll retry with:
scons BUILD=release ARCH=x86_64 BTARGET=client DISTCC=no MOZLIB=yes FMOD=yes GSTREAMER=yes STANDALONE=yes
(Sconstruct says that with STANDALONE=yes -db-4.2 will not be used)

But at the beginning I get:
<pre>
scons: Reading SConscript files ...
Building client 1.18.6.2 on x86_64-linux (release)
No CCACHE_DIR set.

scons: warning: Two different environments were specified for target /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llcrashlogger/llcrashlogger.o>,
but they appear to have the same action: $CXX -o $TARGET -c $CXXFLAGS $_CCCOMCOM $SOURCES
File "/home/paul/builds/secondlife/src/linden/indra/SConstruct", line 568, in create_executable
scons: done reading SConscript files.
scons: Building targets ...</pre>

well, the new scons line give different problem:
<pre>g++ -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_STANDALONE -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/usr/include/atk-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/SDL -I/usr/include/apr-1 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp
cc1plus: warnings being treated as errors
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp: In function 'const char* OrderToString(LLQuaternion::Order)':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:701: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:704: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:707: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:710: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:713: warning: deprecated conversion from string constant to 'char*'
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.cpp:716: warning: deprecated conversion from string constant to 'char*'
scons: *** [/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llmath/llquaternion.o] Error 1
scons: building terminated because of errors.</pre>

Well, STANDALONE=yes make it use g++ rather than g++-3.4, so I decided to remove it, keeping
ARCH=X86_64 and others, but I get:
<pre>ranlib lib_release_client/x86_64-linux/libllprimitive.a
g++-3.4 -o /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.o -c -g -pipe -Wall -Wno-reorder -Wno-trigraphs -Wno-sign-compare -Werror -fexceptions -pthread -D_REENTRANT -fno-math-errno -fsigned-char -fno-strict-aliasing -falign-loops=16 -ffast-math -O2 -D_FORTIFY_SOURCE=2 -DLL_MESA_HEADLESS=0 -DLL_MESA=0 -DLL_LINUX=1 -DAPPID=secondlife -DLL_SDL=1 -DLL_FMOD=0 -DLL_X11=1 -DLL_GTK=1 -DLL_LIBXUL_ENABLED=1 -DLL_GSTREAMER_ENABLED=1 -DNDEBUG -DLL_RELEASE=1 -Illcommon -Illmath -Illwindow -Illaudio -Illcharacter -Illcrashlogger -Illdatabase -Illhavok -Illimage -Illinventory -Illmedia -Illmessage -Illprimitive -Illrender -Illscene -Illui -Illvfs -Illwindow -Illxml -Ilscript -Ilscript/lscript_compile -I/home/paul/builds/secondlife/src/linden/libraries/include -I/home/paul/builds/secondlife/src/linden/libraries/include/havok -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/ELFIO -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/atk-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gtk-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/llfreetype2 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/pango-1.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/gstreamer-0.10 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0 -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/glib-2.0/include -I/home/paul/builds/secondlife/src/linden/libraries/x86_64-linux/include/libxml2 /tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:41:44: llfreetype2/freetype/ft2build.h: No such file or directory
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:56: error: `FT_Render_Mode' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:60: error: `FT_Library' does not name a type
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp: In constructor `LLFontManager::LLFontManager()':
/tmp/paul/home/paul/builds/secondlife/src/linden/indra/x86_64-linux-client-release/llrender/llfont.cpp:78: error: `gFTLibrary' was not declared in this scope
... [many more errors]</pre>

oh well, SConstruct says I need: cairo glib-2.0 atk gmobile-2.0 gdk-2.0 gdk-pixbuf-2.0 pango pangoft2 pangox pangoxft gtk+-2.0 sdl vorbis vorbisenc vorbisfile

Maybe this is pangoft2 that is missing.

* This part is probably not relevant anymore --[[USER:Thickbrick Sleaford|Thickbrick]]

===="Unable to initialize communications"====
* If the viewer just displays the error message " Unable to initialize communications" and exits, it can't find message_template.msg. You did remember to copy it over, right?

====Blino's SL build/linking patches for '''gcc4'''====
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/secondlife/current/

====objcopy: 'newview/linux_tools/exposed-symbols.txt': No such file====
* Tofu says... 'This is an omission from our manifest which I'll fix. Meanwhile it's a safe fix to create an empty file with that name.'

====Something like: /usr/bin/ld: cannot find -lz====
* Nadia says: Install the zlib development headers. (Ubuntu package zlib1g-dev, Red Hat zlib-devel.)

====Something like: indra.y.cpp:17: error: previous declaration of `int yyparse()'====
* Tofu says... 'This appears to be a problem with some versions of flex/bison. A resident reports success when comment out the #ifdef __cplusplus lines in lscript/lscript_compile/indra.y'
* Nadia says: install the zlib development headers first and try recompiling. Commenting out those lines results in a error indra.l:666: undefined
* Abi says: I forgot to install bison. Once I did that, problem solved.

====Linking failures ("script not found") due to spaces in the LINKFLAGS variable?====
* I saw a [http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4665538 report], and modified the SConstruct file to drop the trailing arguments (and spaces) in LINKFLAGS.

====''cp: target `SecondLife_i686_1_13_1_7/app_settings/*’ is not a directory''====
Building [https://lists.secondlife.com/pipermail/sldev/2007-January/000091.html 20070112a] using ''BUILD=releasefordownload'' I get many ''[: 89: ==: unexpected operator'' errors; ''cp: target `SecondLife_i686_1_13_1_7/app_settings/*’ is not a directory'' error, and same thing for character, fonts, help, skins, res-sdl; ''[: 111: ==: unexpected operator, [: 120: SecondLife_i686_1_13_1_7.tar.bz2: unexpected operator''. I can succesfully run the client from the source tree.
* i think this has been fixed --[[User:Signore Iredell|Signore Iredell]] 06:09, 9 June 2007 (PDT)

====`['.../lscript/lscript_compile/indra.l.cpp']': Don't know how to build a file with suffix `.l'====
scons: *** While building `['.../linden/indra/i686-linux-client-release/lscript/lscript_compile/indra.l.cpp']': Don't know how to build a file with suffix `.l'.
* You probably don't have all the dependencies installed (I had the same problem). Check that you have flex and bison. --[[User:Random73 Janus|Random73 Janus]] 07:43, 16 May 2007 (PDT)

====`glActiveTextureARB' was not declared in this scope====
Something like: linden/indra/i686-linux-client-release/llrender/llimagegl.cpp:122: error: `glActiveTextureARB' was not declared in this scope
* Tofu says... 'You'll need to install OpenGL headers if you don't already have them: gl.h, glext.h, glu.h (The ones from 'mesa' should work)
* two residents report good luck on Gentoo after doing 'eselect opengl set xorg-x11' (but note!! You must know what you're doing; this may change your default system OpenGL drivers, and you will probably want to change them back again after the compile, e.g. 'eselect opengl set nvidia')'
* Note that the above xorg-x11/nvidia issue is addressed in [http://jira.secondlife.com/browse/VWR-9557 VWR-9557] which includes patches!

====Building Shared Library ELFIO====
Building Shared Library ELFIO [[Compiling_the_viewer_%28Linux%29]] on AMD64 ubuntu 6.10
g++-3.4 -shared *.o -o libelfio.so
/usr/bin/ld: ELFIDynamic.o: relocation R_X86_64_32 against `a local symbol' can
not be used when making a shared object; recompile with -fPIC
ELFIDynamic.o: could not read symbols: Bad value'''
* I got around this with "export CXXFLAGS=-fPIC" before configuring ELFIO.

====incompatible libopenjpeg.a when searching for -lopenjpeg====
Building Client on Ubuntu 7.04 AMD64
/usr/bin/ld: skipping incompatible /home/dereck/Desktop/SLdev/linden/libraries/i686-linux/lib_release_client/libopenjpeg.a when searching for -lopenjpeg
/usr/bin/ld: cannot find -lopenjpeg
collect2: ld returned 1 exit status
* I went to the OpenJPEG website, downloaded the source, compiled for my system, installed it. The VWR compile was happy after that. Although it's not done yet and I'm still fixing another error, that I assume is unrelated.

====C-Ares compatability issue.====
Compiling with c-ares version 1.5.1 got a compile error in llares.cpp:

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp: In member function `void LLAres::getHostByName(const char*, LLAres::HostResponder*, int)':

linden/indra/x86_64-linux-client-release/llcommon/llares.cpp:147: error: invalid conversion from `void (*)(void*, int, hostent*)' to `void (*)(void*, int, int, hostent*)'

Fixed with patch from https://jira.secondlife.com/browse/VWR-3480

====memset used with constant zero length parameter====
Building with -t Release causes memset error in /usr/include/bits/string3.h:82
The error is "/usr/include/bits/string3.h:82: error: call to `__warn_memset_zero_len' declared with attribute warning: memset used with constant zero length parameter; this could be due to transposed parameters"

Patch: [http://jira.secondlife.com/browse/VWR-10001 VWR-10001]

====Boost errors in Snowglobe (GCC >= 4.3)====
Build stops with errors: "../libraries/include/boost/token_functions.hpp:338: error: suggest explicit braces to avoid ambiguous 'else'"

See [http://jira.secondlife.com/browse/SNOW-204 SNOW-204]

====Gentoo: undefined reference to `FT_Realloc'* from libpangoft2-1.0.so====
If you get an undefined reference to `FT_Realloc'* from libpangoft2-1.0.so, you might have to delete some bundled libraries. [http://imprudenceviewer.org/wiki/How_to_compile#Removing_Bad_Libraries_on_Gentoo_Linux See here]

[[Category:Compiling viewer]]

LlRequestPermissions

2008-07-19T18:00:20Z

Fox Oxbar: grammar/spelling fix

{{LSL_Function/avatar|agent|sim=*}}{{LSL_Function
|func=llRequestPermissions|sort=RequestPermissions
|func_id=136|func_sleep=0.0|func_energy=10.0
|p1_type=key|p1_name=agent|p1_desc
|p2_type=integer|p2_name=perm|p2_desc=Permission mask (bitfield containing the permissions to request).
|func_desc=Ask agent for permission to run certain classes of functions.
|func_footer
|return_text
|spec
|caveats=
<div>
*Permissions do not accumulate.
**If a permission was requested with a previous call to this function and granted, then in subsequent call was not requested, that permission is released (lost).
**To request two (or more) different permissions at the same time you can using the bitwise OR <nowiki>(|):</nowiki> <lsl>llRequestPermissions(AvatarID, PERMISSION_TAKE_CONTROLS | PERMISSION_TRIGGER_ANIMATION)</lsl></div>
*Scripts may hold permissions for only one agent at a time. To hold permissions for multiple agents you must use more than one script.
|examples=Request permission to animate an avatar
<lsl>default
{
touch_start(integer detected)
{
llRequestPermissions(llDetectedKey(0), PERMISSION_TRIGGER_ANIMATION);
}
run_time_permissions(integer perm)
{
if (perm & PERMISSION_TRIGGER_ANIMATION)
{
llStartAnimation("sit");
llOwnerSay("animation will end in 5 seconds");
llSetTimerEvent(5.0);
}
}
timer()
{
llSetTimerEvent(0.0);
llStopAnimation("sit");
}
}</lsl>

To request two (or more) different permissions at the same time you can using the bitwise OR <nowiki>(|)</nowiki> or precompute the value.
<lsl>llRequestPermissions(AvatarID, PERMISSION_TAKE_CONTROLS | PERMISSION_TRIGGER_ANIMATION);

integer perms = PERMISSION_TAKE_CONTROLS | PERMISSION_TRIGGER_ANIMATION;
llRequestPermissions(AvatarID, perms);</lsl>

|helpers
|also_events={{LSL DefineRow||[[run_time_permissions]]|Permission receiver event}}
|also_functions={{LSL DefineRow||[[llGetPermissions]]|Get the permissions granted}}
{{LSL DefineRow||[[llGetPermissionsKey]]|Get the avatar who granted permissions.}}
|also_articles={{LSL DefineRow||{{LSLGC|Permissions/Script|Script permissions}}|}}
|notes = A dialog is presented to the agent to grant these permissions except for a few cases:
* If agent is sitting on object - Control and Camera tracking permissions are granted without notification upon request.
* If object is attached to agent - Control, Attach, and Animate permissions are granted without notification upon request so long as the script is in the root prim. If the script is not in the root prim, the user will see the confirmation dialog.
* Permissions can persist across state changes - You do not need to request permissions in the state_entry() of each state in your script.
Regardless if a dialog is displayed you should always use the [[run_time_permissions]] event instead of depending upon this quirk.
|constants={{LSL Constants/Permissions}}
|cat1=Permissions/Script
|cat2=Dialog
|cat3
|cat4
|cat5
|cat6
}}

LlSetHoverHeight

2008-01-10T00:45:51Z

Fox Oxbar: spelling correction :D

{{LSL_Function/damping|tau}}
{{LSL_Function
|func_id=123|func_sleep=0.0|func_energy=10.0
|func=llSetHoverHeight
|p1_type=float|p1_name=height|p1_desc=Distance above the ground
|p2_type=integer|p2_name=water|p2_desc=boolean, if [[TRUE]] then hover above water too.
|p3_type=float|p3_name=tau
|func_footnote=Do not use with vehicles. Use [[llStopHover]] to stop hovering.
|func_desc=Critically damps to a '''height''' above the ground (or water) in '''tau''' seconds.
|return_text
|spec
|caveats=*Cannot hover more than 64 meters above the ground.
|constants
|examples
|helpers
|also_functions={{LSL DefineRow||[[llGroundRepel]]| Same as llSetHoverHeight but does not hover all the time}}
{{LSL DefineRow||[[llStopHover]]|To stop hovering}}
|also_tests
|also_events
|also_articles
|notes
|cat1=Hover
|cat2=Movement
|cat3=Physics
|cat4
}}