Re: cygwin on Vista 64-bit

2005-09-20 Thread Lapo Luchini 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Tim Prince wrote:
> I am aware of that policy, that no fix will be made to support such
> software.  Just thought there might be a work-around.  If not, I will
> consider Vista broken.

FWIW, it seems to run fine on WinXP x64.
(in fact, I used it for a month now)

- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iEYEARECAAYFAkMvuzQACgkQaJiCLMjyUvvOxQCfR3743jiw9/HgZg30L6NcpzVb
7c8AoJ1wSIO5lbQd16hYiEYh1yNZLKKe
=AG+5
-END PGP SIGNATURE-

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: stripping snapshots

2005-09-20 Thread Lapo Luchini 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Yitzchak Scott-Thoennes wrote:
> Could snapshots be provided this way instead or in addition to with
> unstripped executables?

But wouldn't that remove any debugging info?
(which is kinda needed, if a snapshot has got some bugs)

- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iEYEARECAAYFAkMvu8UACgkQaJiCLMjyUvtc5wCfQDJHbVljwV1jHE5ewWuOhcBS
1CwAn1/BKVfEpyGjOOirKwHUM0w2gFWO
=Jin0
-END PGP SIGNATURE-

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: stripping snapshots

2005-09-20 Thread Dave Korn 
Original Message
>From: Lapo Luchini
>Sent: 20 September 2005 08:36

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Yitzchak Scott-Thoennes wrote:
>> Could snapshots be provided this way instead or in addition to with
>> unstripped executables?
> 
> But wouldn't that remove any debugging info?
> (which is kinda needed, if a snapshot has got some bugs)
> 


  And besides, it's _really_ easy to strip them yourself:

tar -tjf cygwin-inst-20050920.tar.bz2 | grep \.exe | xargs strip



cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: stripping snapshots

2005-09-20 Thread Dave Korn 
Original Message
>From: Dave Korn
>Sent: 20 September 2005 11:11

> Original Message
>> From: Lapo Luchini
>> Sent: 20 September 2005 08:36
> 
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>> 
>> Yitzchak Scott-Thoennes wrote:
>>> Could snapshots be provided this way instead or in addition to with
>>> unstripped executables?
>> 
>> But wouldn't that remove any debugging info?
>> (which is kinda needed, if a snapshot has got some bugs)
>> 
> 
> 
>   And besides, it's _really_ easy to strip them yourself:
> 
> tar -tjf cygwin-inst-20050920.tar.bz2 | grep \.exe | xargs strip
> 

  And besides, on the face of it, there isn't actually any debug info in
there anyway:


[EMAIL PROTECTED] /test/cygwin> ls -lart
total 1364
-rw-r--r--1 dk Domain Users 1393024 Sep 20 05:33
cygwin-inst-20050920.tar.bz
2
drwxr-xr-x+ 131 dk Domain Users   0 Sep 20 11:06 ..
drwxr-xr-x+   2 dk Domain Users   0 Sep 20 11:24 .
[EMAIL PROTECTED] /test/cygwin> tar -xjf cygwin-inst-20050920.tar.bz2
[EMAIL PROTECTED] /test/cygwin> find . -type f -name \*.exe | xargs objdump -g

./usr/bin/cygcheck.exe: file format pei-i386

objdump: ./usr/bin/cygcheck.exe: no recognized debugging information

./usr/bin/cygpath.exe: file format pei-i386

objdump: ./usr/bin/cygpath.exe: no recognized debugging information

./usr/bin/dumper.exe: file format pei-i386

[.snip much more of the same]

./usr/sbin/cygserver.exe: file format pei-i386

objdump: ./usr/sbin/cygserver.exe: no recognized debugging information
[EMAIL PROTECTED] /test/cygwin>

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: A new day, a new snapshot, more testing required on the road to 1.5.19

2005-09-20 Thread Christopher Faylor 
On Mon, Sep 19, 2005 at 01:32:17PM -0700, David Rothenberger wrote:
>On 9/19/2005 1:28 PM, David Rothenberger wrote:
>>I've attached a sample Windows program that just invokes Sleep() as
>>well as a driver script. Compile the Windows program with:
>
>The driver script didn't come through for some reason. Here it is.
>
>--[ sleep.sh ]---
>#!/bin/bash
>
>date
>./winSleep $1
>date
>-

