From coldstuff@cold.org Sat Jun 1 09:43:29 2002 From: coldstuff@cold.org (Jon A. Lambert) Date: Sat, 1 Jun 2002 04:43:29 -0400 Subject: [Coldstuff] Bug fix - pueblo Message-ID: A little fix for ColdCore-3.1 --------------------------------------------- @program $user.pueblo_cmd() +access=pub arg cmstr, cmd, args; var con; for con in (.connections()) { con.write(""); con.write("

Rich-HTML text enabled

"); } -------------------------------------------- This did use .mmap, which doesn't have 'writer permissions(?) Same problem is in $user.set_content_type() but you have it fixed at ice.cold.org:1138 already. -- --* Jon A. Lambert - TychoMUD Email:jlsysinc@ix.netcom.com *-- --* Mud Server Developer's Page *-- --* If I had known it was harmless, I would have killed it myself.*-- From coldstuff@cold.org Sun Jun 2 04:08:33 2002 From: coldstuff@cold.org (Jon A. Lambert) Date: Sat, 1 Jun 2002 23:08:33 -0400 Subject: [Coldstuff] coldcore Message-ID: Missing function in ColdCore or perhaps an obsolete command? $ grep user_breakdown_cmd coldcore admin.cdc: [["@users", "", "@users", 'user_breakdown_cmd, #[]]]]]; Is this the right list to report things? I hope I'm not annoying you. ;-) -- --* Jon A. Lambert - TychoMUD Email:jlsysinc@ix.netcom.com *-- --* Mud Server Developer's Page *-- --* If I had known it was harmless, I would have killed it myself.*-- From coldstuff@cold.org Sun Jun 2 04:28:52 2002 From: coldstuff@cold.org (Brad Roberts) Date: Sat, 1 Jun 2002 20:28:52 -0700 (PDT) Subject: [Coldstuff] coldcore In-Reply-To: Message-ID: Other than filing a bug in the running main coldcore at ice.cold.org 1138, this is probably the second best place. That said, I won't do anything with the report. The only thing I worry about is the driver aka genesis. Later, Brad On Sat, 1 Jun 2002, Jon A. Lambert wrote: > Date: Sat, 1 Jun 2002 23:08:33 -0400 > From: Jon A. Lambert > Reply-To: coldstuff@cold.org > To: "Coldstuff@Cold. Org" > Subject: [Coldstuff] coldcore > > Missing function in ColdCore or perhaps an obsolete command? > > $ grep user_breakdown_cmd coldcore > admin.cdc: [["@users", "", "@users", 'user_breakdown_cmd, #[]]]]]; > > Is this the right list to report things? > > I hope I'm not annoying you. ;-) > > -- > --* Jon A. Lambert - TychoMUD Email:jlsysinc@ix.netcom.com *-- > --* Mud Server Developer's Page *-- > --* If I had known it was harmless, I would have killed it myself.*-- > > _______________________________________________ > Cold-Coldstuff mailing list > Cold-Coldstuff@cold.org > http://web.cold.org/mailman/listinfo/cold-coldstuff > From coldstuff@cold.org Sun Jun 2 17:04:29 2002 From: coldstuff@cold.org (Robert Bradley) Date: Sun, 2 Jun 2002 10:04:29 -0600 Subject: [Coldstuff] config.guess Message-ID: <200206021004.29776.bradleyr41@adelphia.net> I found a mips based machine that the config.guess included with genesis = is=20 unable to determine the system type. I downloaded the latest version whi= ch=20 seems to work. The URL is ftp://ftp.gnu.org/pub/gnu/config/config.guess = in=20 case you wish to include it with release 1.1.11. Rob From coldstuff@cold.org Wed Jun 5 10:22:11 2002 From: coldstuff@cold.org (Jean-Christophe Brouze) Date: Wed, 5 Jun 2002 11:22:11 +0200 (CEST) Subject: [Coldstuff] ColdC help! In-Reply-To: Message-ID: On Fri, 31 May 2002, Cristobal Tapia wrote: > Hi, > > im trying to make a game, multiuser, online, etc. > Its a big task, so i think a MUD coder could help me. > I have seen the ColdC page, it seems interesting and promising, > but i dont understand anything! > Could anybody be so kind to help me? humm; probably yes; but could you afford a short description of you project ? regards. -- Email address: jcb@core.auteurs-associes.com -- Jean-Christophe BROUZE - Auteurs & Associés http://auteurs-associes.com:443/~Jean-Christ/ http://auteurs-associes.com/ Phone: 33-4-50-75-26-01 - Natel: 33-6-60-37-74-01 From coldstuff@cold.org Thu Jun 6 00:09:48 2002 From: coldstuff@cold.org (coldstuff@cold.org) Date: Wed, 5 Jun 2002 18:09:48 -0500 Subject: [Coldstuff] Spanish ColdMUD Message-ID: <3CFE53EC.5797.896543D@localhost> OK, this is not for me, this is on behalf of my wife. :) First: does anyone know of any Spanish-Language ColdMUDs out there? Second: assuming the answer is "no", would anyone be interested in working on a translation of ColdCore into Spanish? Third: who would we need to ask for permission to do this? My wife (whom I met through a MU*!) has been bilingual for about 13 years now, and she enjoys visiting the various Spanish MU*s out there. However, alot of them use older tech, and she is unaware of any Spanish-language ColdMUDs. So, she has decided to put a core together and release it, if she can. She is willing to provide the bulk of the Spanish resources if she can find someone with the knowhow (and the time!) to assist her with changing things over. For instance, @go would become @ir. As a very tentative "schedule", "FrioCore" would run something like so: Version 1.x: All commands available up to Builder level available in Spanish, basic documentation in Spanish. Programmer and above would require that the user be bilingual, as a general rule. Version 2.x: ColdC documentation made available in Spanish, although ColdC itself would not change. Programmer and Admin commands would be in Spanish by this time. Version x.x: Migration of ColdC into a Spanish-language variant, assuming such exists? We don't know how Spanish Coders work in C, and we would do better to put this in the hands of some Hispanic Geeks and let them have fun with it! If you are interested, and if you can give us the go-ahead to modify and re-release ColdCore as FrioCore, please email her at dianna1@softhome.net Thanks. Eric Jordan on behalf of Jane Jordan From coldstuff@cold.org Thu Jun 6 03:59:47 2002 From: coldstuff@cold.org (Robert Bradley) Date: Wed, 5 Jun 2002 20:59:47 -0600 Subject: [Coldstuff] mktime patch Message-ID: <200206052059.47506.bradleyr41@adelphia.net> --------------Boundary-00=_NBK9SH55AYGBADCDUXZY Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The patch adds the mktime() native to $time. It also, per request of Bru= ce,=20 these natives to $time as well: ctime(), time(), mtime(), and localtime()= =2E mktime basically takes the same arguments you would pass to the C library= =20 mktime function. Here is description of paramenters, and an actual examp= le=20 of a call: Arg Description 1 Year 2 month (C call starts at 0=3DJan, I compensated in the coldc call, 1=3D= Jan) 3 day of the month 4 hour 5 minutes 6 seconds 7 Boolean, for daylight savings time, true/false Example: ;$time.mktime(73, 4, 11, 6, 17, 0, 0) =3D> 103382220 I realize it's alot of arguments, but I really didn't see a way around it= =2E =20 The other functions I added as natives operate exactly like the equivilen= t=20 function calls. If anyone finds any problem with these or has any=20 suggestions, please let me know. Rob --------------Boundary-00=_NBK9SH55AYGBADCDUXZY Content-Type: text/x-diff; charset="us-ascii"; name="time.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="time.patch" diff -urN old/cdc.h new/cdc.h --- Genesis-1.1.10-STABLE/src/modules/cdc.h Wed Jun 5 20:41:35 2002 +++ Genesis-1.1.10-time/src/modules/cdc.h Wed Jun 5 20:40:06 2002 @@ -37,6 +37,11 @@ NATIVE_METHOD(join); NATIVE_METHOD(sort); NATIVE_METHOD(strftime); +NATIVE_METHOD(mktime); +NATIVE_METHOD(ctime); +NATIVE_METHOD(localtime); +NATIVE_METHOD(time); +NATIVE_METHOD(mtime); NATIVE_METHOD(next_objnum); NATIVE_METHOD(status); NATIVE_METHOD(version); diff -urN old/cdc.mod new/cdc.mod --- Genesis-1.1.10-STABLE/src/modules/cdc.mod Wed Jun 5 20:41:27 2002 +++ Genesis-1.1.10-time/src/modules/cdc.mod Wed Jun 5 20:39:56 2002 @@ -51,6 +51,11 @@ native $sys.status() status native $sys.version() version native $time.format() strftime +native $time.mktime() mktime +native $time.ctime() ctime +native $time.localtime() localtime +native $time.time() time +native $time.mtime() mtime native $integer.and() and native $integer.or() or native $integer.xor() xor diff -urN old/cdc_misc.c new/cdc_misc.c --- Genesis-1.1.10-STABLE/src/modules/cdc_misc.c Wed Jun 5 20:41:16 2002 +++ Genesis-1.1.10-time/src/modules/cdc_misc.c Wed Jun 5 20:39:49 2002 @@ -17,6 +17,7 @@ #include "dns.h" #ifdef __Win32__ +#include /* for mtime() */ #define FTIME _lstrftime #else #define FTIME strftime @@ -62,7 +63,146 @@ CLEAN_RETURN_STRING(string_from_chars(s, strlen(s))); } +NATIVE_METHOD(mktime) { + time_t tt; + struct tm t; + + DEF_args; DEF_argc; + if (argc != 7) + THROW((numargs_id, "Function requires 7 arguments.")) + CHECK_TYPE(0, INTEGER, "first"); + CHECK_TYPE(1, INTEGER, "second"); + CHECK_TYPE(2, INTEGER, "third"); + CHECK_TYPE(3, INTEGER, "forth"); + CHECK_TYPE(4, INTEGER, "fifth"); + CHECK_TYPE(5, INTEGER, "sixth"); + CHECK_TYPE(6, INTEGER, "seventh"); + t.tm_year = args[0].u.val; + t.tm_mon = args[1].u.val - 1; + t.tm_mday = args[2].u.val; + t.tm_hour = args[3].u.val; + t.tm_min = args[4].u.val; + t.tm_sec = args[5].u.val; + t.tm_isdst = args[6].u.val; + + tt = mktime(&t); + CLEAN_RETURN_INTEGER(tt); +} + +NATIVE_METHOD(ctime) { + cStr *str; + char *timestr; + time_t tval; + INIT_0_OR_1_ARGS(INTEGER); + + tval = (argc) ? INT1 : time(NULL); +#ifdef __BORLANDC__ + if (tval < 18000) + THROW((type_id, "Borland's time util is broken, and requires time values above 18000")) +#endif + + timestr = ctime(&tval); + str = string_from_chars(timestr, 24); + + CLEAN_RETURN_STRING(str); +} + +NATIVE_METHOD(localtime) { + struct tm * tms; + cData * d; + cList * l; + time_t t; +#ifndef HAVE_TM_GMTOFF + struct tm * gtms; +#endif + INIT_0_OR_1_ARGS(INTEGER); + + if (argc) + t = (time_t) INT1; + else + time(&t); + +#ifdef __BORLANDC__ + if (tval < 18000) + THROW((type_id, "Borland's time util is broken, and requires time value")) +#endif + + tms = localtime(&t); + + l = list_new(12); + d = list_empty_spaces(l, 12); + + /* Add one to certain elements to make them 1-x instead of 0-x */ + d[0].type=INTEGER; + d[0].u.val = (cNum) t; + d[1].type=INTEGER; + d[1].u.val = tms->tm_sec; + d[2].type=INTEGER; + d[2].u.val = tms->tm_min; + d[3].type=INTEGER; + d[3].u.val = tms->tm_hour; + d[4].type=INTEGER; + d[4].u.val = tms->tm_mday; + d[5].type=INTEGER; + d[5].u.val = tms->tm_mon + 1; + d[6].type=INTEGER; + d[6].u.val = tms->tm_year; + d[7].type=INTEGER; + d[7].u.val = tms->tm_wday + 1; + d[8].type=INTEGER; + d[8].u.val = tms->tm_yday + 1; + d[9].type=INTEGER; + d[9].u.val = tms->tm_isdst; + d[10].type = STRING; + d[10].u.str= string_dup(str_tzname); + d[11].type=INTEGER; +#ifdef HAVE_TM_GMTOFF + d[11].u.val = tms->tm_gmtoff; +#else + if (last_gmtoffcheck != tms->tm_yday) { + int hour = tms->tm_hour; /* they use the same internal structure */ + gtms = gmtime(&t); + gmt_offset = ((hour - gtms->tm_hour) * 60 * 60); + last_gmtoffcheck = tms->tm_yday; + } + d[11].u.val = gmt_offset; +#endif + CLEAN_RETURN_LIST(l); +} + +NATIVE_METHOD(time) { + INIT_NO_ARGS(); + CLEAN_RETURN_INTEGER(time(NULL)); +} + +NATIVE_METHOD(mtime) { + Int rv; +#ifdef HAVE_GETTIMEOFDAY + struct timeval tp; +#endif +#ifdef __Win32__ + LARGE_INTEGER freq, cnt; +#endif + +#ifndef __Win32__ +#ifdef HAVE_GETTIMEOFDAY + /* usec is microseconds */ + gettimeofday(&tp, NULL); + + rv = (Int) tp.tv_usec; +#else + rv = -1; +#endif +#else + // Win32 implementation + QueryPerformanceFrequency(&freq); + QueryPerformanceCounter(&cnt); + rv = (Int) (((cnt.QuadPart * 1000000) / freq.QuadPart) % 1000000); +#endif + CLEAN_RETURN_INTEGER(rv); +} + NATIVE_METHOD(next_objnum) { INIT_NO_ARGS(); --------------Boundary-00=_NBK9SH55AYGBADCDUXZY-- From coldstuff@cold.org Thu Jun 6 05:15:04 2002 From: coldstuff@cold.org (Jon A. Lambert) Date: Thu, 6 Jun 2002 00:15:04 -0400 Subject: [Coldstuff] [coldcore] @settings Message-ID: In ColdCore, what's the philosophy behind @settings? Is it just to provide a consistent "manageable" public interface to user definable settings? Or is there some performance/size benefit to using dictionaries as opposed to global vars? And some more questions... Is there any easy way to take documents embedded with oodles of HTML and have it format correctly (that is word wrap intelligently) on both a plain text terminal and a browser-type interface? What's the ColdC idiom for doing substitutions/translations on text? strsed() or simply iterating through strings using a state machine and dictionary? Is there a translation method already done in the core that takes a dictionary and a string and builds a translated string? -- --* Jon A. Lambert - TychoMUD Email:jlsysinc@ix.netcom.com *-- --* Mud Server Developer's Page *-- --* If I had known it was harmless, I would have killed it myself.*-- From coldstuff@cold.org Thu Jun 6 05:15:08 2002 From: coldstuff@cold.org (Jon A. Lambert) Date: Thu, 6 Jun 2002 00:15:08 -0400 Subject: [Coldstuff] coldcore In-Reply-To: Message-ID: Brad Roberts wrote: > > Other than filing a bug in the running main coldcore at ice.cold.org 1138, > this is probably the second best place. That said, I won't do anything > with the report. The only thing I worry about is the driver aka genesis. > Speaking of the driver I noticed some problems with the Genesis 1.1.10 binary running on both Win9x and NT. Both log ~file errors when calling backup(). It appears to make the binary.bak directory fine and does opens the .index output file, but either fails to open and or read the source .index. I'm referring to the binary release at www.cold.org. Also that version writes textdumps with line feeds in them! All the text files generated and read into Cold should really use BINARY mode, even under Windows IMO. It's not a real big deal as it's easy enough to run them through a script to fix when you're porting stuff up to another server. Both of the above was working correctly in the port I did back in 97(?) 1.0p26. I haven't seen 1.1.11 pre-release yet. I hope you're not removing the Borland directives as some of us winlubbers do not lub VC++ at all. :-P Oh and it does work well under the Cygwin emulator but only under NT. Execute doesn't work as it calls the NT shell, but I did have success calling a NT batch file which set up c-shell under cygwin and then forwarded it all the parameters. GDBM is broken under the Cygwin emulator for Win/9x systems. I sent the maintainer a patch but it's been quite awhile. -- --* Jon A. Lambert - TychoMUD Email:jlsysinc@ix.netcom.com *-- --* Mud Server Developer's Page *-- --* If I had known it was harmless, I would have killed it myself.*-- From coldstuff@cold.org Thu Jun 6 06:01:37 2002 From: coldstuff@cold.org (Brandon Gillespie) Date: Wed, 05 Jun 2002 23:01:37 -0600 Subject: [Coldstuff] [coldcore] @settings References: Message-ID: <3CFEECB1.4040504@roguetrader.com> Jon A. Lambert wrote: > In ColdCore, what's the philosophy behind @settings? > Is it just to provide a consistent "manageable" public interface to > user definable settings? Or is there some performance/size benefit > to using dictionaries as opposed to global vars? its to have a single user interface for managing configuration variables. Its actually slower, not faster than global vars. > And some more questions... > > Is there any easy way to take documents embedded with oodles of > HTML and have it format correctly (that is word wrap intelligently) > on both a plain text terminal and a browser-type interface? You can use CML for some of it. > What's the ColdC idiom for doing substitutions/translations > on text? strsed() or simply iterating through strings using a > state machine and dictionary? Is there a translation method > already done in the core that takes a dictionary and a string > and builds a translated string? There are many ways of doing it. strsed, strsub are both top level replacements; you can also parse the string yourself with many different mechanisms. For string parsing, ColdC has kindof taken the perl approach: provide many different options, let the programmer pick the one they like the most. -Brandon From coldstuff@cold.org Thu Jun 6 06:19:21 2002 From: coldstuff@cold.org (Brad Roberts) Date: Wed, 5 Jun 2002 22:19:21 -0700 (PDT) Subject: [Coldstuff] coldcore In-Reply-To: Message-ID: So grab the pre-release which I sent mail back a week or two ago and look. No one, as far as I know has purposely broken the Borland compiler support, but by the same token, no one has actively maintained it either. The windows support, such as it is, is merely me (for this release, Bruce or Brandon for previous releases) merging patches from others. If there's more work that needs to be done... do it, send it to me, I'll integrate and make it a part of the next release. I don't write windows apps, have no intention of doing so, and so can merely facilitate getting the code out to those that want to use it. http://www.puremagic.com/~braddr/Genesis-1.1.11-pre2.tar.gz or .bz2 The only change from -pre1 is a s/MSCV/MSVC/ in one place. If you intend on testing and updating the borland support (or any other aspect of the win32 support) in the next short window of time, let me know, I'll hold this release. If you don't, then I'll go ahead and see about releasing this version and we can address the potential for a 1.1.12 at some future date. Later, Brad On Thu, 6 Jun 2002, Jon A. Lambert wrote: > Date: Thu, 6 Jun 2002 00:15:08 -0400 > From: Jon A. Lambert > Reply-To: coldstuff@cold.org > To: coldstuff@cold.org > Subject: RE: [Coldstuff] coldcore > > Brad Roberts wrote: > > > > Other than filing a bug in the running main coldcore at ice.cold.org 1138, > > this is probably the second best place. That said, I won't do anything > > with the report. The only thing I worry about is the driver aka genesis. > > > > Speaking of the driver I noticed some problems with the Genesis > 1.1.10 binary running on both Win9x and NT. Both log ~file > errors when calling backup(). It appears to make the binary.bak > directory fine and does opens the .index output file, but either > fails to open and or read the source .index. I'm referring to > the binary release at www.cold.org. > > Also that version writes textdumps with line feeds in them! > All the text files generated and read into Cold should really > use BINARY mode, even under Windows IMO. It's not a real big > deal as it's easy enough to run them through a script to fix > when you're porting stuff up to another server. > > Both of the above was working correctly in the port I did > back in 97(?) 1.0p26. I haven't seen 1.1.11 pre-release yet. > I hope you're not removing the Borland directives as some of > us winlubbers do not lub VC++ at all. :-P > > Oh and it does work well under the Cygwin emulator but only > under NT. Execute doesn't work as it calls the NT shell, but > I did have success calling a NT batch file which set up c-shell > under cygwin and then forwarded it all the parameters. GDBM is > broken under the Cygwin emulator for Win/9x systems. I sent > the maintainer a patch but it's been quite awhile. > > -- > --* Jon A. Lambert - TychoMUD Email:jlsysinc@ix.netcom.com *-- > --* Mud Server Developer's Page *-- > --* If I had known it was harmless, I would have killed it myself.*-- > > _______________________________________________ > Cold-Coldstuff mailing list > Cold-Coldstuff@cold.org > http://web.cold.org/mailman/listinfo/cold-coldstuff > From coldstuff@cold.org Thu Jun 6 06:36:22 2002 From: coldstuff@cold.org (Jon A. Lambert) Date: Thu, 6 Jun 2002 01:36:22 -0400 Subject: [Coldstuff] Some undocumented functions Message-ID: I couldn't find any documentation on: default_var() and inherited_var() What are they and what can they do for me? Thanks! -- --* Jon A. Lambert - TychoMUD Email:jlsysinc@ix.netcom.com *-- --* Mud Server Developer's Page *-- --* If I had known it was harmless, I would have killed it myself.*-- From coldstuff@cold.org Thu Jun 6 07:55:03 2002 From: coldstuff@cold.org (Brad Roberts) Date: Wed, 5 Jun 2002 23:55:03 -0700 (PDT) Subject: [Coldstuff] Some undocumented functions In-Reply-To: Message-ID: I'll let Bruce, Brian, or Brandon correct any errors in this, so don't take it as gospel until someone backs me up. get_var('variable) default_var('variable) inherited_var('variable) All three take a symbol that is the name of the variable to lookup. All three will throw ~varnf if the variable isn't declared on the parent that contains the method being executed. All three return the value of that variable as contained in the child object, if it exists. Where they differ is in what they do if the child object doesn't have a value yet. get_var returns 0. default_var returns the value of the variable on the parent (it will always have a value, though it might be 0 also). inherited_var walks up the parent tree (in breadth first order) and returns the value from the first parent to have a value. So.. that's the short form of the docs for these three builtin functions. The latter two rather break one of the fundamental tenet in cold's object system, strong variable encapsulation. That said, coldcore uses default_var in 3 places, all of which could have easily been done without. Later, Brad On Thu, 6 Jun 2002, Jon A. Lambert wrote: > Date: Thu, 6 Jun 2002 01:36:22 -0400 > From: Jon A. Lambert > Reply-To: coldstuff@cold.org > To: "Coldstuff@Cold. Org" > Subject: [Coldstuff] Some undocumented functions > > I couldn't find any documentation on: > > default_var() > > and > > inherited_var() > > What are they and what can they do for me? > > Thanks! > > -- > --* Jon A. Lambert - TychoMUD Email:jlsysinc@ix.netcom.com *-- > --* Mud Server Developer's Page *-- > --* If I had known it was harmless, I would have killed it myself.*-- > > _______________________________________________ > Cold-Coldstuff mailing list > Cold-Coldstuff@cold.org > http://web.cold.org/mailman/listinfo/cold-coldstuff > From coldstuff@cold.org Thu Jun 6 08:09:43 2002 From: coldstuff@cold.org (Bruce Mitchener) Date: Thu, 06 Jun 2002 01:09:43 -0600 Subject: [Coldstuff] Some undocumented functions References: Message-ID: <3CFF0AB7.10809@cubik.org> The description below maches my understanding. I don't like that inherited_var uses a different search order than method lookup though. It is also somewhat slower than method stuff as inherited_var() isn't cached (obviously) and can require more intermediate objects to be loaded in the search for a value. And then to explain more of why I don't like them, I'd have to get into how I wish Cold had an 'unbound' value for the default value rather than 0 .... *sigh* Good night. - Bruce Brad Roberts wrote: > I'll let Bruce, Brian, or Brandon correct any errors in this, so don't > take it as gospel until someone backs me up. > > get_var('variable) > default_var('variable) > inherited_var('variable) > > All three take a symbol that is the name of the variable to lookup. All > three will throw ~varnf if the variable isn't declared on the parent that > contains the method being executed. All three return the value of that > variable as contained in the child object, if it exists. Where they > differ is in what they do if the child object doesn't have a value yet. > > get_var returns 0. > > default_var returns the value of the variable on the parent (it will > always have a value, though it might be 0 also). > > inherited_var walks up the parent tree (in breadth first order) and > returns the value from the first parent to have a value. > > So.. that's the short form of the docs for these three builtin functions. > The latter two rather break one of the fundamental tenet in cold's > object system, strong variable encapsulation. That said, coldcore uses > default_var in 3 places, all of which could have easily been done without. From coldstuff@cold.org Sat Jun 29 00:18:28 2002 From: coldstuff@cold.org (Robert Bradley) Date: Fri, 28 Jun 2002 17:18:28 -0600 Subject: [Coldstuff] Bugs in Genesis... In-Reply-To: <3CA2C0A4.401@cubik.org> Message-ID: <000a01c21efa$1cd6c650$0200a8c0@alphaprime> Looks like April has past ;). Any updates on when 1.1.11 or 1.2 will be released yet? Thanks. Rob -----Original Message----- From: cold-coldstuff-admin@cold.org [mailto:cold-coldstuff-admin@cold.org] On Behalf Of Bruce Mitchener Sent: Thursday, March 28, 2002 12:05 AM To: coldstuff@cold.org Subject: Re: [Coldstuff] Bugs in Genesis... Hey, how about I stop being a loser and holding off on Genesis releases for ages and ages? Maybe that would help encourage more patches for things. I'm terribly busy after being in San Jose last week for a conference, so, let's think about a 1.1.11 by sometime in April? And maybe even a 1.2.0 too. Yeah. - Bruce Bruce Mitchener wrote: > How about someone send me a tested patch along with a patch for the > tests to help prevent this sort of thing from happening again? > > (And really, these days, all patches should have accompanying tests for > the test suite or I'm significantly less inclined to accept them. > Patches to add tests are ALWAYS welcome and would be a great way to get > used to the idea that you can and should contribute to the Cold > community. :) ) _______________________________________________ Cold-Coldstuff mailing list Cold-Coldstuff@cold.org http://web.cold.org/mailman/listinfo/cold-coldstuff From coldstuff@cold.org Sat Jun 29 04:54:15 2002 From: coldstuff@cold.org (Brad Roberts) Date: Fri, 28 Jun 2002 20:54:15 -0700 (PDT) Subject: [Coldstuff] Genesis 1.1.11 In-Reply-To: <000a01c21efa$1cd6c650$0200a8c0@alphaprime> Message-ID: I just uploaded Genesis-1.1.11-STABLE.tar.gz and Genesis-1.1.11-STABLE.tar.bz2 to the incoming directory on ftp.cold.org. Brandon or Bruce, would one of you move that to ~ftp/cold/src/STABLE and create the appropriate symlinks? Until then, it's also available at: http://www.puremagic.com/~braddr/Genesis-1.1.11-STABLE.tar.gz http://www.puremagic.com/~braddr/Genesis-1.1.11-STABLE.tar.bz2 Changes: 1.1.11 [6/28/2002] * fix BUFFER in BUFFER. Use buffer_index which contained a fix not propagated to the previously duplicated code in op_in (Allen Noe) * Apply (with changes (Brad)) a bunch of MSVC patches (Robert Bradley) * Fix some missed regerror -> gen_regerror's (pvx at wmute.net) * Fix method access setting error handling (pvx at wmute.net) Later, Brad On Fri, 28 Jun 2002, Robert Bradley wrote: > Date: Fri, 28 Jun 2002 17:18:28 -0600 > From: Robert Bradley > Reply-To: coldstuff@cold.org > To: coldstuff@cold.org > Subject: RE: [Coldstuff] Bugs in Genesis... > > Looks like April has past ;). Any updates on when 1.1.11 or 1.2 will be > released yet? Thanks. > > Rob > > > -----Original Message----- > From: cold-coldstuff-admin@cold.org > [mailto:cold-coldstuff-admin@cold.org] On Behalf Of Bruce Mitchener > Sent: Thursday, March 28, 2002 12:05 AM > To: coldstuff@cold.org > Subject: Re: [Coldstuff] Bugs in Genesis... > > Hey, how about I stop being a loser and holding off on Genesis releases > for ages and ages? > > Maybe that would help encourage more patches for things. > > I'm terribly busy after being in San Jose last week for a conference, > so, let's think about a 1.1.11 by sometime in April? And maybe even a > 1.2.0 too. Yeah. > > - Bruce > > Bruce Mitchener wrote: > > How about someone send me a tested patch along with a patch for the > > tests to help prevent this sort of thing from happening again? > > > > (And really, these days, all patches should have accompanying tests > for > > the test suite or I'm significantly less inclined to accept them. > > Patches to add tests are ALWAYS welcome and would be a great way to > get > > used to the idea that you can and should contribute to the Cold > > community. :) ) > > _______________________________________________ > Cold-Coldstuff mailing list > Cold-Coldstuff@cold.org > http://web.cold.org/mailman/listinfo/cold-coldstuff > > _______________________________________________ > Cold-Coldstuff mailing list > Cold-Coldstuff@cold.org > http://web.cold.org/mailman/listinfo/cold-coldstuff >