megahal-general Mailing List for MegaHAL
Status: Beta
Brought to you by:
davidw
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(10) |
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(6) |
Jul
|
Aug
(2) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(1) |
Dec
|
2003 |
Jan
|
Feb
(2) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
2004 |
Jan
(2) |
Feb
(11) |
Mar
(2) |
Apr
(4) |
May
(1) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2009-08-26 22:51:33
|
Patches item #2845225, was opened at 2009-08-26 17:51 Message generated for change (Tracker Item Submitted) made by cmang You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310585&aid=2845225&group_id=10585 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: sam foster (cmang) Assigned to: Nobody/Anonymous (nobody) Summary: malloc.h error fix in FreeBSD and iPhone Initial Comment: When compiling the latest Megahal source in the latest FreeBSD or for the iPhone SDK, you get this error: [cm@hecate ~/src/megahal-9.1.1]$ make gcc -g -Wall -c main.c In file included from main.c:7: /usr/include/malloc.h:3:2: error: #error "<malloc.h> has been replaced by <stdlib.h>" *** Error code 1 Stop in /usr/home/cm/src/megahal-9.1.1. I've made a patch to change various cases of #if !defined(AMIGA) && !defined(__mac_os) #include <malloc.h> #endif to: #if !defined(AMIGA) && !defined(__mac_os) && !defined(__APPLE__) && !defined(__FreeBSD__) #include <malloc.h> #endif This appears to resolve it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=310585&aid=2845225&group_id=10585 |
From: SourceForge.net <no...@so...> - 2009-02-05 10:26:58
|
Bugs item #2567749, was opened at 2009-02-05 10:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110585&aid=2567749&group_id=10585 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Bot does not consider first keyword when evaluating reply. Initial Comment: Bot does not consider first keyword when evaluating reply. How to reproduce: Feed bot with ``Darwin appointments'' and you will get replies about Charles being greek philosopher, mathematician, italian artists and scientist, but never about appointments. Feed bot with ``appointments Darwin'' and your only reply will be ``If it wasn't for dissapointment, i wouldn't have any appointments.''. Cause: Function evaluate_reply calls find_word to find if a specific word is in keywords dictionary. find_word returns 0 if word was not found, and index in word list if it was. First word in keywords dictionary has index 0 which is interpreted as word not found. Possible solution: Replace two calls to find_word in evaluate_reply with word_exists. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110585&aid=2567749&group_id=10585 |
From: <aku...@sh...> - 2004-08-20 04:07:02
|
11'th Annual Tcl/Tk Conference October 11 - 15, 2004 New Orleans, Louisiana, USA Email Contact tc...@tc... We are pleased to announce the 11'th Annual Tcl/Tk conference (Tcl'2004), sponsored by Noumena Corporation, in cooperation with ActiveState and ExpoTech. Come to New Orleans to: * Learn about the power of Tcl/Tk. * Present exciting new work involving Tcl/Tk. * See the latest developments in Tcl/Tk. * Meet Tcl/Tk researchers and users from academia, government and industry. * Plan for future Tcl/Tk related developments. The conference program will include paper presentations, tutorials, Birds of a Feather (BOF) sessions and invited key-note talks. Registration Online registration is ready now. <http://www.tcl.tk/community/tcl2004/reg.html> Tutorials Come learn about Tcl from the experts. This year's Tcl/Tk Conference includes one of the best sets of Tutorials ever offered including tutorials on Jacl, TclHttpd, Starkit, Advanced GUI construction, and the API. <http://www.tcl.tk/community/tcl2004/tut2004.html> Schedule More details will be added to the schedule as they become available. <http://www.tcl.tk/community/tcl2004/schedule.html> Those attending the conference will be interested in the conference info page. <http://www.tcl.tk/community/tcl2004/info.html> To keep in touch with news regarding the conference and Tcl events in general, subscribe to the tcl-announce list. <http://listserv.activestate.com/mailman/mysubs?show=announce> Other Forms of Participation For those who are not presenting a paper at the conference, but would like to present their work in some form, we do provide several other forms of participation. Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather sessions (BOFs) are available on a first-come, first-served basis by sending email to tc...@tc.... Some WIP and BOF time slots will be held open for on-site reservation, so we encourage all attendees with interesting work in progress to consider presenting that work at the conference. Conference Committee Gerald Lester HMS Software General Chair Andreas Kupries ActiveState Corp Clif Flynt Noumena Corp Website Admin Jeffrey Hobbs ActiveState Corp Kevin Kenny GE Global Research Center Ken Jones Avia Training Mac Cody Raytheon Company Kim Richerts Steve Landers Digital Smarties Sheila Miguez Motorola Larry Virden Tcl FAQ Maintainer Contact Information tc...@tc... |
From: Laurent F. <la...@ko...> - 2004-06-14 14:09:12
|
* Laurent Fousse [2004-05-05]: > The webpage and mailing-list will move Real Soon Now, but there will > be an announce anyway. The old page (http://megahal.sourceforge.net/) has been updated to point to the new alioth one. People interested in Megahal should please subscribe to the new mailing-list. Laurent. |
From: Laurent F. <la...@ko...> - 2004-05-05 19:33:26
|
Hi Allen, * Allen Huffman [2004-05-03]: > I don't claim to understand how MegaHal works, and this is out of the=20 > scope of this topic, but ... >=20 > I wondered if it might be relatively easy to put a sentence parser in=20 > the engine to make it not put together items that don't make sense. I=20 > see it spit back things that are clearly gibberish, while even some=20 > 1980s text adventures could parse words to know what made sense. =20 > Perhaps a master dictionary of nouns, verbs, etc. to aid in splitting=20 > down the input into basic sentence components and then dealing with=20 > that. Ouch. This is far from how megahal works right now. I think there are conversation simulators that have more grammatical knowledge but that's a lot more difficult to code. > >I am going to go downstairs. >=20 > "I am" could be "happy" or "sad" or "hungry". > or > "I am" could be "about to do something". >=20 > Identifying basic things like that could allow MegaHal to respond much=20 > better. At the very least, I'd think it would be easy to prevent it=20 > from saying: >=20 > "Allen is in the bathroom with Allen in the bathroom with Allen." This is typical of the way megahal works. It has a gliding windows of 3 words and complete the sentence word by word by figuring out each time which reasonable fourth word it could put there. A context of 4 was chosen because it seems to produce nice results. It produces such gibberish because when it comes to "the bathroom with" it is likely from its knowledge that the next word will be "Allen" and it has completely forgotten what it said prior to this context. If you want to remember the first part of the sentence you'll need to increase the size of the context, but the brain would grow much bigger, and MegaHAL would very seldom produce genuinely new sentences (because its brains would be too "rigid"). So I don't see how we can prevent such bad sentences without changing the algorithm *a lot*. (Actually the generation algorithm with the window works both ways) And I must admit that I really like the algorithm as it is now. MegaHAL mostly produces gibberish but I concentrate on the rare moments of lucidity ;-) Oh yes, I see one possible improvement: a "stutter" detection algorithm that would reject such replies after they are generated by the brain. My current plan (move MegaHAL more towards a library) would allow such post-generation refinements more easily. In any case it will clean the code. Talking about that: the transition to alioth is almost complete. In fact it is for what matters (the code), so people interested to get a commit access should give me their alioth username. The webpage and mailing-list will move Real Soon Now, but there will be an announce anyway. Cheers, Laurent. |
From: <da...@de...> - 2004-04-30 22:25:13
|
Laurent Fousse <la...@ko...> writes: > Unless there are objections I'll ask for project registration on > Alioth. That's cool with me. Just be sure to set up a new home page for it and close the SF one down. -- David N. Welton Consulting: http://www.dedasys.com/ Personal: http://www.dedasys.com/davidw/ Free Software: http://www.dedasys.com/freesoftware/ Apache Tcl: http://tcl.apache.org/ |
From: Laurent F. <la...@ko...> - 2004-04-30 17:39:08
|
Hi, A wishlist item that has been requested for some time[1] is to provide a `libmegahal' which would let other developers use the functions in megahal. We already have that to some extent with the python (currently broken)/perl/tcl/guile interface, but we could make it better. So I'm trying to clean the functions, split the source files and turn megahal into a real library. Maybe give the user more control on the parsing / output functions and only deal with words ids. Another point is that I used megahal in a perl irc bot on a channel, but the brain file soon began to be too big to fit on the poor amount of RAM I have on the computer which hosted it. The bot learns any words ever typed including mispellings and never forgets anything. The obvious solution would be to add a `forget' function to the brain. My idea was to add a timestamp to each node in the tree to help distinguish which nodes were used recently and use that to select which nodes to forget (we already have a counter for each node which tells us how many times we used it and this is another obvious criteria for an hypothetical forget function). The last point is that I'd like to move from Sourceforge to Alioth. Alioth has subversion. Sourceforge hasn't. I'm already committing my latest changes to my private subversion repositery because I find it much more convenient to use. You're not missing a lot with my changes unless you're actively working on the same area as I am (looking at the activity this is not the case or we're all working separately :-). Unless there are objections I'll ask for project registration on Alioth. Comments welcome. Laurent. [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=107318 |
From: Laurent F. <la...@ko...> - 2004-04-02 19:08:56
|
Hi, Le Thu, Apr 01, 2004 at 09:10:41PM -0600, Allen Huffman =E9crivait: > Hi folks. I discovered MegaHal a week or so ago and have had endless=20 > fun with it (via Jaimbot and AOL IM) watching it "learn" new words as=20 > friends talk to it. I'm stunned at how many people will spend 10-15=20 > minutes with it before realizing it's a program. Good :-) > Questions: >=20 > 1) > I am looking for specs on the Brain file format. I am wanting to edit=20 > and remove certain things. I've been thinking lately of a "forget things" functions. The brain gets stuffed with odd words (mispellings and such) and it would be nice to clean it then. The brain file format is not documented but from the source it is not hard to understand : you dump the two trees (forward and backward) and the dictionnary. You can look at "save_model" and "save_tree", each tree is saved depth first. > 2) > Is there a way (other than editing source code) to disable MegaHal's=20 > "learn" mode, so I can lock it from learning new words? And still be able to generate replies ? For the moment, no. IMO megahal needs more utility functions, feel free to send a patch ! Laurent. |
From: Allen H. <als...@po...> - 2004-04-02 03:12:50
|
Hi folks. I discovered MegaHal a week or so ago and have had endless fun with it (via Jaimbot and AOL IM) watching it "learn" new words as friends talk to it. I'm stunned at how many people will spend 10-15 minutes with it before realizing it's a program. Questions: 1) I am looking for specs on the Brain file format. I am wanting to edit and remove certain things. 2) Is there a way (other than editing source code) to disable MegaHal's "learn" mode, so I can lock it from learning new words? Best, Allen |
From: <da...@de...> - 2004-03-01 13:35:19
|
Laurent Fousse <la...@ko...> writes: > I've made a 9.1.1 megahal release. It's my try at releasing a > software at sourceforge, so if something looks bad please tell me. Looks ok - you do seem to have left a .#Makefile.1.6 file in there, but that's nothing important. Compiles fine on my system. Thanks, -- David N. Welton Consulting: http://www.dedasys.com/ Personal: http://www.dedasys.com/davidw/ Free Software: http://www.dedasys.com/freesoftware/ Apache Tcl: http://tcl.apache.org/ |
From: Laurent F. <la...@ko...> - 2004-03-01 13:19:32
|
Hi all, I've made a 9.1.1 megahal release. It's my try at releasing a software at sourceforge, so if something looks bad please tell me. Laurent. |
From: tyler l. <tal...@ma...> - 2004-02-27 05:46:07
|
Sorry I am a novice, got past that. but I am still having trouble. I sure I will have questions later. Sorry, Tyler |
From: mail <ma...@de...> - 2004-02-27 03:54:53
|
I am trying to recompile Megahal for OS X but the source that is available is missing a file called malloc.h. I am not talking about the new version it is the old mac version. Thanks for your help. |
From: Laurent F. <la...@ko...> - 2004-02-23 12:38:42
|
Le Sun, Feb 15, 2004 at 06:18:41PM +0100, Laurent Fousse =E9crivait: > Hi all, >=20 > I've a small patch ready to commit that changes the behaviour of > megahal when it looks for its files. Patch commited. I'll try to make a release sometime this week. Laurent. |
From: Laurent F. <la...@ko...> - 2004-02-15 17:21:54
|
Hi all, I've a small patch ready to commit that changes the behaviour of megahal when it looks for its files. Previous behaviour was to look in the current directory. Now at startup the megahal directory is taken =66rom the 3 following sources, in this order : - the command line argument to "--directory" or "-d" in short, - the environment variable "MEGAHAL_DIR", - HOME/.megahal, creating it if it doesn't exist. I find this proposed new behaviour cleaner that the current, but your comments are welcome. Also I cc'ed you Jacob to ask if you have the promised python patch, we could even make a release then :-) Laurent. |
From: Laurent F. <la...@ko...> - 2004-02-02 17:07:38
|
Hi, Le Mon, Feb 02, 2004 at 10:25:41AM -0600, Drew Scott Daniels =E9crivait: > > * megahal-personal generates brain at first call, no longer displayi= ng > > a cryptic warning (closes: #178063). >=20 > Wasn't the problem that the user was running megahal and not > megahal-personal? Both problems exist: if you run megahal where you meant megahal-personal, you get a warning, not really explicit, telling you something went wrong. This is correct. If you know about megahal-personal and run it in the first place, you still get a warning about a missing brain file. We want to avoid this warning. And as you say below, we want to change the first warning in something more explicit refering to megahal-personal. > Either way, I still recomend that we include a warning telling users that > they may want to run megahal-personal if they accidentaly run megahal and > don't have a brain file setup. megahal looks for brain and other files in the current directory, creating them if they were not here (and I don't like this much). It would be best if you could specify a root directory where your megahal stuff live. With default to ~/.megahal. This wouldn't leave megahal files everywhere on your system depending on where you are when you launch megahal, and it would allow more easily for several personalities. Something like "--directory" ("-d" in short) on the command line. Or MEGAHAL_DIR from the environment. Laurent. |
From: Laurent F. <la...@ko...> - 2004-02-02 10:51:09
|
Hi David, Le Mon, Feb 02, 2004 at 10:58:25AM +0100, David N. Welton =E9crivait: > Jacob Lilly <jr...@uc...> writes: >=20 > > Is anyone alive on this? I've been playing around with MegaHal > > recently and have some patches I wish to contribute (better support > > for personality, fixes for the broken python interface, etc.). > > Anyone actively maintaining this project? >=20 > I am not maintaining the project, but am available to do > administrative stuff or for questions. People keep saying they're > going to work on it, then don't, but I just don't have the time or > interest these days. I'm waiting for the promised python interface bugfix, then I'll ask you to issue a release (yes, you are the only one able to do so at sourceforge). Or maybe improve the perl scripting a bit before ? :-) Regards, Laurent. |
From: Laurent F. <la...@ko...> - 2004-02-02 10:37:34
|
Hi, Le Sat, Jan 31, 2004 at 10:47:21PM -0600, Tony Gies =E9crivait: > I'm working on adding speech to MegaHAL via Festival and MBROLA. If > anyone's interested, I can E-mail it to someone with CVS access. I'm > still nailing down a few issues with the speech engine getting > "fatigued" and tripping over itself, but I think my version will be > ready for human consumption by Feb. 10. Great. I've never used such speech generator but I see festival is already available in Debian. Freshmeat doesn't seem to know much about MRBOLA, do you have an url for this ? > I'm also working on hammering out a little memory leak, as well as > trying to figure out a way to give MegaHAL some kind of "context > memory" (as in adding another onion-skin to the Markov model so it's > better at chaining within several recent input-output cycles rather > than just the current one). Do you mean being able to switch the brain used on the fly ? This is something I'd like to have too. My next planned work on megahal are a better perl integration. I'm having fun with libtool on another project; maybe we could try to release megahal as a library (that would make the integration with python/tcl/perl/guile cleaner). > Also, if anyone here has any skill in Palm OS programming, as well as a > better knowledge of what kind of processing power MegaHAL requires than > I, I'd like some help porting this thing to Palm OS. I've never used such devices so I can't help you. If you manage to do it though your patches are welcome. Cheers, Laurent. |
From: Laurent F. <la...@ko...> - 2004-02-02 10:23:15
|
Hi Marco, Le Sun, Feb 01, 2004 at 12:12:57PM +0100, marco =E9crivait: > Hi , my name is Marco and I want to see Megahal work.. > I download the pakeage from the site... >=20 > ./Makefile > In attchment there is the prompt.. The Makefile is not meant to be launched as an executable, you should simply "make" in the megahal directory. Thanks to try megahal ! Laurent. |
From: <da...@de...> - 2004-02-02 10:00:25
|
Jacob Lilly <jr...@uc...> writes: > Is anyone alive on this? I've been playing around with MegaHal > recently and have some patches I wish to contribute (better support > for personality, fixes for the broken python interface, etc.). > Anyone actively maintaining this project? I am not maintaining the project, but am available to do administrative stuff or for questions. People keep saying they're going to work on it, then don't, but I just don't have the time or interest these days. -- David N. Welton Consulting: http://www.dedasys.com/ Personal: http://www.dedasys.com/davidw/ Free Software: http://www.dedasys.com/freesoftware/ Apache Tcl: http://tcl.apache.org/ |
From: marco <mar...@ti...> - 2004-02-01 11:33:12
|
Hi , my name is Marco and I want to see Megahal work.. I download the pakeage from the site... ./Makefile In attchment there is the prompt.. Thanx! MArco |
From: Tony G. <tg...@co...> - 2004-02-01 04:47:28
|
I'm working on adding speech to MegaHAL via Festival and MBROLA. If anyone's interested, I can E-mail it to someone with CVS access. I'm still nailing down a few issues with the speech engine getting "fatigued" and tripping over itself, but I think my version will be ready for human consumption by Feb. 10. I'm also working on hammering out a little memory leak, as well as trying to figure out a way to give MegaHAL some kind of "context memory" (as in adding another onion-skin to the Markov model so it's better at chaining within several recent input-output cycles rather than just the current one). Also, if anyone here has any skill in Palm OS programming, as well as a better knowledge of what kind of processing power MegaHAL requires than I, I'd like some help porting this thing to Palm OS. Provided it's possible to hammer the RAM usage down a little bit... if it took as much memory as it does on Linux, we'd have to set up a 2 to 3 meg (depending on Palm model) keyed database as swap space besides the dynamic RAM, which is no good. I doubt it could be done reasonably well on the old Palms with Motorola Dragonball processors, but if it was set up to run in ARMlet mode it could run fairly well on the newer ones, I think. |
From: Laurent F. <la...@fo...> - 2004-01-31 01:50:08
|
Hi, On Fri, Jan 30, 2004 at 05:31:06PM -0600, Jacob Lilly wrote: > Is anyone alive on this? I've been playing around with MegaHal > recently and have some patches I wish to contribute (better support > for personality, fixes for the broken python interface, etc.). Anyone > actively maintaining this project? I'm here. Please contribute for the python interface, I know it's buggy but have no fix (I don't use python much and don't know how to do python debugging). Laurent. |
From: Jacob L. <jr...@uc...> - 2004-01-30 23:31:25
|
Is anyone alive on this? I've been playing around with MegaHal recently and have some patches I wish to contribute (better support for personality, fixes for the broken python interface, etc.). Anyone actively maintaining this project? -- Jacob Lilly jr...@uc... |
From: Laurent F. <la...@ko...> - 2003-10-17 22:28:07
|
Hi, Le Tue, Oct 14, 2003 at 11:43:17PM -0700, Jesse McGrew =E9crivait: > Hi all, >=20 > After seeing how easy it is to train MegaHAL from a text file such as an= =20 > IRC log, I've added a python and a perl script that helps you feed the brain even quicker than before. Oh, I forgot to put it on cvs. > I've been wondering if there's a way to reverse the process - to=20 > "debrief" MegaHAL and get it to produce a bunch of sentences which, when= =20 > fed into another MegaHAL, will reproduce the same brain. I think you can, method given below. > One way that comes to mind is to simply generate a few hundred thousand= =20 > random sentences. But that seems wasteful and isn't certain to accurately= =20 > reflect the probabilities MegaHAL has learned. Right, although with a unbounded number of uniformly generated sentences, you can reach the brain's probability at an arbitrary precision. > I'm thinking more along the lines of a program that analyzes the > tree and dictionary, then constructs sentences so that each word in > the dictionary appears at least once, and is used exactly as MegaHAL > has learned it can be used, with the same probabilities. That's similar to the method I tought of: - generate a random sentence using the brain, without following the same path (a 4 word sequence IIRC) twice. - you can now "back-learn" from this sentence, i.e. upgrading the brain along this sentence using decrements instead if increments. - repeat until your brain is not empty. The condition "not using the same path twice" in a sentence insures you won't try to cut a path in a probability tree you've already cut when you back-learn from a particular sentene. > Has anyone else put any thought into this idea? Not until now, but thanks for the idea :-) > Is it possible to write, or is too much information lost when > translating input sentences to probabilities in the tree? We would need to write it in order to confirm my intuition, but I'm not going to because I have several other thing on my TODO list. You can go ahead and hack a "back-learn" algorithm if you want. Laurent. |