Actually, I saw this in your original message.

This was YA exit race.  The changes that I made to cygwin last week to
fix problems on Windows 98 are uncovering other problems in cygwin's
exit code.  I've known that there are potential problems when cygwin
tries to exit after receiving a signal and you've uncovered one such
problem.

The current snapshot should fix this problem but, as I was fixing it, I
saw that there are a few more of these lurking in the code.  I'm really
loath to touch this code any more than I have to so close to a release,
though.  I hope that cygwin is now at least slightly better than it was
before I made my changes last week.

I guess it's time for another "more testing required" message...

Thanks, as always, for the test case, David.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash not running bash_profile or bashrc

2005-09-20 Thread Poor Yorick 

Eric Blake wrote:

gets fired up with startxwin.bat correctly runs .bash_profile.  However, 
if I start another xterm from that xterm, neither .bash_profile nor 
.bash_rc is run.  PS1 gets reset to "$".  The second xterm also loses 
tab-completion functionality.  I do, however, in the second xterm, get 
the "Your group is currently "mkpasswd" message.


Because it might be related, I'll describe a second problem. The command



Yep, it was related - until you have run mkpasswd, /etc/passwd is
unpopulated, so cygwin doesn't know any better than to set your
home directory to:



HOME = `/cygdrive/n'





Thanks for the help.  My bash_profile and bashrc are both located in /cygdrive/n, so even 
with username "mkpasswd", they should still fire up according to normal bash 
procedures, right?


--
Poor Yorick

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin on Vista 64-bit

2005-09-20 Thread Tim Prince 

Lapo Luchini wrote:


Tim Prince wrote:

>I am aware of that policy, that no fix will be made to support such
>software.  Just thought there might be a work-around.  If not, I will
>consider Vista broken.


FWIW, it seems to run fine on WinXP x64.
(in fact, I used it for a month now)

Yes, considering that modification of the cygwin shortcut is no longer 
required for the released OS, the problem with Vista was an unpleasant 
surprise.  I'm finding that certain applications require unannounced 
patches to run on the released X64 OS.  Others run fine on Vista if you 
can figure out how to set them up.  Meanwhile, major retailers act like 
it's a secret their machines run 64-bit OS, offering no options but 
32-bit XP home and Pro.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin on Vista 64-bit

2005-09-20 Thread Corinna Vinschen 
On Sep 20 05:33, Tim Prince wrote:
> Lapo Luchini wrote:
> 
> >Tim Prince wrote:
> >
> >>I am aware of that policy, that no fix will be made to support such
> >>software.  Just thought there might be a work-around.  If not, I will
> >>consider Vista broken.
> >
> >
> >FWIW, it seems to run fine on WinXP x64.
> >(in fact, I used it for a month now)
> >
> Yes, considering that modification of the cygwin shortcut is no longer 
> required for the released OS, the problem with Vista was an unpleasant 
> surprise.  I'm finding that certain applications require unannounced 
> patches to run on the released X64 OS.  Others run fine on Vista if you 
> can figure out how to set them up.  Meanwhile, major retailers act like 
> it's a secret their machines run 64-bit OS, offering no options but 
> 32-bit XP home and Pro.

The problem isn't about being 64 or 32 bit in the first place, the
problem is Vista/Longhorn itself.  This is a new, unreleased OS which
has the NT version number 6.0.  Cygwin doesn't know about this OS,
so it falls back to assume that this OS doesn't have all the features
it actually has.  It's more treated like a 9x version if you want to
say so for now, which leads to all sorts of trouble behind the scenes.

Having said that, it's really somewhat early to expect Cygwin to run
on Longhorn for now.  I know that it basically works in Beta 1, but
it doesn't make much sense to put a lot of work into that at this early
stage.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash not running bash_profile or bashrc

2005-09-20 Thread Tom Rodman 
On Mon 9/19/05 21:21 EDT Poor Yorick wrote:

> mkpasswd -d > /etc/passwd
> 
> seems to hang.  I get no output and it never completes. 

For us, "mkpasswd -d" dumps ~1500-2000 users and then 
errs out.  Our domain is hugh.  My work around is to build /etc/passwd
with a script that repeatedly calls "mkpasswd -d -u USERNAMEHERE" (
for the subset of users I need).

Here's what happens:

  ~ $ time mkpasswd -d |wc -l ; echo mkpasswd returned: ${PIPESTATUS[0]}
  mkpasswd (249): [5] Access is denied.
  1415

  real2m52.938s
  user0m1.858s
  sys 0m4.608s
  mkpasswd returned: 1
  ~ $ uname -a;date
  CYGWIN_NT-5.0 OurHost08 1.5.19s(0.138/4/2) 20050919 11:51:47 i686 unknown 
unknown Cygwin


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: bash not running bash_profile or bashrc

2005-09-20 Thread Dave Korn 
Original Message
>From: Tom Rodman
>Sent: 20 September 2005 14:51

> On Mon 9/19/05 21:21 EDT Poor Yorick wrote:
> 
>> mkpasswd -d > /etc/passwd
>> 
>> seems to hang.  I get no output and it never completes.

  I don't suppose you've actually allowed it to run forever yet, so "never"
completes is too strong

> For us, "mkpasswd -d" dumps ~1500-2000 users and then
> errs out. 

  It's a known problem with both mkpasswd and mkgroup that they can take a
long time to run.  If you really want to be sure whether it's doing anything
or not, you could always try

mkpasswd -d | tee /etc/passwd

instead, and see if lines are being generated, however slowly.

> Our domain is hugh.  

  ROFL!  Great typo!

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

MKPASSWD on multi-domain systems

2005-09-20 Thread James.Bassett 
Greetings
 I have been searching the mailing lists and googeling every thing in
site but have not found exactly what I need.  I saw in one post where
mkpasswd had trouble when the PC was a member of one domain and the
users logged into another.  This is the same problem we are having.  I
verified this by setting up a PC on the users domain.  I could then make
mkpasswd work.  The same PC on the PC domain could not find the domain
controller.
Has this issue been resolved? I have tried the -d -u with userID Domain
and I have tried both domains. 
Thanks for any help you can give.
Jb

James Bassett
IT Analyst Sr.
Enterprise IT Support
0401 MLSES Plant
Office 903836-6257
Cell 903235-7915
MCSE+I (NT4)
MCSE  (NT4 & W2K)
MCDBA (SQL7 & 2K)
MCSA
CCNA

Confidentiality Notice: This email message, including any attachments, 

contains or may contain confidential information intended only for the 

addressee. If you are not an intended recipient of this message, be 

advised that any reading, dissemination, forwarding, printing, copying

or other use of this message or its attachments is strictly prohibited. If

you have received this message in error, please notify the sender 

immediately by reply message and delete this email message and any

attachments from your system.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: MKPASSWD on multi-domain systems

2005-09-20 Thread Corinna Vinschen 
On Sep 20 09:35, [EMAIL PROTECTED] wrote:
> Greetings
>  I have been searching the mailing lists and googeling every thing in
> site but have not found exactly what I need.  I saw in one post where
> mkpasswd had trouble when the PC was a member of one domain and the
> users logged into another.  This is the same problem we are having.  I
> verified this by setting up a PC on the users domain.  I could then make
> mkpasswd work.  The same PC on the PC domain could not find the domain
> controller.
> Has this issue been resolved? I have tried the -d -u with userID Domain
> and I have tried both domains. 

I'm not sure I understand.  You tried `mkpasswd -d -u userId domain'
on the command line?  And the error message was?  I guess something
with "Access denied" in it? 

