What Version's are needed

I have installed Xoops CUBE ver 2.10 into wanp server using php 5.2.11 and loaded the XoopenSim module, all of it set up but then has problems with class not found problems.

I am not shure that the version's are quite right for this. I have never used CUBE before so i am guessing at what the right versions should be.

Thank you for any help

I guess what i need to know is what rev. of cube and php are the ones i should be running. I am use to running wi-redux on our production grid. We have run our grid for 2 years now but eventualy we will have to go to opensimulator .7 that it will no longer support. I am setting this up so it can be included as part of our other .7 beta test grid.

tnx

Hello.

Supported version of Xoops Cube is v2.1.7 or v2.1.8
v2.1.8 is latest release version of Xoops Cube.
We have not executed XoopenSim in other versions of Xoops Cube.

PHP verion is v5.2.x. Xoops Cube is not work on v5.3.x of PHP. We use v5.2.13.
MySQL version is v5.1.x. Xoops Cube is not work on v5.5.x of MySQL. We use v5.1.47

Thanks.

Yes thank you i will match what you use and re-test.
Currently i have the following message using php 5.2.11 and xoops cube 2.1.8 and xoopensim rev 1.4

Fatal error: Call to undefined function opensim_check_db() in E:\wamp\www\modules\xoopensim\admin\actions\updatedbAction.class.php on line 52

I will change the php version to be the same as you use and try again.

Also i am all ready using a data base with migrated .69 data. It all ready works with .7+ revs. But its using mysql rev. 5.1.42 and not 5.1.47.
I can update the mysql rev. if you think this could be a problem with Xoopensim 1.4 but i will 1st try the higher rev. of php.
It makes the data tables but does not fill them with data at this point.

tnx

>> Fatal error: Call to undefined function opensim_check_db() in E:\wamp\www\modules\xoopensim\admin\actions\updatedbAction.class.php on line 52

I think that in this error, PHP's version and MySQL's version are not causes.
opensim_check_db() is in xoopensim/opensim.phplib/opensim.mysql.php

updatedbAction.class.php　calls CMS_MODULE_PATH.'/include/xoopensim.func.php'
and xoopensim.func.php calls CMS_MODULE_PATH.'/include/opensim.mysql.php'
Why updatedbAction.class.php can not find opensim_check_db() ????

We tested xoopensim on Linux only. Perhaps, in this problem, MS Windows might be a cause.

Please tell me another situations.
1. Did other modules of Xoops Cube work well?
2. Did other functions of XoopenSim work well?
3. Please enable PHP Debug mode at General Settings in Xoops Cube admin menu, and teach me PHP messages.

My best regards.　

Fumi.Iseki

Do you use WampServer?
If it is so, teach me version of WampServer.

Please tell me another situations.
1. Did other modules of Xoops Cube work well?

Yes: it runs and set's up cube rev 2.1.8. The normal cube modules work ok from the clean install and makes the req data tables
No errors shown.

2. Did other functions of XoopenSim work well?

Yes: The module installed and excepted the configurations giving me the 3 admin menu's
I then go to the data base part. It says
Warning [Xoops]: Smarty error: unable to read resource: "xoopensim_admin_header.html" in file E:\wamp\www\class\smarty\Smarty.class.php line 1092

( I have not set an admin header so i ignore this for this now )
Then i click on the update db button and it gives this
link ../opensim.phplib/tools.func.phplink ../opensim.phplib/opensim.mysql.php
Fatal error: Call to undefined function opensim_check_db() in E:\wamp\www\modules\xoopensim\admin\actions\updatedbAction.class.php on line 52

and nothing more for that part.

At main page clicking xoopensim just to see it says

link ../opensim.phplib/tools.func.phplink ../opensim.phplib/opensim.mysql.phplink ../../actions/homeAction.class.php
Fatal error: Class 'homeAction' not found in E:\wamp\www\modules\xoopensim\class\xoopensim.class.php on line 54

Other cube functions work ok

3. Please enable PHP Debug mode at General Settings in Xoops Cube admin menu, and teach me PHP messages.
Yes: i left it at its default cube setting as enabled for php debug messages.

This all run on win xp pro win 32bit .net 3.5 sp3

