from:"Bruce Dobrin"

DBDOracle error on 1.3.22, ok on 1.3.20

2003-03-25 Thread Bruce Dobrin

I just upgraded from 1.3.20 to 1.3.22 and noticed the the DBDoracle module
(1.13 and 1.12( Oracle.dll) fails on the new version.  I tried recompiling
agianst the same libraries on both cygwins,  and though the compile gives
the same output  and result under both,  the dll fails to load under 1.3.12



[EMAIL PROTECTED]:/temp/DBD/DBD-Oracle-1.13> make test
PERL_DL_NONLAZY=1
/usr/local/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.6.1/cygwin-mul
ti -I/usr/lib/perl5/5.6.1 -e 'use Test::Harness qw(&runtests $verbose);
$verbose=0; runtests @ARGV;' t/*.t
t/base..Failed to load Oracle extension and/or shared libraries:
install_driver(Oracle) failed: Can't load
'blib/arch/auto/DBD/Oracle/Oracle.dll' for module DBD::Oracle: dlopen: Win32
error 126 at /usr/lib/perl5/5.6.1/cygwin-multi/DynaLoader.pm line 206.
 at (eval 1) line 3
Compilation failed in require at (eval 1) line 3.
Perhaps a required shared library or dll isn't installed where expected
 at t/base.t line 19


[EMAIL PROTECTED]:/temp/DBD/DBD-Oracle-1.13> make test
PERL_DL_NONLAZY=1
/usr/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.6.1/cygwin-multi -I/
usr/lib/perl5/5.6.1 -e 'use Test::Harness qw(&runtests $verbose);
$verbose=0; runtests @ARGV;' t/*.t
t/base..ok

Any suggestions?
Thanks
Bruce D.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: DBDOracle error on 1.3.22, ok on 1.3.20

2003-03-25 Thread Bruce Dobrin

Sorry for the previous e-mail...  DBDOracle just started working under
1.3.22 for no apparent reason after a hard reboot ( but not a soft reboot),
must have been some weird library access issue...  sorry for wasting
whatever cycles were wasted on this...



- Original Message -
From: "Bruce Dobrin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 25, 2003 5:59 PM
Subject: DBDOracle error on 1.3.22, ok on 1.3.20


> I just upgraded from 1.3.20 to 1.3.22 and noticed the the DBDoracle module
> (1.13 and 1.12( Oracle.dll) fails on the new version.  I tried recompiling
> agianst the same libraries on both cygwins,  and though the compile gives
> the same output  and result under both,  the dll fails to load under
1.3.12
>
>
>
> [EMAIL PROTECTED]:/temp/DBD/DBD-Oracle-1.13> make test
> PERL_DL_NONLAZY=1
>
/usr/local/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.6.1/cygwin-mul
> ti -I/usr/lib/perl5/5.6.1 -e 'use Test::Harness qw(&runtests $verbose);
> $verbose=0; runtests @ARGV;' t/*.t
> t/base..Failed to load Oracle extension and/or shared
libraries:
> install_driver(Oracle) failed: Can't load
> 'blib/arch/auto/DBD/Oracle/Oracle.dll' for module DBD::Oracle: dlopen:
Win32
> error 126 at /usr/lib/perl5/5.6.1/cygwin-multi/DynaLoader.pm line 206.
>  at (eval 1) line 3
> Compilation failed in require at (eval 1) line 3.
> Perhaps a required shared library or dll isn't installed where expected
>  at t/base.t line 19
>
>
> [EMAIL PROTECTED]:/temp/DBD/DBD-Oracle-1.13> make test
> PERL_DL_NONLAZY=1
>
/usr/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.6.1/cygwin-multi -I/
> usr/lib/perl5/5.6.1 -e 'use Test::Harness qw(&runtests $verbose);
> $verbose=0; runtests @ARGV;' t/*.t
> t/base..ok
>
> Any suggestions?
> Thanks
> Bruce D.
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

rsync reliablility issue

2003-03-26 Thread Bruce Dobrin

cygwin 1.3.22,

I know the list hates  rsync questions/problems ( is there is a better list
for this?)  but...

I have been having somewhat aqrbitrary but continued reliability issues with
rsync,  I've been trying to use rsync to synchronize a fairly large number
of machines from a central server. Somewhat arbitrarily ( but often ) in the
midst of copying files I either terminate with the following:
...
rsync: error writing 68 unbuffered bytes - exiting: Connection reset by peer
rsync error: error in rsync protocol data stream (code 12) at io.c(463)
rsync: error writing 7161 unbuffered bytes - exiting: Connection reset by
peer
rsync error: error in rsync protocol data stream (code 12) at
/tmp/rsync-2.5.5/io.c(463)

or

it hangs on one file until the i/o time_out value I have set kicks in..
That file never gets transfered,  but the next time it transfers that file
fine and hangs in a different place or not at all.

It the first case,  the first error line is ALWAYS writing 68 bytes
the third line byte count changes...

I run multiple rsyncs concurently from a master server,  but have seen the
same beahviour even when doing one rsync at a time.

I did find that removing Terminal Services (
http://sources.redhat.com/ml/cygwin/2003-02/msg01805.html)  did improve the
reliablity,  but I still have around a 25% faliure rate..

thanks,
Bruce D.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: NTsec permissions issue over inet

2003-05-29 Thread Bruce Dobrin

Stephen,
I was about to ask the same question

If you find a solution,  PLEASE Post,  as I'm running out of workarounds,  I
have had no luck with nosmbntsec/smbntsec on any recent version of
cygwin/inetd.  I think the last time it worked was Cygwin1.3.10.
with smbntsec

[EMAIL PROTECTED]:/home/dobrin> cd //margalo1/vol0/vol810
//margalo1/vol0/vol810: Permission denied.
[EMAIL PROTECTED]:/home/dobrin> echo $CYGWIN
binmode tty ntsec smbntsec

and without:

[EMAIL PROTECTED]:/home/dobrin> cd //margalo1/vol0/vol810
//margalo1/vol0/vol810: Permission denied.
[EMAIL PROTECTED]:/home/dobrin> echo $CYGWIN
binmode tty ntsec nosmbntsec

>From the Local cygwin window:

[EMAIL PROTECTED]:/home/dobrin> cd //margalo1/vol0/vol810
[EMAIL PROTECTED]:/margalo1/vol0/vol810>

Bruce Dobrin


- Original Message - 
From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
To: "Banville, Stephen" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, May 28, 2003 1:25 PM
Subject: Re: NTsec permissions issue over inet


> On Wed, 28 May 2003, Banville, Stephen wrote:
>
> > Hi All,
> > I'm  not sure if this issue has been detected. I have traversed
> > through the MANY probelm reports
> > and haven't been able to find any specifics on this problem.
> >
> > The problem:
> >
> > My system that I have Cygwin running on is a Windows 2000 platform. I
have
> > set the appropriate environment variable for ntsec
> > and have created the appropriate passwd and group files from my network
> > domain. When I telnet, rsh, or ftp into my Window 2k box
> > I get the following message:
> >
> > rsh 127.0.0.1 -l sbanville
> > Password:
> > Private Cygnus Operating System(c) 5.1.0
> > UNAUTHORIZED ACCESS STRICTLY PROHIBITED
> > mkdir: cannot create directory `//netapp0/sbanville$': File exists
> > -bash: //netapp0/sbanville$/.bash_profile: Permission denied
> >
> > My NT passwd information was created by running mkpasswd -l  >
> > passwd; mkgroup -d  > group
> >
> > I have set Cygwin ntsec tty.
> >
> > This used to work fine in older version of Cygwin.
> >
> > It appears that the Windows box is not happy with the SID that is
created
> > from mkpasswd.
> > I have compared the SID in my passwd entry to appropriate groups that I
> > bneed to belong to.
> > There is no inconsistencies.
> >
> > After loggin in I also checked the well known groups that I belong too,
> > which also turned out to be fine.
> >
> > Can someone please tell me what the problem could be.
> >
> > Here is the ouput from cygcheck -s -r
> >
> > NOTE: I also get the folowing meesage when running cygcheck:
> >
> > cygcheck: dump_sysinfo: GetVolumeInformation() failed: 5
> > cygcheck: dump_sysinfo: GetVolumeInformation() failed: 5
> > cygcheck: dump_sysinfo: GetVolumeInformation() failed: 5
> >
> > [cygcheck output snipped]
> > Steve
>
> Steve,
>
> For the future, please *attach* the cygcheck output to avoid generating
> false positives on message archive search.
>
> The "ntsec" setting only affects local drives, AFAIK.  You need to play
> with the "smbntsec" setting for remote shares.  Make sure the user you're
> logging in as is the domain user, not a local user with the same name.
> Also, there were issues with ssh authentication and access to network
> shares -- try playing with the "Allow service to interact with the
> desktop" checkbox in service properties.
>
> ISTR some discussion on issues with ClearCase MVFS (this is just a WAG,
> though).
> Igor
> -- 
> http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_ [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_ [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski
> '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
>
> "I have since come to realize that being between your mentor and his route
> to the bathroom is a major career booster."  -- Patrick Naughton
>
>
> --
> 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/
>


--
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: NTsec permissions issue over inet

2003-05-30 Thread Bruce Dobrin

Here are the Cygcheck,  and Group files,  I'll include the my (typical)
passwd entry as we have a ( legitimate) policy against publishing our login
id's ( I know it doesn't include encrypted passwd's, but with 650 entries,
but I'd like to reduce the fodder for someone's foreach loop thru a cracking
program).


representative passwd entries:

SYSTEM:*:18:544:,S-1-5-18::
Administrators:*:544:544:,S-1-5-32-544::
dobrin:unused_by_nt/2000/xp:11014:10512:Brucester,U-PRODUCTION\dobrin,S-1-5-
21-501104424-1911818820-14498641-1014:/home/dobrin:/bin/bash


Thanks
Bruce Dobrin

- Original Message - 
From: "Larry Hall" <[EMAIL PROTECTED]>
To: "Bruce Dobrin" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; "Banville, Stephen"
<[EMAIL PROTECTED]>
Sent: Thursday, May 29, 2003 6:54 AM
Subject: Re: NTsec permissions issue over inet


> Bruce Dobrin wrote:
> > Stephen,
> > I was about to ask the same question
> >
> > If you find a solution,  PLEASE Post,  as I'm running out of
workarounds,  I
> > have had no luck with nosmbntsec/smbntsec on any recent version of
> > cygwin/inetd.  I think the last time it worked was Cygwin1.3.10.
> > with smbntsec
> >
> > [EMAIL PROTECTED]:/home/dobrin> cd //margalo1/vol0/vol810
> > //margalo1/vol0/vol810: Permission denied.
> > [EMAIL PROTECTED]:/home/dobrin> echo $CYGWIN
> > binmode tty ntsec smbntsec
> >
> > and without:
> >
> > [EMAIL PROTECTED]:/home/dobrin> cd //margalo1/vol0/vol810
> > //margalo1/vol0/vol810: Permission denied.
> > [EMAIL PROTECTED]:/home/dobrin> echo $CYGWIN
> > binmode tty ntsec nosmbntsec
> >
> >>From the Local cygwin window:
> >
> > [EMAIL PROTECTED]:/home/dobrin> cd //margalo1/vol0/vol810
> > [EMAIL PROTECTED]:/margalo1/vol0/vol810>
> >
> > Bruce Dobrin
>
> Bruce,
>
> It's probably worthwhile for you to post your cygcheck output and
> passwd/group files too, in case there's something useful there.
> And by post, I mean *attach*. :-)
>
> -- 
> Larry Hall  http://www.rfk.com
> RFK Partners, Inc.  (508) 893-9779 - RFK Office
> 838 Washington Street   (508) 893-9889 - FAX
> Holliston, MA 01746
>
>
> #
> #
> #
> #
> #
> #
> #
> #
> #
>


cygcheck
Description: Binary data


group
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/

Re: NTsec permissions issue over inet

2003-05-31 Thread Bruce Dobrin

Thanks for responding Larry,

I actually had tried most permutations of (no)ntsec, (no)smbntsec, (no)ntea,
etc... and on other machines that didn't have weird path or passwd
entries. -- no dice

I think I may have a good hint as to what is going on,  but I'll need
someone who knows the system better than I to figure out the solution.

By the way I have around 300 machines here,  and I found one which is
running cygwin1.3.2 and which works fine.  This leads me to think that it is
something to do with the hosts.equiv functionality which I believe was non
functional before at 1.3.2 ( at least I didn't use it here).  I found
machine that if I : forced the user to use a password and I set some
permutations of the permissions...  it then works:  example:

[EMAIL PROTECTED]:/home/dobrin> rsh gable3
Fanfare!!!
..
[EMAIL PROTECTED]:/home/dobrin> echo $CYGWIN
ntea nontsec smbntsec
[EMAIL PROTECTED]:/home/dobrin> cd //matilda/dist
//matilda/dist: Permission denied.

BUT,  If I force a passwd entry:

[EMAIL PROTECTED]:/home/dobrin> rsh gable3 -l poo
Password:
Login incorrect
login: dobrin
Password:
Fanfare!!!
...
[EMAIL PROTECTED]:/home/dobrin> echo $CYGWIN
ntea nontsec smbntsec
[EMAIL PROTECTED]:/home/dobrin> cd //matilda/dist
[EMAIL PROTECTED]:/matilda/dist>

Unfortunately I don't really think of this as a good solution ,  and it
doesn't appear to work with my default $CYGWIN setup.
Does this help at all?
Thanks,
Bruce

- Original Message - 
From: "Larry Hall" <[EMAIL PROTECTED]>
To: "Bruce Dobrin" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, May 29, 2003 7:14 PM
Subject: Re: NTsec permissions issue over inet

> Bruce Dobrin wrote:
> > Here are the Cygcheck,  and Group files,  I'll include the my (typical)
> > passwd entry as we have a ( legitimate) policy against publishing our
login
> > id's ( I know it doesn't include encrypted passwd's, but with 650
entries,
> > but I'd like to reduce the fodder for someone's foreach loop thru a
cracking
> > program).
> >
> >
> > representative passwd entries:
> >
> > SYSTEM:*:18:544:,S-1-5-18::
> > Administrators:*:544:544:,S-1-5-32-544::
> >
dobrin:unused_by_nt/2000/xp:11014:10512:Brucester,U-PRODUCTION\dobrin,S-1-5-
> > 21-501104424-1911818820-14498641-1014:/home/dobrin:/bin/bash
> >
> >
> > Thanks
> > Bruce Dobrin
>
>
> Partial passwd entries is fine.  What you provided is adequate.
>
> The basics look OK.  I find two things in common between your information
> and Steve's:
>
>1. You both appear to have a strange entry in your path.  I'm not
>   sure if it's some weird artifact of cygcheck or if it's actually
>   in the path.  In yours, you have a directory that looks like this:
>
>   "c
>   C:\cygwin\program_files\diskaccess\bin"
>
>   Steve's is just "c".
>
>2. You both have a carriage return as the last character in either
>   your passwd or group files.
>
> Neither of these are clearly related to this issue but should be
> investigated and cleaned up.  Also, neither of you set 'smbntsec'
> in your CYGWIN environment variable (before starting Cygwin or any of
> it's services).  Please do, just so we can rule this out as an issue.
> Also, since you both claim that this used to work, please try removing
> 'ntsec' and 'smbntsec' and/or adding 'nontsec' to your CYGWIN environment
> variable (before starting Cygwin or any of it's services).  This should
> help pinpoint whether turning 'ntsec' on by default in recent releases
> has any bearing.
>
>
>
> -- 
> Larry Hall  http://www.rfk.com
> RFK Partners, Inc.  (508) 893-9779 - RFK Office
> 838 Washington Street   (508) 893-9889 - FAX
> Holliston, MA 01746
>

--
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: NTsec permissions issue over inet

2003-05-31 Thread Bruce Dobrin

Sorry,  On re-reading that,  it's not as clear as it could be,  the example
used in the previous e-mail ( below) was on a later version of cygwin,  it
is not the 1.3.2  machine referred to earlier in the message.

- Original Message - 
From: "Bruce Dobrin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, May 30, 2003 4:37 PM
Subject: Re: NTsec permissions issue over inet


> Thanks for responding Larry,
>
> I actually had tried most permutations of (no)ntsec, (no)smbntsec,
(no)ntea,
> etc... and on other machines that didn't have weird path or passwd
> entries. -- no dice
>
> I think I may have a good hint as to what is going on,  but I'll need
> someone who knows the system better than I to figure out the solution.
>
> By the way I have around 300 machines here,  and I found one which is
> running cygwin1.3.2 and which works fine.  This leads me to think that it
is
> something to do with the hosts.equiv functionality which I believe was non
> functional before at 1.3.2 ( at least I didn't use it here).  I found
> machine that if I : forced the user to use a password and I set some
> permutations of the permissions...  it then works:  example:
>
> [EMAIL PROTECTED]:/home/dobrin> rsh gable3
> Fanfare!!!
> ..
> [EMAIL PROTECTED]:/home/dobrin> echo $CYGWIN
> ntea nontsec smbntsec
> [EMAIL PROTECTED]:/home/dobrin> cd //matilda/dist
> //matilda/dist: Permission denied.
>
> BUT,  If I force a passwd entry:
>
> [EMAIL PROTECTED]:/home/dobrin> rsh gable3 -l poo
> Password:
> Login incorrect
> login: dobrin
> Password:
> Fanfare!!!
> ...
> [EMAIL PROTECTED]:/home/dobrin> echo $CYGWIN
> ntea nontsec smbntsec
> [EMAIL PROTECTED]:/home/dobrin> cd //matilda/dist
> [EMAIL PROTECTED]:/matilda/dist>
>
>
> Unfortunately I don't really think of this as a good solution ,  and it
> doesn't appear to work with my default $CYGWIN setup.
> Does this help at all?
> Thanks,
> Bruce
>
> - Original Message - 
> From: "Larry Hall" <[EMAIL PROTECTED]>
> To: "Bruce Dobrin" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Thursday, May 29, 2003 7:14 PM
> Subject: Re: NTsec permissions issue over inet
>
>
> > Bruce Dobrin wrote:
> > > Here are the Cygcheck,  and Group files,  I'll include the my
(typical)
> > > passwd entry as we have a ( legitimate) policy against publishing our
> login
> > > id's ( I know it doesn't include encrypted passwd's, but with 650
> entries,
> > > but I'd like to reduce the fodder for someone's foreach loop thru a
> cracking
> > > program).
> > >
> > >
> > > representative passwd entries:
> > >
> > > SYSTEM:*:18:544:,S-1-5-18::
> > > Administrators:*:544:544:,S-1-5-32-544::
> > >
>
dobrin:unused_by_nt/2000/xp:11014:10512:Brucester,U-PRODUCTION\dobrin,S-1-5-
> > > 21-501104424-1911818820-14498641-1014:/home/dobrin:/bin/bash
> > >
> > >
> > > Thanks
> > > Bruce Dobrin
> >
> >
> > Partial passwd entries is fine.  What you provided is adequate.
> >
> > The basics look OK.  I find two things in common between your
information
> > and Steve's:
> >
> >1. You both appear to have a strange entry in your path.  I'm not
> >   sure if it's some weird artifact of cygcheck or if it's actually
> >   in the path.  In yours, you have a directory that looks like this:
> >
> >   "c
> >   C:\cygwin\program_files\diskaccess\bin"
> >
> >   Steve's is just "c".
> >
> >2. You both have a carriage return as the last character in either
> >   your passwd or group files.
> >
> > Neither of these are clearly related to this issue but should be
> > investigated and cleaned up.  Also, neither of you set 'smbntsec'
> > in your CYGWIN environment variable (before starting Cygwin or any of
> > it's services).  Please do, just so we can rule this out as an issue.
> > Also, since you both claim that this used to work, please try removing
> > 'ntsec' and 'smbntsec' and/or adding 'nontsec' to your CYGWIN
environment
> > variable (before starting Cygwin or any of it's services).  This should
> > help pinpoint whether turning 'ntsec' on by default in recent releases
> > has any bearing.
> >
> >
> >
> > -- 
> > Larry Hall  http://www.rfk.com
> > RFK Partners, Inc.  (508) 893-9779 - RFK Office
> > 838 Washington Street   (508) 893-9889 - FAX
> > Holliston, MA 01746
> >
>
>
> --
> 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/
>


--
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: NTsec permissions issue over inet

2003-05-31 Thread Bruce Dobrin

OK,  further testing,  I can't get the below rlogin "trick" to work on a
1.3.22 machine,  the one it worked on is actually a 1.3.12 machine.  so,
with 1.3.12 I can get it to work by forcing a password entry,  but this
appears not to work with a 1.3.22 machine
continuing more confused than ever...

- Original Message - 
From: "Bruce Dobrin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, May 30, 2003 4:46 PM
Subject: Re: NTsec permissions issue over inet


> Sorry,  On re-reading that,  it's not as clear as it could be,  the
example
> used in the previous e-mail ( below) was on a later version of cygwin,  it
> is not the 1.3.2  machine referred to earlier in the message.
>
> - Original Message - 
> From: "Bruce Dobrin" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Friday, May 30, 2003 4:37 PM
> Subject: Re: NTsec permissions issue over inet
>
>
> > Thanks for responding Larry,
> >
> > I actually had tried most permutations of (no)ntsec, (no)smbntsec,
> (no)ntea,
> > etc... and on other machines that didn't have weird path or passwd
> > entries. -- no dice
> >
> > I think I may have a good hint as to what is going on,  but I'll need
> > someone who knows the system better than I to figure out the solution.
> >
> > By the way I have around 300 machines here,  and I found one which is
> > running cygwin1.3.2 and which works fine.  This leads me to think that
it
> is
> > something to do with the hosts.equiv functionality which I believe was
non
> > functional before at 1.3.2 ( at least I didn't use it here).  I found
> > machine that if I : forced the user to use a password and I set some
> > permutations of the permissions...  it then works:  example:
> >
> > [EMAIL PROTECTED]:/home/dobrin> rsh gable3
> > Fanfare!!!
> > ..
> > [EMAIL PROTECTED]:/home/dobrin> echo $CYGWIN
> > ntea nontsec smbntsec
> > [EMAIL PROTECTED]:/home/dobrin> cd //matilda/dist
> > //matilda/dist: Permission denied.
> >
> > BUT,  If I force a passwd entry:
> >
> > [EMAIL PROTECTED]:/home/dobrin> rsh gable3 -l poo
> > Password:
> > Login incorrect
> > login: dobrin
> > Password:
> > Fanfare!!!
> > ...
> > [EMAIL PROTECTED]:/home/dobrin> echo $CYGWIN
> > ntea nontsec smbntsec
> > [EMAIL PROTECTED]:/home/dobrin> cd //matilda/dist
> > [EMAIL PROTECTED]:/matilda/dist>
> >
> >
> > Unfortunately I don't really think of this as a good solution ,  and it
> > doesn't appear to work with my default $CYGWIN setup.
> > Does this help at all?
> > Thanks,
> > Bruce
> >
> > - Original Message - 
> > From: "Larry Hall" <[EMAIL PROTECTED]>
> > To: "Bruce Dobrin" <[EMAIL PROTECTED]>
> > Cc: <[EMAIL PROTECTED]>
> > Sent: Thursday, May 29, 2003 7:14 PM
> > Subject: Re: NTsec permissions issue over inet
> >
> >
> > > Bruce Dobrin wrote:
> > > > Here are the Cygcheck,  and Group files,  I'll include the my
> (typical)
> > > > passwd entry as we have a ( legitimate) policy against publishing
our
> > login
> > > > id's ( I know it doesn't include encrypted passwd's, but with 650
> > entries,
> > > > but I'd like to reduce the fodder for someone's foreach loop thru a
> > cracking
> > > > program).
> > > >
> > > >
> > > > representative passwd entries:
> > > >
> > > > SYSTEM:*:18:544:,S-1-5-18::
> > > > Administrators:*:544:544:,S-1-5-32-544::
> > > >
> >
>
dobrin:unused_by_nt/2000/xp:11014:10512:Brucester,U-PRODUCTION\dobrin,S-1-5-
> > > > 21-501104424-1911818820-14498641-1014:/home/dobrin:/bin/bash
> > > >
> > > >
> > > > Thanks
> > > > Bruce Dobrin
> > >
> > >
> > > Partial passwd entries is fine.  What you provided is adequate.
> > >
> > > The basics look OK.  I find two things in common between your
> information
> > > and Steve's:
> > >
> > >1. You both appear to have a strange entry in your path.  I'm not
> > >   sure if it's some weird artifact of cygcheck or if it's actually
> > >   in the path.  In yours, you have a directory that looks like
this:
> > >
> > >   "c
> > >   C:\cygwin\program_files\diskaccess\bin"
> >

Re: NTsec permissions issue over inet

2003-06-03 Thread Bruce Dobrin

hmmm,  still experimenting:  thought it might have something to do with
inetd and mounts,  but I also tried rlogin to   which is running
init and xinetd and issueing a dfscmd:

[EMAIL PROTECTED]:/home/dobrin> dfscmd /view dfsmaster\\dfsshare
\\DFSMASTER\dfsroot
\\DFSMASTER\dfsroot\shots\vol780
\\DFSMASTER\dfsroot\pipe\usr_pasquini\trash
The command completed successfully.
[EMAIL PROTECTED]:/home/dobrin> rsh localhost
Last login: Mon Jun  2 12:30:41 from THEODOLITE.spimageworks.com
Fanfare!!!
You are successfully logged in to this server!!!
[EMAIL PROTECTED]:/home/dobrin> dfscmd /view dfsmaster\\dfsshare
System error 5 has occurred.

Access is denied.

   still confused...


- Original Message - 
From: "Banville, Stephen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "Stephen Banville" <[EMAIL PROTECTED]>
Cc: "'Bruce Dobrin'" <[EMAIL PROTECTED]>; "Banville, Stephen"
<[EMAIL PROTECTED]>
Sent: Monday, June 02, 2003 5:32 AM
Subject: RE: NTsec permissions issue over inet


> Igor,
> I tried settting smbntsec and it did not work. With older version I
> used to
> just set ntsec, make the passwd and group files, and everything would just
> work
> the way I would expect. Something has changed in the way cygwin handles NT
> security.
> I am running a generic version of windows 2000 with no thrid party filesys
> drivers.
> I don't believe that it's aproblem with my configuration because older
> version of
> Cygwin have worked just fine. As of now all suggestions have not been
> successful.
> It sounds like a new bug has been introduced surrounding NT security.
>
> Steve
>
> -Original Message-
> From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
> Sent: Sunday, June 01, 2003 7:30 PM
> To: Stephen Banville
> Cc: 'Bruce Dobrin'; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: NTsec permissions issue over inet
>
>
> Steve,
>
> On Windows, if you use the Windows sharing mechanism (instead of a
> proprietary filesystem driver), your shares are SMB shares (which stands
> for Server Message Block, IIRC).  The 'smbntsec' option is designed for
> those kinds of shares.  If you do have a proprietary filesystem driver,
> Cygwin most likely doesn't have any support for recognizing the security
> attributes on that.  <http://cygwin.com/acronyms/#PTC>.  It's also
> possible that the filesystem driver that you have is partly compatible
> with the NTFS or SMB security, and some addition to the Cygwin codebase
> to deal better with one or the other has accesses to features that aren't
> available on your filesystem, so it stopped working.
>
>
>
> Your login problem has nothing to do with the above.  Unlike Linux, where
> anyone can run "su" or "login", Windows NT variants require the user to
> have extra privileges to be able to switch user context (create an access
> token belonging to someone else).
> <http://cygwin.com/cygwin-ug-net/ntsec.html#NTSEC-SETUID> should explain
> this somewhat.
> Igor
>
> On Sun, 1 Jun 2003, Stephen Banville wrote:
>
> > HI Bruce,
> >
> > The reason I don't have smbntsec set is because the remote
> > volumes are not Samba Shares. The interesting thing here is that when I
> > ran an older version of Cygwin, this functionality would work just fine.
> > I also tried the passwd trick (which didn't work as well.) I can't
> > imagine what the problem could be ? At this time I am running out of
> > ideas. My only hope at this time would be to enable some sort of a debug
> > trace to see what component is actually failing during the login.
> > Another interesting point to mention is that when I run the 'login'
> > command within the shell, I cannot log in under my user name defined in
> > the /etc/passwd file. Any ideas why this would ? This could somehow be
> > related to my problem.
> >
> > Any help would be welcomed!!
> >
> > Steve
> >
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
> > Of Bruce Dobrin
> > Sent: Friday, May 30, 2003 8:20 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: NTsec permissions issue over inet
> >
> > OK,  further testing,  I can't get the below rlogin "trick" to work on a
> > 1.3.22 machine,  the one it worked on is actually a 1.3.12 machine.  so,
> > with 1.3.12 I can get it to work by forcing a password entry,  but this
> > appears not to work with a 1.3.22 machine
> > continuing more confused than ever...
> >
> > - Original Message -
> &

Re: NTsec permissions issue over inet

2003-06-03 Thread Bruce Dobrin

I tried executing a the command via a socket directly: by asigning a script
via inet.conf,  it still gave me permission denied.  I turned off
inetd/xinetd and hacked together a server with perl to exec the same script
and it had no permission problems.  it looks like a problem common to inetd
and xinetd  but not cygwin specifically:

EXAMPLE:

##(socket 1824 defined in inetd.conf and /etc/services file)

[EMAIL PROTECTED]:/home/dobrin>telnet castro 1824
responds:
pwd
/c/WINNT/system32
ls -al //matilda/setup
ls: //matilda/setup: No such file or directory
/c/WINNT/system32/dfscmd.exe /view dfsmaster\\dfsshare > poop
cat poop
System error 1355 has occurred.
The specified domain either does not exist or could not be contacted.

###( perl script listening on socket 2345 )

[EMAIL PROTECTED]:/home/dobrin>telnet castro 2345
responds:
pwd
/home/dobrin
ls -al //matilda/setup
drwxrwxrwx+   1 Administ Domain A32768 May 30 18:45 .
drwxrwxrwx+   1 Administ Domain A0 May  8 14:07 2ksrv_image
drwxrwxrwx+   1 Administ Domain A0 Feb 27 20:55 3dmaxupdate
drwxrwxrwx+   1 Administ Domain A0 Mar 26 11:08 ACDSee
.
/c/WINNT/system32/dfscmd.exe /view dfsmaster\\dfsshare > poop
cat poop
\\DFSMASTER\dfsroot
\\DFSMASTER\dfsroot\shots\vol780
\\DFSMASTER\dfsroot\pipe\usr_pasquini\trash
The command completed successfully.



 - Original Message ----- 
From: "Bruce Dobrin" <[EMAIL PROTECTED]>
To: "Banville, Stephen" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Monday, June 02, 2003 12:37 PM
Subject: Re: NTsec permissions issue over inet


> hmmm,  still experimenting:  thought it might have something to do with
> inetd and mounts,  but I also tried rlogin to   which is
running
> init and xinetd and issueing a dfscmd:
>
> [EMAIL PROTECTED]:/home/dobrin> dfscmd /view dfsmaster\\dfsshare
> \\DFSMASTER\dfsroot
> \\DFSMASTER\dfsroot\shots\vol780
> \\DFSMASTER\dfsroot\pipe\usr_pasquini\trash
> The command completed successfully.
> [EMAIL PROTECTED]:/home/dobrin> rsh localhost
> Last login: Mon Jun  2 12:30:41 from THEODOLITE.spimageworks.com
> Fanfare!!!
> You are successfully logged in to this server!!!
> [EMAIL PROTECTED]:/home/dobrin> dfscmd /view dfsmaster\\dfsshare
> System error 5 has occurred.
>
> Access is denied.
>
>    still confused...
>
>
> - Original Message - 
> From: "Banville, Stephen" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>; "Stephen Banville" <[EMAIL PROTECTED]>
> Cc: "'Bruce Dobrin'" <[EMAIL PROTECTED]>; "Banville, Stephen"
> <[EMAIL PROTECTED]>
> Sent: Monday, June 02, 2003 5:32 AM
> Subject: RE: NTsec permissions issue over inet
>
>
> > Igor,
> > I tried settting smbntsec and it did not work. With older version I
> > used to
> > just set ntsec, make the passwd and group files, and everything would
just
> > work
> > the way I would expect. Something has changed in the way cygwin handles
NT
> > security.
> > I am running a generic version of windows 2000 with no thrid party
filesys
> > drivers.
> > I don't believe that it's aproblem with my configuration because older
> > version of
> > Cygwin have worked just fine. As of now all suggestions have not been
> > successful.
> > It sounds like a new bug has been introduced surrounding NT security.
> >
> > Steve
> >
> > -Original Message-
> > From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
> > Sent: Sunday, June 01, 2003 7:30 PM
> > To: Stephen Banville
> > Cc: 'Bruce Dobrin'; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> > Subject: RE: NTsec permissions issue over inet
> >
> >
> > Steve,
> >
> > On Windows, if you use the Windows sharing mechanism (instead of a
> > proprietary filesystem driver), your shares are SMB shares (which stands
> > for Server Message Block, IIRC).  The 'smbntsec' option is designed for
> > those kinds of shares.  If you do have a proprietary filesystem driver,
> > Cygwin most likely doesn't have any support for recognizing the security
> > attributes on that.  <http://cygwin.com/acronyms/#PTC>.  It's also
> > possible that the filesystem driver that you have is partly compatible
> > with the NTFS or SMB security, and some addition to the Cygwin codebase
> > to deal better with one or the other has accesses to features that
aren't
> > available on your filesystem, so it stopped working.
> >
> >
> >
> > Your login problem has nothing to do with the above.  Unlike Linux,
where
> > anyone can run "su" or "login", Windows NT vari

Re: NTsec permissions issue over inet

2003-06-03 Thread Bruce Dobrin

YIKES!  There it is,  and right there in the users guide no less
not only that, but in a section I've actually read a number of
times!.  Well,  that does explain almost everything that is going on
( though, it seems  to have gotten even tighter since the 1.3.12 release
that allows me to access net drives if I specify a passwd during rlogin( as
mentioned below)).  The perl script is actually running as a service; as a
user with net access rights.
I hate to ask this without looking at the inetd/xinetd code first:  But is
there any chance that context switching will be "fixed" to allow net access
too someday?  Or is there an easy way to rebuild inetd in such a way that I
could run it as a network user  (rather than SYSTEM) and allow it to
interact with net drives directly ?( I've tryed this,  but without much
luck). If I may be so impertinent, this seems somewhat un-UNIX like
behavior. I was  VERY close to unifying our maintenance and process scripts
for all of our Unix and windows machines using cygwin,  but since virtually
every process we use in house is accessed via an nfs or smb network link (
at times upwards of 3000 mounts at a time)  We currently control 2400
various Unix boxes with rsh/rlogin, and  given the robustness of cygwin
currently,  about the only thing keeping us from adding the 700 ( and
climbing) windows boxes to this, is this issue.

If anyone has any suggestions ( aside from " move over to Linux" ,  or "
convert everything to windows") I'd really appreciate it..  In any case,
Thanks Igor, for the time spent already..

Bruce D.

- Original Message - 
From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
To: "Bruce Dobrin" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, June 02, 2003 5:24 PM
Subject: Re: NTsec permissions issue over inet

> Umm, Bruce, you aren't trying to access network shares from a session you
> did with passwordless authentication, are you?  Because if you are, it's
> not going to work (see
<http://cygwin.com/cygwin-ug-net/ntsec.html#NTSEC-RELEASE1.3.3>).
>
> I've also found that even if you log in through telnet or ssh, you
> sometimes need to issue an explicit "net use" command to get access to
> network shares...  Try that, and see if it helps.
>
> I'm guessing the perl script runs as yourself from a session that
> already accessed the share...
> Igor
>
> On Mon, 2 Jun 2003, Bruce Dobrin wrote:
>
> > I tried executing a the command via a socket directly: by asigning a
script
> > via inet.conf,  it still gave me permission denied.  I turned off
> > inetd/xinetd and hacked together a server with perl to exec the same
script
> > and it had no permission problems.  it looks like a problem common to
inetd
> > and xinetd  but not cygwin specifically:
> >
> > EXAMPLE:
> >
> > ##(socket 1824 defined in inetd.conf and /etc/services file)
> >
> > [EMAIL PROTECTED]:/home/dobrin>telnet castro 1824
> > responds:
> > pwd
> > /c/WINNT/system32
> > ls -al //matilda/setup
> > ls: //matilda/setup: No such file or directory
> > /c/WINNT/system32/dfscmd.exe /view dfsmaster\\dfsshare > poop
> > cat poop
> > System error 1355 has occurred.
> > The specified domain either does not exist or could not be contacted.
> >
> > ###( perl script listening on socket 2345 )
> >
> > [EMAIL PROTECTED]:/home/dobrin>telnet castro 2345
> > responds:
> > pwd
> > /home/dobrin
> > ls -al //matilda/setup
> > drwxrwxrwx+   1 Administ Domain A32768 May 30 18:45 .
> > drwxrwxrwx+   1 Administ Domain A0 May  8 14:07 2ksrv_image
> > drwxrwxrwx+   1 Administ Domain A0 Feb 27 20:55 3dmaxupdate
> > drwxrwxrwx+   1 Administ Domain A0 Mar 26 11:08 ACDSee
> > .
> > /c/WINNT/system32/dfscmd.exe /view dfsmaster\\dfsshare > poop
> > cat poop
> > \\DFSMASTER\dfsroot
> > \\DFSMASTER\dfsroot\shots\vol780
> > \\DFSMASTER\dfsroot\pipe\usr_pasquini\trash
> > The command completed successfully.
> >
> >
> >  - Original Message -
> > From: "Bruce Dobrin" <[EMAIL PROTECTED]>
> > To: "Banville, Stephen" <[EMAIL PROTECTED]>;
> > <[EMAIL PROTECTED]>
> > Sent: Monday, June 02, 2003 12:37 PM
> > Subject: Re: NTsec permissions issue over inet
> >
> >
> > > hmmm,  still experimenting:  thought it might have something to do
with
> > > inetd and mounts,  but I also tried rlogin to   which is
> > > running init and xinetd and issueing a dfscmd:
> > >
> > > [EMAIL PROTECTED]:/home/dobrin> dfscmd /v

unable to autologin to 2003

2003-06-26 Thread Bruce Dobrin

I hope this isn't a stupid question.  I configure cygwin with a script which
installs all passwd,  hosts.equiv, inetd etc.  I have hundreds of
machines configured this way on which all is well.  I just installed 2003
server,  cygwin, and ran the autoconfig script.  I am unable to rsh to this
machine.  I get:

[EMAIL PROTECTED]:/home/dobrin> rlogin srdalien2
Switching to user dobrin failed!
rlogin: connection closed.

or

[EMAIL PROTECTED]:/home/dobrin> rlogin srdalien2 -l dobrin
Switching to user dobrin failed!
rlogin: connection closed.


cygwin settingis :
[EMAIL PROTECTED]:/home/dobrin> echo $CYGWIN
binmode tty ntsec

Is there a known 2003 server issue,  I searched the mailing lists pretty
carefully,  but sisn't turn up anything.

telnet and non interactive rsh (rather than  rlogin),  work fine.


Bruce Dobrin
[EMAIL PROTECTED]



--
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/

rebaseall question/problem

2003-07-17 Thread Bruce Dobrin

(1.3.22-1; XP)

Hi all,
I run rebaseall and it dosn't seem to find the dll's that I am having grief
with,  but it does go looking for large number of dll's from a long gone
kde2 install.
ex
/opt/kde2/lib/mega.dll: skipped because nonexistent
lot's of these, but no other types of errors.

How does rebaseall know where to go to find these; how do I get it to stop
looking for these non-existant dll's?

Also,  my current suspected rebase issue is with trying to install kde3 (
I've previously had problems with perl and python that I had to use rebase
on after rebaseall failed to find these dll's either),  I get the typical
"sync-with-child" errors in a number of places,  but in this kde3 case, it
is unclear to me what dll is involved.(perhaps this is more a kde
question,  but It looks like a related rebase question to me)
ex:
kdeinit: Launched KLauncher, pid = 2304 result = 0
  6 [main] kdeinit: klauncher2304 sync_with_child:
child 3152(0x69C) died before initialization with status code 0x1
   9536 [main] kdeinit: klauncher2304 sync_with_child:
*** child state child loading dlls

Thanks, Bruce d
[EMAIL PROTECTED]


--
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: Problem with rsh

2002-10-25 Thread Bruce Dobrin

Before someone else brings this up:  although blanking the "Unused by"
does allow anyone to rsh into the machine.  It also adds a nasty artifact in
that anyone can login as anyone else by using the -l option (rsh hostname -l
different_user).  It looks like ever since 1.3.2 you have had to use a
hosts.equiv or .rhosts file.

Simplest way is to add a file callled hosts.equiv to etc and include a list
of all machines that should be allowed to access this machine.  Unfortunatly
using the documented "+" in this file doesn't seem to work anymore (Note:
it no longer works on RH Linux 7.2 either unless you set /etc/pam.d/rsh and
rlogin to "permiscuis"..  an option not avaliable to cygwin).  Personally, I
use a perl script to cull the hosts file from my dns server to do generate
this file once a day.  I've never gotten an answer from the list on how to
get the "+" entry to work and would welcome any solution to that problem.
Documentation on all this seems rather limited and often apocryphal as
specific to cygwin.

Bruce D


- Original Message -
From: "Andrew DeFaria" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, October 25, 2002 3:23 PM
Subject: Re: Problem with rsh


> David Rothenberger wrote:
>
> >Check your /etc/passwd file and make sure there is no entry in the
password field (the second field).  You want something like this:
> >
> >someuser::11150:...
> >
> >and not something like this:
> >
> >someuser:unused_by_nt/2000/xp:11150:...
> >
> >An easy way to check if this is the culprit is to try doing an
> >rlogin.  For me, this will ask me for a password and then succeed if I
have an entry in the password field.  If the password field is empty, it
succeeds without asking for a password.
> >
> Wham! Good answer! It works!
>
> Actually I viewed the "unused_by_nt/2000/xp" string as ugly and replaced
> it with the traditional "*" instead. But you're right, if you put
> anything in there it gives me a Permission denied for "rsh 
> ". Looks like some security checking got tightened up.
>
> This does lead to a question as I believe some other services (ssh?
> exim? I forget) require that you put an actual passwd in /etc/passwd.
> They also described how to generate the crypt string. I've done this on
> my home machine so I copied that encrypted string to my work machine and
> I still get permission denied. Sounds like it's still a problem but at
> least I have a workaround for work. Thanks.
>
> >
> >Andrew DeFaria wrote:
> >
> >
> >>I've run into a major problem using rsh. Note that I've been using rsh
> >>successfully for a while and many people here depend on being able to
> >>rsh into the server. However now I get:
> >>
> >>$ rsh server id
> >>server.mydomain.com: Permission denied.
> >>
> >>
>
> --
>
> Salira 
> Ethernet Simple, Fiber Fast
>
> 5451 Patrick Henry Drive
> Santa Clara, CA 95054
> Phone: (408)-845-5321
> Fax: (408)-845-5205
> Email: [EMAIL PROTECTED]
> 
> Web: http://www.salira.com
>
> Instant Messaging
> AIM:
> defaria
> MSN:
> [EMAIL PROTECTED]
> Yahoo:
> andrew_defaria
> ICQ #:
> 23552673
>
>
> Andrew DeFaria 
> Clearcase Administrator
> Email: [EMAIL PROTECTED] 
> Web: http://DeFaria.com
>
>
>
>
>
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

xinetd/ init not working for me

2003-01-03 Thread Bruce Dobrin

I just upgraded to 1.3.18 and noticed a version  of init and xinetd.  I
turned off inetd and  installed xinetd, chkconfig, sysvinit, and the
initscripts,  Ran init-config and xinetd-config.  chkconfig says that xinetd
is on at runlevel3, net start init starts init at runlevel3 ,  but doesn't
start xinetd.  If I manualy start xinetd (either with
/etc/rc.d/init.d/xinetd start  or   /usr/sbin/xinetd -d) it appears to set
up the various services,  but when I try to access the machine using an
xinetd service (telnet or rlogin) I get :

03/1/3@18:04:10: DEBUG: {server_start} Starting service login
03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
03/1/3@18:04:10: ERROR: {set_credentials} setuid failed: Permission denied
(errno = 13)
03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
03/1/3@18:04:10: DEBUG: {main_loop} select returned 1
03/1/3@18:04:10: DEBUG: {check_pipe} Got signal 20 (Child status changed)
03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = 3056
03/1/3@18:04:10: DEBUG: {server_end} login server 3056 exited
03/1/3@18:04:10: DEBUG: {svc_postmortem} Checking log size of login service
03/1/3@18:04:10: INFO: {conn_free} freeing connection
03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = -1
03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14


I've tried adding the services to the hosts.allow file and a few other
things,  but no luck so far,  I've also been through the cygwin and xinetd
lists and haven't turned anything up.
Oh,  inetd works just fine,  but I'd like to use xinetd if I could.

thanks for any help.
Bruce Dobrin
[EMAIL PROTECTED]


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: xinetd/ init not working for me

2003-01-03 Thread Bruce Dobrin

no,
the only 3 messages are:

entering runlevel 3
no more processes left at this runlevel
`init` service started


- Original Message -
From: "Sergey Okhapkin" <[EMAIL PROTECTED]>
To: "Bruce Dobrin" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, January 03, 2003 6:23 PM
Subject: Re: xinetd/ init not working for me


> Are there any errors in NT application error log on init startup?
>
> Sergey Okhapkin
> Somerset, NJ
> - Original Message -
> From: "Bruce Dobrin" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, January 03, 2003 9:10 PM
> Subject: xinetd/ init not working for me
>
>
> > I just upgraded to 1.3.18 and noticed a version  of init and xinetd.  I
> > turned off inetd and  installed xinetd, chkconfig, sysvinit, and the
> > initscripts,  Ran init-config and xinetd-config.  chkconfig says that
> xinetd
> > is on at runlevel3, net start init starts init at runlevel3 ,  but
doesn't
> > start xinetd.  If I manualy start xinetd (either with
> > /etc/rc.d/init.d/xinetd start  or   /usr/sbin/xinetd -d) it appears to
set
> > up the various services,  but when I try to access the machine using an
> > xinetd service (telnet or rlogin) I get :
> >
> > 03/1/3@18:04:10: DEBUG: {server_start} Starting service login
> > 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
> > 03/1/3@18:04:10: ERROR: {set_credentials} setuid failed: Permission
denied
> > (errno = 13)
> > 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
> > 03/1/3@18:04:10: DEBUG: {main_loop} select returned 1
> > 03/1/3@18:04:10: DEBUG: {check_pipe} Got signal 20 (Child status
changed)
> > 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = 3056
> > 03/1/3@18:04:10: DEBUG: {server_end} login server 3056 exited
> > 03/1/3@18:04:10: DEBUG: {svc_postmortem} Checking log size of login
> service
> > 03/1/3@18:04:10: INFO: {conn_free} freeing connection
> > 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = -1
> > 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
> >
> >
> > I've tried adding the services to the hosts.allow file and a few other
> > things,  but no luck so far,  I've also been through the cygwin and
xinetd
> > lists and haven't turned anything up.
> > Oh,  inetd works just fine,  but I'd like to use xinetd if I could.
> >
> > thanks for any help.
> > Bruce Dobrin
> > [EMAIL PROTECTED]
> >
> >
> > --
> > Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> > Bug reporting: http://cygwin.com/bugs.html
> > Documentation: http://cygwin.com/docs.html
> > FAQ:   http://cygwin.com/faq/
> >
>
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: xinetd/ init not working for me

2003-01-06 Thread Bruce Dobrin

Thanks Sergey,  that is exactly what I did (said "yes" to overwrite).  I've
re-installed and now init runs xinetd.  now I get an error (in the error
log) after xinetd loads the appropriate services "xinetd: creation of
default log failed."
followed by:
"xinetd:Started working: 0 available services."

I'm not sure where to look here,  I did notice a "touch
/var/lock/subsys/xinetd" which is successful in the xinetd startup,  so I'm
not sure where the log is or how to make it work.  Or is there something
else I should be doing?

Thanks,

Bruce

- Original Message -

From: "Sergey Okhapkin" <[EMAIL PROTECTED]>
To: "Bruce Dobrin" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Saturday, January 04, 2003 5:41 AM
Subject: Re: xinetd/ init not working for me


> OK, let's troubleshut the problem step by step. I need to find out first
> where the problem is, in init, initscripts or xinetd. I suspect when you
run
> init-config you answered "yes" to overwrite an existing /etc/inittab
> installed by initscripts package. What are the last three lines of
> /etc/inittab? They should be like:
>
> # Run xdm in runlevel 5
> # xdm is now a separate service
> #x:5:respawn:/etc/X11/prefdm -nodaemon
>
> If (you inittab is different)
> please reinstall initscripts package.
> else
> post the printout of "ls -l /etc/inittab /etc/rc.d /etc/rc.d/init.d"
>
> Sergey Okhapkin
> Somerset, NJ
> - Original Message -
> From: "Bruce Dobrin" <[EMAIL PROTECTED]>
> To: "Sergey Okhapkin" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> Sent: Friday, January 03, 2003 9:35 PM
> Subject: Re: xinetd/ init not working for me
>
>
> > no,
> > the only 3 messages are:
> >
> > entering runlevel 3
> > no more processes left at this runlevel
> > `init` service started
> >
> >
> > - Original Message -
> > From: "Sergey Okhapkin" <[EMAIL PROTECTED]>
> > To: "Bruce Dobrin" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> > Sent: Friday, January 03, 2003 6:23 PM
> > Subject: Re: xinetd/ init not working for me
> >
> >
> > > Are there any errors in NT application error log on init startup?
> > >
> > > Sergey Okhapkin
> > > Somerset, NJ
> > > - Original Message -
> > > From: "Bruce Dobrin" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Friday, January 03, 2003 9:10 PM
> > > Subject: xinetd/ init not working for me
> > >
> > >
> > > > I just upgraded to 1.3.18 and noticed a version  of init and xinetd.
> I
> > > > turned off inetd and  installed xinetd, chkconfig, sysvinit, and the
> > > > initscripts,  Ran init-config and xinetd-config.  chkconfig says
that
> > > xinetd
> > > > is on at runlevel3, net start init starts init at runlevel3 ,  but
> > doesn't
> > > > start xinetd.  If I manualy start xinetd (either with
> > > > /etc/rc.d/init.d/xinetd start  or   /usr/sbin/xinetd -d) it appears
to
> > set
> > > > up the various services,  but when I try to access the machine using
> an
> > > > xinetd service (telnet or rlogin) I get :
> > > >
> > > > 03/1/3@18:04:10: DEBUG: {server_start} Starting service login
> > > > 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
> > > > 03/1/3@18:04:10: ERROR: {set_credentials} setuid failed: Permission
> > denied
> > > > (errno = 13)
> > > > 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
> > > > 03/1/3@18:04:10: DEBUG: {main_loop} select returned 1
> > > > 03/1/3@18:04:10: DEBUG: {check_pipe} Got signal 20 (Child status
> > changed)
> > > > 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = 3056
> > > > 03/1/3@18:04:10: DEBUG: {server_end} login server 3056 exited
> > > > 03/1/3@18:04:10: DEBUG: {svc_postmortem} Checking log size of login
> > > service
> > > > 03/1/3@18:04:10: INFO: {conn_free} freeing connection
> > > > 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = -1
> > > > 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
> > > >
> > > >
> > > > I've tried adding the services to the hosts.allow file and a few oth
er
> > > > things,  but no luck so far,  I've also been through the cygwin and
> > xinetd
> > > > lists and haven't turned anything up.
> > > > Oh,

Re: xinetd/ init not working for me

2003-01-06 Thread Bruce Dobrin

Thank you!  Works perfectly now!

- Original Message - 
From: "Sergey Okhapkin" <[EMAIL PROTECTED]>
To: "'Bruce Dobrin'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, January 06, 2003 11:47 AM
Subject: RE: xinetd/ init not working for me


> Stop init service, remove /var/log/servicelog and make sure /var/log
> directory is writeable for all. Start init service.
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]] On Behalf Of Bruce Dobrin
> > Sent: Monday, January 06, 2003 2:37 PM
> > To: Sergey Okhapkin; [EMAIL PROTECTED]
> > Subject: Re: xinetd/ init not working for me
> >
> >
> > Thanks Sergey,  that is exactly what I did (said "yes" to
> > overwrite).  I've re-installed and now init runs xinetd.  now
> > I get an error (in the error
> > log) after xinetd loads the appropriate services "xinetd:
> > creation of default log failed." followed by: "xinetd:Started
> > working: 0 available services."
> >
> > I'm not sure where to look here,  I did notice a "touch
> > /var/lock/subsys/xinetd" which is successful in the xinetd
> > startup,  so I'm not sure where the log is or how to make it
> > work.  Or is there something else I should be doing?
> >
> > Thanks,
> >
> > Bruce
> >
> > - Original Message -
> >
> > From: "Sergey Okhapkin" <[EMAIL PROTECTED]>
> > To: "Bruce Dobrin" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> > Sent: Saturday, January 04, 2003 5:41 AM
> > Subject: Re: xinetd/ init not working for me
> >
> >
> > > OK, let's troubleshut the problem step by step. I need to find out
> > > first where the problem is, in init, initscripts or xinetd.
> > I suspect
> > > when you
> > run
> > > init-config you answered "yes" to overwrite an existing
> > /etc/inittab
> > > installed by initscripts package. What are the last three lines of
> > > /etc/inittab? They should be like:
> > >
> > > # Run xdm in runlevel 5
> > > # xdm is now a separate service
> > > #x:5:respawn:/etc/X11/prefdm -nodaemon
> > >
> > > If (you inittab is different)
> > > please reinstall initscripts package.
> > > else
> > > post the printout of "ls -l /etc/inittab /etc/rc.d
> > > /etc/rc.d/init.d"
> > >
> > > Sergey Okhapkin
> > > Somerset, NJ
> > > - Original Message -
> > > From: "Bruce Dobrin" <[EMAIL PROTECTED]>
> > > To: "Sergey Okhapkin" <[EMAIL PROTECTED]>;
> > <[EMAIL PROTECTED]>
> > > Sent: Friday, January 03, 2003 9:35 PM
> > > Subject: Re: xinetd/ init not working for me
> > >
> > >
> > > > no,
> > > > the only 3 messages are:
> > > >
> > > > entering runlevel 3
> > > > no more processes left at this runlevel
> > > > `init` service started
> > > >
> > > >
> > > > - Original Message -
> > > > From: "Sergey Okhapkin" <[EMAIL PROTECTED]>
> > > > To: "Bruce Dobrin" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> > > > Sent: Friday, January 03, 2003 6:23 PM
> > > > Subject: Re: xinetd/ init not working for me
> > > >
> > > >
> > > > > Are there any errors in NT application error log on
> > init startup?
> > > > >
> > > > > Sergey Okhapkin
> > > > > Somerset, NJ
> > > > > - Original Message -
> > > > > From: "Bruce Dobrin" <[EMAIL PROTECTED]>
> > > > > To: <[EMAIL PROTECTED]>
> > > > > Sent: Friday, January 03, 2003 9:10 PM
> > > > > Subject: xinetd/ init not working for me
> > > > >
> > > > >
> > > > > > I just upgraded to 1.3.18 and noticed a version  of init and
> > > > > > xinetd.
> > > I
> > > > > > turned off inetd and  installed xinetd, chkconfig,
> > sysvinit, and
> > > > > > the initscripts,  Ran init-config and xinetd-config.
> > chkconfig
> > > > > > says
> > that
> > > > > xinetd
> > > > > > is on at runlevel3, net start init starts init at
> > runlevel3 ,
> > > > > > but
> > > > doesn't

OCR/Barcode recognition

2003-01-08 Thread Bruce Dobrin

Slightly off topic:

I've been trying to compile "gocr" in cygwin with limited success (even when
I get it to build,  it doesn't work very reliably),  has anyone had any luck
with another OCR/barcode recognition package in Cygwin? ( I need something
to reliably be able to extract barcode data from an imagefile as part of a
perl script...)
Thanks
Bruce D


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

xinted rsync bluescreen

2003-01-09 Thread Bruce Dobrin

I'm setting up rsyncd on a 1.3.18 win2000 and an XP box

I've setup xinetd and init etc,  when I "chkconfig rsync on" I get an
immediate bluescreen.  is this a known issue? (and is there a known fix?).
didn't see anything in the mailing list on rsync and bluescreen or crash or
xinet pertaining to this problem.

Thanks
Bruce
[EMAIL PROTECTED]


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: xinted rsync bluescreen

2003-01-09 Thread Bruce Dobrin

hmmm,  that didn't seem to help,  but things I did notice:

if I "net stop init"
/usr/sbin/chkconfig rsync on
net start init

and I add:
rsync 873/tcp
in services file,  everything works just fine.

I seem to be able to chkconfig on/off all but rsync while init is running.
I've tryed this now on 6 machines (NT, 2K, XP) of all different configs and
it bluescreens on all.

- Original Message -
From: "Sergey Okhapkin" <[EMAIL PROTECTED]>
To: "'Bruce Dobrin'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, January 09, 2003 12:23 PM
Subject: RE: xinted rsync bluescreen


> Try "chmod a+w /etc/xinetd.d"
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]] On Behalf Of Bruce Dobrin
> > Sent: Thursday, January 09, 2003 2:42 PM
> > To: [EMAIL PROTECTED]
> > Subject: xinted rsync bluescreen
> >
> >
> > I'm setting up rsyncd on a 1.3.18 win2000 and an XP box
> >
> > I've setup xinetd and init etc,  when I "chkconfig rsync on"
> > I get an immediate bluescreen.  is this a known issue? (and
> > is there a known fix?). didn't see anything in the mailing
> > list on rsync and bluescreen or crash or xinet pertaining to
> > this problem.
> >
> > Thanks
> > Bruce
> > [EMAIL PROTECTED]
> >
> >
> > --
> > Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> > Bug reporting: http://cygwin.com/bugs.html
> > Documentation: http://cygwin.com/docs.html
> > FAQ:   http://cygwin.com/faq/
> >
>
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: xinted rsync bluescreen

2003-01-13 Thread Bruce Dobrin

Don't know if this will help,  but I went through 3 machines running init
and rsync (nt, 2000 and XP)  and all of them , at one time or another, I
could trigger the blue screen by something as innocuous as :  ( with rsync
on) Stop init, rm /etc/rc.d/rsync, exit shell,  BSOD.  I think it odd that I
had this issue even when init was no longer running,  and not until I exited
the shell.  It didn't always happen ( I think it may be related to if rsync
had been called at anytime...) but it was nasty enough that in some cases I
couldn't even touch the etc/rc.d/rsync file with vim without eventually
crashing.  I'm over my head on this one...

- Original Message -
From: "Pierre A. Humblet" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 13, 2003 10:58 AM
Subject: Re: xinted rsync bluescreen

> On Mon, Jan 13, 2003 at 10:59:16AM -0800, Randall R Schulz wrote:
> > Pierre,
> >
> > Do you think the handle to /etc that each (is it each or all?) cygwin
> > process retains is an ingredient in triggering this symptom?
>
> AFAICT the handle is opened when starting cygwin and is inherited by
> child processes. It is used in a WaitForSingleObject call.
> The purpose is to rescan /etc/{passwd,goup} after changes.
> It's unlikely to be a coincidence, given the previous e-mails!
>
> > Why would that
> > be and why would it happen to but a few of the many Cygwin users?
>
> Good questions! Perhaps init has more subprocesses (wild guess).
>
> Pierre
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: xinted rsync bluescreen

2003-01-13 Thread Bruce Dobrin

Oh,  and all of the 3 test boxes were completely different hardware (nt on a
Boxx tech machine, 2k on an IBM workstation,  and XP on a dell laptop).
- Original Message -
From: "Bruce Dobrin" <[EMAIL PROTECTED]>
To: "Pierre A. Humblet" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, January 13, 2003 11:28 AM
Subject: Re: xinted rsync bluescreen


> Don't know if this will help,  but I went through 3 machines running init
> and rsync (nt, 2000 and XP)  and all of them , at one time or another, I
> could trigger the blue screen by something as innocuous as :  ( with rsync
> on) Stop init, rm /etc/rc.d/rsync, exit shell,  BSOD.  I think it odd that
I
> had this issue even when init was no longer running,  and not until I
exited
> the shell.  It didn't always happen ( I think it may be related to if
rsync
> had been called at anytime...) but it was nasty enough that in some cases
I
> couldn't even touch the etc/rc.d/rsync file with vim without eventually
> crashing.  I'm over my head on this one...
>
> - Original Message -
> From: "Pierre A. Humblet" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, January 13, 2003 10:58 AM
> Subject: Re: xinted rsync bluescreen
>
>
> > On Mon, Jan 13, 2003 at 10:59:16AM -0800, Randall R Schulz wrote:
> > > Pierre,
> > >
> > > Do you think the handle to /etc that each (is it each or all?) cygwin
> > > process retains is an ingredient in triggering this symptom?
> >
> > AFAICT the handle is opened when starting cygwin and is inherited by
> > child processes. It is used in a WaitForSingleObject call.
> > The purpose is to rescan /etc/{passwd,goup} after changes.
> > It's unlikely to be a coincidence, given the previous e-mails!
> >
> > > Why would that
> > > be and why would it happen to but a few of the many Cygwin users?
> >
> > Good questions! Perhaps init has more subprocesses (wild guess).
> >
> > Pierre
> >
> > --
> > Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> > Bug reporting: http://cygwin.com/bugs.html
> > Documentation: http://cygwin.com/docs.html
> > FAQ:   http://cygwin.com/faq/
> >
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: SFU

2003-01-26 Thread Bruce Dobrin

I sue the NFS component for SFU on Many machines here (as well as
Diskaccess,  it's core app).  Never had a problem,  I've been doing it for 3
years now...
- Original Message -
From: "Jon LaBadie" <[EMAIL PROTECTED]>
To: "cygwin" <[EMAIL PROTECTED]>
Sent: Sunday, January 26, 2003 4:52 AM
Subject: SFU


> Please don't shoot.
>
> I may have a requirement to add MicroSoft's "Services For UNIX 3.0" (SFU)
> to a Windows 2K Pro system that already has cygwin installed.
>
> I'm familiar with cygwin, never touched SFU.
>
> Has anyone one on the list attempted the same and had any positive or
> negative experiences with interaction between the two systems.
>
> jon
> --
> Jon H. LaBadie  [EMAIL PROTECTED]
>  JG Computing
>  4455 Province Line Road(609) 252-0159
>  Princeton, NJ  08540-4322  (609) 683-7220 (fax)
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Linking Perl DBD::Oracle with Oracle 9.2 stropped OCI.DLL

2003-02-24 Thread Bruce Dobrin

I thought the Doc was somewhat convoluted,  so I won't say RTFM,  though it
is all there...  here is a quicky:

1 Make sure you have installed the COMPLETE Admin/developer version of 9.2
( with all libs!!! and headers not just oramts.lib under
/ora92/oci/lib/msvc)  You must install ALL..

2  make sure your oracle home variable is set (ex
ORACLE_HOME=c:\oracle\ora92)

3 make and Install DBI ( I use DBI-1.32.tar.gz).  perl Makefile.pl
make install

4 I use DBD-Oracle-1.12.tar.gz
5 read "README.wingcc"  especially under "BUGS" specifically:  " - liboci.a
must be made before running Makefile.PL
  otherwise it will not be added to link list."

6 dlltool --input-def oci.def --output-lib liboci.a

7 make sure there aren't duplicate liboci.a's in the lib path.

8 NOW perl Makefile.pl (install DBI)







- Original Message -
From: "Baras, Gal" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, February 23, 2003 8:36 PM
Subject: Linking Perl DBD::Oracle with Oracle 9.2 stropped OCI.DLL


> Hell
>
> I'm trying to install the DBD::Oracle Perl module.  I've tried creating
> oci.def file from the Oracle 9.2 OCI.DLL library, but it is stripped and
> nothing gets listed.  I've downloaded a tool that converted OCI.DLL to
> OCI.LIB (a static library), from which I could get the exported symbols
into
> oci.def, but still I get the same results:
>
> 1.  perl Makefile.PL tells me that it cannot find -loci (saying it's not a
> big deal)
>
> 2.  make produces the following output (error, really):
>
> gcc -c -I/cygdrive/c/oracle/ora92/oci/include
> -I/cygdrive/c/oracle/ora92/rdbms/demo
> -I/usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI
> -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -I/usr/local/include
> -DUSEIMPORTLIB -O2   -DVERSION=\"1.12\" -DXS_VERSION=\"1.12\"
> -I/usr/lib/perl5/5.6.1/cygwin-multi/CORE  Oracle.c
> In file included from Oracle.h:20,
>  from Oracle.xs:1:
> dbdimp.h:44:20: ocidfn.h: No such file or directory
> dbdimp.h:57:21: ociapr.h: No such file or directory
> In file included from Oracle.h:20,
>  from Oracle.xs:1:
> dbdimp.h:97: parse error before "Lda_Def"
> dbdimp.h:97: warning: no semicolon at end of struct or union
> dbdimp.h:98: warning: data definition has no type or storage class
> dbdimp.h:105: parse error before '}' token
> dbdimp.h:126: parse error before "Cda_Def"
> dbdimp.h:126: warning: no semicolon at end of struct or union
> dbdimp.h:127: warning: data definition has no type or storage class
> dbdimp.h:153: parse error before '}' token
> dbdimp.h:279: parse error before "Lda_Def"
> In file included from Oracle.c:52:
> /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h: In
> function `dbdxst_bind_params':
> /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:48:
> dereferencing pointer to incomplete type
> /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:49:
> dereferencing pointer to incomplete type
> /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:53:
> dereferencing pointer to incomplete type
> /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:54:
> dereferencing pointer to incomplete type
> /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:55:
> dereferencing pointer to incomplete type
> /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h: In
> function `dbdxst_fetchall_arrayref':
> /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:80:
> dereferencing pointer to incomplete type
> /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:81:
> dereferencing pointer to incomplete type
> /usr/lib/perl5/site_perl/5.6.1/cygwin-multi/auto/DBI/Driver_xst.h:88:
> dereferencing pointer to incomplete type
> Oracle.xsi: In function `XS_DBD__Oracle__db_selectall_arrayref':
> Oracle.xsi:107: dereferencing pointer to incomplete type
> Oracle.xsi: In function `XS_DBD__Oracle__db_selectrow_arrayref':
> Oracle.xsi:142: dereferencing pointer to incomplete type
> Oracle.xsi: In function `XS_DBD__Oracle__db_commit':
> Oracle.xsi:179: dereferencing pointer to incomplete type
> Oracle.xsi:179: dereferencing pointer to incomplete type
> Oracle.xsi: In function `XS_DBD__Oracle__db_rollback':
> Oracle.xsi:188: dereferencing pointer to incomplete type
> Oracle.xsi:188: dereferencing pointer to incomplete type
> Oracle.xsi: In function `XS_DBD__Oracle__db_disconnect':
> Oracle.xsi:197: dereferencing pointer to incomplete type
> Oracle.xsi:201: dereferencing pointer to incomplete type
> Oracle.xsi:202: dereferencing pointer to incomplete type
> Oracle.xsi:203: dereferencing pointer to incomplete type
> Oracle.xsi:207: dereferencing pointer to incomplete type
> Oracle.xsi:207: dereferencing pointer to incomplete type
> Oracle.xsi:209: dereferencing pointer to incomplete type
> Oracle.xsi:211: dereferencing pointer to incomplete type
> Oracle.xsi:215: dereferencing pointer to incomplete type
> Oracle.xsi:215: dereferencing pointer to i

Re: cpu and partition info

2003-02-26 Thread Bruce Dobrin

It took me about an hour to change/add enough to the perl GPL "hinv" port to
get it to work with cygwin ( hinv v 1.4pre2).

example code:
#!/usr/bin/perl

#open (FD,
"/proc/registry/HKEY_LOCAL_MACHINE/HARDWARE/DESCRIPTION/System/CentralProces
sor");
 if (-e
"/proc/registry/HKEY_LOCAL_MACHINE/HARDWARE/DESCRIPTION/System/CentralProces
sor/3") {
$cpu = '4';
}  elsif (-e
"/proc/registry/HKEY_LOCAL_MACHINE/HARDWARE/DESCRIPTION/System/CentralProces
sor/1") {
  $cpu = '2';
 }  else {
  $cpu = '1';
 }


if (-e
"/proc/registry/HKEY_LOCAL_MACHINE/HARDWARE/DESCRIPTION/System/CentralProces
sor/0/ProcessorNameString") {
  $cpus=`cat
/proc/registry/HKEY_LOCAL_MACHINE/HARDWARE/DESCRIPTION/System/CentralProcess
or/0/ProcessorNameString`;
 } else {
  $cpus=`cat
'/proc/registry/HKEY_LOCAL_MACHINE/HARDWARE/DESCRIPTION/System/CentralProces
sor/0/VendorIdentifier' << cat
'/proc/registry/HKEY_LOCAL_MACHINE/HARDWARE/DESCRIPTION/System/CentralProces
sor/0/Identifier'`;  }
print "$cpu  $cpus\n";


- Original Message -
From: "Robert Citek" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 24, 2003 3:35 PM
Subject: cpu and partition info


>
> Hello all,
>
> Is there a /proc/partitions or a /proc/cpuinfo in newer versions of
Cygwin?
>  I'm looking for a way to determine cpu info and drive info from the
> command line.  I'm using v1.3.14.
>
> Thanks in advance,
> - Robert
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cpu and partition info

2003-02-26 Thread Bruce Dobrin

on older (NT?) os's,  there are 2 places which each have 1/2 of the info
needed to emulate the standard "hinv" format.  I don't remember when or
where the cutoff is,  it is so that all works the same on XP , 2k and NT and
with the rest of the "hinv" code ( I only sent a little as an example...)
- Original Message -
From: "Robert Citek" <[EMAIL PROTECTED]>
To: "Bruce Dobrin" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, February 26, 2003 2:03 PM
Subject: Re: cpu and partition info


>
> Thanks, Bruce,
>
> At 12:02 PM 2/26/2003 -0800, Bruce Dobrin wrote:
> >It took me about an hour to change/add enough to the perl GPL "hinv" port
to
> >get it to work with cygwin ( hinv v 1.4pre2).
>
> I took your code and modified it.  Works great under Cygwin.  See below.
>
> I'm not quite sure what this code does:
>   $name=`cat "$cpu/VendorIdentifier" << cat "$cpu/Identifier"` ;
>
> Regards,
> - Robert
>
> -
>
> #!/usr/bin/perl -w
>
> use strict;
>
> my ($info, $cpu, $speed, $name);
>
> $info="/proc/registry/HKEY_LOCAL_MACHINE/HARDWARE" .
>   "/DESCRIPTION/System/CentralProcessor";
>
> for $cpu (<$info/*>) {
>   $speed=unpack ("l", `cat $cpu/~MHz`) if -e "$cpu/~Mhz" ;
>   if (-e "$cpu/ProcessorNameString") {
> $name=`cat $cpu/ProcessorNameString`;
>   } else {
> $name=`cat "$cpu/VendorIdentifier" << cat "$cpu/Identifier"` ;
>   }
>   $cpu =~ s#^.*/## ;
>   print "$cpu: $speed MHz : $name\n";
> }
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

df & non mounted network drives

2003-03-07 Thread Bruce Dobrin

Hi,
(running on 1.3.20)
"df ." seems to work fine on traditionally mounted network drives,  but not
on UNC (//server/share) drives:

[EMAIL PROTECTED]:/home/dobrin> cd //billabong/dist
[EMAIL PROTECTED]:/billabong/dist> df .
Filesystem   1k-blocks  Used Available Use% Mounted on
df: `.': No such file or directory
[EMAIL PROTECTED]:/billabong/dist> net use r: billabong\\dist
The command completed successfully.

[EMAIL PROTECTED]:/billabong/dist> cd /cygdrive/r
[EMAIL PROTECTED]:/cygdrive/r> df .
Filesystem   1k-blocks  Used Available Use% Mounted on
r:17936380  16384152   1552228  92% /cygdrive/r


Is there an easy way to get this to work that I'm not thinking of?  I'd hate
to write into my scripts to "net use" device every time.
I tried searching "df" and "UNC" in mail list  but didn't see anything.
Thanks
Bruce D.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

rsh no longer works with rsync as of 1.5.9

2004-03-26 Thread Bruce Dobrin

Hi,

I have been using rsync via rsh (-e "rsh")   for our general distributions
for a for all of our windows and Linux machines ( 2000 of them) .   on
Upgrading from cygwin1.5.5 to 1.5.9,  Rsync could no longer use rsh to
rsync.

I get : "rsh : unknown option -- server"
I down graded the rsync2.6.0 from the cyg1.5.9 install  to the 2.5.6 version
from the cyg1.5.5 version and got the same problem.  I restored the rsync to
2.6.0 and copied the rsh.exe from the inetutils-1.3.2-25 from the cyg1.5.5
install and rsync started working again.

Is there a known bug or known workaround for using the most recent version
of rsh ( from 1.3.2-26)?
thanks.
Bruce Dobrin

example: rsync -rluzv -e "rsh" --timeout=100 --size-only
matilda:/c/dist_and_install_files/dist/sysadm_general/ /c/

rsh : unknown option -- server


--
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: rsh no longer works with rsync as of 1.5.9

2004-03-29 Thread Bruce Dobrin

On Fri, 26 Mar 2004, Igor Pechtchanski wrote:

>Re: rsh no longer works with rsync as of 1.5.9
>From: Igor Pechtchanski 
>To: Bruce Dobrin 
>Cc: cygwin at cygwin dot com
>Date: Fri, 26 Mar 2004 23:33:05 -0500 (EST)
>Subject: Re: rsh no longer works with rsync as of 1.5.9
>References: <[EMAIL PROTECTED]>
>Reply-to: cygwin at cygwin dot com

>On Fri, 26 Mar 2004, Bruce Dobrin wrote:

>> Hi,
>>
>> I have been using rsync via rsh (-e "rsh")   for our general
distributions
>> for a for all of our windows and Linux machines ( 2000 of them) .   on
>> Upgrading from cygwin1.5.5 to 1.5.9,  Rsync could no longer use rsh to
>> rsync.
>>
>> I get : "rsh : unknown option -- server"
>> I down graded the rsync2.6.0 from the cyg1.5.9 install  to the 2.5.6
version
>> from the cyg1.5.5 version and got the same problem.  I restored the rsync
to
>> 2.6.0 and copied the rsh.exe from the inetutils-1.3.2-25 from the
cyg1.5.5
>> install and rsync started working again.
>>
>> Is there a known bug or known workaround for using the most recent
version
>> of rsh ( from 1.3.2-26)?
>> thanks.
>> Bruce Dobrin
>>
>> example: rsync -rluzv -e "rsh" --timeout=100 --size-only
>> matilda:/c/dist_and_install_files/dist/sysadm_general/ /c/
>>
>> rsh : unknown option -- server
?>
>WAG: check text/binary settings on the connection (e.g., does $CYGWIN
>contain "nobinmode"?).  Also check with ssh.
>Igor
>-- 

Igor,
Thank you for answering.
Using ssh works fine ( well, it works as well as rsync has ever worked
anyway ;-)  ). My $CYGWIN is a fairly standard : binmode tty ntsec

ssh is not really an option for us though;our facility is locked down hard
so internally we don't use ssh at all but depend on rsh..  I'd like to keep
our rsh current though,  but to keep it working I have had to replace the
newer rsh with the older one...  eventually I'm afraid this will bite me in
the butt.   should I talk to the rsync people?  it looks like rsync is
passing a switch "--server" that is being picked up incorrectly by the newer
rsh and not the older one...   ( if I type:  BASH > rsh --server
I get the same response:  "rsh: unknown option -- server" ),

Thanks for your continuing help
Bruce---

Bruce Dobrin
[EMAIL PROTECTED]

--
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: rsh no longer works with rsync as of 1.5.9

2004-03-29 Thread Bruce Dobrin

Thank you Igor!
Both of those work perfectly.
As usual,  you hit it dead on.
Bruce D.


- Original Message - 
From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
To: "Bruce Dobrin" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, March 29, 2004 1:39 PM
Subject: Re: rsh no longer works with rsync as of 1.5.9


> On Mon, 29 Mar 2004, Bruce Dobrin wrote:
>
> > On Fri, 26 Mar 2004, Igor Pechtchanski wrote:
> >
> > >Re: rsh no longer works with rsync as of 1.5.9
> > >From: Igor Pechtchanski 
> > >To: Bruce Dobrin 
> > >Cc: cygwin at cygwin dot com
> > >Date: Fri, 26 Mar 2004 23:33:05 -0500 (EST)
> > >Subject: Re: rsh no longer works with rsync as of 1.5.9
> > >References: <[EMAIL PROTECTED]>
> > >Reply-to: cygwin at cygwin dot com
> >
> > >On Fri, 26 Mar 2004, Bruce Dobrin wrote:
> >
> > >> Hi,
> > >>
> > >> I have been using rsync via rsh (-e "rsh")   for our general
distributions
> > >> for a for all of our windows and Linux machines ( 2000 of them) .
on
> > >> Upgrading from cygwin1.5.5 to 1.5.9,  Rsync could no longer use rsh
to
> > >> rsync.
> > >>
> > >> I get : "rsh : unknown option -- server"
> > >> I down graded the rsync2.6.0 from the cyg1.5.9 install to the 2.5.6
version
> > >> from the cyg1.5.5 version and got the same problem.  I restored the
rsync to
> > >> 2.6.0 and copied the rsh.exe from the inetutils-1.3.2-25 from the
cyg1.5.5
> > >> install and rsync started working again.
> > >>
> > >> Is there a known bug or known workaround for using the most recent
version
> > >> of rsh ( from 1.3.2-26)?
> > >> thanks.
> > >> Bruce Dobrin
> > >>
> > >> example: rsync -rluzv -e "rsh" --timeout=100 --size-only
matilda:/c/dist_and_install_files/dist/sysadm_general/ /c/
> > >>
> > >> rsh : unknown option -- server
> > ?>
> > >WAG: check text/binary settings on the connection (e.g., does $CYGWIN
> > >contain "nobinmode"?).  Also check with ssh.
> > >Igor
> >
> > Igor,
> > Thank you for answering.
> > Using ssh works fine ( well, it works as well as rsync has ever worked
> > anyway ;-)  ). My $CYGWIN is a fairly standard : binmode tty ntsec
> >
> > ssh is not really an option for us though;our facility is locked down
hard
> > so internally we don't use ssh at all but depend on rsh..  I'd like to
keep
> > our rsh current though,  but to keep it working I have had to replace
the
> > newer rsh with the older one...  eventually I'm afraid this will bite me
in
> > the butt.   should I talk to the rsync people?  it looks like rsync is
> > passing a switch "--server" that is being picked up incorrectly by the
newer
> > rsh and not the older one...   ( if I type:  BASH > rsh --server
> > I get the same response:  "rsh: unknown option -- server" ),
> >
> > Thanks for your continuing help
> > Bruce---
>
> Oh.  This may have something to do with the argument permutation in the
> "getopt" call, which was introduced at some point.  Try (a) setting the
> POSIXLY_CORRECT environment variable before calling rsync, or (b) giving
> the '-e "rsh --"' option instead of '-e "rsh"' (don't know if rsync will
> allow this, though).
> Igor
> -- 
> http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_ [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_ [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
> '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
>
> "I have since come to realize that being between your mentor and his route
> to the bathroom is a major career booster."  -- Patrick Naughton
>
> --
> 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/
>


--
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/

Is "Patch" broken?

2004-04-08 Thread Bruce Dobrin

...is my usage broken?

I haven't used Patch in a while,  but I've been trying to patch
DBD::Oracle1.15,  and the seemingly innocuous patch is being totally
rejected:

[EMAIL PROTECTED]:/c/temp/DBI/patched-DBDO1.15> patch -p0 -F 3 < pch.1
patching file dbd-oracle/trunk/Oracle.xs
Hunk #1 FAILED at 157.
1 out of 1 hunk FAILED -- saving rejects to file
dbd-oracle/trunk/Oracle.xs.rej
[EMAIL PROTECTED]:/c/temp/DBI/patched-DBDO1.15> diff
./dbd-oracle/trunk/Oracle.xs.orig ./dbd-oracle/trunk/Oracle.xs


I've looked over the patch,  the offsets and patterns look fine.  I even
changed the files to all access and ran the patch thru d2u,  but it still
rejects all lines.
I'd REALLY like to avoid cutting and pasting all the changes  Does
anyone have any suggestions ( I figure it's mightr be a control character
thing, but I'd think patch usually deals well with that)


Thanks
Bruce D.



--
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/

DBD-Oracle error building on cygwin1.5.9

2004-04-22 Thread Bruce Dobrin

Hi,

I've been trying to recompile and install DBD-Oracle (1.12-1.15 ) against
the newest perl 5.8 on cygwin1.5.9  .It works fine on the perl 5.6 group
( as long as I follow the readme) but on perl5.8 I get a compile error; an
undefined reference to "_OCILobWriteAppend"  .  On searching for that
specific error there is a newsgroup article from the author Tim Bunce from
March 03 that this is a known error in 1.15,  and he suggests a possible
patch and also suggests that there are (unspecified) ways around this issue
until he can realease a DBI-Oracle with a fixed OCILobWriteAppend.   Well,
the patch didn't work for me,  and now I'm wondering if there is anyone out
there that has gotten this thing to build on cygwin!  I'd hate to have to go
back to perl 5.6.

Thanks
Bruce Dobrin
[EMAIL PROTECTED]


--
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: DBD-Oracle error building on cygwin1.5.9

2004-04-26 Thread Bruce Dobrin

Just to close the loop on this.  We found the problem with DBD::Oracle1.15
on perl 5.8.  It is unrealeated to the Patch suggested by Tim Bunce on the
DBI mail list.  After  pursuing that Non-domestic fowl for a while,  we
noticed that the oci.def file included with the source contains no reference
to "OCILobWriteAppend".  so:
Remove liboci.a (created when you run "perl Makefile.pl",  but not removed
on "clean").
Add: OCILobWriteAppend to the oci.def file.

and everything should work.  ( at least it does for us)


- Original Message - 
From: "Bruce Dobrin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, April 22, 2004 1:06 PM
Subject: DBD-Oracle error building on cygwin1.5.9


> Hi,
>
> I've been trying to recompile and install DBD-Oracle (1.12-1.15 ) against
> the newest perl 5.8 on cygwin1.5.9  .It works fine on the perl 5.6
group
> ( as long as I follow the readme) but on perl5.8 I get a compile error; an
> undefined reference to "_OCILobWriteAppend"  .  On searching for that
> specific error there is a newsgroup article from the author Tim Bunce from
> March 03 that this is a known error in 1.15,  and he suggests a possible
> patch and also suggests that there are (unspecified) ways around this
issue
> until he can realease a DBI-Oracle with a fixed OCILobWriteAppend.   Well,
> the patch didn't work for me,  and now I'm wondering if there is anyone
out
> there that has gotten this thing to build on cygwin!  I'd hate to have to
go
> back to perl 5.6.
>
> Thanks
> Bruce Dobrin
> [EMAIL PROTECTED]
>
>
> --
> 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/
>


--
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/

shell cmds crapping out with large numbers of files

2004-05-25 Thread Bruce Dobrin

{uname -a
CYGWIN_NT-5.1 THEODOLITE 1.5.9(0.112/4/2) 2004-03-18 23:05 i686 unknown
unknown Cygwin
}

I need to process very large numbers ( up to 100,000) of imagefiles.  I
noticed my foreach loops  start crapping out when the number of files grows
near 1500.  It feels like a 32bit memory addressing problem to me,  but I
don't know how to check for that.  I wrote a  foreach loop to generate files
(0 to ) and then list them and it died at 1471

here is an example of the problem:

[EMAIL PROTECTED]:/home/dobrin/longtest> ls flern* | wc
   14711471   32726
[EMAIL PROTECTED]:/home/dobrin/longtest> touch flern0001471.plern.poo
[EMAIL PROTECTED]:/home/dobrin/longtest> ls flern* | wc
  2 [main] -tcsh 2396 cmalloc: cmalloc returned NULL
  0   0   0
Segmentation fault (core dumped)
[EMAIL PROTECTED]:/home/dobrin/longtest> rm flern0001471.plern.poo
[EMAIL PROTECTED]:/home/dobrin/longtest> ls flern* | wc
   14711471   32726


I Currently am processing the files in batches of 1000 to avoid the problem.
I tried the same thing on my linux box and it works fine.

Thankyou


--
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: Next version of setup.exe

2002-02-25 Thread Bruce Dobrin


1:  got message "cannot open (null) for reading." message a couple of
times when installing from a local (network) directory onto a new XP
machine,  followed by a failiar message indicating more info in
setup.log.full.  Nothing out of the ordinary noted in that file.

2:  the dropdown for each heading,  and the toggle (install/default/...)
were so close together that I kept hitting one when I wanted the other  when
using my trackpad...

- Original Message -
From: "Robert Collins" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 25, 2002 4:01 PM
Subject: Next version of setup.exe


> We've branched the next version of setup.exe, and created a snapshot for
anyone willing to be our guinea pigs.
>
> It is accessible via
http://www.cygwin.com/setup-snapshots/setup-20020225.exe.
>
> Please use this, and report any bugs back to us. We know of one with large
fonts, that will be rectified shortly, but we want to ensure that no
functional bugs exist. All going well this will be the default setup.exe by
the end of the week!
>
> ROb
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

slow cygwin rcp/fast w2k rcp

2002-03-15 Thread Bruce Dobrin


Hi

We recently installed a number of netgear 620/621 gig-e cards and noticed
that the cygwin rcp client (/usr/bin/rcp.exe) in our recent versions of
cygwin (1.3.3 to 10) run very slowly over the gig-e (about 10times slower
than the W2k's /winnt/system32/rcp.exe (1.5mB/s  as apposed to 15 mB/s)).
We don't notice a particular speed difference between the two on our 100mb
machines,  in fact,  cygwin's rcp is much faster over the 100mb (about
4mB/s) than it is on the gigabit.  I tryed it on a different brand of gig-e
card and had nearly the same results.  Any ideas?

Bruce Dobrin
[EMAIL PROTECTED]



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Rsync from cmd prompt

2002-05-01 Thread Bruce Dobrin




I've just started using Rsync and would love to have it run in my NT startup
script,  but although this works perfectly:

dobrin@THEODOLITE:/home/dobrin> rsync -avz billabong:/d/dist/sysadm_general/
/temp/poop
rsync: open connection using rsh billabong
rsync --server --sender -vlogDtprz . /d/dist/sysadm_general/
receiving file list ... done
wrote 16 bytes  read 29400 bytes  828.62 bytes/sec
total size is 48631312  speedup is 1653.23

from the cmd prompt I get:

C:\home\dobrin>bash --noprofile -c "rsync -avz
billabong:/d/dist/sysadm_general/ /temp/poop"
rsync: open connection using rsh billabong
rsync --server --sender -vlogDtprz . /d/dist/sysadm_general/
Terminal readThe parameter is incorrect.
: > Recv failed:Connection reset by peer
rsync: read error: Connection reset by peer


I also tried:   cmd /c "rsync -avz billabong:/d/dist/sysadm_general/
/temp/poop"

And a few othter permutations
local to local it works fine.
Anyone have a suggestion?  I'm sure I just have a syntax problem.

(1.3.10)

Thanks

Bruce Dobrin



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

"+" entry doesn't work in hosts.equiv

2002-09-18 Thread Bruce Dobrin


Under current Linux, the "+" entry in hosts.equiv is allowed if you have :

"auth   required /lib/security/pam_rhosts_auth.so promiscuous"

in the /etc/pam.d/rsh file

since cygwin has no pam, is there a way to get the + to work (or something
equivalent?)

we have over 2000 constantly changing hosts,  and keeping the hosts.equiv
updated is a bit of a nightmare..
(I've been getting around this for the last number of months by having an
empty passwd field in passwd file,  but this is a bad solution)

Thank you,
Bruce Dobrin


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin and XP

2001-12-21 Thread Bruce Dobrin


I don't have a solution,  but I have seen this before on both Win2k and NT4.
I was installing onto  machines that were on wireless networks and I
attributed it to dropping connections/ slow net interface.  It seemed to
download a few things and then bug out with the error you mentioned.   I
later burned our local cygwin install build to a CD and it worked fine,
this probably isn't a good solution,  but perhaps it will help illuminate
the problem.

(PS,  the new "setup" drives me nuts too,  especially 'cause it often seems
to punt cygncurses5.dll unless you specifically tell it to re-install)

Bruce Dobrin

- Original Message -
From: "Larry Hall (RFK Partners, Inc)" <[EMAIL PROTECTED]>
To: "Matthew Cary" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, December 21, 2001 12:50 PM
Subject: Re: cygwin and XP


> At 02:00 PM 12/21/2001, Matthew Cary wrote:
>
> >Is cygwin known to have troubles with XP?
>
>
> You can check the mail archives but I think you'll find the answer to
> that question to be "no".
>
>
> >Here is my issue: I run setup.exe from cygwin.com, all my packages are
> >downloaded, I get a message that says mount completed successfully, and
> >then setup disappears.  If I re-run setup and try to install from my hard
> >drive (using the packages that were all downloaded, apparently
> >successfully), the same thing happens: mount completes successfully, and
> >then everything quits.
>
>
> I've heard this report once before.  Was it you?  In any case, it's a
> very uncommon problem.  I don't know what's causing it or a solution.
> You may need to try to debug it.
>
>
> >Also, is there a quick way to select all packages from setup?  It gets
> >tedious switching off all the "Skip" lines, especially when I'm
installing
> >from my hard drive.
>
>
> Asked and answered in the mail archives.  You wouldn't have to look back
> more than a week to find this issue (asked and answered) at any particular
> time (or so it seems).  Short answer?  No, not currently.  Jump in to
> help add the support if you can't wait.
>
>
> >If there were a way of installing things manually, but not individually,
> >that would be fine too.
>
>
> There *are* other ways to install.  But setup.exe is the only one that's
> supported by this list.  Sorry.
>
>
>
> Larry Hall  [EMAIL PROTECTED]
> RFK Partners, Inc.  http://www.rfk.com
> 838 Washington Street   (508) 893-9779 - RFK Office
> Holliston, MA 01746 (508) 893-9889 - FAX
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Fingerd?

2002-01-04 Thread Bruce Dobrin


Is there or has anyone out there had any luck compiling fingerd?  If not,
does anyone know of a good non-cygwin alternative.  I checked the list and
found very little on this..  Thanks


Bruce Dobrin
[EMAIL PROTECTED]


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Finger

2002-01-07 Thread Bruce Dobrin


Is there anything that anyone knows of in cygwin that runs like UNIX's
"finger",   giving local login and time info when run locally on an NT/2000
machine?


OK,  so I got a free bsd version of "fingerd" to compile run with inetd.
But it expects a UNIX style "finger" which, by default displays currently
logged in users.  Problem is that the NT/2000 version looks to a remote
fingerd server.  so if I specify a user,  I get an endless loop of
finger.exe's (as nt hits inetd,  which spawns a fingerd,  which spawns
another finger.exe.  etc.)_   fingerd allows me to run another program
instead of "finger"  if I can find one has anyone got any ideas?

thanks
Bruce Dobrin



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

recent rshd/mkpasswd

2002-02-01 Thread Bruce Dobrin


I've been noticing lately ( post 1.3.2 I beleive)  that the result of
mkpasswd -d doesn't allow me to perform non-interactive
rsh or rcp's.

example:
dobrin@GABLE3:/etc> rsh gable3 ls
gable3: Permission denied.

But if I use my previous passwd file  (I generate these proceduraly nightly
on a 1.3.2 machine,  then dist to all of my other machines) everything works
fine:

dobrin@GABLE3:/etc> rsh gable3 ls -al
total 38333
drwxrwxrwx   10 Administ Domain A12288 Jan  9 17:11 .
drwxrwxrwx  834 Administ Domain A   172032 Dec 11 17:52 ..
-rwxrwxrwx1 Administ Domain A  284 Jun  8  2001 .ICEauthority
-rwxrwxrwx1 Administ Domain A 5834 Jan 30 17:39 .bash_history
-rwxrwxrwx   10 Administ Domain A 6913 May  4  2001 .cshrc
-rwxrwxrwx1 Administ Domain A  747 Jan 30 17:58 .history
(etc)

The relevant passwd entries are:

dobrin@GABLE3:/etc> grep dobrin passwd.1.3.2
dobrin::11014:10512:Brucester,S-1-5-21-501104421-1911818820-14498641-1011:/h
ome/dobrin:/bin/bash
dobrin@GABLE3:/etc> grep dobrin passwd.1.3.9
dobrin:unused_by_nt/2000/xp:11014:10512:Brucester,U-PRODUCTION\dobrin,S-1-5-
21-501104421-1911818820-14498641-1011:/home/dobrin:/bin/bash

CYGWIN variable :  binmode tty ntsec

I haven't found anything on the list about changes,  but I've also been
having problems lately getting complete listings when I do a google search
(for instance I just did a google search of "dobrin site:cygwin.com" and it
didn't bring up any of my recent list additions  I hope I haven't asked
so many stupid questions that I'm being filtered:))

Thanks for any help




Bruce Dobrin
[EMAIL PROTECTED]


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Re: PerlTk under Cygwin?

2005-11-16 Thread Bruce Dobrin

Don't know if you have solved this yet,  but there is a special build
that does indeed work.  
It is a version of tk800.025 with a patch.  I can't find it right now
but I found it with a bit of digging about 2 weeks ago.  There was a
tk800.024 for native win  and tk804.xx for X11.  they both seem to work
after the requesit playing with rebase

I believe I got it from sourceforge:
Cygwin port maintained by: Yaakov Selkowitz
http://sourceforge.net/projects/cygwin-ports/


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of J. David Boyd
Sent: Wednesday, November 16, 2005 1:32 PM
To: cygwin@cygwin.com
Subject: Re: PerlTk under Cygwin?

Andrew DeFaria <[EMAIL PROTECTED]> writes:

> I tried to install Tk for Perl using CPAN by:
>
> $ perl -MCPAN -e "install Tk"
>
> However it fails with:
>
> In file included from ../pTk/tkWinPort.h:19,
>  from ../pTk/tkPort.h:28,
>  from Xlib.xs:7:
> ../pTk/mTk/xlib/X11/Xlib.h:1206:35: ../pTk/tkIntXlibDecls.h: No such 
> file or directory
> make[1]: *** [Xlib.o] Error 1
> make[1]: Leaving directory `/dev/p/.cpan/build/Tk-804.027/Xlib'
> make: *** [subdirs] Error 2
>   /bin/make  -- NOT OK
> Running make test
>   Can't test without successful make
> Running make install
>   make had returned bad status, install seems impossible
>
> Has anybody managed to install Tk for Perl running under Cygwin?
> --
> There's too much blood in my caffeine system.


I don't think this has worked since Cygwin went from XOrg to XFree, or
vice
versa, which ever it was, as I used to be able to build it, but no
longer
could, right after the switch.

Dave


--
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/




--
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: PerlTk under Cygwin?

2005-11-16 Thread Bruce Dobrin

Well, obsolete or not, the tk800.025 for win32 from sourceforge is
building and working on 1.5.18  with it's perl5.8.5.  Any chance a
non-obsolete version for win32 anytime? We use this native a lot.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Yaakov S (Cygwin Ports)
Sent: Wednesday, November 16, 2005 3:05 PM
To: cygwin@cygwin.com
Subject: Re: PerlTk under Cygwin?

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bruce Dobrin wrote:
> It is a version of tk800.025 with a patch.  I can't find it right now 
> but I found it with a bit of digging about 2 weeks ago.  There was a
> tk800.024 for native win  and tk804.xx for X11.  they both seem to 
> work after the requesit playing with rebase
> 
> I believe I got it from sourceforge:
> Cygwin port maintained by: Yaakov Selkowitz 
> http://sourceforge.net/projects/cygwin-ports/

That version is obsolete now, built for a previous version of perl.  My
current perl-Tk packages (X11 only; the Win32 build hasn't worked for a
while) are available at:

ftp://sunsite.dk/projects/cygwinports/release/perl/perl-Tk/

or with setup.exe, add this server:

ftp://sunsite.dk/projects/cygwinports/

Being that this is frequently requested and doesn't build OOTB, maybe
it's time for me to ITP it.


Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDe7sHpiWmPGlmQSMRAmuxAJ4+62lIAxb9S+vHEVcYyvP3D0MPfQCfWOBm
Y0pDcWi4OJhQEbFNsORNXMA=
=TFXz
-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/




--
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/

Cygwin Setup Command Line

2005-12-28 Thread Bruce Dobrin

 Hi all,

Is there anything new in automating Cygwin setup since the short command
line list at:
http://sources.redhat.com/ml/cygwin-apps/2003-03/msg00526.html
(Referenced in the Cygwin-apps Homepage)?
... And do these commands still work?

Since this is a slow week I'm once again digging into trying to figure
out how to efficiently update 500 machines with a recent copy of Cygwin
( some are as old as 1.3.10).  If anyone has any suggestions,  I'd love
to hear them. Fortuna I at least have inetd running on all of them so I
have somewhere to start.

Bruce D.
[EMAIL PROTECTED]


--
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 Setup Command Line

2005-12-28 Thread Bruce Dobrin

 Hmm,  I just tried it and it does appear to sort of work,  but it only
installs the "default" and I don't see any way to tell it to do
otherwise.  (  plus the -q flag still doesn't' suppress the "you must
reboot" window)
-Original Message-
From: Larry Hall (Cygwin) [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 28, 2005 4:18 PM
To: Bruce Dobrin
Cc: cygwin@cygwin.com
Subject: Re: Cygwin Setup Command Line

On 12/28/2005, Bruce Dobrin wrote:
> Is there anything new in automating Cygwin setup since the short 
> command line list at:
> http://sources.redhat.com/ml/cygwin-apps/2003-03/msg00526.html 
> (Referenced in the Cygwin-apps Homepage)?


I think that still about covers it.  You can check the source if you're
interested though.


>... And do these commands still work?


Nobody has reported otherwise.

-- 
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746



--
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/

Tcsh .history file growing out of control

2006-01-26 Thread Bruce Dobrin

 
Hi All,

This is generally a minor headache,  But routinely for about the last 2
years while running rxvt and tcsh,  I'll have a problem where I can't
start a new shell and I'll find that I have a .history file that is 4 to
5 gig's.  I blow the thing away and all is once again right in the
world.  It seems to often correspond with a user ( often myself) having
closed a shell that not only doesn't really close but starts spinning
out of control, using 100% CPU.  Obviously it is doing something that is
filling the history file,  but usually when I notice it,  the history
file is too big to open or move and I need to solve the problem so I
just end up blowing it away.  I think this started cropping up when
Cygwin moved from 1.3 to 1.5 and has happened with every version since.
I'd like to try just using bash or something else,  but my facility
standard for all flavors of UNIX is tcsh and my changing to bash
wouldn't help the 1000 other people in the facility that occasionally
get burned by this when on their windows boxes.  I hit it a couple of
times a month,  most users much less,  but it's been burning us more and
more as our users move transparently between windows, Linux and Irix.

I hoped I'd see something crop up on the list,  none of my searches have
turned up anything.

Thanks
Bruce


--
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: Tcsh .history file growing out of control

2006-01-26 Thread Bruce Dobrin

I'll give it a try,  but I took it to mean that the history was limited
to 100 events by default.  Which seemed to be the case:

[EMAIL PROTECTED]:/home/dobrin> cat .history | wc -l
100

I'm still a bit worried about tcsh appearing to close but going insane
instead.  But as I said,  this is very rare.  I just hoped someone had
some experience or insight into it. 

Bruce D.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Reid Thompson
Sent: Thursday, January 26, 2006 12:39 PM
To: cygwin@cygwin.com
Subject: Re: Tcsh .history file growing out of control

Bruce Dobrin wrote:
>  
> Hi All,
>
> This is generally a minor headache,  But routinely for about the last 
> 2 years while running rxvt and tcsh,  I'll have a problem where I 
> can't start a new shell and I'll find that I have a .history file that

> is 4 to
> 5 gig's.  I blow the thing away and all is once again right in the 
> world.  It seems to often correspond with a user ( often myself) 
> having closed a shell that not only doesn't really close but starts 
> spinning out of control, using 100% CPU.  Obviously it is doing 
> something that is filling the history file,  but usually when I notice

> it,  the history file is too big to open or move and I need to solve 
> the problem so I just end up blowing it away.  I think this started 
> cropping up when Cygwin moved from 1.3 to 1.5 and has happened with
every version since.
> I'd like to try just using bash or something else,  but my facility 
> standard for all flavors of UNIX is tcsh and my changing to bash 
> wouldn't help the 1000 other people in the facility that occasionally 
> get burned by this when on their windows boxes.  I hit it a couple of 
> times a month,  most users much less,  but it's been burning us more 
> and more as our users move transparently between windows, Linux and
Irix.
>
> I hoped I'd see something crop up on the list,  none of my searches 
> have turned up anything.
>
> Thanks
> Bruce
>
>
> --
> 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/
>
>   
If you set your history file to contain only 1000 events, does that fix
the issue.
from the tcsh man page:

history The first word indicates the number of history events to  save.
   The optional second word (+) indicates the format in
which his-
   tory is printed; if not given,  `%h\t%T\t%R\n'  is  
used.   The
   format  sequences  are  described  below under prompt;
note the
   variable meaning of `%R'.  Set to `100' by default.


--
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/




--
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/

Perl NET::SERVER module acts strangly in cygwin

2006-02-23 Thread Bruce Dobrin

HI All,
Perhaps this is the wrong list for this,  but as it is Cygwin
specific...
Anyone have any experience with the perl NET::SERVER module?
I have been re-writing some of my perl servers using the
NET::SERVER::PREFORK  (v.90)module.  All is well on Linux but in Cygwin
(1.5.18) everything works fine until I try to take the data coming in
via the socket ($_)  and fork off a "system" or "exec" using that data.
When I do this,  the client connection is abruptly closed without
successfully performing the "system" call.  If I define the variable
internally it all works fine. 

Example:
Sub make_dirs (
 my $destinU = $_ ;
 chomp;

  $destinU =~ tr#\\#/#;
  $destinU =~ tr/://d;

  print "unix style destination is $destinU \r\n";
 
  if (! -d "$destinU" ){
print   "system \"mkdir -p ${destinU}\"\r\n";
   system "mkdir -p /cygdrive/c/${destinU}" ;

Result:
unix style destination is c/temp/newdir
mkdir -p /cygdrive/c/temp/newdir

#And nothing happens and client session crashes.

If I set the above second line to : 
my $destinU = c:\temp\newdir ;

I get :
unix style destination is c/temp/newdir
mkdir -p /cygdrive/c/temp/newdir

 the directory is created and the client session remains open and
stable.

If I run the first example on Linux (centos4) All works as it's suppose
to and I get weird /cygdrive/c/temp directorys ;)

I tried running the above example in a script using the SOCKET module,
and the above worked as expected .

I've been staring at strace logs,  but I'm not getting anywhere...

Any help or suggestions would be appreciated
Bruce D.



--
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/

"Last" or equiv for Windows login?

2006-05-04 Thread Bruce Dobrin

Hi,

Is there a flag for "last" or who or another program (cygwin or other)
that shows me the current and/or previous Windows login user?  (Rather
than the "last" cygwin shell login).  With a combination of cygwin tools
and wmic  I have been able to log almost everything on any given remote
machine...  But I can't figure out how to find out who is/was logged
into the windows console (desktop or whatever you want to call it).  Any
ideas?

Thanks
Bruce Dobrin


--
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/

RXVT copy/paste issue

2006-06-29 Thread Bruce Dobrin

So it seems that rxvt (native win) copy paste now works independently on
each rxvt window.  How do I get the selection into the clipboard.  I am
used to being able to copy paste between rxvt windows and other windows
apps. I dug through the recent mailing lists and don't think I found
anything that applies.  

Startup is (and has been for years):
C:\cygwin\bin\rxvt.exe -tn rxvt -bg #55 -fg #ee -sr -sl 5000 -vb
-e /bin/bash --login -I

Thanks
Bruce


--
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/

Perl failure

2006-07-12 Thread Bruce Dobrin

Hi,

I have a server that has been doing back end maintenance using perl on
cygwin for 6 years now.  I recently upgraded from win2k and cyg1.5.9 to
XP sp3 and cyg1.5.19 (to be fare,  I also cleaned up the perl code a
bit).  The script checks versioning and build info on about 600+ windows
systems.  Since the upgrade,  it gets thru about 500 of them ( almost
exactly 2 hours)  and then:

panic: MUTEX_LOCK (45) [util.c:2266] at
/c/dist_and_install_files/source/dist2/spUpdate2d.pl line 24, 
line 277.
panic: MUTEX_LOCK (45) [op.c:354],  line 277.


It hits a slightly different time and position in the list each time,
but always after approximately 2 hours.  I found a few old mails
suggesting rebaseall,  which I ran to no effect.  The system pretty much
runs nothing but this. I've been running a version of this script since
cyg1.3.9 and never had a problem like this one.

Any suggestions?

Thanks
Bruce D


--
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: Perl failure

2006-07-13 Thread Bruce Dobrin

I ran just the core part of the script,  it forks off a number of
rsync's for every machine it is checking.  When the panic happens it
kills of the parent,  but the remaining children finish successfully.

 I then brought back up the previous server that I had used (win2k
machine with cyg1.5.5).  The script ran through successfully on the
older machine.  I had to make minor changes to my Perl script:

1: I use ping to check if the machines are alive,  the older ping
response needs to be parsed differently

2: I use rsync for version control,  Rsync (old and new)  will hang
about 5% of the time on the old cygwin and about 0.5% of the time on the
new, often to the point where cygwin's kill won't kill it.  In these
cases I also call /c/windows/system32/taskkill on XP,  but I need to
call windows kill on win2k.

3: All the data that is version controlled is kept on the new cyg 1.5.19
XP server,  so I had to change the data location from a local drive on
the newer machine to a network drive on the newer machine.  

So I'm at the point where the old server works with new code (  though
it is very slow and rsync is very unreliable on it)  and a new machine
which runs great until it craps out after 1.5 hours.

I hope the above helps

Thanks
Bruce D.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Yitzchak Scott-Thoennes
Sent: Thursday, July 13, 2006 8:53 AM
To: cygwin@cygwin.com
Subject: Re: Perl failure

On Wed, Jul 12, 2006 at 05:08:43PM -0700, Bruce Dobrin wrote:
> Hi,
> 
> I have a server that has been doing back end maintenance using perl on

> cygwin for 6 years now.  I recently upgraded from win2k and cyg1.5.9 
> to XP sp3 and cyg1.5.19 (to be fare,  I also cleaned up the perl code 
> a bit).  The script checks versioning and build info on about 600+ 
> windows systems.  Since the upgrade,  it gets thru about 500 of them (

> almost exactly 2 hours)  and then:
> 
> panic: MUTEX_LOCK (45) [util.c:2266] at 
> /c/dist_and_install_files/source/dist2/spUpdate2d.pl line 24, 
>  line 277.
> panic: MUTEX_LOCK (45) [op.c:354],  line 277.

This indicates EDEADLK being returned from posix_mutex_lock.

> It hits a slightly different time and position in the list each time, 
> but always after approximately 2 hours.  I found a few old mails 
> suggesting rebaseall,  which I ran to no effect.  The system pretty 
> much runs nothing but this. I've been running a version of this script

> since
> cyg1.3.9 and never had a problem like this one.
> 
> Any suggestions?

Can you revert one or more of the many things you changed, and see if it
makes a difference?

--
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/

--
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: Perl failure

2006-07-18 Thread Bruce Dobrin

Hi,  
I stripped down the code to a small testable bit.  The problem seems to
occur when I reach 256 forks on a cygwin1.5.18 or 19 but not on my
cygwin1.5.5. win2k system.  The original code give the forked process
time to finish,  but it still looks like it eats it after about 256
iterations  ( it actually failed between 259 and 252 iterations,  but
it's pretty complicated so I'm not sure what else was happening).

Here is my test code:
[EMAIL PROTECTED]:/tmp> cat test8.pl 

#!/usr/bin/perl -w

use strict;
my $pid;

foreach my $incr (`seq 1 1 800`) {

unless (defined ($pid = fork)) {
 die " cannot fork $!";
 }
unless ($pid) {
  print " the sequence is $incr \n";
  exit;
}
 print "pid is $pid\n";
   }

###

The error here is :
cannot fork Resource temporarily unavailable at ./test8.pl line 11.
panic: MUTEX_LOCK (45) [op.c:354].

On cygwin1.5.5 it finishes successfully.  I'm not sure if there is
anything else I can try,  I'm looking around for some other machines
with older cygwins on them to establish what version it stopped working
in.

Thanks for your time

Bruce D.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Yitzchak Scott-Thoennes
Sent: Thursday, July 13, 2006 11:06 AM
To: cygwin@cygwin.com
Subject: Re: Perl failure

On Thu, Jul 13, 2006 at 08:53:09AM -0700, Yitzchak Scott-Thoennes wrote:
> On Wed, Jul 12, 2006 at 05:08:43PM -0700, Bruce Dobrin wrote:
> > Hi,
> > 
> > I have a server that has been doing back end maintenance using perl 
> > on cygwin for 6 years now.  I recently upgraded from win2k and 
> > cyg1.5.9 to XP sp3 and cyg1.5.19 (to be fare,  I also cleaned up the

> > perl code a bit).  The script checks versioning and build info on 
> > about 600+ windows systems.  Since the upgrade,  it gets thru about 
> > 500 of them ( almost exactly 2 hours)  and then:
> > 
> > panic: MUTEX_LOCK (45) [util.c:2266] at 
> > /c/dist_and_install_files/source/dist2/spUpdate2d.pl line 24, 
> >  line 277.
> > panic: MUTEX_LOCK (45) [op.c:354],  line 277.
> 
> This indicates EDEADLK being returned from posix_mutex_lock.

Err, I mean pthread_mutex_lock.

--
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/

--
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: Perl failure

2006-07-19 Thread Bruce Dobrin

Thanks for the suggestion,  I tried it with 1.5.20 and 1.5.21s 20060718.
But Alas no better luck.   Any Idea if this is Cygwin or Perl?

Thanks
Bruce D.  

From: "Larry Hall (Cygwin)" 
To: cygwin at cygwin dot com
Date: Tue, 18 Jul 2006 22:15:14 -0400
Subject: Re: Perl failure
References:
<[EMAIL PROTECTED]>
Reply-to: cygwin at cygwin dot com

Larry Hall wrote:
>It may make more sense to move forward and see if the problem still
>exists in a snapshot version - <http://cygwin.com/snapshots/>.


>--
>Larry Hall  http://www.rfk.com
>RFK Partners, Inc.  (508) 893-9779 - RFK Office
>216 Dalton Rd.  (508) 893-9889 - FAX
>Holliston, MA 01746 

>>-Original Message-
>>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Yitzchak Scott-Thoennes
>>Sent: Thursday, July 13, 2006 11:06 AM
>>To: cygwin@cygwin.com
>>Subject: Re: Perl failure


>> Bruce Dobrin wrote: 
>>>Hi, I stripped down the code to a small testable bit. The problem
seems to
>>>occur when I reach 256 forks on a cygwin1.5.18 or 19 but not on my
>>>cygwin1.5.5. win2k system. The original code give the forked process
>>>time to finish, but it still looks like it eats it after about 256
>>>iterations ( it actually failed between 259 and 252 iterations, but
>>>it's pretty complicated so I'm not sure what else was happening).

>>>Here is my test code:
>>>[EMAIL PROTECTED]:/tmp> cat test8.pl 
#!/usr/bin/perl -w

use strict;
my $pid;

foreach my $incr (`seq 1 1 800`) {
unless (defined ($pid = fork)) {
die " cannot fork $!";
}
unless ($pid) {
print " the sequence is $incr \n";
exit;
}
print "pid is $pid\n";
}

###

>>>The error here is :
>>>cannot fork Resource temporarily unavailable at ./test8.pl line 11.
>>>panic: MUTEX_LOCK (45) [op.c:354].

>>>On cygwin1.5.5 it finishes successfully.  I'm not sure if there is
>>>anything else I can try,  I'm looking around for some other machines
>>>with older cygwins on them to establish what version it stopped
working
>>>in.


--
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: Perl failure

2006-07-20 Thread Bruce Dobrin

Sorry Corinna
But actually,  I never saw your reply,  which is odd since I keep all
the cygwin.com mailing list items for a week,  but I also have only ever
seen 1 of my own additions to the thread(!), and I never received my
initial email through the mailing list and only got confirmation that it
went thru when I got my first response.  Because I had noticed that some
e-mails seem to get diverted,  I've taken to checking the archives to
see if anyone has responded to queries rather than trusting the list.
But as of late last night (California time)  your initial response
hadn't turned up there either.

This seems to indicate what is going on (I'd suspected something like
this) and had noticed that the addition of waitpid (or wait) did solve
this problem in the test case.  Unfortunately,  for me,  the way I'm
using fork is to spawn 5 to 10 concurrent rsync's at a time AND retain
control of the parent so as to recognize when one of the rsyncs has
hung,  and clean up the children when the script finishes.  I've never
liked doing it this way (it seems in-elegant),  but not being a
particular Perl hacker,  I've never figured out a better way;  and I've
been using this same script for 7 years in one form or another on Linux,
Cygwin, and Irix and have just now run into this problem.  As it stands
this is still a script that runs fine on current Linux,  but not on
current Cygwin.  Is there a way to purge or bump up the limit on this
list of active children?

Thanks
Bruce

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Corinna Vinschen
Sent: Thursday, July 20, 2006 12:26 AM
To: cygwin@cygwin.com
Subject: Re: Perl failure

On Jul 19 16:30, Yitzchak Scott-Thoennes wrote:
> > Thanks for the suggestion,  I tried it with 1.5.20 and 1.5.21s
20060718.
> > But Alas no better luck.   Any Idea if this is Cygwin or Perl?
> 
> I'm betting on cygwin.  I hope to look more into this soon.

Did anybody of you bother to read my reply from yesterday?
http://cygwin.com/ml/cygwin/2006-07/msg00579.html

Corinna

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

--
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/

--
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/

Is there a physical port aware terminal program in cygwin

2004-10-08 Thread Bruce Dobrin

 
We hate HyperTerminal,  is there a cygwin alternative for talking over a
serial port?  Agetty handles the other end so well, I'd love to get a
terminal program for accessing serial devices.
Thanks


--
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: Program to "talk" to serial port?

2004-10-19 Thread Bruce Dobrin

I got it working with very helpful suggestions from list people last
week.  You need to unpack on a linux box and change every reference to
reserve word "aux"  to something else,  next comment out the tweak the
code to disable the root checking,  like this:

[EMAIL PROTECTED]:/c/temp/minicom/minicom-2.1/src> diff config.c
config.c-orig 
185,190c185,188
< /*
<  *   if ((m->flags & PRIVATE) && real_uid == 0) {
<  *   werror(_("You are not allowed to change this parameter"));
<  *   return;
<  * }
<  */
---
>   if ((m->flags & PRIVATE) && real_uid != 0) {
> werror(_("You are not allowed to change this parameter"));
> return;
>   }
211,216c209,212
< /*
<  * if ((p->flags & PRIVATE) && real_uid == 0) {
<  *werror(_("You are not allowed to change this parameter"));
<  *return;
<  * }
<  */
---
>   if ((p->flags & PRIVATE) && real_uid != 0) {
>   werror(_("You are not allowed to change this parameter"));
>   return;
>   }
251,256c247,250
< /* 
<  *  if ((p->flags & PRIVATE) && real_uid == 0) {
<  *werror(_("You are not allowed to change this parameter"));
<  *return;
<  * }
<  */
---
>   if ((p->flags & PRIVATE) && real_uid != 0) {
>   werror(_("You are not allowed to change this parameter"));
>   return;
>   }
1314,1319c1308,1312
< /*
<  * if (real_uid == 0) {
<  *werror(_("You are not allowed to create a configuration"));
<  *return;
<  * }
<  */
---
>   if (real_uid != 0) {
>   werror(_("You are not allowed to create a configuration"));
>   return;
>   }


I also had to futz with the make file in ./po for some reason to get
Make install to work corectly

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of David Arnstein
Sent: Tuesday, October 19, 2004 6:10 PM
To: [EMAIL PROTECTED]
Subject: Program to "talk" to serial port?

I need a program that can talk to a serial port on the local computer,
the way Hyperterm does for Microsoft Windows.

I would like this program to present its user interface in an xterm.
If that is not possible, perhaps a program that is itself an X11 client
would do.

I was able to compile "minicom" under cygwin.  However, when minicom
launches, it tries to access /dev/ttyS1, which is not provided by
cygwin.

Would someone suggest a program that is suitable, or a program that
might be portable to cygwin.  I am willing to do a bit of work on this.

Thanks for any suggestions!
-- 
David Arnstein   
[EMAIL PROTECTED]  

--
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/


--
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: Perl-tk?

2004-11-18 Thread Bruce Dobrin

I've been using the tk800 native windows functionality for years with
cygwin.  You just have to recompile/install with each perl change. If I
remember correctly, with the most recent cygwin/perl/tk800.024, I
haven't even had to patch it.  The big headache is that you need to play
games with rebase to get IO and Menubutton to work correctly.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Charles Plager
Sent: Thursday, November 18, 2004 5:39 AM
To: Cygwin Mailing list
Subject: Re: Perl-tk?

> Brian Dessent schrieb:
> 
>> dwycoff wrote:
>> 
>> I tried using a perl-tk script in cygwin that I wrote more than a 
>> year ago.  Whenever I run it it dies at:
>> 
>> 
>> Can't locate Tk.pm in @INC (@INC contains:
/usr/lib/perl5/5...
>> 
>> I did a search and couldn't find Tk.pm.  So I looked to the cygwin 
>> website, but didn't find any mention of it there, either.
>> 
>> 
>> Has perl-tk made it to cygwin? 
>> 
> 
> nope.
> 
> Perl modules are installed from CPAN, not through Cygwin setup (with 
> the exception of libwin32 which does not compile without patches.)  
> Have you tried installing the module with CPAN?
> 
> 
> Tk is also known not to work OOTB.

I have successfully built perl Tk 800.024 (with Gerrit's help) for X
windows.
I haven't tried later versions of Tk or the windows native version.


(Gerrit says this is no longer necessary with perl-5.8.5 for Cygwin, but
I
haven't verified this)

0) Get a copy of Tk-800.024.tar.gz from the web
1) cd /usr/X11R6/lib
2) ln -s libX11.dll.a libX11.a
3) cd ~/mybuildarea
4) tar xzf Tk-800.024.tar.gz
5) cd Tk800.024/
6) less README.cygwin
7) perl Makefile.PL x
8) make && make test && make install

