ummon-devel Mailing List for Ummon

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

I am having problems logging into sourceforge...everytime i log in..it just
goes back to the login page and doesn't display any errors.   Any of you
have the same trouble?

-Corey

Here you are...that extra } no longer appears in the output file.  Now the
program can be basically used and I can get somewhere with it...no more very
very odd bugs.

It seems my class never showed...so I was able to work on a few things :)

-Corey

I have a 3 class right now...but to sum it up...my program has a weird
problem with fgetc or fgets or something....i was too busy to actually clear
up the code...but I will soon.  Then that extra } should go away.  Talk to
you later.

-Corey
----- Original Message -----
From: "Miroslav Rajcic" <mir...@in...>
To: "Zach Garner" <za...@ne...>
Cc: "Thomas Gerlin" <tg...@us...>; "Corey Taylor"
<co...@ac...>
Sent: Sunday, October 01, 2000 5:46 AM
Subject: Ummon 0.1.5

: I have released new version of the Ummon.
:
: In fact, I think it was stupid from me to add this big amount of changes
: under same revision.
: (I think that last version digit shoul change for each few small changes -
: what do you guys think on this?)
:
: I need following help:
:
: - Zach, could you prepare UNIX distribution archive
:   Then I should post all at SF
: - Corey, it would be nice to have your program to clean the source files
:)
: - Thomas -> any news on Win2000 debugging ?
:  Also, I would like to get feedback on my theory mail (and to discuss if
you
: could look into Jason Hutchens work :)
: - ALL -> we should start debugging, collecting new ideas, experimenting,
...
:
:
: One of the news in this version is learning from file, which helps us to
: create huge knowledge base in less time.
:
: Please take a look at Windows debug build since it creates "trace.txt"
file
: with printouts of the algorithm steps.
:
: Using debug build exe you can try:
: \learn pc.txt
: \quit
:
: -> after those commands you'll have decent trace file that can help you
: understand algorithm better
:
: Regards,
:     Miro
:
:

new prerelease is out. Take a look at SpaceTide

New stuff:
- corrected bug indicated by Corey (crush when typing ".")
- mapping command names to command handler functions
- mapping variable names to variable values

Todo:
- reply algorithm

Miro,

  Open ummon, type "." only in...program crashes.

  Open ummon, type "something." , make sure that period is there...screws up
the reply.

-Corey

I am back :) Give me a day to recover, and then we should get back on the
track of
releasing new version.

Corey, thank you for being active these days. I'll check youf uformat soon.
Stay plugged :0)

> First, if you give it a phrase too long then it will then use that phrase
as
> part of the output for next reply.
>
> If you do a buch of single letters, or small words, etc for 2 inputs..then
> it reverts back to the "hello" reply.  Usually the foresaid bug is
repeating
> of the previous phrase, but if you do a lot, then it mixes them up IF(i
> think) you use keywords from the previous phrases.  Not sure.
I will start working on the algorithm more seriously. Ideas are more than
welcome.

> bot...but the initial cause is very very odd.  Heck, I couldn't even find
> the code quickly(i gave up after a while) to fix the log file output.
We should start writing the documentation for both developers and users.
What do you guys think on that subject ?

> 1) the log file (as i keep saying) outputs with missing line breaks
> 2) there is no time stamp/separator between the different sessions.
I'll fix that. Thanks for noticing.

> Also, about the question in the source about a file being locked after
> program crashes..I don't know what that will do on the many platforms that
> this will be compatible with.

I'm pretty sure crashes are taken into account for Posix file locking (fcntl).
I checked (not a very extensive check, though) on OpenBSD a while back and 
everything looked fine and I would assume the rest of the UNIX systems would 
be ok as well.

This is sent to the email list, miro hotmail account and posted on the
board.

Ok, I was reading the source code to Ummon taboo.   Oh man, I hate this code
completely.  With that said, let me tell you about a "bug"? I found in the
bot.
First, if you give it a phrase too long then it will then use that phrase as
part of the output for next reply.

If you do a buch of single letters, or small words, etc for 2 inputs..then
it reverts back to the "hello" reply.  Usually the foresaid bug is repeating
of the previous phrase, but if you do a lot, then it mixes them up IF(i
think) you use keywords from the previous phrases.  Not sure.