WAMP server version 2.0 with added option of PHP rev 5.2.11 from there site. Apache rev 2.2.11 , i do not use there mysql. I use a LAN mysql dedicated server running 5.1.42 that is called via its LAN ip # for all my Mysql needs.
We run many seperate servers on the same lan with a cental mysql server that is reachable by all other computers on a trusted network.

We would be happy to help test your programs under a windows system. I find that what you kindly offer the opensimulator community is greatly needed and for our grid offers exactly the things we need and our users expect of a grid. We have tested other choices but so far this is the best choice for whats needed.

We thank you and your team for your hard work!

Master Mirage (grid owner)
Http://www.tritongrid.com

I have understood by your hint!!

Perhaps, symbolic link of Linux is a cause.

Symbolic link of Linux corresponds to short cut of Windows.
But symbolic link does not work on Windows XP.
Windows Vista/7 and Windows Server 2008 seem to support symbolic link.

I'll make "no symbolic link" version of XoopenSim. Please wait a little.

I made "no symbolic link" version of XoopenSim-1.40

Please download from http://www.nsl.tuis.ac.jp/DownLoad/SoftWare/Xoops/xoopensim-1.40-nosl.tgz
And replace xoopensim folder.

You need not uninstall XoopenSim.
Delete old xoopensim folder, and extract xoopensim newly from download file.

If xoopensim does not work well yet, please send report to me again.

Thanks.

Excellent, i will report back after testing. If this works i will make a how to that others may follow to make it easy.

:)

Looks very good now. I just quickly tested and it, now updates data base and shows the status screen correctly. I will do a clean install of everything and produce a proper list of whats needed for windows users.
The use of wamp or xampp and the proper version numbers of everything needed will make this quite pain less for others.

One problem that i think may be covered already is when i make a new user for .7 i cant log in with it or any other avie. Says it cant auth the user reffering to hash values. The user does show up correctly though. I was planning to reset the test mysql db anyway for .7 rc2 I know its hard to keep up with the .7 project but i thought i would say so others know it can eat your babies.

No other problems found at this point however.

Umm...

Do you use flotsam group function?...
Or ....

I try to install wamp and Xoops Cube to Windows XP. And test it.


>> but i thought i would say so others know it can eat your babies.

Sorry. The meaning is not understood.
I am not good at English.

Ok yes, as soon as you said GROUPS that may be what it is. I will continue with out it. I have run in to these problems in other cases. So this may not be related to your project. I continue to test and will report back. I think i may know.

tnx

???

If you use flotsam group function of XoopenSim, XoopenSim should be accessible from guest user.

see http://www.nsl.tuis.ac.jp/xoops/modules/xpwiki/?XoopenSim%20%28E%29#n537bae4

If guest user (XMLPrc) can not access XoopenSim, avatar can not login OpenSim.

With GROUP disabled and after xoopensim 1.4 db sync, Users cannot log in..
ROBUST log

2010-07-02 14:56:27,468 INFO - OpenSim.Services.LLLoginService.LLLoginService [LLOGIN SERVICE]: Login request for master xxxxx from 71.244.130.xx with user agent 0.6.3 (LL 1.23.5) starting in last
2010-07-02 14:56:27,468 DEBUG - OpenSim.Services.AuthenticationService.PasswordAuthenticationService [PASS AUTH]: got e8ac2303df8e22eccb537ae1180ba905; hashed = c3d8d89d4b62ccdbb29d0acbec8e76a0; stored = 8aba233413a0b5a9e2c805b81d01f43a
2010-07-02 14:56:27,468 DEBUG - OpenSim.Services.AuthenticationService.PasswordAuthenticationService [AUTH SERVICE]: PrincipalID 34ca37ec-7d83-41ce-96af-dc620aa8a3f7 or its data not found
2010-07-02 14:56:27,484 INFO - OpenSim.Services.LLLoginService.LLLoginService [LLOGIN SERVICE]: Login failed, reason: authentication failed

I was able to log in just before the new tests. I am still looking for a clue that may help.
For testing it is not a problem as i can revert the db back to last known good.

tnx

For test, I installed wamp, Xoops Cube, XoopenSim and OpenSim-0.7rc2.bin to Windows XP
I have another problem.
Database table names are lower case at Windows.
But my php programs is case sensitive

