headers
Cory Wright | 23 Aug 2006 04:24

End of Mailing Lists

Hi everyone,

It's been almost 3 years since there was any real activity on the  
moto mailing lists, and there does not seem to be any reason to  
believe that will change.  I've hosted the moto mailing lists since  
the beginning, but soon I will be shutting down the server that  
currently provides this service for projectmoto.org.  Unless I hear  
of good reasons to keep the lists, they will be going away in two weeks.

The users <at>  and devel <at>  mailing lists are archived at Gmane:  http:// 
gmane.org/find.php?list=moto

Please let me know if you have any questions.

Cory
Permalink | Reply | 0 comments |
headers
Stanislav Karchebny | 2 Jun 2005 10:39
Picon
Gravatar

hello, is there anybody alive?

I see moto project has died back in 2003. Pity, it was showing some good 
potential. 

Well, *waves* to David and Cory, see you some time folks.
Permalink | Reply | 2 comments |
headers
Cory Wright | 5 Feb 2004 08:15

disregard: test

projectmoto.org has migrated.  This is a test of the mailing list
migration.  Please disgregard.

Cory

--
Cory Wright
Stand Blue Technology
http://www.standblue.net/
Permalink | Reply | 0 comments |
headers
Jack Downes | 3 Oct 2003 19:19

Project Moto still alive?

Hey, guys, don't take this as insult or anything, but I'm just curious
if moto is still kicking?

We've got a project going on to replace a stats package written in php
by one re-written in moto.

This package is a little rough on the edges, but with some work it will
be very comparable to urchin.  

Maybe once we release it, it will help spur interest in moto?
Currently the php version works fine - 
and re-deployment on the moto language has only just started, so this
isn't going to be tomorrow that we let the project out.

Thanks,
Jack
Permalink | Reply | 3 comments |
headers
David Hakim | 14 Aug 2003 03:03

Re: Motoc & Motoi


On Monday, August 4, 2003, at 04:12  PM, Stefano Corsi wrote:

> Hi Dave,
>
> did you give a look at the motoc script?

I didn't see it in my email. Could you re-send ?

> Could we introduce in in the next
> release together with a motoi link to moto -i or a wrapper motoi 
> script?
> Since I copied it in /usr/bin I have found it more and more useful!
>
I think motoc and motoi binaries may make for a very nice interim 
release. I'd like to think through their design  some first. The one we 
have thought and discussed most in the past is motoi. The key to that 
tool being the ability to support running scripts not only by passing 
the script name as the first argument to motoi but also through 
including

#!/usr/bin/moto

at the top of the moto script itself and letting moto pages be executed 
from the cmd line directly. This would be the first step towards a lot 
of new features most importantly allowing moto pages to be run as cgi 
scripts.

> A related question: what aboud command line arguments?! Any way to 
> pass them
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Hakim | 4 Aug 2003 18:41

MySQL Hiccup

Looks like mysql had a hiccup on webcodex yesterday causing a number of 
mails to the list to get bounced. Here were the ones bounced back to me:

On Sunday, August 3, 2003, at 07:21  PM, Stefano Corsi wrote:

>> 	/* Get the name of the member variable to dereference to from operand
>> 1 */
>> 	varn = uc_str(p, 1);
>>
>> By making these changes I think we avoid the varnames hashtable and
>> associated functions you propose in your patch. Is that right ?
>
> If it works it's much, much better!
> If you agree, I would branch on a memfix_0_20_1 or something like
> that, to
> make these corrections...

I think the main branch is fine for now ... plus I already committed
them there :)

