On 4/1/2015 3:47 AM, Corinna Vinschen wrote:
On Apr 1 03:26, Robert Miles wrote:
The C: drive on one of my 64-bit Windows 7 computers is approaching
90% full, but there are two other drives that are nearly empty.
Can I move the entire Cygwin and Cygwin64 directory trees to one
of the nearly em
After set
```
export XMODIFIERS="@im=ibus"
```
ibus works with xterm, emacs and chromium!
In fact I wrote
```
export GTK_IM_MODULE=ibus
export XMODIFIERS=@im=ibus
export QT_IM_MODULE=ibus
```
in .bashrc as suggested in some threads, but I forgot I was in zsh
environment...
Now everything works f
Greetings, Bryan Berns!
> Sorry for not being more clear -- yes, I had read the FAQ on SSH. I
> was taking the problem up a level to the more obvious weirdness
> demonstrated by the resultant files on a simple "touch". Why would
> Cygwin report that 'Domain Users' --- a group not in the DACL at
Andrey,
Sorry for not being more clear -- yes, I had read the FAQ on SSH. I
was taking the problem up a level to the more obvious weirdness
demonstrated by the resultant files on a simple "touch". Why would
Cygwin report that 'Domain Users' --- a group not in the DACL at all
--- as being able to
Greetings, Bryan Berns!
> I finally am moving my user community to Cygwin 1.7.35 at work and
> having some issues with ssh not thinking user's ssh keys are owned by
> the user. I indeed can see that their directory listings do not show
> their userid as having read,write, or execute to *any* of t
I finally am moving my user community to Cygwin 1.7.35 at work and
having some issues with ssh not thinking user's ssh keys are owned by
the user. I indeed can see that their directory listings do not show
their userid as having read,write, or execute to *any* of their files.
In short, just wante
Hi all.
During an attempt to solve some (unrelated) issues, I noticed that running a
configure script under strace would cause it to hang indefinitely (or at least
for a very long time). I managed to reduce the script to one line; you should
be able to reproduce with the following two commands.
On 4/1/2015 3:38 AM, Corinna Vinschen wrote:
Sigh. This is really annoying from a developer's POV.
I know ...
Yes, yes, I still have "ignore SYSTEM in group handling?" on my TODO
list...
Thank you, Corinna. I appreciate your efforts, not only on the coding
side but also in thinking throu
On Apr 1 10:01, Warren Young wrote:
> On Apr 1, 2015, at 7:34 AM, Corinna Vinschen
> wrote:
> >
> > As you probably know, Unicode values beyond the base plane (that is,
> > everything > 0x in UTF-32 and > ef bf bf in UTF-8 notation)
> > are represented as so-called surrogate pairs in UTF-16
On Apr 1 15:34, Corinna Vinschen wrote:
> Hi Stuart,
>
> On Mar 30 13:04, Corinna Vinschen wrote:
> > On Mar 25 14:34, Kyzer wrote:
> > > Hello,
> > >
> > > I've found that if you use cygwin to create a file with badly-encoded
> > > UTF-8, readdir() gives out an entry with a name that cygwin won
On Apr 1, 2015, at 7:34 AM, Corinna Vinschen wrote:
>
> As you probably know, Unicode values beyond the base plane (that is,
> everything > 0x in UTF-32 and > ef bf bf in UTF-8 notation)
> are represented as so-called surrogate pairs in UTF-16, two UTF-16
> values in the 0xd800 - 0xdfff range
On Wed, 1 Apr 2015 10:30:14 +0200, Corinna Vinschen
wrote:
> > +
> > +How does Cygwin counter man-in-the-middle (MITM) attacks
> > during installation and upgrade?
> > +
>
> The title is too specific, IMHO. What about something along the lines
> of "How Cygwin secures the installation process"
Hi Corinna,
On Wed, Apr 1, 2015 at 9:45 PM, Corinna Vinschen
wrote:
> That's a crash in wcsncpy. Where's the NULL pointer coming from?
> The pointer I created for the domain name points to an empty
> unicode string, it's not NULL.
>
> Oh, hang on.
>
> On Windows, the name part of the logon sid i
;
> I tested a little bit but it doesn't work, and my patch to Wine still works.
>
> Unfortunately it would be a bit tricky for me to provide a backtrace
> very soon due to limited debug symbol support of WineDbg. Before look
> deeper, could we confirm we are testing
On 01/04/2015 13:32, MrRon wrote:
I am running XWin Server on my Windows 7 machine. This starts up xinit,
xterm & XWin.
In the xterm window I enter
$ xhost +eis103l
and on eis103l I enter
$ export DISPLAY=eis-mrron.princeton.edu:0.0
I then run an Xwindow program on eis103l but nothing is display
Hi Stuart,
On Mar 30 13:04, Corinna Vinschen wrote:
> On Mar 25 14:34, Kyzer wrote:
> > Hello,
> >
> > I've found that if you use cygwin to create a file with badly-encoded
> > UTF-8, readdir() gives out an entry with a name that cygwin won't
> > subsequently accept.
> >
> > * create a file usin
On 1 April 2015 at 21:03, wilson wrote:
>
> I saw the following on https://www.cygwin.com/ml/cygwin/2015-03/msg00477.html
> and I've been having the same issue with keychain. The fix to the
> /usr/bin/keychain shell script worked as shown, but I've added information
> about where the fix belong
works.
Unfortunately it would be a bit tricky for me to provide a backtrace
very soon due to limited debug symbol support of WineDbg. Before look
deeper, could we confirm we are testing the same binary?
I'm testing:
x86/cygwin1-20150401.dll.xz
$ sha1sum cygwin1-20150401.dll.xz
01d5092d48f
I saw the following on
https://www.cygwin.com/ml/cygwin/2015-03/msg00477.html and I've been
having the same issue with keychain. The fix to the /usr/bin/keychain
shell script worked as shown, but I've added information about where the
fix belongs (in the script) later in this message. I suggest
On Wed, Apr 1, 2015 at 7:02 PM, Corinna Vinschen
wrote:
> No, wait. SECURITY_BUILTIN_DOMAIN_RID (32) is the RID for the "BUILTIN"
> domain which contains well known groups like
>
> Administrators ==> SID S-1-5-32-544
> Users ==> SID S-1-5-32-545
> etc.
>
> SID S-1-5-5-... are logon
Greetings, Corinna Vinschen!
> On Apr 1 03:52, Andrey Repin wrote:
>> > Now where this really makes a difference is when I am transferring files
>> > between my Windows
>> > system and other systems that are Unix-based, using git, rsync, and such
>> > tools.
>> > Either I remove SYSTEM access o
On Apr 1 13:36, Corinna Vinschen wrote:
> On Apr 1 18:41, Qian Hong wrote:
> > Hi Corinna,
> >
> > On Wed, Apr 1, 2015 at 6:37 PM, Corinna Vinschen
> > wrote:
> > > Ok, that makes sense. This is a logon SID, a session-unique SID created
> > > at logon time. Not looking for invalid domain refs
On Apr 1 18:41, Qian Hong wrote:
> Hi Corinna,
>
> On Wed, Apr 1, 2015 at 6:37 PM, Corinna Vinschen
> wrote:
> > Ok, that makes sense. This is a logon SID, a session-unique SID created
> > at logon time. Not looking for invalid domain refs is clearly a bug in
> > Cygwin. Since, as you said, W
On Apr 1 18:46, Qian Hong wrote:
> On Wed, Apr 1, 2015 at 6:37 PM, Corinna Vinschen
> wrote:
> > This is a logon SID, a session-unique SID created
> > at logon time.
>
> Indeed, this is very useful information, I guess you mean
> SECURITY_BUILTIN_DOMAIN_RID,
No, wait. SECURITY_BUILTIN_DOMAIN_R
On Wed, Apr 1, 2015 at 6:37 PM, Corinna Vinschen
wrote:
> This is a logon SID, a session-unique SID created
> at logon time.
Indeed, this is very useful information, I guess you mean
SECURITY_BUILTIN_DOMAIN_RID, I'll investigate a bit more and improve
my Wine patch, thank you for the hint ;-)
Hi Corinna,
On Wed, Apr 1, 2015 at 6:37 PM, Corinna Vinschen
wrote:
> Ok, that makes sense. This is a logon SID, a session-unique SID created
> at logon time. Not looking for invalid domain refs is clearly a bug in
> Cygwin. Since, as you said, Windows doesn't crash when accessing
> Referenced
Hi Qian,
On Apr 1 18:15, Qian Hong wrote:
> Hi folks,
>
> When playing with Cygwin / MSYS2 on Wine, I found a crashing related
> to LsaLookupSids.
>
>
> In winsup/cygwin/uinfo.cc, we want to copy an Unicode string from
> arg.full_acc->dom to dom:
>
> 1768 *wcpncpy (dom, arg.full_acc->dom-
Hi folks,
When playing with Cygwin / MSYS2 on Wine, I found a crashing related
to LsaLookupSids.
In winsup/cygwin/uinfo.cc, we want to copy an Unicode string from
arg.full_acc->dom to dom:
1768 *wcpncpy (dom, arg.full_acc->dom->Buffer,
1769 arg.full_acc->dom->Length / sizeof (WCHA
On Apr 1 10:47, Corinna Vinschen wrote:
> On Apr 1 03:26, Robert Miles wrote:
> > The C: drive on one of my 64-bit Windows 7 computers is approaching
> > 90% full, but there are two other drives that are nearly empty.
> >
> > Can I move the entire Cygwin and Cygwin64 directory trees to one
> > o
On Apr 1 03:26, Robert Miles wrote:
> The C: drive on one of my 64-bit Windows 7 computers is approaching
> 90% full, but there are two other drives that are nearly empty.
>
> Can I move the entire Cygwin and Cygwin64 directory trees to one
> of the nearly empty drives, without losing the extra p
The C: drive on one of my 64-bit Windows 7 computers is approaching
90% full, but there are two other drives that are nearly empty.
Can I move the entire Cygwin and Cygwin64 directory trees to one
of the nearly empty drives, without losing the extra packages I've
already downloaded and the files
On Mar 31 14:08, David A. Wheeler wrote:
> Signed-off-by: David A. Wheeler
> ---
> winsup/doc/faq-setup.xml | 129
> ++-
> 1 file changed, 128 insertions(+), 1 deletion(-)
Ok, it's review time.
First things first, a patch should come with a plain tex
On Apr 1 03:52, Andrey Repin wrote:
> > Now where this really makes a difference is when I am transferring files
> > between my Windows
> > system and other systems that are Unix-based, using git, rsync, and such
> > tools.
> > Either I remove SYSTEM access or the permissions get messed up.
>
>
On Mar 31 20:41, Eliot Moss wrote:
> On 3/31/2015 4:55 PM, Andrey Repin wrote:
>
> >> I am not sure this particular program (CrashPlan) works that way.
> >
> >That's not program property, but the user you run the program from.
>
> Perhaps, but it runs as a background service. I never explicitly
Boylan, Ross writes:
> I did see your answer, and it worked! Thanks very much.
Great!
> I now have a very simple .startxwinrc. I noticed the default one does a
lot of stuff. Should I try to include it
> or copy from it? Is it getting sourced automatically anyway? It looked
as if the system s
35 matches
Mail list logo
