It may be that the update is sent with a new sequence number. The
update resending should work by either removing the newer update
from the queue entirely and resending the packet using the old
sequence number until acked or just resend the packet as is, leaving
the newer updates in the queue.
It appears this mechanism has already been removed for prim updates
because intermediate updates are needed fro proper motion of
physical prims, but was left in for property updates. However,
culling of later updates as well as preservation of sequence numbers
was not done.
Melanie
On 12/10/2011
Hi,
Where is the source code for the HTTP Server used by OpenSim? All I can find
is the binary version, HttpServer_OpenSim.dll. I believe I found a bug in
this library and I would like to fix it.
Oren
--
View this message in context:
Is it this one? - http://webserver.codeplex.com/
If so then it seems the version we're using in OpenSim is very old. The part
that contains my bug has been completely rewritten. How about I try to
update the library to the current version?
--
View this message in context:
It is in a separate SVN repository, opensim-libs.
Melanie
On 12/10/2011 09:08, Oren Hurvitz wrote:
Hi,
Where is the source code for the HTTP Server used by OpenSim? All I can find
is the binary version, HttpServer_OpenSim.dll. I believe I found a bug in
this library and I would like to fix
We made specific changes to allow the event queue to work with the
viewer. We can't just use upstream.
Melanie
On 12/10/2011 09:12, Oren Hurvitz wrote:
Is it this one? - http://webserver.codeplex.com/
If so then it seems the version we're using in OpenSim is very old. The part
that contains
http://opensimulator.org/svn/opensim-libs/HttpServer/
svn co http://opensimulator.org/svn/opensim-libs
On Wed, Oct 12, 2011 at 12:08 AM, Oren Hurvitz or...@kitely.com wrote:
Hi,
Where is the source code for the HTTP Server used by OpenSim? All I can
find
is the binary version,
btw I have confirmedit installed on OSgrid wiki, its totally worthless!
On Wed, Oct 12, 2011 at 12:12 AM, Fritigern Gothly
fritigerngot...@gmail.com wrote:
Almost every day, Justin, Makopoppo and I have to delete spam from the
wiki, and lately, we have seen a steady increase of the amount of
Nice, the way the commands were just listed was a bit lacking.
The part about enabling the method is misleading though, all methods are
enabled by default except admin_console_command.
Also I think different return values are present in different circumstances,
might be worth mentioning that?
Thanks for the additional info on this, Melanie. You are correct that the
resend should get a new sequence number and that old updates for an object will
no longer get sent when there is a newer update to send. Properties and updates
are handled almost the same but different code. I'll look it
I had a ton of spam on the whisper wiki, about 100 entries per day. I had to
take it to moderated mode and tried a number of different Captchas I ended
up with the Google Captcha service and now I am down to one spam entry per
week.
Cheers
Volker
From:
I also have recaptcha installed on OSgrid's mediawiki and this also did not
stop the spam on our wiki, we were getting like 30-40 a day i had like 3
different captcha's installed all at once, and it seemed to make no
difference. I really hope someone can figure it out, i would really like to
open
Yes this is very unfortunate - I think Crista knows more about the specific patches though I believe she will be very
busy at least for the next few weeks.
As you saw, the API/code structure of upstream has changed so it can't simply be dropped in. But ideally, I think we
would port any
coyled has manfully volunteered to help out with opensimulator.org maintenance, so if we ask him nicely (or if he's
listening :) he might be able to install this or maybe recommend something else (such as the Google captch Volker
mentioned).
On 12/10/11 08:12, Fritigern Gothly wrote:
Almost
Yes, I may not have the correct cause in my original e-mail but I'm certainly seeing a lot of resends that never appear
to stop. The effect is not consistent - sometimes I can log in to the remote sim and there will be no continuous
resend. But most of the time a large proportion of updates
The HTTP server is one of those dark, ugly, scary corners of this
project. I'm not even sure I know all of its secrets. But here's what I
know. It started with code that jhurliman and someone else had done. In
the process of using it, OpenSim devs found several bugs and submitted
patches to
Hmm, what a sordid history this library has...
I checked out the latest version from Subversion (thanks Nebadon) and
applied my fix. It seems to work fine. The change is very simple: there's a
certain uncaught exception that causes OpenSim/Robust to terminate. I just
added a catch-all statement.
Alternatively, zip up the HttpServer directory and send it to me; I'll
recompile and update the DLL myself. If someone could give me write access
to this Subversion repository I can try to update it, too -- perhaps I'll
have better luck in this, since I had no problems performing a checkout.
--
There is now a git repo and the subversion is read only.
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
Justin,
Are you seeing duplicate serial numbered packets arriving at the viewer? What
is the packet type of those packets? After the patch you mentioned, we no
longer save any entity update or property packets so they cannot be resent.
Instead, the update is requeued into the entity update
You're right - the mass resend is consistently overloading the connection. Logging client acks shows that the resent
packet bursts are not acked. Raising the default RTO only delays the resend since the client doesn't send acks no
matter how long the wait.
Setting enable_adaptive_throttles =
The adaptive throttle is basically a slow start mechanism. It starts with a
low throttle rate increases the rate until packets start to be dropped. At
that point, it backs off. TCP slow start grows very slowly and cuts the rate
very rapidly. The current configuration in the adaptive throttle
I will try to take a look at this this weekend -- at least make sure
that my code is in sync with the new git version of this.
On 10/12/2011 9:45 AM, Melanie wrote:
There is now a git repo and the subversion is read only.
___
Opensim-dev mailing list
That's great work, Oren.
You may also want to look at http://opensimulator.org/mantis/view.php?id=5571 which actually contains a patch for mono
that deals with a similar problem. I don't pretend it's an optimal patch but it does work empirically. I still haven't
got round to sending it up to
@ Nebadon. It's true that a captcha will not deter ALL spammers,
your spammer is a good example of that. However, it will stop a good
number of other spammers. And although i don't expect spamming to stop
completely, i do expect to see a decrease in the amount of spammery
that goes on on the
Fritigern, I think the difference is Wikipedia has literally 100's if not
1000's of volunteers, try posting something on Wikipedia, it will literally
be erased within minutes if not seconds of you posting it. I am not saying
we should not install these things, but I can tell you in the example of
On Oct 12, 2011, at 8:33 AM, Justin Clark-Casey wrote:
coyled has manfully volunteered to help out with opensimulator.org
maintenance, so if we ask him nicely (or if he's listening :) he might be
able to install this or maybe recommend something else (such as the Google
captch Volker
On MediaWiki, you can tell reCaptcha to show the captcha when links are
being posted. In fact, I beleive it is the default behavior. If you're
getting a ton of spam and have few volunteers, here's a few suggestions:
The following will force all groups, except for sysops and bots, to show the
Hi.
from experiance from phpbb and other forum software, the best spam
blocking is to change the registration page. The Spambots always asume
that the software uses the same html code. Example, when registering in
a phpbb board one needs to agree to the boardrules, the agreement input
field
29 matches
Mail list logo