> From: Andrey Repin
> Mode on the *nix side seems unimportant, as Samba fakes ACL, if client
do not understand native
> modes.
It is unimportant if the samba share is just a file server for Windows
machines. But if you also work on 'nix machines, locally on that server
or via nfs, then you want m
> From Andrey Repin
[snip]
>> 0744 for global, 0755 for homes (the relevant share in my case), 0022
>> as cygwin umask.
Sorry, correction: create mask 0744, create mode 0755. Which does help
my confusion:
>> I would expect files created on the cygwin side to have 0755 on the
>> linux side (or
> Greetings, Michel Bardiaux!
>
>> I have also tried the same as you did (len.sh on a samba share) and
>> saw the same problem. Then I saw that the len.sh got a (cygwin *and*
>> linux) mode of -rwxrw-r-- *without* doing any chmod. Then I saw that
>> *every* fi
> As Earnie wrote, now you should use the appropriate mingw32 or mingw64 cross
> compiler,
> both of which are available as part of the Cygwin distro.
> This *is* the general solution.
I *get* that. My problem was, the web is so cluttered with pages mentioning the
no-cygwin thing (including the
[snip]
> That is the "general solution". The error message was appropriate and gave a
> clue. Beyond that
> you'll need to communicate a patch to the maintainers of the package that is
> still using -mno-cygwin.
Let me rephrase.
gcc-3 -mno-cygwin -o foo.exe foo.c
under cygwin, works to crea
[snip]
> Sure, --host=i686-pc-mingw32 or some other appropriate host string during
> configure.
> You'll need to make sure you have the appropriate files for cross compiling.
> The -mno-cygwin has been gone for some months moving into years.
That much I could guess. I am pretty sure I could
Sorry, forgot to change the recipient.
-Original Message-
> [snip]
>
>> lgiambro@lorien ~
>> $ cat len.sh
>> #!/bin/sh
>> echo it works
>
> And man sh states " --norc Do not read and execute the personal
> initialization file ~/.bashrc if the
> shell is interactive. Thi
[snip]
>> Y: /cygdrive/y smbfs binary,noacl,auto 0 0
> That won't work. Don't try to overload the cygdrive prefix for single
> drives, that's not supported.
Ooops. How do I restore the normal default? It no longer appears in 'mount'.
> Use something like
> Y: /my_y_drive whatever binary,noac
[snip]
> You could mount the samba share with "noacl",
> see http://cygwin.com/cygwin-ug-net/using.html#mount-table
> Corinna
Thanks for the suggestion. I have added this to /etc/fstab:
Y: /cygdrive/y smbfs binary,noacl,auto 0 0
Closed all cygwin windows, reopened one (mintty), mount says:
C:/
ndeed, gcc 4.5.3 just kicks you out with "The
-mno-cygwin flag has been removed; use a mingw-targeted
cross-compiler.".
Using gcc-3, or setting it using /etc/alternatives, works but of course
it is better to use the more recent compiler. Could someone publish the
appropriate recipe?
TiA,
[snip]
> lgiambro@lorien ~
> $ cat len.sh
> #!/bin/sh
> echo it works
And man sh states " --norc Do not read and execute the personal
initialization file ~/.bashrc if the
shell is interactive. This option is on by default if the
shell is invoked
as sh."
Which el
2 suggestions:
1. What happens if len.sh is in your Cygwin home, that is on the local
drive?
2. What happens with "sh -x ./len.sh" (on the network drive)?
HaND,
-Original Message-
No. That works. presumably because it's executing "bash" and not the
script itself.
-Len
On Apr 18,
> I've added a new package called _autorebase to the Cygwin distro.
This works very well indeed. After reinstalling setup and catching up with 1
month of updates, bringing me from uname 1.7.10 to 1.7.11 (which means
autorebase MUST have done something, right?) I have just made a moderately
larg
essage because the directory -lX11 does
not exist!). Either a bug in the configure file (& bros.) for aplus, or
it expects you to specify some variable that has to be expanded after
the -L, maybe the path to the X libraries? Try configure --help.
HaND,
Michel Bardiaux
--
Problem reports:
s the last, failing, command executed by your build process?
HaND,
Michel Bardiaux
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> [...] Can you either confirm that the defined variable is named
"cygwin", or tell me what the
> actual name is?
__CYGWIN__ (*2* underscores, twice)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/
[snip]
> This is hard in C, and harder in code compiled by gcc [snip]
I know that, and am willing to accept the risk since any info is better
than none. I just wish for a more efficient mechanism than I am now
using.
> If you're using C++, [snip]
Nope.
> Alternatively, you could compile with -g
acceptable for a traceback following the raising of some
error condition, but seems much too heavy for using in a leak detector.
Does anyone know of an equivalent API under cygwin? Or could we consider
adding such a variation of cygwin_stackdump to the cygwin DLL?
TiA
Michel Bardiaux
--
Problem rep
> Cygwin applications don't use the WIN32 environment. Rather they have
> their own copy of the environment in a POSIX layout. What happens is
> probably that the OCI lib calls GetEnvironmentString ("TNS_ADMIN",...)
> and gets nothing back, since the variable is just not in the Win32
> enviro
al).
Help? Please? Pretty please?
(s) Michel Bardiaux
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> On Feb 21 14:24, Michel Bardiaux wrote:
>> You can add to the BLODA list:
>>
>> AVAST! (www.avast.com). But no need to desinstall; just disable
>> permanently the FILESYSTEM and BEHAVIOR realtime shields. The others
>> (web, p2p, mail, IM) do not seem to int
> On Thu, Feb 23, 2012 at 8:22 AM, Michel Bardiaux wrote:
>>
>> 1. Is USER supposed to be set?
>
> Yes.
>
>> 2. If yes, by what script or process?
>
> /etc/profile
Then mine is indeed damaged, it contains just this:
PATH="/usr/local/bin:/usr/bin:/bin:$PAT
It seems that my latest frenzy of setups (the ones that first screwed
up, then failed to fix, then at last fixed, coreutils) had some nasty
side effects. The first I see is that USER is no longer defined in the
environment, at least for bash in mintty. Quite likely one of the bash
config files in /
You can add to the BLODA list:
AVAST! (www.avast.com). But no need to desinstall; just disable
permanently the FILESYSTEM and BEHAVIOR realtime shields. The others
(web, p2p, mail, IM) do not seem to interfere with cygwin.
Michel Bardiaux
--
Problem reports: http://cygwin.com
as not...
Thanks to the whole cygwin community for help on this in particular, and
for a fine ware in general.
Michel Bardiaux
---
"As far as I can see all I see is C"
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Doc
25 matches
Mail list logo