The problem is that so far we don't have anybody who would be able to
test mkpasswd/mkgroup in a multi-domain/trusted-domain environment *and*
would be willing and able to fix mkpasswd/mkgroup to work as expected
in such an environment.  So this apparently boils down to

http://cygwin.com/acronyms/#SHTDI
http://cygwin.com/acronyms/#PTC


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: win32::api on cygwin

2005-09-20 Thread Reini Urban 

Jason Pearce schrieb:
Sorry if you posted this to the list and I didn't reply. I have had very 
little time to keep up with the Cygwin list lately.


I have uploaded Reini's version of Win32::API to a http server.
http://www.btinternet.com/~jasebob.pearce/cygwin/Win32-API-0.42.tar.gz

There is also the cygwin packages I use to distribute this with setup 
inside my company.
http://www.btinternet.com/~jasebob.pearce/cygwin/release/perl/perl-Win32-API/ 


Thanks a lot! I lost it locally also.


Sopher, Dan wrote:


Hi there, I came across your posts regarding Win32::API on Cygwin.
Unfortunately, Reini's link for the patch is broken. Could you send me
the patched Win32::API? I've run into the same problems you had. Thank
you.

--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/ (broken)
http://phpwiki.org/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash not running bash_profile or bashrc

2005-09-20 Thread Tom Rodman 
Dave/all:

mkpasswd does fail in our "huge" :-> domain.  In the example
I posted, I did not kill mkpasswd, it returned 1, and the
message "mkpasswd (249): [5] Access is denied.".  
Here's the example again:

  ~ $ time mkpasswd -d |wc -l ; echo mkpasswd returned: ${PIPESTATUS[0]} #let 
it run, did not kill
  mkpasswd (249): [5] Access is denied.
  1415

  real2m52.938s
  user0m1.858s
  sys 0m4.608s
  mkpasswd returned: 1
  ~ $ uname -a;date
  CYGWIN_NT-5.0 OurHost08 1.5.19s(0.138/4/2) 20050919 11:51:47 i686 unknown 
unknown Cygwin

I'm not asking for a fix; the "mkpasswd -d -u .." work around is fine for us.
If you want me to do an strace, to help diagnose the failure, I will - but 
pls give me the exact commandline switches - I'm only offering (not asking for)
help.  If it matters, our domain has "domain local groups".

--
thanks/regards,
Tom

On Tue 9/20/05 15:05 BST "Dave Korn" wrote:
> Original Message
> >From: Tom Rodman
> >Sent: 20 September 2005 14:51
> 
> > On Mon 9/19/05 21:21 EDT Poor Yorick wrote:
> > 
> >> mkpasswd -d > /etc/passwd
> >> 
> >> seems to hang.  I get no output and it never completes.
> 
>   I don't suppose you've actually allowed it to run forever yet, so "never"
> completes is too strong
> 
> > For us, "mkpasswd -d" dumps ~1500-2000 users and then
> > errs out. 
> 
>   It's a known problem with both mkpasswd and mkgroup that they can take a
> long time to run.  If you really want to be sure whether it's doing anything
> or not, you could always try
> 
> mkpasswd -d | tee /etc/passwd
> 
> instead, and see if lines are being generated, however slowly.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

strange behavior of bash

2005-09-20 Thread faif cn 
Hello all,
 
 I deleted some values in Windows Local Environment variable "PATH".
My original "HOME" is c:/home/myname/. And then:
 
 In DOS promote:
 
 If I type "bash" in any other directories, the bash promote can be
shown successfully and I can use bash environment.
 
 If I type "bash" in my home directory, it just hangs for seconds and
back to dos promote and nothing happened. Alternatively "bash --login"
has same behavior.
 
 Anyone can hlep me  with this, thank you very much.
 
 Leo

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: strange behavior of bash

2005-09-20 Thread Dave Korn 
Original Message
>From: faif cn
>Sent: 20 September 2005 17:26

> Hello all,
> 
>  I deleted some values in Windows Local Environment variable "PATH".
> My original "HOME" is c:/home/myname/. And then:

   it broke.  So put them back!

  If that doesn't fix it, -> http://cygwin.com/problems.html, particularly
the bit about sending your cygcheck output (as an *attachment*, please!).


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: expect script exits ..yet ssh.exe never exits;fixed now in snapshot..