Charles


--
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/


--
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/

Any fix to cygheap_fixup_in_child failure after rebaseall?

2005-04-26 Thread Bruce Dobrin

Hi,

I have seen a few references to this in the mailing list,  but no
solutions were evident.

I'm building a new machine, (windows media laptop XP Pro/media center
addition 2005).  Everything is up to date.  I had compiled  the newest
version of  mplayer and all was well until I added KDE yesterday ( and
the subsequent rebaseall).  Now Mplayer gacks with 

 

4 [main] ? 3668 cygheap_fixup_in_child: Couldn't reserve 9891792 bytes
of space for cygwin's heap (0x6181 <0xA5>) in child, Win32 error
487

C:\cygwin\usr\local\bin\mplayer.exe (3668): *** m.AllocationBase 0x0,
m.BaseAddress 0x6181, m.RegionSize 0x46, m.State 0x1

 

I tried rebasing the mplayer stuff and also recompiling.  All for
naught.  I'd hate to re install cygwin If I don't have to.

 

Thanks.

Bruce dobrin


--
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: Any fix to cygheap_fixup_in_child failure after rebaseall?

2005-04-26 Thread Bruce Dobrin

I did use rebaseall -T /usr/local/bin

But I've always been a bit hazy as to what the proper format for
rebaseall was

