Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

Timer fun

 [1/7] from: mat:eurogamer at: 29-Nov-2000 22:32


Hola, I have to implement some timers but... now/precise (which Holger pointed me at) doesn't exist. Neither in my regular Rebol Core or Rebol Command *. Mmm, I need Rebol Command really so I can't go using experimentals. 1 second resolution would be OK even I suppose. Anyone got some regular timer code by nicking the seconds off now/time or something? * Actually made Rebol Command crash a few times trying to use a no-wait port and then copying from it. Weird. -- Mat Bettinson - EuroGamer's Gaming Evangelist with a Goatee http://www.eurogamer.net | http://www.eurogamer-network.com

 [2/7] from: larry:ecotope at: 29-Nov-2000 15:15


Hi Mat If you have Command you could just access one ot the C functions like CLOCK in a shared-object or DLL which implements the C runtime library. HTH -Larry

 [3/7] from: jkinraid:clear at: 30-Nov-2000 12:41


Mat Bettinson wrote:
> Hola, > > I have to implement some timers but... now/precise (which Holger > pointed me at) doesn't exist. Neither in my regular Rebol Core or > Rebol Command *. >> foo: now/time
== 12:00:03
>> foo/precise
** Script Error: Invalid path value: precise ** Near: foo/precise
>> foo: now/time/precise
== 12:00:15.98
> * Actually made Rebol Command crash a few times trying to use a > no-wait port and then copying from it. Weird.
Your Rebol/Command might be based on an older version of core? Julian Kinraid

 [4/7] from: mat:eurogamer at: 30-Nov-2000 0:48


Heya Julian,
>> * Actually made Rebol Command crash a few times trying to use a >> no-wait port and then copying from it. Weird.
JK> Your Rebol/Command might be based on an older version of core? Yes. I have to say, I think this implementation is quite poor for having paid this much money. What I'd expect is to be able to run any experimental Rebol/Core and have the Command stuff as a sort of plug in. They're just functions, surely no technical reason why not? So it's, use Core only and then you can use the nifty stuff (two things so far) in the experimentals - or try to make do with what Command provides as standard. Not good. -- Mat Bettinson - EuroGamer's Gaming Evangelist with a Goatee http://www.eurogamer.net | http://www.eurogamer-network.com

 [5/7] from: mat:eurogamer at: 30-Nov-2000 0:51


Heya Larry, LP> If you have Command you could just access one ot the C functions like CLOCK LP> in a shared-object or DLL which implements the C runtime library. That's a valid point. That really depends how easy that is to do, I use Rebol because I can't physically stand the sight of C. :) Mmm - I suppose I should put an official request in for a build of Command based on the experimental build. Oh yes - one more thing, since clearly you chaps would know this. What handheld computer is best supported by Rebol? That might just sway my decision. I have a natural tendency to EPOC gear since it's frighteningly more efficient than WinCE and you get proper keyboards. Any opinions? -- Mat Bettinson - EuroGamer's Gaming Evangelist with a Goatee http://www.eurogamer.net | http://www.eurogamer-network.com

 [6/7] from: holger::rebol::com at: 29-Nov-2000 17:31


On Thu, Nov 30, 2000 at 12:48:40AM +0000, Mat Bettinson wrote:
> Yes. I have to say, I think this implementation is quite poor for > having paid this much money. What I'd expect is to be able to run any > experimental Rebol/Core and have the Command stuff as a sort of plug > in. They're just functions, surely no technical reason why not?
Command features require deep changes within REBOL, e.g. for new datatypes such as struct!. This goes far beyond a simple set of functions.
> So it's, use Core only and then you can use the nifty stuff (two > things so far) in the experimentals - or try to make do with what > Command provides as standard. Not good.
True, but only temporary. Command is a commercial product, with full customer support and very thorough testing. Core experimentals are temporary, time-limited versions for interested "gurus" -- not guaranteed to be stable or tested at all. Once all new features of Core experimentals are stable and tested, expect them to be included in the full versions of all REBOL products. -- Holger Kruse [holger--rebol--com]

 [7/7] from: mat:eurogamer at: 30-Nov-2000 2:08


Heya Holger, HK> Command features require deep changes within REBOL, e.g. for new datatypes HK> such as struct!. This goes far beyond a simple set of functions. Ahh. Well I guess so long as the experimental stuff rolls along in a reasonable time I'll be quite happy. -- Mat Bettinson - EuroGamer's Gaming Evangelist with a Goatee http://www.eurogamer.net | http://www.eurogamer-network.com