Please give me a few days.

Sorry and Thanks

Ok thank you, i want to work out the procedure's better any way. It will also take me time to reset all test's.
This is good that we can test like this.
I take a full grids db (around 25 gigs) then copy that to an isolated system so i can easly put whatever i am testing under a large load that most cannot.

We do use a linux server for the front end but is dedicated to the production grid and cannot be used for testing. Your projects will find there way to it but in order to do a proper test ANY new project we look at must work on win and linux before my admins can work there magic on it. They do a lot in the way adding to projects like this.

My job is more to maintain grid operations and less working on code. Both are full time jobs and i understand you well.

In this case i will be setting up the basics, then i let our more code gifted admins begin there work. In this way we each can keep things moving along.

Once i have this set up it then goes into our MANTIS system so we can track things better.

This is a large step for us and many users, thanks for your attention.
We will do our best to make your projects better known and offer what help we can along the way.

:)

Hi.

I resolved problem of "lower case table name" on Windows.
And I tested XoopenSim on Windows. But there is no problem. I can create new avatar and login to OpenSim.

Is your MySQL DB on Windows or Linux?
If you use MySQL on Windows, do you have problem of "lower case table name" ?
In this case, home page of XoopenSim indicates "OFFLINE".

Corrected XoopenSim is here http://www.nsl.tuis.ac.jp/DownLoad/SoftWare/Xoops/xoopensim-1.40-nosl-2.tgz


>> 2010-07-02 14:56:27,468 INFO - OpenSim.Services.LLLoginService.LLLoginService [LLOGIN SERVICE]: Login request for master xxxxx from
>> 71.244.130.xx with user agent 0.6.3 (LL 1.23.5) starting in last
>> 2010-07-02 14:56:27,468 DEBUG - OpenSim.Services.AuthenticationService.PasswordAuthenticationService [PASS AUTH]:
>> got e8ac2303df8e22eccb537ae1180ba905; hashed = c3d8d89d4b62ccdbb29d0acbec8e76a0; stored = 8aba233413a0b5a9e2c805b81d01f43a
>> 2010-07-02 14:56:27,468 DEBUG - OpenSim.Services.AuthenticationService.PasswordAuthenticationService [AUTH SERVICE]:
>> PrincipalID 34ca37ec-7d83-41ce-96af-dc620aa8a3f7 or its data not found
>> 2010-07-02 14:56:27,484 INFO - OpenSim.Services.LLLoginService.LLLoginService [LLOGIN SERVICE]: Login failed, reason: authentication failed

Above error indicates "password mismatch".

Please execute MySQL command.

mysql> use "your OpenSim Database name";
mysql> select FirstName, passwordHash, passwordSalt from auth, UserAccounts where PrincipalID=UUID and FirstName='master';

Here, master is your avatar's first name.
Then your avatar's first name, password hash and password salt are displayed.

Next, please create php program. Example, filename is pass.php

<?php
print("Password Hash = ".md5(md5("your avatar's password").":"."above MySQL avatar's password salt")."\n<br />");
?>

And access to pass.php with web browser. Or execute command "php pass.php"
Is "pass.php's password hash" corresponding to "MySQL password hash" ?

Ok i have reset the database and checked that i can log in. I then added the latest rev. that is here and ran the db setup again.
Why it sets up the 1st time is see many lines like this

Notice [PHP]: Undefined index: AllowPublish in file E:\wamp\www\modules\xoopensim\include\xoopensim.func.php line 381
Notice [PHP]: Undefined index: MaturePublish in file E:\wamp\www\modules\xoopensim\include\xoopensim.func.php line 382
Notice [PHP]: Undefined index: URL in file E:\wamp\www\modules\xoopensim\include\xoopensim.func.php line 383

One for each it looks like. I see this one time then not again.

I then log in to the grid and still get the same problem and same robust messages as the first test.

The mysql server is also running on win32 none of this testing is using linux at this point.

I will try your other test's to see what the result is.

As your point of OFFLINE vrs ONLINE it is always ONLINE and the other stats show correctly
Number of regions
Number of users
Number of user online

are all correct and seem to change depending if i have the instance running
Also the MAP shows up ok too.

