date:20060411

Re: gawk 3.1.5-4 - how does BINMODE work.. tried BEGIN {BINMODE="rw";}

2006-04-11 Thread Corinna Vinschen

On Apr  6 08:35, Tom Rodman wrote:
> On Thu 4/6/06 8:04 CDT cygwin@cygwin.com wrote:
> > OK - I read Corinna's ANNOUNCEMENT on gawk-3.1.5-4.  I'll try the BINMODE 
> > variable.
> 
> I read the info page on gawk and BINMODE, it does not seem to be working:
> 
>   ~ $ cygcheck -c gawk
>   Cygwin Package Information
>   Package  VersionStatus
>   gawk 3.1.5-4OK
>   ~ $ printf "\r\n"|awk 'BEGIN {BINMODE=3;}; {print}'|od -c
>   000  \n
>   001
>   ~ $ printf "\r\n"|awk 'BEGIN {BINMODE="rw";}; {print}'|od -c
>   000  \n
>   001

`info gawk' shows that BINMODE must be set before the awk script gets
executed.  Use the -v option, like this:

  printf "\r\n" | awk -v BINMODE=rw '{print}' | od -c

> 
> How do I get sed 4.1.5-1 to act in text mode again?  

Use dos2unix/unix2dos in scripts.


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/

Re: getsockname problem

2006-04-11 Thread Corinna Vinschen

On Apr  7 17:56, Antonio Querubin wrote:
> On Fri, 7 Apr 2006, Dave Korn wrote:
> 
> > Should have read the man page instead!
> >
> >>   s = socket(AF_INET, SOCK_RAW, IPPROTO_ICMP);
> >>   printf("socket = %d\nlength = %d\n", s, len);
> >>
> >>   rc = getsockname(s, (struct sockaddr *) &sa, &len);
> >
> >
> >http://www.opengroup.org/onlinepubs/007908799/xns/getsockname.html
> >
> >"If the socket has not been bound to a local name, the value stored in the
> >object pointed to by address is unspecified."
> 
> This doesn't explain why the code fragment works under UNIX and Linux 
> systems (that I have access to), but fails under Cygwin.
> 
> According to Steven's 'Unix Network Programming', 2'd edition, Vol 1, 
> "Posix.1g allows a call to getsockname() on an unbound socket". 
> Furthermore, the Cygwin API indicates Cygwin's networking support is 
> standardized to Posix.1g for getsockname() and a whole bunch of the other 
> networking functions.

We can't create a local name for the socket if the underlying getsockname
function in WinSock doesn't.  Apparenty WinSock doesn't.  Which should be
no problem since the behaviour is still conformant to the standards.
Note that Posix 1.g allows to return a local name, it doesn't demand it.


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/

Re: tcp_wrappers package question

2006-04-11 Thread Corinna Vinschen

On Apr  9 18:31, Bryan D. Thomas wrote:
> I noticed that the docs for the tcp_wrappers package
> are not in /usr/share/doc locations.  I wrote to the
> e-mail address of the maintainer from the README file,
> but received a bounce reply.
> 
> I'm interested in trying or willing to help to update
> the package to put the documents in the more
> conventional place. Should I now post an ITP to the
> apps list, or should I try to do something else first?

Nope, just shoot on the apps list.


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/

Re: Find not working w/ Samba drive

2006-04-11 Thread Corinna Vinschen

On Apr  6 03:16, rowol wrote:
>C:\tmp>getvolinfo //maxwell/data.vault
>rootdir: \\maxwell\data.vault\
>Volume Name: 
>Serial Number  : 304588959
>Max Filenamelength : 255
>Filesystemname : 
>Flags:
>  FILE_CASE_SENSITIVE_SEARCH  : TRUE
>  FILE_CASE_PRESERVED_NAMES   : TRUE
>  FILE_UNICODE_ON_DISK: FALSE
>  FILE_PERSISTENT_ACLS: TRUE
>  FILE_FILE_COMPRESSION   : FALSE
>  FILE_VOLUME_QUOTAS  : FALSE
>  FILE_SUPPORTS_SPARSE_FILES  : FALSE
>  FILE_SUPPORTS_REPARSE_POINTS: FALSE
>  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
>  FILE_VOLUME_IS_COMPRESSED   : FALSE
>  FILE_SUPPORTS_OBJECT_IDS: FALSE
>  FILE_SUPPORTS_ENCRYPTION: FALSE
>  FILE_NAMED_STREAMS  : FALSE
>  FILE_READ_ONLY_VOLUME   : FALSE
> 
> 
> ...
> 
>%smbd -V
>Version 2.2.4
> 
> 
> Yes, I know this is probably an extremely old Samba version.  Updating the
> server is currently not an option due to time constraints (presently I
> have a workaround), but it might be in the future.

Can you send an `ls -i' output from a small directory on that share?
I'm still looking into some way to distinguish old and new versions of
Samba...


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/

RE: Find not working w/ Samba drive

2006-04-11 Thread Jörg Schaible

Hi Corinna,

Corinna Vinschen wrote on Tuesday, April 11, 2006 11:30 AM:

> Can you send an `ls -i' output from a small directory on that share?
> I'm still looking into some way to distinguish old and new versions
> of Samba... 

Same situation here:

[1] [EMAIL PROTECTED] ~/src/getvolinfo
$ getvolinfo //es3/maven
rootdir: \\es3\maven\
Volume Name: 
Serial Number  : 5178559
Max Filenamelength : 255
Filesystemname : 
Flags:
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK: FALSE
  FILE_PERSISTENT_ACLS: TRUE
  FILE_FILE_COMPRESSION   : FALSE
  FILE_VOLUME_QUOTAS  : FALSE
  FILE_SUPPORTS_SPARSE_FILES  : FALSE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS: FALSE
  FILE_SUPPORTS_ENCRYPTION: FALSE
  FILE_NAMED_STREAMS  : FALSE
  FILE_READ_ONLY_VOLUME   : FALSE

[1] [EMAIL PROTECTED] ~/src/getvolinfo
$ ls -ail //es3/maven
insgesamt 2048
   4937601777666309 drwxrwxr-x 6   0 Nov  9 09:03 .
6561102569460228965 dr-xr-xr-x 1 jos  users0 Apr 11 11:36 ..
   1124173329991941 drwxrwxr-x 1   0 Mar 16 07:55 docs
   1124169035024645 drwxrwxr-x 1   0 Mar 31 10:23 repo
   4828329219721477 drwxrwxr-x 5   0 Apr  7 14:06 repo-m2
   7572358055332101 drwxrwxr-x 4   0 Apr  7 16:26 
repo-m2-snapshot

- Jörg

--
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 cd) result different if including cygwin/bin directory in path

2006-04-11 Thread Omar BELKHODJA

I want to use the unix commands from an MS-DOS command prompt (grep,
find...) and for that I have included the cygwin/bin directory in my
path.
This is OK for using grep, find... but this creates me the following
problem. I am using a some kind version of gmake.exe that can work alone
(without any cygwin dll). This gmake.exe if executing a makefile with
the command ($shell cd), returns the current directory from an
MS-DOS command prompt, but if I add the cygwin/bin directory to the path
the ($shell cd) result is an empty string, as if it was executed from a
cygwin/unix environment.Is there any solution that doesn't need a change
in my makefile ?

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: Find not working w/ Samba drive

2006-04-11 Thread Corinna Vinschen

On Apr 11 11:40, J?rg Schaible wrote:
> Hi Corinna,
> 
> Corinna Vinschen wrote on Tuesday, April 11, 2006 11:30 AM:
> 
> > Can you send an `ls -i' output from a small directory on that share?
> > I'm still looking into some way to distinguish old and new versions
> > of Samba... 
> 
> Same situation here:
> 
> [1] [EMAIL PROTECTED] ~/src/getvolinfo
> $ getvolinfo //es3/maven
> rootdir: \\es3\maven\
> Volume Name: 
> Serial Number  : 5178559
> Max Filenamelength : 255
> Filesystemname : 
> Flags:
>   FILE_CASE_SENSITIVE_SEARCH  : TRUE
>   FILE_CASE_PRESERVED_NAMES   : TRUE
>   FILE_UNICODE_ON_DISK: FALSE
>   FILE_PERSISTENT_ACLS: TRUE
>   FILE_FILE_COMPRESSION   : FALSE
>   FILE_VOLUME_QUOTAS  : FALSE
>   FILE_SUPPORTS_SPARSE_FILES  : FALSE
>   FILE_SUPPORTS_REPARSE_POINTS: FALSE
>   FILE_SUPPORTS_REMOTE_STORAGE: FALSE
>   FILE_VOLUME_IS_COMPRESSED   : FALSE
>   FILE_SUPPORTS_OBJECT_IDS: FALSE
>   FILE_SUPPORTS_ENCRYPTION: FALSE
>   FILE_NAMED_STREAMS  : FALSE
>   FILE_READ_ONLY_VOLUME   : FALSE
> 
> [1] [EMAIL PROTECTED] ~/src/getvolinfo
> $ ls -ail //es3/maven
> insgesamt 2048
>4937601777666309 drwxrwxr-x 6   0 Nov  9 09:03 .
> 6561102569460228965 dr-xr-xr-x 1 jos  users0 Apr 11 11:36 ..
>1124173329991941 drwxrwxr-x 1   0 Mar 16 07:55 docs
>1124169035024645 drwxrwxr-x 1   0 Mar 31 10:23 repo
>4828329219721477 drwxrwxr-x 5   0 Apr  7 14:06 repo-m2
>7572358055332101 drwxrwxr-x 4   0 Apr  7 16:26 
> repo-m2-snapshot