2005-09-20 Thread Tom Rodman 
This problem is gone w/recent snapshots (I'm using the 9/19 snapshot).

--
thanks,
Tom

On Sat 8/13/05 15:37 CDT Tom Rodman wrote:
> Greetings:
> 
> Our expect script, starts an ssh session on the localhost (w/password
> authentication; login shell is bash), then starts another script. The
> benefit- network drives are writable. This wrapper script is used in our
> crontabs.
> 
> Recently (since 1.5.18, possibly earlier), this script
> has been leaving ssh.exe sessions behind that should have exited.
> My work around: a cron job that kills these ssh.exe's periodically.
> 
> I've seen this problem on 1 of 3 boxes. It does not show up
> on a single CPU w2k server box, nor a single CPU w2k workstation box,
> and does show up on a 2 CPU w2k server box with hyperthreading on-
> what else do you need to know about this box?
> 
> I would appreciate if someone would duplicate or solve this problem
> - the enclosed test script is short. I've tried to follow
> http://cygwin.com/problems.html.  
> 
> --
> thanks very much,
> Tom
> 
> # 
> # Example of problem
> #
> #   the expect script "ssh_in_with_expect_then_exit" starts ssh session
> #   on localhost, using password authentication, runs a couple of commands
> #   and exits. 
> #
> #   problem: ssh.exe is left running
> #
> # aside: PS1 in the ssh session expands to "OurServer108 localuseracctXX 
> > "
> # 
>   /tmp $ command ps -W|awk '/ssh.exe$/'
>2964   0   0   2964?0 11:06:39 
> c:\aut\cyg\bin\ssh.exe
>3416   0   0   3416?0 11:07:30 
> c:\aut\cyg\bin\ssh.exe
>5148   0   0   5148?0 11:28:21 
> c:\aut\cyg\bin\ssh.exe
>5668   0   0   5668?0 11:36:49 
> c:\aut\cyg\bin\ssh.exe
>   /tmp $   #I had some "leftover" ssh.exe's already, they all should have 
> exited
>   /tmp $ command ps -ea|egrep -c 'ssh$'
>   0
>   /tmp $   #the're not seen as cygwin processes?
>   /tmp $ ./ssh_in_with_expect_then_exit
>   spawn ssh localhost -l localuseracctXX
>   Enter passphrase for key '/home/local/staffuser1/.ssh/id_rsa':
>   [EMAIL PROTECTED]'s password:
>   Last login: Sat Aug 13 11:36:49 2005 from 127.0.0.1
>   Welcome to ZZ
>   OurServer108 localuseracctXX > command ps -ea|egrep 'ssh$'; sleep 2; exit
>565254925652   35722 15773 11:43:27 /usr/bin/ssh
>   logout
>   Connection to localhost closed.
> 
> 
>   expect script exiting normally
> 
>   /tmp $ cat /proc/5652/winpid
>   3572
>   /tmp $ command ps -W|grep 3572
>3572   0   0   3572?0 11:43:28 
> c:\aut\cyg\bin\ssh.exe
>   /tmp $   #the ssh.exe spawned by expect did not exit
>   /tmp $ command ps -ea|egrep -c 'ssh$'
>   0
>   /tmp $   #the same ssh.exe no longer shows up in 'ps -ea'
> 
> 
> script "ssh_in_with_expect_then_exit":
> --v-v--C-U-T---H-E-R-E-v-v-- 
> #!/usr/bin/expect
> 
> set env(TERM) "vt100"
> 
> set USER localuseracctXX
> set PASSWORD "XXX"
> 
> set prompt " $USER >"
>   # adjust prompt as required
> 
> spawn ssh localhost -l $USER
> 
> expect "Enter passphrase"
> send "\r"
> 
> expect "assword:"
> send "$PASSWORD\r"
> 
> expect $prompt
> send "command ps -ea|egrep 'ssh$'; sleep 2; exit\n"
> 
> expect; # waits for eof, so output is flushed?
> puts "\n\nexpect script exiting normally\n";
> 
> 
> below commands ran on box that had the problem (2 CPUs w/hyperthreading on):
> --v-v--C-U-T---H-E-R-E-v-v--
> ~ $ uname -a
> CYGWIN_NT-5.0 OurServer108 1.5.18(0.132/4/2) 2005-07-02 20:30 i686 unknown 
> unknown Cygwin
> ~ $ echo CYGWIN: $CYGWIN
> CYGWIN: binmode tty ntsec smbntsec
> ~ $ cygcheck -s -v -r
> 
> Cygwin Configuration Diagnostics
> Current System Time: Sat Aug 13 12:31:08 2005
> 
> Windows 2000 Advanced Server Ver 5.0 staffuser2 2195 Service Pack 4
> 
> Path:   c:\aut\cyg\home\local\staffuser1\bin
> c:\aut\cyg\home\local\staffuser1\bin
> c:\aut\cyg\bin
> c:\aut\m
> c:\aut\ulb
> i:\scm\adm\bin\sys
> i:\scm\adm\bin\app
> c:\aut\cyg\contrib\bin
> c:\ccm63\bin
> c:\ccm63\jre\bin
> c:\ccm63\bin\util
> c:\WINNT\system32
> c:\WINNT
> c:\WINNT\System32\Wbem
> c:\Program Files\Resource Kit\
> c:\Program Files\Support Tools\
> c:\PROGRA~1\BMCSOF~1\common\globalc\bin\Windows-x86
> c:\Progra~1\tivoli\tsm\baclient
> c:\Program Files\HP OpenView\bin
> c:\Program Files\HP OpenView\bin\OpC
> .\
> 
> Output from c:\aut\cyg\bin\id.exe (nontsec)
> UID: 15773(staffuser1)  GID: 16027(XYZ_ES_STAFF)
> 544(Administrators)  10513(Domain Users)  16026(XYZ_ES_ADMIN)
> 16027(XYZ_ES_STAFF)  16024(XYZ_Users) 545(Users)
> 
> Output from c:\aut\cyg\bin\id.exe (ntsec)
> UID

RE: MKPASSWD on multi-domain systems

2005-09-20 Thread James.Bassett 
>On Sep 20 09:35, [EMAIL PROTECTED] wrote:
>> Greetings
>>  I have been searching the mailing lists and googeling every thing in

>> site but have not found exactly what I need.  I saw in one post where

>> mkpasswd had trouble when the PC was a member of one domain and the 
>> users logged into another.  This is the same problem we are having.  
>> I verified this by setting up a PC on the users domain.  I could then

>> make mkpasswd work.  The same PC on the PC domain could not find the 
>> domain controller.
>> Has this issue been resolved? I have tried the -d -u with userID 
>> Domain and I have tried both domains.
>
>I'm not sure I understand.  You tried `mkpasswd -d -u userId domain'
>on the command line?  And the error message was?  I guess something 
>with "Access denied" in it?
>
>The problem is that so far we don't have anybody who would be able to 
>test mkpasswd/mkgroup in a multi-domain/trusted-domain environment 
>*and* would be willing and able to fix mkpasswd/mkgroup to work as 
>expected in such an environment.  So this apparently boils down to
>
>http://cygwin.com/acronyms/#SHTDI
>http://cygwin.com/acronyms/#PTC
>
>
>Corinna
>
>-- 
>Corinna Vinschen  Please, send mails regarding Cygwin
to
>Cygwin Project Co-Leader  cygwin AT cygwin DOT com
>Red Hat, Inc.

What I get is 'Cannot find PDC. Code = 2453'.
I would be willing to test and feedback (we have this type of domain set
up) but I am afraid my programming days were 20 years ago.  I wouldn't
mind taking a stab at it though I would need lots of guidance.
Jb
  

Confidentiality Notice: This email message, including any attachments, 

contains or may contain confidential information intended only for the 

addressee. If you are not an intended recipient of this message, be 

advised that any reading, dissemination, forwarding, printing, copying

or other use of this message or its attachments is strictly prohibited. If

you have received this message in error, please notify the sender 

immediately by reply message and delete this email message and any

attachments from your system.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

A new day, a new snapshot, more testing required on the road to 1.5.19

2005-09-20 Thread William Deegan 
Greetings,

I pulled the 0919, and 0920 snapshots and both don't run .bat files correctly.

With the 0901 snapshot and with 1.5.18-1, when I run duh.bat (which
contains the following
and is attached), I see:
REM AHA
echo "AHAHAHA"

With either the 0919, 0920 snapshot I see the following:

duh.bat: line 1: REM: command not found
AHAHAHA

Pretty serious bug as this breaks my regression system.
Is this expected? Was it not supposed to work before?

I've attached the cygcheck.out run when the 0901 snapshot was being used.
The only thing changed with the 0920, or 0919 snapshot is the cygwin1.dll

Thanks,
Bill

gmail won't let me send duh.bat so cut here:

REM AHA
echo "AHAHAHA"


cygcheck.out
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Message could not be delivered

2005-09-20 Thread wireless 
Your message was not delivered due to the following reason(s):

Your message could not be delivered because the destination server was
unreachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.

Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.

Your message was not delivered within 2 days:
Host 173.51.191.194 is not responding.

The following recipients could not receive this message:


Please reply to [EMAIL PROTECTED]
if you feel this message to be in error.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: perl-libwin32-0.26-1

2005-09-20 Thread Reini Urban 

This email is to inform you about the release of the updated
perl-libwin32 package for the current perl-5.8.8 through
http://cygwin.com/setup.exe.

The changes in this release are as follows:
* all patches accepted upstream. It matches the CPAN release besides
  the two issues below:
* added APIFile OO and tied interface (as in the previous
  cygwin packages).
* fixed Win32::ODBC to use Gerrit's iodbc headers
  https://rt.cpan.org/NoAuth/Bug.html?id=14634
* splitted rebase into rebase1 and rebase2

Release focus:
* New upstream package, with all cygwin patches included.

Project description:
A useful bundle of Win32 Perl extensions.

Included modules: Win32API::File, Win32API::Net, Win32API::Registry,
Win32::ChangeNotify, Win32::Clipboard, Win32::Console, Win32::Event,
Win32::EventLog, Win32::File, Win32::FileSecurity,
Win32::IPC, Win32::Internet, Win32::Job, Win32::Mutex, Win32::NetAdmin,
Win32::NetResource, Win32::ODBC, Win32::OLE, Win32::PerfLib,
Win32::Pipe, Win32::Process, Win32::Registry, Win32::Semaphore,
Win32::Service, Win32::Shortcut, Win32::Sound, Win32::TieRegistry and
Win32::WinError.

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .


*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: bzr 0.0.8 -- Next-generation distributed GNU Arch compatible version control.

2005-09-20 Thread Jari Aalto 

PACKAGE DESCRIPTION
===

Home page: http://freshmeat.net/projects/bzr/
License  : GPL

Next-generation distributed GNU Arch compatible version control.

Distributed version control system that is powerful, friendly, and
scalable implemented in Python.

- Just one .bzr directory at the top of the tree; it doesn't clutter
  the tree or get in your face. No wierd ++file--names--0.
- The user interface is simple and familiar to people with experience
  from CVS or Subversion: add, mv, diff, status, commit, log, merge, etc
  all do what you would expect.
- Offers a choice between centralized and decentralized work within a
  single project: when in the office, you can work on a shared central
  branch. For experimental changes or offline work you can make a branch
  on your laptop and merge back in later.
- Preserves history; any previous revision can be recreated. History
  can be GPG-signed to protect against man-in-the-middle attacks, bad
  mirrors, server intrusion or data corruption.

CHANGES SINCE LAST RELEASE
==

http://permalink.gmane.org/gmane.comp.version-control.bazaar-ng.general/2933

INSTALL OR UPGRADE NOTES


None.

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message. Send
email to the address specified there. It will be in the format:

[EMAIL PROTECTED]

More information on unsubscribing can be found:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] Updated: perl-libwin32-0.26-1