-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 26, 2005 3:14 PM
To: Bruce Dobrin; cygwin@cygwin.com
Subject: Re: Any fix to cygheap_fixup_in_child failure after rebaseall?

At 05:47 PM 4/26/2005, you wrote:
>Hi,
>
>I have seen a few references to this in the mailing list,  but no
>solutions were evident.
>
>I'm building a new machine, (windows media laptop XP Pro/media center
>addition 2005).  Everything is up to date.  I had compiled  the newest
>version of  mplayer and all was well until I added KDE yesterday ( and
>the subsequent rebaseall).  Now Mplayer gacks with 
>
> 
>
>4 [main] ? 3668 cygheap_fixup_in_child: Couldn't reserve 9891792 bytes
>of space for cygwin's heap (0x6181 <0xA5>) in child, Win32
error
>487
>
>C:\cygwin\usr\local\bin\mplayer.exe (3668): *** m.AllocationBase 0x0,
>m.BaseAddress 0x6181, m.RegionSize 0x46, m.State 0x1
>
> 
>
>I tried rebasing the mplayer stuff and also recompiling.  All for
>naught.  I'd hate to re install cygwin If I don't have to.


How did you rebase mplayer?  If you didn't use 'rebaseall' with the 
'-T' flag to point to all the other Cygwin apps/DLLs that aren't 
distributed with Cygwin currently, then you won't see any improvement.




