===== Original Message from [EMAIL PROTECTED] at 4/03/00 9:41 am >[EMAIL PROTECTED] wrote: > >> ...about scripting languages is that they let you do a whole lot *very* >> quickly and then you're stuck. My current case in point, is this program >> I'm writing to sync files from the three different computers I use to a >> central location. (bookmark files, address books, etc.) >> >> All the stuff that I expected to be hard was easy: querying a FTP site, >> uploading and downloading files, comparing file dates and times. >> >> The part that I expected to be easy seems impossible: setting the time on a >> file in the local file system. I never once imagined that I wouldn't be >> able to do this. > >I am sorry, but I don't think you will easily find many scripting languages which >will allow you >to do so, or am I wrong? No. You are correct, hence my complaint. It wasn't targeted at Rebol, but scripting languages in general. I'm C/C++programmer, and I constantly have hopes that a scripting language will arise that I can switch to. The happiest I've been was when I had my own interpreter using the Postscript dialect. For the most part I wrote in Postscript. When I need to do something better done in a language like C, I wrote it in C and added it as a builtin function. It was awesome, but it since it was all custom it wasn't something I could really use at work. If you supported a mechanism to call DLL's, and maybe created a generic one, people could use Rebol for what it's good at and switch to a langauge like C for the things it's not good at--like talking to the system. I know this violates the whole portable code thing, but it's *really* useful and no one *has* to use it. I really doubt that one language will ever be all things to all people. Two languages quite possibly might do the trick. We just need some glue and Rebol looks like pretty good glue. >> It's incredibly frustrating. Is there a way to make calls to custom DLL's? >> > >Wait for the /Command version ... Okay, I'm waiting... (any idea how long???) Brad