2005-09-20 Thread Angelo Graziosi 


Perhaps there is an error in setup.ini 20050920 17:00:


@ perl-libwin32
..
install: release/perl/perl-libwin32/perl-libwin32-0.191-4.tar.bz2 1179120
0d34ca5470a62cc190786bde5e238ab1
source: release/perl/perl-libwin32/perl-libwin32-0.191-4-src.tar.bz2
761933 ec3d0f37dde421edb761c780fe5338cf
[prev]
version: 0.26-1
install: release/perl/perl-libwin32/perl-libwin32-0.26-1.tar.bz2 790765
d9e9278eb21dae1c2da0983e93acc900




It seems that the new release is in [prev], while the previous in
'[curr]'.




Best regards,


 Angelo.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] Updated: perl-libwin32-0.26-1

2005-09-20 Thread Brian Dessent 
Angelo Graziosi wrote:

> It seems that the new release is in [prev], while the previous in
> '[curr]'.

http://cygwin.com/ml/cygwin-apps/2005-09/msg00402.html

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

SA_SIGINFO seems to be ignored

2005-09-20 Thread Yitzchak Scott-Thoennes 
signal.h defines SA_SIGINFO, but it doesn't seem to work; in the following
testcase, hiphup gets info passed as NULL.

#include 
#include 

