Re: pass by reference
On 24 Feb 2002, at 7:45, Derek Parnell wrote:
>
>
> ----- Original Message -----
> From: <bensler at mail.com>
> To: "EUforum" <EUforum at topica.com>
> Sent: Saturday, February 23, 2002 7:57 PM
> Subject: RE: pass by reference
>
>
> > No offense to you Everett, but I'm tired of lobbying.
> >
> > Euphoria *has the potential to be* the best language I have found.
> > However, it still feels like basic to me. It's not going anywhere very
> > fast. Rob hasn't expressed much interest in expanding the language. I
> > didn't get into programming to discuss compiler language development,
> > and I didn't pick up euphoria so I could write libraries which most
> > people consider essential.
> >
> > Sure, there is the RDS archives, which is packed full of great stuff,
> > but I don't have or want to spend the time to explore each lib and
> > program to see if it has the routines I'm looking for anymore. The least
> > that RDS could do, if it's not going to add to the language, is
> > offically support essential and proven libraries.
> > Which OOP library should I use if I want to use classes? Where's the
> > string library? Why isn't asm.e shipped with euphoria? Where's
> > peek/poke2? Where is the standard c_struct library? Why hasn't RDS added
> > link_dll(), link_func(), and link_proc() to DLL.E?
> >
> > I've been using euphoria for about 2 years now, so I know the answer
> > to most of these questions, but even with what I know, I am constantly
> > finding useful libraries that I didn't before, and spent days writing
> > for myself. Not too many people are so dedicated.
> >
> > Stamping is one way, but it doesn't seem to be utilized very
> > effectively. There should be a list of recommended libraries, sorted by
> > category and demand.
> >
> > Also, we should be able to filter the archives by stamped files, and
> > sort by money donated(popularity).
> >
> >
> > Rob,
> > I know you are only one person, and it's very difficult, if not near
> > impossible to foster a project of this magnitude on your own, but that's
> > why I think you need to reevaluate your vision of euphoria, as well as
> > consider staffing a development team.
> > Don't have the money to employ anyone? Consider offering royalties from
> > future sales. It's a good incentive for calculated development, and will
> > encourage the developers to try harder to do better as well.
> > I'm sure there are people on this list who would help for free, if only
> > to see euphoria succeed and floruish.
> > I too think that moderation and mediation are essential to develop the
> > language to it's fullest, but there comes a time when you need to
> > compromise. Reducing the price of your product should be a huge
> > indication of your progress.
> >
> > I'm not even concerned if ANY of my suggestions make it into the
> > language or your marketing strategies, but you need to do SOMETHING. In
> > the very least, you need to outline your plan for euphoria's future, so
> > people know what to expect and can make suggestions based on what your
> > stated priorities are. There are a lot of extremely talented people in
> > this community making excellent suggestions, and they seem to be not
> > only unnoticed, but ignored.
> >
> > I will continue to use Euphoria, and hope for it's success, but at
> > this rate, like Irv, I will most likely migrate to a more productive
> > language. The only real reasons I am still here, is because would like
> > to see euphoria do well, and because I love a challenge. Probably more
> > the latter, because as selfish as it may sound, I have nothing to gain
> > by promoting and lobbying for euphoria. I'm sure I will be more than
> > challenged by C/C++.
> >
> > This sounds an awful lot like a rant. To a degree it is. But moreover,
> > I think I speak for alot of people. People who are on this list, people
> > who have already left the euphoria community, and people who have yet to
> > discover euphoria.
> >
>
> Chris,
> over the last few days now I've been exploring the "new" language called D. If
> you are interested in C/C++ then it might be worthwhile keeping an eye out for
> what is happening to D. (www.digitalmars.com). It is trying to be a better C++
> by dropping some (only some) of the silly things in C/C++. It is including
> some
> of the things we find in Euphoria like dynamic arrays (sequences) and some of
> the things we'd like to see in Euphoria (associative arrays, true compiler,
> and
> many others). However, like Euphoria, it is a one man development "team" so
> you
> might end up still knocking your head against a brick wall.
I'd really hate to see all the people here who i look up to wander off to other
languages. I think there is difference in viewpoint tween Rob and the
programmers. Rob wants to keep his long term vision of Eu intact, and the
programmers who are here want to use it to solve programming problems.
The more problems Eu can solve for them, the more they will use it. But Eu
may not stay the same as Rob intended 10 yrs ago.
Re the string lib question, i am still adding to strtok.e, even tho most of the
original code written by Gabriel Boehme will stay in there some way, in
some form. As i see a need i have for it to perform, i add it. I also have one
strtok2.e that will break all existing code, but it's smarter, you pass it
{whatever,somemore,anotherthing,etc} and it figures out what to do with it.
The advantage is you can call whatevertok() with a preparsed strings, they
have a short memory, parms can be optional, etc. Anyhow, i am still in the
Eu camp.
The program that was eating memory is at 18hrs running, and seems stable
at 199megs and using all otherwise idle cpu cycles. It still bugs me that it's
using so much memory.....
[00:26] <kat> i can see where loading all the files into memory for Tiggr
might take a gig of ram someday
[00:26] <[Tiggr]> sorry kat, I don't know.
[00:27] <kat> i don't know now either, Tiggr
[00:27] * Moonschild looks at tiggr
[00:27] * [Tiggr] hides shyly 
)
Kat
|
Not Categorized, Please Help
|
|