Also, if you do a bunch of these, and then try using some of the same
words/phrases it will mix some phrases together or output some old phrases,
or partial phrases.  Very weird.  It may be a lack of ability in the
bot...but the initial cause is very very odd.  Heck, I couldn't even find
the code quickly(i gave up after a while) to fix the log file output.

Also, about the question in the source about a file being locked after
program crashes..I don't know what that will do on the many platforms that
this will be compatible with.

1) the log file (as i keep saying) outputs with missing line breaks
2) there is no time stamp/separator between the different sessions.

-Corey

Well,  the indents with case statements are incorrect, but I haven't fixed
it yet.  I don't feel like keeping track of a whole two things at once in
code :)   Maybe i will tomorrow.

-Corey

----- Original Message -----
From: "C" <co...@ac...>
To: "Zach Garner" <za...@ne...>
Sent: Wednesday, September 20, 2000 2:36 AM
Subject: Re: [Ummon-devel] Size Limit

: yea...so we going to work on setting up the bug tracker for some of this
: stuff?  any admin needs to be worked out so stuff can be assigned?   will
: just build up to a release with bug tracker enabled.
:
: -Corey
: ----- Original Message -----
: From: "Zach Garner" <za...@ne...>
: To: "C" <co...@ac...>
: Sent: Wednesday, September 20, 2000 2:28 AM
: Subject: Re: [Ummon-devel] Size Limit
:
:
: : Yeah, Since Miro told me to create the list, it left me as moderator, I
: gave
: : him the password and everything, and assumed he would take over if he
felt
: : like it.
: :
: : I didnt realize it but since I started using junkbuster my cookies for
: : sourceforge werent taking affect. A large percentage of your emails
: : didnt get through because all admin activities were not getting placed.
: :
: : If you need anything done let me know, i'm trying to take care of the
: admin
: : stuff so miro can focus on coding.
: :
: : On Tue, Sep 19, 2000 at 10:27:10PM -0400, C wrote:
: : > Hah, thank you...i see that YOU are the moderator..no wonder files
never
: got
: : > through, i didn't feel like compressing it again and resending like
last
: : > time.
: : >
: : > -Corey
: : > ----- Original Message -----
: : > From: "Zach Garner" <za...@ne...>
: : > To: <umm...@li...>
: : > Sent: Tuesday, September 19, 2000 8:49 PM
: : > Subject: [Ummon-devel] Size Limit
: : >
: : >
: : > : I've (finally) removed the maximum file size limit for the mailling
: lists.
: : > : It would probably still be better to not send larger files (>200k)
: : > : through the mailling list.
: : > :
: : > : --
: : > : zach
: : > : _______________________________________________
: : > : Ummon-devel mailing list
: : > : Umm...@li...
: : > : http://lists.sourceforge.net/mailman/listinfo/ummon-devel
: : > :
: : >
: : >
: :
:

I've (finally) removed the maximum file size limit for the mailling lists.
It would probably still be better to not send larger files (>200k) 
through the mailling list.

--
zach

<a href="http://www.mindpixel.com/?ref=1">Visit Mindpixel</a>

I don't know if you guys have seen this, but it is interesting.  I
supposedly learns from scratch like we do, but there is real ai in use.

I have a friend who is going to interface a chatterbox with aim windows.  He
can do the windowing stuff just fine...but he has no chatterbox yet..that
would be interesting.

-Corey

The tabbing bugs are fixed and the c style comments are skipped.  The
important extra features will probably be worked on this weekend.  The same
file extention for the ini will be used on unix also...i see no reason not
to have one.

-Corey

Let me know if there is something not correct on that screen.  If not, I
will start looking through the code.  Hrm, do we need a Ummon icon made for
the time being?

-Corey

Ah, thanks miro.  I found my hosts lists...it wasn't quite where or what you
thought...but I got it working.  If you want, could write a debug into Ummon
for that.  I found that win2k has things in some special places with some
special names...oh, the name didn't matter.

-Corey

