I've noticed that executables generated by gcc (cygwin 1.3.17-1, gcc
3.2-3, binutils 20021117-1, Windows XP) have Read, Read&Execute and
Write permissions for group and others, ls -l shows their attributes
as -rwxrwxrwx . It seems rather strange - I guess that Write
permission for other users is no
Corinna Vinschen <[EMAIL PROTECTED]> writes:
> umask
How can I change umask of processes launched from Windows executables?
--
With regards, Roman.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
; "... It's inherited by child processes just as ..."
>
> RRS
>
>
>>Randall Schulz
>>Mountain View, CA USA
>>
>>
>>At 23:44 2002-12-03, Roman Belenov wrote:
>>>Corinna Vinschen <[EMAIL PROTECTED]> writes:
>>>
>>> >
Christopher Faylor <[EMAIL PROTECTED]> writes:
> I've made a new version of groff available for download. This is a
> refresh from the GNU web site, so it has whatever fixes are in this
> version.
Just installed it; on my system it generates Escape codes in formatted
pages and man displays them
Update man (latest version is 1.5j-1) or just add -R to less switches
in /etc/man.config
"Gary T. Leavens" <[EMAIL PROTECTED]> writes:
> When I updated cygwin yesterday, everything works except for the formatting of
> manual pages. When I do
-- skipped --
> groff 1.18.1-1
It seems that cygwin doesn't grok inheritable permissions on my system
(I'm using Windows XP; CYGWIN environment variable contains
'ntsec'). Is it a feature (or, rather, abscence of it) or my fault ?
--
With regards, Roman.
--
Unsubscribe
Well, by groking I meant using them while deciding whether certain user
has access to file. And it seems that they are just ignored.
BTW Can you point me to this discussion in the list ? Searching list
archive I found only references to inheritable permissions problem
without description of the p
Same here with 1.3.13-2; it seems that all programs are affected (e.g. I can't run
anything from bash since bash can't fork). I'm using WIndows XP SP1.
Steve O <[EMAIL PROTECTED]> writes:
> On Mon, Oct 14, 2002 at 03:09:50AM -, [EMAIL PROTECTED] wrote:
>> <[EMAIL PROTECTED]>:
>> Sorry, only
I tried 20021020 snapshot (I experienced this fork problem too); now
cygwin fails on the second fork level :
E:\>bash
bash-2.05b$ bash
bash-2.05b$ bash
1076 [main] bash 3612 fhandler_disk_file::fixup_mmap_after_fork: requested 0x
9C != 0x0 mem alloc base 0x9C, state 0x2000, size 2088960
"Alex Vinokur" <[EMAIL PROTECTED]> writes:
> 1. How can the cygcheck utility know about DLLs in the Digital
> Mars executable file?
All DLLs used by a Win32 executable are listed in the executable.
> 2. Why doesn't the cygcheck utility know about DLLs in the DJGPP
> executable file?
DJG
Alexander Shopov <[EMAIL PROTECTED]> writes:
> However when I pipe it to less
>
> cat myfile | less
>
> it gets broken
> I get things like:
You should tell less what characters are supposed to be printable
using LESSCHARSET or LESSCHARDEF environment variable (man less for
details).
> ls *
>
>
Joshua Daniel Franklin <[EMAIL PROTECTED]> writes:
> Normally, our FAQ maintainer reads the list and you shouldn't need to
> pester anyone. However, he'd recently said he's very behind reading the
> list and so I updated the FAQ and Users' Guide since this change makes
> sense.
Note that "less -r
Igor Pechtchanski <[EMAIL PROTECTED]> writes:
> After a cursory glance, it looks like it is locale-aware, so if you
> have your locale settings straight, cyrillic should print out just
> fine.
What does it mean to "have your locale settings straight" in cygwin ?
Is it possible to make cygwin resp
Teun Burgers <[EMAIL PROTECTED]> writes:
> g77 -v -mno-cygwin -o hello hello.f
>
> calls f771.exe and can't find f771.exe along the path.
> A problem with the specs file?
f771 is not included in gcc-mingw package, so I guess it's a problem
with distribution.
--
14 matches
Mail list logo