Samba version?


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/

RE: Find not working w/ Samba drive

2006-04-11 Thread Jörg Schaible

Corinna Vinschen wrote on Tuesday, April 11, 2006 11:54 AM:

> On Apr 11 11:40, J?rg Schaible wrote:
>> Hi Corinna,
>> 
>> Corinna Vinschen wrote on Tuesday, April 11, 2006 11:30 AM:
>> 
>>> Can you send an `ls -i' output from a small directory on that share?
>>> I'm still looking into some way to distinguish old and new versions
>>> of Samba...
>> 
>> Same situation here:
>> 

[snip]

> 
> Samba version?

3.0.14a

- Jörg

--
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: ($shell cd) result different if including cygwin/bin directory in path

2006-04-11 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Omar BELKHODJA on 4/11/2006 3:44 AM:
> I want to use the unix commands from an MS-DOS command prompt (grep,
> find...) and for that I have included the cygwin/bin directory in my
> path.
> This is OK for using grep, find... but this creates me the following
> problem. I am using a some kind version of gmake.exe that can work alone
> (without any cygwin dll). This gmake.exe if executing a makefile with
> the command ($shell cd), returns the current directory from an
> MS-DOS command prompt, but if I add the cygwin/bin directory to the path
> the ($shell cd) result is an empty string, as if it was executed from a
> cygwin/unix environment.Is there any solution that doesn't need a change
> in my makefile ?

Why not use cygwin make, and then not have to worry about it all?  And if
you really like the name gmake, do 'ln /bin/make /bin/gmake'.  This list
can't really support third-party tools when a cygwin solution already
exists; ask the distributor of your gmake why it isn't working with
cygwin.  Also, including the output of 'cygcheck -svr' as a text
attachment, as suggested here, would have been helpful:

> Problem reports:   http://cygwin.com/problems.html

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEO5qr84KuGfSFAYARAvbrAKCQLWk4Bd7gIjbJNCfnxOCIvcBMgwCfVOHh
51rSPLixSLsfxORJJ9IrZuo=
=NcFY
-END PGP SIGNATURE-

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

RE: ($shell cd) result different if including cygwin/bin directory in path

2006-04-11 Thread Dave Korn

On 11 April 2006 10:45, Omar BELKHODJA wrote:

> This gmake.exe if executing a makefile with
> the command ($shell cd), returns the current directory from an
> MS-DOS command prompt, but if I add the cygwin/bin directory to the path
> the ($shell cd) result is an empty string



   WELL DON'T DO THAT THEN!


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


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

Re: Find not working w/ Samba drive

2006-04-11 Thread Corinna Vinschen

On Apr 11 12:45, J?rg Schaible wrote:
> Corinna Vinschen wrote on Tuesday, April 11, 2006 11:54 AM:
> 
> > On Apr 11 11:40, J?rg Schaible wrote:
> >> Hi Corinna,
> >> 
> >> Corinna Vinschen wrote on Tuesday, April 11, 2006 11:30 AM:
> >> 
> >>> Can you send an `ls -i' output from a small directory on that share?
> >>> I'm still looking into some way to distinguish old and new versions
> >>> of Samba...
> >> 
> >> Same situation here:
> >> 
> 
> [snip]
> 
> > 
> > Samba version?
> 
> 3.0.14a

Did you try a recent Cygwin snapshot?  Does that happen for all
directories on the share or just for some?  Which find version
are you using?


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/

Re: V5.94 ptx -i ignore-file doesn't appear to work

2006-04-11 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

http://cygwin.com/acronyms/#PPIOSPE - that way others can see the
resolution to this thread.

Reformatted your mail to avoid http://cygwin.com/acronyms/#TOFU

