From coldstuff@cold.org Wed Apr 3 23:58:22 2002 From: coldstuff@cold.org (Bruce Mitchener) Date: Wed, 03 Apr 2002 16:58:22 -0700 Subject: [Coldstuff] disturbing Cold behavior Message-ID: <3CAB971E.9040000@cubik.org> In theory, I should know the answer to this, but I'm totally stumped. I had a set up like this: method 1: ... do some stuff ... object2.method2(); ... do some more stuff, including I/O and then, in method2: ... do some stuff ... ... do something dumb that threw an error ... And, in that situation, _all_ of method 1 ran and completed, despite the error. In the course of trying to figure out what was going on, I'd recompiled both methods a couple of times, and eventually, after recompiling method2 a couple of times (adding, removing debug code), the problem stopped happening, and the error started to kill method 1 as expected. One important thing to note is that in the course of doing this debugging, I had put a catch any { ... } with { $user_bruce.tell(toliteral(traceback())); } around the whole body of method 1 and verified that method 1 was only getting executed once and so there wasn't any situation where it was running twice but only running the method2 once or anything. I probably need to find a more coherent way of explaining this. This is a dev, unreleased copy of Genesis, but I'm not sure that there's anything in there that might cause that. Has anyone else seen anything remotely like this happen in the past? - Bruce From coldstuff@cold.org Sun Apr 7 17:21:22 2002 From: coldstuff@cold.org (Adam Cormany) Date: Sun, 7 Apr 2002 09:21:22 -0700 (PDT) Subject: [Coldstuff] spacing with explode() Message-ID: <20020407162122.69335.qmail@web12801.mail.yahoo.com> I'm not sure if I'm misunderstanding the way explode() works with spaces, but the help page says if you want to keep your blanks, put a second argument into explode(). If I do this: ;"hi hi".explode(" ", 1); => ["hi", "hi"] ;"hi hi".explode(" ", 1); => ["hi", "", "hi"] Shouldn't it be: ;"hi hi".explode(" ", 1); => ["hi", "", "hi"] ;"hi hi".explode(" ", 1); => ["hi", "", "", "hi"] I'm wanting to keep the blank lines in a string when exploded, but it keeps giving me the wrong number of spaces. Is there another function that gives the same amount of spaces in the list that you have in the original string? Thanks Adam __________________________________________________ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ From coldstuff@cold.org Sun Apr 7 18:15:40 2002 From: coldstuff@cold.org (Greg Hudson) Date: 07 Apr 2002 13:15:40 -0400 Subject: [Coldstuff] spacing with explode() In-Reply-To: <20020407162122.69335.qmail@web12801.mail.yahoo.com> References: <20020407162122.69335.qmail@web12801.mail.yahoo.com> Message-ID: <1018199740.29728.95.camel@error-messages.mit.edu> On Sun, 2002-04-07 at 12:21, Adam Cormany wrote: > Shouldn't it be: > ;"hi hi".explode(" ", 1); > => ["hi", "", "hi"] > > ;"hi hi".explode(" ", 1); > => ["hi", "", "", "hi"] No. A blank is when there are two separators with nothing between them, not when there is one separator. > I'm wanting to keep the blank lines in a string when > exploded, but it keeps giving me the wrong number of > spaces. Just assume that there is one separator between each exploded field. From coldstuff@cold.org Wed Apr 10 22:55:44 2002 From: coldstuff@cold.org (coldstuff@cold.org) Date: Wed, 10 Apr 2002 17:55:44 -0400 Subject: [Coldstuff] patch to fix segfault in regexp/match_regexp Message-ID: <20020410175544.A23986@aura.teferi.yi.org> There's a bug in Genesis 1.1.10-STABLE which causes a segfault whenenver a ColdC program attempts to evaluate an invalid regexp. The following patch should fix the problem: diff -u Genesis-1.1.10-STABLE.old/src/strutil.c Genesis-1.1.10-STABLE/src/strutil.c --- Genesis-1.1.10-STABLE.old/src/strutil.c Thu Jan 10 00:30:09 2002 +++ Genesis-1.1.10-STABLE/src/strutil.c Wed Apr 10 17:33:28 2002 @@ -380,7 +380,7 @@ Int i; if ((rx = string_regexp(reg)) == NULL) { - cthrow(regexp_id, "%s", regerror(NULL)); + cthrow(regexp_id, "%s", gen_regerror(NULL)); *error = YES; return NULL; } @@ -427,7 +427,7 @@ size; if ((rx = string_regexp(reg)) == (regexp *) NULL) { - cthrow(regexp_id, "%s", regerror(NULL)); + cthrow(regexp_id, "%s", gen_regerror(NULL)); *error = YES; return NULL; } @@ -579,7 +579,7 @@ /* Compile the regexp, note: it is free'd by string_discard() */ if ((rx = string_regexp(reg)) == (regexp *) NULL) - THROW((regexp_id, "%s", regerror(NULL))) + THROW((regexp_id, "%s", gen_regerror(NULL))) /* initial regexp execution */ if (!gen_regexec(rx, s, sensitive)) @@ -1029,7 +1029,7 @@ /* Compile the regexp, note: it is free'd by string_discard() */ if ((rx = string_regexp(reg)) == (regexp *) NULL) - x_THROW((regexp_id, "%s", regerror(NULL))) + x_THROW((regexp_id, "%s", gen_regerror(NULL))) /* look at the regexp and see if its a simple one, which we can currently handle */ From coldstuff@cold.org Wed Apr 10 23:21:11 2002 From: coldstuff@cold.org (Brad Roberts) Date: Wed, 10 Apr 2002 15:21:11 -0700 (PDT) Subject: [Coldstuff] patch to fix segfault in regexp/match_regexp In-Reply-To: <20020410175544.A23986@aura.teferi.yi.org> Message-ID: Great.. I had looking at this on my todo list and just haven't had a chance yet. Can I ask you to write a new test (see genesis/tests/) that demonstrates the bug? Thanks, Brad On Wed, 10 Apr 2002 pvx@wmute.net wrote: > Date: Wed, 10 Apr 2002 17:55:44 -0400 > From: pvx@wmute.net > Reply-To: coldstuff@cold.org > To: coldstuff@cold.org > Subject: [Coldstuff] patch to fix segfault in regexp/match_regexp > > There's a bug in Genesis 1.1.10-STABLE which causes a segfault whenenver a ColdC program attempts to evaluate an invalid regexp. The following patch should fix the problem: > > diff -u Genesis-1.1.10-STABLE.old/src/strutil.c Genesis-1.1.10-STABLE/src/strutil.c > --- Genesis-1.1.10-STABLE.old/src/strutil.c Thu Jan 10 00:30:09 2002 > +++ Genesis-1.1.10-STABLE/src/strutil.c Wed Apr 10 17:33:28 2002 > @@ -380,7 +380,7 @@ > Int i; > > if ((rx = string_regexp(reg)) == NULL) { > - cthrow(regexp_id, "%s", regerror(NULL)); > + cthrow(regexp_id, "%s", gen_regerror(NULL)); > *error = YES; > return NULL; > } > @@ -427,7 +427,7 @@ > size; > > if ((rx = string_regexp(reg)) == (regexp *) NULL) { > - cthrow(regexp_id, "%s", regerror(NULL)); > + cthrow(regexp_id, "%s", gen_regerror(NULL)); > *error = YES; > return NULL; > } > @@ -579,7 +579,7 @@ > > /* Compile the regexp, note: it is free'd by string_discard() */ > if ((rx = string_regexp(reg)) == (regexp *) NULL) > - THROW((regexp_id, "%s", regerror(NULL))) > + THROW((regexp_id, "%s", gen_regerror(NULL))) > > /* initial regexp execution */ > if (!gen_regexec(rx, s, sensitive)) > @@ -1029,7 +1029,7 @@ > > /* Compile the regexp, note: it is free'd by string_discard() */ > if ((rx = string_regexp(reg)) == (regexp *) NULL) > - x_THROW((regexp_id, "%s", regerror(NULL))) > + x_THROW((regexp_id, "%s", gen_regerror(NULL))) > > /* look at the regexp and see if its a simple one, > which we can currently handle */ > _______________________________________________ > Cold-Coldstuff mailing list > Cold-Coldstuff@cold.org > http://web.cold.org/mailman/listinfo/cold-coldstuff > From coldstuff@cold.org Thu Apr 11 03:47:20 2002 From: coldstuff@cold.org (coldstuff@cold.org) Date: Wed, 10 Apr 2002 22:47:20 -0400 Subject: [Coldstuff] patch to fix segfault in regexp/match_regexp Message-ID: <20020410224720.A24986@aura.teferi.yi.org> On Wed, 10 Apr 2002 Brad Roberts wrote: > Great.. I had looking at this on my todo list and just haven't had a > chance yet. Can I ask you to write a new test (see genesis/tests/) that > demonstrates the bug? Here's some tests for regexp() and match_regexp() which will test literal matching (1), special character matching (2), case sensitivity (3-4), and error handling (5-6). --- test.in.old Wed Apr 10 20:51:59 2002 +++ test.in Wed Apr 10 22:30:37 2002 @@ -2408,9 +2408,27 @@ // Output String test 12 + 1 - ["Aa0\^$|()[].*+?"] + 2 - ["a"] + 3 - ["FOO"] + 4 - 0 + 5 - regexp error resulted + 6 - regexp error resulted eval { dblog("String test 12"); + dblog(" 1 - " + regexp("Aa0\\^$|()[].*+?", "Aa0\\\\\^\$\|\(\)\[\]\.\*\+\?")); + dblog(" 2 - " + regexp("\\abdeeefffg", "^\\\\(a)[bc].e*f+g?$|_")); + dblog(" 3 - " + regexp("FOO", "foo")); + dblog(" 4 - " + regexp("FOO", "foo", 1)); + catch ~regexp + dblog(" 5 - " + regexp("", "(")); + with + dblog(" 5 - regexp error resulted"); + catch ~regexp + dblog(" 6 - " + regexp("", "[")); + with + dblog(" 6 - regexp error resulted"); }; // String test 13 @@ -2523,9 +2541,27 @@ // Output String matching test 5 + 1 - [[1, 15], [0, 0], [0, 0], [0, 0], [0, 0], [0, 0], [0, 0], [0, 0], [0, 0], [0, 0]] + 2 - [[1, 11], [2, 1], [0, 0], [0, 0], [0, 0], [0, 0], [0, 0], [0, 0], [0, 0], [0, 0]] + 3 - [[1, 3], [0, 0], [0, 0], [0, 0], [0, 0], [0, 0], [0, 0], [0, 0], [0, 0], [0, 0]] + 4 - 0 + 5 - regexp error resulted + 6 - regexp error resulted eval { dblog("String matching test 5"); + dblog(" 1 - " + match_regexp("Aa0\\^$|()[].*+?", "Aa0\\\\\^\$\|\(\)\[\]\.\*\+\?")); + dblog(" 2 - " + match_regexp("\\abdeeefffg", "^\\\\(a)[bc].e*f+g?$|_")); + dblog(" 3 - " + match_regexp("FOO", "foo")); + dblog(" 4 - " + match_regexp("FOO", "foo", 1)); + catch ~regexp + dblog(" 5 - " + match_regexp("", "(")); + with + dblog(" 5 - regexp error resulted"); + catch ~regexp + dblog(" 6 - " + match_regexp("", "[")); + with + dblog(" 6 - regexp error resulted"); }; // Numeric test 1 From coldstuff@cold.org Sat Apr 20 18:42:00 2002 From: coldstuff@cold.org (Ira) Date: Sat, 20 Apr 2002 12:42:00 -0500 Subject: [Coldstuff] having trouble getting genesis to compile Message-ID: I've been fiddling with this for a while here, so I'm going to paste in a lot of stuff... sorry about that. when I try to compile genesis, I get a bunch of "undefined reference" errors, followed by ld returning a 1 exit status and the whole thing breaks. I'll paste in the exact text at the end of the email. I looked for anything related to compile problems with Mandrake Linux (which is what I'm running on that machine) and found a message in the Coldstuff archives talking about gdbm.h being in the wrong place on Mandrake 8.1... I'm running 8.2. so, since it does look like a dbm related problem I started looking for gdbm.h, as suggested in the message: http://web.cold.org/pipermail/cold-coldstuff/2002-February/000191.html gdbm.h doesn't exist on my system, so I looked on rpmfind for gdbm, and I couldn't find a package that provided that particular file. however, I do seem to have the mandrake gdbm package installed: ----- $ locate gdbm ... /usr/lib/libgdbm.so.2 /usr/lib/libgdbm.so.2.0.0 /usr/lib/rep/0.15.2/i586-mandrake-linux-gnu/gdbm.la /usr/lib/rep/0.15.2/i586-mandrake-linux-gnu/rep/io/db/gdbm.la /usr/lib/rep/0.15.2/i586-mandrake-linux-gnu/rep/io/db/gdbm.so /usr/lib/rep/0.15.2/i586-mandrake-linux-gnu/gdbm.so ----- since the first two files there are all that the gdbm package on rpmfind provides, I'm not sure what to do to make the whole thing work. I can't find gdbm.h on rpmfind.net at all. there _is_ an ndbm.h: ----- $ locate ndbm /usr/include/db1/ndbm.h ----- it _seems_ like the configure script is finding ndbm.h... so, I'm lost. sorry for such a verbose message, but I wanted to exhaust possibilities of fixing it myself before asking the list. thanks very much! Love, Ira ------ gcc -g -O -Iinclude -Imodules -Lmodules grammar.o coldcc.o textdb.o data/data.o data/buffer.o data/dict.o data/ident.o data/list.o data/object.o data/string.o data/handled_frob.o data/quickhash.o cache.o binarydb.o dbpack.o decode.o lookup.o io.o log.o net.o file.o strutil.o memory.o sig.o util.o regexp.o defs.o dns.o codegen.o execute.o opcodes.o token.o native.o ops/operators.o ops/buffer.o ops/error.o ops/list.o ops/object.o ops/dict.o ops/string.o ops/data.o ops/sys.o ops/misc.o ops/task.o ops/file.o ops/network.o ops/math.o modules/cdc.o modules/cdc_buffer.o modules/cdc_dict.o modules/cdc_list.o modules/cdc_misc.o modules/cdc_string.o modules/cdc_integer.o modules/web.o modules/ext_math.o shs.o crypt.o -lintl -lm -lnsl -o coldcc lookup.o: In function `lookup_open': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:60: undefined reference to `dbm_open' lookup.o: In function `lookup_close': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:70: undefined reference to `dbm_close' lookup.o: In function `lookup_sync': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:80: undefined reference to `dbm_close' /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:81: undefined reference to `dbm_open' lookup.o: In function `lookup_retrieve_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:93: undefined reference to `dbm_fetch' lookup.o: In function `lookup_store_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:108: undefined reference to `dbm_store' lookup.o: In function `lookup_remove_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:123: undefined reference to `dbm_delete' lookup.o: In function `lookup_first_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:134: undefined reference to `dbm_firstkey' lookup.o: In function `lookup_next_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:146: undefined reference to `dbm_nextkey' lookup.o: In function `lookup_remove_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:230: undefined reference to `dbm_delete' lookup.o: In function `lookup_first_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:240: undefined reference to `dbm_firstkey' lookup.o: In function `lookup_next_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:252: undefined reference to `dbm_nextkey' lookup.o: In function `store_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:349: undefined reference to `dbm_store' lookup.o: In function `get_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:363: undefined reference to `dbm_fetch' collect2: ld returned 1 exit status make[1]: *** [coldcc] Error 1 make[1]: Leaving directory `/home/horza/Downloads/Genesis-1.1.10-STABLE/src' make: *** [all] Error 2 From coldstuff@cold.org Sun Apr 21 07:17:47 2002 From: coldstuff@cold.org (Robert Bradley) Date: Sat, 20 Apr 2002 23:17:47 -0700 Subject: [Coldstuff] having trouble getting genesis to compile In-Reply-To: Message-ID: <000101c1e8fc$447140c0$a037cbcc@laptop> For Mandrake, the simplest solution for this is to create a symbolic link of the ndbm.h header file. Try the following command as root: Ln -s /usr/include/db1/ndbm.h /usr/include/ndbm.h After that, try compiling again. Rob bradleyr1@iname.com -----Original Message----- From: cold-coldstuff-admin@cold.org [mailto:cold-coldstuff-admin@cold.org] On Behalf Of Ira Sent: Saturday, April 20, 2002 10:42 AM To: cold-coldstuff@cold.org Cc: Ira Subject: [Coldstuff] having trouble getting genesis to compile I've been fiddling with this for a while here, so I'm going to paste in a lot of stuff... sorry about that. when I try to compile genesis, I get a bunch of "undefined reference" errors, followed by ld returning a 1 exit status and the whole thing breaks. I'll paste in the exact text at the end of the email. I looked for anything related to compile problems with Mandrake Linux (which is what I'm running on that machine) and found a message in the Coldstuff archives talking about gdbm.h being in the wrong place on Mandrake 8.1... I'm running 8.2. so, since it does look like a dbm related problem I started looking for gdbm.h, as suggested in the message: http://web.cold.org/pipermail/cold-coldstuff/2002-February/000191.html gdbm.h doesn't exist on my system, so I looked on rpmfind for gdbm, and I couldn't find a package that provided that particular file. however, I do seem to have the mandrake gdbm package installed: ----- $ locate gdbm ... /usr/lib/libgdbm.so.2 /usr/lib/libgdbm.so.2.0.0 /usr/lib/rep/0.15.2/i586-mandrake-linux-gnu/gdbm.la /usr/lib/rep/0.15.2/i586-mandrake-linux-gnu/rep/io/db/gdbm.la /usr/lib/rep/0.15.2/i586-mandrake-linux-gnu/rep/io/db/gdbm.so /usr/lib/rep/0.15.2/i586-mandrake-linux-gnu/gdbm.so ----- since the first two files there are all that the gdbm package on rpmfind provides, I'm not sure what to do to make the whole thing work. I can't find gdbm.h on rpmfind.net at all. there _is_ an ndbm.h: ----- $ locate ndbm /usr/include/db1/ndbm.h ----- it _seems_ like the configure script is finding ndbm.h... so, I'm lost. sorry for such a verbose message, but I wanted to exhaust possibilities of fixing it myself before asking the list. thanks very much! Love, Ira ------ gcc -g -O -Iinclude -Imodules -Lmodules grammar.o coldcc.o textdb.o data/data.o data/buffer.o data/dict.o data/ident.o data/list.o data/object.o data/string.o data/handled_frob.o data/quickhash.o cache.o binarydb.o dbpack.o decode.o lookup.o io.o log.o net.o file.o strutil.o memory.o sig.o util.o regexp.o defs.o dns.o codegen.o execute.o opcodes.o token.o native.o ops/operators.o ops/buffer.o ops/error.o ops/list.o ops/object.o ops/dict.o ops/string.o ops/data.o ops/sys.o ops/misc.o ops/task.o ops/file.o ops/network.o ops/math.o modules/cdc.o modules/cdc_buffer.o modules/cdc_dict.o modules/cdc_list.o modules/cdc_misc.o modules/cdc_string.o modules/cdc_integer.o modules/web.o modules/ext_math.o shs.o crypt.o -lintl -lm -lnsl -o coldcc lookup.o: In function `lookup_open': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:60: undefined reference to `dbm_open' lookup.o: In function `lookup_close': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:70: undefined reference to `dbm_close' lookup.o: In function `lookup_sync': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:80: undefined reference to `dbm_close' /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:81: undefined reference to `dbm_open' lookup.o: In function `lookup_retrieve_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:93: undefined reference to `dbm_fetch' lookup.o: In function `lookup_store_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:108: undefined reference to `dbm_store' lookup.o: In function `lookup_remove_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:123: undefined reference to `dbm_delete' lookup.o: In function `lookup_first_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:134: undefined reference to `dbm_firstkey' lookup.o: In function `lookup_next_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:146: undefined reference to `dbm_nextkey' lookup.o: In function `lookup_remove_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:230: undefined reference to `dbm_delete' lookup.o: In function `lookup_first_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:240: undefined reference to `dbm_firstkey' lookup.o: In function `lookup_next_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:252: undefined reference to `dbm_nextkey' lookup.o: In function `store_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:349: undefined reference to `dbm_store' lookup.o: In function `get_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:363: undefined reference to `dbm_fetch' collect2: ld returned 1 exit status make[1]: *** [coldcc] Error 1 make[1]: Leaving directory `/home/horza/Downloads/Genesis-1.1.10-STABLE/src' make: *** [all] Error 2 _______________________________________________ Cold-Coldstuff mailing list Cold-Coldstuff@cold.org http://web.cold.org/mailman/listinfo/cold-coldstuff From coldstuff@cold.org Sun Apr 21 06:22:59 2002 From: coldstuff@cold.org (Robert Bradley) Date: Sat, 20 Apr 2002 22:22:59 -0700 Subject: [Coldstuff] Win32 release of Genesis 1.1.10 Message-ID: <000001c1e8f4$9caaad60$a037cbcc@laptop> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C1E8B9.F04D5C00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I took the liberty of compiling the latest version of genesis in win32 format using MSVC. I've uploaded it to the incoming folder at ice.cold.org, so it should appear on the ftp site sometime. Until that's up, it's also available at http://www.geocities.com/inindo.geo/Genesis-1.1.10-win32-bin.tar.gz temporarily. In addition, mtime() now works correctly in Win32. If you find any bugs, you can report them here or directly to me and I'll see what I can do as time permits. Robert Bradley bradleyr1@iname.com ------=_NextPart_000_0001_01C1E8B9.F04D5C00 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I took the liberty of compiling the latest version of genesis in win32 format using MSVC.  I’ve uploaded it to the = incoming folder at ice.cold.org, so it should appear on the ftp site = sometime.  Until that’s up, = it’s also available at http://www.geocities.com/inindo.geo/Genesis-1.1.10-win32-bin.tar.gz temporarily.  In addition, = mtime() now works correctly in Win32.  If you find any bugs, you can report them here or directly to me and = I’ll see what I can do as time permits.

 

