Aquileo | Recent changes to bugs

Aquileo | unsupported UTF-8

2008-03-10T12:15:07Z

I have a thai bot.
and I encoded xml file in UTF-8 format.
It's display thai language fine but didn't match thai pattern.

then i try to encode my xml file in ANSI format with encoding attrib "ISO-8859-11" and use tis620_thai_ci for my table's collation.
ProgramE match thai pattern but can't display the template.

please tell me if i did something wrong

Aquileo | Error after modifying customtags.php

2006-09-30T17:45:29Z

My Bot worked perfectly until I modified the
"customtags.php" to add custom tags.
Now it tells me "I don't know that bot:testbot".

Aquileo | Bot predicates fail to load after 127 bot reloads

2006-03-06T04:24:57Z

The Bot predicates properties in startup.xml will not
load into the current bot after 127 reloads. It
looks like when the bot ID in the database is greater
than the bot# the predicates don't load to the
current bot.

Aquileo | Globals variables in subs.inc

2005-11-17T18:23:54Z

I had a problem while trying to implement Program E in
a custom OO Framework of mine. I just included the
'respond.php' file in a method of a class, and
everythings worked properly but one thing : the
subs.inc arrays.

It seems Program E is not supposed to be runned inside
an object, because the variables declarated at the root
of the script (like the subs.inc arrays) are intended
to be globals. It is obviously no more the case when
calling Program E from an object.

This was generating some strange and erratic behaviors
of the robot, and I spend two hours tracking down the
problem ; then one minute to fix it : I just changed
the definition of the arrays inside subs.inc, from
'$*search=array(...);' to
'$GLOBALS['*search']=array(...);'. This can be
automatically generated by changing the first line of
the function 'makesrphp()' in the file
'bootloaderfuncs.php', just replace it by
'$myphp="\$GLOBALS['" . $sname . "search']=array(\n";'.
A couple of similar lines in the same function need to
be changed the same way.

I don't think this breaks or slows down anythings, but
it'll be very usefull to avoid the problem reproducing
again.

Thanks for you cool program :)

Aquileo | space problem using substitutions

2005-10-24T13:38:43Z

I have a problem with the programE substitutions rules..
that do not seem to apply well.

.
- When i use the same substitution rules and category :
<substitute find=" .nl " replace=" dot nl"/>
<substitute find=".nl " replace=" dot nl"/>
<substitute find=".nl" replace=" dot nl"/>
(( in programD i do not use this three... but for testing
on programE i just tried it even knowing it would not
make a difference really))
<substitute find="@" replace=" at "/>

and a sample pattern:
<category>
<pattern>MY EMAIL IS * AT * DOT NL</pattern>
<template><think><set name="email"><star
index="1"/>@<star index="2"/>.nl</set></think>
Thanks!

</template>
</category>

In programD it perfectly matches input: mijn emailadres
is iemand@cartesians.nl
with the pattern above.
The subs. rules split the emailadres perfectly.

But in programE whatever i do it does not... in gmache
and bot output it stays:
mijn emailadres is sssatcartesiansdot nl

The only space it makes is at the end between dot and
nl

Aquileo | Another problem with !

2005-09-30T23:28:04Z

It's taken me ages to isolate this problem, but I think
I've now found it... only problem is I don't know how
to solve it!

I've installed a fresh copy of v0.9, with only two AIML
categories loaded:

<category>
<pattern>I AM * TALL</pattern>
<template>
That's quite tall
</template>
</category>

Here's some responses that work:

User: I am 7 feet tall.
Bot: That's quite tall.
-------------------------------
User: Baby ducks are very cute
Bot: Baby ducks are cute

However, if you type one of the following you get an
unintentional Yoda-esque response!

User: I am very clever.
Bot: very clever i am.
-------------------------------
User: I am very big for my age
Bot: very big for my age I am

The pattern matched in $botresponse->patternsmatched is
* very * but it appears to be getting confused by the I
AM * TALL category because changing this to I AM TALL
fixes the problem...

I would be eternally grateful if somebody with more
brains than me could have a look at this and see what's
going on (I've got a copy of the debugger output log if
it would help) because this program is so great and I
want to carry on making my bot!

Aquileo | Something wrong with

2005-02-13T07:24:32Z

Hello. Many people found this bug.

<category>
<pattern>TELL ME *</pattern>
<template>
Yes, <star/> is a good topic...
</template>
</category>

Dialog is:
******
User: Tell me about this day.
Bot: Yes, about this day this day is a good topic...
******
This repeatings are also in gossips and in many other
things.
I think that I solve this problem. The function
fastforward() in graphnew.php should return one string
and should change $ffremains.. But $ffremains wasn't
changed. An then addtostar() not working properly.
I just changed:
FROM
function fastforward($word,$ffremains){
TO
function fastforward($word, &$ffremains){

Now <star/> is working fine..
I used PHP 4.3.4 win32 apache 1.3.26
MySQL 4.0.22

May be I made a mistake? Please check this and answer
me.

Aquileo | get name=any double

2004-11-08T10:59:53Z

the get mechanism returns the words from the second
position twice.
my name is john miller smith

answer: hello john miller smith miller smith

Aquileo | Something wrong when handling <person/> tag

2004-01-26T19:06:31Z

Hi, I think there is something wrong with the part of the
program (I think it is the responder) that handles the
<person/> tag.

This is an example of a conversation where you can see
the bug:

<i>Bot:</i> Humans are not always infallible.
<i>User:</i> In fact, I would say they are never infallible.
<i>Bot:</i> Is that a fact. never infallible would say
they are never infallible are never infallible would say
they are never infallible are never infallible would say
they are never infallible are never infallible would say
they are never infallible .
<i>User:</i> Ok , that looks like a bug to me.
<i>Bot:</i> "never infallible would say they are never
infallible are never infallible would say they are never
infallible are never infallible would say they are never
infallible are never infallible would say they are never
infallible" looks like a bug to him or her ? Makes sense to
me. Gee.
<i>User:</i> Fool

This is the AIML that handles the bot's second reply:
<category>
<pattern>THEY ARE *</pattern>
<template><person/> are <set
name="they"><person/></set>.</template>
</category>

I know it's not a very smart reply (although it's part of
Dr Wallace's famous AIML set), but I think the problem
comes from the fact that the <person/> tag is used.
Although I don't have them at hand, I know the problem
happens in other situations where the <person/> tag is
used.

Aquileo | topic problem

2003-04-20T21:08:42Z

i say: lets talk about books
bot says:: Sure, books about books about books
sounds like a good topic.
should say: Sure, books sounds like a good topic.

i say: what are we talking about
bot sayst: The topic is books about books about books.
should say: Sure, books sounds like a good topic.

actually i am not sure, what typ of problem it is
bot gets my name and so on correct