Re: [B20.1]: Permission denied, sometimes

Re: [B20.1]: Permission denied, sometimes

[N8TM]

In a message dated 3/4/99 6:43:53 AM Pacific Standard Time,
oskarb@fagorautomation.es writes:

<< Moreover, gcc prints out, now and then, "Permission denied" errors 
 for the following file (?):
 
 	\usr\include\. >>

I've always found it necessary to symlink the appropriate directories to
/usr/include on W95.  Apparently, that is the one place where #include files
may be found when all else fails.

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: [B20.1]: Permission denied, sometimes

[N8TM]

In a message dated 3/4/99 6:43:53 AM Pacific Standard Time,
oskarb@fagorautomation.es writes:

<< Moreover, gcc prints out, now and then, "Permission denied" errors 
 for the following file (?):
 
 	\usr\include\. >>

I've always found it necessary to symlink the appropriate directories to
/usr/include on W95.  Apparently, that is the one place where #include files
may be found when all else fails.

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

[B20.1]: Permission denied, sometimes

[OSKAR BERRETEAGA]

Hi, all

we're using B20.1 on several W95 machines and, on some of them, 
the script to compile and link some C files fails. In fact, it's the gcc

that outputs "Permission denied" errors. This behaviour is not
deterministic 
because if we try to compile the same file again it may or may not
succeed. 
Moreover, gcc prints out, now and then, "Permission denied" errors 
for the following file (?):

	\usr\include\.

I've checked and double checked for the existence of that file but 
there certainly isn't such a file or directory in our computers.

I almost sure that it has to do with cpp because when adding the -E
option
to the compile line I still get the permission denied errors mostly for
real
include files.

I've attached the cygcheck output for both a configuration that works
perfectly
(cyok.txt) and for another one that exhibits the erratic behaviour
(cywrong.txt).
The ggc line we use to compile the file is:

gcc -c $PRJDIR/plcprg.c -o $PRJOBJDIR/plcprg.o -idirafter
$EXTRAINCLUDEDIR1 -idirafter $EXTRAINCLUDEDIR2 -idirafter
$EXTRAINCLUDEDIR3 -idirafter $EXTRAINCLUDEDIR4

I just want to add that it works most of the time. But...

Thanks in advance for any help

>
>Oskar Berreteaga Castro
>Depto. I+D Software
>e-mail: oskarb@fagorautomation.es
>
>----------------------------------------------------
>Fagor Automation, S.Coop.
>Barrio San Andres, s/n - P.O. Box. 144
>Mondragon 20500 - SPAIN
>
>Tfno:	+34-943 79 95 11
>Fax:	+34-943 79 17 12
> http://www.fagorautomation.mcc.es
>----------------------------------------------------
>
  

[B20.1]: Permission denied, sometimes

[OSKAR BERRETEAGA]

Hi, all

we're using B20.1 on several W95 machines and, on some of them, 
the script to compile and link some C files fails. In fact, it's the gcc

that outputs "Permission denied" errors. This behaviour is not
deterministic 
because if we try to compile the same file again it may or may not
succeed. 
Moreover, gcc prints out, now and then, "Permission denied" errors 
for the following file (?):

	\usr\include\.

I've checked and double checked for the existence of that file but 
there certainly isn't such a file or directory in our computers.

I almost sure that it has to do with cpp because when adding the -E
option
to the compile line I still get the permission denied errors mostly for
real
include files.

I've attached the cygcheck output for both a configuration that works
perfectly
(cyok.txt) and for another one that exhibits the erratic behaviour
(cywrong.txt).
The ggc line we use to compile the file is:

gcc -c $PRJDIR/plcprg.c -o $PRJOBJDIR/plcprg.o -idirafter
$EXTRAINCLUDEDIR1 -idirafter $EXTRAINCLUDEDIR2 -idirafter
$EXTRAINCLUDEDIR3 -idirafter $EXTRAINCLUDEDIR4

I just want to add that it works most of the time. But...

Thanks in advance for any help

>
>Oskar Berreteaga Castro
>Depto. I+D Software
>e-mail: oskarb@fagorautomation.es
>
>----------------------------------------------------
>Fagor Automation, S.Coop.
>Barrio San Andres, s/n - P.O. Box. 144
>Mondragon 20500 - SPAIN
>
>Tfno:	+34-943 79 95 11
>Fax:	+34-943 79 17 12
> http://www.fagorautomation.mcc.es
>----------------------------------------------------
>