--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 




--
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: Any fix to cygheap_fixup_in_child failure after rebaseall?

2005-04-26 Thread Bruce Dobrin

OK, that seems to have worked.   I've only used it alone or rebase for
specific files before.  I generated a file from a find of all dll's
under /usr and /lib ( then removed the cygwin1.dll from the list).  Can
I assume the redundancy of hitting most of these 2 times will not have
any adverse effect?  With all the stuff I compile on this machine I'm
not sure how else to find them otherwise...

Thanks
Bruce

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Brian Dessent
Sent: Tuesday, April 26, 2005 3:45 PM
To: Cygwin List
Subject: Re: Any fix to cygheap_fixup_in_child failure after rebaseall?

Bruce Dobrin wrote:
> 
> I did use rebaseall -T /usr/local/bin
> 
> But I've always been a bit hazy as to what the proper format for
> rebaseall was

That won't work.  The argument to -T is a filename of a file containing
a list of additional files to rebase, one per line.  It can also take
'-' to mean a list on stdin.  However when you do rebaseall you want to
make sure that as few cygwin programs are invoked as possible, otherwise
you risk their DLLs being in use and the rebase will abort.  (This is
why you must run it from a plain bash CMD.EXE prompt, not rxvt or
xterm.)  Therefore you should be careful if you use '-' so that you
don't have DLLs in use.

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/

