New sl_proxy for viewer3?

Hello!

Will there be a new sl_proxy for viewer3? Using the latest SL viewer with mesh support, I'm receiving errors.


[82894] SL_MAIN: start SL Relay Main Loop for TCP connection. Port = 8100
[82898] SL_RELAY: [192.168.1.2] session start.
[82898] SL_RELAY: control port: udp = 4007, tcp = 4055
[82898] RELAY_SAVE_LOGIN_RES: ERROR: recive error of viewer request. 136
[82898] LOGIN_RELAY: ERROR: login relay error.
[82898] SL_RELAY: login_relay ended with code -1
[82898] SL_RELAY: [192.168.1.2] session end.
[82898] SL_SIGTERM_PROCESS: going down!!
[82894] DEL_PROCESS_LIST: called with 82898

And the SL client says:

Could not add 192.168.1.11:8100/cgi-bin/login.cgi to the grid list.
Server didn't provide grid info: 499 STATUS_ERROR
Please check if the loginuri is correct and contact support of
192.168.1.11:8100/cgi-bin/login.cgi.

Help! Best wishes,
=^.^=

Hi kittin,

Thank you for your attention.

I am sorry that I did not reply sooner to you.
I was traveling the Home country.

I don't install version 3 yet.
I will try to test version 3, soon.

Thanks.

Hi kittin,

I tried Viewer 3.0.0.238864 and 3.0.3.240667 beta.
But I succeeded to login SL....


Please execute sl_relay with -xt option.
So, you get HTTP file at /var/sl_proxy (or specified directory by Temp_File_Dir in sl_relay.conf)
It's file name is *****.v2s.login (v2s means "viewer to server")

And please show it's HTTP file at here or send me by e-mail.
Please attention, HTTP file includes your SL Name and Password, you should delete those.

My sample data is here: http://www.nsl.tuis.ac.jp/etc/SL/data/Login_Req_3.0.html

Thanks

Thank you, I'll try that and post it in the next day or so.

Ok, I've done a lot of testing this evening and it turns out the problem is in Firestorm-Beta-Mesh, not SL Viewer 3.0. When I turn on the -xt option, Firestorm gets an error from sl_proxy and then bypasses it, causing sl_proxy to fail to create any *.v2s or *.s2v files and shows me the error that I pasted.

Both SL Viewer 3 and Firestorm Beta 1 work fine with SL Proxy.

In my opinion, I would change anything in sl_proxy to support Firestorm until Firestorm is out of beta. It's the most popular Third Party Viewer, after Phoenix, but until it gets to RC1, I'd not worry about it. When the Phoenix team next syncs their code with LL, the problem may go away, just like HTTP Inventory was not listed as an option in Beta 1 but is now available in the Mesh viewer.

Hi.

I have recognized the problem of FireStorm-Beta-Mesh.
I will check this problem.

When Firestorm is executed, if --loginuri option is specified, Firestorm attempts to get grid information (GET /cgi-bin/login.cgi/get_grid_info)
I modified sl_relay to throw this request and response.
But Second Life Server (https://login.agni.lindenlab.com/cgi-bin/login.cgi/get_grid_info) returned "405 Method Not Allowd" :(
Therefore, sl_relay URL is not added to Grid List of Firestorm.
If sl_relay URL is added to Grid List of Firestorm once, sl_relay works well....

I will think further.

Hi kittin,

I modified JunkBox_lib and sl_relay for Firestorm 3.0.1 beta.
Please download thoes by using subversion.

As Firestorm is beta version yet, when release version is issued, sl_proxy will be release version.
If release version of Firestorm is issued, please teach me.


For Firestorm, "--loginuri option" is not Login URI but Grid Info URL....

Thank you, I'll download the svn source and build this weekend. Also, the Firestorm team is aware of similar issues with Open Sim. Please see http://jira.phoenixviewer.com/browse/FIRE-581

It seems that there are a few bugs in sl_proxy at Viewer 3, yet. :(

Im correcting those now......

The current svn snapshot seems to now work ok with Firestorm Beta Mesh, thank you!

To compile on OSX 10.5, I needed to make one change:

JunkBox_Lib/gLib/glheader.h

#ifndef __APPLE__
#include <malloc.h>
#endif

malloc() is in stdlib.h on Macs and there isn't a malloc.h

Hi kittin,

Thank you for your suggestion.
I also looked at your blog.
And some were corrected for cygwin.

Thank you very much for your cooperation.

You're welcome. I haven't yet tried to make your latest sl_proxy under cygwin. Would you like me to do that and let you know what issues I run into?

I've been trying to determine how I can tell if sl_cache is still effective for HTTP Textures. As I mentioned, speed is not my concern. I'm looking to reduce bandwidth and I know UDP textures works. I don't know if LL plans to deprecate UDP, but I wouldn't be surprised if they do.

Quote:
Yes Please

Ok, a couple of notes about Cygwin.

Compiles without changes!

But...

a) must switch to g++ 3.4.4 with the "/usr/sbin/alternatives --config g++" command. (needs to be done with both gcc and g++)
b) Install doesn't work because user 'nobody' doesn't exist in cygwin.
c) Install also won't work because cygwin doesn't have /etc/init.d

However, adding those items in by hand doesn't do any harm. I created 'nobody' in /etc/passwd and mkdir -p /etc/init.d and re-ran install.

sl_proxy will not auto-start on boot, of course, since it's not a real UNIX system, but runs fine otherwise. I did not test sip_forwarder or sl_voice_relay because I don't voice in SL. I just don't have the bandwidth for it.

All in all, looks great! =^.^=

Thank you for your report.

I'll release sl_proxy 1.10.0 soon.

Best Regard.