When csh scripts have DOS line endings, tcsh 6.12.00 sometimes parses them
incorrectly. This seems to happen with scripts that have while loops,
once the scripts get big enough. Converting the script to unix line
endings fixes the problem.
The attached script, cshbug, is about as small as it
At 01:19 PM 4/7/2004, you wrote:
>Larry Hall wrote:
>
>>At 12:51 PM 3/25/2004, you wrote:
>>
>>
>>>Hallo!
>>>I'm using CYGWIN_NT-5.1 (cygcheck.out attached)
>>>*I installed Cygwin in a Subdir /cygdrive/d/temp/Cyg/, because here we don't have
>>>permissions for /. So I want to chroot to that inst
Jay,
You're not the first to run into this. From all I've gathered/read, the
short answer to your question whether Cygwin supports backlinking as you
expect in most *nix environments is _no_.
True, Windows does not support backlinking. True, you can play the
libtools game, build a stub libra
At 03:25 PM 4/7/2004, you wrote:
>> Is VMWare a significant component or is it just the fact that you have a
>> "shortcut"?
>no, vmware probably isn't significant (just giving the system
>rundown),
>
>
>> Is your "shortcut" created via Cygwin's "ls -s" or via
>> Windows?
>>
>and it wasn't a
Op Fri, 9 Apr 2004 10:45:38 -0400
schreef Christopher Faylor
in <[EMAIL PROTECTED]>:
[...]
: newlib does produce a 'rand_r' function, so Buzz's list is incomplete.
FWIW, I only listed the __r functions, not the _r
functions.
L8r,
Buzz.
--
) | | ---/ ---/ Yes, this | This message consists
At 11:57 AM 4/9/2004, you wrote:
>On Fri, Apr 09, 2004 at 11:28:54AM -0400, Larry Hall wrote:
>>Right. I think that goes along with the notion that the '@' stuff is
>>enabled for Cygwin processes invoked from non-Cygwin ones. But perhaps
>>I was unclear about what I was looking for. Peter's res
At 12:44 PM 4/9/2004, you wrote:
>On Fri, 9 Apr 2004, Larry Hall wrote:
>
>Hi Larry,
>
>> Right. I think that goes along with the notion that the '@' stuff is
>> enabled for Cygwin processes invoked from non-Cygwin ones. But perhaps
>> I was unclear about what I was looking for. Peter's response
Op Fri, 9 Apr 2004 00:01:56 -0400
schreef Christopher Faylor
in <[EMAIL PROTECTED]>:
: On Fri, Apr 09, 2004 at 04:33:26AM +0200, Bas van Gompel wrote:
[don't export _r functions which are only in newlib and in no UNIX]
: > Yeah, sure. But this means I won't be able to help any further
: > with t
On Fri, 9 Apr 2004, Tom Rodman wrote:
> Assume you have two hosts w/cygwin installed: one that sees script
> foobar as a local file and one that is running this same foobar but
> through a network drive.
>
> Based on tests, if bash is running the script "foobar", w/foobar
> on a remote drive; then
On Fri, 9 Apr 2004, Larry Hall wrote:
Hi Larry,
> Right. I think that goes along with the notion that the '@' stuff is
> enabled for Cygwin processes invoked from non-Cygwin ones. But perhaps
> I was unclear about what I was looking for. Peter's response seemed to
> indicate that he tried *bot
On Fri, 9 Apr 2004, Larry Hall wrote:
> At 12:00 AM 4/9/2004, you wrote:
> >On Thu, 8 Apr 2004, Christopher Faylor wrote:
> >
> >> On Thu, Apr 08, 2004 at 10:07:19PM +0200, Johan Holmberg wrote:
> >> >A short description of my enironment:
> >> >
> >> >- the programs I'm building are C/C++ compiler
Assume you have two hosts w/cygwin installed: one that sees script
foobar as a local file and one that is running this same foobar but
through a network drive.
Based on tests, if bash is running the script "foobar", w/foobar
on a remote drive; then while foobar is
running on this remote box, assu
On Fri, Apr 09, 2004 at 11:28:54AM -0400, Larry Hall wrote:
>Right. I think that goes along with the notion that the '@' stuff is
>enabled for Cygwin processes invoked from non-Cygwin ones. But perhaps
>I was unclear about what I was looking for. Peter's response seemed to
>indicate that he tr
Right. I think that goes along with the notion that the '@' stuff is
enabled for Cygwin processes invoked from non-Cygwin ones. But perhaps
I was unclear about what I was looking for. Peter's response seemed to
indicate that he tried *both* the suggested mount option and the '@file'
option sim
Corrected, missed the gammas, although they are already exported. Interestingly, libc
doesn't seem to have a gamma_r or gammaf_r in the documentation, although an lgamma_r
and an lgammaf_r; I am assuming a documentation bug.
Intersection of (newlib _r listing from CGF) and (the union of the ope
Intersection of (newlib _r listing from CGF) and (the union of the opengroup and libc
_r functions) (remove leading _):
asctime_r
ctime_r
gmtime_r
hcreate_r
hdestroy_r
hsearch_r
jrand48_r
lcong48_r
lrand48_r
localtime_r
mrand48_r
nrand48_r
rand_r
seed48_r
srand48_r
strerror_r
strtok_r
tmpnam_r
A
On Fri, Apr 09, 2004 at 10:45:38AM -0400, Christopher Faylor wrote:
>newlib does produce a 'rand_r' function, so Buzz's list is incomplete.
FWIW, the list below is what I came up with by massaging the output of
'nm' when run on the .a files that newlib produces. It may also be out
of date since I
For the record, the immediate parent can be a DOS/Windows program that is
itself called by a Cygwin program (in this example, bash).
/tmp> wc t
1 11850 404970 t
/tmp> /bin/echo @t
@t
/tmp> /bin/echo @t | wc
1 1 3
/tmp> $(cygpath -u ${COMSPEC}) /c $(cygpath -w /bin/echo)
On Fri, Apr 09, 2004 at 10:12:56AM -0400, Richard Campbell wrote:
>>For a reference of what is acceptable, you can use The Single Unix
>>Specification v3:
>>
>>http://www.opengroup.org/onlinepubs/007904975/toc.htm
>>
>
>All System Interfaces from that specification ending in "_r":
>
>[snip]
>rand_r
On Thu, 8 Apr 2004, Larry Hall wrote:
> At 05:20 PM 4/8/2004, you wrote:
> >...is my usage broken?
> >
> >I haven't used Patch in a while, but I've been trying to patch
> >DBD::Oracle1.15, and the seemingly innocuous patch is being totally
> >rejected:
> >
> >[EMAIL PROTECTED]:/c/temp/DBI/patche
>For a reference of what is acceptable, you can use The Single Unix
>Specification v3:
>
>http://www.opengroup.org/onlinepubs/007904975/toc.htm
>
All System Interfaces from that specification ending in "_r":
asctime_r
ctime_r
getgrgid_r
getgrnam_r
getlogin_r
getpwnam_r
getpwuid_r
gmtime_r
localti
At 12:00 AM 4/9/2004, you wrote:
>On Thu, 8 Apr 2004, Christopher Faylor wrote:
>
>> On Thu, Apr 08, 2004 at 10:07:19PM +0200, Johan Holmberg wrote:
>> >A short description of my enironment:
>> >
>> >- the programs I'm building are C/C++ compilers
>> >
>> >- I use GCC in Cygwin to get a "second opi
Theo Verelst wrote:
Readers,
Maybe I'm facing a known problem, but I at a glance saw no posts or
README's about this subject of OpenGL includes suddenly generating
errors after a relatively recent cygwin upgrade.
Well, if you looked for posts, you didn't look very thoroughly, because you
would h
Ross Ridge wrote:
>
> You can try using an implicit linker script. Create a file, call it
> something like "my-ld-script", with lines like the following:
>
> INPUT(obj1.o obj2.o obj3.o)
> INPUT(obj4.o, obj5.o, obj6.o)
> INPUT(obj7.o)
>
> And then instead of linking with a
Christopher Faylor wrote:
Not to sound ungracious, but I still need to find a 64 bit version of
Windows to run on this beauty. I'll be checking with some contacts to
see if I can come up with that. If I can, the first thing that I'll try
is the work around that was posted here recently to see if
On Friday 09 April 2004 02:58, Christopher Faylor wrote:
> You know how I always whine about how I can't debug 64 bit windows
> without a 64 bit system and have asked (not entirely seriously) for the
> contribution of a system?
>
> Well, I now have a brand new 64 bit windows system, contributed by
Trying bzip2 -tv yields bad magic numbers for both of
release/check/check-0.8.4-1-src.tar.bz2
release/ncurses/libncurses5/libncurses5-5.2-1-src.tar.bz2
The md5sums for these files are as reported in setup.ini.
Fergus
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem re
27 matches
Mail list logo
