1. missing thread
- Posted by useless Oct 25, 2011
- 35857 views
Wow, a thread started by euphoric is completely gone!
useless
2. Re: missing thread
- Posted by euphoric (admin) Oct 25, 2011
- 35819 views
Wow, a thread started by euphoric is completely gone!
useless
I wanted to have a mature, rational discussion about technology. I should have known better.
3. Re: missing thread
- Posted by useless Oct 25, 2011
- 35819 views
Wow, a thread started by euphoric is completely gone!
useless
I wanted to have a mature, rational discussion about technology. I should have known better.
I cannot do that with you. I agree, you should have known better. But i believe i did rationally and maturely answer your question about the technology and Tiggr, to enlighten other people. Siri has essentially been cloned already, and Iris can be improved. Adding a search engine back end to any chatbot works too, i did that to Tiggr once, using both Mirc and Euphoria. What works better is adding a back end to "phone home" for pre-approved consise data suitable for display on a handheld, but again, i couldn't get anyone on Euphorum interested. The internet's signal to noise ratio is too low for Siri, Iris, Alice, etc to use directly to answer questions with.
useless
4. Re: missing thread
- Posted by euphoric (admin) Oct 25, 2011
- 35812 views
I wanted to have a mature, rational discussion about technology. I should have known better.
I cannot do that with you.
Sure you can. You had the opportunity in that prior thread. But you love playing the victim, so you don't.
It is wholly your choice.
I asked a simple question which required a simple response from you, but you turned it into a whine-fest full of lies about others once again.
Hopefully, this is the one final lesson from which I'll learn!
Avoid drawing kat into a discussion unless you want a very high noise-to-signal ratio.
I'll leave it at this, which is all that needed to be said in the first place:
Siri has essentially been cloned already, and Iris can be improved. Adding a search engine back end to any chatbot works too, i did that to Tiggr once, using both Mirc and Euphoria. What works better is adding a back end to "phone home" for pre-approved consise data suitable for display on a handheld, but again, i couldn't get anyone on Euphorum interested. The internet's signal to noise ratio is too low for Siri, Iris, Alice, etc to use directly to answer questions with.
5. Re: missing thread
- Posted by useless Oct 25, 2011
- 35785 views
I wanted to have a mature, rational discussion about technology. I should have known better.
I cannot do that with you.
Sure you can. You had the opportunity in that prior thread. But you love playing the victim, so you don't.
It is wholly your choice.
I asked a simple question which required a simple response from you, but you turned it into a whine-fest full of lies about others once again.
There is nothing i said which you can prove is a lie. I still hold a grudge against YOU from many years ago, when there was nothing i could say or do to get you off my back. You even got worse when you got jeebus. Your few lines there are an example of your lightest responses, where you say "playing the victim" for saying how i feel about you (an admin on this list) and how you have tainted my use of Euphoria, and how any mention of this feud is a "whine fest" that you must exacerbate. Had i known you in real life, where there'd be jurisdiction, i'd have sued for slander years ago.
Now follow thru with escalating it again, as you normally do.
useless
6. Re: missing thread
- Posted by ghaberek (admin) Oct 25, 2011
- 35788 views
Now now, let's play nice. Don't make me separate you two. I'll turn this car around if I have to!
-Greg
P.S. We need a "lock thread" option; some discussions are better left unfinished.
7. Re: missing thread
- Posted by euphoric (admin) Oct 25, 2011
- 35871 views
There is nothing i said which you can prove is a lie.
That's a logical fallacy. You should know that.
I still hold a grudge against YOU from many years ago, when there was nothing i could say or do to get you off my back. You even got worse when you got jeebus.
Why was I on your back?
...how you have tainted my use of Euphoria...
How did I do that?
Had i known you in real life, where there'd be jurisdiction, i'd have sued for slander years ago.
Here, look up slander.
8. Re: missing thread
- Posted by euphoric (admin) Oct 25, 2011
- 35779 views
P.S. We need a "lock thread" option; some discussions are better left unfinished.
I agree. Some discussion are better off not even started! Like I said, lesson learned.
9. Re: missing thread
- Posted by useless Oct 25, 2011
- 35772 views
P.S. We need a "lock thread" option; some discussions are better left unfinished.
I agree. Some discussion are better off not even started! Like I said, lesson learned.
Nonsense, i'd happily discuss building (or growing, raising, training, etc) intelligent human-interactive computers with Greg, but i don't think this is an area of interest for him.
useless
10. Re: missing thread
- Posted by ghaberek (admin) Oct 25, 2011
- 35868 views
Nonsense, i'd happily discuss building (or growing, raising, training, etc) intelligent human-interactive computers with Greg, but i don't think this is an area of interest for him.
useless
Actually... I am taking the free Introduction to Machine Learning course from Stanford right now. I find the concepts quite intriguing and was hoping to implement some of the programming in Euphoria once I'm done with the course. Stand by for a few more weeks and we'll see what comes up!
-Greg
11. Re: missing thread
- Posted by useless Oct 25, 2011
- 35881 views
Nonsense, i'd happily discuss building (or growing, raising, training, etc) intelligent human-interactive computers with Greg, but i don't think this is an area of interest for him.
useless
Actually... I am taking the free Introduction to Machine Learning course from Stanford right now. I find the concepts quite intriguing and was hoping to implement some of the programming in Euphoria once I'm done with the course. Stand by for a few more weeks and we'll see what comes up!
-Greg
I am in the middle of relocating to another state, and have only one computer with sound still enabled on it. I hope the course is still available in a few months, when i have some time and can sit back and enjoy it. There's no guarantee i'd do things the same way as the course, of course, since so many things have been tried in Ai, and so many things have not succeeded. I still think Euphoria can take off as an Ai language once it gets [drum roll] variable execution:
object command.something command.something = {insert an Eu program here} later... command.something -- the code executes
I strongly believe this is the only way an Ai can generate it's own code (make up it's own mind in novel situation) and execute in the same environment as the calling code. Tiggr does this in Mirc (build a variable and then execute it), and can dynamically load and unload whole blocks of code using Mirc's native commands to do so. Knowing if a command/keyword or variable name exists is easy in Mirc. Sadly, Mirc is quite slow, and has a few other problems.
How does the course advocate doing this? How would you do it?
useless
12. Re: missing thread
- Posted by ryanj Oct 25, 2011
- 35740 views
I still think Euphoria can take off as an Ai language once it gets [drum roll] variable execution: ... I strongly believe this is the only way an Ai can generate it's own code (make up it's own mind in novel situation) and execute in the same environment as the calling code. Tiggr does this in Mirc (build a variable and then execute it), and can dynamically load and unload whole blocks of code using Mirc's native commands to do so. Knowing if a command/keyword or variable name exists is easy in Mirc. Sadly, Mirc is quite slow, and has a few other problems.
I stongly agree: euphoria programs should be able to edit themselves while running.
13. Re: missing thread
- Posted by Vinoba Oct 25, 2011
- 35750 views
I stongly agree: euphoria programs should be able to edit themselves while running.
Code modifying itself during execution is a time bomb, or a timed bomb or a timeless bomb.
In any case, it is a disastrous bomb and a disaster waiting or a disaster running.
That's what us oldies learnt in the good old days of real programming.
14. Re: missing thread
- Posted by useless Oct 25, 2011
- 35715 views
I stongly agree: euphoria programs should be able to edit themselves while running.
Code modifying itself during execution is a time bomb, or a timed bomb or a timeless bomb.
In any case, it is a disastrous bomb and a disaster waiting or a disaster running.
That's what us oldies learnt in the good old days of real programming.
Do you think every living non-plant is born instilled with every procedure and function it will ever need? Were you born with the ability to drive a car, write the words to language you use? There's unforeseen events a programmer cannot code for, just as there are unforseen life events you have gone thru.
Writing a bit of code and setting it up to execute by itself in some time, for some time, till killed or interrupted, is something you do all the time. You put a bite of food in your mouth, and you chew it, but you often don't think of chewing it. And you weren't born with the ability to chew, you even had to learn to bite first.
useless
15. Running code from a sequence
- Posted by SDPringle Oct 26, 2011
- 35708 views
The parser, takes tokens which comes from a source file and may signal an error at anytime by exiting the process. Before you can have EUPHORIA code run on the fly generated EUPHORIA code, either the parser and backend each needs to have a parameter set to not kill its process on error or you can have the interpreter call itself with system, and use some kind of IPC for passing information on.
You cannot make a shared-memory sequence but it wouldn't be too much work to implement that. This API wouldn't only be good for AI, but it could be used for a spread-sheet program. Which little snippets of EUPHORIA instead of those long EXCEL style expressions.
Shawn
16. Re: Running code from a sequence
- Posted by mattlewis (admin) Oct 26, 2011
- 35748 views
The parser, takes tokens which comes from a source file and may signal an error at anytime by exiting the process. Before you can have EUPHORIA code run on the fly generated EUPHORIA code, either the parser and backend each needs to have a parameter set to not kill its process on error or you can have the interpreter call itself with system, and use some kind of IPC for passing information on.
There are a few challenges. I had this working in the euphoria backend version of ooeu. It's easier in euphoria, since we can easily add elements to the symbol table, which is just a sequence. The C backend is a bit more difficult, since you cannot easily realloc the memory used for the symbol table. I don't think any sort of IPC is really necessary. I think you can do it all in process, though we'd have to specify what happens with errors.
You cannot make a shared-memory sequence but it wouldn't be too much work to implement that. This API wouldn't only be good for AI, it could be used for a spread-sheet program. Which little snippets of EUPHORIA instead of those long EXCEL style expressions.
I don't think I'd want scripting code run in process like that. For this sort of application, you'd want to be able to embed a euphoria scripting engine. There is a mode for doing this with ooeu. Again, it's a lot easier with the euphoria backend. I made it possible to use it just as all euphoria code or as a translated dll. Ultimately, it would be great to be able to build a dll using the euphoria C backend that could be embedded.
You can restrict scripting code from using certain built-ins (i.e., don't let it peek/poke or do other unsafe things). And you specify an API for the scripting code to interact with your program code. Errors in scripts do not cause a crash, but communicate the crash back to the main program.
Matt
17. Re: missing thread
- Posted by jeremy (admin) Oct 26, 2011
- 35693 views
I stongly agree: euphoria programs should be able to edit themselves while running.
Code modifying itself during execution is a time bomb, or a timed bomb or a timeless bomb.
In any case, it is a disastrous bomb and a disaster waiting or a disaster running.
That's what us oldies learnt in the good old days of real programming.
I very strongly disagree Anything done with discipline or in a structured, understood matter can be controlled and provide great benefits. An example is dynamic finders find rails active record. You can call an undefined function:
people = People.find_by_name("Smith")
but never have written that method. What it should do can be determined by the method call. Ruby then calls a missing method routine which creates a new function in real time. Next time that function is executed, there is no delay. It runs at 100%.
This is one example. Other examples of better situations (a programmer could determine the need for find_by_name and thus create it) are for parsing files. For example, In Tcl (for work) I parse EDI files. I have an EDI specification that contains record definitions, field validations, etc... There are hundreds of them. I don't really care to create hundreds of methods and use the correct method for each line I read. My Tcl application reads the spec file (which changes per customer because a "standard" file is never "standard.") When I call a method parse_edi(), underlying each new record parsed and validated, my program at first reads that section of the record/field defintion and the validation. It then constructs a method to parse that record and validate its fields. Next time that record is encountered, the method is called, no complex or costly record parsing, field parsing and validation according to a text based specification is done. It's sheer code.
In large systems that are mission critical such as cell phone towers. That code is never "shutdown" for upgrades. Upgrades are applied in real time and the applications never cease running. The code is modified as the application is executing, even while you are on a phone call. That's another form of self modifying code at runtime that is required.
Jeremy
18. Re: missing thread
- Posted by Euman_Overman Oct 26, 2011
- 35734 views
I don't say much in here anymore [everyone claps]
smh .. kat/useless please, please stop being so down ..
I only want to hear about Euphoria now!
Euman