I will try your mysql and php test's shortly. But i want to look at the actual db difference's so we can better tell what has changed from a working state of data to a non working state.

One thing in this case is that the database is already migrated to .7 and has no need to have it migrate it again if that is what its doing.

I will try and do a side by side db look in hopes i can see what exactly is being changed.

In this case i think the problem area is just in the useraccounts table where there already are 66 users. The table data seems to look normal and the fields are filled with the data i am use to seeing.

As far as the .7 rc2 insatnce goes, i have disabled its knowlage of a frontend at this point so it will not effect the testing. No groups or other featuers are enabled from its point of view that could bother the tests.

I think its very close to working and wondering if it may be doing too mutch in the case of an already migrated and working .7 db.

Anyway let me study this a bit more and see what the differences are

thank you

Ahh HA!

Ok what its not doing is adding already existing user accounts but it is letting it make a new acount via xopensim and i can log in with that now. The problem now seems to be that when there are active grid accounts in the db it is not doing anything with them when it set's up.

So when i try to log into the grid with any account that was not made by the frontend (xoopensin) it will not auth them to log in.

So it is working but only with totaly new accounts made by this.

I think i see what the actual db diff. is now. When i make a new user the field HomeURI=GatekeeperURI=InventoryServerURI=AssetServerURI= line is correct but the accounts that are not made by xoops are AssetServerURI=http://x.x.x.x:8003/InventoryServerURI=http//x.x.x.x:8003/GatewayURI=HomeURI=

I will change directly one of my other accounts to match the same line as the working account to see if this may be whats wrong.
no other diff's are found with the useraccounts data between the now working xoopensim it made and the already existing accounts.

This may be a good clue now

:)

>> Notice [PHP]: Undefined index: AllowPublish in file E:\wamp\www\modules\xoopensim\include\xoopensim.func.php line 381
>> Notice [PHP]: Undefined index: MaturePublish in file E:\wamp\www\modules\xoopensim\include\xoopensim.func.php line 382
>> Notice [PHP]: Undefined index: URL in file E:\wamp\www\modules\xoopensim\include\xoopensim.func.php line 383

This is my mistake. But this function work with "users" table. "users" tables is in 0.6.x
I might have been misunderstanding your DB.
Your DB is for 0.6.x now. and you try to update to 0.7.
Is this correct?

I did not test 0.6.x -> 0.7 in Windows yet.
I'll try it.

And opensimwi redux does not use password salt. But, XoopenSim creates new password salt and update DB.
So, opensimwi redux users can not login to opensimwi redux. (But it is sure to be able to login OpenSim......)

>>HomeURI=GatekeeperURI=InventoryServerURI=AssetServerURI= line is correct but the accounts that are not made by xoops are
>>AssetServerURI=http://x.x.x.x:8003/InventoryServerURI=http//x.x.x.x:8003/GatewayURI=HomeURI=

I think that this is irrelevant with login error.

Thanks.

And one more question.
>> Also the MAP shows up ok too.

Why map icon is displayed? 0.7rc2 has bug of World Map.
So, map icon is sure not to be displayed.

Yes i agree, making them the same did nothing.
The db i am using is not .69 to .7 via xoopensim. The data base is already migrated for use with .7 rc2 before i run xoopensim on it. I have not tryed to take a .69 backup then run this to do the migration. The migration is done with the launch of robust that converts the production grid's data to .7 data. (this part it already did before trying to use xoopensim with it.) When robust has finished i can then lauch opensim.exe and log on using my normal production server account. This is not a problem. After running xoopensim using the same db it then causes my normal production account to be useless. With your fix i can make and log in with a totaly NEW account however.
You mentioned the SALT data form the old users table that was used. In this case the orginal USERS table is still there, i think on migration to .7 robust uses it to make the newer usersaccounts table from. I will have a closer look at that too.
Before your last fix, making a new user account did not work ether but now it is so its getting better :)

The other point about the map, was using your patch, you are correct that it remains broken but your patch works ok.

I am still looking at other data as changing the 2 lines i thought were a problem did nothing useful and was not the answer.

I think we are very close to fixing this now :)

引用：

I used your patch, it still is not fixed in .7rc2 but your patch works ok :)

