|
|
|
 |
 |
 |
 |
|
 |
 |
|
 |
 |
|
 |
|
| Development::Development Forum for development topics and for those interested in EQEMu development. (Not a support forum) |

07-09-2007, 01:49 PM
|
|
Demi-God
|
|
Join Date: Jan 2002
Posts: 1,292
|
|
The way memshare works is it allocates memory space for a given amount of items, npcs, doors, etc (Everything that is handled in memshare has a #), if you exceed the ID number of the maximum, you have to increase it and re-compile.
__________________
www.eq2emu.com
EQ2Emu Co-Founder / EQ2Emu Developer
EQEMu Co-Founder / Former EQEMu Developer / GuildWars / Zek Seasons Servers
|

07-09-2007, 10:52 PM
|
|
Forum Guide
|
|
Join Date: Sep 2003
Location: California
Posts: 1,474
|
|
I'm slowly rewriting the item editor code to use a smarter way of finding the next available item_id, instead of using SELECT MAX(id) FROM ITEMS...
In this way it will not go over 100K limit.
GeorgeS
|

07-09-2007, 11:17 PM
|
|
Demi-God
|
|
Join Date: Jan 2002
Posts: 1,292
|
|
When you insert into a table using MySQL you are able to pass in a integer to retrieve the unique insert id, this would probably be the best way by just letting mysql decide the newest ID.
__________________
www.eq2emu.com
EQ2Emu Co-Founder / EQ2Emu Developer
EQEMu Co-Founder / Former EQEMu Developer / GuildWars / Zek Seasons Servers
|

07-10-2007, 03:07 PM
|
|
Demi-God
|
|
Join Date: Jul 2006
Posts: 1,552
|
|
Right, Image. So long as someone knows that time is coming. I think that item ID was the latest from 13th Floor, as of May.
Will the shared memory just not load those 100k+ items? Or will it crap something out? I think the former is true. I can't remember. i guess I could just go create item id's 100,000 through 100,100 and see if they show up.
|

07-10-2007, 04:47 PM
|
|
Demi-God
|
|
Join Date: Jan 2002
Posts: 1,292
|
|
Well you are confusing me, you are talking about an item editor and then you are bringing up code for the emulator. If you have item ID's that exceed that define, the items simply will not load into EQEMu's memshare because it needs more memory space. There is no other way around it other than increasing the define to exceed the highest item id number.
__________________
www.eq2emu.com
EQ2Emu Co-Founder / EQ2Emu Developer
EQEMu Co-Founder / Former EQEMu Developer / GuildWars / Zek Seasons Servers
|

07-10-2007, 04:57 PM
|
|
Demi-God
|
|
Join Date: Jul 2006
Posts: 1,552
|
|
No, I was talking about Emu only... not the item editor. Sorry for not being clear. I actually created my item by inserting a new SQL row manually.  I'm a barbarian at heart.
But thanks for clearing it up.
|

08-08-2007, 09:41 PM
|
|
Discordant
|
|
Join Date: Aug 2006
Posts: 394
|
|
100k should be enough for anybody.
Or was that 640k? 
__________________
--
Keelyeh
Owner, ServerOp and Developer
Jest 4 Server
Linux (Jest3 runs on Fedora, our Dev servers usually run on Ubuntu and/or Gentoo), OC-12 Connection = Hella Fast
|

08-15-2007, 04:50 AM
|
|
Discordant
|
|
Join Date: Aug 2006
Posts: 394
|
|
Quote:
Originally Posted by GeorgeS
I'm slowly rewriting the item editor code to use a smarter way of finding the next available item_id, instead of using SELECT MAX(id) FROM ITEMS...
In this way it will not go over 100K limit.
GeorgeS
|
Thank you, GeorgeS. That is badly needed for sure. It will be helpful also to fill in gaps in the items table this way.
__________________
--
Keelyeh
Owner, ServerOp and Developer
Jest 4 Server
Linux (Jest3 runs on Fedora, our Dev servers usually run on Ubuntu and/or Gentoo), OC-12 Connection = Hella Fast
|
| Thread Tools |
|
|
| Display Modes |
Hybrid Mode
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -4. The time now is 03:18 AM.
|
|
 |
|
 |
|
|
|
 |
|
 |
|
 |