--
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: Customize setup program. Autoinstall

2007-11-06 Thread Bruce Dobrin

 
Because I keep seeing this,  and because at least once a year I have to fight 
through the disparate and confusing documentations and various mail logs. Here 
is how I use setup for unattended FULL and custom installs, with examples:

The key command you are looking for looks something like this:

c:\temp\remcyg1.5.24\setup -d -L -l "c:\temp\remcyg1.5.24" -q -r -R "c:\cygwin"

The summary of this is:
-d no desktop icons added, -L Local Install, -l path to install root, -q quite 
(it's not very quite,  but what can you do?) -r don't replace files after 
reboot (  I had problems long ago with this,  but have forgotten what they 
are), -R Where you want it to go. 

You might also want to customize the install.  It's ugly,  but to do this you: 
1: DOWNLOAD EVERYTHING (nothing is more painful than missing an unanticipated 
package dependency on an automated install )(it's easier to remove stuff and 
see if it breaks than to have to grab that one missing TeX thingy that you have 
no idea why it's there). Copy it somewhere where the normal install won't blast 
all your work. I use c:\temp\remcyg[version]_[myversion] for my special cygwin 
install root.

2: Edit the [Install_Root]/packages/setup.ini .  Again,  don't use the 
setup.ini in your default directory or it will be overwritten.  You want to add 
a dummy BASE package. Base packages are always installed.   On mine I have a 
set of scripts run after the install called "finish[version}" that I've added 
in to this dummy base package.  It looks something like this:

@ finish1.5.5
sdesc: "Dummy to fool setup, includes finish script"
ldesc: "Dummy to fool setup, includes finish script "
category: Base
requires: [Package names as they are written on the lines with "@" at the 
beginning, space delimited]
version: 1.3
install: release/finish1.5.5/finish1.5.5_5.tar.bz2 7564 
5e7d6b01b168000eb1f2668bfc5f60e6
source: release/finish1.5.5/finish1.5.5_5.tar.bz2 7564 
5e7d6b01b168000eb1f2668bfc5f60e6


In the "requires" section put everything you want in your install.  I started 
by writing a script that read the setup.ini,  select for lines with a "@" in 
them,  and dump that into the "requires" line.  The advantage is that redundant 
items aren't re-installed and taking stuff out is easier than putting stuff in. 
 If you want to do a complete install,  just leave everything in there,  again, 
 the redundancy is ignored.

I up version the version line every time I re-write this section.

Install and source: since I have scripts I run to setup many services and copy 
over specific files for my users,  I include these.  I have never tried this 
with an empty file here,  but I suppose it would work.  I believe you DO need 
something here.  In this case I have, under [Install 
Root]/packages/release/finish1.5.5/ a tar bz2 file called 
"finish1.5.5_5.tar.bz2" the files saved here use the same directory structure 
as cygwin under it's root ( / ).  In this case one of the files is 
/etc/postinstall/finish1.5.5.sh which setup runs at the end of the install. The 
important point is the numbers: "7564" and "5e7d6b01b168000eb1f2668bfc5f60e6"

7564 is the size of the finish1.5.5_5.tar.bz2 file and 
5e7d6b01b168000eb1f2668bfc5f60e6 is the md5sum of the finish1.5.5_5.tar.bz2 
file (example):

[EMAIL 
PROTECTED]://murgatroid/c$/temp/remcyg1.5.24/packages/release/finish1.5.5> ls 
-al finish1.5.5_5.tar.bz2
-rw-r--r-- 1 dobrin Domain Users 7564 Aug 10 16:56 finish1.5.5_5.tar.bz2
[EMAIL 
PROTECTED]://murgatroid/c$/temp/remcyg1.5.24/packages/release/finish1.5.5> 
md5sum finish1.5.5_5.tar.bz2
5e7d6b01b168000eb1f2668bfc5f60e6 *finish1.5.5_5.tar.bz2


 

I use this in 2 ways:
  I have 500+ machines with cygwin that I need to update at times.  I have a 
group of scripts that will,  from a centralized location:  copy the tarball to 
the machine,  shutdown all the cygwin services,  untar,  spawn an 
install/upgrade, go on to the next machine...

I also package a zipfile that I can use for new unattended installs.

I hope this helps get people out there from tearing their hair out.  

  
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of MasterOfSw
Sent: Tuesday, November 06, 2007 2:02 PM
To: cygwin@cygwin.com
Subject: Fw: Customize setup program.

On Mon, 05 Nov 2007 11:07:50 +, "João Pedro Oliveira"

<[EMAIL PROTECTED]> said:



> Is it possible to call the setup program in quiet mode (or not quiet)

> and pass to the setup the packages we want to install? I would not  
> like

> the user "lost" in all the steps of the cygwin setup...

> 

> How can I do this?



Check the cygwin FAQ. There is a section under Setting up Cygwin about 
automated installs. I haven't used it yet, but plan on trying soon myself.

http://cygwin.com/faq.html



> 

> Best regards,

> João

> 




Matt




__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com

--
Unsubscribe inf

Update apparently not current

2008-03-19 Thread Bruce Dobrin

Hi,  
I just tried to update from 1.5.25-7 to 1.5.25-11 using the installer
pointed at http\\:mirrors.kernel.org and although it did upgrade some
things (  at least it copied and over-wrote stuff),  I still ended up
with the 1.5.25-7 cygwin1.dll (which is what setup downloaded).  I'm
trying to solve some of the issues I'm having on Vista with X, mplayer
and rcmd-related programs (some of the most important cygwin stuff for
me).  I know that a recent snapshot solved some of this and was hoping
that the new "official" version would contain some or all of these
fixes.  Has the cygwin1 been reverted to -7?  Are these fixes in the
-11?  Am I crazy (don't answer that)?

Bruce Dobrin


--
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: Update apparently not current

2008-03-19 Thread Bruce Dobrin

No,  nothing like that.  And the package that was downloaded by the
setup installer was wrong:

[EMAIL PROTECTED]:/c/temp/cyg1.5.25/http%3a%2f%2fsources-redhat.mirror.redwire
.net%2fcygwin/release/cygwin> ls
cygwin-1.5.25-7.tar.bz2

So  I guess I'll just try it again from a different download point,
perhaps my web cache isn't flushing correctly,  though I find it hard to
believe that that old a version would still be there.  

I have had a recent issue with my facility 1.5.25-7 remote/auto
installer failing  on the shell script portion because of an improper
version of cygwin1.dll.  This problem is solved if I rename cygwin1.dll
to something else and then rename it back to cygwin1.dll.  I'm also
hoping that that is fixed in the new build.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Dave Korn
Sent: Wednesday, March 19, 2008 11:26 AM
To: cygwin@cygwin.com
Subject: RE: Update apparently not current

Bruce Dobrin wrote on 19 March 2008 18:16:

> Hi,
> I just tried to update from 1.5.25-7 to 1.5.25-11 using the installer 
> pointed at http\\:mirrors.kernel.org and although it did upgrade some 
> things (  at least it copied and over-wrote stuff),  I still ended up 
> with the 1.5.25-7 cygwin1.dll (which is what setup downloaded).


  Did you by any chance ignore a warning message explaining that the DLL
was still in-use and would not be replaced until you next reboot?
That's the most common cause of this sort of mysterious situation.



/artimi $ wget http://mirrors.kernel.org/sourceware/cygwin/setup.ini
--18:25:01--  http://mirrors.kernel.org/sourceware/cygwin/setup.ini
   => `setup.ini'
Resolving mirrors.kernel.org... 204.152.191.39, 204.152.191.7 Connecting
to mirrors.kernel.org|204.152.191.39|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 747,581 (730K) [text/plain]

100%[>] 747,581  272.08K/s

18:25:06 (271.30 KB/s) - `setup.ini' saved [747581/747581]

/artimi $ grep -A7 '@ cygwin$' setup.ini @ cygwin
sdesc: "The UNIX emulation engine"
category: Base
requires: base-passwd _update-info-dir
version: 1.5.25-11
install: release/cygwin/cygwin-1.5.25-11.tar.bz2 1427217
e1f969931a1e18855716f2c57c3a876a


  Looks like the mirror's up-to-date to me.


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/




--
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/

Magnetic tape tools

2008-11-25 Thread Bruce Dobrin

I found a need to read Tar Archives from a LTO 4 tape and only had a Vista Box 
to do it.  After messing around with SFU, gnu-tar etc I installed Cygwin and As 
expected,  was able to mt to filemark 117 and begin extraction (/dev/nst0).  
Which was better than I could do with any other tool,  the Problem is that it 
was excruciatingly slow.  It took over an hour to get to filemark 116 and all 
night to extract 6500 files.  Much slower than on My Linux boxes (  which are 
not an option in this case). I haven't had to deal with MT in a long time,  is 
there a way to speed this up?  Could I Might it be faster to dd the whole 
(TByte) tape and untar later?  Are there any other tools I should concider? I'm 
hoping someone has had to do this recently and knows the secret

Mt -f /dev/nst0 fsf 116
Tar -xvb 1024 -f /dev/nst0

Thanks for your wisdom
Bruce D.



--
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: identical scripts don't behave identically

2009-07-08 Thread Bruce Dobrin

I'll bet one has a carriage return ( and/or line feed) and the other doesn't 
which would fail on an incomplete last line.  I've been burned by this many 
times.  Always end the script by hitting the enter to avoid this.

-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of 
Thrall, Bryan
Sent: Wednesday, July 08, 2009 3:19 PM
To: cygwin@cygwin.com
Subject: RE: identical scripts don't behave identically

roc97007 wrote on Wednesday, July 08, 2009 5:11 PM:
> To summarize, as far as I can tell the files are identical, but one
works
> and the other can't seem to find the current directory.  If, in the
broken
> script, I substitute any command that needs to read or write to or
from the
> file system, it will always fail with "file not found" or "no such
file or
> directory".  The other script with the exact same commands (assuming
they
> are legal and reasonable) will always work.
>
> Obviously there is a difference between the files.  I can't figure out
what
> it is.  The issue is demonstrably a characteristic of the file,
because if I
> delete or rename aaa.sh and then "cp aab.sh aaa.sh", then they will
both
> work.
>
> This is driving me crazy.  We are under a deadline, and some scripts
work
> and some do not, seemingly randomly.  Our current work-around is to
copy a
> script that works to a different name and then replace the content.
This is
> a ridiculous workaround, and since we don't know what the mechanism is
we
> have no idea if it'll still work tomorrow or next week.
>
> Please help!

Perhaps one of the files has DOS line endings and the other has UNIX
line endings? Try d2u on the broken one to see if it fixes the problem.

--
Bryan Thrall
FlightSafety International
bryan.thr...@flightsafety.com

--
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




--
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

Re Graphics Magic on Vista

2008-04-21 Thread Bruce Dobrin

I noticed that others had a problem running Graphics Magick (gm.exe) on
Vista but saw no solution in my search of site:cygwin.com.  It appears
to me that (for once) Vista isn't completely fault.  If you do a
cygcheck on gm.exe you will noticed "Error: could not find
cygdpstk-1.dll".  I found this on an older XP machine that had been
upgraded to version 1.5.25 from many previous versions of  cygwin.  Once
I copied this DLL  into the path (  I found it in /usr/X11R6/bin/ ) gm
now seems to work fine.  I don't know what this DLL is or does,  but it
does not appear to be in the currently X11 install.  

So find this Lib somewhere,  copy it into the path and gm.exe will start
working.  No idea if it will bust anything else though

--
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: How to make GraphicsMagick ('gm.exe') work? and 'cygdpstk-1.dll'

2008-04-22 Thread Bruce Dobrin

The newest Cygwin clearly does NOT include this file.  

I have lots of machines here with lots of different version of cygwin.
The date of the file I used is  
[EMAIL PROTECTED]:/usr/X11R6/bin> ls -al | grep cygdp
-rwxr-x---  1 dobrin Domain Users  248320 Jul 20  2006 cygdps-1.dll
-rwxr-x---  1 dobrin Domain Users   26112 Jul 20  2006 cygdpstk-1.dll

 ( I copied both of these files over as I assumed that they were
related)

I have a machine that still  1.5.18 on it and it has an earlier dated
version of these files  from  2005,  but the same file size as the one I
used.  My upgrade history is .18 to .21 to .24 to .25 so the file I used
was most likely from .21 or .24.  Again.  I'm not a the maintainer and
have no idea what the lib is for (though I suspect it is an adobe
Postscript  display lib) or which of the many x11 packages included it.
/usr/X11R6/bin should be in your path via the $PATH variable. I keep a
personal non-system directory in my path via the $PATH variable so that
I can move files and libs onto my machine  for testing without risking
overwriting system installed files. This is where I put these libs and
why I suggested that you could put them anywhere that  was in the path.
I have access to hundreds of machines and I keep my own
auto-install/autoupdate builds of cygwin going back a few versions so I
personally have these files handy,  but I don't know where on the wide
wonderful web to get them.  

I Hope this workaround helps,  but Ideally,  the maintainer will note
this thread and take action.

Bruce

-Original Message-
From: Lee D. Rothstein [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 22, 2008 12:04 PM
To: Cygwin
Cc: Bruce Dobrin
Subject: Re: How to make GraphicsMagick ('gm.exe') work? and
'cygdpstk-1.dll'

Bruce Dobrin wrote:

 > I noticed that others had a problem running GraphicsMagick (gm.exe)
on  > Vista but saw no solution in my search of site:cygwin.com.  It
appears  > to me that (for once) Vista isn't completely at fault.  If
you do a  > cygcheck on gm.exe you will noticed "Error: could not find
> cygdpstk-1.dll".  I found this on an older XP machine that had been  >
upgraded to version 1.5.25 from many previous versions of  cygwin.  Once
> I copied this DLL  into the path (I found it in /usr/X11R6/bin/) gm  >
now seems to work fine.  I don't know what this DLL is or does,  but it
> does not appear to be in the currently X11 install.
 >
 > So find this Lib somewhere,  copy it into the path and gm.exe will
start  > working.  No idea if it will bust anything else though  >

 * My '/usr/X11R6/bin/' has no such file even though I have a
   complete install of everything, probably because: mine is a
   relatively new machine, and I have no such "remnants of yore".

 * I found a dodgey version of 'cygdpstk-1.dll' on the net
   (-rwxrwxrwx+ 180671 Jan 23  2004 cygdpstk-1.dll).
   (I checked it with 'strings' and my Virus scanner, first.)

   Is there a later version?

 * Do the Cygwin archive servers that appear in the 'setup.exe'
   list, keep prior versions of the install files? I presume that
   the ftp servers are accessible thru a standard ftp client?

 * I do not save the archives that are downloaded to install
   Cygwin updates (although I do save all my personal
   configuration information). If one cannot get these old
   archives off The Net?, perhaps I should rethink my backup
   strategy?

 * The "path" you allude to, above, probably should be "$PATH".

 * BTB, if a user has X windows properly installed, I believe,
   '/usr/X11R6/bin/' would be in/on the "$PATH".

Bruce,

Thanks for the tip

I changed the subject line because both you and I had misspelled
GraphicsMagick in previous posts. (Makes finding the "Rosetta Stone"
difficult.)

Lee

Lee D. Rothstein

P.S. Thanks for the 'site:' tip on Google, as well.

--
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: wget and HTTP_PROXY question

2008-05-20 Thread Bruce Dobrin

If all you really want is to get this to work then I should mention that
Wget appears to want lowercase (http_proxy rather than HTTP_PROXY) as
well as wanting the USE PROXY set to "on"  in the .wgetrc file. You
could script your various rc files to change case,  or you could just
set the proxy in the .wgetrc file and get on with your life.  I'm not
the supporter of this package so I can't be more help than that.

Bruce D.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Ronald Fischer
Sent: Tuesday, May 20, 2008 8:50 AM
To: cygwin@cygwin.com
Subject: wget and HTTP_PROXY question

I can't fetch anything from the web using wget (Connection timed out).
My guess is that it has to do with the proxy settings, but:

- my environment variable HTTP_PROXY is set, and
- from a Windows command line (i.e. outside of Cygwin), tools (such as
the package manager of ActiveState Perl) *can* use the proxy specified
here, without problems.

What can I do to get wget working?

Ronald


--
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/



--
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/

Can't make Wodim see my cd

2008-05-27 Thread Bruce Dobrin

Hi all,

I noticed that the newest release includes the cdrecord replacement wodim.  
This is nice because I'm sort of stuck when I want record DVD's.  Here is the 
issue:  
I'm on Vista Ult.  A version of cdrecord that I built myself back when 
Dinosaurs ruled the earth (WDRE) runs great,  but doesn't recognize DVD's.  On 
the REAL (old cdrecord)  I identify my cdrom as follows:

[EMAIL PROTECTED]:/usr/share/doc/cdrkit-1.1.7.1> /usr/local/cdrecord/cdrecord 
-scanbus
Cdrecord 2.0 (i686-pc-cygwin) Copyright (C) 1995-2002 Jörg Schilling
Using libscg version 'schily-0.7'
scsibus0:
0,0,0 0) *
0,1,0 1) *
0,2,0 2) *
0,3,0 3) *
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *
scsibus1:
1,0,0   100) 'TOSHIBA ' 'MK3252GSX   ' 'LV01' Disk
1,1,0   101) *
1,2,0   102) *
1,3,0   103) *
1,4,0   104) *
1,5,0   105) *
1,6,0   106) *
1,7,0   107) *
scsibus2:
2,0,0   200) 'MATSHITA' 'DVD+-RW UJ-857G ' 'Z111' Removable CD-ROM
2,1,0   201) *
2,2,0   202) *
2,3,0   203) *
2,4,0   204) *
2,5,0   205) *
2,6,0   206) *
2,7,0   207) *