And opensimwi redux does not use password salt. But, XoopenSim creates new password salt and update DB.
So, opensimwi redux users can not login to opensimwi redux. (But it is sure to be able to login OpenSim......)

Ok i understand this. If that's true then i will put the useraccount data back into a known good state, This will force an overwite that may have been applied by xoopensim to the existing accounts but i will not use the update db after and let it continue to use what it already has.
If this works then any new accounts made via xoopensim should also work from that point on.

This would let me get passed this problem and would be how it would work once .7 becomes the production rev. anyway.
Im thinking that if it looked at the migration rev's xopensim can know its looking at an already migrated db and simply re-use what is already there on setup. Then from that point on it can add accounts normaly rather than re-process all accounts.

This is a problem of auth. not the lack of data or things you have already fixed. So i will try this and see what effect it may have and should answer this question if that is right.

It already knows how many accounts there are in the status and the number is correct. It also advances that total number as i add new accounts, the new account data vrs the existing data all looks ok in the db so at least the data in the tables are all ok.

Anyway i will try a workaround and see.

tnx

Not related to this at all but at the bottom on your here page it show's

Warning [PHP]: mysql_fetch_object(): supplied argument is not a valid MySQL result resource in file modules/piCal/include/read_configs.php line 103

thought you might like to know.. :)

I reproduced your problem.
It is my mistake! Sorry!!!.

XoopenSim is made by opesimwi redux 0.32 based.
I checked latest version of opensimwi redux.
opensimwi redux 0.32 is different from latest version about processing password.
latest version of opensimwi redux processes passordhash accurately.

DB update function of XoopenSim can update password of opensimwi redux 0.32
But it can not update password of latest version of opensimwi redux.


I should delete this function from XoopenSim.
I make the correction version in a hurry.

Sorry and thank you very much.

Hi, master.

Please use correct version http://www.nsl.tuis.ac.jp/DownLoad/SoftWare/Xoops/xoopensim-1.41-nosl.tgz

And there is notes.
DB update must be executed after ROBUST server execution and before Region Server execution.

1. start Robust Server (0.7)
2. stop Robust Server (For safety)
3. execute DB update by XoopenSim
4. start Robust Server (0.7)
5. start Region Server (0.7)

Thanks

iseki wrotes:
Hi, master.

Please use correct version http://www.nsl.tuis.ac.jp/DownLoad/SoftWare/Xoops/xoopensim-1.41-nosl.tgz

And there is notes.
DB update must be executed after ROBUST server execution and before Region Server execution.

1. start Robust Server (0.7)
2. stop Robust Server (For safety)
3. execute DB update by XoopenSim
4. start Robust Server (0.7)
5. start Region Server (0.7)



Ok thank you, i will reset all test's so far and try this. From what i could see in studying this i would agree.
One idea i had was to make use of the migration level table to that it would know what type of opensim db it is.
It may help it be a bit smarter and know what actions to perform on it. Also in the event of a db revert or new migration by opensim devs, would show up there as well. It would at least make the frontend aware of changes should that happen. Though you may already be doing that :)

Anyway i will report back.

A NOTE to others, the TEST rev.s in this thread are risky and should not be used unless you are also testing and have made and tested database back-ups. This is the point of testing and problems will occur.

So if your reading this thread DO read it ALL and not skip over things.

Tnx

++1

This works very well now. Good work :)

I can now log in after db sync using ether an existing account or a new one made by xoopensim 1.41.

I will sum this up so others will know whats needed so far. Other functions i have not tested yet but at this point we have control of the basic must have parts.

We can clean this thread i think so it will not confuse other's :)

From this point i can begin to test the other functions and some of our admins can also help.

This is very good and well worth all the effort.

Other should keep in mind that this is all still being tested this was a huge problem but there may be others not seen yet.

Thank you all for your kind help and hard work..

A quick list of what seems fixed so far

1. Adustments needed made so it would load and run under windows.(symbolic links) Done

2. possable problem of Upper/lowercase table names that windows does not like. Done
(this fixed a few problems where db sync was wrong and new users could not log into the grid)

3. Revision changes from both migration of robust from a .69 rev to a .7 rev and older user data from the old wi-redux system.
This has fixed problems with Password Hash's were wrong with existing user account data. Done

