Search the web
Sign In
New User? Sign Up
forth200x
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Message search is now enhanced, find messages faster. Take it for a spin.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
3rd RfD: Directories   Message List  
Reply | Forward Message #224 of 425 |
Re: [forth200x] Re:3rd RfD: Directories

Stephen Pelc wrote:
> However,
> many of these actions are better performed by the consumer.

Now I understand what you mean with consumer. You mean words like
OPEN-FILE and INCLUDED that consume file names, right?

At the start of this proposal I thought so, too. But as I worked
through it, I found that it actually makes more sense to add the
directory to the file name at the place where the file name occurs:

* The main reason is that the programmer specifying the file name
knows relative to what directory it is, so it makes sense to specify
that along with the file name; in the current proposal they do this
by specifying the file name with F" (for include-directory-relative
names) or with S" (for other names), and possibly in the future with
FS" or somesuch.

With the TransFileName modes, the programmer would have to pass that
knowledge separately to the consumer, and the modes are designed to
make this particularly inconvenient in the (admittedly rare) case
where the consumer is not directly adjacent to the producer.

* In the (admittedly rare) case where the include directory is
different at the producer and at the consumer, the include directory
of the producer should be used for the reasons above, but it is not
available at the consumer.

* The implementation is easier: All consumers can stay exactly as they
are. We are just adding new ways to produce file names.

- anton



Thu Aug 7, 2008 8:43 pm

anton@...
Send Email Send Email

Forward
Message #224 of 425 |
Expand Messages Author Sort by Date

This is the third RfD on this topic. The second one was in July 2007. You find the updated text further down. The main point of contention was about the...
Anton Ertl
anton@...
Send Email
Aug 5, 2008
5:19 pm

... I have two issues outstanding: 1) F" is not a fully reusable tool, 2) Name explosion, e.g. why not FS" for file in a search path. The first issue is that...
Stephen Pelc
sfprem
Offline Send Email
Aug 6, 2008
12:05 pm

... Yes, the scope of this proposal is limited. ... See "What if the user uses F" or INCLUDE-NAME-ABS outside a Forth ... No. ... If you want to create a file...
Anton Ertl
anton@...
Send Email
Aug 7, 2008
9:59 am

... Now I understand what you mean with consumer. You mean words like OPEN-FILE and INCLUDED that consume file names, right? At the start of this proposal I...
Anton Ertl
anton@...
Send Email
Aug 7, 2008
8:43 pm

... You miss the point. These days, file names often come from dialog boxes, databases and so on. The application programmer is presented with a) a filename...
Stephen Pelc
sfprem
Offline Send Email
Aug 7, 2008
12:28 pm

... The dialog boxes I have experienced produce absolute file names, so no relative-directory-handling is necessary. I have never seen a database contain file...
Anton Ertl
anton@...
Send Email
Aug 7, 2008
9:18 pm

... Yes. In practice, the only two that matter are OPEN-FILE and CREATE-FILE. VFX expands text macros there. We have not had a single tech support query about...
Stephen Pelc
sfprem
Offline Send Email
Aug 8, 2008
12:08 pm
Advanced

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help