Board ArchivesSite FeaturesActiveworlds SupportHistoric Archives |
decastro@cable.a2000.nl (xelag) // User Search
decastro@cable.a2000.nl (xelag) // User Search[MyComment]Feb 3, 1999, 10:29pm
At long last! Thanks, Roland.
-- Xelagot 46ADB [Delph] creator: XelaG email: decastro at cable.a2000.nl Bots get boring...Feb 9, 1999, 11:43pm
On Mon, 08 Feb 1999 15:20:41 -0800, Canopus <aek2 at ix.netcom.com>
[View Quote] >If there are EcoBots that go about "seeding" the vacant land on worlds like >AW, the bot designer had better think through the ecological consequences. >Suppose you can have a bot that periodically rebuilds an acorn into a >seedling, a seedling into a small tree, etc., and then randomly produces >acorns from that tree, and seeds them elsewhere. It won't take long for this >tree to multiply itself into a plague of trees: 1, 10, 100, 1000, 10000, >100000.... That's because there is no real ecology here: the acorns have no >squirrels to eat them, the trees have no storms to topple them, no parasites >to sap them, no lumbermen to chop them down, and no rival vegetation to shade >them into obliviion. What about tourists? -- Xelagot 46ADB [Delph] creator: XelaG email: decastro at cable.a2000.nl Scanning objectsFeb 8, 1999, 8:21am
I've followed this thread in SDK ng. XelaG.
On Mon, 8 Feb 1999 00:36:48 +0100, "Jean Philippe Durrios" [View Quote] >Hello, > >I still have problems with the query stuff :( > >What should be the code to search an object that has 'tatitou' in its >Description field only ? > >My query command doesn't even launches the aw_event_CELLBEGIN event... >incredible ! > >:) > >jeanphi > -- Xelagot 46ADB [Delph] creator: XelaG email: decastro at cable.a2000.nl Error 429Mar 2, 1999, 1:07am
Are you using the latest Hambot build 26? The sdk for earlier builds
has been disabled. XelaG On Mon, 01 Mar 1999 17:07:09 -0800, Robert Hanna <dragon89 at gte.net> [View Quote] >I'e been using Hambot for awhile and all of the sudden it started an 429 >error (RC_UNABLE_TO_CONNECT) > The only thing that has changed is I've upgraded my world (Dragons) >from a PS8XE to a CX1.But I >can't see how would change anything since Hambot can't even log on to >the universe server.My browser works fine. >any ideas? >TIA >Lone > -- Xelagot 46ADB [Delph] creator: XelaG email: decastro at cable.a2000.nl xelagot bug fixJul 26, 1999, 8:02am
Xelagot beta-testers and users,
Please download the latest version of Xelagot 2.69. A very infrequently occuring bug has been fixed. This bug could put the bot in an endless loop querying for a non existing citizen at a frequency of one query per second, possibly resulting in a universe-server overload. Only two cases of this were noticed (in months of testing), both last Saturday, in two different universes. Thanks, XelaG. -- XelaG email: xelag at 3dee.com http://www.imatowns.com/xelagot Xelagot 2.70 - spanish files + script click exampleJul 28, 1999, 6:07pm
Xelagot 2.70 is out.
It includes a spanish dialog file for the bot, the first in a series of left-to-right languages. Also an example action-script file shows the implementation of avatar-click and object-click by moving the bot to the position of the clicked avatar/object. Please read "What's new' for details. -- XelaG email: xelag at 3dee.com http://www.imatowns.com/xelagot Xelagot 2.70 - castellano + archivo scriptJul 28, 1999, 6:16pm
Salio la version 2.70 de Xelagot.
Incluye un archivo para que el bot hable en castellano. Ademas, hay un ejemplo de script que demuestra el efecto del clic sobre un avatar u objeto: el bot se mueve y va al lugar del clic. Desgraciadamente, no existe una traduccion del los archivos de informacion. Los detalles mas recientes se encuentran en ingles el la pagina web "What's new'. -- XelaG email: xelag at 3dee.com http://www.imatowns.com/xelagot Remote ejectAug 8, 1999, 1:28am
On Sat, 07 Aug 1999 15:47:39 -0700, Daniel Whatley
[View Quote] ><!doctype html public "-//w3c//dtd html 4.0 transitional//en"> ><html> >How can I make my xelagot remote eject using avatar click like the preston?</html> I don't know how preston works, Whatdog, but here is a script you can use with Xelagot (latest version). Copy this script (between the ----- lines), save it as a text file in the Script directory. Load this script when the bot is running (see online helpfiles), and start it. XelaG ----------- [Head] Type=Script Version=2.0 [Settings] Origin=0.000n 0.000w 0.00a 0.0 [Script] # example of eject script with avatar click # only works for the owner of the boss # if the bot has eject right # define time-out list and $chatline var /t_eject, $chatline # set default time-out in seconds %t = 30 # install chat event handler OnChatEvent Chat1 # install avatar click event handler OnAvatarClickEvent AvatarClick1 # loop Label Loop1 # loop back (no exit here) Goto Loop1 Label End End Event AvatarClick1 # get event data GetSourcePerson &p GetTargetPerson &t # if source is the boss gosub... IfPerson &p IsBoss1 Gosub PreEject EndEvent Sub PreEject # get name and session number of victim GetName $n &t GetSession %s &t $s = %s # get bot's session number GetSession %b # if sessions are equal, exit IfInt %b = %s EndSub # keep session number and name in time-out list TItemSet /t_eject $s $n %t # whisper to boss what he should do next Concat $a "Boss, you have" %t Concat $a $a " secs. to tell me the number of minutes to eject " $n Whisper &p $a EndSub Event Chat1 # get chat person and line GetChatPerson &c GetChatLine $chatline # if it's the boss, proceed IfPerson &c IsBoss1 Gosub Eject1 EndSub Sub Eject1 # get the first number in chatline, store it in $y SplitAtNumber $x $y $z $chatline # test that $y is not empty, store as integer IfString $y <> "" %y = $y Else %y = 0 # reteive the victim's data # $s session number as string # $n name # %t time-out left, 0 means expires or non-existant TItemGet /t_eject $s $n %r $a = "?" # if number of eject minutes > 0 and time-out is valid # eject the victim (Sub Eject2) # else whisper a question mark to boss IfInt %y > 0 IfInt %r > 0 Gosub Eject2 Else Whisper &p $a EndSub Sub Eject2 # eject code # prepare what to say to boss Concat $a "Ejecting " $n " for " %y " minutes" # change session number from string to integer %s = $s # whisper to boss, eject victim Whisper &c $a Eject %s $n %y EndSub ------------- Remote ejectAug 8, 1999, 1:39am
On Sun, 08 Aug 1999 03:28:25 GMT, decastro at cable.a2000.nl (XelaG)
[View Quote] a slight error in the script (wonder how it worked when i tested it?) Event Chat1 # get chat person and line GetChatPerson &c GetChatLine $chatline # if it's the boss, proceed IfPerson &c IsBoss1 Gosub Eject1 EndSub should be: Event Chat1 # get chat person and line GetChatPerson &c GetChatLine $chatline # if it's the boss, proceed IfPerson &c IsBoss1 Gosub Eject1 EndEvent The last line was wrong :) XelaG Remote ejectAug 8, 1999, 3:55am
LOL, this late night coding... second mistake in the script:
Sub Eject2 # eject code # prepare what to say to boss Concat $a "Ejecting " $n " for " %y " minutes" # change session number from string to integer %s = $s # whisper to boss, eject victim Whisper &c $a Eject %s $n %y EndSub must read, to eject for %y minutes and not seconds: Sub Eject2 # eject code # prepare what to say to boss Concat $a "Ejecting " $n " for " %y " minutes" # change session number from string to integer %s = $s # multiply %y by 60 IntMul %y %y 60 # whisper to boss, eject victim Whisper &c $a Eject %s $n %y EndSub XelaG. Remote ejectAug 8, 1999, 11:47am
On Sat, 07 Aug 1999 23:20:50 -0700, Daniel Whatley
[View Quote] ><!doctype html public "-//w3c//dtd html 4.0 transitional//en"> ><html> >It works ok but I actually want the bot to automatically eject the person >that is clicked on for a minute and be able to let any one to do this not >just the boss.</html> try this script, i haven't tested it. XelaG ------- [Head] Type=Script Version=2.0 [Settings] Origin=0.000n 0.000w 0.00a 0.0 [Script] # example of eject script with avatar click # works for anyone who clicks on a victim # if the bot has eject right # ejects automatically for one minute # set eject period in minutes %e = 1 # multiply %e by 60 IntMul %y %e 60 # install avatar click event handler OnAvatarClickEvent AvatarClickEject # loop Label Loop1 # loop back (no exit here) Goto Loop1 End Event AvatarClickEject # get ejector data GetSourcePerson &p # get target (= victim) data GetTargetPerson &t GetSession %s &t GetName $n &t # bot's session number GetSession %b # if target <> bot himself, gosub... IfInt %b <> %s Gosub Eject EndEvent Sub Eject # eject code # whisper to ejector Concat $a "Ejecting " $n " for " %e " minutes" Whisper &p $a # eject Eject &t %y EndSub ------- Remote ejectAug 8, 1999, 10:08pm
On Sun, 08 Aug 1999 08:42:57 -0700, Daniel Whatley
[View Quote] ><!doctype html public "-//w3c//dtd html 4.0 transitional//en"> ><html> >it worked but the person did not get ejected. You are right, Whatdog, there is a bug in IntMul, it does not do the multiplication. This will be fixed in the next version 2.78, I'll upload it in a few minutes. The script should then work ok. XelaG. [View Quote] Xelagot ejectAug 9, 1999, 5:42pm
On Mon, 09 Aug 1999 09:02:15 -0700, Daniel Whatley
[View Quote] Thanx XelaG. It works great now, but it lags some. Also I have been trying to make it say out loud so-n-so shout out so-n-so but it is not working. ----------- The lag is normal: the click is sent to the world server, which sends it out to the sdk appliences all over internet. The bot gets the click and decides what to do with it (milliseconds work). Then the bot sends an eject order to the world server. 2x travelling through internet instead of 1x when done with the browser: the browser gets the click from the user's mouse and sends the eject order straight away. To say out loud, change the eject routine to this one: Sub Eject # eject code # whisper to ejector Concat $a "Ejecting " $n " for " %e " minute" Whisper &p $a # say out loud GetName $m &p Concat $a $m " shot out " $n Say $a # eject Eject &t %y EndSub Hope it works, XelaG. Xelagot NewsAug 16, 1999, 10:56pm
Version 2.81 of Xelagot introduces automatic recognition of propdump
format files in project file loading, and can also save files in that format. Scripting has also been improved tremendously: there are 3 examples included in the download which will help world owners (small worlds) to back up their worlds (for 10n to 10s worlds, 20n to 20s and 25n to 25s), familiarity with the survey manager is required only to save the thus obtained project file - which can be saved as a xelaot project file or as a propdump file. Check the xelagot site at http://www.imatowns.com/xelagot XelaG email: xelag at 3dee.com http://www.imatowns.com/xelagot Xelagot 2.82Aug 17, 1999, 3:54pm
Hi all,
Xelagot 2.82 now reads (and writes) Canopus blueprint files. It recognises now automatically 3 formats for project files, based not on the file extension but on the file structure: Xelagot project files, Canopus blueprint files, propdump files. It can also save to these 3 formats. XelaG. aw_int_set(AW_MY_Y, 0)?Dec 23, 1998, 7:00pm
Roland, we just conducted the following experiment with Canopus, in 3
parts: Present: Canopus, me and my bot Delph. PART 1: Canopus, after stopping all horizontal movement, went repeatedly up and down to 0 altitude using the + and - keys. We didn't observe anything unusual. PART 2: I had my bot move from 0 altitude up 5m: no prob. Then down to 0: althought my UI showed him at 0 altitude (the change had been sent to the dll and aw_state_change() had been called), Canopus and I didn't see him come down. I then moved him forward 1 cm, and yes, both Canopus and I saw him come down to 0 altitude. PART 3: I teleported up to 5m hight, using the menu 'Teleport | To...' option. My bot Delph was following me to my exact position at the time. When going up, no prob: Canopus and I saw me go up and my bot following me and merging into my avatar. When coming down to 0 altitude using the same method, something weird happened: I saw myself coming down to 0, but my bot stayed at 5m altitude. Canopus saw me and my bot still at 5m altitude; he moved around, we stayed at 5m. Then I moved slightly horizontally, causing Delph to move too: my browser showed Delph coming down, Canopus' browser showed both me and my bot coming down to 0 altitude. BTW, this problem was observed while I was not subject to gravity. While subject to gravity, I could not teleport up and stay there: I would inmediately return to ground position. CONCLUSIONS: None really. It's obvious that your own browser updates your position straight away, not through the server. This is also seen when the browser is 'Waiting for server': you can still move around. This explains why I saw myself coming down in PART 3. I also assume the browser sends your new position to the server. Therefore, the problem is either at the server end, or possibly after the browser receives the change from the server. XelaG. On Wed, 23 Dec 1998 10:42:49 -0800, "Roland Vilett" <roland at lmi.net> [View Quote] >It's always possible that there might be a problem here, but I'm not aware >of any...I will try to look into this when I get a chance. If the problem >is in the browser's avatar rendering code, then you would think it could be >duplicated simply by having someone stand in one place and move up and down >using +/-, after using the '5' key to completely stop all horizontal motion. >If the bug is as Xela describes it, then after some point presumably an >observer would no longer see the other's change in altitude.... > >-Roland > [View Quote] aw_int_set(AW_MY_Y, 0)?Dec 24, 1998, 8:41am
Just to confirm Josh's view: it's putting the altitude to 0 which is
buggy, whether thats done upwards or downwards is irrelevant. I hadn't noticed the upward bit before, cause i dont usually send myself or my bot below sea level ;o) {not quite true, I did a lot in Atlantis untill I started S-decaying} I've reconducted the experiments we did yesterday with Canopus and my bot, which confirms what Josh said. XelaG and his XelaGots aw_int_set(AW_MY_Y, 0)?Dec 24, 1998, 11:33pm
Thanks, Roland, for checking this at the server end. I think the bug
and workaround are now clear, and since it does not usually affect the normal performance of bots and other creatures, IMHO it can wait a while, although it should sooner than later be solved. A good holiday and best wishes to all bot makers, users and wishful-thinkers (we're all needed in this universe - and non COF ones as well). On Thu, 24 Dec 1998 11:47:57 -0800, "Roland Vilett" <roland at lmi.net> [View Quote] >Okay, thanks for all of your hard work on this. From the description of >what you did and what you saw, I'll tentatively conclude that this problem >exists somewhere in the browser's avatar rendering code (a nightmarish brew >of C++ templates, sigh...) I don't think it is in the server; I looked >over all the avatar position handling code in the server and could not find >anything that could possibly care whether the Y coordinate is zero or not. > >-Roland > [View Quote] chat string processing curiosaDec 23, 1998, 11:04pm
A pity, my Poetry Bot died of prosaism...
:oP On Wed, 23 Dec 1998 10:47:07 -0800, "Roland Vilett" <roland at lmi.net> [View Quote] >A more sophisticated solution to this problem may well be in order but I >don't have time to deal with it right now...releasing a beta of the 2.1 >browser is currently my top priority. > >-Roland chat string processing curiosaDec 25, 1998, 12:17am
I hope I'm not nagging about this issue, but it does affect me
personaly, since I'm working in projects involving the the presentation of text for commercial and non-commecial purposes. So bare with me. The ONLY text formatting tool I had was the newline+tab combination. It may not be very relevant for a ball-bot, it is extremely important for bots conveying certain types of information, especially if it's the one and only tool you have. One is limited by the amount of text the browser can show and the viewer can absorb, so written information has to be chopped into small units, with calculated pauses and visual effects in between. Font types and styling are not available. It is a challenge to present information in a palatable way. Would it be possible to have this feature re-installed a soon as (reasonably) possible? I know the SDK is only in a beta stage, but one can not avoid building up for the future. It seems to me that it can't consume so much time to fix this: it took me 10 minutes to juggle around with ascii chars to get it right in the first place. It might be more difficult in C than in Pascal though. Ego dixi. I've had my say. I only hope that the essence of (not only my own urgency in) the matter shows through my disappointment. I do realise the stress involved in launching the 2.1 stuff, so if it isn't possible to solve this now, tough ***t. Oh well, I apologise for my slightly bitter tone, I wish all of you a great 1999. XelaG. [View Quote] >A difference in 2.0 and 2.1 worlds' chat string processing? > >I had a little trick with my bot, which doesn't work any more in 2.1 >worlds. In my explanation, i'll symbolise the newline character with >{n}, and the tab with {t}. > >If have my bot [Delph] send the following chatline: > >How are you, table?{n}Table:{t}Very well, thank you Delph.{n}{t}And >how are you today? > >The chatline would appear in the browser so (still does in 2.0 >worlds): > >[Delph]: How are you, table? >Table: Very well, thank you Delph. > And how are you today? > > >I could have inanimated objects respond in this way. This trick does >not work in AW, presumably this has been changed in 2.1 worlds to >avoid abuse. Yet, it's a pity, you could also format text with >newlines in this way. Is this to be a permanent feature? > >Another thing that has disappeared is the degrees sign (I havn't >tested other high ASCII symbols). I still have it in 2.0 worlds... > >XelaG. citizen lookup confusionDec 29, 1998, 6:46am
When using the callback in multi instance cases, aw_instance() was not
giving the right instance number, as far as I could see. I should re-test it to be sure, but my workaround in this case is to: 1. ignore rc which does not work for me and Canopus (see earlier postings) in any case. 2. ignore aw_instance() To do this, I proceed as follows: (i) I only send one aw_citizen_attributes_by_name() or _by_number() request at a time, and wait for the callback before sending a new request. I keep track of the bot instance (not using aw_instance()) and the contents and purpose of the request. (ii) when the callback returns, I check my request with the contents of AW_CITIZEN_NUMBER and AW_CITIZEN_NAME. I they are related, I know (hopefully) the answer is correct. Otherwise, I got an error (rc function substitute). (iii) if the purpose was to determine the citizen number of a citizen-like name that has a known session number (or citizen name in the case of the login number), I know the person in question must be a citizen and i should not have received an error back. If i didnt get the required information, i iterate the call untill I get it right. XelaG. On Mon, 28 Dec 1998 13:21:48 -0800, "Roland Vilett" <roland at lmi.net> [View Quote] >It is possible that there is a bug in aw_citizen_attributes_by_name() in the >multi-instance case. I've tested it extensively under the single-instance >case but not multi-instance. I'll take a closer look at that. > >As for what you said about aw_instance(), yes, in a multi-instance >application once you've called a synchronous API method (i.e. one without a >callback installed) the current instance can change at random, depending on >what events are triggered for the other instances while the SDK is waiting >for a response to your current call. That is one of the reasons why the >aw_instance() and aw_instance_set() calls are provided, so at any time you >can determine which instance is current, and change it to the one you want. > >-Roland > [View Quote] citizen lookup confusionDec 29, 1998, 6:54am
In (i), I DO set aw_instance_set() before sending the request to the
server. XelaG. citizen lookup confusionDec 30, 1998, 12:41am
On Tue, 29 Dec 1998 11:42:11 -0800, "Roland Vilett" <roland at lmi.net>
[View Quote] >Wait, you are saying that aw_instance() is not correct during callbacks? >That doesn't make any sense. We are running bots right now that depend on >this functionality and they are working fine. I didn't imply this at all, we're following Faber's thread. It was a specific probrem with citizen attributes. > >Or are you saying that it doesn't work during just this one callback? The aw_instance() problem was my mistake. I've been checking all afternoon at aw_games, and my error was that I had been asking for aw_instance also in cases when I was not using the callback. A useless query, you could rightly say. My appologies for the confusion. >I looked specifically at the code for the AW_CALLBACK_CITIZEN_ATTRIBUTES case, >it is correctly setting the current instance before triggering the callback, >just as with all other callbacks. I can't see how or why this callback >would behave any differently than the others... >If someone could provide some C code that demonstrates this problem, that >would help me a lot...thanks! > >-Roland The mystery of the failed callbacks remains. That was the original thread. Faber and I, separately, have been tracking, how many times we must ask the server to-day (afternoon and night in Europe) until we get the correct answer for an existing citize. Faber does not use callbacks for this, I switch from one mode to the other. He had no errors, I had very few. A big contrast with yesterday, when many if not most queries for citizen numbers of existing citizens had to be repeated. We were both using build 11, both days. It could be that there sometimes is a server error, and that the dll has nothing to do with this error, it just may report what it gets. XelaG. > [View Quote] Build 12 availableDec 30, 1998, 1:09am
On Tue, 29 Dec 1998 15:13:17 -0800, "Roland Vilett" <roland at lmi.net>
[View Quote] >Hi, > >Build 12 of the SDK is now available. Please upgrade at your earliest >convenience. You may download it from the usual place: > >http://objects.activeworlds.com/downloads/sdk.zip > >Build 12 introduces 3 new universe attributes in aw.h: >AW_UNIVERSE_BUILD_NUMBER, AW_UNIVERSE_REGISTRATION_CHARGE, and >AW_UNIVERSE_RENEWAL_CHARGE. These attributes are for use by the 2.1 browser >(they aren't of much use for an SDK application.) > >A problem has been fixed that occurred when the calls >aw_citizen_attributes_by_name() and aw_citizen_attributes_by_number() failed >if the citizen name or number didn't exist: the queried name or number was >not being sent back to the SDK in the failure case so it wasn't possible to >correlate the query with the response in the AW_CALLBACK_CITIZEN_ATTRIBUTES >if there were multiple calls outstanding. Now the name or number is being >correctly sent back even if they don't exist. > >-Roland > Hehe, Roland, this invalidates my workaround for Delphi problems with the rc parameter of the callback :-( Am I correct in my observation for build 12? if you send an invalid citizen name, you get back the same invalid name (new situation, allows identification) and a citizen number = 0 (new situation, COF won't like it :-). if you send an invalid citizen number, you get the same invalid citizen number (new situation, allows identification) but the name remains unchanged from the previous call (old situation). If the name were set to say, "", I could then identify it as an error message, bypassing the rc problem. Thanks for your efforts, sorry if I sometimes sound irritated and unreasonable, I'm working nights on these bots, they're great. XelaG. Build 12 availableDec 31, 1998, 3:16am
On Wed, 30 Dec 1998 13:12:18 -0800, "Roland Vilett" <roland at lmi.net>
[View Quote] > >Well...technically, the value of AW_CITIZEN_NAME is undefined in the >lookup_by_number failure case. In practice, yes, it is simply unmodified >from its previous call, but I would hesitate to suggest writing code that >depends on this behavior. Instead I would try to focus on why the rc >problem exists - I assume this is a problem with callbacks in your >particular implementation of an interface to the SDK, not with the SDK >itself, correct? Roland: this is what I still don't know. I haven't tried other callbacks yet, and am gratefully basing my implementation of the code on Canopus' SDK Delphi work. His posting in this thread and my talks to Walter lead me to tentatively conclude that we are dealing here with an as yet unresolved Delphi problem, not an SDK one. But, I still haven't heard from a C or C++ programmer whether they have the same problem with rc in the citizen attributes callback. Until we resolve this problem, I am forced to bypass rc in callbacks and use rather awkward methods. XelaG. Build 12 availableJan 1, 1999, 1:40am
Netropolis, this made my year. Oid mortales !
XelaG. On Thu, 31 Dec 1998 17:42:52 -0300, Netropolis [View Quote] >Declare ur callback procedure as: > >procedure CitizenByName(retcode: Integer); cdecl; > >I just tested it, it returns the correct citizen number and rc. > >HTH, > >-Netro > > [View Quote] Bots confused...Dec 30, 1998, 12:52am
Josh, you can't ask the position of someone that talks, you are
probably getting the data of the last aw_event_avatar_add or aw_event_avatar_change produced by anyone arriving or moving. The only way you can keep track of positions (and avatar number and last performed gesture) is by storing these values until the person leaves the area, when the bot gets the delete event. If someone talks, you must then search for his/her position in your mini-database. XelaG. [View Quote] >Ok when a AW__EVENT_CHAT is called with AW_AVATAR_X , Y, Z and YAW it >selects a random avatar and not the avatar that said the message, is >this a possible problem or is it supposed to do that? avatar_delete problemJan 5, 1999, 11:01am
Walter, the method I use is similar to yours in a way: be both recover
the citizen numbers of citizens. For citizens, the line crash is unimportant, re-identification takes place anyway. The same applies if they change names. The problem does remain for tourists and bots. For bots (and for citizens too) I would advocate automatic receipt of another attribute, the citizen number (of the owner of the bot in the case of bots). This would solve other ID problems with bots mentioned in earlier threads. For maintaining the lists, I use the session number exclusively (except for adding the cit.num. when it arrives, that goes by name). I have not experienced any problems since the 'fix' of avatar delete, except for a bug I had in my own code. XelaG. On Mon, 4 Jan 1999 19:44:06 +0100, "Walter Knupe" <wak at faber.ping.de> [View Quote] >You are correct.. i'll change the code to remember session numbers and use those to >clear entries from my list when ppl leave... > >why didn't i think of that ? :) > >Walter > > Edward Sumerfield schrieb in Nachricht <3690EAC6.DD8B3E39 at poboxes.com>... > Why do you need the name at this point? > I use the session number to track which avatar has "changed" or "deleted" and index into my list with that. I retrieve the name in the "add" event handler and store it in the list with the rest of the information about the avatar. Names don't change so there is no point re-getting them from the SDK. > > Edward Sumerfield. > > wsf and avatar_delete/add, another problemJan 2, 1999, 12:54am
Roland and the ng club:
A problem with wfs. I'd like some advice on this. When there's a problem with the communication with the server, wsf, my bots don't get the aw_avatar_delete() event. As soon as communication is re-established, the bots get aw_avatar_add() events for all present, as if they had never been there in the first place, causing double entries in their presece-lists. Since the session number has also changed (if the problem was due to the world or uni servers, i suppose), i can only cope with clearing the citizens from being entered more than once - i keep their cit. numbers, which i ask from the server at every avatar_add() event. A second problem is that the program freezes for a while during wsf, i suppose due to aw_wait() and other messages it sends to the server. aw_wait() does not return an error code in case of wsf. Is there a neat way to cope with this? I call aw_wait(10) every 0.5 sec, it's heading the loop that processes all communication prom my program to the server. My emergency solution is manually ejecting and re-entering the bot in the world. This causes the presence lists to be cleared on entry. I'd like to make this, or any better solution, an automatic feature. Any suggestions are welcome. XelaG. wsf and avatar_delete/add, another problemJan 2, 1999, 9:54pm
Thank you both for your help. I've had it installed for a few days
now, but have had no wfs since then, so I can't test it yet. XelaG On Sat, 2 Jan 1999 14:44:23 -0800, "Roland Vilett" <roland at lmi.net> [View Quote] >Yes that is correct, to deal with this problem you should install an event >handler for AW_EVENT_WORLD_DISCONNECT and clear your entire avatar list >whenever you receive it. This is what the AW browser itself does as well. > >-Roland > [View Quote] |