Indicating that I have a DVD drive on fake scsi port 2,0,0...  All is wonderful

But on wodim:
[EMAIL PROTECTED]:/usr/share/doc/cdrkit-1.1.7.1> wodim -scanbus 
scsibus0:
0,0,0 0) *
0,1,0 1) *
0,2,0 2) *
0,3,0 3) *
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) HOST ADAPTOR
scsibus1:
1,0,0   100) 'TOSHIBA ' 'MK3252GSX   ' 'LV01' Disk
1,1,0   101) *
1,2,0   102) *
1,3,0   103) *
1,4,0   104) *
1,5,0   105) *
1,6,0   106) *
1,7,0   107) HOST ADAPTOR

End of story.  I tried wodim dev=2,0,0 -v /tmp/cdimage

Not recognized

wodim dev=/dev/scd0 -v /tmp/cdimage

Nothing useful
( I CAN dd from this dev )

wodim dev=e: -v /tmp/cdimage

And it laughed at me.

Is there a non-obvious syntax error here?  I tried various permutations using 
things like dev=ASPI:... etc based on the wodim --devices and dev=help...  But 
got nowhere.  It indicates on the man page that 

Bruce


--
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/

Defrag and some other exe not seen by cygwin on XP64

2008-11-13 Thread Bruce Dobrin

