Charles Wilson wrote:
> cygcheck seems really confused, on my 1.7 installation (which is XPsp3
> on a VMware virtual image). Or I am.
>
> $ uname -a
> CYGWIN_NT-5.1 VMWARE-XP 1.7.0(0.186/5/3) 2008-08-15 15:17 i686 Cygwin
>
> $ cygcheck -cd
> Cygwin Package Information
> Package Ve
Charles Wilson wrote:
> Always prints the standard well-known users, even when just requesting a
> single user's entry:
>
> $ uname -a
> CYGWIN_NT-5.1 VMWARE-XP 1.7.0(0.186/5/3) 2008-08-15 15:17 i686 Cygwin
>
> $ mkpasswd -l -u cwilson
> SYSTEM:*:18:544:,S-1-5-18::
> LocalService:*:19:544:U-NT AU
Hello cygwin,
If run cygwin from cmd.exe from random directory, for example, from
"c:\blablabla", then after login OLDPWD would be "/usr/bin" instead
original directory. So command cd "$OLDPWD" just after login
restores wrong directory. This is because batch file has been wroten
incorrec
On Sun, Aug 17, 2008 at 04:50:10PM +0400, Andry wrote:
>If run cygwin from cmd.exe from random directory, for example, from
>"c:\blablabla", then after login OLDPWD would be "/usr/bin" instead
>original directory. So command cd "$OLDPWD" just after login restores
>wrong directory. This is because
On Sun, Aug 17, 2008 at 08:37:01AM -0400, Robert Pendell wrote:
>Charles Wilson wrote:
>> Always prints the standard well-known users, even when just requesting a
>> single user's entry:
>>
>> $ uname -a
>> CYGWIN_NT-5.1 VMWARE-XP 1.7.0(0.186/5/3) 2008-08-15 15:17 i686 Cygwin
>>
>> $ mkpasswd -l
On Sun, Aug 17, 2008 at 08:24:46AM -0400, Robert Pendell wrote:
>Charles Wilson wrote:
>> cygcheck seems really confused, on my 1.7 installation (which is XPsp3
>> on a VMware virtual image). Or I am.
>>
>> $ uname -a
>> CYGWIN_NT-5.1 VMWARE-XP 1.7.0(0.186/5/3) 2008-08-15 15:17 i686 Cygwin
>>
>>
Christopher Faylor wrote:
> I can't duplicate this either.
Very strange. I'll see if I can't build a debug version of cygcheck and
figure out what's going on.
> FWIW, the Cygwin version shouldn't really matter since cygcheck is
> nearly a pure-windows program.
True -- but it is the version of cy
On Sun, Aug 17, 2008 at 11:47:48AM -0400, Christopher Faylor wrote:
>On Sun, Aug 17, 2008 at 08:37:01AM -0400, Robert Pendell wrote:
>>Charles Wilson wrote:
>>> Always prints the standard well-known users, even when just requesting a
>>> single user's entry:
>>>
>>> $ uname -a
>>> CYGWIN_NT-5.1 VM
On Sun, Aug 17, 2008 at 01:11:01PM -0400, Charles Wilson wrote:
>Christopher Faylor wrote:
>> I can't duplicate this either.
>
>Very strange. I'll see if I can't build a debug version of cygcheck and
>figure out what's going on.
>
>> FWIW, the Cygwin version shouldn't really matter since cygcheck i
I've read through the various permission documents
to find the explanation and tried Google without
figuring this one out. Hopefully it is very simple.
I have an old cygwin install that I was upgrading
to the latest 1.5. I find that the files in /bin
are mode 700 rather than 750 on my other ins
Peter Rosin skrev:
Peter Rosin skrev:
Peter Rosin skrev:
Hi!
I noticed the following in the cygport file of gnuplot
# This gives parse errors
# --with-ggi
and thought I'd have a look.
The cause is a type cleanup in libggi, and here's a patch to
make gnuplot follow.
Just writing b
I have compiled the source of claws-mail without any errors.
A claws-mail.exe now exist in d:\cygwin\usr\local\bin.
But when I want to start the .exe in the cygwin-bash with claws-mail
or alternatively /usr/local/bin/claws-mail
nothing acts. Claws doesn't start.
I have used the following compil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Uwe Premer wrote:
> I have compiled the source of claws-mail without any errors.
> A claws-mail.exe now exist in d:\cygwin\usr\local\bin.
>
> But when I want to start the .exe in the cygwin-bash with claws-mail
> or alternatively /usr/local/bin/cla
Christopher Faylor wrote:
> On Sun, Aug 17, 2008 at 11:47:48AM -0400, Christopher Faylor wrote:
>> On Sun, Aug 17, 2008 at 08:37:01AM -0400, Robert Pendell wrote:
>>> Charles Wilson wrote:
Always prints the standard well-known users, even when just requesting a
single user's entry:
>
Charles Wilson wrote:
> Christopher Faylor wrote:
>> I can't duplicate this either.
>
> Very strange. I'll see if I can't build a debug version of cygcheck and
> figure out what's going on.
It's very odd. It's intermittent, and I can't get it to occur under gdb.
Here's a bizarro for you. With t
On Sun, Aug 17, 2008 at 10:58:26PM -0400, Charles Wilson wrote:
>Charles Wilson wrote:
>> Christopher Faylor wrote:
>>> I can't duplicate this either.
>>
>> Very strange. I'll see if I can't build a debug version of cygcheck and
>> figure out what's going on.
>
>It's very odd. It's intermittent, a
Jim Kleckner wrote:
I've read through the various permission documents
to find the explanation and tried Google without
figuring this one out. Hopefully it is very simple.
I have an old cygwin install that I was upgrading
to the latest 1.5. I find that the files in /bin
are mode 700 rather tha
Larry Hall (Cygwin) wrote:
Jim Kleckner wrote:
I've read through the various permission documents
to find the explanation and tried Google without
figuring this one out. Hopefully it is very simple.
I have an old cygwin install that I was upgrading
to the latest 1.5. I find that the files in
18 matches
Mail list logo