According to Graig McHendrie on 4/10/2006 7:08 AM:
> However, since I suspect line endings (even though all your directories
> are mounted binmode, which is good), copying and pasting from your email
> did not give me the same files that you were testing with (I was only
> able
> to reproduce Paul's output).  Please send the actual (short) problem
> files
> as an attachment, with line-endings preserved, so that I can more easily
> reproduce your situation.

> I wondered if it was something like that.  Here are the two files:
[snipped]
>
> Thanks,
> Graig
>

Indeed, both your files had CRLF endings, so ptx was using "a\r" as the
keyword instead of "a".  Upstream coreutils assumes that fopen(file, "r")
picks text mode, where in reality, on cygwin it picks the mode of the
underlying mount point.  Normally, if you use binary mounts, you should
use binary files (only LF line endings) so that tools that open files with
fopen(file, "r") don't have to deal with CR.  There exists a
cygwin-specific fopen(file, "rt") which can force text mode, but upstream
coreutils maintainers are reluctant to use it since it is not specified by
any standards body and is pretty much unique to cygwin.  If you insist on
text files with DOS endings, then it is easier to mount that directory
(but not your whole cygwin installation) as textmode.  Otherwise, d2u is a
great program for converting line endings to something expected by unix tools.

That said, I will probably patch coreutils ptx to force a text read of
files (ie. ignore \r in the keyword ignore list) when I next release an
update to coreutils - I have no problem maintaining cygwin-local patches
that the upstream maintainers will not accept.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
volunteer cygwin coreutils maintainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEO53Z84KuGfSFAYARAsB1AJ93u6ViI8uy0AdUT9C0vXQBhY0mYwCeKSJd
nYIEjJvOdUH19ZyvV9kER+I=
=OTQX
-END PGP SIGNATURE-

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

RE: Find not working w/ Samba drive

2006-04-11 Thread Jörg Schaible

Hi Corinna,

Corinna Vinschen wrote on Tuesday, April 11, 2006 2:14 PM:

> On Apr 11 12:45, J?rg Schaible wrote:
>> Corinna Vinschen wrote on Tuesday, April 11, 2006 11:54 AM:
>> 
>>> On Apr 11 11:40, J?rg Schaible wrote:
 Hi Corinna,
 
 Corinna Vinschen wrote on Tuesday, April 11, 2006 11:30 AM:
 
> Can you send an `ls -i' output from a small directory on that
> share? I'm still looking into some way to distinguish old and new
> versions of Samba...
 
 Same situation here:
 
>> 
>> [snip]
>> 
>>> 
>>> Samba version?
>> 
>> 3.0.14a
> 
> Did you try a recent Cygwin snapshot?  Does that happen for all
> directories on the share or just for some?  Which find version are
> you using? 

Sorry to waste your time, find is working for me now. The problem has been 
located between the ears. So you have to wait for the original poster to 
respond.

- Jörg

--
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: ($shell cd) result different if including cygwin/bin directory in path

2006-04-11 Thread Dave Korn

On 11 April 2006 13:27, Omar BELKHODJA wrote:

> It is true, that this is a third-party tool(the gnu make), but it seems
> that it is not really strange to the cygwin environment, as the fact of
> adding the cygwin/bin directory changes the behaviour of this tool.

  No, it's your fault.  Don't you understand what the PATH variable does?  You
want make to execute a command, and you have put a different file with the
same name as that command in your PATH.  What were you expecting to happen?

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

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

Re: Cygwin backwards compatibility break with WinMain and GetCommandLine (was Re: WinMain() not getting cl...)

2006-04-11 Thread Chris Sutcliffe

Just a thought

Since this could potentially cause some misunderstanding, what about
bumping the Cygwin DLL version number to 1.6.0?  That way there could
be some sort of statement to the affect that apps requiring these
functions should be relinked with 1.6.0 when it's released.  It's
semantics I suppose, but I think it would be easier to differentiate
1.5.x series from 1.6.x as opposed to stating relinking may be
required against 1.5.20 and greater.

Chris

--
Chris Sutcliffe
http://ir0nh34d.blogspot.com
http://emergedesktop.org

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

Re: ($shell cd) result different if including cygwin/bin directory in path

2006-04-11 Thread Omar BELKHODJA

Sorry Dave, but I don't understand which command you are talking about.
Are  talking about 'cd' ? I don't see any 'cd' command in the cygwin/bin
directory. If there was a 'cd' comand in the cygwin/bin directory, when
I type 'cd' directly from the DOS command prompt, I should have the same
empty string that I have from the ($shell cd), but this is not the case.

Best regards,
Omar

Dave Korn wrote:
> 
> On 11 April 2006 13:27, Omar BELKHODJA wrote:
> 
> > It is true, that this is a third-party tool(the gnu make), but it seems
> > that it is not really strange to the cygwin environment, as the fact of
> > adding the cygwin/bin directory changes the behaviour of this tool.
> 
>   No, it's your fault.  Don't you understand what the PATH variable does?  You
> want make to execute a command, and you have put a different file with the
> same name as that command in your PATH.  What were you expecting to happen?
> 
> 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/

RE: ($shell cd) result different if including cygwin/bin directory in path

2006-04-11 Thread Dave Korn

On 11 April 2006 15:26, Omar BELKHODJA wrote:

> Sorry Dave, but I don't understand which command you are talking about.
> Are  talking about 'cd' ? I don't see any 'cd' command in the cygwin/bin
> directory. If there was a 'cd' comand in the cygwin/bin directory, when
> I type 'cd' directly from the DOS command prompt, I should have the same
> empty string that I have from the ($shell cd), but this is not the case.

  Oh, of course, it's a builtin in both.  Doh!  It's the 'sh' executable that
is getting in the way, not 'cd' at all.  Make looks for 'sh' in order to run
the ($shell ...) command.

  1)  Do you have SHELL set in your environment vars?
  2)  Are you using a version of make that understands the MAKE_MODE variable
or the --win32 and --unix flags?

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/

Problem building openssh-4.3p2

2006-04-11 Thread Steve Shanks

I am trying to build openssh-4.3p2 portable source under Cygwin running
under Windows XP SP2.

I have installed Cygwin 1.5.19-4 along with these significant packages
(installed using the cygwin setup program):

gcc 3.4.4-1
minires-devel 1.00-1
openssl 0.9.8a-1
openssl-devel 0.9.8a-1
openssl097 0.9.7i-1
tcp_wrappers 7.6-1
zlib 1.2.3-1

I used the instructions in openssh-4.3p2/contrib./cygwin/README which 
state
to do

   If you want to build from source, the following options to
   configure are used for the Cygwin binary distribution:

  --prefix=/usr \
  --sysconfdir=/etc \
  --libexecdir='${sbindir}' \
  --localstatedir=/var \
  --datadir='${prefix}/share' \
  --mandir='${datadir}/man' \
  --infodir='${datadir}/info' \
  --with-tcp-wrappers

The configure run completes ok (and is logged as such in config.log). But
when I try to make the software (command: make with no parameters), then I
get the following errors:

   $ make
   if test ! -z ""; then \
./fixprogs ssh_prng_cmds ; \
   fi
   (cd openbsd-compat && make)
   make[1]: Entering directory
`/home/Steve/openssh-4.3p2/openbsd-compat'
   gcc -g -O2 -Wall -Wpointer-arith -Wuninitialized -Wsign-compare  -I.
-I.. -I. -I./..  -DHAVE_CONFIG_H -c bsd-arc4random.c
   In file included from ../includes.h:206,
from bsd-arc4random.c:17:
   ../defines.h:164:4: #error "8 bit int type not found."
   ../defines.h:176:5: #error "16 bit int type not found."
   ../defines.h:185:5: #error "32 bit int type not found."
   ../defines.h:201:5: #error "8 bit int type not found."
   ../defines.h:213:6: #error "16 bit int type not found."
   ../defines.h:222:6: #error "32 bit int type not found."
   ../defines.h:226:1: warning: "__BIT_TYPES_DEFINED__" redefined
   In file included from /usr/include/sys/types.h:372,
from /usr/include/stdio.h:46,
from ../includes.h:27,
from bsd-arc4random.c:17:

The source in defines.h has the following:

   #ifndef HAVE_INTXX_T
   # if (SIZEOF_CHAR == 1)
   typedef char int8_t;
   # else
   #  error "8 bit int type not found."
   # endif

Which means there is no define HAVE_INTXX_T and no define SIZEOF_CHAR.

In the config.log, I can see the following at the end of the file:

--


configure:26966: creating ./config.status

## -- ##
## Running config.status. ##
## -- ##

This file was extended by OpenSSH config.status Portable, which was
generated by GNU Autoconf 2.59.  Invocation command line was

  CONFIG_FILES= 
  CONFIG_HEADERS  = 
  CONFIG_LINKS= 
  CONFIG_COMMANDS =
  $ ./config.status 

on K13

config.status:714: creating Makefile
config.status:714: creating buildpkg.sh
config.status:714: creating opensshd.init
config.status:714: creating openbsd-compat/Makefile
config.status:714: creating scard/Makefile
config.status:714: creating ssh_prng_cmds
config.status:714: creating survey.sh
config.status:818: creating config.h
config.status:1336: config.h is unchanged

##  ##
## Cache variables. ##
##  ##

ac_cv_build=i686-pc-cygwin
ac_cv_build_alias=i686-pc-cygwin
ac_cv_c_bigendian=no
ac_cv_c_compiler_gnu=yes
ac_cv_c_inline=inline
ac_cv_cc_implements___FUNCTION__=yes
ac_cv_cc_implements___func__=yes
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_exeext=.exe
ac_cv_file___dev_ptc_=no
ac_cv_file___dev_ptmx_=yes
ac_cv_file___etc_default_login_=no
ac_cv_func___b64_ntop=no
ac_cv_func___b64_pton=no
ac_cv_func__getlong=no
ac_cv_func__getpty=no
ac_cv_func__getshort=no
ac_cv_func_arc4random=no
ac_cv_func_asprintf=yes
ac_cv_func_b64_ntop=no
ac_cv_func_b64_pton=no
ac_cv_func_bcopy=yes
ac_cv_func_bindresvport_sa=no
ac_cv_func_clock=yes
ac_cv_func_closefrom=no
ac_cv_func_daemon=yes
ac_cv_func_dirfd=yes
ac_cv_func_dirname=yes
ac_cv_func_endutent=yes
ac_cv_func_endutxent=yes
ac_cv_func_fchmod=yes
ac_cv_func_fchown=yes
ac_cv_func_freeaddrinfo=no
ac_cv_func_futimes=yes
ac_cv_func_gai_strerror=no
ac_cv_func_getaddrinfo=no
ac_cv_func_getcwd=yes
ac_cv_func_getgrouplist=no
ac_cv_func_getnameinfo=no
ac_cv_func_getopt=yes
ac_cv_func_getpagesize=yes
ac_cv_func_getpeereid=yes
ac_cv_func_getpgrp_void=yes
ac_cv_func_getrlimit=yes
ac_cv_func_getspnam=no
ac_cv_func_gettimeofday=yes
ac_cv_func_getttyent=no
ac_cv_func_getutent=yes
ac_cv_func_getutid=yes
ac_cv_func_getutline=yes
ac_cv_func_getutxent=yes
ac_cv_func_getutxid=yes
ac_cv_func_getutxline=yes
ac_cv_func_glob=yes
ac_cv_func_inet_aton=yes
ac_cv_func_inet_ntoa=yes
ac_cv_func_inet_ntop=yes
ac_cv_func_innetgr=no
ac_cv_func_lo

RE: ($shell cd) result different if including cygwin/bin directory in path

2006-04-11 Thread Igor Peshansky

On Tue, 11 Apr 2006, Dave Korn wrote:

> On 11 April 2006 15:26, Omar BELKHODJA wrote:
>
> > Sorry Dave, but I don't understand which command you are talking about.
> > Are  talking about 'cd' ? I don't see any 'cd' command in the cygwin/bin
> > directory. If there was a 'cd' comand in the cygwin/bin directory, when
> > I type 'cd' directly from the DOS command prompt, I should have the same
> > empty string that I have from the ($shell cd), but this is not the case.
>
>   Oh, of course, it's a builtin in both.  Doh!  It's the 'sh' executable that
> is getting in the way, not 'cd' at all.  Make looks for 'sh' in order to run
> the ($shell ...) command.
>
>   1)  Do you have SHELL set in your environment vars?
>   2)  Are you using a version of make that understands the MAKE_MODE
> variable or the --win32 and --unix flags?

