le >/dev/null && echo --rsyncable)
For the record, that's on Tru64 V5.1B-4 (Patch Kit 6), but I'd expect
that anyone with a sufficiently obsolete gzip would see it, too.
----
Steven M. Schweda
From: Bruno Haible
> This was already reported and fixed in coreutils, in
> http://lists.gnu.org/archive/html/bug-coreutils/2006-08/msg00111.html
I like my "2>&1" better than that "2>/dev/null", as mine would work
if the thing being sought were actually there. (And it's shorter.)
Discar
From: Paul Eggert <[EMAIL PROTECTED]>
> Thanks for the details. I guess 'false' is a keyword or predefined
> macro or something?
Keyword, I assume. As a macro, I've seen it only in stdbool.h.
> I installed the following patch to gnulib. Basically it removes the
> "line 104" mentioned above
> From: Paul Eggert <[EMAIL PROTECTED]>
>
> > I installed the following patch to gnulib. Basically it removes the
> > "line 104" mentioned above. Can you please verify that it fixes your
> > problem? Thanks.
> > [...]
>
>That seems to satisfy it. Thanks.
On the bright side, Sun's Stud
From: Paul Eggert <[EMAIL PROTECTED]>
> >I suppose that if your goal is to reveal fairly exotic compiler
> > quirks rather than to test for a usable stdbool.h,
>
> Well, one person's "compiler quirks" are another person's "features"
Right. Well, just for the record, my abbreviated ve
to keep available on VMS. (Imagine my
surprise when a Web search for the fix for this problem found instead a
discussion wherein the obvious fix was rejected on esthetic grounds.)
For the record:
ALP $ cc /version
HP C V7.3-009 on OpenVMS Alpha V8.3
GIMP $ cc /version
Compaq C V6.4-005 on OpenVMS VAX V7.3
Thanks for your attention.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
to see why
my old computers seem to get progressively slower. A few more
operations here, some dead code there -- it's all becoming clear now.
It's a pity that that awful "#if xxx" isn't easier to read and reason
about...
-------
over
bytes and microseconds.
I'm still glad to see a fix, even though I'm confident that this
particular fix will never be my favorite piece of code.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
;< 1 | con0" offers
so great an improvement in clarity over, say, "var = con" that it
justifies the preference for "()" over "#" here.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
As have I, but that's doesn't trump maintainability.
> For us, maintainability is more important than minor
> performance issues on obsolete or crippled systems.
I remain unconvinced of these claimed advantages. (But it's not my
code.)
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
could be slipped in, I'd be grateful.
I may check the archive from time to time, but I'm not a list
subscriber, so e-mail would be good if anyone has a question.
------------
Steven M. Schweda sms@antino
ssociated with "*" and "s", it does seem
to work (whether or not I like the style). Thanks. I'll let the Wget
folks know that a change is in the pipeline.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
From: Paul Eggert
> +#ifdef __VMS
> + if (dlen != 0 && dir[dlen - 1] == ':')
> +add_slash = false;
> +#endif
Oooh, I don't think that I'd do that. If the victim specifies a VMS
directory, like, say, "dkc0:[sms]", for TMPDIR, then a ":" test on the
last character will fail. As usual, ev
From: Paul Eggert
> On 07/15/2013 01:39 PM, Steven M. Schweda wrote:
>
> >Oooh, I don't think that I'd do that.
>
> Sorry, I don't know VMS so I'm flying blind here.
When in doubt, don't do it, I always say.
> How about this instead?
>
u. But you
heard it here first (I assume).
Most of the VMS adaptations for version 3.3 look very like those I
made for 3.2. Those went nowhere, but if you're interested in a "diff
-ru" (or something) for 3.3, just let me know.
Thanks again for the advice.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
15 matches
Mail list logo