Robert Bradley

bradleyr1@iname.com

------=_NextPart_000_0001_01C1E8B9.F04D5C00-- From coldstuff@cold.org Sun Apr 21 06:50:51 2002 From: coldstuff@cold.org (Robert Bradley) Date: Sat, 20 Apr 2002 22:50:51 -0700 Subject: [Coldstuff] having trouble getting genesis to compile In-Reply-To: Message-ID: <000001c1e8f8$808f6860$a037cbcc@laptop> For Mandrake, the simplest solution for this is to create a symbolic link of the ndbm.h header file. Try the following command as root: Ln -s /usr/include/db1/ndbm.h /usr/include/ndbm.h After that, try compiling again. Rob bradleyr1@iname.com -----Original Message----- From: cold-coldstuff-admin@cold.org [mailto:cold-coldstuff-admin@cold.org] On Behalf Of Ira Sent: Saturday, April 20, 2002 10:42 AM To: cold-coldstuff@cold.org Cc: Ira Subject: [Coldstuff] having trouble getting genesis to compile I've been fiddling with this for a while here, so I'm going to paste in a lot of stuff... sorry about that. when I try to compile genesis, I get a bunch of "undefined reference" errors, followed by ld returning a 1 exit status and the whole thing breaks. I'll paste in the exact text at the end of the email. I looked for anything related to compile problems with Mandrake Linux (which is what I'm running on that machine) and found a message in the Coldstuff archives talking about gdbm.h being in the wrong place on Mandrake 8.1... I'm running 8.2. so, since it does look like a dbm related problem I started looking for gdbm.h, as suggested in the message: http://web.cold.org/pipermail/cold-coldstuff/2002-February/000191.html gdbm.h doesn't exist on my system, so I looked on rpmfind for gdbm, and I couldn't find a package that provided that particular file. however, I do seem to have the mandrake gdbm package installed: ----- $ locate gdbm ... /usr/lib/libgdbm.so.2 /usr/lib/libgdbm.so.2.0.0 /usr/lib/rep/0.15.2/i586-mandrake-linux-gnu/gdbm.la /usr/lib/rep/0.15.2/i586-mandrake-linux-gnu/rep/io/db/gdbm.la /usr/lib/rep/0.15.2/i586-mandrake-linux-gnu/rep/io/db/gdbm.so /usr/lib/rep/0.15.2/i586-mandrake-linux-gnu/gdbm.so ----- since the first two files there are all that the gdbm package on rpmfind provides, I'm not sure what to do to make the whole thing work. I can't find gdbm.h on rpmfind.net at all. there _is_ an ndbm.h: ----- $ locate ndbm /usr/include/db1/ndbm.h ----- it _seems_ like the configure script is finding ndbm.h... so, I'm lost. sorry for such a verbose message, but I wanted to exhaust possibilities of fixing it myself before asking the list. thanks very much! Love, Ira ------ gcc -g -O -Iinclude -Imodules -Lmodules grammar.o coldcc.o textdb.o data/data.o data/buffer.o data/dict.o data/ident.o data/list.o data/object.o data/string.o data/handled_frob.o data/quickhash.o cache.o binarydb.o dbpack.o decode.o lookup.o io.o log.o net.o file.o strutil.o memory.o sig.o util.o regexp.o defs.o dns.o codegen.o execute.o opcodes.o token.o native.o ops/operators.o ops/buffer.o ops/error.o ops/list.o ops/object.o ops/dict.o ops/string.o ops/data.o ops/sys.o ops/misc.o ops/task.o ops/file.o ops/network.o ops/math.o modules/cdc.o modules/cdc_buffer.o modules/cdc_dict.o modules/cdc_list.o modules/cdc_misc.o modules/cdc_string.o modules/cdc_integer.o modules/web.o modules/ext_math.o shs.o crypt.o -lintl -lm -lnsl -o coldcc lookup.o: In function `lookup_open': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:60: undefined reference to `dbm_open' lookup.o: In function `lookup_close': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:70: undefined reference to `dbm_close' lookup.o: In function `lookup_sync': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:80: undefined reference to `dbm_close' /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:81: undefined reference to `dbm_open' lookup.o: In function `lookup_retrieve_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:93: undefined reference to `dbm_fetch' lookup.o: In function `lookup_store_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:108: undefined reference to `dbm_store' lookup.o: In function `lookup_remove_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:123: undefined reference to `dbm_delete' lookup.o: In function `lookup_first_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:134: undefined reference to `dbm_firstkey' lookup.o: In function `lookup_next_objnum': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:146: undefined reference to `dbm_nextkey' lookup.o: In function `lookup_remove_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:230: undefined reference to `dbm_delete' lookup.o: In function `lookup_first_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:240: undefined reference to `dbm_firstkey' lookup.o: In function `lookup_next_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:252: undefined reference to `dbm_nextkey' lookup.o: In function `store_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:349: undefined reference to `dbm_store' lookup.o: In function `get_name': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:363: undefined reference to `dbm_fetch' collect2: ld returned 1 exit status make[1]: *** [coldcc] Error 1 make[1]: Leaving directory `/home/horza/Downloads/Genesis-1.1.10-STABLE/src' make: *** [all] Error 2 _______________________________________________ Cold-Coldstuff mailing list Cold-Coldstuff@cold.org http://web.cold.org/mailman/listinfo/cold-coldstuff From coldstuff@cold.org Sun Apr 21 07:20:45 2002 From: coldstuff@cold.org (Robert Bradley) Date: Sat, 20 Apr 2002 23:20:45 -0700 Subject: [Coldstuff] Win32 release of Genesis 1.1.10 Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0002_01C1E8C2.0135D850 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I took the liberty of compiling the latest version of genesis in win32 format using MSVC. I've uploaded it to the incoming folder at = ice.cold.org, so it should appear on the ftp site sometime. Until that's up, it's = also available at http://www.geocities.com/inindo.geo/Genesis-1.1.10-win32-bin.tar.gz temporarily. In addition, mtime() now works correctly in Win32. If you find any bugs, you can report them here or directly to me and I'll see = what I can do as time permits. =20 Robert Bradley bradleyr1@iname.com =20 ------=_NextPart_000_0002_01C1E8C2.0135D850 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IjAGAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGAAcAAQAAAAAAAAEGgAMADgAAANIHBAAU ABcAFAAAAAYAIgEBA5AGAEwPAAArAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAAC ATEAAQAAABgAAAAAAAAAw6v8vsyaiEKeonOisMJbm0QlIAADADYAAAAAAB4AcAABAAAAIAAAAFdp bjMyIHJlbGVhc2Ugb2YgR2VuZXNpcyAxLjEuMTAAAgFxAAEAAAAWAAAAAcHo/B2JE2UKU1JER++N H65UzqZldwAAAgEdDAEAAAAdAAAAU01UUDpCUkFETEVZUjQxQEFERUxQSElBLk5FVAAAAAALAAEO AAAAAEAABg4A6LCQ/OjBAQIBCg4BAAAAGAAAAAAAAADDq/y+zJqIQp6ic6KwwlubwoAAAAMAFA4A AAAACwAfDgEAAAACAQkQAQAAAI0KAACJCgAAXiAAAExaRnVXQxevAwAKAHJjcGcxMjWCMgNDaHRt bDEDMP8BAwH3CoACpAPkBxMCgBAD/wBQBFYIVQeyETUOUQMBAgCEY2gKwHNldDIGANsGwxE1MwRG E8cwEj8CAH40A8UV2RDlEUMI7wn3O9saHw4wNREyDGBjAFALCZkBZDM2FmALpTQgEAIcKlwOsgGQ DhA5IDwZDrIgeA7QAIA6bz2SIghwbjoE8GhlAMCYcy1tDeADYHNvAYC6LQWgbSCgASAN4GUidXoi IEV3IM8h3yPABbBkByNVI+AOsHRwOi8vQncnUC53My4FsGcAL1RSL1JFQy3hDrI0MCI+EUMfNxRQ ZwqjKP8qD2czHtAf8GV8YWQo7Q7xK18t3x90No0O8DwHgAGQIG5hB4CEPVADYGdJZCAFoCMCMAnw dD1XJiEuRPhvY3UHgAIwLP8vXzBvZkcJ8ASQYXQFsTHmIspNJNYgMmIgMSjPNC/rNT8xUE8FEGcL gDa/N8+XON857zCDbAuAayAaIIhsPUYDEGUtTAQAFQVAaBogZiPgY2lkXjoioEGAQNBB0C4gUUBA MDFDMUU4Q5Au8jcOIDJDAdA+Lz8/KuNCNDChIS0tWwaQIBJnMhAgbSHwIDldND48IFE+CqMf4G86 Pk8ikzK2BmACQAuAZ3OHSIVI4jKwTm90UkEwRHlPCEBTUy9Ihi9fSQ9KG0yQSFJHEFsJ8GQ9BpBd RzAo7kbvR/93Os8yYjK3SpZSwFNwQTBA0cxnUwGQMhA+Q0GAAHBXTJBUPlO4RzagbQDAcu9U3VdL U7gytksLgCzgMrY+RQDAAxBVglobU7hFbup2QTBvVGBWBABMFlKiLQhQbQqwSjBiAxBpdBZ5SoZS okIaIGFrV+U2oHBUYGRUAaBBgF4IY1QTMSBwVG9XQEJwSQ8IQFRxYYtgslRleHQCV19waFB1bmN0 dWGLVRQgQQCQAHBgY1I+dWFaVYJe31PlYGBvd9EUIHJMZV2BPj0nYvDnMhAEoBQwRXgLUAWwBJD+ NFWCaXtMNlLPTm9Pf0V/+1BIQdB5QYBPr3C1UNJIlMwvKgYAcmIgRAEQC4BNX3BpAiAEICovSJRw LC5NIfBLUHIAwGws7iBA0Haqb2B2dqgKpAGR1QMwe1GRLXJTLQqxMiF4OiIiGzB5J1eBPBE6djAL gHsPLQbgAkAiUS7/RGBDcAUwfFp54QqwPBN1wdcjwEJwaZAtBbBwE/B8SvMCEnoAaXoi0A4gfeB+ O+2BY2YxMAMQeXrQB216+3954YNgYHFB0INQgy+EO31ZCqNhOkDSd0BzCrBu6XaiSHlUYHJA0nka GZPeOgoyfFkyEGSALQWDf5T/ZPAEgUDRi4+NRyQwSkFBgH2IKHYEAF9wCYCJD0DwRpsG8BmwdwmA ij86cAhw/wtQjc+Mn42vjr+Px5EDW2P5dPMxN3kfeiNfgFRgk6DXBJAh8DEgbCIycCUAlkqVedhu JQBoaZA6eQeQ735dAHKGRIG0MIItedJfQH9vYJ+/gm+GtBDknp0E8Gn/oeWkD36ogIGflqZvoR+o n/+Z94r0A/BvUGmQlMKYW1RTfkWZ752UMTF63XniC1At/yLQnlOYeVdCrq+vv36ZCcD7MTCxrEB/ QVFwBmBlEHXBxxzzs2aBszguNQuAPgDfQ+B8L3viuWM+AC4OMLsD/7r4py4swQSQJLB7xLkChO7+ b0tgvZ9+jInBegAIYSLB/xshiER4QrdveaG3ElRAwyXfiCZvoXDfUHIf0S9yX3CP/1AvUTg+EEgg bmTHZHRvdXr/yLSUsGEydqhhI7MvtDlhI7cHsHbzhN50ehRpgWIAcP5kgaQbIdJvQYEZkdPfnP/v ng/XWnp/ftdkb2BKUJ9gwx+AfBIgNS40BTHcR//anzagv8a5jd48fW9+f3+P/4Cfok+jX4cPiBfH RnPVbz/3yD8fGcoCLyy/Kw/t3x8oyjUWYDwG4GR5d1AAcMBnPUVOLVUF8EDS8j0KMiB28hOTtJDw x3K0PScBkS0LgGrxdgdA/cAzJ+1AH0MAIQMw8WI+EPwzMwMw9UUWYB77HkHvv/P3zx9zOTYf4HhB MdALYP0EED3DFvUZAAD2f/jf/X/1Hvs2LIFw+uV2t/vf/O95DhA0OB/gD5KQ8IHBPfcUUObwIzA9 BxMB+wviHlH3HtACvx9kOCyBkQLzduT/71+zqs/1CgKpSZSwv3BBALdkwFFwQNBiFaBfgCAiAP8x 0WgQX1FKUA3kVPFB0V2A/xQQdcEOoevs/2X1NwcptzDfNoBmQIQgu3Gs4TMFEXbyBUHgdY9yIE1T VkPeLgffCOqxNAVBcmTw2HLDDB8HdFwnYTAQ3xHv/wdv+kLvgMdBiTH1GRtXDWH/GdAdcF2AFNBr cb1xMcBfcL8NkQ3ju3AiQQ9Cv2BsvYH3iJDcwCXRLorxMpAnwZDh/1GwX3AaHxsvHDXYMWbgMcD/ YNKKURCBDfI9kADgkJIjEf81weeBFY8WnxevGL8ZzyQ/7xvvHP8eDy8zVQSQW5AN4f88QB9yhCAf 4HdAX3Ay5HjwfVGhYfSAW5DRgxSxKH9hz1+zQgQuUCdgOi9VkDdgPi63MFrwdaFhYCJxbS+ndYGt ATeSL0cTdC1D4Hk5sTAtFBOhoYlQznByfTeQekSBBfo4ACHA7tJmByHAu3BB0HtIWVBFwFJMSU5L IDbvN//jOQ86HyJ9fQaBIcAQUPHvQFxjZsOAZuAu2T3P/z7fP+9A/jEPLIJIHy9vTIH+Ye1NLc8u 2crAnEFXUGLA/+cwKG8pfyqPK58so0p/MI//HroQkNuSxNJ3QE8vkQJfs//69a5jUg9KP0/o+vSy 01mv/VqzbSgiU79Uz1pvXz9gT+9a31vvXP9j1Shhj2KfY6i+KUvfTO9j1dgQhGB3iyB+a4QglTE2 oMTA5zAT0lf/FCJPH1AvUT9mn1NfaH9Vf/07wHnB4IFQRYFqn2uvY9XDhLDxQGJ1Z3MjAHZyvmMJ ATagTpEggQ+QbTaA/xBAJ8CLIMLBbfUgobSgeXGvIFAfY1lwJfBlJ8B3MrH/DXB2/3gPY9V6YuOg iJCEIP0oIiDBkecQ1XBu7MnwALH2b5uA7U41dGKDX3RPY1/16ro1+oEvBHKGj0j7zDL3Hrj+gP6L N4YCg37/X44f/wAvAT9yLwNfBG8FfwaPk29/CK8JvwrPC9+Xj4KvmD0m9G5irgA79SkswZ0/hB// hS+GP6GPiF+lH4p/i4+Mn/+O/46/rP+Q35HvnS+UD5Uf/5Yvlz+YT5lfmm+bf7DftmJT6BAOUiBC TrBk1bB5/53fnu+i36PvpP+2T6cfwd//qT+qT6tfrb/Ir66Pr5+wr//Cf7LPs9+077X/tw+4H7kv i7o/zZ9ivNRyMUDjAf8oQSExvT++T79fwG/Bf9LP/8Of3q/Fv8bPx9/KP+V/yw//zB/NL99Pz0/Q X9Fv0n/Tj//Un9Wv1r/qb9oP2x+f/6EP/6If3H/dj+Fv36/gv+HP4t9f4+/k/+dfBE/rqTDo0S99 PLB2/6/97wXvCb/15zXB7GEvYm9kedteC2+7Df/2BjdLcX+S210zD4UCfRLQAAAAAgEUOgEAAAAQ AAAANVXlDtz470+DW30NkGnd8wMA3j+fTgAAAwACWQAAFgADAAlZAgAAAAMAQGUAAAAACwATgAgg BgAAAAAAwAAAAAAAAEYAAAAAA4UAAAAAAAADAEiACCAGAAAAAADAAAAAAAAARgAAAABShQAA45AB AAMAT4AIIAYAAAAAAMAAAAAAAABGAAAAAAGFAAAAAAAAQABQgAggBgAAAAAAwAAAAAAAAEYAAAAA YIUAAABAIw5DAAAAAwBcgAggBgAAAAAAwAAAAAAAAEYAAAAAEIUAAAAAAAAeAGuACCAGAAAAAADA AAAAAAAARgAAAABUhQAAAQAAAAUAAAAxMC4wAAAAAAsAbIAIIAYAAAAAAMAAAAAAAABGAAAAAAaF AAAAAAAACwBwgAggBgAAAAAAwAAAAAAAAEYAAAAADoUAAAAAAAADAHOACCAGAAAAAADAAAAAAAAA RgAAAAAYhQAAAAAAAAsAiIAIIAYAAAAAAMAAAAAAAABGAAAAAIKFAAABAAAAHgCJgAggBgAAAAAA wAAAAAAAAEYAAAAAg4UAAAEAAAATAAAAODIwMTExOTA2LTIxMDQyMDAyAAACAfgPAQAAABAAAADD q/y+zJqIQp6ic6KwwlubAgH6DwEAAAAQAAAAw6v8vsyaiEKeonOisMJbmwIB+w8BAAAAlAAAAAAA AAA4obsQBeUQGqG7CAArKlbCAABtc3BzdC5kbGwAAAAAAE5JVEH5v7gBAKoAN9luAAAAQzpcRG9j dW1lbnRzIGFuZCBTZXR0aW5nc1xJbmluZG9cTG9jYWwgU2V0dGluZ3NcQXBwbGljYXRpb24gRGF0 YVxNaWNyb3NvZnRcT3V0bG9va1xPdXRsb29rLnBzdAADAP4PBQAAAAMADTT9NwIAAgEUNAEAAAAQ AAAATklUQfm/uAEAqgA32W4AAAIBfwABAAAAMQAAADAwMDAwMDAwQzNBQkZDQkVDQzlBODg0MjlF QTI3M0EyQjBDMjVCOUI4NDI1MjAwMAAAAAADAAYQE+ElQgMABxCcAQAAAwAQEAAAAAADABEQAAAA AB4ACBABAAAAZQAAAElUT09LVEhFTElCRVJUWU9GQ09NUElMSU5HVEhFTEFURVNUVkVSU0lPTk9G R0VORVNJU0lOV0lOMzJGT1JNQVRVU0lOR01TVkNJVkVVUExPQURFRElUVE9USEVJTkNPTUlOR0YA AAAAV2k= ------=_NextPart_000_0002_01C1E8C2.0135D850-- From coldstuff@cold.org Sun Apr 21 23:21:59 2002 From: coldstuff@cold.org (coldstuff@cold.org) Date: Sun, 21 Apr 2002 17:21:59 -0500 Subject: [Coldstuff] Win32 release of Genesis 1.1.10 In-Reply-To: Message-ID: <3CC2F537.20697.19747738@localhost> On 20 Apr 2002, at 23:20, Robert Bradley wrote: 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 Apr 21 22:27:58 2002 From: coldstuff@cold.org (horza) Date: Sun, 21 Apr 2002 16:27:58 -0500 Subject: [Coldstuff] Re: Cold-Coldstuff digest, Vol 1 #75 - 1 msg Message-ID: <1F842E82-5610-11D6-90AC-0003930CEC12@miffun.net> > From: "Robert Bradley" > > For Mandrake, the simplest solution for this is to create a symbolic > link of the ndbm.h header file. Try the following command as root: > > Ln -s /usr/include/db1/ndbm.h /usr/include/ndbm.h hm... well, that definitely changed it, but it's still breaking. the undefined references are in the same places, to the same things, but the output is different now, for example: ----- lookup.o: In function `lookup_open': lookup.o(.text+0x24a): undefined reference to `dbm_open' ----- instead of ----- lookup.o: In function `lookup_open': /home/horza/Downloads/Genesis-1.1.10-STABLE/src/lookup.c:60: undefined reference to `dbm_open' ----- I made the symlink as root, resulting in this: ----- $ ls /usr/include/ndbm.h lrwxrwxrwx 1 root root 23 Apr 21 16:11 /usr/include/ndbm.h -> /usr/include/db1/ndbm.h ----- which looks right to me. however, in the configure segment, I still get: ----- Checking for ... no Checking for ... yes Checking for ... no ** working around odd placement of ndbm.h file ----- which looks like it didn't find that symlink, but did find the actual file... so I'm still stuck. thanks! Love, Ira From coldstuff@cold.org Mon Apr 29 10:55:51 2002 From: coldstuff@cold.org (=?iso-8859-1?q?Geoffrey=20King?=) Date: Mon, 29 Apr 2002 10:55:51 +0100 (BST) Subject: [Coldstuff] BUG (and fix) in $builder.dig_cmd - realm.local not updated Message-ID: <20020429095551.68677.qmail@web10802.mail.yahoo.com> It looks like a bug to my novice eyes... $builder.dig_cmd - realm.local not updated the insert line is::: loc.realm().add_local(dest); // modified $builder.dig_cmd line 56>>>>> .build_set_name(dest, @name); dest.set_realm(loc.realm()); loc.realm().add_local(dest); // modified. .tell("Created new place " + dest.namef('ref) + "."); <<<<<< ===== 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