Re: Another number question
Kat wrote:
>
> Jason Gade wrote:
> >
> > Matt Lewis wrote:
> > >
> > > Jason Gade wrote:
> > > >
> > > > Well, if Euphoria /had/ 64-bit integers that wouldn't be a problem. At
> > > > this
> > > > point, the limitation is the fseek() call in the C library, which takes
> > > > a
> 32-bit</font></i>
> > > > integer, limiting the size of the seek to 4GB.
> > > >
> > > > Now, maybe one of these days Kat will have to deal with 18 exabyte
> > > > files, but
> > > > that day is not today. If we go with 2^53, then that limits her to only
> > > > 9
> petabyte</font></i>
> > > > files. Cry me a river.
> > >
> > > Hey, not my fault you don't want to do it right. :)
> > >
> > > I know I've worked with the windows API for large files. Haven't done the
> > > same for linux/bsd.
> > >
> > > Matt
> > 
> >
> > Well, for me "doing it right" means making it pretty much transparent and
> > working
> > the way the user expects it to work. That is, the user gives a number and
> > the
> > pointer seeks to the proper spot in the file, subject only to the
> > OS/filesystem
> > limitations.
> >
> > In a way I think this would be transitional as well, as machines do
> > eventually
> > move more and more to 64-bit.
> >
> > More research is required, I think. Right now I'm mostly just brainstorming
> > anyway.
> >
> > One thought I had this morning, though, was to create a 64-bit integer type
> > internal to the interpreter, and routines or macros or whatever to convert
> > an
> > atom to a 64-bit integer.
> >
> > Then that groundwork will be laid for the future.
> >
> > Still taking baby steps with the source -- I still haven't gotten set back
> > up
> > with subversion or anything and I still spend more time elsewhere on the
> > internet
> > discussing non-programming stuff than I spend doing any programming.
>
> This might be done easier and faster by one of the developers of Falcon who
> is on this list, since Falcon already has internal 64bit integers.
I have the feeling that I've asked this before, but what is "Falcon"?
> And some of the Asian, S American, and Europeans here asked for unicode
> strings
> (and asked years ago), and Falcon has unicode strings/sequences, and you can
> even name your functions and varnames in unicode16 as well if you can
> enter/display
> 16bit in the editor you use. And developer(s) of Falcon are on Euphorum.
Unicode strings should be doable.
> So i am wondering which way the technology is moving: Euphoria to/from
> D/Falcon/wxBasic/Blender/etc.
> And why. And can i get "goto" ? I am not objecting to the cross-development
> that seems to be going on, just that when someone is working on more than one
> open source language, and a feature is asked for, why it isn't possible to say
> "oh, i already wrote that for X language" instead of people sitting here
> saying
> they'll work on it, or waiting on it to be added to Euphoria. Basicly, where,
> in a way, Euphoria going to be fixed in RDS's 1985 vision, and people here who
> already added requested features into other languages, can neither say they
> did, nor add those features to Euphoria. I am just curious, so i asked.
>
> Kat
I don't know how to answer your question as I don't know who here is
implementing features in other open source languages, other than in their own
forks of Euphoria.
I think that Irv Mullins left here to work on Qu, and Derek Parnell does stuff
with the D language.
--
A complex system that works is invariably found to have evolved from a simple
system that works.
--John Gall's 15th law of Systemantics.
"Premature optimization is the root of all evil in programming."
--C.A.R. Hoare
j.
|
Not Categorized, Please Help
|
|