>  There are more in the last patch I sent you. The
> one regarding motoi_new is also important because waste memory in loops
> containing many "new" external and internal objects.
>
> We have to move from:
>
> if(mfn != NULL) {
>         /* Call the constructor */
>         if(mfn->fptr != NULL)
>             r = motoi_callEDF(r,args,mfn);
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Hakim | 3 Aug 2003 21:57

Re: Big leak fished!


On Thursday, July 31, 2003, at 09:12  AM, Stefano Corsi wrote:

> Hi Dave,
>
> I was not conformatble with moto dying in this kind of loops:
>
> ${
>
>         int i = 10000;
>         while (i-- > 0) {
>                 int j = 10000;
>                 while(j-- > 0) {
>                         int k;
>                 }
>         }
>
> }$
>
> so I noticed that if you take away the declaration and you have only 
> this:
>
> ${
>
>         int i = 10000;
>         while (i-- > 0) {
>                 int j = 10000;
>                 while(j-- > 0) {
>                 }
>         }
(Continue reading)

Permalink | Reply | 1 comment |
headers
David Hakim | 3 Aug 2003 20:52

Re: Bug fix in motoi_assign

Funny ... this will teach me to read all my emails first and not try to 
respond one at a time. The patch I applied (and committed) to the main 
branch already was basically this portion of yours:

 <at>  <at>  -766,21 +766,24  <at>  <at> 
  					env->rval_uc = NULL;
  				}
  				
-				/* FIXME!!! nasty but nice */
-				
-				if( lval->opcell.opcode == DEREFERENCE_LVAL )
-					motoi_dereference_rval(uc_operand(p, 0));
-				else
-					motoi(uc_operand(p, 0));
-
-				v1 = opstack_pop(env);
  				v2 = opstack_pop(env);

+				if ((lval->type == OP_TYPE &&
+						lval->opcell.opcode == ARRAY_LVAL) ||
+		 			(lval->type == OP_TYPE
+						&& lval->opcell.opcode == DEREFERENCE_LVAL)) {
+					v1 = moto_getVarVal(env,dest);
+				} else {
+					motoi(lval);
+					v1 = opstack_pop(env);
+				}
+
  				if(motox_try_overloaded_method_op(op,v1,v2,NULL) != MOTO_OK) {
  					motoi_domath(v1, v2, op);
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Hakim | 3 Aug 2003 19:27

Re: Memory fix

Hey Stefano!

	I'm taking a look at your patch now. I replicated at least one 
interpreter memory leak in ary3.moto . Is this the one you are 
referring to ? I haven't gone through the other perf tests yet. First I 
want to add this one to the main test list. Then fix it. Then look at 
the others :)

On Saturday, August 2, 2003, at 07:37  PM, Stefano Corsi wrote:

> Hi Dave,
>
> I'm working to fix some memory problems. Please give a look at this 
> patch and
> see if it makes sense... I've fixed a bug in motoi_new (the resulting 
> MotoVal
> of motoi_callMDF was not free'd before) and I've create a new strdup 
> routine
> for variable names, to be able to free them separately when a frame is 
> free'd
> (or when a dereference name is pushed/popped as MotoVar). There are 
> however
> some place where we leak memory... I would like to be able to run all 
> the
> tests in perfetest.tar.gz in interpreted mode (doesn't matter for how 
> long
> :)) without getting memory errors... The funny thing with this patch 
> is that
> things go slightly faster!
>
(Continue reading)

Permalink | Reply | 2 comments |
headers
David Hakim | 18 Jul 2003 05:39

Moto 0.20.0 Release

	Moto 0.20.0 has been released and can be downloaded from 
http://www.projectmoto.org/download.moto. This release adds support for 
Operator Overloading in Moto! Overloaded operators may be declared in 
moto extensions and used inside Moto programs allowing programmers to 
write more compact, readable, and most importantly fun code! Perl 
programmers may now comfortably write foo["bar"] = "baz", while C++ 
purists enjoy the pleasure of intersecting sets with the * operator.

Instead of this:

Object o = stab.get("foo");
vector.put(27,"foo");

You can now write this:

Object o = stab["foo"];
vector[27] = "foo";

This release was developed almost entirely by Stefano Corsi! Be sure to 
send your thanks and rave reviews to him personally on the moto mailing 
lists!

To demonstrate this new feature many newly overloaded operators are 
included in the codex util extension.

Function lookup performance has also been dramatically improved leading 
to better performance in interpreted mode.

Here are the full release notes :
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Hakim | 17 Jul 2003 23:08

Re: comparison operators for intset

	I don't believe there are comparisons (apart from equality / 
inequality) for sets defined in the STL. I should probably check on 
this ... I took the set comparisons out of the iset interface and test 
cases for this release though ... It probably wouldn't be a bad idea to 
have an intermediate release following this one that adds more 
overloaded ops to the utility classes

-Dave

On Monday, July 7, 2003, at 09:52  AM, Stefano Corsi wrote:

> Alle 21:23, domenica 6 luglio 2003, hai scritto:
>> What do the overloaded comparison operators (apart from eq and ne)
>> mean for Intset ? Were they just for testing ?
>
> Yeah, I had not, how to say, a scientific approach to them... they use
> iset_comp2 (defined in mx/codex/util/intset_op.c) to see which IntSet
> contains more ints... ehm... Are there comparison operator for IntSets 
> in
> STL? What do they do, in case?
>
> Stefano
>
Permalink | Reply | 1 comment |

Gmane