1. temporary eubins
- Posted by jimcbrown (admin) Sep 07, 2008
- 1079 views
I noticed that jeremy's eubins appear to have temporarily stopped working. (After 1121 they are merely just empty tarballs.)
So, I have put up linux eubins for revision 1136 at http://malcom.unkmar.com/1136.tar.gz to help anyone (including jeremy) get rebootstrapped.
I am working on w98 at the moment and I post the eubins when I have them ready.
2. Re: temporary eubins
- Posted by jimcbrown (admin) Sep 07, 2008
- 1008 views
w98 eubins are available at http://malcom.unkmar.com/1136.zip
3. Re: temporary eubins
- Posted by jcmarsh Sep 08, 2008
- 1110 views
w98 eubins are available at http://malcom.unkmar.com/1136.zip
Thank you. I can update my CHM help file to this version.
4. Re: temporary eubins
- Posted by jeremy (admin) Sep 11, 2008
- 1034 views
Eubins are functioning again, sorry about the down time...
http://jeremy.cowgar.com/eubins/
Jeremy
5. Re: temporary eubins
- Posted by AlanO Sep 11, 2008
- 1003 views
- Last edited Sep 12, 2008
Jeremy, thanks a lot for all the work with timings of Euphoria components, I saw this for the first time today. I don't want to appear ungrateful, but a teensy request please? Most of the timings have a value of zero cos Euphoria is so fast ;) Can the timing scale be changed to something meaningful?
Regards Alan
6. Re: temporary eubins
- Posted by AlanO Sep 12, 2008
- 939 views
Hi Jeremey, I tried a ec -wat using your eu4.0 v1159 against my source, it created a emake.bat ok. Source name or includes longer than 6.3 format do not have enough remaining places to append the "_1.C", and the linking then fails. I assume this is a known issue..? No search is available in this forum yet so can you say what the workaround is please? The win32lib includes will be harder to rename than my source!
Regards Alan
7. Re: temporary eubins
- Posted by DerekParnell (admin) Sep 12, 2008
- 959 views
Hi Jeremey, I tried a ec -wat
Try ecw rather than ec
8. Re: temporary eubins
- Posted by AlanO Sep 12, 2008
- 987 views
Thanks Derek, the ecw -wat seems to support 8+.3 filenames fine. But now I am getting init-.c(4404): Error! E1175: Too many initializers Although the bound or translated version of my app (under eu v2.5) works fine. I'll see if my Eu v2.5 translator does the same thing, if not then rtfm Watcom manuals!
Cheers Alan
9. Re: temporary eubins
- Posted by DerekParnell (admin) Sep 12, 2008
- 964 views
But now I am getting init-.c(4404): Error! E1175: Too many initializers
That message usually means that the euphoria.h file in your Euphoria include directory is not the correct one for the translator. You might be pointing to an old include directory. I found that I had this message when the euphoria.h had the wonrg definition for this struct...
struct routine_list {
char *name;
int (*addr)();
int seq_num;
int file_num;
short int num_args;
short int convention;
char scope;
};
10. Re: temporary eubins
- Posted by CChris Sep 12, 2008
- 1006 views
Jeremy, thanks a lot for all the work with timings of Euphoria components, I saw this for the first time today. I don't want to appear ungrateful, but a teensy request please? Most of the timings have a value of zero cos Euphoria is so fast ;) Can the timing scale be changed to something meaningful?
Regards Alan
Basically you cannot, because this is provided by the OS. And a resolution of 1ms is definitely too coarse.
However, there are foure ways out:
- Count how many times a task executes in a iven time. Tasks may be a good tool for this;
- Compute how much time many, many executions of the task take;
- Under Windows, there is a high resolution timer interface, and you can for instance <plug> use the hirestime.e library </plug>.
- Directly ask the CPU its interal clock tick counter value. I think that's what T. Å¡kod's CPU_time library does.
The latter twwo approaches will fail on non Pentium machines. I don't know about an analogue of 3/ for Unix systems. Under DOS, using 4/ would be easier than 3/ anyway.
CChris