void hiphup(int signo, siginfo_t *info, void *context)
{
  if (info == NULL) { printf("info NULL!\n"); return; }
  printf("got signal\nsigno: %d, info->si_signo: %d\n",
 signo, info->si_signo);
  return;
}

int main(int argc, char **argv)
{
  struct sigaction act;
  act.sa_mask = 0;
  act.sa_flags = SA_SIGINFO;
  act.sa_sigaction = hiphup;
  sigaction(SIGHUP, &act, NULL);
  raise(SIGHUP);
  return 0;
}


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: SA_SIGINFO seems to be ignored

2005-09-20 Thread Christopher Faylor 
On Tue, Sep 20, 2005 at 05:03:08PM -0700, Yitzchak Scott-Thoennes wrote:
>signal.h defines SA_SIGINFO, but it doesn't seem to work; in the following
>testcase, hiphup gets info passed as NULL.

Right.  It's not implemented.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

bug in bash completion?

2005-09-20 Thread Scott Evans 
I just did a big Cygwin upgrade, which included a jump to bash 3.00.16(11)
from 2.x.  Completion now seems a bit broken:

[tmp] $ ls a.(press TAB)
a.ela.html  a.txt
[tmp] $ ls a..   (extra period shown but not really there)


My PS1 is set thusly:
 PS1="\[\e]2;\H (\u) \w\a\][\W] $ "

