From coldstuff@cold.org Thu May 2 08:48:45 2002 From: coldstuff@cold.org (David Lindsey) Date: Thu, 02 May 2002 13:18:45 +0530 Subject: [Coldstuff] having trouble getting genesis to compile Message-ID: I just found this list and the short answer to Ira's problem is that only the lib packages for those dbms are installed. I had the exact same problem with Mandrake. The easy solution is to go to ftp://prep.ai.mit.edu/pub/gnu/ and download the gdbm tar file. I had no luck with rpmfind either. Install gdbm from scratch like that and you're set. I don't know if the whole thing was due to me messing with package selection when I installed Mandrake and not knowing what I was doing or if the configure script is too trusting (it finds the header file(s) and assumes everything is ok). Disclaimer: I'm new to both Linux (relatively) and Cold (very) so my diagnosis may be totally off. However, the remedy should be fine. David Lindsey Is your boss reading your email? ....Probably Keep your messages private by using Lycos Mail. Sign up today at http://mail.lycos.com From coldstuff@cold.org Sat May 4 19:42:42 2002 From: coldstuff@cold.org (Ira) Date: Sat, 4 May 2002 13:42:42 -0500 Subject: [Coldstuff] Re: Cold-Coldstuff digest, Vol 1 #78 - 1 msg In-Reply-To: <20020504180101.BB246341C7@mojo.roguetrader.com> Message-ID: > From: "David Lindsey" > > I just found this list and the short answer to Ira's > problem is that only the lib > packages for those dbms are installed. I had the exact > same problem with Mandrake. The easy solution is to go to -snip- > Disclaimer: I'm new to both Linux (relatively) and Cold > (very) so my diagnosis may be totally off. However, > the remedy should be fine. > well, it worked (= likewise, I dunno if I somehow deselected that package when I installed Mandrake. my guess is that it doesn't come with it normally. gdbm compiled fine, however. thanks! Love, Ira From coldstuff@cold.org Sun May 5 05:34:04 2002 From: coldstuff@cold.org (Chris Peters) Date: Sun, 5 May 2002 00:34:04 -0400 Subject: [Coldstuff] Re: Win32 release of Genesis 1.1.10 Message-ID: <001301c1f3ee$168efc40$6501a8c0@spork> Eric, Winmail.dat is a binary file that sometimes accompanies email from users of Microsoft mail clients such as Outlook. I don't know what's in it, but it's harmless, and isn't a virus, especially when you consider that it is a data file, not an executable. On another note, I'd like everyone to know that I've got Robert Bradley's binary for Windows up and running nicely on a Windows 2k Advanced Server platform, using the ColdCore 3.1. Unfortunately, I had to rewrite a few issues with the $wearable object and some other things, but it's running smoothly otherwise. I suppose I'll have to figure out how to implement that regexp patch next. Thanks Robert! ~Chris >Robert: your last message appeared to be a duplicate, and has an >attachment called "winmail.dat"--a binary. I have NOT opened it, >and shall not until we hear what, exactly, that file is? > >Pardon, I just want to make sure we don't have a virus, here. > >Eric Jordan From coldstuff@cold.org Sun May 12 02:56:49 2002 From: coldstuff@cold.org (Robert Bradley) Date: Sat, 11 May 2002 19:56:49 -0600 Subject: [Coldstuff] MSCV patches Message-ID: <20020512020115.EF30F3409C@mojo.roguetrader.com> --------------Boundary-00=_PQ6ZD12SJ3FZVNTSG556 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit I've attached the patch file to correct most of the problems compiling genesis 1.1.10 with Visual C++ (tested only on version 6.0sr5). I'll supply a supplimentary package containing files that complete the patch so you can compile it without access to linux soon. I've tested this patch with linux, also, it remains unaffected, all tests pass. Rob --------------Boundary-00=_PQ6ZD12SJ3FZVNTSG556 Content-Type: text/x-diff; charset="iso-8859-1"; name="msvc.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="msvc.patch" ZGlmZiAtdXIgR2VuZXNpcy0xLjEuMTAtU1RBQkxFL3NyYy9iaW5hcnlkYi5jIHdpbjMyL3NyYy9i aW5hcnlkYi5jCi0tLSBHZW5lc2lzLTEuMS4xMC1TVEFCTEUvc3JjL2JpbmFyeWRiLmMJV2VkIEph biAgOSAyMjozMDowOCAyMDAyCisrKyB3aW4zMi9zcmMvYmluYXJ5ZGIuYwlGcmkgTWF5IDEwIDE3 OjQ0OjA0IDIwMDIKQEAgLTI0LDYgKzI0LDEwIEBACiAjaW5jbHVkZSAidXRpbC5oIgogI2luY2x1 ZGUgIm1vZGRlZi5oIgogCisjaWZkZWYgX19NU1ZDX18KKyNpbmNsdWRlIDxkaXJlY3QuaD4KKyNl bmRpZgorCiAjZGVmaW5lIE5FRURFRChuLCBiKQkJKCgobikgJSAoYikpID8gKG4pIC8gKGIpICsg MSA6IChuKSAvIChiKSkKICNkZWZpbmUgUk9VTkRfVVAoYSwgbSkJCSgoKGEpIC0gMSkgKyAobSkg LSAoKChhKSAtIDEpICUgKG0pKSkKIApAQCAtNjgsNiArNzIsNyBAQAogCiAjZGVmaW5lIERCRklM RShfX2IsIF9fZikgKHNwcmludGYoX19iLCAiJXMvJXMiLCBjX2Rpcl9iaW5hcnksIF9fZikpCiAK KyNpZm5kZWYgX19NU1ZDX18KICNkZWZpbmUgb3Blbl9kYl9kaXJlY3RvcnkoKSB7IFwKICAgICAg ICAgaWYgKHN0YXQoY19kaXJfYmluYXJ5LCAmc3RhdGJ1ZikgPT0gRl9GQUlMVVJFKSB7IFwKICAg ICAgICAgICAgIGlmIChta2RpcihjX2Rpcl9iaW5hcnksIFJFQURfV1JJVEVfRVhFQ1VURSkgPT0g Rl9GQUlMVVJFKSBcCkBAIC03OSw2ICs4NCwxOSBAQAogICAgICAgICAgICAgICAgIEZBSUwoIkNh bm5vdCBjcmVhdGUgZGlyZWN0b3J5IFwiJXNcIi5cbiIpOyBcCiAgICAgICAgIH0gXAogICAgIH0K KyNlbHNlCisjZGVmaW5lIG9wZW5fZGJfZGlyZWN0b3J5KCkgeyBcCisgICAgICAgIGlmIChzdGF0 KGNfZGlyX2JpbmFyeSwgJnN0YXRidWYpID09IEZfRkFJTFVSRSkgeyBcCisgICAgICAgICAgICBp ZiAobWtkaXIoY19kaXJfYmluYXJ5KSA9PSBGX0ZBSUxVUkUpIFwKKyAgICAgICAgICAgICAgICBG QUlMKCJDYW5ub3QgY3JlYXRlIGJpbmFyeSBkaXJlY3RvcnkgXCIlc1wiLlxuIik7IFwKKyAgICAg ICAgfSBlbHNlIGlmICghU19JU0RJUihzdGF0YnVmLnN0X21vZGUpKSB7IFwKKyAgICAgICAgICAg IGlmICh1bmxpbmsoY19kaXJfYmluYXJ5KSA9PSBGX0ZBSUxVUkUpIFwKKyAgICAgICAgICAgICAg ICBGQUlMKCJDYW5ub3QgZGVsZXRlIGZpbGUgXCIlc1wiLlxuIik7IFwKKyAgICAgICAgICAgIGlm IChta2RpcihjX2Rpcl9iaW5hcnkpID09IEZfRkFJTFVSRSkgXAorICAgICAgICAgICAgICAgIEZB SUwoIkNhbm5vdCBjcmVhdGUgZGlyZWN0b3J5IFwiJXNcIi5cbiIpOyBcCisgICAgICAgIH0gXAor ICAgIH0KKyNlbmRpZgogCiAjZGVmaW5lIGluaXRfYml0bWFwcygpIHsgXAogICAgICAgICBpZiAo c3RhdChmZGJfb2JqZWN0cywgJnN0YXRidWYpIDwgMCkgXApkaWZmIC11ciBHZW5lc2lzLTEuMS4x MC1TVEFCTEUvc3JjL2dlbmVzaXMuYyB3aW4zMi9zcmMvZ2VuZXNpcy5jCi0tLSBHZW5lc2lzLTEu MS4xMC1TVEFCTEUvc3JjL2dlbmVzaXMuYwlXZWQgSmFuICA5IDIyOjMwOjA5IDIwMDIKKysrIHdp bjMyL3NyYy9nZW5lc2lzLmMJRnJpIE1heSAxMCAxNzo0NDowNCAyMDAyCkBAIC0yNyw2ICsyNywx MSBAQAogI2luY2x1ZGUgIm5ldC5oIgogI2luY2x1ZGUgInNpZy5oIgogCisjaWZkZWYgX19NU1ZD X18KKyNpbmNsdWRlIDxkaXJlY3QuaD4KKyNpbmNsdWRlIDxwcm9jZXNzLmg+CisjZW5kaWYKKwog SU5URVJOQUwgdm9pZCBpbml0aWFsaXplKEludCBhcmdjLCBjaGFyICoqYXJndik7CiBJTlRFUk5B TCB2b2lkIG1haW5fbG9vcCh2b2lkKTsKIApAQCAtMzg5LDcgKzM5NCwxMSBAQAogICAgICAgICBi YXNlZGlyID0gIi4iOwogCiAgICAgLyogU3dpdGNoIGludG8gZGF0YWJhc2UgZGlyZWN0b3J5LiAq LwotICAgIGlmIChjaGRpcihiYXNlZGlyKSA9PSBGX0ZBSUxVUkUpIHsKKyNpZmRlZiBfX01TVkNf XworICAgIGlmIChfY2hkaXIoYmFzZWRpcikgPT0gRl9GQUlMVVJFKSB7CisjZWxzZQorICAgIGlm IChjaGRpcihiYXNlZGlyKSA9PSBGX0ZBSUxVUkUpIHsKKyNlbmRpZgogICAgICAgICB1c2FnZShu YW1lKTsKICAgICAgICAgZnByaW50ZihzdGRlcnIsICIqKiBDb3VsZG4ndCBjaGFuZ2UgdG8gYmFz ZSBkaXJlY3RvcnkgXCIlc1wiLlxuIiwKICAgICAgICAgICAgICAgICBiYXNlZGlyKTsKQEAgLTQ2 NiwxMSArNDc1LDE5IEBACiAKICAgICAvKiBwcmludCB0aGUgUElEICovCiAgICAgaWYgKChmcCA9 IGZvcGVuKGNfcnVuZmlsZSwgIndiIikpICE9IE5VTEwpIHsKKyNpZmRlZiBfX01TVkNfXworICAg ICAgICBmcHJpbnRmKGZwLCAiJWxkXG4iLCAobG9uZykgX2dldHBpZCgpKTsKKyNlbHNlCiAgICAg ICAgIGZwcmludGYoZnAsICIlbGRcbiIsIChsb25nKSBnZXRwaWQoKSk7CisjZW5kaWYKICAgICAg ICAgZmNsb3NlKGZwKTsKICAgICAgICAgYXRleGl0KHVubGlua19ydW5uaW5nZmlsZSk7CiAgICAg fSBlbHNlIHsKKyNpZmRlZiBfX01TVkNfXworICAgICAgICBmcHJpbnRmKGVycmZpbGUsICJnZW5l c2lzIHBpZDogJWxkXG4iLCAobG9uZykgX2dldHBpZCgpKTsKKyNlbHNlCiAgICAgICAgIGZwcmlu dGYoZXJyZmlsZSwgImdlbmVzaXMgcGlkOiAlbGRcbiIsIChsb25nKSBnZXRwaWQoKSk7CisjZW5k aWYKICAgICB9CiAKICAgICAvKiBJbml0aWFsaXplIGRhdGFiYXNlIGFuZCBuZXR3b3JrIG1vZHVs ZXMuICovCmRpZmYgLXVyIEdlbmVzaXMtMS4xLjEwLVNUQUJMRS9zcmMvaW5jbHVkZS9jZGNfZXJy cy5oIHdpbjMyL3NyYy9pbmNsdWRlL2NkY19lcnJzLmgKLS0tIEdlbmVzaXMtMS4xLjEwLVNUQUJM RS9zcmMvaW5jbHVkZS9jZGNfZXJycy5oCVdlZCBKYW4gIDkgMjI6MzA6MTAgMjAwMgorKysgd2lu MzIvc3JjL2luY2x1ZGUvY2RjX2VycnMuaAlGcmkgTWF5IDEwIDE3OjQ2OjQ2IDIwMDIKQEAgLTgs NyArOCwxOSBAQAogI2lmZGVmIF9fV2luMzJfXwogCiAjaW5jbHVkZSA8ZXJybm8uaD4KKworLy8g SW4gVkMsIGxpbmtlZCB0byB3aW5zb2NrLmgsIGlzIGEgaGVhZGVyIHRoYXQgZGVmaW5lcyBGTE9B VCwgdGhpcyBrZWVwcyBpdCBmcm9tCisvLyBjb21wYWluaW5nIGFuZCBwcmV2ZW50cyBpdCBmcm9t IGludGVyZmVyaW5nIHdpdGggZ2VuZXNpcworI2lmZGVmIF9fTVNWQ19fCisjdW5kZWYgRkxPQVQK KyNlbmRpZgorCiAjaW5jbHVkZSA8d2luc29jay5oPgorCisvLyBVbmRlZmluZSBWQydzIHNpbGx5 IGRlZmluaXRpb24KKyNpZmRlZiBfX01TVkNfXworI3VuZGVmIEZMT0FUCisjZW5kaWYKIAogI2Rl ZmluZSAgICAgRVJSX0lOVFIgICAgICAgICBXU0FFSU5UUgogI2RlZmluZSAgICAgRVJSX05PTUVN ICAgICAgICBFTk9NRU0KT25seSBpbiB3aW4zMi9zcmMvaW5jbHVkZTogY29uZmlnLmgKZGlmZiAt dXIgR2VuZXNpcy0xLjEuMTAtU1RBQkxFL3NyYy9pbmNsdWRlL2RlZnMuaCB3aW4zMi9zcmMvaW5j bHVkZS9kZWZzLmgKLS0tIEdlbmVzaXMtMS4xLjEwLVNUQUJMRS9zcmMvaW5jbHVkZS9kZWZzLmgJ V2VkIEphbiAgOSAyMjozMDoxMCAyMDAyCisrKyB3aW4zMi9zcmMvaW5jbHVkZS9kZWZzLmgJRnJp IE1heSAxMCAxNzo0Njo0NiAyMDAyCkBAIC0zNTMsNiArMzUzLDEwIEBACiAKICNkZWZpbmUgU0VS VkVSX05BTUUgIkdlbmVzaXMgKHRoZSBDb2xkIGRyaXZlcikiCiAKKyNpZmRlZiBfX01TVkNfXwor I2RlZmluZSBTX0lTRElSKG1vZGUpIChtb2RlICYgX1NfSUZESVIpCisjZW5kaWYKKwogLyogaW5j YXNlIGl0IGRvZXNuJ3QgZXhpc3QgKi8KICNpZm5kZWYgT19CSU5BUlkKICNkZWZpbmUgT19CSU5B UlkgMApPbmx5IGluIHdpbjMyL3NyYy9pbmNsdWRlOiBkaXJlbnQuaApPbmx5IGluIHdpbjMyL3Ny Yy9pbmNsdWRlOiBuZGJtLmgKT25seSBpbiB3aW4zMi9zcmMvaW5jbHVkZTogcGFyc2UuaApPbmx5 IGluIHdpbjMyL3NyYzogaW5zdGFsbC5zaApkaWZmIC11ciBHZW5lc2lzLTEuMS4xMC1TVEFCTEUv c3JjL21vZHVsZXMvY2RjX21pc2MuYyB3aW4zMi9zcmMvbW9kdWxlcy9jZGNfbWlzYy5jCi0tLSBH ZW5lc2lzLTEuMS4xMC1TVEFCTEUvc3JjL21vZHVsZXMvY2RjX21pc2MuYwlXZWQgSmFuICA5IDIy OjMwOjExIDIwMDIKKysrIHdpbjMyL3NyYy9tb2R1bGVzL2NkY19taXNjLmMJRnJpIE1heSAxMCAx Nzo0ODo0MCAyMDAyCkBAIC0xNyw3ICsxNywxMSBAQAogI2luY2x1ZGUgImRucy5oIgogCiAjaWZk ZWYgX19XaW4zMl9fCisjaWZuZGVmIF9fTVNWQ19fCiAjZGVmaW5lIEZUSU1FIF9sc3RyZnRpbWUK KyNlbHNlCisjZGVmaW5lIEZUSU1FIHN0cmZ0aW1lCisjZW5kaWYKICNlbHNlCiAjZGVmaW5lIEZU SU1FIHN0cmZ0aW1lCiAjZW5kaWYKZGlmZiAtdXIgR2VuZXNpcy0xLjEuMTAtU1RBQkxFL3NyYy9v cHMvZmlsZS5jIHdpbjMyL3NyYy9vcHMvZmlsZS5jCi0tLSBHZW5lc2lzLTEuMS4xMC1TVEFCTEUv c3JjL29wcy9maWxlLmMJV2VkIEphbiAgOSAyMjozMDoxMSAyMDAyCisrKyB3aW4zMi9zcmMvb3Bz L2ZpbGUuYwlGcmkgTWF5IDEwIDE3OjQ4OjU4IDIwMDIKQEAgLTI5LDcgKzI5LDEzIEBACiAjaW5j bHVkZSA8c3lzL3dhaXQuaD4KICNlbmRpZgogI2luY2x1ZGUgPHN5cy9zdGF0Lmg+Ci0jaW5jbHVk ZSA8ZGlyZW50Lmg+ICAvKiBmdW5jX2ZpbGVzKCkgKi8KKyNpZmRlZiBfX01TVkNfXyAgICAgIC8q IGZ1bmNfZmlsZXMoKSAqLworI2luY2x1ZGUgImRpcmVudC5oIgorI2luY2x1ZGUgPGRpcmVjdC5o PgorI2luY2x1ZGUgPGlvLmg+CisjZWxzZQorI2luY2x1ZGUgPGRpcmVudC5oPgorI2VuZGlmCiAj aW5jbHVkZSA8ZmNudGwuaD4KICNpbmNsdWRlICJleGVjdXRlLmgiCiAjaW5jbHVkZSAiY2FjaGUu aCIKQEAgLTI0NCw4ICsyNTAsMTEgQEAKICAgICAgICAgaWYgKHBhdGggPT0gTlVMTCkKICAgICAg ICAgICAgIHJldHVybjsKICAgICB9Ci0KKyNpZmRlZiBfX01TVkNfXworCQlmYWlsZWQgPSBfY2ht b2QocGF0aC0+cywgbW9kZSk7CisjZWxzZQogICAgIGZhaWxlZCA9IGNobW9kKHBhdGgtPnMsIG1v ZGUpOworI2VuZGlmCiAgICAgc3RyaW5nX2Rpc2NhcmQocGF0aCk7CiAKICAgICBpZiAoZmFpbGVk KSB7CkBAIC0zMDEsNyArMzEwLDExIEBACiAgICAgfQogCiAgICAgLyogZGVmYXVsdCB0aGUgbW9k ZSB0byAwNzAwLCB0aGV5IGNhbiBjaG1vZCBpdCBsYXRlciAqLworI2lmZGVmIF9fTVNWQ19fCisg ICAgZXJyID0gbWtkaXIocGF0aC0+cyk7CisjZWxzZQogICAgIGVyciA9IG1rZGlyKHBhdGgtPnMs IDA3MDApOworI2VuZGlmCiAgICAgc3RyaW5nX2Rpc2NhcmQocGF0aCk7CiAgICAgaWYgKGVyciAh PSBGX1NVQ0NFU1MpIHsKICAgICAgICAgY3Rocm93KGZpbGVfaWQsIHN0cmVycm9yKEdFVEVSUigp KSk7CmRpZmYgLXVyIEdlbmVzaXMtMS4xLjEwLVNUQUJMRS9zcmMvb3BzL21pc2MuYyB3aW4zMi9z cmMvb3BzL21pc2MuYwotLS0gR2VuZXNpcy0xLjEuMTAtU1RBQkxFL3NyYy9vcHMvbWlzYy5jCVdl ZCBKYW4gIDkgMjI6MzA6MTEgMjAwMgorKysgd2luMzIvc3JjL29wcy9taXNjLmMJRnJpIE1heSAx MCAxNzo0ODo1OCAyMDAyCkBAIC05LDYgKzksOSBAQAogI2lmZGVmIF9fVU5JWF9fCiAjaW5jbHVk ZSA8c3lzL3RpbWUuaD4gICAgLyogZm9yIG10aW1lKCkgKi8KICNlbmRpZgorI2lmZGVmIF9fV2lu MzJfXworI2luY2x1ZGUgPHdpbmRvd3MuaD4JCSAvKiBmb3IgbXRpbWUoKSAqLworI2VuZGlmCiAK ICNpbmNsdWRlICJvcGVyYXRvcnMuaCIKICNpbmNsdWRlICJleGVjdXRlLmgiCkBAIC0xNTAsMTAg KzE1MywxNCBAQAogI2lmZGVmIEhBVkVfR0VUVElNRU9GREFZCiAgICAgc3RydWN0IHRpbWV2YWwg dHA7CiAjZW5kaWYKKyNpZmRlZiBfX1dpbjMyX18KKwkJTEFSR0VfSU5URUdFUiBmcmVxLCBjbnQ7 CisjZW5kaWYKIAogICAgIGlmICghZnVuY19pbml0XzAoKSkKICAgICAgICAgcmV0dXJuOwogCisj aWZuZGVmIF9fV2luMzJfXwogI2lmZGVmIEhBVkVfR0VUVElNRU9GREFZCiAgICAgLyogdXNlYyBp cyBtaWNyb3NlY29uZHMgKi8KICAgICBnZXR0aW1lb2ZkYXkoJnRwLCBOVUxMKTsKQEAgLTE2Miw2 ICsxNjksMTMgQEAKICNlbHNlCiAgICAgcHVzaF9pbnQoLTEpOwogI2VuZGlmCisjZWxzZQorCQkv LyBXaW4zMiBpbXBsZW1lbnRhdGlvbgorCQlRdWVyeVBlcmZvcm1hbmNlRnJlcXVlbmN5KCZmcmVx KTsKKwkJUXVlcnlQZXJmb3JtYW5jZUNvdW50ZXIoJmNudCk7CisJCXB1c2hfaW50KChjTnVtKSAo KChjbnQuUXVhZFBhcnQgKiAxMDAwMDAwKSAvIGZyZXEuUXVhZFBhcnQpICUgMTAwMDAwMCkpOwor I2VuZGlmCisKIH0KIAogdm9pZCBmdW5jX2N0aW1lKHZvaWQpIHsKT25seSBpbiB3aW4zMi9zcmMv b3BzOiBzbmlwdHlwZS5oCmRpZmYgLXVyIEdlbmVzaXMtMS4xLjEwLVNUQUJMRS9zcmMvb3BzL3N5 cy5jIHdpbjMyL3NyYy9vcHMvc3lzLmMKLS0tIEdlbmVzaXMtMS4xLjEwLVNUQUJMRS9zcmMvb3Bz L3N5cy5jCVdlZCBKYW4gIDkgMjI6MzA6MTEgMjAwMgorKysgd2luMzIvc3JjL29wcy9zeXMuYwlG cmkgTWF5IDEwIDE3OjQ4OjU4IDIwMDIKQEAgLTEwLDcgKzEwLDEyIEBACiAjaW5jbHVkZSA8c3lz L3R5cGVzLmg+CiAjaW5jbHVkZSA8c3lzL3N0YXQuaD4KICNpbmNsdWRlIDxmY250bC5oPgotI2lu Y2x1ZGUgPGRpcmVudC5oPiAgLyogZGlyZWN0b3J5IGZ1bmNzICovCisjaWZkZWYgX19NU1ZDX18K KyNpbmNsdWRlICJkaXJlbnQuaCIgIC8qIGRpcmVjdG9yeSBmdW5jcyAqLworI2luY2x1ZGUgPGRp cmVjdC5oPgorI2Vsc2UKKyNpbmNsdWRlIDxkaXJlbnQuaD4KKyNlbmRpZgogI2luY2x1ZGUgImNh Y2hlLmgiCiAjaW5jbHVkZSAiZXhlY3V0ZS5oIgogI2luY2x1ZGUgImJpbmFyeWRiLmgiCkBAIC02 NCw4ICs2OSwxMSBAQAogICAgIGZyb21fZmQgPSBvcGVuKHNvdXJjZSwgT19SRE9OTFkgfCBPX0JJ TkFSWSwgMCk7CiAgICAgaWYgKGZyb21fZmQgPT0gRl9GQUlMVVJFKQogICAgICAgICB4X1RIUk9X KHNvdXJjZSkKLQotICAgIHRvX2ZkID0gb3BlbihkZXN0LCAoT19XUk9OTFl8T19UUlVOQ3xPX0NS RUFUfE9fQklOQVJZKSwgKFNfSVJVU1J8U19JV1VTUikpOworI2lmZGVmIF9fTVNWQ19fCisJCXRv X2ZkID0gb3BlbihkZXN0LCAoT19XUk9OTFl8T19UUlVOQ3xPX0NSRUFUfE9fQklOQVJZKSwgKF9T X0lSRUFEfF9TX0lXUklURSkpOworI2Vsc2UKKwkJdG9fZmQgPSBvcGVuKGRlc3QsIChPX1dST05M WXxPX1RSVU5DfE9fQ1JFQVR8T19CSU5BUlkpLCAoU19JUlVTUnxTX0lXVVNSKSk7CisjZW5kaWYK ICAgICBpZiAodG9fZmQgPT0gRl9GQUlMVVJFKQogICAgICAgICB4X1RIUk9XKGRlc3QpCiAKQEAg LTExMywxMiArMTIxLDIwIEBACiAgICAgc3RyY3B5KGJ1ZiwgY19kaXJfYmluYXJ5KTsKICAgICBz dHJjYXQoYnVmLCAiLmJhayIpOwogICAgIGlmIChzdGF0KGJ1ZiwgJnN0YXRidWYpID09IEZfRkFJ TFVSRSkgeworI2lmZGVmIF9fTVNWQ19fCisgICAgICAgIGlmIChta2RpcihidWYpID09IEZfRkFJ TFVSRSkKKyNlbHNlCiAgICAgICAgIGlmIChta2RpcihidWYsIFJFQURfV1JJVEVfRVhFQ1VURSkg PT0gRl9GQUlMVVJFKQorI2VuZGlmCiAgICAgICAgICAgICBUSFJPVygoZmlsZV9pZCwgIkNhbm5v dCBjcmVhdGUgZGlyZWN0b3J5IFwiJXNcIjogJXMiLCBidWYsIHN0cmVycm9yKEdFVEVSUigpKSkp CiAgICAgfSBlbHNlIGlmICghU19JU0RJUihzdGF0YnVmLnN0X21vZGUpKSB7CiAgICAgICAgIGlm ICh1bmxpbmsoYnVmKSA9PSBGX0ZBSUxVUkUpCiAgICAgICAgICAgICBUSFJPVygoZmlsZV9pZCwg IkNhbm5vdCBkZWxldGUgZmlsZSBcIiVzXCI6ICVzIiwgYnVmLCBzdHJlcnJvcihHRVRFUlIoKSkp KQorI2lmZGVmIF9fTVNWQ19fCisgICAgICAgIGlmIChta2RpcihidWYpID09IEZfRkFJTFVSRSkK KyNlbHNlCiAgICAgICAgIGlmIChta2RpcihidWYsIFJFQURfV1JJVEVfRVhFQ1VURSkgPT0gRl9G QUlMVVJFKQorI2VuZGlmCiAgICAgICAgICAgICBUSFJPVygoZmlsZV9pZCwgIkNhbm5vdCBjcmVh dGUgZGlyZWN0b3J5IFwiJXNcIjogJXMiLCBidWYsIHN0cmVycm9yKEdFVEVSUigpKSkpCiAgICAg fQogCmRpZmYgLXVyIEdlbmVzaXMtMS4xLjEwLVNUQUJMRS9zcmMvc2lnLmMgd2luMzIvc3JjL3Np Zy5jCi0tLSBHZW5lc2lzLTEuMS4xMC1TVEFCTEUvc3JjL3NpZy5jCVdlZCBKYW4gIDkgMjI6MzA6 MDkgMjAwMgorKysgd2luMzIvc3JjL3NpZy5jCUZyaSBNYXkgMTAgMTc6NDQ6MDQgMjAwMgpAQCAt MjUsOCArMjUsMTAgQEAKICAgICBzaWduYWwoU0lHSUxMLCAgU0lHX0RGTCk7CiAgICAgc2lnbmFs KFNJR0lOVCwgIFNJR19ERkwpOwogICAgIHNpZ25hbChTSUdURVJNLCBTSUdfREZMKTsKKyNpZm5k ZWYgX19NU1ZDX18KICAgICBzaWduYWwoU0lHVVNSMSwgU0lHX0RGTCk7CiAgICAgc2lnbmFsKFNJ R1VTUjIsIFNJR19ERkwpOworI2VuZGlmCiAjaWZkZWYgX19VTklYX18KICAgICBzaWduYWwoU0lH UVVJVCwgU0lHX0RGTCk7CiAgICAgc2lnbmFsKFNJR0hVUCwgIFNJR19ERkwpOwpAQCAtNDAsOCAr NDIsMTAgQEAKICAgICBzaWduYWwoU0lHSUxMLCAgY2F0Y2hfc2lnbmFsKTsKICAgICBzaWduYWwo U0lHSU5ULCAgY2F0Y2hfc2lnbmFsKTsKICAgICBzaWduYWwoU0lHVEVSTSwgY2F0Y2hfc2lnbmFs KTsKKyNpZm5kZWYgX19NU1ZDX18KICAgICBzaWduYWwoU0lHVVNSMSwgY2F0Y2hfc2lnbmFsKTsK ICAgICBzaWduYWwoU0lHVVNSMiwgY2F0Y2hfc2lnbmFsKTsKKyNlbmRpZgogICAgIHNpZ25hbChT SUdGUEUsICBjYXRjaF9TSUdGUEUpOwogI2lmZGVmIF9fVU5JWF9fCiAgICAgc2lnbmFsKFNJR1FV SVQsIGNhdGNoX3NpZ25hbCk7CkBAIC04Miw4ICs4NiwxMCBAQAogICAgICAgICBjYXNlIFNJR0hV UDogIHJldHVybiAiSFVQIjsKICNlbmRpZgogICAgICAgICBjYXNlIFNJR1RFUk06IHJldHVybiAi VEVSTSI7CisjaWZuZGVmIF9fTVNWQ19fCiAgICAgICAgIGNhc2UgU0lHVVNSMTogcmV0dXJuICJV U1IxIjsKICAgICAgICAgY2FzZSBTSUdVU1IyOiByZXR1cm4gIlVTUjIiOworI2VuZGlmCiAgICAg ICAgIGRlZmF1bHQ6ICAgICAgcmV0dXJuICJVbmtub3duIjsKICAgICB9CiAgICAgcmV0dXJuIE5V TEw7CkBAIC0xMTQsNiArMTIwLDcgQEAKICAgICAgICAgICAgIGhhbmRsZV9jb25uZWN0aW9uX291 dHB1dCgpOwogICAgICAgICAgICAgZmx1c2hfZmlsZXMoKTsKICNlbmRpZgorI2lmbmRlZiBfX01T VkNfXwogICAgICAgICBjYXNlIFNJR1VTUjI6CiAgICAgICAgICAgICAvKiBsZXQgdGhlIGRiIGRv IHdoYXQgaXQgd2FudHMgZnJvbSBoZXJlICovCiAgICAgICAgICAgICBicmVhazsKQEAgLTE0MCw2 ICsxNDcsNyBAQAogICAgICAgICAgICAgbG9uZ2ptcChtYWluX2ptcCwgMSk7CiAgICAgICAgICAg ICBicmVhazsKICAgICAgICAgfQorI2VuZGlmCiAgICAgICAgIGNhc2UgU0lHSUxMOgogICAgICAg ICAgICAgLyogbGV0cyBwYW5pYyBhbmQgaG9wZWZ1bGx5IHNodXRkb3duIHdpdGhvdXQgZnJvYmJp bmcgdGhlIGRiICovCiAgICAgICAgICAgICBwYW5pYyhzaWdfbmFtZShzaWcpKTsKZGlmZiAtdXIg R2VuZXNpcy0xLjEuMTAtU1RBQkxFL3NyYy9zdHJ1dGlsLmMgd2luMzIvc3JjL3N0cnV0aWwuYwot LS0gR2VuZXNpcy0xLjEuMTAtU1RBQkxFL3NyYy9zdHJ1dGlsLmMJV2VkIEphbiAgOSAyMjozMDow OSAyMDAyCisrKyB3aW4zMi9zcmMvc3RydXRpbC5jCUZyaSBNYXkgMTAgMTc6NDQ6MDQgMjAwMgpA QCAtMzgwLDcgKzM4MCw3IEBACiAgICAgSW50ICAgICAgaTsKIAogICAgIGlmICgocnggPSBzdHJp bmdfcmVnZXhwKHJlZykpID09IE5VTEwpIHsKLSAgICAgICAgY3Rocm93KHJlZ2V4cF9pZCwgIiVz IiwgcmVnZXJyb3IoTlVMTCkpOworICAgICAgICBjdGhyb3cocmVnZXhwX2lkLCAiJXMiLCBnZW5f cmVnZXJyb3IoTlVMTCkpOwogICAgICAgICAqZXJyb3IgPSBZRVM7CiAgICAgICAgIHJldHVybiBO VUxMOwogICAgIH0KQEAgLTQyNyw3ICs0MjcsNyBAQAogICAgICAgICAgICAgIHNpemU7CiAKICAg ICBpZiAoKHJ4ID0gc3RyaW5nX3JlZ2V4cChyZWcpKSA9PSAocmVnZXhwICopIE5VTEwpIHsKLSAg ICAgICAgY3Rocm93KHJlZ2V4cF9pZCwgIiVzIiwgcmVnZXJyb3IoTlVMTCkpOworICAgICAgICBj dGhyb3cocmVnZXhwX2lkLCAiJXMiLCBnZW5fcmVnZXJyb3IoTlVMTCkpOwogICAgICAgICAqZXJy b3IgPSBZRVM7CiAgICAgICAgIHJldHVybiBOVUxMOwogICAgIH0KQEAgLTU3OSw3ICs1NzksNyBA QAogCiAgICAgLyogQ29tcGlsZSB0aGUgcmVnZXhwLCBub3RlOiBpdCBpcyBmcmVlJ2QgYnkgc3Ry aW5nX2Rpc2NhcmQoKSAqLwogICAgIGlmICgocnggPSBzdHJpbmdfcmVnZXhwKHJlZykpID09IChy ZWdleHAgKikgTlVMTCkKLSAgICAgICAgVEhST1coKHJlZ2V4cF9pZCwgIiVzIiwgcmVnZXJyb3Io TlVMTCkpKQorICAgICAgICBUSFJPVygocmVnZXhwX2lkLCAiJXMiLCBnZW5fcmVnZXJyb3IoTlVM TCkpKQogCiAgICAgLyogaW5pdGlhbCByZWdleHAgZXhlY3V0aW9uICovCiAgICAgaWYgKCFnZW5f cmVnZXhlYyhyeCwgcywgc2Vuc2l0aXZlKSkKQEAgLTEwMjksNyArMTAyOSw3IEBACiAKICAgICAv KiBDb21waWxlIHRoZSByZWdleHAsIG5vdGU6IGl0IGlzIGZyZWUnZCBieSBzdHJpbmdfZGlzY2Fy ZCgpICovCiAgICAgaWYgKChyeCA9IHN0cmluZ19yZWdleHAocmVnKSkgPT0gKHJlZ2V4cCAqKSBO VUxMKQotICAgICAgICB4X1RIUk9XKChyZWdleHBfaWQsICIlcyIsIHJlZ2Vycm9yKE5VTEwpKSkK KyAgICAgICAgeF9USFJPVygocmVnZXhwX2lkLCAiJXMiLCBnZW5fcmVnZXJyb3IoTlVMTCkpKQog CiAgICAgLyogbG9vayBhdCB0aGUgcmVnZXhwIGFuZCBzZWUgaWYgaXRzIGEgc2ltcGxlIG9uZSwK ICAgICAgICB3aGljaCB3ZSBjYW4gY3VycmVudGx5IGhhbmRsZSAqLwpkaWZmIC11ciBHZW5lc2lz LTEuMS4xMC1TVEFCTEUvc3JjL3V0aWwuYyB3aW4zMi9zcmMvdXRpbC5jCi0tLSBHZW5lc2lzLTEu MS4xMC1TVEFCTEUvc3JjL3V0aWwuYwlXZWQgSmFuICA5IDIyOjMwOjA5IDIwMDIKKysrIHdpbjMy L3NyYy91dGlsLmMJRnJpIE1heSAxMCAxNzo0NDowNCAyMDAyCkBAIC0xNyw2ICsxNywxMCBAQAog I2luY2x1ZGUgInRva2VuLmgiCiAjaW5jbHVkZSAibWFjcm9zLmgiCiAKKyNpZmRlZiBfX01TVkNf XworI2luY2x1ZGUgPHByb2Nlc3MuaD4KKyNlbmRpZgorCiAjZGVmaW5lIEZPUk1BVF9CVUZfSU5J VElBTF9MRU5HVEggNDgKICNkZWZpbmUgTUFYX1NDUkFUQ0ggMgogCg== --------------Boundary-00=_PQ6ZD12SJ3FZVNTSG556-- From coldstuff@cold.org Fri May 17 05:14:13 2002 From: coldstuff@cold.org (Jonathan Robertson) Date: Thu, 16 May 2002 21:14:13 -0700 (PDT) Subject: [Coldstuff] smtp question Message-ID: <20020517041413.87088.qmail@web14505.mail.yahoo.com> I'm trying to get the smtp.sendmail part of my core to work. I think I have it connecting to the right smtp server since I don't have one locally, but Im' getting an error. The command line I use is: ;$smtp.sendmail("ae-khepri@aephirsden.com", "jwrtrumpet@attbi.com", "Test Subject Line", "Test body information.") It returns with: => Domain ("[\"Date: Th...) is not a list or dictionary. Thrown by OP_FIND ~type: $smtp.DATA() line 12 ~methoderr: $smtp.sendmail() line 21 ~methoderr: $user_khepri.tmp_eval_1021608888() line 5 ~methoderr: $user_khepri<$programmer>.evaluate() line 25 Any suggestions where I can find the OP_FIND or suggestions for this? I am thinking about writing my own script to make the smtp calls because I need to send an email out to every email in the core, currently numbering at almost 1700. Thanks, Khepri PS - anyone know how I can get the email address changed to ae-khepri@aephirsden.com instead of my yahoo one? __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com From coldstuff@cold.org Fri May 17 15:14:16 2002 From: coldstuff@cold.org (Brandon Gillespie) Date: Fri, 17 May 2002 08:14:16 -0600 Subject: [Coldstuff] smtp question References: <20020517041413.87088.qmail@web14505.mail.yahoo.com> Message-ID: <3CE51038.2010709@roguetrader.com> Jonathan Robertson wrote: > I'm trying to get the smtp.sendmail part of my core to > work. I think I have it connecting to the right smtp > server since I don't have one locally, but Im' getting > an error. > > The command line I use is: > ;$smtp.sendmail("ae-khepri@aephirsden.com", > "jwrtrumpet@attbi.com", "Test Subject Line", "Test > body information.") > The body needs to be a list. Try: ;$stmp.sendmail("from@foo", "to@foo", "subject", ["body line 1", "body line2"]); -Brandon From coldstuff@cold.org Sun May 19 00:48:27 2002 From: coldstuff@cold.org (Jonathan Robertson) Date: Sat, 18 May 2002 16:48:27 -0700 (PDT) Subject: [Coldstuff] smtp question In-Reply-To: <3CE51038.2010709@roguetrader.com> Message-ID: <20020518234827.35130.qmail@web14502.mail.yahoo.com> Ok, that works great now! On to more.. I need to add extra header information into the Data stream. I know the $smtp.DATA() passes a little header information to the email, I'd like to pass something like the following to it. ["From: \"Aeternity Information\" ", ("To: \"" + each.name() + " - " + (each.get_user_info("rl-name", each))[2] + "\" <" + (each.get_user_info("rl-email", each))[2] + ">"), "First Body Line", "Second Body line"] __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com From coldstuff@cold.org Sat May 18 07:59:44 2002 From: coldstuff@cold.org (Jeff Downton) Date: Sat, 18 May 2002 12:29:44 +0530 Subject: [Coldstuff] ColdC IDE? Message-ID: <200205190507.AAA20941@cobalt209.pugmarks.net> Hi, I wanted to know what seems to be the most common development setup for ColdC/Genesis. Specifically are there any editing tools so one could edit their code offline and then have it added to the db later? (mmm.. I guess I should mention that I lean towards tools/editors in linux) Or, does everyone always just do their editing from within the coldcore environment? I'm just starting out and getting familiar with Genesis/ColdC. Thanks, Jeff From coldstuff@cold.org Mon May 20 12:21:47 2002 From: coldstuff@cold.org (coldstuff@cold.org) Date: Mon, 20 May 2002 06:21:47 -0500 (CDT) Subject: [Coldstuff] ColdC IDE? In-Reply-To: <200205190507.AAA20941@cobalt209.pugmarks.net> References: <200205190507.AAA20941@cobalt209.pugmarks.net> Message-ID: <1062.66.118.26.129.1021893707.squirrel@lonewolfe.net> Hey there Jeff, I can't speak for the rest of the gurus here, but I tend to do 90% of my coding offline in a text editor. I cut n' paste it into my client window when I'm ready to implement. When I'm coding online, I usually just type away in the client's input box until the method is complete, then send it en masse. I haven't actually used Cold Core's interface in a long time... though it is fairly robust. I just make WAY too many mistakes! Always going back to change a thang here or there... I dunno much about tools/editors in linux... but I bet you could code up some functionality to bring in a local text file and compile it. Check out the file methods and then the method/programming methods. It's all in the help files. That would be kinda neat to have, too... hrmmm... - Grim > > Hi, I wanted to know what seems to be the most common development setup > for ColdC/Genesis. Specifically are there any editing tools so one > could edit their code offline and then have it added to the db later? > (mmm.. I guess I should mention that I lean towards tools/editors in > linux) > > Or, does everyone always just do their editing from within the coldcore > environment? > > I'm just starting out and getting familiar with Genesis/ColdC. > > Thanks, > Jeff > > _______________________________________________ > Cold-Coldstuff mailing list > Cold-Coldstuff@cold.org > http://web.cold.org/mailman/listinfo/cold-coldstuff From coldstuff@cold.org Mon May 20 13:58:16 2002 From: coldstuff@cold.org (Jonathan Robertson) Date: Mon, 20 May 2002 05:58:16 -0700 (PDT) Subject: [Coldstuff] ColdC IDE? In-Reply-To: <200205190507.AAA20941@cobalt209.pugmarks.net> Message-ID: <20020520125816.34008.qmail@web14506.mail.yahoo.com> I can speak for several from Aephir's Den and from what I know, everyone here does the external text editor, then copies/pastes into the core. Khepri --- Jeff Downton wrote: > > Hi, I wanted to know what seems to be the most > common development setup for > ColdC/Genesis. Specifically are there any editing > tools so one could edit > their code offline and then have it added to the db > later? (mmm.. I guess I > should mention that I lean towards tools/editors in > linux) > > Or, does everyone always just do their editing from > within the coldcore > environment? > > I'm just starting out and getting familiar with > Genesis/ColdC. > > Thanks, > Jeff > > _______________________________________________ > Cold-Coldstuff mailing list > Cold-Coldstuff@cold.org > http://web.cold.org/mailman/listinfo/cold-coldstuff __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com From coldstuff@cold.org Mon May 20 18:00:17 2002 From: coldstuff@cold.org (Chris Peters) Date: Mon, 20 May 2002 13:00:17 -0400 Subject: [Coldstuff] ColdC IDE? References: <200205190507.AAA20941@cobalt209.pugmarks.net> Message-ID: <001501c2001f$d1aa72b0$6501a8c0@spork> Jeff, Those of us at Aelas (aelas.myip.org) just use notepad for Windows, though I personally use UltraEdit 32, which can highlight code syntax according to language. I also use zMud as a client, though this may be about to change. On a tangent, has anyone else had a problem with zMud altering crlf (carriage return, line feed) characters into something indecipherable by the engine and skewing code to the point where it may still work, but is unreadable on a dump? Is there a way to avoid this, or is there a better Win32 client to use? ~Chris Aelas http://aelas.myip.org/ aelas.myip.org:1138 ----- Original Message ----- From: "Jeff Downton" To: Sent: Saturday, May 18, 2002 2:59 AM Subject: [Coldstuff] ColdC IDE? > > Hi, I wanted to know what seems to be the most common development setup for > ColdC/Genesis. Specifically are there any editing tools so one could edit > their code offline and then have it added to the db later? (mmm.. I guess I > should mention that I lean towards tools/editors in linux) > > Or, does everyone always just do their editing from within the coldcore > environment? > > I'm just starting out and getting familiar with Genesis/ColdC. > > Thanks, > Jeff > > _______________________________________________ > Cold-Coldstuff mailing list > Cold-Coldstuff@cold.org > http://web.cold.org/mailman/listinfo/cold-coldstuff From coldstuff@cold.org Mon May 20 18:25:57 2002 From: coldstuff@cold.org (Bruce Mitchener) Date: Mon, 20 May 2002 11:25:57 -0600 Subject: [Coldstuff] ColdC IDE? References: <200205190507.AAA20941@cobalt209.pugmarks.net> <001501c2001f$d1aa72b0$6501a8c0@spork> Message-ID: <3CE931A5.5000908@cubik.org> Chris Peters wrote: > Is there a way to avoid this, or is there a better > Win32 client to use? I use (and like) TkMOO. The MCP support is nice, as is the local editing and all that. Check it out at http://www.awns.com/ - Bruce From coldstuff@cold.org Mon May 20 18:49:12 2002 From: coldstuff@cold.org (Pat Moroney) Date: Mon, 20 May 2002 13:49:12 -0400 Subject: [Coldstuff] ColdC IDE? Message-ID: <465E88A5809A9E4F9D6313331087BC401EDE@les1.lstrat.com> I personally use UltraEdit 32 as well, and have actually purchased it, and recommend it. Although, I lost my old syntax highlighting config for ColdC, does anyone have one lying around? -Pat -----Original Message----- From: Chris Peters [mailto:martaigne@jivemagazine.com] Sent: Monday, May 20, 2002 1:00 PM To: coldstuff@cold.org Subject: Re: [Coldstuff] ColdC IDE? Jeff, Those of us at Aelas (aelas.myip.org) just use notepad for Windows, though I personally use UltraEdit 32, which can highlight code syntax according to language. I also use zMud as a client, though this may be about to change. On a tangent, has anyone else had a problem with zMud altering crlf (carriage return, line feed) characters into something indecipherable by the engine and skewing code to the point where it may still work, but is unreadable on a dump? Is there a way to avoid this, or is there a better Win32 client to use? ~Chris Aelas http://aelas.myip.org/ aelas.myip.org:1138 ----- Original Message ----- From: "Jeff Downton" To: Sent: Saturday, May 18, 2002 2:59 AM Subject: [Coldstuff] ColdC IDE? > > Hi, I wanted to know what seems to be the most common development setup for > ColdC/Genesis. Specifically are there any editing tools so one could edit > their code offline and then have it added to the db later? (mmm.. I guess I > should mention that I lean towards tools/editors in linux) > > Or, does everyone always just do their editing from within the coldcore > environment? > > I'm just starting out and getting familiar with Genesis/ColdC. > > Thanks, > Jeff > > _______________________________________________ > 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 From coldstuff@cold.org Mon May 20 21:13:37 2002 From: coldstuff@cold.org (Jeremy Weatherford) Date: Mon, 20 May 2002 13:13:37 -0700 (PDT) Subject: [Coldstuff] ColdC IDE? In-Reply-To: <1062.66.118.26.129.1021893707.squirrel@lonewolfe.net> Message-ID: Under Linux or other Unices, TinyFugue allows you to script a response to MCP-style editing directives. I've always used the following script in TF: ; set this to an absolute path. /sys does not do tilde completion /set loced_basedir /home/xidus/tf /set loced_doc /home/xidus/tf/tf_edit.coldc ; set this to your favorite editor /def pico=/sh emacs --no-window %1 ; init.. /set shipping 0 ; trigger to finish local editing ; this should really be defined _within_ the start macro but, ugh. /def -mregexp -t"^\\.$" do_localedit = \ /if /test %{shipping} %;\ /then /set shipping 0 %;\ /log -w off %;\ /pico %loced_doc %;\ /sys echo >> %{loced_doc} %;\ /sys echo . >> %{loced_doc} %;\ /send %{upload} %;\ /quote -dsend -S !"tail +2 %{loced_doc}" %;\ /endif ; if you want backups, move the document somewhere instead of deleting it /def -mregexp -t"^#\\$# edit name: (.*) upload: (.*)$" localedit_trigger = \ /set upload %P2%;\ /set shipping 1%;\ /sh rm %{loced_doc}%;\ /log -w %loced_doc It's called the 'localedit' script, it's floating around out there. Runs emacs in your terminal window, so there's no window switching (although you can't do anything else while you're coding -- might want to use a separate connection) This should work with ColdCore's MCP stuff, or I can send you sample code on how to implement it in your own core. Jeremy Weatherford xidus@xidus.net http://xidus.net From coldstuff@cold.org Mon May 20 21:56:55 2002 From: coldstuff@cold.org (Chris Peters) Date: Mon, 20 May 2002 16:56:55 -0400 Subject: [Coldstuff] ColdC IDE? References: <465E88A5809A9E4F9D6313331087BC401EDE@les1.lstrat.com> Message-ID: <000d01c20040$e04ffa80$6501a8c0@spork> I'm too lazy to make my own, and instead use C/C++ or Java highlighting, it works *just* about as well as a custom config, being that ColdC is a C-derived language. ~Chris http://aelas.myip.org/ aelas.myip.org:1138 PS: We're looking for experienced ColdC coders to assist in a non-commercial mud. ----- Original Message ----- From: "Pat Moroney" To: Sent: Monday, May 20, 2002 1:49 PM Subject: RE: [Coldstuff] ColdC IDE? > I personally use UltraEdit 32 as well, and have actually purchased it, and > recommend it. > Although, I lost my old syntax highlighting config for ColdC, does anyone > have one lying around? > > -Pat From coldstuff@cold.org Mon May 20 23:47:20 2002 From: coldstuff@cold.org (B. Jack) Date: Mon, 20 May 2002 15:47:20 -0700 Subject: [Coldstuff] ColdC IDE? Message-ID: > > Hi, I wanted to know what seems to be the most common development setup >for > > ColdC/Genesis. Specifically are there any editing tools so one could >edit > > their code offline and then have it added to the db later? (mmm.. I >guess >I > > should mention that I lean towards tools/editors in linux) > > > > Or, does everyone always just do their editing from within the coldcore > > environment? > > > > I'm just starting out and getting familiar with Genesis/ColdC. > > > > Thanks, > > Jeff My Anime Mayhem core implements a web based administration interface which includes a method editor. To edit code of the method you'd use the object browser tab to find the object with the method to change, then click on the method name which opens up a form with a textedit to modify the code in the method editor tab (my admin interface is implemented like a tab control). It works fairly well provided your web browser gives you suitable text editing facilities which konqueror (the one I use) does. _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com From coldstuff@cold.org Tue May 21 02:52:55 2002 From: coldstuff@cold.org (Adam Cormany) Date: Mon, 20 May 2002 18:52:55 -0700 (PDT) Subject: [Coldstuff] ColdC IDE? In-Reply-To: Message-ID: <20020521015255.40266.qmail@web12801.mail.yahoo.com> Is this publicly available? I would love to add that to my ColdC. --- "B. Jack" wrote: > > > Hi, I wanted to know what seems to be the most > common development setup > >for > > > ColdC/Genesis. Specifically are there any > editing tools so one could > >edit > > > their code offline and then have it added to the > db later? (mmm.. I > >guess > >I > > > should mention that I lean towards tools/editors > in linux) > > > > > > Or, does everyone always just do their editing > from within the coldcore > > > environment? > > > > > > I'm just starting out and getting familiar with > Genesis/ColdC. > > > > > > Thanks, > > > Jeff > > My Anime Mayhem core implements a web based > administration interface which > includes a method editor. To edit code of the > method you'd use the object > browser tab to find the object with the method to > change, then click on the > method name which opens up a form with a textedit to > modify the code in the > method editor tab (my admin interface is implemented > like a tab control). > > It works fairly well provided your web browser gives > you suitable text > editing facilities which konqueror (the one I use) > does. > > _________________________________________________________________ > Chat with friends online, try MSN Messenger: > http://messenger.msn.com > > _______________________________________________ > Cold-Coldstuff mailing list > Cold-Coldstuff@cold.org > http://web.cold.org/mailman/listinfo/cold-coldstuff __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com From coldstuff@cold.org Tue May 21 16:53:37 2002 From: coldstuff@cold.org (B. Jack) Date: Tue, 21 May 2002 08:53:37 -0700 Subject: [Coldstuff] ColdC IDE? Message-ID: > > My Anime Mayhem core implements a web based > > administration interface which > > includes a method editor. To edit code of the > > method you'd use the object > > browser tab to find the object with the method to > > change, then click on the > > method name which opens up a form with a textedit to > > modify the code in the > > method editor tab (my admin interface is implemented > > like a tab control). > > > > It works fairly well provided your web browser gives > > you suitable text > > editing facilities which konqueror (the one I use) > > does. >Is this publicly available? I would love to add that >to my ColdC. I would not be opposed to making the source to the administration object available; however, it is a rather large codebase when I consider that it also depends on the WebObject library (an object oriented web page generation library) and the web server code. The best way to go about this would probably be to create an account on Anime Mayhem (http://anime-mayhem.brians-anime.com:8080) then send me an email (brian[at]brians-anime[dot]com) giving me an email address where I could send you a gzipped textdump (thankfully they compress very well). We could then have a conversation ala Anime Mayehem port 3000 to answer any questions that I know would come up. You will need a good understanding of your existing core before attempting this project since you would be integrating the webserver, webobject lib and admin object into your core. There are advantages and disadvantages to undergoing such a transplant. I also need to make all the usual disclaimers; especially so since overall my core should be considered an unstable development version (however I had coded the webservice aspect since day one and I've used it enough that I trust the stability of that particular area of the codebase). There are some minor concerns but we could discuss those ala Anime Mayhem port 3000. It sounds by your writing that your core qualifies as an early unstable development core as well so this undertaking could well be worth the challenge and the increased understanding of ColdC you'll obtain as a result. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com From coldstuff@cold.org Tue May 21 21:14:31 2002 From: coldstuff@cold.org (=?iso-8859-1?q?Geoffrey=20King?=) Date: Tue, 21 May 2002 21:14:31 +0100 (BST) Subject: [Coldstuff] ColdC IDE? In-Reply-To: Message-ID: <20020521201431.73910.qmail@web10803.mail.yahoo.com> I use two techniques: 1. i do all my major object creation in UltraEdit. Each file corresponds to an object (basically). Then past into a CLI 2. i use www.vmoo.com as my client of choice and it has editing windows available through MCP. THese i use for debugging and understanding how the core works. Future::: I will augment replace the web based object browser with more the classic smalltalk like arrangement. Below is my syntax highlights for UE - derived from C i think: /L8"COLD" Line Comment = // Block Comment On = /* Block Comment Off = */ Escape Char = \ String Chars = " File Extensions = COLD /Delimiters = ~!@%^&*()-+=|\/{}[]:;"'<> , .? /Function String = "%@program[ ^t]+^$[a-zA-Z_.()]+[ ^t]+" /Indent Strings = "{" /Unindent Strings = "}" /C1 arg auto break case continue default do else for goto if in return struct switch to union var void while /C2 access any catch class private protected program public this try with /C4 $ @ . ~ + - = // / % & > < ^ ! | , /C5 "Command Classes and Functions" abs acos add_method add_var ancestors anticipate_assignment asin atan atan2 atomic backup bind_function bind_port buf_replace buf_to_str buf_to_strings bufgraft bufidx buflen call_trace caller cancel children chparents class clear_var close_connection config connection cos create crypt ctime cwrite cwritef data dblog debug_callers definer del_method del_objname del_var delete destroy dict_add dict_contains dict_del dict_keys dict_union dict_values error execute exp explode fchmod fclose feof fflush file files find_method find_next_method fmkdir fopen fread fremove frename frmdir fromliteral fseek fstat fwrite get_var has_ancestor insert join list_method listgraft listidx listlen localtime log lookup lowercase match_begin match_crypted match_pattern match_regexp match_template max method method_access method_bytecode method_flags method_info methods min mtime objname objnum open_connection pad parents pass pause pow random reassign_connection refresh regexp rename_method replace resume rethrow sender set_heartbeat set_method_access set_method_flags set_objname set_user set_var setadd setremove shutdown sin size split sqrt stack str_to_buf strcmp strfmt strgraft stridx strings_to_buf strlen strsed strsub subbuf sublist substr suspend tan task_id task_info tasks this throw tick ticks_left time toerr tofloat toint toliteral toobjnum tostr tosym traceback type unbind_function unbind_port union uppercase user valid variables ===== Geoffrey King __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com From coldstuff@cold.org Tue May 21 23:13:46 2002 From: coldstuff@cold.org (Jeremy S Lowery) Date: Tue, 21 May 2002 17:13:46 -0500 Subject: [Coldstuff] RE: ColdC IDE? In-Reply-To: <20020521180102.2910A341C8@mojo.roguetrader.com> Message-ID: <000001c20114$c68df140$c901a8c0@jlowery> I personally use Homesite when I'm working with textdumps and tkmoo MCP editing for live servers. If anyone else has a copy of Homesite that they Use, I have a syntax highlighter for ColdC if they want it. (jslowery@hotmail.com) Jeremy Lowery From coldstuff@cold.org Thu May 23 08:05:56 2002 From: coldstuff@cold.org (Jeff Downton) Date: Thu, 23 May 2002 12:35:56 +0530 Subject: [Coldstuff] RE: ColdC IDE? Message-ID: <200205230901.EAA31649@cobalt209.pugmarks.net> Thanks for all the suggestions. I was wondering about: > I use two techniques: > 1. i do all my major object creation in UltraEdit. > Each file corresponds to an object (basically). Then > paste into a CLI What is a CLI? And what is MCP (I looked for a reference to it but couldn't find anything, I'm assuming it's a type of editor?) -= Jeff D =- From coldstuff@cold.org Thu May 23 11:41:09 2002 From: coldstuff@cold.org (coldstuff@cold.org) Date: Thu, 23 May 2002 06:41:09 -0400 (EDT) Subject: [Coldstuff] RE: ColdC IDE? In-Reply-To: <200205230901.EAA31649@cobalt209.pugmarks.net> Message-ID: CLI -> Command Line Interface MCP -> M? Command Prompt (?) On Thu, 23 May 2002, Jeff Downton wrote: > >Thanks for all the suggestions. I was wondering about: > >> I use two techniques: >> 1. i do all my major object creation in UltraEdit. >> Each file corresponds to an object (basically). Then >> paste into a CLI > >What is a CLI? > >And what is MCP (I looked for a reference to it but couldn't find anything, >I'm assuming it's a type of editor?) > > >-= Jeff D =- >_______________________________________________ >Cold-Coldstuff mailing list >Cold-Coldstuff@cold.org >http://web.cold.org/mailman/listinfo/cold-coldstuff > -- Stephen John Smoogen smooge@mindspring.com From coldstuff@cold.org Thu May 23 11:41:09 2002 From: coldstuff@cold.org (coldstuff@cold.org) Date: Thu, 23 May 2002 06:41:09 -0400 (EDT) Subject: [Coldstuff] RE: ColdC IDE? In-Reply-To: <200205230901.EAA31649@cobalt209.pugmarks.net> Message-ID: CLI -> Command Line Interface MCP -> M? Command Prompt (?) On Thu, 23 May 2002, Jeff Downton wrote: > >Thanks for all the suggestions. I was wondering about: > >> I use two techniques: >> 1. i do all my major object creation in UltraEdit. >> Each file corresponds to an object (basically). Then >> paste into a CLI > >What is a CLI? > >And what is MCP (I looked for a reference to it but couldn't find anything, >I'm assuming it's a type of editor?) > > >-= Jeff D =- >_______________________________________________ >Cold-Coldstuff mailing list >Cold-Coldstuff@cold.org >http://web.cold.org/mailman/listinfo/cold-coldstuff > -- Stephen John Smoogen smooge@mindspring.com From coldstuff@cold.org Thu May 23 14:11:21 2002 From: coldstuff@cold.org (Bruce Mitchener) Date: Thu, 23 May 2002 07:11:21 -0600 Subject: [Coldstuff] RE: ColdC IDE? References: <200205230901.EAA31649@cobalt209.pugmarks.net> Message-ID: <3CECEA79.4050102@cubik.org> Jeff Downton wrote: > And what is MCP (I looked for a reference to it but couldn't find anything, > I'm assuming it's a type of editor?) I've got info about MCP here: http://agora.cubik.org/wiki/view/Main/MudClientProtocol and MUD-related network stuff in general here: http://agora.cubik.org/wiki/view/Main/NetworkingProtocols in particular, MCP defines a system for having local editor windows for remote content (methods, descriptions, etc) that is supported by a good set of clients. - Bruce From coldstuff@cold.org Thu May 23 16:20:34 2002 From: coldstuff@cold.org (Jean-Christophe Brouze) Date: Thu, 23 May 2002 17:20:34 +0200 (CEST) Subject: [Coldstuff] RE: ColdC IDE? In-Reply-To: Message-ID: On Thu, 23 May 2002 smooge@mindspring.com wrote: > > CLI -> Command Line Interface > MCP -> M? Command Prompt (?) I would say 'Moo Conversational Protocol' ... > > On Thu, 23 May 2002, Jeff Downton wrote: > > > > >Thanks for all the suggestions. I was wondering about: > > > >> I use two techniques: > >> 1. i do all my major object creation in UltraEdit. > >> Each file corresponds to an object (basically). Then > >> paste into a CLI > > > >What is a CLI? > > > >And what is MCP (I looked for a reference to it but couldn't find anything, > >I'm assuming it's a type of editor?) > > > > > >-= Jeff D =- > >_______________________________________________ > >Cold-Coldstuff mailing list > >Cold-Coldstuff@cold.org > >http://web.cold.org/mailman/listinfo/cold-coldstuff > > > > -- 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 May 23 16:20:34 2002 From: coldstuff@cold.org (Jean-Christophe Brouze) Date: Thu, 23 May 2002 17:20:34 +0200 (CEST) Subject: [Coldstuff] RE: ColdC IDE? In-Reply-To: Message-ID: On Thu, 23 May 2002 smooge@mindspring.com wrote: > > CLI -> Command Line Interface > MCP -> M? Command Prompt (?) I would say 'Moo Conversational Protocol' ... > > On Thu, 23 May 2002, Jeff Downton wrote: > > > > >Thanks for all the suggestions. I was wondering about: > > > >> I use two techniques: > >> 1. i do all my major object creation in UltraEdit. > >> Each file corresponds to an object (basically). Then > >> paste into a CLI > > > >What is a CLI? > > > >And what is MCP (I looked for a reference to it but couldn't find anything, > >I'm assuming it's a type of editor?) > > > > > >-= Jeff D =- > >_______________________________________________ > >Cold-Coldstuff mailing list > >Cold-Coldstuff@cold.org > >http://web.cold.org/mailman/listinfo/cold-coldstuff > > > > -- 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 May 23 17:58:10 2002 From: coldstuff@cold.org (James Littlefield) Date: Thu, 23 May 2002 11:58:10 -0500 Subject: [Coldstuff] RE: ColdC IDE? In-Reply-To: References: Message-ID: <20020523110021.806E.LFIELD@prodigy.net> > > CLI -> Command Line Interface > > MCP -> M? Command Prompt (?) MCP -> MOO Communication Protocol It's a client<->server system that was developed a while ago, but only a couple client designers jumped on board, so it never really caught on. A couple MOOs still support it. -- James Littlefield From coldstuff@cold.org Fri May 24 00:48:58 2002 From: coldstuff@cold.org (Bruce Mitchener) Date: Thu, 23 May 2002 17:48:58 -0600 Subject: [Coldstuff] RE: ColdC IDE? References: <20020523110021.806E.LFIELD@prodigy.net> Message-ID: <3CED7FEA.90001@cubik.org> James Littlefield wrote: >>>CLI -> Command Line Interface >>>MCP -> M? Command Prompt (?) > > MCP -> MOO Communication Protocol > > It's a client<->server system that was developed a while ago, but only a > couple client designers jumped on board, so it never really caught on. A > couple MOOs still support it. That's in part becuase there aren't many client designers, fewer yet that are highly competent and most don't focus on the type of audience that would demand MCP support. But there are at least 6 mud clients on various platforms that support it well. I wouldn't want to be without MCP-based local editing. All JHCore, LambdaCore, ColdCore systems support MCP-based local-editing. JHCore tends to have support for some other MCP uses. Check out the URLs that I provided in a previous post for more comprehensive information. - Bruce From coldstuff@cold.org Fri May 24 09:05:44 2002 From: coldstuff@cold.org (Brad Roberts) Date: Fri, 24 May 2002 01:05:44 -0700 (PDT) Subject: [Coldstuff] genesis 1.1.11-pre1 Message-ID: I've taken all the patches submitted to coldstuff to date and created a pre-release tarball for any who want to test it. I've done little more than make sure it still passes the limited test suite. There are no major changes in here: http://www.puremagic.com/~braddr/Genesis-1.1.11-pre1.tar.gz http://www.puremagic.com/~braddr/Genesis-1.1.11-pre1.tar.bz2 * 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) I haven't tested the win32 MSVC patches myself, and I didn't apply them exactly as they were submitted so I'm interested in hearing if there are problems. I believe there's some set of files that Rob has that need to be added on top of the tarball before it's actually functional. Or something like that. I'm just supporting what I can without the ability (or desire) to test. If anyone has additional bug fixes that should be rolled into this release or even just bugs that you haven't reported or aren't included in this list, please send them my way. Thanks, Brad From coldstuff@cold.org Sat May 25 01:31:07 2002 From: coldstuff@cold.org (coldstuff@cold.org) Date: Fri, 24 May 2002 19:31:07 -0500 (CDT) Subject: [Coldstuff] genesis 1.1.11-pre1 In-Reply-To: from "Brad Roberts" at May 24, 2002 01:05:44 AM Message-ID: <200205250031.g4P0V7D08755@astroarch.com> Hi, Has anyone integrated Genesis into an SQL server? Or any thoughts on how hard that would be or where to start? Also, has anyone updated the MOO2COLD code? Thanks, Edward Haletky > > I've taken all the patches submitted to coldstuff to date and created a > pre-release tarball for any who want to test it. I've done little more > than make sure it still passes the limited test suite. There are no major > changes in here: > > http://www.puremagic.com/~braddr/Genesis-1.1.11-pre1.tar.gz > http://www.puremagic.com/~braddr/Genesis-1.1.11-pre1.tar.bz2 > > * 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) > > I haven't tested the win32 MSVC patches myself, and I didn't apply them > exactly as they were submitted so I'm interested in hearing if there are > problems. I believe there's some set of files that Rob has that need to > be added on top of the tarball before it's actually functional. Or > something like that. I'm just supporting what I can without the ability > (or desire) to test. > > If anyone has additional bug fixes that should be rolled into this release > or even just bugs that you haven't reported or aren't included in this > list, please send them my way. > > Thanks, > Brad > > _______________________________________________ > Cold-Coldstuff mailing list > Cold-Coldstuff@cold.org > http://web.cold.org/mailman/listinfo/cold-coldstuff > From coldstuff@cold.org Sat May 25 01:40:45 2002 From: coldstuff@cold.org (Bruce Mitchener) Date: Fri, 24 May 2002 18:40:45 -0600 Subject: [Coldstuff] genesis 1.1.11-pre1 References: <200205250031.g4P0V7D08755@astroarch.com> Message-ID: <3CEEDD8D.7070701@cubik.org> elh@astroarch.com wrote: > Hi, > > Has anyone integrated Genesis into an SQL server? Or any thoughts on how > hard that would be or where to start? What are you goals and underlying motivations here? Do you just want SQL access from ColdC to interact with a remote DB? Do you want the datastore made to run out of a SQL server instead of the current binary DB? Whichever answer (or some other), what are you looking to gain from the changes and what features are you looking to see? > Also, has anyone updated the MOO2COLD code? Not that I've seen. - Bruce From coldstuff@cold.org Sat May 25 01:55:02 2002 From: coldstuff@cold.org (Brad Roberts) Date: Fri, 24 May 2002 17:55:02 -0700 (PDT) Subject: [Coldstuff] genesis 1.1.11-pre1 In-Reply-To: <200205250031.g4P0V7D08755@astroarch.com> Message-ID: Trying to interpret what you are asking: Has anyone written code to allow accessing a sql server from coldc? I haven't and no one has submitted a patch that does it, but it wouldn't be terribly difficult to do a very simplistic implementation. There's obvious performance issues, however. SQL query runtime is highly variable and genesis is single threaded. Some SQL engines have an async interface, but neither postgresql or mysql does, I believe. You could ignore the issue of performance and just rely on the user of the interface to write 'good' queries that return in sub-second time frames and hope that the frequency of use is low enough that the lag resulting from a sql call isn't too impactful, but I don't think I'd be comfortable introducing that sort of problem into the code base. Yes, I know that its already possible to lag the hell out of things with some of the existing calls, but that takes effort to cause to happen, for the most part. It's /very/ easy to write a bad sql query that can take days to finish. Imagine a table with 10k rows in it called foo. Then imagine the results of this query: select * from foo, foo, foo, foo, foo, foo.... The result set from that is 10k ** (number of times you join with foo). Simple query, disastrous results. To support sql engines that lack a clean async interface you'd need to write an adapter of some sort. Something that provided an async interface to genesis/coldc and handled threading or whatever it deemed the right approach for providing the async/sync bridge. On the off hand you meant the question the way you asked it, no. I've never heard of anyone who's considered placing the genesis byte-code compiler and interpreter inside a sql engine. What would be the goal there? To alter the stored procedure language of the sql engine to access and/or be coldc code? Doable I suppose, though I'm not sure what the difficulties would be (other than that it would be a BIG effort) or what the advantages would be. I'm sure it'd be interesting, but I'm pretty sure you couldn't allow arbitrary coldc code to execute, you'd have to limit the 'allowed' side effects to approach any sort of sanity. Ie, the results of a given select statement being run twice in a row are expected to be the same (baring something else doing an insert/update/delete), so the coldc code couldn't be allowed to do anything stateful. As to MOO2COLD, never seen it, never used it, don't own it. Did I answer your question anywhere in there? Later, Brad On Fri, 24 May 2002 elh@astroarch.com wrote: > Date: Fri, 24 May 2002 19:31:07 -0500 (CDT) > From: elh@astroarch.com > Reply-To: coldstuff@cold.org > To: coldstuff@cold.org > Cc: elh@astroarch.com > Subject: Re: [Coldstuff] genesis 1.1.11-pre1 > > > Hi, > > Has anyone integrated Genesis into an SQL server? Or any thoughts on how > hard that would be or where to start? > > Also, has anyone updated the MOO2COLD code? > > Thanks, > Edward Haletky > > > > > I've taken all the patches submitted to coldstuff to date and created a > > pre-release tarball for any who want to test it. I've done little more > > than make sure it still passes the limited test suite. There are no major > > changes in here: > > > > http://www.puremagic.com/~braddr/Genesis-1.1.11-pre1.tar.gz > > http://www.puremagic.com/~braddr/Genesis-1.1.11-pre1.tar.bz2 > > > > * 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) > > > > I haven't tested the win32 MSVC patches myself, and I didn't apply them > > exactly as they were submitted so I'm interested in hearing if there are > > problems. I believe there's some set of files that Rob has that need to > > be added on top of the tarball before it's actually functional. Or > > something like that. I'm just supporting what I can without the ability > > (or desire) to test. > > > > If anyone has additional bug fixes that should be rolled into this release > > or even just bugs that you haven't reported or aren't included in this > > list, please send them my way. > > > > Thanks, > > Brad > > > > _______________________________________________ > > 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 > From coldstuff@cold.org Sat May 25 04:01:49 2002 From: coldstuff@cold.org (Jeremy Weatherford) Date: Fri, 24 May 2002 20:01:49 -0700 (PDT) Subject: [Coldstuff] genesis 1.1.11-pre1 In-Reply-To: <200205250031.g4P0V7D08755@astroarch.com> Message-ID: I added basic MySQL client support (single connect per driver and exec) to Genesis about a year ago. I don't know what the status of that code is right now. It wasn't a huge project, in any case. I'm starting on more comprehensive PostgreSQL support now. I'm not worried about performance with this implementation, because the support is currently only for a single-user web-app with more need for persistence than volume in data storage. I will try to handle multiple connections in a sane manner, though -- either with descriptors or by binding them to objects. Hmm... probably descriptors. If you're interested in the MySQL code, which I assume still works, let me know. It's a hackish 133-line module meant to be linked with -lmysqlclient. Last tested with 1.1.9-STABLE. Jeremy Weatherford xidus@xidus.net http://xidus.net On Fri, 24 May 2002 elh@astroarch.com wrote: > > Hi, > > Has anyone integrated Genesis into an SQL server? Or any thoughts on how > hard that would be or where to start? > > Also, has anyone updated the MOO2COLD code? > > Thanks, > Edward Haletky > > > > > I've taken all the patches submitted to coldstuff to date and created a > > pre-release tarball for any who want to test it. I've done little more > > than make sure it still passes the limited test suite. There are no major > > changes in here: > > > > http://www.puremagic.com/~braddr/Genesis-1.1.11-pre1.tar.gz > > http://www.puremagic.com/~braddr/Genesis-1.1.11-pre1.tar.bz2 > > > > * 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) > > > > I haven't tested the win32 MSVC patches myself, and I didn't apply them > > exactly as they were submitted so I'm interested in hearing if there are > > problems. I believe there's some set of files that Rob has that need to > > be added on top of the tarball before it's actually functional. Or > > something like that. I'm just supporting what I can without the ability > > (or desire) to test. > > > > If anyone has additional bug fixes that should be rolled into this release > > or even just bugs that you haven't reported or aren't included in this > > list, please send them my way. > > > > Thanks, > > Brad > > > > _______________________________________________ > > 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 > From coldstuff@cold.org Sat May 25 04:29:32 2002 From: coldstuff@cold.org (Brad Roberts) Date: Fri, 24 May 2002 20:29:32 -0700 (PDT) Subject: [Coldstuff] genesis 1.1.11-pre1 In-Reply-To: Message-ID: Could you provide some implementation details? Would you like some pointers on how to generalize it more? I hope so, since I'm going to give it anyway. I suggest, for 1.1.x, another extra pointer off the Obj struct. For 1.2.x (I know.. practically vaporware as far as most people are concerned, but trust me, some really incredible work has gone on that just needs to be cleaned up before anyone sees it (ie, I'd be a little embarassed for it to be looked at too closely by anyone right now)) I've overhauled that mechanism to make it less expensive (memory wise, slightly more expensive cpu wise) to add object specific pieces like the current connection and file pointers. Try to isolate the sql engine specific pieces into a layer such that the coldc api can work for multiple sql engines (mysql, postgres, informix, sybase, oracle, mssql, etc). Ie, there's bound to be some amount of code that is independant of the sql engine api's and some that's very very specific. Try to make it easy to write different spcific pieces without having to touch the common piece. Also, try to think about cursor support. Mysql doesn't support cursors, not sure about postgres, but the rest do and could go a long way towards reducing the latency for sql results. If there's enough demand for the sql support, I'd be tempted to back port the changes I mentioned above from 1.2 to 1.1. With those changes, it'd be very easy to keep the sql code as a separate module that didn't have to touch any core code at all, I think. As usual, thinking out loud without looking at the code could get me in trouble, but I'm fairly confident that it's easily doable. Later, Brad On Fri, 24 May 2002, Jeremy Weatherford wrote: > Date: Fri, 24 May 2002 20:01:49 -0700 (PDT) > From: Jeremy Weatherford > Reply-To: coldstuff@cold.org > To: coldstuff@cold.org > Subject: Re: [Coldstuff] genesis 1.1.11-pre1 > > I added basic MySQL client support (single connect per driver and exec) to > Genesis about a year ago. I don't know what the status of that code is > right now. It wasn't a huge project, in any case. > > I'm starting on more comprehensive PostgreSQL support now. I'm not > worried about performance with this implementation, because the support is > currently only for a single-user web-app with more need for persistence > than volume in data storage. I will try to handle multiple connections in > a sane manner, though -- either with descriptors or by binding them to > objects. Hmm... probably descriptors. > > If you're interested in the MySQL code, which I assume still works, let me > know. It's a hackish 133-line module meant to be linked with > -lmysqlclient. Last tested with 1.1.9-STABLE. > > Jeremy Weatherford > xidus@xidus.net > http://xidus.net > > > On Fri, 24 May 2002 elh@astroarch.com wrote: > > > > > Hi, > > > > Has anyone integrated Genesis into an SQL server? Or any thoughts on how > > hard that would be or where to start? > > > > Also, has anyone updated the MOO2COLD code? > > > > Thanks, > > Edward Haletky > > > > > > > > I've taken all the patches submitted to coldstuff to date and created a > > > pre-release tarball for any who want to test it. I've done little more > > > than make sure it still passes the limited test suite. There are no major > > > changes in here: > > > > > > http://www.puremagic.com/~braddr/Genesis-1.1.11-pre1.tar.gz > > > http://www.puremagic.com/~braddr/Genesis-1.1.11-pre1.tar.bz2 > > > > > > * 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) > > > > > > I haven't tested the win32 MSVC patches myself, and I didn't apply them > > > exactly as they were submitted so I'm interested in hearing if there are > > > problems. I believe there's some set of files that Rob has that need to > > > be added on top of the tarball before it's actually functional. Or > > > something like that. I'm just supporting what I can without the ability > > > (or desire) to test. > > > > > > If anyone has additional bug fixes that should be rolled into this release > > > or even just bugs that you haven't reported or aren't included in this > > > list, please send them my way. > > > > > > Thanks, > > > Brad > > > > > > _______________________________________________ > > > 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 > > > > _______________________________________________ > Cold-Coldstuff mailing list > Cold-Coldstuff@cold.org > http://web.cold.org/mailman/listinfo/cold-coldstuff > From coldstuff@cold.org Sat May 25 23:13:22 2002 From: coldstuff@cold.org (Jeremy Weatherford) Date: Sat, 25 May 2002 15:13:22 -0700 (PDT) Subject: [Coldstuff] genesis 1.1.11-pre1 In-Reply-To: Message-ID: Okay, the tarball is at http://cold.xidus.net/genesis-mysql-mod.tgz. Includes mysql.(mod|c|h) and a README file with info on the changes to the Makefile. Anyone caring to try it needs to know how to install modules, because I've forgotten the details -- hence the README isn't terribly helpful on that point. A reminder about this... it's very rudimentary, supporting only a single connection for the entire driver. It's a start, though. I don't think I'm up to implementing more sophisticated support, but you're right, Brad, that it should work by binding connections to objects, rather than using descriptors. It's the Genesis/ColdC Way (TM). Happy hacking... Jeremy Weatherford xidus@xidus.net http://xidus.net On Fri, 24 May 2002, Brad Roberts wrote: > Could you provide some implementation details? Would you like some > pointers on how to generalize it more? I hope so, since I'm going to give > it anyway. > > I suggest, for 1.1.x, another extra pointer off the Obj struct. For 1.2.x > (I know.. practically vaporware as far as most people are concerned, but > trust me, some really incredible work has gone on that just needs to be > cleaned up before anyone sees it (ie, I'd be a little embarassed for it to > be looked at too closely by anyone right now)) I've overhauled that > mechanism to make it less expensive (memory wise, slightly more expensive > cpu wise) to add object specific pieces like the current connection and > file pointers. > > Try to isolate the sql engine specific pieces into a layer such that the > coldc api can work for multiple sql engines (mysql, postgres, informix, > sybase, oracle, mssql, etc). Ie, there's bound to be some amount of code > that is independant of the sql engine api's and some that's very very > specific. Try to make it easy to write different spcific pieces without > having to touch the common piece. Also, try to think about cursor > support. Mysql doesn't support cursors, not sure about postgres, but the > rest do and could go a long way towards reducing the latency for sql > results. > > If there's enough demand for the sql support, I'd be tempted to back port > the changes I mentioned above from 1.2 to 1.1. With those changes, it'd > be very easy to keep the sql code as a separate module that didn't have to > touch any core code at all, I think. As usual, thinking out loud without > looking at the code could get me in trouble, but I'm fairly confident that > it's easily doable. > > Later, > Brad > > On Fri, 24 May 2002, Jeremy Weatherford wrote: > > > Date: Fri, 24 May 2002 20:01:49 -0700 (PDT) > > From: Jeremy Weatherford > > Reply-To: coldstuff@cold.org > > To: coldstuff@cold.org > > Subject: Re: [Coldstuff] genesis 1.1.11-pre1 > > > > I added basic MySQL client support (single connect per driver and exec) to > > Genesis about a year ago. I don't know what the status of that code is > > right now. It wasn't a huge project, in any case. > > > > I'm starting on more comprehensive PostgreSQL support now. I'm not > > worried about performance with this implementation, because the support is > > currently only for a single-user web-app with more need for persistence > > than volume in data storage. I will try to handle multiple connections in > > a sane manner, though -- either with descriptors or by binding them to > > objects. Hmm... probably descriptors. > > > > If you're interested in the MySQL code, which I assume still works, let me > > know. It's a hackish 133-line module meant to be linked with > > -lmysqlclient. Last tested with 1.1.9-STABLE. > > > > Jeremy Weatherford > > xidus@xidus.net > > http://xidus.net > > > > > > On Fri, 24 May 2002 elh@astroarch.com wrote: > > > > > > > > Hi, > > > > > > Has anyone integrated Genesis into an SQL server? Or any thoughts on how > > > hard that would be or where to start? > > > > > > Also, has anyone updated the MOO2COLD code? > > > > > > Thanks, > > > Edward Haletky > > > > > > > > > > > I've taken all the patches submitted to coldstuff to date and created a > > > > pre-release tarball for any who want to test it. I've done little more > > > > than make sure it still passes the limited test suite. There are no major > > > > changes in here: > > > > > > > > http://www.puremagic.com/~braddr/Genesis-1.1.11-pre1.tar.gz > > > > http://www.puremagic.com/~braddr/Genesis-1.1.11-pre1.tar.bz2 > > > > > > > > * 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) > > > > > > > > I haven't tested the win32 MSVC patches myself, and I didn't apply them > > > > exactly as they were submitted so I'm interested in hearing if there are > > > > problems. I believe there's some set of files that Rob has that need to > > > > be added on top of the tarball before it's actually functional. Or > > > > something like that. I'm just supporting what I can without the ability > > > > (or desire) to test. > > > > > > > > If anyone has additional bug fixes that should be rolled into this release > > > > or even just bugs that you haven't reported or aren't included in this > > > > list, please send them my way. > > > > > > > > Thanks, > > > > Brad > > > > > > > > _______________________________________________ > > > > 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 > > > > > > > _______________________________________________ > > 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 > From coldstuff@cold.org Sun May 26 03:35:21 2002 From: coldstuff@cold.org (Robert Bradley) Date: Sat, 25 May 2002 20:35:21 -0600 Subject: [Coldstuff] Minor patch for 1.1.11-pre1 Message-ID: <200205252035.21439.bradleyr41@adelphia.net> --- Genesis-1.1.11-pre1\src\ops\sys.c Fri May 24 01:45:44 2002 +++ Genesis-1.1.11-pre1-win32\src\ops\sys.c Sat May 25 19:06:48 2002 @@ -68,7 +68,7 @@ if (from_fd =3D=3D F_FAILURE) x_THROW(source) -#ifdef __MSCV__ +#ifdef __MSVC__ to_fd =3D open(dest, (O_WRONLY|O_TRUNC|O_CREAT|O_BINARY),=20 (_S_IREAD|_S_IWRITE)); #else to_fd =3D open(dest, (O_WRONLY|O_TRUNC|O_CREAT|O_BINARY),=20 (S_IRUSR|S_IWUSR)); From coldstuff@cold.org Tue May 28 07:10:31 2002 From: coldstuff@cold.org (Jon A. Lambert) Date: Tue, 28 May 2002 02:10:31 -0400 Subject: [Coldstuff] ColdHell Message-ID: Does anyone know what the license restrictions are on the ColdHell database? This is all I could find in the textdump: // Unless otherwise noted, all code in this database // is Copyright 1996-1997 // Michael Mudge // 4314 Wetzel Rd. Apt. A-8 // Liverpool, NY 13090 Is this thing the same thing that was called Kipp's Core a few years back? Anyways I've run into a few people who've expressed an interest in "Cold things" and want to tell them whether they'd be wasting their time with this or not. They aren't commercial people either, but still. Anyone have any info on it? Docs? Slides? Comments? Forensics? blah blah? -- --* 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 Fri May 31 16:30:41 2002 From: coldstuff@cold.org (Cristobal Tapia) Date: Fri, 31 May 2002 08:30:41 -0700 Subject: [Coldstuff] ColdC help! Message-ID: 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? Thanks! ________________________________________________________ Outgrown your current e-mail service? Get a 25MB Inbox, POP3 Access, No Ads and No Taglines with LYCOS MAIL PLUS. http://login.mail.lycos.com/brandPage.shtml?pageId=plus