Currently we can run this on windows at rev 1.41 and both new and old users can login to the grid after a db sync.

Other things to this point have not been tested yet

Next on my radar will be groups. This gets complicated because our grid has many old groups. A good deal of it is how admins manage land, big projects and user problems that depend on an exact translation of the existing data. What we need is to use is current data for this and import into xoopensim. I strongly want to work this out so that new changes will be using this project. This is so that when something changes we can all be using the same things. Currently we use what has been in forge and is still used on production servers.
However to make this a better project i will look into ways to move it into xoopensim db so we can deal with it at the same level.
I can see i can force it to use our old system but i would rather it be in this one.
We have added in a few admin functions that deal with the back end that untill now we have not shared, so this is a good time to offer what we already know works.
For some, these things will not be needed but running a large grid with many users become's critical.

A lot of the things we came up with came from our users. with out them i would not be here :)

I am very proud of your works, and feel we can offer back what experance we have from running a full grid for a long time now.

In 2 years i don't remenber being offline for more than a day. It is never easy

I would love nothing better than to see this be the NEXT must have for anyone running an opensim grid.

(I hope you have a lot of tea :) )

tnx

Which group function do you use? Flotsam Group Function or other?

Now, group function is separated from the main part of OpenSim.
XoopenSim also only partially include Flotsam Group Function.
1. XoopenSim make database table automatically for Floatsam Group Function when it is installed.
2. When avatar is deleted, XoopenSim delete avatar from group database table, too.
It is only this two.

Therefore, If you think that you want to keep using present group DB, you can keep using it.
If you use Floatsam Group Function now and you want to use it on XoopenSim, you should rewrite helper/xmlgroups_config.php.
So, it is sure that you use Floatsam Group Function on XoopenSim.


---
Thank you for your message.
But because I am not good at English, I might not understand your intention .
I like coffee better than tea. :)

Thanks

iseki wrotes:
Which group function do you use? Flotsam Group Function or other?

> I always have used Flotsam from there git rev's and are current to there project

Now, group function is separated from the main part of OpenSim.
XoopenSim also only partially include Flotsam Group Function.
1. XoopenSim make database table automatically for Floatsam Group Function when it is installed.
2. When avatar is deleted, XoopenSim delete avatar from group database table, too.
It is only this two.

> Ok i understand

Therefore, If you think that you want to keep using present group DB, you can keep using it.
If you use Floatsam Group Function now and you want to use it on XoopenSim, you should rewrite helper/xmlgroups_config.php.

> Yes this is what i did as it does not seem to use the CMS/LMS data anyway. I am not shure why but it wants the ELSE settings from the config. in helpers. I could not trace this out and had to fill each in, same with profile it seems.

So, it is sure that you use Floatsam Group Function on XoopenSim.
> Yes

---------
Currently i have groups working using the same db we already used for groups but i had to set this in the helpers config or it would not work. Caused a nasty loop when a user logged on and took me awhile to sort it out. The loop on error i think is more of a problem on the opensim side as it should not keep trying when something is not right. (in this case it had no data base to use) because it looked at the ELSE logic rather than use CMS/LMS and i had not filled that in the helpers configs yet.

The opensim ini points to the helpers folder for the xmlrpc.php file, also did the same for profile but i have not tested profile yet as that is not so critical to worry about right now.

I may be missing something but it would not use the CMS/LMS data at all.
Anyway im not shure if its a bug or not but i do have normal floatsam groups working now using our same data we still use in production. It would be nice to have the garbage collection to :)
This will be ok.

I will add this to the 'How to' so others will know exactly what to change should they need to.

---
Thank you for your message.
But because I am not good at English, I might not understand your intention .
> You are doing well, and i am bad with english too .. hahaha

I like coffee better than tea. :)
> :) Me too.. cream and sugar please

Thanks back

I did see a trival / small problem. And that is when there is no region instance running and a user wants to make an avie for the grid. It will not let them because they cannot set the starting region name (the box is empty) so they have to wait untill a region instance is running. As soon as i start an instance then the region names are back in the box.
I would think that the default region that we set in the general settings should be used if there is no other choices or simply make that there only 1st time choice?
I can also see this as it is ment that way. If that is the case then perhaps the user should get a message telling them to try again later.