> Ok, since the program isn't recognizing my mysql server,   I want to know
> what system you are testing your program on miro.  I have been running a
> windows version of Mysql for sometime now.  Are you running on window,
linux
> or both with this?  I started going through the code, but I didn't see
> anything useful yet.  I would rather go through the actual chat and log
code
> instead of working on this.
I am running mysql on windows also (I don't have Linux or any other).
I have been using version 3.23.23 (8MB binary download) and it works fine.

You need to have:
- mysql installed on localhost (same PC) -> just until we start using ini
file
=> you can know that we are connected to mysql if the ummon program says so:
"MySql server found on localhost"
- you also have to create tables and users using ummon.sql script
(instructions are inside it)

That should be it. Please tell me do you get printout like "MySql server
found on localhost"
or "MySql server not found on localhost" ? That could narrow the
possibilities.

Ok, since the program isn't recognizing my mysql server,   I want to know
what system you are testing your program on miro.  I have been running a
windows version of Mysql for sometime now.  Are you running on window, linux
or both with this?  I started going through the code, but I didn't see
anything useful yet.  I would rather go through the actual chat and log code
instead of working on this.

-corey

: Alright, now we are getting somewhere, let me fix the actual bugs first
and
: then I will revise the code,   Sound good?   The delete .old files will be
a
: param also, that takes care of that argument.
:
: One thing though, this is mainly just for us right?  So, let me worry
about
: how some of the stuff fits together as long as it works, but dont' worry,
i
: will work on it.  The vc++ stuff, i am just including the .c file anyway,
: so....why use what I am not familiar with  when I have problems...I WILL
use
: it for other stuff in the main code if we need it.
:
: -Corey
: ----- Original Message -----
: From: "Miroslav Rajcic" <mir...@in...>
: To: "Ummon mailing list" <umm...@li...>
: Sent: Sunday, September 10, 2000 11:03 PM
: Subject: Re: [Ummon-devel] Reduced size
:
:
: : > 1) .old files...i had em saved before, but I find no reason to save
them
: : > now, if we are just formatting the code for release and use.  But, if
: you
: : > want to delete all those files yourself...I won't delete them.
: : The reason to do that is that user might not trust the program
: : not to eat some part of its code. That might be some flag option (to
keep
: or
: : not to keep old files).
: :
: : > 2) Subs, Ok, should this be a standard feature?  Or a param?
: : Param :)
: :
: : > 2) Object oriented code?  Don't make me shoot you like the Israeli who
: : wrote
: : > Astyle.  This is a good place for standard C.
: : > 3)  ini file....um, is this going to be windows only?  If not, i don't
: : feel
: : > like writing extra code for nothing.
: : > I am not making a VC++ Project for this, I am just writing in C.  You
: can
: : do
: : > whatever you want this with, vc++ gives me trouble.
: :
: : OK, do what you feel best, but in my opinion ;) program must have code
: : flexible enough to easily add new features (I like to see code done in
: : layers
: : where each new layer - class inheritance adds another functionality on
top
: : of previous one).
: : I am imagining the code to be able to:
: : - convert to/from unix format (CR/LF<->LF)
: : - eat trailing whitespace (I hope you done that, havent tested)
: : - support for beautifier styles (see astyle documentation) - far future
: :0)
: :
: : Regarding ini file it might be good to use it since you would type bunch
: of
: : params each time on command line (if not using script).
: : One tip: Ummon project has portable ini file class (uses STL library),
it
: : also has file enumeration
: : code. This is good chance to see how it works / debug it for rest of us.
: :
: : > 4) Keeps adding, and the bad tabbing....i need the file you tested
that
: : on.
: : Test file I used is OutlookView.cpp from WinUmmon (take a notice
: : on those message map entries after formatting)
: :
: :
: : _______________________________________________
: : Ummon-devel mailing list
: : Umm...@li...
: : http://lists.sourceforge.net/mailman/listinfo/ummon-devel
: :
:

> 1) .old files...i had em saved before, but I find no reason to save them
> now, if we are just formatting the code for release and use.  But, if you
> want to delete all those files yourself...I won't delete them.
The reason to do that is that user might not trust the program
not to eat some part of its code. That might be some flag option (to keep or
not to keep old files).

> 2) Subs, Ok, should this be a standard feature?  Or a param?
Param :)

> 2) Object oriented code?  Don't make me shoot you like the Israeli who
wrote
> Astyle.  This is a good place for standard C.
> 3)  ini file....um, is this going to be windows only?  If not, i don't
feel
> like writing extra code for nothing.
> I am not making a VC++ Project for this, I am just writing in C.  You can
do
> whatever you want this with, vc++ gives me trouble.

OK, do what you feel best, but in my opinion ;) program must have code
flexible enough to easily add new features (I like to see code done in
layers
where each new layer - class inheritance adds another functionality on top
of previous one).
I am imagining the code to be able to:
- convert to/from unix format (CR/LF<->LF)
- eat trailing whitespace (I hope you done that, havent tested)
- support for beautifier styles (see astyle documentation) - far future :0)