The bug goes away if I do
 PS1="$ "

I don't see this on a Fedora system running bash 3.00.16(1).

Known bug?  Problem on my system?  Is there other useful info I could
offer?



gse



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bug in bash completion?

2005-09-20 Thread Brian Dessent 
Scott Evans wrote:

> [tmp] $ ls a.(press TAB)
> a.ela.html  a.txt
> [tmp] $ ls a..   (extra period shown but not really there)

This has been reported and discussed numerous times.  It is a bug in
readline somewhere, but no one has been able to definitively track it
down yet.  Please read the old threads for workarounds and speculation:

http://marc.theaimsgroup.com/?l=cygwin&m=112491081332292&w=4
http://marc.theaimsgroup.com/?l=cygwin&m=112472230626369&w=4
http://marc.theaimsgroup.com/?l=cygwin&m=112196313722427&w=4
http://marc.theaimsgroup.com/?l=cygwin&m=112126840422081&w=4

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bug in bash completion?

2005-09-20 Thread Mike Miller 

On Tue, 20 Sep 2005, Scott Evans wrote:


I just did a big Cygwin upgrade, which included a jump to bash 3.00.16(11)
from 2.x.  Completion now seems a bit broken:

[tmp] $ ls a.(press TAB)
a.ela.html  a.txt
[tmp] $ ls a..   (extra period shown but not really there)


My PS1 is set thusly:
PS1="\[\e]2;\H (\u) \w\a\][\W] $ "

The bug goes away if I do
PS1="$ "

I don't see this on a Fedora system running bash 3.00.16(1).

Known bug?  Problem on my system?  Is there other useful info I could
offer?



FWIW, I see the same thing.  After the extra period appears, if I hit 
Ctrl-L to clear the screen, the extra period is still there, but if I hit 
Ctrl-A (beginning of line), then Ctrl-L, the extra period disappears.  If 
I move the cursor back and forth on the line while the extra period is 
there, hitting Ctrl-L now and then, various weird things happen with the 
characters moving about on the command line.


It isn't just periods at the end of lines - it's any character at the end 
of the uncompleted line.


Mike

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/