If the Makefile does a recursive make (using $(MAKE)), and your gmake
doesn't set $(MAKE) properly (i.e., it's set to "make"), then there's a
chance that the recursive invocation is picking up Cygwin's make.  You
could set MAKE=gmake explicitly, or indeed set MAKE_MODE=win32 to make
Cygwin make behave the same as the Win32 version...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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: ($shell cd) result different if including cygwin/bin directory in path

2006-04-11 Thread Omar BELKHODJA

Thank you Dave, I understand now what is happening. I changed the name
of the sh.exe to sh_.exe and now everything is working. I think that
make searches first for the sh.exe file, and if it doesn't exist, it
uses C:\WINDOWS\system32\cmd.exe
1) The SHELL variable is not set in my environment, but this doesn't
have a different behaviour when it is set or not. I have tried with
C:\WINDOWS\system32\cmd.exe but it is not better.
2) The MAKE_MODE variable is supported, but the result is also bad
because all the paths are changed to /cygdrive/... if I set the variable
to win32, and if I set it to unix, we need the sh.exe, that gives a bad
return value with 'cd'.

Regards,
Omar

Dave Korn wrote:
> 
> On 11 April 2006 15:26, Omar BELKHODJA wrote:
> 
> > Sorry Dave, but I don't understand which command you are talking about.
> > Are  talking about 'cd' ? I don't see any 'cd' command in the cygwin/bin
> > directory. If there was a 'cd' comand in the cygwin/bin directory, when
> > I type 'cd' directly from the DOS command prompt, I should have the same
> > empty string that I have from the ($shell cd), but this is not the case.
> 
>   Oh, of course, it's a builtin in both.  Doh!  It's the 'sh' executable that
> is getting in the way, not 'cd' at all.  Make looks for 'sh' in order to run
> the ($shell ...) command.
> 
>   1)  Do you have SHELL set in your environment vars?
>   2)  Are you using a version of make that understands the MAKE_MODE variable
> or the --win32 and --unix flags?
> 
> 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/

Re: Console Window pops up for sh.exe in 1.5.19

2006-04-11 Thread Paul


Jens Wilken wrote:

Some GUI Application uses the "system" function to execute external
programs. It calls several programs, including "make".

...

I started the application, compiled with Cygwin 1.5.10., gcc3.3.3,
with Cygwin 1.5.19 and suddenly black console windows keep coming up.
The title shows, that the windows belong to sh.exe. They stay black
and when the process finishes, the window disappears. At the start of
the main application, stdout and stderr handles are reopened to a
log-file, so I understand why the windows stay black, because the
logfile is filled ok.


I had this same problem with FTE. I modified the FTE source code to add 
CREATE_NO_WINDOW to the CreateProcess calls, and that took care of it.



Paul

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

[ANNOUNCEMENT] Updated: Unicode text editor mined 2000 release 12

2006-04-11 Thread Thomas Wolff

 mined 2000 release 12
  (Mar 2006)

Mined is a powerful text editor with a comprehensive and easy-to-use 
user interface and fast, small-footprint behaviour.

Mined provides both extensive Unicode and CJK support offering many 
specific features and covering special cases that other editors 
are not aware of (like auto-detection features and automatic handling 
of terminal variations, or Han character information).
It was the first editor that supported Unicode in a plain-text terminal.
Basically, mined is an editor tailored to reliable and efficient 
editing of plain text documents and programs, with features and 
interactive behaviour designed for this purpose.


Following:
* Hints and links
* Major enhancements in this release
* Mined Overview




To install mined on cygwin, run the cygwin setup program, 
in the "Select Packages" menu, open the "Editors" category and 
select the mined package.

More information (with screenshots, feature overview and change log) 
and download are available from the mined web site at
http://towo.net/mined/


Mined is co-hosted at sourceforge and has a mailing list 
which can be subscribed at





Major enhancements in this release:

Character encoding support enhancements:
* Updated to Unicode 5.0.0 beta2:
  * Case conversion, Script information.
  * Combining character width properties.
  * Han information (from Unihan database) for CJK characters.
  * Radical/Stroke input method.
  * Added character input mnemonics for new LATIN characters.
* Supplemented Big5 character set with HKSCS-2004 update 
  from http://info.gov.hk/digital21/eng/hkscs/, adding more than 
  100 characters.
  Handling covers mappings to two Unicode characters, 
  like for JIS encodings.
* Revised interpretation of locale environment variables to 
  comply with de-facto locale standard but yet allowing flexible 
  locale configuration for both text and terminal encoding.
  This mechanism is supplemented by other options with useful 
  precedences.
  Command line options to specify text or terminal encoding were 
  revised, enhanced, and made more comprehensive.
* Revised terminal encoding handling to support also mapped 
  8-bit encodings including handling of combining characters 
  (with auto-detection).
* Generally revised handling of text and terminal encoding 
  to support all combinations of them.
* Supporting lots of additional 8-bit encodings for both 
  text encoding and terminal encoding. Structured Encoding menu 
  with submenus for comprehensive text encoding selection.
* Optional Unicode Copy/Paste buffer mode with implicit conversion.

Character handling support enhancements:
* Supplemented Cangjie input method with additional mappings 
  from HKSCS-2004 Changjie input code table.
* Case conversion is now always (i.e. in all encodings) 
  based on Unicode.
* Shift-F3 case cycling function now uses actual Unicode 
  title case characters when appropriate and available.
* Smart quotes enabled in all text encodings.
* Updated HTML character mnemonics to HTML 4.01.

Interworking enhancements:
* Improved intuitive assignment of copy/paste functions to 
  keypad, enhanced flexbility of usage.
* Further improvements on terminal interworking (even 
  version-specific), especially with KDE konsole. Added kterm 
  encoding auto-detection.

Other enhancements:
* New password hiding feature, selected by default for "hidden" files.
* Extended default installation by some aliases and wrappers:
  * minmacs, mstar, mpico for invocation of mined in 
emulation modes for emacs, WordStar, pico (alpha), 
respectively
  * umined, xmined for invocation of mined in a 
separate terminal window
  * uterm to invoke a new terminal window with a 
maximum of Unicode support achievable on the system, 
including best-choice font selection




Mined Overview

Good interactive features
* Intuitive user interface
* Logical and consistent concept of navigating and editing text 
  (without ancient line-end handling limitations or insert/append confusion)
* Supports various control styles:
  Editing with command control, function key control, or menu control
  Navigation by cursor keys, control keys, mouse or scrollbar
* Comprehensive menus (driven by keyboard or mouse)
* "HOP" key paradigm doubles the number of navigation functions 
  that can be most easily reached and remembered by 
  intuitively amplifying the associated function
* Immediate adjustment if the window size is changed, in any 
  state of interaction

Versatile character encoding support
* Extensive Unicode support, including double-width and combining characters,
  script highlighting, 
  various methods

XP embedded

2006-04-11 Thread Jeff Lange

Hi all,
  While searching though the mail list archives, I found a posting
back on March 9th asking about XP Embedded SP2 and the error
"/dev/null: No such file or directory".

Everyone blasted the poster for running a really old version of Cygwin.

Well I'm running into the exact same problem, except that I'm running
the latest version of Cygwin. When I start a console I get the message
"bash: /dev/null: No such file or directory"

I did a little playing around and if I try to pipe anything out
/dev/null I get the error.  just for kicks I tried creating /dev/null
using mknod, but it failed saying that the file already exists

I have the exact same installation on regular XP SP2 and this problem
does not exist

Let me know if you have any ideas on what the issue might be.

Thanks!

-Jeff

--
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: Find not working w/ Samba drive

2006-04-11 Thread rowol

Eric,

Thanks for the reply.   I'm not subscribed to the list and have been
really busy the last few days, so I haven't had time to look through the
list archive and see if there was a reply.   I'll send what Corinna asked
for...

Ross

===

