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

[REBOL] Re: read ftp:// error

From: agem:crosswinds at: 31-May-2001 23:53

>>>>>>>>>>>>>>>>>> Ursprüngliche Nachricht <<<<<<<<<<<<<<<<<<
Am 31.05.01, 22:06:27, schrieb [sterling--rebol--com] zum Thema [REBOL] Re: read ftp:// error:
> Ah yes. Guru tricks not yet in the documentation most likely. > > > if seek: find conv month [return first first find seek block!] > > .... > > > > Hey, I didn't know 'find could accept type. Cool! And of course I > > should have known that REBOL would offer this more generic approach. > > > > > This way you can have as many mappings > > > from other languages to the result as you want. > <snip> > > > Needless to say, this blowout will be fixed one way or another. > > > > We all new RT would! Thanks for your input, Sterling. > > --Scott Jones > The fix in the next release will be that the error is caught and the > date wil be set to NONE. You'll see no difference in file or > directory reading but if you use MODIFIED? or INFO? on one of these > files, the date will come back as NONE. Basically, and FTP server > that is responding with localized dates is bad. The only way to deal > with that would then be to have all abbreviations for all languages of > the world in your program and that's ridiculous.
Was my first though, but then all dates are none with no workaround. This translate-trick impresses me. Thinking about /desktop with broken smart-update -brrr. Patching ftp again ;-) Better would be a) a block system/schemes/ftp/translate-month (initial empty) b) and/at least a /custom which understands 'translate-month c) =a extended to a server-specific host-list with server-specific translations(like proxy. to big?) its users response then. If they know their host they have dates.
> Sterling
-Volker