javamud-developers Mailing List for JavaMUD 2.0
Status: Beta
Brought to you by:
u_davis
Menu
▾
▴
javamud-developers — Mailing list for the developers of JavaMUD
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(4) |
Jun
(11) |
Jul
(1) |
Aug
|
Sep
(2) |
Oct
(7) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(4) |
| 2005 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: David I. <ist...@gm...> - 2005-04-01 08:10:37
|
Hi everyone! A new release of JavaMUD is available. The CVS module of this release is "javamud_v2.4" The exported and zipped source can be found at: http://prdownloads.sourceforge.net/javamud/javamud-2.4.1.zip?download Here are the things fixed, implemented: -------------------------------------------8<--------------------------------------------------------- Bugs: * Fixed #1166604 : If a directory for a player log is missing, should be autocreated * Fixed #1158310 : If a directory for a guild is missing, should be autocreated * Fixed #1159697 : Refresh problem Feature requests: * Implemented #1158321 : Move the util classes in ordered sub-packages * Implemented #1158326 : Remove unneeded classes in javamud.utils * Implemented #1158381 : Make the game playable via IRC * Implemented #1158327 : When wizzes are created,the start room should be the wizhall * Implemented #1158328 : Add 'set_home' to the base wizmodule to set the start room * Implemented #1158336 : Utility class needed to work with MANIFEST files * Implemented #1158367 : query_finger() is needed in the driver * Implemented #1158353 : Client object creation optimization * Implemented #1158341 : Read the version info from the MANIFEST file * Implemented #1158432 : Move the base classes for spells in javamud/object Other: * The release notes from now on are in an HTML format in RELEASE-NOTES.html -------------------------------------------8<--------------------------------------------------------- |
|
From: <ist...@eu...> - 2005-02-17 10:53:01
|
Hello everyone! The 2.3.7 release of the MUD server is out. Below there are the bugs/requests that were fixed/implemented: ----------------------------------8<---------------------------------------------- Bugs: * Fixed #899773 : XML error during driver startup. * Fixed #1074975 : Prolog Errors in fault.txt * Fixed #1100743 : add_item_cmd() problem * Fixed #1103506 : set_worn() & set_wielded() need an extra parameter * Fixed #1113768 : set_storage() in simple_shop bugs * Fixed #1113782 : torch.java is unfinished in the mudlib * Fixed #1113799 : The initial wizard message boards' xml files are not correct * Fixed #1113804 : The example rooms have wrong owner, wrong exits * Fixed #1113810 : Some of the hit lines in the message daemon is wrong * Fixed #1113813 : Moving in the newbie arena shows room descs twice * Fixed #1113816 : Fix 'die_hook' in the guildmark objects * Fixed #1113820 : Add the rest of the damage types when converting damage type * Fixed #1113822 : If 'block_attack_hook' returns true, it should show a miss * Fixed #1113833 : 'drop', 'get', 'put', 'give' have the wrong src container * Fixed #1113835 : Some of the cruising ships still bug when raising the anchor * Fixed #1113937 : Add the rest of the damage types when converting damage type Feature requests: * Implemented #1097687 : Guildmarks and other guild objects needs to be moved * Implemented #1098820 : New signature for add_item() required * Implemented #1113771 : Extend patch() so that it executes stat() on javamud objects * Implemented #1113775 : Extend patch() so that it accepts 'me' as parameter * Implemented #1113786 : A method is needed in containers to count the stored weight * Implemented #1113794 : 'makewizard' command needed in the admin wizmodule * Implemented #1113795 : 'demotewizard' & 'promotewizard' commands needed * Implemented #1113826 : Allow remote function call in set_short(),..long(),..descr() * Implemented #1113832 : transfer() with weight calculation is needed in living * Implemented #1113839 : 'remove_call_out' should return the remaining hbeats ----------------------------------8<---------------------------------------------- |
|
From: Istvan D. <ist...@eu...> - 2004-12-30 09:13:16
|
Hello all! There has been an update in the 2.3.6 build, please download the new zip file from sourceforge. Issue #1092001 was fixed. ---------------------------------8<--------------------------------------- V 2.3.6 Bugs: * Fixed #1090571 : Multiple logins don't work * Fixed #1092001 : QuestD private access issue Feature requests: * Implemented #1091055 : The main static variables should be private in the driver * Implemented #1090796 : Location of the config files ---------------------------------8<--------------------------------------- regards Istvan >Hi all! > >Because of a serious showstopper bug, i had to quickly release another build of the game. Below there are the things fixed / implemented: > >---------------------------------8<--------------------------------------- >V 2.3.6 >Bugs: >* Fixed #1090571 : Multiple logins don't work > >Feature requests: >* Implemented #1091055 : The main static variables should be private in the driver >* Implemented #1090796 : Location of the config files >---------------------------------8<--------------------------------------- > > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Javamud-developers mailing list >Jav...@li... >https://lists.sourceforge.net/lists/listinfo/javamud-developers > > > -- --- "Those who do not understand UNIX are doomed to reinvent it, poorly." -- Henry Spencer -- -- ------------------------------------------------------------------ | Istvan David | Software Engineer | Eurostepsys Oy Email: ist...@eu... | Karvaamokuja 3 Mobile: +358 408 366 500 | FI-00380 Helsinki Fax: +358 934 872 031 | Finland URL: http://www.eurostep.com ------------------------------------------------------------------- |
|
From: <ist...@eu...> - 2004-12-26 18:44:51
|
Hi all! Because of a serious showstopper bug, i had to quickly release another build of the game. Below there are the things fixed / implemented: ---------------------------------8<--------------------------------------- V 2.3.6 Bugs: * Fixed #1090571 : Multiple logins don't work Feature requests: * Implemented #1091055 : The main static variables should be private in the driver * Implemented #1090796 : Location of the config files ---------------------------------8<--------------------------------------- |
|
From: Istvan D. <ist...@eu...> - 2004-12-19 19:56:03
|
Hi all! A new release of the javaMUD is available. The bugs/features implemented can be seen below: ---------------------------8<------------------------------------------- Bugs: * Fixed #1087960 : Reloading of objects * Fixed #1087968 : Newly created player don't have shortname in query_aliases() * Fixed #1087970 : Reloaded objects don't appear in the correct place Feature requests: * Implemented #1079428 : Logging improvement * Implemented #1079431 : shutdown() needed * Implemented #1087976 : write_file() method needed * Implemented #1074967 : Game Name Hardcodes changed to defines * Implemented #1081500 : Immortal Character Names & Filepaths ---------------------------8<------------------------------------------- Enjoy Istvan David |
|
From: <ist...@eu...> - 2004-12-04 21:47:24
|
Hi all! Due to some urgent bugs related to resetting objects i had to create a new release. The bugs/features implemented can be seen below: ---------------------------8<------------------------------------------- Bugs: * Fixed #1076783 : Client object aliases * Fixed #1079046 : Corpses do not decay Feature requests: * Implemented #1076041 : Add methods to modify STR,CON,DEX,INT stats for livings * Implemented #1076801 : Create 'add_alias()' and 'remove_alias()' methods in basic * Implemented #1077399 : Add hadling of 'finger' type imc_who requests * Implemented #1079044 : reset in objects ---------------------------8<------------------------------------------- |
|
From: <da...@ni...> - 2004-11-30 21:56:32
|
Hi all! Because of some urgent bugs, i had to release a new build: 2.3.3, which hopefully fixes the problem related to aliases. The release notes is below: ------------------------------------------------------------- V 2.3.3 Bugs: * Fixed #1074971 : Password change equals invalid character * Fixed #1074975 : Prolog Errors in fault.txt * Fixed #1075047 : The "patch" wizmodule fails if the return value is void or NULL* Fixed #1075049 : Errorlogs for the objects are written in the wrong place * Fixed #1076016 : The "wvis" command bugs in the base wizmodule * Fixed #1076046 : The move_player() method fails in some cases Feature requests: * Implemented #1074967 : Game Name Hardcodes changed to defines * Implemented #1075056 : Add "update_stats_hook" notification hook * Implemented #1075063 : "call_out()" does should accept parameters for the function called* Implemented #1075066 : Add "remove_call_out" to the driver and basic_thing * Implemented #1076020 : Add an option to show the call-outs in the "dstat" command* Implemented #1076024 : The "lii"; "dlii" commands should take as parameter aliases------------------------------------------------------------------------- |
|
From: <da...@ni...> - 2004-11-26 20:05:11
|
Hi all! The new release is out. Check the RELEASE-NOTES for bugfixes and new implementations. regrads, Istvan David |
|
From: Michael W. <mu...@ly...> - 2004-11-15 16:26:01
|
This is just a general announcement... The JavaMUD Development site (other than that of SF.NET) is now available a= t:=20 http://javamud.zapto.org/ _or _ http://stormbringer.sysconn.com/javamud/ The website for the project is running MediaWiki (based on wiki technology:= they are open knowledge bases which can be improved by anyone). Using the = MediaWiki environment, the site will be more developer friendly and have a = number of API and documents available upon it for everyone to browse.=20 Feel free to also come and take a look at SpringMUD (using the latest JavaM= UD v2.3.1), running on port 6666. -- Michael --=20 _______________________________________________ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.as= p?SRC=3Dlycos10 |
|
From: <ben...@id...> - 2004-05-22 12:27:06
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Istvan D. <da...@ni...> - 2003-10-27 08:49:48
|
|
From: <da...@ni...> - 2003-10-26 14:30:44
|
Game online now... istvan > Hi all, > > I am happy to announce that the JavaMUD is up and running now. > > The address is: freemud.mine.nu port 9700 > > regards > Istvan > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: The SF.net Donation Program. > Do you like what SourceForge.net is doing for the Open > Source Community? Make a contribution, and help us add new > features and functionality. Click here: http://sourceforge.net/donate/ > _______________________________________________ > Javamud-developers mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javamud-developers |
|
From: Istvan D. <da...@ni...> - 2003-10-25 17:59:10
|
Hi all, I am happy to announce that the JavaMUD is up and running now. The address is: freemud.mine.nu port 9700 regards Istvan |
|
From: Istvan D. <da...@ni...> - 2003-10-20 09:26:40
|
Read the news on sourceforge: http://sourceforge.net/forum/forum.php?forum_id=320573 (RELEASE-NOTES attached to this email) regards, Istvan David |
|
From: <da...@ni...> - 2003-10-08 07:39:03
|
See: http://sourceforge.net/forum/forum.php?forum_id=317345 regards Istvan David |
|
From: Istvan D. <da...@ni...> - 2003-10-04 15:20:31
|
Hi all, I added an almost fully functional package to the mud. javamud.logging.*; The logs from each object will go to a different file, depending on the owner of that object in the logs/ directory. Logs from the driver will still go to "javamud.log". Also complete stacktraces can be written to the logfile so that wizards can examine the result and debug their code. The changes were commited to the CVS today. regards Istvan David |
|
From: <da...@ni...> - 2003-10-02 15:06:04
|
Hi all!
Please update your sources from the CVS. I fixed a bug that concerns the
player objects in the game.
Bug number is: #816620.
Read the problem, investigation note and fix.
I also copy-pasted the notes in this email:
-----------------------------8<---------------------------------------------
Investigation note
------------------
After long hours of debugging I found out that the actual problem is in
the driver itself.When the driver creates a client object, it has ID of "". The ID is set in
the client.java run() method, but the problem is that the object is added
to the list of objects before that, so when it is looked up, it will be
found with driver.query_object_by_id("");. The client.java's heal() method
looks for opponent, which in the beginning is set to empty string (""), in
which case it founds the client object, so the client will try to attack
itself.Also the wholist problem comes because of this empty id, the player
objects are overwritten, so they cannot be seen anymore.I didn't notice this problem before because of a multithreading issue,
this problems cannot appear on faster processors.
Proposed fix
------------
Set the client's ID before adding it to the object list in the
driver.java's main() method.---------------------------------------8<-----------------------------------
regards
Istvan David
|
|
From: <da...@ni...> - 2003-09-30 06:48:17
|
Hi!
So... let me start at the beginning :))
First of all the current design was made keeping the Linux filesystem in
mind, meaning that the directory separator char is "/", but in Windows is
not the case.Yes, i know, Java provides the java.io.separatorChar, which overcomes this
inconvenience, but there is another design flaw :)
E.g. When an object or monster is displayed, when they are sent to the
player's object they are encoded using special characters.
\lib/guild/guard#100 is standing here.
"\" is the character that tells the living.transform_str() that this word
should be transformed to the monster's real name, the
"lib/guild/guard#100" is the ID of the object (consisting of the pathname
and a unique counter - this is how LPMuds are constructing the id's).
So the problem was (i hope) that under windows the path separator was "\",
so the transform_str() function was receiving this kind of strings:
\lib\guild\guard#100 is standing here.
This way the output was all messed up. I changed that the backslashes in
the ID are converted to slashes and now it seems to work (but i did only
superficial tests - the truth is that i didn't really had the time and
energy to test on windows, since i develop on Linux 99% of the time).
The meaning of the special chars:
\ID - object's short name with small letters, e.g. "dog"
\\ID - object's short name capitalized, e.g. "Dog"
%ID - object's long name with small letters, e.g. "a small puppy"
%%ID - object's long name capitalized, e.g. "A small puppy"
I think we have to rething this design of encoding the object id's in
strings.
Any constructive comments are welcome :))))
regards
Istvan David
> Great... now, there are no current bugs listed, is there anything in
> particular other than then list of feature requests you would like me
> to work on as well as the file system problems? It's kinda hard to
> track down "file system problems" without any idea of where to start or
> what the symptoms are.
>
> --
> Chris Adamantidis
> ca...@mo...
>
> On Mon, 29 Sep 2003 da...@ni... wrote:
>
>> Hi!
>>
>> I have added you to the developers list. You can commit your changes
>> to the CVS now.
>> regards
>> Istvan
|
|
From: <da...@ni...> - 2003-09-29 20:22:27
|
The sources on the CVS server have been updated to fix some problems related to the incompatibilities between Linux and Windows filesystems. Hopefully the MUD will run on Windows without major problems.Also BUG #814037 has been fixed in this commit. regards Istvan |
|
From: Istvan D. <ist...@F-...> - 2003-07-11 11:17:13
|
Hi all,
javaMUD 2.1.61 has been released.
New features:
driver + base classes cleaned up and optimized
added javaDOC files to html/javadoc/ directory
ported and integrated the IMC2 (Intermud connection) protocol
the development mud is currently connected to MudWorld network with 30 muds
in it.
regards
istvan
--
____________
\ ______//
\ \\____ Istvan David tel : +358 9 2520 5359
\ __// Software Engineer fax : +358 9 2520 5001
\ \\
\ // F-Secure Corporation http://www.F-Secure.com/
\/ F-Secure products: Securing the Mobile Enterprise
|
|
From: Istvan D. <ist...@F-...> - 2003-06-30 05:13:06
|
Hey! The initial version of the class documentation in javadoc format is on the project website: http://javamud.sytes.net/javadoc/ or under Documentation/javaDOC in the main menu of the webpage. Note: the docs are not complete yet. regards istvan -- ____________ \ ______// \ \\____ Istvan David tel : +358 9 2520 5359 \ __// Software Engineer fax : +358 9 2520 5001 \ \\ \ // F-Secure Corporation http://www.F-Secure.com/ \/ F-Secure products: Securing the Mobile Enterprise |
|
From: Istvan D. <ist...@F-...> - 2003-06-24 04:43:59
|
Hi, Sounds reasonable to me. But currently i have to remove all the circular references so that i can compile the code without actually moving the classes physically to the new directories (see the comments on case #759251, Feature Requests). Also we could put a /player dir to each guild, where the extra information about the guildstats can be saved. regards istvan On Tuesday 24 June 2003 06:53, Jonathan Romulo Geronimo wrote: > Heya, > > Sounds good to me :). Do you think it would be better > if we changed the structure of the /guilds? > > /guilds > - /warrior > - /room > - /monster > - /object > - /mercenary > - /room > - /monster > - /object > - /paladin > - /room > - /monster > - /object > > This way, the information will be stored individually > according to the guilds, like the /lib/areax > directories. In fact, they do seem to share very > similar structures with areas. What about moving them > to /lib/areax? > > On a side note, a suggestion just came to mind > regarding the standard rooms ( springflower! ). What > about turning springflower into an area itself ( > /lib/springflower ). Then we can specify in a property > file where the default start room / void room / death > room is so that those rooms will not be tied to > /springflower. > > > Regards, > Jonathan > > > From: "Istvan David" <ist...@F-...> > > Reply-To: <ist...@F-...> > > Organization: F-Secure Corporation > > To: <jav...@li...> > > Subject: Re: [Javamud-developers] Alternate > > directory structure > > Date: Mon, 23 Jun 2003 12:36:00 +0300 > > > > This is a multi-part message in MIME format. > > > > --Boundary-00=_Aos9+VwyncpeU6A > > Content-Type: text/plain; > > charset="iso-8859-15" > > Content-Transfer-Encoding: 7bit > > Content-Disposition: inline > > > > Hi, > > > > Here is my draft with filled with the classes > > already implemented > > > > please comment > > > > istvan > > > > On Tuesday 17 June 2003 18:39, David, Istvan wrote: > > > Let's see: > > > > > > The only major problem with this would be that the > > > > mudlib API has one > > > > > function: clone_object(String filename). > > > This doesn't tell the type of the object, so in > > > > the current implementation > > > > > the driver tries in three places: object/; mob/; > > > > room/ and tries to load > > > > > the first class that matches the filename relative > > > > to the above paths. If > > > > > you want this to work, i have to make the driver > > > > recognize the type of the > > > > > class that's being loaded and then cast it to the > > > > apropiate type (in fact > > > > > that should be the way to do it anyway, so i'll > > > > try to do that next, when i > > > > > have the time). > > > Anyway, all the classes MUST be under javamud/ > > > > directory, since the main > > > > > package if the game is "javamud.*". > > > Personally i like the previous structure better > > > > (the existing one), since > > > > > the inheritance and package structure is obvious. > > > > > > regards > > > istvan > > > > > > > > > On Monday 16 June 2003 12:35, Jonathan Romulo > > > > Geronimo wrote: > > > Alternate directory structure: > > > ------------------------------ > > > > > > /commands > > > Contains all user commands. > > > > > > /daemons > > > Contains all the daemons. > > > > > > /domain > > > This is the main standard library which comes with > > > > the mud. > > > > > - /rooms > > > Contains the standard rooms like the death > > > > room, the wizard hall and so > > > > > on. > > > > > > /logs > > > Contains all logfiles. > > > > > > /std > > > Contains the basic classes ( eg. basic.java, > > > > living.java, mob.java ) which > > > > > all other objects extend. > > > - /armor > > > Contains pre-made armor to be used or extended > > > > by wizards. > > > > > - /clans > > > Contains the clan classes. > > > > > > - /guilds > > > Contains the guild classes. > > > > > > - /item > > > Contains pre-made items (eg. torches, backpack > > > > ) to be used or extended > > > > > by wizards. > > > > > > - /quests > > > Containst the quest classes. > > > > > > - /races > > > Contains the character race classes. > > > - /races > > > Contains the character race classes. > > > > > > - /spells > > > Contains the spell classes. > > > > > > - /weapon > > > Contains pre-made weapons to be used or > > > > extended by wizards. > > > > > /system > > > Contains system classes like driver.java and > > > > serverThread.java. > > > > > /utils > > > Contains utility classes. > > > > > > /wizards > > > The home directories of all wizards are here. > > > > These directories will be > > > > > where the files they create are stored in. > > > - /davis > > > - /easta > > > > > > > Hello, > > > > > > > > Attached is a text file detailing an alternate > > > > directory structure for the mud's source code. > > > > > > > > Do comment :). > > > > > > > > > > > > Jonathan > > > > > > > > ===== > > > > And the bleak shalt inherith the mirth. > > > > > > > > __________________________________ > > > > Do you Yahoo!? > > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > http://sbc.yahoo.com > > > > -- > > ____________ > > \ ______// > > \ \\____ Istvan David > > tel : +358 9 2520 5359 > > \ __// Software Engineer > > fax : +358 9 2520 5001 > > \ \\ > > \ // F-Secure Corporation > > http://www.F-Secure.com/ > > \/ F-Secure products: Securing the > > Mobile Enterprise > > > > Alternate directory structure: > > ------------------------------ > > > > /commands > > basic_command, [all commands] > > > > /daemons > > simple_daemon, soul_daemon, guild_daemon, > > property_daemon, > > general_daemon, acl_daemon, monster_daemon > > > > /lib > > - /room > > the_void > > [all the springflower rooms] > > - /wiz > > - /monster > > [all the springflower monsters] > > - /object > > [all the springflower objects] > > - /areaname1 > > - /room > > - /monster > > - /object > > - /areaname2 > > - /room > > - /monster > > - /object > > > > /logs > > javamud.log > > login.log > > death.log > > exp.log > > level.log > > - /wizards > > - /davis > > - /easta > > > > /std > > basic, basic_thing, basic_container_obj, property > > object, simple_container, usable_object > > soul > > paper_object, book_object, simple_board > > simple_money, simple_potion, simple_scroll > > ship_object > > living > > mob, monster > > client > > room, door, Exit > > daemon_room, simple_pub, simples_shop, > > simple_shareroom > > basic_guild, basic_ship, large_ship > > - /corpse > > decay_object > > corpse > > drained_corpse > > > > - /armor > > simple_armour > > > > - /clans > > basic_clan, lightbearer_clan > > > > - /guilds > > - /room > > - /warrior > > - /mercenary > > - /paladin > > - /monster > > - /warrior > > - /mercenary > > - /paladin > > > > - /object > > - /warrior > > - /mercenary > > - /paladin > > - /guildmarks > > basic_guild > > knight > > mercenary > > paladin > > > > - /item > > torch > > party_object > > > > - /quests > > quest, quest_riddle, quest_object > > - [separate dir for each quest] > > > > - /races > > basic_race, [all race classes] > > > > - /spells > > basic_spell, affect_spell, [all spell classes] > > > > - /weapon > > simple_weapon > > shortsword, longsword > > > > /system > > driver, Beat, serverThread > > > > /utils > > utils, Ansii, ziputil, damlog > > > > /wizards > > - /davis > > - /easta > > ===== > And the bleak shalt inherith the mirth. > > __________________________________ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > Javamud-developers mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javamud-developers -- ____________ \ ______// \ \\____ Istvan David tel : +358 9 2520 5359 \ __// Software Engineer fax : +358 9 2520 5001 \ \\ \ // F-Secure Corporation http://www.F-Secure.com/ \/ F-Secure products: Securing the Mobile Enterprise |
|
From: Jonathan R. G. <np...@ya...> - 2003-06-24 03:53:14
|
Heya, Sounds good to me :). Do you think it would be better if we changed the structure of the /guilds? /guilds - /warrior - /room - /monster - /object - /mercenary - /room - /monster - /object - /paladin - /room - /monster - /object This way, the information will be stored individually according to the guilds, like the /lib/areax directories. In fact, they do seem to share very similar structures with areas. What about moving them to /lib/areax? On a side note, a suggestion just came to mind regarding the standard rooms ( springflower! ). What about turning springflower into an area itself ( /lib/springflower ). Then we can specify in a property file where the default start room / void room / death room is so that those rooms will not be tied to /springflower. Regards, Jonathan > From: "Istvan David" <ist...@F-...> > Reply-To: <ist...@F-...> > Organization: F-Secure Corporation > To: <jav...@li...> > Subject: Re: [Javamud-developers] Alternate > directory structure > Date: Mon, 23 Jun 2003 12:36:00 +0300 > > This is a multi-part message in MIME format. > > --Boundary-00=_Aos9+VwyncpeU6A > Content-Type: text/plain; > charset="iso-8859-15" > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > > Hi, > > Here is my draft with filled with the classes > already implemented > > please comment > > istvan > > > On Tuesday 17 June 2003 18:39, David, Istvan wrote: > > Let's see: > > > > The only major problem with this would be that the > mudlib API has one > > function: clone_object(String filename). > > This doesn't tell the type of the object, so in > the current implementation > > the driver tries in three places: object/; mob/; > room/ and tries to load > > the first class that matches the filename relative > to the above paths. If > > you want this to work, i have to make the driver > recognize the type of the > > class that's being loaded and then cast it to the > apropiate type (in fact > > that should be the way to do it anyway, so i'll > try to do that next, when i > > have the time). > > Anyway, all the classes MUST be under javamud/ > directory, since the main > > package if the game is "javamud.*". > > Personally i like the previous structure better > (the existing one), since > > the inheritance and package structure is obvious. > > > > regards > > istvan > > > > > > On Monday 16 June 2003 12:35, Jonathan Romulo > Geronimo wrote: > > > > Alternate directory structure: > > ------------------------------ > > > > /commands > > Contains all user commands. > > > > /daemons > > Contains all the daemons. > > > > /domain > > This is the main standard library which comes with > the mud. > > - /rooms > > Contains the standard rooms like the death > room, the wizard hall and so > > on. > > > > /logs > > Contains all logfiles. > > > > /std > > Contains the basic classes ( eg. basic.java, > living.java, mob.java ) which > > all other objects extend. > > - /armor > > Contains pre-made armor to be used or extended > by wizards. > > > > - /clans > > Contains the clan classes. > > > > - /guilds > > Contains the guild classes. > > > > - /item > > Contains pre-made items (eg. torches, backpack > ) to be used or extended > > by wizards. > > > > - /quests > > Containst the quest classes. > > > > - /races > > Contains the character race classes. > > - /races > > Contains the character race classes. > > > > - /spells > > Contains the spell classes. > > > > - /weapon > > Contains pre-made weapons to be used or > extended by wizards. > > > > /system > > Contains system classes like driver.java and > serverThread.java. > > > > /utils > > Contains utility classes. > > > > /wizards > > The home directories of all wizards are here. > These directories will be > > where the files they create are stored in. > > - /davis > > - /easta > > > > > Hello, > > > > > > Attached is a text file detailing an alternate > > > directory structure for the mud's source code. > > > > > > Do comment :). > > > > > > > > > Jonathan > > > > > > ===== > > > And the bleak shalt inherith the mirth. > > > > > > __________________________________ > > > Do you Yahoo!? > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > http://sbc.yahoo.com > > -- > ____________ > \ ______// > \ \\____ Istvan David > tel : +358 9 2520 5359 > \ __// Software Engineer > fax : +358 9 2520 5001 > \ \\ > \ // F-Secure Corporation > http://www.F-Secure.com/ > \/ F-Secure products: Securing the > Mobile Enterprise > > Alternate directory structure: > ------------------------------ > > /commands > basic_command, [all commands] > > /daemons > simple_daemon, soul_daemon, guild_daemon, > property_daemon, > general_daemon, acl_daemon, monster_daemon > > /lib > - /room > the_void > [all the springflower rooms] > - /wiz > - /monster > [all the springflower monsters] > - /object > [all the springflower objects] > - /areaname1 > - /room > - /monster > - /object > - /areaname2 > - /room > - /monster > - /object > > /logs > javamud.log > login.log > death.log > exp.log > level.log > - /wizards > - /davis > - /easta > > /std > basic, basic_thing, basic_container_obj, property > object, simple_container, usable_object > soul > paper_object, book_object, simple_board > simple_money, simple_potion, simple_scroll > ship_object > living > mob, monster > client > room, door, Exit > daemon_room, simple_pub, simples_shop, > simple_shareroom > basic_guild, basic_ship, large_ship > - /corpse > decay_object > corpse > drained_corpse > > - /armor > simple_armour > > - /clans > basic_clan, lightbearer_clan > > - /guilds > - /room > - /warrior > - /mercenary > - /paladin > - /monster > - /warrior > - /mercenary > - /paladin > > - /object > - /warrior > - /mercenary > - /paladin > - /guildmarks > basic_guild > knight > mercenary > paladin > > - /item > torch > party_object > > - /quests > quest, quest_riddle, quest_object > - [separate dir for each quest] > > - /races > basic_race, [all race classes] > > - /spells > basic_spell, affect_spell, [all spell classes] > > - /weapon > simple_weapon > shortsword, longsword > > /system > driver, Beat, serverThread > > /utils > utils, Ansii, ziputil, damlog > > /wizards > - /davis > - /easta ===== And the bleak shalt inherith the mirth. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
|
From: Istvan D. <ist...@F-...> - 2003-06-23 09:36:08
|
Hi, Here is my draft with filled with the classes already implemented please comment istvan On Tuesday 17 June 2003 18:39, David, Istvan wrote: > Let's see: > > The only major problem with this would be that the mudlib API has one > function: clone_object(String filename). > This doesn't tell the type of the object, so in the current implementation > the driver tries in three places: object/; mob/; room/ and tries to load > the first class that matches the filename relative to the above paths. If > you want this to work, i have to make the driver recognize the type of the > class that's being loaded and then cast it to the apropiate type (in fact > that should be the way to do it anyway, so i'll try to do that next, when i > have the time). > Anyway, all the classes MUST be under javamud/ directory, since the main > package if the game is "javamud.*". > Personally i like the previous structure better (the existing one), since > the inheritance and package structure is obvious. > > regards > istvan > > > On Monday 16 June 2003 12:35, Jonathan Romulo Geronimo wrote: > > Alternate directory structure: > ------------------------------ > > /commands > Contains all user commands. > > /daemons > Contains all the daemons. > > /domain > This is the main standard library which comes with the mud. > - /rooms > Contains the standard rooms like the death room, the wizard hall and so > on. > > /logs > Contains all logfiles. > > /std > Contains the basic classes ( eg. basic.java, living.java, mob.java ) which > all other objects extend. > - /armor > Contains pre-made armor to be used or extended by wizards. > > - /clans > Contains the clan classes. > > - /guilds > Contains the guild classes. > > - /item > Contains pre-made items (eg. torches, backpack ) to be used or extended > by wizards. > > - /quests > Containst the quest classes. > > - /races > Contains the character race classes. > - /races > Contains the character race classes. > > - /spells > Contains the spell classes. > > - /weapon > Contains pre-made weapons to be used or extended by wizards. > > /system > Contains system classes like driver.java and serverThread.java. > > /utils > Contains utility classes. > > /wizards > The home directories of all wizards are here. These directories will be > where the files they create are stored in. > - /davis > - /easta > > > Hello, > > > > Attached is a text file detailing an alternate > > directory structure for the mud's source code. > > > > Do comment :). > > > > > > Jonathan > > > > ===== > > And the bleak shalt inherith the mirth. > > > > __________________________________ > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > http://sbc.yahoo.com -- ____________ \ ______// \ \\____ Istvan David tel : +358 9 2520 5359 \ __// Software Engineer fax : +358 9 2520 5001 \ \\ \ // F-Secure Corporation http://www.F-Secure.com/ \/ F-Secure products: Securing the Mobile Enterprise |
|
From: Istvan D. <ist...@F-...> - 2003-06-23 05:53:37
|
Proposal for changing code in javaMUD CVS. First of all when committing code first do "cvs update" then "cvs commit". 1. Fixing critical bugs A bug report MUST be made in Sourceforge. Go to the project page (http://www.sourceforge.net/projects/javamud), click on "Bugs" and then click on "Submit new". In the "Category" list enter the type of the class that is causing the bug (if it's not in the list, ask me and i will make a new category). In Group select "v2.0", Assigned to can be left blank and then i will assign the person to fix it. Priority will decide how soon the case will be fixed. The higher priority, the sooner it will be fixed. After fixing the bug, in the CVS commitlog put a text like this: "Fixed #NNNNN: Case Title [Bug]" and the cause and fix of the bug. Also assign the case to a fellow developer for testing. After it was tested, the other developer will close the case. 2. Fixing small bugs In this case you don't have to make a bug report, just put in the CVS commitlog the things you changed. 3. Making additions to the game Make a Feature Request in "Tracker" - "Feature Request". Fill in the appropiate fields and assign it to "nobody". After the decision has been made to code the new feature, you can start implementing it. After finishing, in the CVS commitlog put a text like this: "Fixed #NNNNN: Case Title [Feature Request]". Also assign the case to a fellow developer for testing. After it was tested, the other developer will close the case. 4. Frequency of committing code Code should be committed as often as possible, BUT please commit only working code, or code that is at least compilable. After you (or the testing developer) tested your code and it works, please tag it with STABLE tag. When the game is compiled on the development server, only code tagged with STABLE tag will be taken from the repository. So if you would like some code to make it in the real game, tag that version of the file with STABLE. In WinCVS you can use the "Modify - Create tag on selection..." menu item then enter STABLE in the name field and check the "Overwrite tags with existing name" check box. On Linux, just use the "cvs tag -F STABLE <filenames>" command. If you ommit the filenames, all the directory will be tagged as STABLE. regards istvan -- ____________ \ ______// \ \\____ Istvan David tel : +358 9 2520 5359 \ __// Software Engineer fax : +358 9 2520 5001 \ \\ \ // F-Secure Corporation http://www.F-Secure.com/ \/ F-Secure products: Securing the Mobile Enterprise |