> In case you aren't subscribed to the cygwin list, the maintainer of the
> cygwin code that interacts with samba gave the following reply to the
> list, asking for more information from you.  I would really like to see
> this problem resolved for you, as it probably affects other users of samba
> and cygwin.
>
>  Original Message 
> Subject: Re: Find not working w/ Samba drive
> Date: Tue, 11 Apr 2006 11:30:27 +0200
> From: Corinna Vinschen 
> Reply-To: cygwin AT cygwin DOT com
> To: cygwin AT cygwin DOT com
> References: <[EMAIL PROTECTED]>
>
> On Apr  6 03:16, rowol wrote:
>>C:\tmp>getvolinfo //maxwell/data.vault
>>rootdir: \\maxwell\data.vault\
>>Volume Name: 
>>Serial Number  : 304588959
>>Max Filenamelength : 255
>>Filesystemname : 
>>Flags:
>>  FILE_CASE_SENSITIVE_SEARCH  : TRUE
>>  FILE_CASE_PRESERVED_NAMES   : TRUE
>>  FILE_UNICODE_ON_DISK: FALSE
>>  FILE_PERSISTENT_ACLS: TRUE
>>  FILE_FILE_COMPRESSION   : FALSE
>>  FILE_VOLUME_QUOTAS  : FALSE
>>  FILE_SUPPORTS_SPARSE_FILES  : FALSE
>>  FILE_SUPPORTS_REPARSE_POINTS: FALSE
>>  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
>>  FILE_VOLUME_IS_COMPRESSED   : FALSE
>>  FILE_SUPPORTS_OBJECT_IDS: FALSE
>>  FILE_SUPPORTS_ENCRYPTION: FALSE
>>  FILE_NAMED_STREAMS  : FALSE
>>  FILE_READ_ONLY_VOLUME   : FALSE
>>
>>
>> ...
>>
>>%smbd -V
>>Version 2.2.4
>>
>>
>> Yes, I know this is probably an extremely old Samba version.  Updating
>> the
>> server is currently not an option due to time constraints (presently I
>> have a workaround), but it might be in the future.
>
> Can you send an `ls -i' output from a small directory on that share?
> I'm still looking into some way to distinguish old and new versions of
> Samba...
>
>
> 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/

Re: Find not working w/ Samba drive

2006-04-11 Thread rowol


> Can you send an `ls -i' output from a small directory on that share?
> I'm still looking into some way to distinguish old and new versions of
> Samba...

Here's one from the root of the share:

V:\>ls -i
3874166512 Mtn Bike Stuff
3867846400 Mystic.Industries
3877471064 app.data
3877337880 apt-cache
3876944672 bbtc
3877335048 clipart
3877161752 consulting
3877112600 datasheets
3877158920 davinci.winxp.save.080204
3877109768 downloads
3877363720 dvds to burn
3874903592 eagle.projects
3876961056 email
3877239568 embedded.tools
3877366544 find.trace.txt
3877468936 floppy.collection
3877111344 images
3877357080 linux.dev.documention
3877320232 malcolm.jpg
3867867944 mp3
3870878488 palm.stuff
3875819528 software.install.and.config.notes
3877303832 software.to.install.xls
3870197304 sounds
3877240840 stuff
3877361168 sygcheck.output.txt
3879189288 tmp
3870191624 utils
3876958216 vss.database


And here's one from a subdirectory:

V:\vss.database>ls -i
3775978248 data 3877471048 temp   3877153536 users.txt
3877175304 srcsafe.ini  3788795912 users


Could you cc your response to rowol at mysticind dot com ?   I'm not
subscribed to the Cygwin list and sometimes haven't had time to look at
the list archives.


Thanks!
Ross

--
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: Spam:Re: Find not working w/ Samba drive

2006-04-11 Thread Stefan Vorkoetter


And here's one from a Samba 2.2.3a share, repeated twice. Notice the inodes are 
different each time.

~/sandboxes/main/internal/src [920] $ ls -i v:/internal_html/2006-04-10/*.jpg
3796172808 v:/internal_html/2006-04-10/17-50-56.jpg
3811175240 v:/internal_html/2006-04-10/18-01-24.jpg
3845096040 v:/internal_html/2006-04-10/18-01-46.jpg
3809327944 v:/internal_html/2006-04-10/18-04-06.jpg
3811463176 v:/internal_html/2006-04-10/18-11-28.jpg
3807105032 v:/internal_html/2006-04-10/18-11-40.jpg
3776267944 v:/internal_html/2006-04-10/18-15-04.jpg
3811975176 v:/internal_html/2006-04-10/18-18-04.jpg
3813127320 v:/internal_html/2006-04-10/18-20-50.jpg
3807477768 v:/internal_html/2006-04-10/18-22-46.jpg
3809196872 v:/internal_html/2006-04-10/18-22-54.jpg
3808806816 v:/internal_html/2006-04-10/18-30-16.jpg
3795084576 v:/internal_html/2006-04-10/18-32-22.jpg
3809602376 v:/internal_html/2006-04-10/18-32-24.jpg
3809303368 v:/internal_html/2006-04-10/18-32-56.jpg
3803727376 v:/internal_html/2006-04-10/18-32-58.jpg
3811052360 v:/internal_html/2006-04-10/18-33-04.jpg
3804074848 v:/internal_html/2006-04-10/18-33-48.jpg
3810822984 v:/internal_html/2006-04-10/18-34-58.jpg
3787082568 v:/internal_html/2006-04-10/18-35-04.jpg
3795016520 v:/internal_html/2006-04-10/18-42-34.jpg
3852959752 v:/internal_html/2006-04-10/18-43-06.jpg
3815566152 v:/internal_html/2006-04-10/18-46-44.jpg
3835266856 v:/internal_html/2006-04-10/19-08-16.jpg
3809127240 v:/internal_html/2006-04-10/19-08-26.jpg
3813952328 v:/internal_html/2006-04-10/19-21-10.jpg
3809901384 v:/internal_html/2006-04-10/19-21-20.jpg
3795725128 v:/internal_html/2006-04-10/19-21-28.jpg

~/sandboxes/main/internal/src [921] $ ls -i v:/internal_html/2006-04-10/*.jpg
3799156744 v:/internal_html/2006-04-10/17-50-56.jpg
3849202504 v:/internal_html/2006-04-10/18-01-24.jpg
3810672648 v:/internal_html/2006-04-10/18-01-46.jpg
3797491720 v:/internal_html/2006-04-10/18-04-06.jpg
3795110728 v:/internal_html/2006-04-10/18-11-28.jpg
3792825160 v:/internal_html/2006-04-10/18-11-40.jpg
3807404040 v:/internal_html/2006-04-10/18-15-04.jpg
3810777928 v:/internal_html/2006-04-10/18-18-04.jpg
3809978072 v:/internal_html/2006-04-10/18-20-50.jpg
3805025880 v:/internal_html/2006-04-10/18-22-46.jpg
380760 v:/internal_html/2006-04-10/18-22-54.jpg
3810869256 v:/internal_html/2006-04-10/18-30-16.jpg
3813347336 v:/internal_html/2006-04-10/18-32-22.jpg
3813766224 v:/internal_html/2006-04-10/18-32-24.jpg
3872890888 v:/internal_html/2006-04-10/18-32-56.jpg
3814602208 v:/internal_html/2006-04-10/18-32-58.jpg
3815848776 v:/internal_html/2006-04-10/18-33-04.jpg
3831892808 v:/internal_html/2006-04-10/18-33-48.jpg
3813485384 v:/internal_html/2006-04-10/18-34-58.jpg
3791887176 v:/internal_html/2006-04-10/18-35-04.jpg
3810153736 v:/internal_html/2006-04-10/18-42-34.jpg
3797048136 v:/internal_html/2006-04-10/18-43-06.jpg
3797879112 v:/internal_html/2006-04-10/18-46-44.jpg
3835842568 v:/internal_html/2006-04-10/19-08-16.jpg
3815439176 v:/internal_html/2006-04-10/19-08-26.jpg
3803762696 v:/internal_html/2006-04-10/19-21-10.jpg
3783662408 v:/internal_html/2006-04-10/19-21-20.jpg
3810263048 v:/internal_html/2006-04-10/19-21-28.jpg

[EMAIL PROTECTED] wrote:

Can you send an `ls -i' output from a small directory on that share?
I'm still looking into some way to distinguish old and new versions of
Samba...


Here's one from the root of the share:
...


--
Stefan Vorkoetter
Maplesoft


--
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: Cygrunsrv starts service but reports that it didn't start

2006-04-11 Thread René Berber

Jet Wilda wrote:
[snip]
> $ cygrunsrv -I samhain -d "CYGWIN samhain" -p /usr/local/sbin/samhain -a
> "-D" -e "CYGWIN=ntsec tty"
[snip]
> The samhain log file just reports that it started and is why it isn't
> included.  Does this have to do with the way samhain forks to become a
> daemon?  If so how would I get it so that I can start and stop the
> service via the services panel or via cygrunsrv?

You have two choices:

cygrunsrv -I samhain -d "CYGWIN samhain" -p /usr/local/sbin/samhain -a 
--foreground

or see if it creates a .pid file and use

cygrunsrv -I samhain -d "CYGWIN samhain" -p /usr/local/sbin/samhain -a -D
-x /var/run/samhain.pid

where I used "/var/run/samhain.pid" as an example.

You'll have to check that all files and directories where the daemon writes or
creates files are usable by user SYSTEM which, unless you change it, is the user
who will be running the service.
-- 
René Berber


--
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: awk -v BINMODE=rw '{print}' # future sed revs binary too?

2006-04-11 Thread Tom Rodman

On Tue 4/11/06 11:19 +0200 cygwin@cygwin.com wrote:
> On Apr  6 08:35, Tom Rodman wrote:
> > On Thu 4/6/06 8:04 CDT cygwin@cygwin.com wrote:
> > > OK - I read Corinna's ANNOUNCEMENT on gawk-3.1.5-4.  I'll try the BINMODE 
> > > variable.
> > 
> > I read the info page on gawk and BINMODE, it does not seem to be working:
> > 
> >   ~ $ cygcheck -c gawk
> >   Cygwin Package Information
> >   Package  VersionStatus
> >   gawk 3.1.5-4OK
> >   ~ $ printf "\r\n"|awk 'BEGIN {BINMODE=3;}; {print}'|od -c
> >   000  \n
> >   001
> >   ~ $ printf "\r\n"|awk 'BEGIN {BINMODE="rw";}; {print}'|od -c
> >   000  \n
> >   001
> 
> `info gawk' shows that BINMODE must be set before the awk script gets
> executed.  Use the -v option, like this:
> 
>   printf "\r\n" | awk -v BINMODE=rw '{print}' | od -c

Thanks Corinna, that worked; nice that your back..

> > How do I get sed 4.1.5-1 to act in text mode again?  
> 
> Use dos2unix/unix2dos in scripts.

So the change to sed is intentional, I assume.  I always thought 'sed' should be
binary by default, but for years the cygwin version was not.

Will you reassure me that sed will stay this way?  :->

--
thanks again,
Tom

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

1.15.19 dlopen() dies with no dlerror()

2006-04-11 Thread Michael McKerns

I've been using the following Makefile syntax with building cygwin
applications:

$(PROJ_DLL) $(PROJ_SAR): product_dirs $(PROJ_OBJS)
$(CXX) $(LCXX_SARFLAGS) -Wl,--out-implib=$(PROJ_SAR) \
-o $(PROJ_DLL) $(PROJ_OBJS) $(LCXXFLAGS)

This is exactly what is in the cygwin documentation, but generalized
for Makefiles.  It has succesfully generated executables since way
back, and was still working for cygwin 1.15.18-3, however since I've
upgraded to 1.15.19-4 it fails.

The behavior is this:
Output from compile and build steps produce the expected linking
messages.  No apparent errors.

However, applications die at dlopen.

Example (1):
importing a shared library (journal) through python
 $ python -v
 ...
 >>> import journal
 import journal # directory /home/mmckerns/tools/.../journal
 ...
 dlopen("/home/mmckerns/tools/.../_journalmodule.dll", 2);

python dies here, and exits with no error.
That lead me to writing a little test script to check the
behavior of the .dll in C (without python).

Example (2):
testing a shared library (journal) with dlopen & dlerror
 $ ./dlopen.exe
 .dll TEST...

the executable dies here, and exits with no error or print
(please see attached dlopen.c)


I have a feeling that this might be related to previous reports
(such as http://sourceware.org/ml/cygwin/2006-04/msg00073.html
 and http://sourceware.org/ml/cygwin/2006-04/msg00036.html),
but I am not sure.

---

Mike McKerns
California Institute of Technology#include 
#include 

int main(int argc, char **argv) {
void *handle;
//  double (*cosine)(double);
char *error;

fprintf (stdout, ".dll TEST...\n");
//  handle = 
dlopen("/home/mmckerns/tools/pythia-0.8/modules/arrayDemo/arrayDemomodule.dll", 
RTLD_LAZY);
handle = 
dlopen("/home/mmckerns/tools/pythia-0.8/modules/journal/_journalmodule.dll", 
RTLD_LAZY);
if (!handle) {
fprintf (stderr, "%s\n", dlerror());
exit(1);
}
fprintf (stdout, ".dll opened\n");

/*  cosine = dlsym(handle, "cos");
if ((error = dlerror()) != NULL) {
fprintf (stderr, "%s\n", error);
exit(1);
}

printf ("%f\n", (*cosine)(2.0));
*/  dlclose(handle);
fprintf (stdout, ".dll closed\n");
return 0;
}

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