Regarding ini file it might be good to use it since you would type bunch of
params each time on command line (if not using script).
One tip: Ummon project has portable ini file class (uses STL library), it
also has file enumeration
code. This is good chance to see how it works / debug it for rest of us.

> 4) Keeps adding, and the bad tabbing....i need the file you tested that
on.
Test file I used is OutlookView.cpp from WinUmmon (take a notice
on those message map entries after formatting)

Oh yes, just to clear this up.  I am just writing/debugging the code right
now.  It will get cleaned up later.

-Corey
----- Original Message -----
From: "C" <co...@ac...>
To: "ummonlist" <umm...@li...>
Sent: Monday, September 11, 2000 1:36 AM
Subject: Re: [Ummon-devel] Reduced size

: Yea, I figured there would be more feature requests later, but I did what
: was requested and needed at the moment.
: 1) Tabs surviving....thanks for finding that, I didn't see it.
: 2) Object oriented code?  Don't make me shoot you like the Israeli who
wrote
: Astyle.  This is a good place for standard C.
: 3) I replaced fnsplit, fnmerge with _splitpath _makepath
: 4) Keeps adding, and the bad tabbing....i need the file you tested that
on.
:
: Extra features:
: Keep em coming.
: 1) .old files...i had em saved before, but I find no reason to save them
: now, if we are just formatting the code for release and use.  But, if you
: want to delete all those files yourself...I won't delete them.
: 2) Subs, Ok, should this be a standard feature?  Or a param?
: 3)  ini file....um, is this going to be windows only?  If not, i don't
feel
: like writing extra code for nothing.
:
:
: I am not making a VC++ Project for this, I am just writing in C.  You can
do
: whatever you want this with, vc++ gives me trouble.
:
: -Corey
: ----- Original Message -----
: From: "Miroslav Rajcic" <mir...@in...>
: To: "C" <co...@ac...>
: Sent: Sunday, September 10, 2000 6:26 PM
: Subject: Re: [Ummon-devel] Reduced size
:
:
: : > Alright, Miro, my fault.  It seems my code wasn't completely Standard
C.
: : > Guess will have to write a function for that or something.
: : I have made the port to VC++ (se attachment), but there are still bugs
in
: : there.
: :
: : Take a look at the list of my ideas:
: :
: : BUGS:
: : - it keeps adding one more "}" char each time I start program
: :    on the same file
: : - some tab indents are converted into 8 spaces (with tab = 4 spaces)
: : - some tab indents are converted into 0 spaces (with tab = 4 spaces)
: : - code should be object oriented
: : - code should be more clear and have more comments
: : - each tab must be transformed (I have found cases where tabs survived)
: :
: : FEATURES:
: : - search also into subdirectories
: : - program should preserve original files as "*.old" (not to delete it)
: :   perhaps in same dir (or in other given directory)
: : - Windows version: use of ini files to store parameters
: : -
: :
: :
: : I am sure I'll think more, but no time now. BTW would you like us to do
it
: : together ? It mignh be easier (I imagine this program to be pretty big
and
: : loaded with features).
: :
:
: _______________________________________________
: Ummon-devel mailing list
: Umm...@li...
: http://lists.sourceforge.net/mailman/listinfo/ummon-devel
:

Yea, I figured there would be more feature requests later, but I did what
was requested and needed at the moment.
1) Tabs surviving....thanks for finding that, I didn't see it.
2) Object oriented code?  Don't make me shoot you like the Israeli who wrote
Astyle.  This is a good place for standard C.
3) I replaced fnsplit, fnmerge with _splitpath _makepath
4) Keeps adding, and the bad tabbing....i need the file you tested that on.

Extra features:
Keep em coming.
1) .old files...i had em saved before, but I find no reason to save them
now, if we are just formatting the code for release and use.  But, if you
want to delete all those files yourself...I won't delete them.
2) Subs, Ok, should this be a standard feature?  Or a param?
3)  ini file....um, is this going to be windows only?  If not, i don't feel
like writing extra code for nothing.

I am not making a VC++ Project for this, I am just writing in C.  You can do
whatever you want this with, vc++ gives me trouble.

-Corey
----- Original Message -----
From: "Miroslav Rajcic" <mir...@in...>
To: "C" <co...@ac...>
Sent: Sunday, September 10, 2000 6:26 PM
Subject: Re: [Ummon-devel] Reduced size

