* delete-file ??
@ 2002-07-14 16:33 Bruce Korb
2002-07-15 6:00 ` Rob Browning
0 siblings, 1 reply; 4+ messages in thread
From: Bruce Korb @ 2002-07-14 16:33 UTC (permalink / raw)
Hi,
Programming successfully is a task involving keeping track of
a myriad of minutia and fitting all the little pieces together.
Anything that reduces the amount of information that one needs
to track is a good thing. The Guile library supports POSIX
calls with POSIX-ly named functions. Excellent. I only need
to learn one set of names and figure out some mostly obvious
permutations to use the Guile function for the POSIX call.
So, despite the fact that "delete-file" is far more obvious
than "unlink", the rename increases the complexity of my
programming life. I had to find "delete-file" by grepping
the source for "unlink *\(". Ick. Please consider adding
"unlink" and any other POSIX calls that got renamed.
Thanks.
_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-devel
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: delete-file ?? 2002-07-14 16:33 delete-file ?? Bruce Korb @ 2002-07-15 6:00 ` Rob Browning 2002-07-16 0:03 ` Bruce Korb 0 siblings, 1 reply; 4+ messages in thread From: Rob Browning @ 2002-07-15 6:00 UTC (permalink / raw) Cc: guile-devel Bruce Korb <bkorb@pacbell.net> writes: > Programming successfully is a task involving keeping track of > a myriad of minutia and fitting all the little pieces together. > Anything that reduces the amount of information that one needs > to track is a good thing. The Guile library supports POSIX > calls with POSIX-ly named functions. Excellent. I only need > to learn one set of names and figure out some mostly obvious > permutations to use the Guile function for the POSIX call. > So, despite the fact that "delete-file" is far more obvious > than "unlink", the rename increases the complexity of my > programming life. I had to find "delete-file" by grepping > the source for "unlink *\(". Ick. Please consider adding > "unlink" and any other POSIX calls that got renamed. That sounds like a good idea to me, though we might need another function. I'm not sure what the error/return semantics of delete-file are -- docs don't say, and whatever's bound to unlink should follow the current guile posix conventions... -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG=1C58 8B2C FB5E 3F64 EA5C 64AE 78FE E5FE F0CB A0AD _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: delete-file ?? 2002-07-15 6:00 ` Rob Browning @ 2002-07-16 0:03 ` Bruce Korb 2002-07-16 1:56 ` Rob Browning 0 siblings, 1 reply; 4+ messages in thread From: Bruce Korb @ 2002-07-16 0:03 UTC (permalink / raw) Cc: guile-devel Rob Browning wrote: > That sounds like a good idea to me, though we might need another > function. I'm not sure what the error/return semantics of delete-file... Read the source, Luke :-( > SCM_DEFINE (scm_delete_file, "delete-file", 1, 0, 0, > (SCM str), > "Deletes (or \"unlinks\") the file specified by @var{path}.") > #define FUNC_NAME s_scm_delete_file > { > int ans; > SCM_VALIDATE_STRING (1, str); > SCM_SYSCALL (ans = unlink (SCM_STRING_CHARS (str))); > if (ans != 0) > SCM_SYSERROR; > return SCM_UNSPECIFIED; > } > #undef FUNC_NAME You're right: > SCM_DEFINE (scm_unlink, "unlink", 1, 0, 0, > (SCM path), > "Unlinks (or \"deletes\") the file specified by @var{path}.") > #define FUNC_NAME s_scm_unlink > { > int ans; > SCM_VALIDATE_STRING (1, path); > SCM_SYSCALL (ans = unlink (SCM_STRING_CHARS (path))); > return gh_int2scm( ans ); > } > #undef FUNC_NAME > > SCM_DEFINE (scm_delete_file, "delete-file", 1, 0, 0, > (SCM path), > "Deletes (or \"unlinks\") the file specified by @var{path}.") > #define FUNC_NAME s_scm_delete_file > { > SCM res = scm_unlink( path ); > return (gh_scm2int( res ) != 0) ? SCM_SYSERROR : SCM_UNSPECIFIED; > } > #undef FUNC_NAME And, yes, I know "gh_*" is deprecated. I'm sure you can fix it. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: delete-file ?? 2002-07-16 0:03 ` Bruce Korb @ 2002-07-16 1:56 ` Rob Browning 0 siblings, 0 replies; 4+ messages in thread From: Rob Browning @ 2002-07-16 1:56 UTC (permalink / raw) Cc: guile-devel Bruce Korb <bkorb@pacbell.net> writes: >> That sounds like a good idea to me, though we might need another >> function. I'm not sure what the error/return semantics of >> delete-file... > > Read the source, Luke :-( Umm. I would have except that it was 1AM here, and I was kinda tired, having been working since the previous morning. I made that comment intending it to be a heads up for anyone else who felt like looking in to the issue sooner. -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG=1C58 8B2C FB5E 3F64 EA5C 64AE 78FE E5FE F0CB A0AD _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2002-07-16 1:56 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2002-07-14 16:33 delete-file ?? Bruce Korb 2002-07-15 6:00 ` Rob Browning 2002-07-16 0:03 ` Bruce Korb 2002-07-16 1:56 ` Rob Browning
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).