Re: 1.15.19 dlopen() dies with no dlerror()

2006-04-11 Thread Christopher Faylor

On Tue, Apr 11, 2006 at 01:22:39PM -0700, Michael McKerns wrote:
>I've been using the following Makefile syntax with building cygwin
>applications:
>
>$(PROJ_DLL) $(PROJ_SAR): product_dirs $(PROJ_OBJS)
>   $(CXX) $(LCXX_SARFLAGS) -Wl,--out-implib=$(PROJ_SAR) \
>   -o $(PROJ_DLL) $(PROJ_OBJS) $(LCXXFLAGS)
>
>This is exactly what is in the cygwin documentation, but generalized
>for Makefiles.  It has succesfully generated executables since way
>back, and was still working for cygwin 1.15.18-3, however since I've
>upgraded to 1.15.19-4 it fails.
>
>The behavior is this:
>Output from compile and build steps produce the expected linking
>messages.  No apparent errors.
>
>However, applications die at dlopen.
>
>Example (1):
>importing a shared library (journal) through python
> $ python -v
> ...
> >>> import journal
> import journal # directory /home/mmckerns/tools/.../journal
> ...
> dlopen("/home/mmckerns/tools/.../_journalmodule.dll", 2);
>
>python dies here, and exits with no error.
>That lead me to writing a little test script to check the
>behavior of the .dll in C (without python).
>
>Example (2):
>testing a shared library (journal) with dlopen & dlerror
> $ ./dlopen.exe
> .dll TEST...
>
>the executable dies here, and exits with no error or print
>(please see attached dlopen.c)

WFM.

  $ ./dlerr
  .dll TEST...
  No such file or directory
  bash-3.1$ uname -a
  CYGWIN_NT-5.1 norton 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin

Please see: http://cygwin.com/problems.html .

cgf

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

Re: 1.15.19 dlopen() dies with no dlerror()

2006-04-11 Thread Michael McKerns

Yes, yes...  I've not given you enough information...

$ uname -a
CYGWIN_NT-5.1 turro 1.5.19<0.150/4/2) 2006-01-20 13:38 i686 Cygwin

Also the file I attached needs to inspect a .dll that is built
with the procedure that I described in the first part of the
message.  So when you got "No such file or directory", it is because
dlopen.c is looking for the .dll that is hardwired into the code.
You'd need to replace it with a .dll that you built with the
aforementioned syntax.

I'm using the standard cygwin syntax for building dll's, but
I'm useing the raw code that's inside dlltool.

See:
http://cygwin.com/cygwin-ug-net/dll.html
http://cygwin.com/faq.html#faq.programming.dll-relocatable

---

Mike McKerns
California Institute of Technology

--
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: 1.15.19 dlopen() dies with no dlerror()

2006-04-11 Thread Christopher Faylor

On Tue, Apr 11, 2006 at 02:21:08PM -0700, Michael McKerns wrote:
>Yes, yes...  I've not given you enough information...
>...
>I'm using the standard cygwin syntax for building dll's, but I'm useing
>the raw code that's inside dlltool.
>
>See: http://cygwin.com/cygwin-ug-net/dll.html
>http://cygwin.com/faq.html#faq.programming.dll-relocatable

Sorry but I'm not interested in cobbling together a DLL.

Perhaps someone else will want to give this a shot but I suspect that,
as usual, providing a self-contained test case is the best way to go.

cgf

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

SSH works, but SFTP fails on non-admin users

2006-04-11 Thread DJ Lee


Hello -

I just upgraded cygwin a few days ago (a lot of packages were upgraded), 
and all of a sudden, I have an odd issue with SFTP.


On this box 'icenine', I have two users, one administrator, one 
non-admin.  I can ssh and scp into the box with both users without 
problems; I can also sftp into the box with the admin user.  But when I 
try to sftp into icenine with the non-admin user, an error occurs on 
icenine:



"This application has failed to start because cygcrypto-0.9.8.dll was 
not found. Re-installing the application may fix this problem."



I've tried creating new users to investigate the problem.  When I 
created a new non-admin user, the same problem resulted.  When I created 
a new admin user, I _could_ log in with sftp.  So the problem lies in 
the distinction between admin and non-admin.


I've tried uninstalling the packages openssh and openssl and crypt, and 
reinstalling... no change.


I also have another very similar box, with the same user setup, and 
where I upgraded cygwin at the same time.. and no such behavior happens 
there.  I've looked at the permissions, both windows and cygwin 
permissions, in lots of places on these two boxes, but I don't see any 
obvious wrong permissions.. the permissions on /bin/cygcrypto-0.9.8.dll 
and /usr/bin/cygcrypto-0.9.8.dll are the default, as well as /bin and 
/usr/bin...


I have looked everywhere online, and I don't think anyone has had this 
admin/non-admin problem before... does anyone have any ideas?

I've attached my `cygcheck -srv` output.

Thanks in advance,
DJ Lee

Cygwin Configuration Diagnostics
Current System Time: Tue Apr 11 22:17:08 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   C:\Cygwin\usr\local\bin
C:\Cygwin\bin
C:\Cygwin\bin
C:\Cygwin\usr\X11R6\bin
c:\program files\imagemagick
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\PROGRA~1\SecureFX
c:\Program Files\SecureCRT\
c:\Program Files\MySQL\MySQL Server 4.1\bin
c:\Program Files\ATI Technologies\ATI Control Panel
C:\Cygwin\bin
.\

Output from C:\Cygwin\bin\id.exe (nontsec)
UID: 1005(icenine)  GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

Output from C:\Cygwin\bin\id.exe (ntsec)
UID: 1005(icenine)  GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'icenine'
PWD = '/home/icenine'
CYGWIN = 'ntsec'
HOME = '/home/icenine'
MAKE_MODE = 'unix'