This is weird

I couldn't find it in my search of the site;

I was on a XP64 machine and tried to run the defrag command from the Cygwin 
shell and it could not locate the command.  I could see the command via the cmd 
shell.  Below I cd usng the cmd shell on 64bit XP and using ls it is not seen 
and dir it is seen:

C:\WINDOWS\system32>ls |grep defrag

C:\WINDOWS\system32>dir |grep defrag
02/16/2007  08:33 PM35,840 defrag.exe

C:\WINDOWS\system32>cacls defrag.exe
C:\WINDOWS\system32\defrag.exe BUILTIN\Administrators:F
   NT AUTHORITY\BATCH:R
   Everyone:R
   NT AUTHORITY\INTERACTIVE:R
   NT AUTHORITY\SERVICE:R
   NT AUTHORITY\SYSTEM:F

I then copied the file in the cmd shell to c:\cygwin\ and then Cygwin can see 
it there:

[EMAIL PROTECTED]:/c/WINDOWS/system32> ls -al ./defrag
ls: cannot access ./defrag: No such file or directory
[EMAIL PROTECTED]:/c/WINDOWS/system32> cd /
[EMAIL PROTECTED]:/> ls -al ./defrag
-rwx--+ 1 dobrin Domain Users 35840 Feb 16  2007 ./defrag

I confirmed that this isn't an issue on XP32 or Vista


And Ideas?

Thanks


--
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/

73 matches

Mail list logo