: > Alright, Miro, my fault.  It seems my code wasn't completely Standard C.
: > Guess will have to write a function for that or something.
: I have made the port to VC++ (se attachment), but there are still bugs in
: there.
:
: Take a look at the list of my ideas:
:
: BUGS:
: - it keeps adding one more "}" char each time I start program
:    on the same file
: - some tab indents are converted into 8 spaces (with tab = 4 spaces)
: - some tab indents are converted into 0 spaces (with tab = 4 spaces)
: - code should be object oriented
: - code should be more clear and have more comments
: - each tab must be transformed (I have found cases where tabs survived)
:
: FEATURES:
: - search also into subdirectories
: - program should preserve original files as "*.old" (not to delete it)
:   perhaps in same dir (or in other given directory)
: - Windows version: use of ini files to store parameters
: -
:
:
: I am sure I'll think more, but no time now. BTW would you like us to do it
: together ? It mignh be easier (I imagine this program to be pretty big and
: loaded with features).
:

> Alright, Miro, you need to tell me what is needed to setup the stuff.  It
> seems cannot just run it :)   Or mysql doesn't detect nothing and all I
get
> is Hello.
You need to set up the mysql database using ummon.sql script
(there are instuctions in the comments inside it).

> Oh, btw, the chat log, that style of log makes no sense when reading it
> Hello > Hello ?

> Seemed, all the responses were logged as being the person speaking or
> something
I am aware that the algorithm is currently weak, I have published it in
order
to get more ideas and that Zach can start working with Unix port.

I am going to work now. When I get home I'll check the algorithm and chat
log more carefully.

What you could do is to look into the code and the comments and tell me your
ideas
on the main algorithm. I could use help with designing it :)

Anyway whatever you notice as being bug report in here on th mailing list.

Alright, Miro, you need to tell me what is needed to setup the stuff.  It
seems cannot just run it :)   Or mysql doesn't detect nothing and all I get
is Hello.

Oh, btw, the chat log, that style of log makes no sense when reading it
Hello > Hello ?

Seemed, all the responses were logged as being the person speaking or
something

-Corey

Alright, Miro, my fault.  It seems my code wasn't completely Standard C.
Guess will have to write a function for that or something.

Oh, yes, I did forget to finish the skip over c style comments in that
function.  Darn, not finished.

-Corey
----- Original Message -----
From: "Miroslav Rajcic" <mir...@in...>
To: "Ummon mailing list" <umm...@li...>
Sent: Thursday, September 07, 2000 10:39 AM
Subject: Re: [Ummon-devel] Reduced size

: > Alright, since it blocked my 40k+ post earlier, and i replied about my
: > program before it got up...here is a repost of a smaller size.  I guess
: Miro
: > didn't feel like approving it.
: I was on a wedding this weekend so I have just read this note :)
:
: I have checked the source and the program. Program worked almost
: flawless (it has few bugs), but I couldn't compile the code!
:
: For instance Skipcomment function is empy. Did you sent me some old -
: unfinshed
: version of the code?
:
:  What compiler are you using ?
: I had to replace fnsplit (and other similar calls) with _splitpath, ...
to
: work on Visual C++.
:
: Comments are also always appreciated :)
:
: Could you please send me latest version of the code and then I will try to
: port it to Visual
: and suggest some improvements.
:
: Regards,
:     Miro
:
:
: _______________________________________________
: Ummon-devel mailing list
: Umm...@li...
: http://lists.sourceforge.net/mailman/listinfo/ummon-devel
:

> Alright, since it blocked my 40k+ post earlier, and i replied about my
> program before it got up...here is a repost of a smaller size.  I guess
Miro
> didn't feel like approving it.
I was on a wedding this weekend so I have just read this note :)

I have checked the source and the program. Program worked almost
flawless (it has few bugs), but I couldn't compile the code!

For instance Skipcomment function is empy. Did you sent me some old -
unfinshed
version of the code?

 What compiler are you using ?
I had to replace fnsplit (and other similar calls) with _splitpath, ...  to
work on Visual C++.

Comments are also always appreciated :)

Could you please send me latest version of the code and then I will try to
port it to Visual
and suggest some improvements.

Regards,
    Miro

ummon-devel Mailing List for Ummon

ummon-devel — Developers Mailing list