HOMEPATH = '\Cygwin\home\icenine'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
HOSTNAME = 'icenine'
TERM = 'xterm'
SHELL = '/bin/bash'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 8 Stepping 1, AuthenticAMD'
WINDIR = 'C:\WINDOWS'
SSH_CLIENT = '140.247.165.166 35518 22'
OLDPWD = '/home/icenine/wwwroot/include'
USERDOMAIN = 'ICENINE'
SSH_TTY = '/dev/tty3'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
TEMP = '/cygdrive/c/WINDOWS/TEMP'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
USERNAME = 'icenine'
PROCESSOR_LEVEL = '6'
MAIL = '/var/spool/mail/icenine'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Documents and Settings\icenine'
TZ = 'EST5EST4,M4.1.0/2,M10.5.0/2'
PS1 = '\[\033]0;[EMAIL PROTECTED]:\w\007\033[01;[EMAIL PROTECTED] 
\[\033[01;35m\]\w \[\033[01;34m\]$ \[\033[0m\]'
LOGONSERVER = '\\ICENINE'
PROCESSOR_ARCHITECTURE = 'x86'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
LOGNAME = 'icenine'
TMP = '/cygdrive/c/WINDOWS/TEMP'
SYSTEMROOT = 'C:\WINDOWS'
PRINTER = 'Canon S750'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '0801'
SSH_CONNECTION = '140.247.165.166 35518 140.247.165.33 22'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
NUMBER_OF_PROCESSORS = '1'
COMPUTERNAME = 'ICENINE'
_ = '/usr/bin/cygcheck'
POSIXLY_CORRECT = '1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = '/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = 'C:\Cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = 'C:\Cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = 'C:\Cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd N/AN/A
c:  hd  NTFS 19085Mb  60% CP CS UN PA FC 
d:  cd N/AN/A

Fixing the state of C++ in Cygwin

2006-04-11 Thread Steven Brown

Currently in Cygwin, C++ apps using libtool will fail to build for some 
reason due to sed 4.1.5 - you have to downgrade to 4.1.4, which is not 
the default being installed.  C++ programs are also affected by gcc bug 
#24196[1] (passing std::string between exes and dlls), which causes hard 
to track down crashes.


I'd like to help get these fixed in Cygwin, but I'm not sure how to help 
out.  It seems the tasks to be done are:


1) Set sed 4.1.4 as the default until the reason 4.1.5 causes libtool 
failures is fixed.


2) Integrate the patch in gcc bug #24196 to Cygwin's build of gcc.

Could you point me in the right direction as to who to contact to help 
get these taken care of?



[1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24196


--
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: SSH works, but SFTP fails on non-admin users

2006-04-11 Thread Jay Abel

By any chance, is the non-admin shell something other than bash, say, tcsh? 
If so, please reply with that data.  I assume the cygcheck.out below was run 
from the administrator account?  Please correct me if that is not the case.

- Original Message - 
From: "DJ Lee" <[EMAIL PROTECTED]>

To: 
Sent: Tuesday, April 11, 2006 5:03 PM
Subject: SSH works, but SFTP fails on non-admin users

Hello -

I just upgraded cygwin a few days ago (a lot of packages were upgraded),
and all of a sudden, I have an odd issue with SFTP.

On this box 'icenine', I have two users, one administrator, one
non-admin.  I can ssh and scp into the box with both users without
problems; I can also sftp into the box with the admin user.  But when I
try to sftp into icenine with the non-admin user, an error occurs on
icenine:

"This application has failed to start because cygcrypto-0.9.8.dll was
not found. Re-installing the application may fix this problem."

I've tried creating new users to investigate the problem.  When I
created a new non-admin user, the same problem resulted.  When I created
a new admin user, I _could_ log in with sftp.  So the problem lies in
the distinction between admin and non-admin.

I've tried uninstalling the packages openssh and openssl and crypt, and
reinstalling... no change.

I also have another very similar box, with the same user setup, and
where I upgraded cygwin at the same time.. and no such behavior happens
there.  I've looked at the permissions, both windows and cygwin
permissions, in lots of places on these two boxes, but I don't see any
obvious wrong permissions.. the permissions on /bin/cygcrypto-0.9.8.dll
and /usr/bin/cygcrypto-0.9.8.dll are the default, as well as /bin and
/usr/bin...

I have looked everywhere online, and I don't think anyone has had this
admin/non-admin problem before... does anyone have any ideas?
I've attached my `cygcheck -srv` output.

Thanks in advance,
DJ Lee

Cygwin Configuration Diagnostics
Current System Time: Tue Apr 11 22:17:08 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path: C:\Cygwin\usr\local\bin
C:\Cygwin\bin
C:\Cygwin\bin
C:\Cygwin\usr\X11R6\bin
c:\program files\imagemagick
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\PROGRA~1\SecureFX
c:\Program Files\SecureCRT\
c:\Program Files\MySQL\MySQL Server 4.1\bin
c:\Program Files\ATI Technologies\ATI Control Panel
C:\Cygwin\bin
.\

Output from C:\Cygwin\bin\id.exe (nontsec)
UID: 1005(icenine)  GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

Output from C:\Cygwin\bin\id.exe (ntsec)
UID: 1005(icenine)  GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'icenine'
PWD = '/home/icenine'
CYGWIN = 'ntsec'
HOME = '/home/icenine'
MAKE_MODE = 'unix'

HOMEPATH = '\Cygwin\home\icenine'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
HOSTNAME = 'icenine'
TERM = 'xterm'
SHELL = '/bin/bash'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 8 Stepping 1, AuthenticAMD'
WINDIR = 'C:\WINDOWS'
SSH_CLIENT = '140.247.165.166 35518 22'
OLDPWD = '/home/icenine/wwwroot/include'
USERDOMAIN = 'ICENINE'
SSH_TTY = '/dev/tty3'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
TEMP = '/cygdrive/c/WINDOWS/TEMP'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
USERNAME = 'icenine'
PROCESSOR_LEVEL = '6'
MAIL = '/var/spool/mail/icenine'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Documents and Settings\icenine'
TZ = 'EST5EST4,M4.1.0/2,M10.5.0/2'
PS1 = '\[\033]0;[EMAIL PROTECTED]:\w\007\033[01;[EMAIL PROTECTED] \[\033[01;35m\]\w 
\[\033[01;34m\]$ \[\033[0m\]'

LOGONSERVER = '\\ICENINE'
PROCESSOR_ARCHITECTURE = 'x86'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
LOGNAME = 'icenine'
TMP = '/cygdrive/c/WINDOWS/TEMP'
SYSTEMROOT = 'C:\WINDOWS'
PRINTER = 'Canon S750'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '0801'
SSH_CONNECTION = '140.247.165.166 35518 140.247.165.33 22'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
NUMBER_OF_PROCESSORS = '1'
COMPUTERNAME = 'ICENINE'
_ = '/usr/bin/cygcheck'
POSIXLY_CORRECT = '1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
 (default) = '/cygdrive'
 cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
 (default) = 'C:\Cygwin'
 flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
 (default) = 'C:\Cygwin/

Re: SSH works, but SFTP fails on non-admin users

2006-04-11 Thread DJ Lee


The non-admin shell is bash.
The previous cygcheck attachment was run from the admin account.
Here's the cygcheck output from the non-admin account (though it can't 
get info on services from Windows, since non-admin, so that section of 
the cygcheck is empty).  I diff'ed the two outputs, but I don't see any 
red flags.  Attached the diff, too.


Thanks,
DJ

Jay Abel wrote:
By any chance, is the non-admin shell something other than bash, say, 
tcsh? If so, please reply with that data.  I assume the cygcheck.out 
below was run from the administrator account?  Please correct me if that 
is not the case.


- Original Message - From: "DJ Lee" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, April 11, 2006 5:03 PM
Subject: SSH works, but SFTP fails on non-admin users



Hello -

I just upgraded cygwin a few days ago (a lot of packages were upgraded),
and all of a sudden, I have an odd issue with SFTP.

On this box 'icenine', I have two users, one administrator, one
non-admin.  I can ssh and scp into the box with both users without
problems; I can also sftp into the box with the admin user.  But when I
try to sftp into icenine with the non-admin user, an error occurs on
icenine:


"This application has failed to start because cygcrypto-0.9.8.dll was
not found. Re-installing the application may fix this problem."


I've tried creating new users to investigate the problem.  When I
created a new non-admin user, the same problem resulted.  When I created
a new admin user, I _could_ log in with sftp.  So the problem lies in
the distinction between admin and non-admin.

I've tried uninstalling the packages openssh and openssl and crypt, and
reinstalling... no change.

I also have another very similar box, with the same user setup, and
where I upgraded cygwin at the same time.. and no such behavior happens
there.  I've looked at the permissions, both windows and cygwin
permissions, in lots of places on these two boxes, but I don't see any
obvious wrong permissions.. the permissions on /bin/cygcrypto-0.9.8.dll
and /usr/bin/cygcrypto-0.9.8.dll are the default, as well as /bin and
/usr/bin...

I have looked everywhere online, and I don't think anyone has had this
admin/non-admin problem before... does anyone have any ideas?
I've attached my `cygcheck -srv` output.

Thanks in advance,
DJ Lee




 






Cygwin Configuration Diagnostics
Current System Time: Tue Apr 11 22:17:08 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path: C:\Cygwin\usr\local\bin
C:\Cygwin\bin
C:\Cygwin\bin
C:\Cygwin\usr\X11R6\bin
c:\program files\imagemagick
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\PROGRA~1\SecureFX
c:\Program Files\SecureCRT\
c:\Program Files\MySQL\MySQL Server 4.1\bin
c:\Program Files\ATI Technologies\ATI Control Panel
C:\Cygwin\bin
.\

Output from C:\Cygwin\bin\id.exe (nontsec)
UID: 1005(icenine)  GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

Output from C:\Cygwin\bin\id.exe (ntsec)
UID: 1005(icenine)  GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'icenine'
PWD = '/home/icenine'
CYGWIN = 'ntsec'
HOME = '/home/icenine'
MAKE_MODE = 'unix'

HOMEPATH = '\Cygwin\home\icenine'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
HOSTNAME = 'icenine'
TERM = 'xterm'
SHELL = '/bin/bash'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 8 Stepping 1, AuthenticAMD'
WINDIR = 'C:\WINDOWS'
SSH_CLIENT = '140.247.165.166 35518 22'
OLDPWD = '/home/icenine/wwwroot/include'
USERDOMAIN = 'ICENINE'
SSH_TTY = '/dev/tty3'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
TEMP = '/cygdrive/c/WINDOWS/TEMP'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
USERNAME = 'icenine'
PROCESSOR_LEVEL = '6'
MAIL = '/var/spool/mail/icenine'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Documents and Settings\icenine'
TZ = 'EST5EST4,M4.1.0/2,M10.5.0/2'
PS1 = '\[\033]0;[EMAIL PROTECTED]:\w\007\033[01;[EMAIL PROTECTED] \[\033[01;35m\]\w 
\[\033[01;34m\]$ \[\033[0m\]'

LOGONSERVER = '\\ICENINE'
PROCESSOR_ARCHITECTURE = 'x86'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
LOGNAME = 'icenine'
TMP = '/cygdrive/c/WINDOWS/TEMP'
SYSTEMROOT = 'C:\WINDOWS'
PRINTER = 'Canon S750'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '0801'
SSH_CONNECTION = '140.247.165.166 35518 140.247.165.33 22'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
NUMBER_OF_PROCESSORS = '1'
COMPUTERNAME = 'ICENINE'
_ = '/usr/bin/cygcheck'
POSIXLY_CORRECT = '1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus So

How to add users to sshd?

2006-04-11 Thread siegfried


I can use ssh with the administrator account but I'm having trouble using
ssh with my other user accounts. I'm reading
/usr/share/doc/Cygwin/openssh.README and it says:

"You can create the private and public keys for a user now by running

  /usr/bin/ssh-user-config

under the users account."

I tried that and it says:

bash-3.00$ /usr/bin/ssh-user-config
There is no home directory set for you in /etc/passwd.
Setting $HOME is not sufficient!

Hmmm I'm confused. Can someone tell me how to use ssh with something
other than the Administrator account?

Thanks,
Siegfried


--
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: Fixing the state of C++ in Cygwin

2006-04-11 Thread Christopher Faylor

On Tue, Apr 11, 2006 at 09:13:14PM -0700, Steven Brown wrote:
>Currently in Cygwin, C++ apps using libtool will fail to build for some 
>reason due to sed 4.1.5 - you have to downgrade to 4.1.4, which is not 
>the default being installed.  C++ programs are also affected by gcc bug 
>#24196[1] (passing std::string between exes and dlls), which causes hard 
>to track down crashes.
>
>I'd like to help get these fixed in Cygwin, but I'm not sure how to help 
>out.  It seems the tasks to be done are:
>
>1) Set sed 4.1.4 as the default until the reason 4.1.5 causes libtool 
>failures is fixed.
>
>2) Integrate the patch in gcc bug #24196 to Cygwin's build of gcc.
>
>Could you point me in the right direction as to who to contact to help 
>get these taken care of?

How about figuring out what the "for some reason" is that makes sed 4.1.5
(theoretically) fail?

cgf

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

Re: Fixing the state of C++ in Cygwin

2006-04-11 Thread Steven Brown


Christopher Faylor wrote:


How about figuring out what the "for some reason" is that makes sed 4.1.5
(theoretically) fail?


The thread regarding sed 1.4.5 and libtool:
http://www.cygwin.com/ml/cygwin/2006-02/msg00846.html

Wouldn't it be best to first return to sed 4.1.4 before debugging why 
upgrading to sed 4.1.5 is problematic?  It's left Cygwin installs in a 
broken state for C++ compiles since February.


I can look into the problem with sed 4.1.5 as well, but I'd like to see 
Cygwin stay in a working state as much as possible.


--
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 add users to sshd?

2006-04-11 Thread René Berber

siegfried wrote:

> I can use ssh with the administrator account but I'm having trouble using
> ssh with my other user accounts. I'm reading
> /usr/share/doc/Cygwin/openssh.README and it says:
> 
> "You can create the private and public keys for a user now by running
> 
>   /usr/bin/ssh-user-config
> 
> under the users account."
> 
> I tried that and it says:
> 
> bash-3.00$ /usr/bin/ssh-user-config
> There is no home directory set for you in /etc/passwd.
> Setting $HOME is not sufficient!
> 
> Hmmm I'm confused. Can someone tell me how to use ssh with something
> other than the Administrator account?

A Windows user is not the "user account" the documentation refers to above.
After creating the Windows user you (an administrator) have to add the user to
the /etc/passwd file, usually running "mkpasswd -l -u UserName >> /etc/passwd",
but you may have to edit the file to modify group, shell or home directory.

The home directory is created the first time the user logs in.  I think the
ssh-user-config is meant to be used by the user itself, that will at least take
care of creating the home directory.
-- 
René Berber


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

40 matches

Mail list logo