tnx

Thank you for advice.

I did not notice this problem.
I will think about this problem enough. :)

Ok i have osprofile and ossearch (i added this) working as they were. i also pointed the currency and landtool lines to the helpers dir. At this point im not shure. Do i need the currency project at this point or should currency work in its basic form?
Right now when a user logs on, they have 0l$ when you goto buy some it totals it up (2000 seems the default) but then cannot.
There are no actual errors so im guessing the other project would be next so that it can.

tnx

So others know OSsearch dosent work so well do to problems with opensimulator. It works but not well yet. so its not realy a problem with the function at this point but will not result with the data you may expect. I put it back in only because we already have stored data that is still usable for now and unless you already know about it, you will not need it right now.
You do not need to add it in to make this project work.

tnx

Should these lines

require_once(CMS_MODULE_PATH.'/include/config.php');
require_once(CMS_MODULE_PATH.'/include/xoopensim.func.php');

actualy be

require_once(CMS_MODULE_PATH './include/config.php');
require_once(CMS_MODULE_PATH './include/xoopensim.func.php');

in agents.php and a few other places or is this correct?

ignore the above.. its ok i did not read the line right :)

Hello,Master!

I am Iseki's assistant's Sakura.
Various advice and the report of problems very thank every time ;)

Now,Iseki Professor is very busy.

Because, the development of XoopenSim stopping a little now , because we doing "a diorama system" and "Physics Engine on the hardware" and "the making of manual".

I study this with three people.

I want to do the reopening of the development of XoopenSim in a summer vacation.
And , 0.7 official release will be over OpenSim.
Bug report, a question, the opinion are welcomes, but adaptation and the reflection are difficult immediately now. (Very Sorry(;_;)

Because we cope as much as possible, please last ;)

Hi, yes i can see everyone id very busy there. I am quite happy with the help i have gotten and now able to use the project because of it.

I think i would also wait until .7 is finished.
I am happy to say that it now works the same on windows as it does on linux now. I have set it up on our linux server and both win and linux now work the same way. so alot was repaired and i think others can now use it no matter what operating system they may use.
If others need to know how to set it up on windows i can help them get started now.

Currently we are working with the other functions and have work to do making the rest of the website.
I will check back here should others have questions on how to set it up.
At least how i have set it up that works.

I am also interested in your other projects to, this was just the 1st step we had to take.

Our admins are starting to work now and seem very happy with it all.

I am still going to put a HOW TO list that others can follow that would be easy for others to get xoopensim working in its basic form.

Anyway thank you ALL, it is very good work :)

we are still working on the how to use this all right. There are some small things that our admins are working out. This is very good code to work with. Quite easy to follow and an excellent blend to xoops cube + xopensim + a full a opensim grid. We are finding many good blends from our work and yours and a really good CMS system. Not one admin of ours had a bad thing to say about any of it.
We have already pushed it to use as our main interface and Yes it works fine for .69 or .7+ opensim revs. The db sync is just Hell yahh! (thats usa for saying we love it).
It knew what to do (is it .69 data or .7?) It works and know what it is.
I would suggest the the SVN also needs to include the win vrs linux changes (no symbolic links).
i pushed the 'No Sombolic Links' (nsl) version in to linux and it had no problems at all :)
We think your safe to make your SVN release use the same changes.
Most of all, you and your group have given wheels to the .7 car that has none when it come to front end/back end service.
For a full grid (op) with many users it just works, this makes new life and many users happy :)

Good call all :)
PS: send the coffee making instructions you use :)

Just a kick in the pants, were still here and working hard code wise too. NSL is still the best full grid solution there is.
Our grid runs this fine. Takes a bit of work but its the good stuff.

Thanks to NSL team and in all the worse we can throw at it.. well
Stable as hell :)

On this side of the pond ppl see your work now. Some have come to help. Users demand the best mix and man this is the good stuff.

Its gonna get way better , check all the hard work in svn..

We thank you and NSL for considering our input to the pojects that are now included or in progress.
My job is to run a grid of many users, many regions,many servers .. this work here makes me proud and gets the job done :)

We will contune to support NSL in anyway we can..
Its a buck you wount regret sending NSL..

:)
(simple like a truck)

tnx