Re: RES: Problem accessing samba shares via ssh in XP

[Danilo Turina]

The "problem" is that logging with ssh with your username you are not 
really logged as your user (that has the network drives mapped) but, 
instead, as SYSTEM (that has no network drive map (also because it is 
not a network user)).


This also applies to telnet and to all the other mechanisms that, 
through Cygwin, allow you to log to your machine.


A workaround is to manually map the network drives manually (using NET 
USE) after you log with ssh.


Ciao,

Danilo

Felipe Franciosi wrote:

Some people replied directly to me reporting the same problem.

Does anyone have a solution???

[]s

--
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
 Felipe Franciosi  +55-51-91230557
 CPAD/HP/PUCRS – Centro de Pesquisa em Alto Desempenho
 http://www.cpad.pucrs.br/  [EMAIL PROTECTED]
 Porto Alegre, RS - Brazil
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=

-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de
Felipe Franciosi
Enviada em: segunda-feira, 21 de novembro de 2005 20:41
Para: cygwin@cygwin.com
Assunto: Problem accessing samba shares via ssh in XP

Hello All,

I'm not sure if this has already been discussed here, but I couldn't find
anything related using google.

I have a WinXP box running cygwin and SSHD. In this XP, I have mounted some
shares exported by a linux box trough smb. 


When I log in locally (e.g. run xterm -l) I see the shares in /cygdrive. But
I when I log in via ssh, they are simply not there...

See:

[EMAIL PROTECTED]
$ cd /cygdrive

[EMAIL PROTECTED]/cygdrive]
$ ls
c/  d/  x/  y/  z/


[EMAIL PROTECTED]/cygdrive]
$ ssh localhost
[EMAIL PROTECTED]'s password: 
Last login: Mon Nov 21 19:48:08 2005 from localhost

Fanfare!!!
You are successfully logged in to this server!!!

[EMAIL PROTECTED]
$ cd /cygdrive

[EMAIL PROTECTED]/cygdrive]
$ ls
c/  d/

[EMAIL PROTECTED]/cygdrive]
$


Any ideas on what's going on ??

Thanks

p.s. Here is some weird debugging:

[EMAIL PROTECTED]
$ net use
Novas conexões serão lembradas.


Status   Local RemotoRede


---
OK   X:\\jacaranda\ozzy  Rede Microsoft Windows
Desconectado Y:\\jacaranda\publicRede Microsoft Windows
OK   Z:\\arrakis\franciosi   Rede Microsoft Windows

Comando concluído com êxito.


[EMAIL PROTECTED]
$ ssh localhost
[EMAIL PROTECTED]'s password: 
   Last login: Mon Nov 21 20:36:15 2005 from

localhost
Fanfare!!!
You are successfully logged in to this server!!!

[EMAIL PROTECTED]
$ net use
Novas conexões serão lembradas.


Status   Local RemotoRede


---
Não disponív X:\\jacaranda\ozzy  Rede Microsoft Windows
NÆo dispon¡v Y:\\jacaranda\publicRede Microsoft Windows
NÆo dispon¡v Z:\\arrakis\franciosi   Rede Microsoft Windows

Comando concluído com êxito.


[EMAIL PROTECTED]
$

Disregarding the codepages issue, here is some important translations:
"NÆo dispon¡v" is actually "Não disponível", which means "Unavailable".
"Desconectado" naturally stands for "Disconnected".


--
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
 Felipe Franciosi  +55-51-91230557
 CPAD/HP/PUCRS – Centro de Pesquisa em Alto Desempenho
 http://www.cpad.pucrs.br/  [EMAIL PROTECTED]
 Porto Alegre, RS - Brazil
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=



--
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: RES: Problem accessing samba shares via ssh in XP

[Corinna Vinschen]

On Nov 24 10:00, Danilo Turina wrote:
> The "problem" is that logging with ssh with your username you are not 
> really logged as your user (that has the network drives mapped) but, 
> instead, as SYSTEM (that has no network drive map (also because it is 
> not a network user)).
> 
> This also applies to telnet and to all the other mechanisms that, 
> through Cygwin, allow you to log to your machine.

No, telnet shouldn't be affected.  It all depends on using password
authentication or not.  See the FAQ
http://cygwin.com/faq/faq-nochunks.html#faq.using.shares


Corinna

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

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

/dev/console : permission denied

[Christopher McIntosh]

Hello cygwinites!

In my /var/log/messages file (from syslogd), I find the following message:

init : open(/dev/console): Permission denied

this message appears whenever init is started or stopped.

I've searched and searched but find no mention of it in the newsgroups.

Any insight will be much appreciated!

-Chris


--
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: WSADuplicateSocket used to implement ssh session multiplexing?

[Corinna Vinschen]

On Nov 23 11:56, Jeff Hardy wrote:
> I understand that windows does not allow sending open file descriptors
> over sockets and that is the reason that session multiplexing through
> a control master doesn't work. The documentation for
> WSADuplicateSocket states that the resulting WSAPROTOCOL_INFO
> structure can be sent through an IPC to a target process and that the
> target process can then call WSASocket with that info and the effect
> is a shared socket. If the sending process closes the socket, then the
> target has the connection to itself.
> 
>  Is this essentially the same as sending an open file descriptor
> through a socket? I am of course assuming that the fd that is being
> sent is for a socket.
> 
> Or am I really missing the big picture?

You're missing the infrastructure necessary to send file descriptor
data between processes.


Corinna

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

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

Re: Cygwin connection closing running on Server 2003

[Corinna Vinschen]

On Nov 23 22:21, Larry Hall (Cygwin) wrote:
> On 11/23/2005, Jack Romano wrote:
> >I am running Cygwin 1.5.18 on Windows Sever 2003 with all current updates. 
> >My problem pertains to OpenSSH 4.2p1-1. I ran the setup script for OpenSSH 
> >and used the tool to import my Windows users. I am able to connect to the 
> >server both locally and from other machine and am prompted for my 
> >password. When I give an erroneous password I am told so. When I give a 
> >correct password I am given the "Last Login:..." message (which is 
> >correct) but then immediatly "Connection to localhost closed." (localhost 
> >replaced by the server name when not connecting locally) and an error 255. 
> >This happens for all users (including the Administrator user) and locally 
> >and remotely. I have noticed that if after I submit my password I start 
> >tapping keys quickly the connection stays open untill I stop -- even for a 
> >fraction of a second. I have reinstalled OpenSSH and then Cygwin to no 
> >avail.
> >
> >I have attached the verbose output of the ssh connection to the server. 
> >The OpenSSH log does not log this failure.
> >
> >Any insight would be appreciated. 
> 
> I have a vague recollection of folks having problems like this when they
> didn't have correct permissions on their login directory.  You might check
> this.  If you can't find the problem this way, try turning off "StrictModes"
> in '/etc/sshd_config'

Before you do that, try running ssh-user-config for each user having
this problem.  ssh-user-config tries to create correct permissions so
that sshd can access everything.  But as usual, YMMV.


Corinna

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

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

Re: RES: Problem accessing samba shares via ssh in XP

[Danilo Turina]

Corinna Vinschen wrote:

On Nov 24 10:00, Danilo Turina wrote:

The "problem" is that logging with ssh with your username you are not 
really logged as your user (that has the network drives mapped) but, 
instead, as SYSTEM (that has no network drive map (also because it is 
not a network user)).


This also applies to telnet and to all the other mechanisms that, 
through Cygwin, allow you to log to your machine.



No, telnet shouldn't be affected.  It all depends on using password
authentication or not.  See the FAQ
http://cygwin.com/faq/faq-nochunks.html#faq.using.shares


I don't know if I correctly understand what you say, but if I telnet to 
my machine (either from the same machine or from another), I don't see 
any network share mapping that I see from Windows and I'm unable to 
create new ones by using "NET USE" if I do not provide my username and 
password.


Of course I have a NT+ machine (XP) and both my user and machine belongs 
to a W2K domain.


Ciao,

Danilo


--
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: Suggest cygrunsrv extension: --pidfile option (patch included)

[Corinna Vinschen]

On Nov 23 22:34, Christian Franke wrote:
> Corinna Vinschen wrote:
> 
> >[...]
> > /* foo */
> >
> > /* foo bla ...
> >... blub */
> > 
> >
> 
> ;-)
> 
> 
> Sorry, I have no time now to answer in detail, let net new patch speak 
> for itself ;-)
> 
> http://franke.dvrdns.org/cygwin/cygrunsrv-pidfile-patch-1.txt
> 
> Stale .pid file is now removed on exit of cygrunsrv (Testcase: syslogd 
> itself)
> All other issues changed as requested.

Cool.

> Open issue: signals are blocked in waitanypid().

I'll have a look into it, but I'm fairly busy at the moment.

> OffTopic: Is there any event message file available for cygwin apps 
> writing to syslog if syslogd is not running ?
> I can provide one if you want.

Huh?  If syslogd is not running, the logs are written either to the
Application event log (NT) or to C:\\CYGWIN_SYSLOG.TXT (9x).  That's
implemented since eons.  The fact that logging using syslogd works at
all is pretty new, introduced with 1.5.16 or 1.5.17.


Thanks,
Corinna

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

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

Re: /dev/console : permission denied

[Chris Taylor]

Christopher McIntosh wrote:

Hello cygwinites!

In my /var/log/messages file (from syslogd), I find the following message:

init : open(/dev/console): Permission denied

this message appears whenever init is started or stopped.

I've searched and searched but find no mention of it in the newsgroups.

Any insight will be much appreciated!

-Chris



Well, withiout attempting to guess, I suggest you follow the 
instructions here:

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


This will help people in figuring out exactly what is causing the problem.

As for a WAG.. Are you using a computer that is a member of a domain 
perhaps?

This can cause some permission errors..
I'm pretty sure this was causing a problem for me..
Check what ls -l /dev/console outputs...

Chris
--

Spinning complacently in the darkness, covered and blinded by a blanket
of little lives, false security has lulled the madness of this world
into a slumber. Wake up! An eye is upon you, staring straight down and
keenly through, seeing all that you are and everything that you will
never be. Yes, an eye is upon you, an eye ready to blink. So face
forward, with arms wide open and mind reeling. Your future has
arrived... Are you ready to go?

--
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: WSADuplicateSocket used to implement ssh session multiplexing?

[Samuel Thibault]

Corinna Vinschen, le Thu 24 Nov 2005 12:25:03 +0100, a écrit :
> You're missing the infrastructure necessary to send file descriptor
> data between processes.

This is not trivial indeed, but it is _possible_, isn't it?

Regards,
Samuel

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

Fwd: cygwin tools in context menus

[Rupert Brooks]

Hello,

 What i would like to do, is be able to right click on a file in
Windows explorer and have a cygwin tool be avaiable either for the
open, or the open with command.  I've tried quite a variety of things,
and i've gotten close... but so far no cigar.  Heres a description of
what i tried and the problems that result

 As an example, im trying to add gv.exe as a viewer for postscript files.

 1. The straightforward approach
 associate gv with postscript files
 Problem
  - we get a command prompt window on the screen
- if there are spaces in the path, it works, but with an x11 error
message popping up.  Its very wierd to me that it works at all.  With
text files and emacs, it does not work.


 2. The seems like it should work approach
 - copy run.exe to rungv.exe, then associate rungv.exe with .ps files
- this gets rid of the command window, as it should
 the problem
- if there are spaces in the path, same problem as before

 3. the brute force, hacked on it for an hour approach.  In regedit,
change the open command key to:

 c:\cygwin\bin\bash.exe -c "cd \"`dirname \"%1\"`\";run gv \"`basename
\"%1\"`\";exit"

 (note that it seems to be gv, or emacs that does not like the
filenames with spaces, even when quoted.  Also note all the quotes to
protect things against multiple layers of parsing.)

 Now it works on paths with spaces, but we have the stupid command
window again.  I needed bash because i cant figure out a way to
backquote in the dos shell.  (theres a bq.exe out there, but it seems
broken)

 This seems much harder than it ought to be, andi cant escape the
feeling im missing the obvious.  Ive tried a few other variations on
this theme too, with similar results.  Has anyone got this working, or
have suggestions?

 Any help much appreciated.  Please reply directly, as i am not
subscribed to the list.
 Rupert
 --
--
Rupert Brooks
McGill Centre for Intelligent Machines (www.cim.mcgill.ca)
Ph.D Program in Intelligent Systems
http://www.cyberus.ca/~rbrooks


--
--
Rupert Brooks
McGill Centre for Intelligent Machines (www.cim.mcgill.ca)
Ph.D Program in Intelligent Systems
http://www.cyberus.ca/~rbrooks

--
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: /dev/console : permission denied

[Christopher McIntosh]

Chris:

Thanks for your prompt response!  Sorry for the lack of details...  I've 
been running cygwin for about 5 years now and love it!  However, I only 
recently began using syslogd (and therefore had not noticed the issue 
before).


Running on WinXP Pro/SP2.

'cygcheck -c cygwin' reports 1.5.18-1 (STATUS OK)

Specifically, 'cygcheck -c' reports OK for all 212 packages(?) which I 
have installed.


Performing 'ls -l /dev/console' reports:

crw-rw-rw- Chris PowerUsers   5, 1  Nov 24 05:54  /dev/console

So this seems good.  This is a stand-alone laptop (not a domain client).

I also attached my messages file, in case there is something useful 
there that hasn't caught my attention.


Thanks, again!
Chris


Chris Taylor wrote:

Christopher McIntosh wrote:


Hello cygwinites!

In my /var/log/messages file (from syslogd), I find the following 
message:


init : open(/dev/console): Permission denied

this message appears whenever init is started or stopped.

I've searched and searched but find no mention of it in the newsgroups.

Any insight will be much appreciated!

-Chris



Well, withiout attempting to guess, I suggest you follow the 
instructions here:



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



This will help people in figuring out exactly what is causing the problem.

As for a WAG.. Are you using a computer that is a member of a domain 
perhaps?

This can cause some permission errors..
I'm pretty sure this was causing a problem for me..
Check what ls -l /dev/console outputs...

Chris
Nov 21 15:58:01 machershell syslogd: restart
Nov 21 15:58:01 machershell syslogd : PID 2420 : `syslogd' service started
Nov 21 15:59:08 machershell Chris : Hello
Nov 21 15:59:51 machershell Chris : system boot Nov 21 10:02
Nov 21 15:59:58 machershell Chris : run-level 3 Nov 21 10:02 last=S
Nov 21 16:22:44 localhost 2005-11-21 16:22:44,796 [main] INFO  
com.kamea.bytecode.KillerApp - Starting main()^M 
Nov 21 16:22:44 localhost 2005-11-21 16:22:44,826 [main] INFO  
com.kamea.bytecode.KillerApp - Constructing KillerApp [EMAIL PROTECTED] 
Nov 21 16:22:44 localhost 2005-11-21 16:22:44,826 [main] INFO  
com.kamea.bytecode.KillerApp - Computing 3^M 
Nov 21 16:22:44 localhost 2005-11-21 16:22:44,826 [main] INFO  
com.kamea.bytecode.KillerApp - Computing 2^M 
Nov 21 16:22:44 localhost 2005-11-21 16:22:44,826 [main] INFO  
com.kamea.bytecode.KillerApp - Computing 1^M 
Nov 21 16:22:44 localhost 2005-11-21 16:22:44,826 [main] INFO  
com.kamea.bytecode.KillerApp - Result is 6^M 
Nov 21 16:22:44 localhost 2005-11-21 16:22:44,826 [main] INFO  
com.kamea.bytecode.KillerApp - Collecting garbage^M 
Nov 21 16:22:44 localhost 2005-11-21 16:22:44,886 [Finalizer] INFO  
com.kamea.bytecode.KillerApp - Destroying KillerApp [EMAIL PROTECTED] 
Nov 21 16:22:44 localhost 2005-11-21 16:22:44,886 [main] INFO  
com.kamea.bytecode.KillerApp - Exiting main()^M 
Nov 21 16:24:16 localhost [main] INFO  com.kamea.bytecode.KillerApp - Starting 
main()^M 
Nov 21 16:24:16 localhost [main] INFO  com.kamea.bytecode.KillerApp - 
Constructing KillerApp [EMAIL PROTECTED] 
Nov 21 16:24:16 localhost [main] INFO  com.kamea.bytecode.KillerApp - Computing 
3^M 
Nov 21 16:24:16 localhost [main] INFO  com.kamea.bytecode.KillerApp - Computing 
2^M 
Nov 21 16:24:16 localhost [main] INFO  com.kamea.bytecode.KillerApp - Computing 
1^M 
Nov 21 16:24:16 localhost [main] INFO  com.kamea.bytecode.KillerApp - Result is 
6^M 
Nov 21 16:24:16 localhost [main] INFO  com.kamea.bytecode.KillerApp - 
Collecting garbage^M 
Nov 21 16:24:16 localhost [Finalizer] INFO  com.kamea.bytecode.KillerApp - 
Destroying KillerApp [EMAIL PROTECTED] 
Nov 21 16:24:16 localhost [main] INFO  com.kamea.bytecode.KillerApp - Exiting 
main()^M 
Nov 21 16:26:39 localhost user:[main] INFO  com.kamea.bytecode.KillerApp - 
Starting main()^M 
Nov 21 16:26:39 localhost user:[main] INFO  com.kamea.bytecode.KillerApp - 
Constructing KillerApp [EMAIL PROTECTED] 
Nov 21 16:26:39 localhost user:[main] INFO  com.kamea.bytecode.KillerApp - 
Computing 3^M 
Nov 21 16:26:39 localhost user:[main] INFO  com.kamea.bytecode.KillerApp - 
Computing 2^M 
Nov 21 16:26:39 localhost user:[main] INFO  com.kamea.bytecode.KillerApp - 
Computing 1^M 
Nov 21 16:26:39 localhost user:[main] INFO  com.kamea.bytecode.KillerApp - 
Result is 6^M 
Nov 21 16:26:39 localhost user:[main] INFO  com.kamea.bytecode.KillerApp - 
Collecting garbage^M 
Nov 21 16:26:39 localhost user:[Finalizer] INFO  com.kamea.bytecode.KillerApp - 
Destroying KillerApp [EMAIL PROTECTED] 
Nov 21 16:26:39 localhost user:[main] INFO  com.kamea.bytecode.KillerApp - 
Exiting main()^M 
Nov 21 16:28:20 localhost local0:[main] INFO  com.kamea.bytecode.KillerApp - 
Starting main()^M 
Nov 21 16:28:20 localhost local0:[main] INFO  com.kamea.bytecode.KillerApp - 
Constructing KillerApp [EMAIL PROTECTED] 
Nov 21 16:28:20 localhost local0:[main] INFO  com.kamea.bytecode.KillerApp - 
Computing 3^M 
Nov 21 16:28:20 localhost local0:[main] INFO  com.kamea.bytecode.Kille

Re: /dev/console : permission denied

[Chris Taylor]

Christopher McIntosh wrote:

Chris:

Thanks for your prompt response!  Sorry for the lack of details...  I've 
been running cygwin for about 5 years now and love it!  However, I only 
recently began using syslogd (and therefore had not noticed the issue 
before).


Running on WinXP Pro/SP2.

'cygcheck -c cygwin' reports 1.5.18-1 (STATUS OK)

Specifically, 'cygcheck -c' reports OK for all 212 packages(?) which I 
have installed.


Performing 'ls -l /dev/console' reports:

crw-rw-rw- Chris PowerUsers   5, 1  Nov 24 05:54  /dev/console

So this seems good.  This is a stand-alone laptop (not a domain client).

I also attached my messages file, in case there is something useful 
there that hasn't caught my attention.


Thanks, again!
Chris




Yeah, that looks fine..
Standard procedure is to attach the output of cygcheck -s -v -r though..
That said, I've just checked mine and I'm still getting this message..
As well as all messages being duplicated now.. Joy..
No idea why offhand.

Will investigate more later, but hopefully someone will come up with
something..
It doesn't seem to be anything to worry about though.

Chris
--

Spinning complacently in the darkness, covered and blinded by a blanket
of little lives, false security has lulled the madness of this world
into a slumber. Wake up! An eye is upon you, staring straight down and
keenly through, seeing all that you are and everything that you will
never be. Yes, an eye is upon you, an eye ready to blink. So face
forward, with arms wide open and mind reeling. Your future has
arrived... Are you ready to go?

--
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: Fwd: cygwin tools in context menus

[Brian Dessent]

Rupert Brooks wrote:

>  What i would like to do, is be able to right click on a file in
> Windows explorer and have a cygwin tool be avaiable either for the
> open, or the open with command.  I've tried quite a variety of things,
> and i've gotten close... but so far no cigar.  Heres a description of
> what i tried and the problems that result

There are two fundamental problems you're running into here.

First, Explorer will try to provide a windows filename (C:\Documents...)
but gv is a Cygwin application and expects a posix filename
(/cygdrive/c/Documents...).  You should not try to give windows
filenames to Cygwin programs, because if it works you are just lucky. 
This is what the cygpath utility is for.

Second, you need to quote the filename so that it is passed all as one
argument.

Unfortunately combining the two such that you don't get a command prompt
is kind of hard.

The command I started with was:

c:\cygwin\bin\bash -c "/usr/X11R6/bin/gv -display localhost:0.0
\"$(cygpath \"%1\")\""

This works but the bash console window hangs around.  To get around this
you can use "&" to have bash launch the process in the background.  But
it is still "associated" with that console so you have to use the setsid
utility to disassociate it:

c:\cygwin\bin\bash -c "setsid /usr/X11R6/bin/gv -display localhost:0.0
\"$(cygpath \"%1\")\" &"

This works, but you still see the console briefly flash.  You can
further eliminate this by using run to start bash:

C:\cygwin\bin\run bash -c "/usr/X11R6/bin/gv -display localhost:0.0
\"$(cygpath \"%1\")\" &"

This works for me.  I had to use -display as parameter to gv because for
some reason it wasn't finding $DISPLAY in the environment.  I'm not sure
why that is, it might be a bug.  It was easier just to supply it on the
command line though.

Brian

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

Re: Persisting values of environment variables

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Nate Meyer on 11/23/2005 11:27 AM:
> I'm trying to change the value of $HOME. If I do something like "export
> HOME="c:/whatever" $HOME is changed for that session. But after Cygwin is
> closed and restarted $HOME is set back to the default /home/user. How can I
> persist the change to $HOME?

Windows way - edit your environment.  On Win9x, do it in c:\autoexec.bat.
 On an NT family (including XP), open up control panel, system, advanced,
environment variables (wasn't that so intuitive? I wish Microsoft would
have made it more accessible).  Now every program, cygwin or otherwise,
will see the change.

Cygwin way - edit your startup scripts.  For example, if you use bash,
create or modify ~/.bash_profile.  Note that the change is only seen by
cygwin programs, and only after that part of your startup scripts has been
sourced.  One other thing to look at is cygwin.bat, so that you set HOME
before firing off your shell but don't have to edit the environment for
all Windows programs.

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

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

iD8DBQFDhcGn84KuGfSFAYARAu3yAJ9TBoOR22BSVY5R1NYH+E/fp3PYfgCcDeRS
sKygWR6A1FOySsiNAa/if7U=
=a+Li
-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: P.S. cygheap base mismatch

[Lester Ingber]

I will try the new snapshot.

I just noticed that my original posting on this thread has re-appeared
23 Nov 05 00:47 UTC?  I didn't resend this?  Perhaps someone could
check the headers.

Thanks.

Lester

On Thu, Nov 24, 2005 at 12:13:31AM -0500, Christopher Faylor wrote:
: Date: Thu, 24 Nov 2005 00:13:31 -0500
: From: Christopher Faylor <[EMAIL PROTECTED]>
: To: cygwin@cygwin.com
: Subject: Re: P.S. cygheap base mismatch
: Reply-To: cygwin@cygwin.com
: In-Reply-To: <[EMAIL PROTECTED]>
: User-Agent: Mutt/1.5.11
: 
: On Wed, Nov 23, 2005 at 01:59:37PM -0800, Lester Ingber wrote:
: >I have use tcsh scripts run from a Cygwin window to start X-windows.  I had
: >been using lines like:
: >#!/bintcsh -f
: >xterm -j -sb -bg white -fg darkblue -cr green -ms magenta -bd red -geometry 
80x84-0+0 -name right >>& /tmp/log.xwin &
: >With cygwin1-20051117.dll I was now also getting additional DOS windows.
: 
: The additional DOS windows problem should be fixed in the latest
: snapshot.
: 
: 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: Suggest cygrunsrv extension: --pidfile option (patch included)

[Christian Franke]

Corinna Vinschen wrote:
> [...]
> > Open issue: signals are blocked in waitanypid().
> 
> I'll have a look into it, but I'm fairly busy at the moment.

If the --pidfile option is used, signals sent to cygrunsrv will not be
routed to service because cygrunsrv is blocked in WaitForSingleObject().
This is IMO a minor issue than can be left open in an initial release.

Service control via SCM works as expected, because the handler is run in
an extra thread.


> > OffTopic: Is there any event message file available for cygwin apps
> > writing to syslog if syslogd is not running ?
> > I can provide one if you want.
> 
> Huh?  If syslogd is not running, the logs are written either to the
> Application event log (NT) or to C:\\CYGWIN_SYSLOG.TXT (9x).  That's
> implemented since eons.  [...]

Yes, and since eons the windows event viewer complains about a missing
"event message file" when viewing messages generated by Cygwin apps ;-) 

Unlike syslog, windows event log is intended to store only message
parameters, not complete messages.
The (probably localized) messages must be provided by such an "event
message file" (the misleading MS-term;-), which is essentially an .exe
or .dll containing (message id, string) pairs in a resource section.
For Cygwin, this would be one trivial (0, "%1") pair.

Does such a file (and associated registry tool) exist for Cygwin?

Christian



--
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: Persisting values of environment variables

[Thorsten Kampe]

* Nate Meyer (2005-11-23 18:27 +0100)
> I'm trying to change the value of $HOME. If I do something like "export
> HOME="c:/whatever" $HOME is changed for that session. But after Cygwin is
> closed and restarted

You cannot start or close Cygwin...

> $HOME is set back to the default /home/user.

Sure, that's how it's always been in Linux and Windows.

> How can I persist the change to $HOME?

Put the value in the startup file of the application you are using.
This is _not_ Cygwin but probably bash (a /shell/).

Or put it in the place where you set environment variables in Windows.
/etc/profile mentions how $HOME is set.


--
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: Persisting values of environment variables

[Dave Korn]

Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> According to Nate Meyer on 11/23/2005 11:27 AM:
>> I'm trying to change the value of $HOME. If I do something like "export
>> HOME="c:/whatever" $HOME is changed for that session. But after Cygwin is
>> closed and restarted $HOME is set back to the default /home/user. How
>> can I persist the change to $HOME?
> 
> Windows way - [...snip!...]
 
> Cygwin way - [...snip!...]

  We should also point out that $HOME is a fairly special variable, and the OP
should also read

http://cygwin.com/faq/faq.setup.html#faq.setup.home


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: Suggest cygrunsrv extension: --pidfile option (patch included)

[Brian Dessent]

Christian Franke wrote:

> Unlike syslog, windows event log is intended to store only message
> parameters, not complete messages.
> The (probably localized) messages must be provided by such an "event
> message file" (the misleading MS-term;-), which is essentially an .exe
> or .dll containing (message id, string) pairs in a resource section.
> For Cygwin, this would be one trivial (0, "%1") pair.
> 
> Does such a file (and associated registry tool) exist for Cygwin?

It's trivial to add the RT_MESSAGETABLE resource to cygwin1.dll that
contains the single message "%1\r\n".  It's complicated by the fact that
windres doesn't have parsing support for messagetables, but you can just
specify the raw binary for something this trivial.  If you search the ML
archives someone posted the appropriate .rc bits a couple years ago.

The hard part is that for every "event source" you need to add keys:

HKLM\SYSTEM\CurrentControlSet\Services\Eventlog\Application\(name)\
   EventMessageFile = REG_SZ "c:\path\to\cygwin1.dll"
   TypesSupported = REG_DWORD 0x1f

where (name) is whatever the application passed to openlog()'s first
parameter.

This sucks because it means that to truly do this right, the code in
Cygwin's openlog() has got to add these keys every time it's called. 
But it can't just blindly overwrite whatever event source might exist
already because otherwise a malicious application that called e.g.
openlog("MsiInstaller", ...) would fubar the MSI event source.  So it's
got to check if the event source exists, decide if it's a Cygwin event
source, figure out if the DLL path is correct, and if not, put the
current cygwin DLL path in the key.

This is not insurmountable but it's kind of a pain.  I've been slowly
working on a patch that does all this, but it's not ready yet.  For the
time being I just add event sources manually and it works great.

Brian

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

Re: Suggest cygrunsrv extension: --pidfile option (patch included)

[Corinna Vinschen]

On Nov 24 15:03, Christian Franke wrote:
> Corinna Vinschen wrote:
> > [...]
> > > Open issue: signals are blocked in waitanypid().
> > 
> > I'll have a look into it, but I'm fairly busy at the moment.
> 
> If the --pidfile option is used, signals sent to cygrunsrv will not be
> routed to service because cygrunsrv is blocked in WaitForSingleObject().
> This is IMO a minor issue than can be left open in an initial release.

Oh, right.  That should be solvable in future by adding another
cygwin_internal() option.

> > > OffTopic: Is there any event message file available for cygwin apps
> > > writing to syslog if syslogd is not running ?
> > > I can provide one if you want.
> > 
> > Huh?  If syslogd is not running, the logs are written either to the
> > Application event log (NT) or to C:\\CYGWIN_SYSLOG.TXT (9x).  That's
> > implemented since eons.  [...]
> 
> Yes, and since eons the windows event viewer complains about a missing
> "event message file" when viewing messages generated by Cygwin apps ;-) 

Argh, again I misinterpreted what you said, as you might have noticed.
Brian has answered that.


Corinna

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

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

Re: Suggest cygrunsrv extension: --pidfile option (patch included)

[Corinna Vinschen]

On Nov 24 06:28, Brian Dessent wrote:
> This sucks because it means that to truly do this right, the code in
> Cygwin's openlog() has got to add these keys every time it's called. 
> But it can't just blindly overwrite whatever event source might exist
> already because otherwise a malicious application that called e.g.
> openlog("MsiInstaller", ...) would fubar the MSI event source.  So it's
> got to check if the event source exists, decide if it's a Cygwin event
> source, figure out if the DLL path is correct, and if not, put the
> current cygwin DLL path in the key.
> 
> This is not insurmountable but it's kind of a pain.  I've been slowly
> working on a patch that does all this, but it's not ready yet.  For the
> time being I just add event sources manually and it works great.

Is that worth the effort?  I really love to use syslogd (and logging
to my remote Linux box ;-))


Corinna

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

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

Re: RES: Problem accessing samba shares via ssh in XP

[Corinna Vinschen]

On Nov 24 12:26, Danilo Turina wrote:
> Corinna Vinschen wrote:
> >On Nov 24 10:00, Danilo Turina wrote:
> >
> >>The "problem" is that logging with ssh with your username you are not 
> >>really logged as your user (that has the network drives mapped) but, 
> >>instead, as SYSTEM (that has no network drive map (also because it is 
> >>not a network user)).
> >>
> >>This also applies to telnet and to all the other mechanisms that, 
> >>through Cygwin, allow you to log to your machine.
> >
> >
> >No, telnet shouldn't be affected.  It all depends on using password
> >authentication or not.  See the FAQ
> >http://cygwin.com/faq/faq-nochunks.html#faq.using.shares
> 
> I don't know if I correctly understand what you say, but if I telnet to 
> my machine (either from the same machine or from another), I don't see 
> any network share mapping that I see from Windows and I'm unable to 
> create new ones by using "NET USE" if I do not provide my username and 
> password.

Earlier versions of NT (4.0, W2K(?)) have kept the established connections
across logins.  At least since XP the connections are local to the logon
session.  This means, you don't have the shares available automatically,
but you can reestablish them in your new login session without having to
give your user name and password.  A simple

  $ net use X: server\\share 

should suffice, and it does on my XP box.  If you can't do that, I'm
wondering if you're accidentally login to a local account on the box,
instead of to a domain account.  I can't tell, but there must be some
external reason for this behaviour.


Corinna

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

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

Re: WSADuplicateSocket used to implement ssh session multiplexing?

[Corinna Vinschen]

On Nov 24 12:39, Samuel Thibault wrote:
> Corinna Vinschen, le Thu 24 Nov 2005 12:25:03 +0100, a écrit :
> > You're missing the infrastructure necessary to send file descriptor
> > data between processes.
> 
> This is not trivial indeed, but it is _possible_, isn't it?

Well, sure, everything is possible one way or the other.


Corinna

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

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

Re: Suggest cygrunsrv extension: --pidfile option (patch included)

[Brian Dessent]

Corinna Vinschen wrote:

> Is that worth the effort?  I really love to use syslogd (and logging
> to my remote Linux box ;-))

True.  However there is something to be said for keeping all of the
logging in one place, rather than having to look in the event log for
windows apps and in a separate syslog file for Cygwin apps.  It's also
nice not having to run yet another daemon.  I figure, when in Rome, log
events as the Romans...

Once you add the messagetable resource to cygwin1.dll and the
appropriate event source reg keys, it retroactively fixes all the
existing event log entries, which is nice.  If you can live with the
one-time manual addition of these event sources, it's not a bad solution
at all.  Going that last mile to make it work automatically is the
kicker though, and thus why I more or less got to this point a long time
ago and then lost momentum.

Brian

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

Re: Suggest cygrunsrv extension: --pidfile option (patch included)

[Corinna Vinschen]

On Nov 24 08:02, Brian Dessent wrote:
>   I figure, when in Rome, log events as the Romans...

LOL.


Corinna

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

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

Re: RES: Problem accessing samba shares via ssh in XP

[Corinna Vinschen]

On Nov 24 16:40, Corinna Vinschen wrote:
> On Nov 24 12:26, Danilo Turina wrote:
> > Corinna Vinschen wrote:
> > >On Nov 24 10:00, Danilo Turina wrote:
> > >
> > >>The "problem" is that logging with ssh with your username you are not 
> > >>really logged as your user (that has the network drives mapped) but, 
> > >>instead, as SYSTEM (that has no network drive map (also because it is 
> > >>not a network user)).
> > >>
> > >>This also applies to telnet and to all the other mechanisms that, 
> > >>through Cygwin, allow you to log to your machine.
> > >
> > >
> > >No, telnet shouldn't be affected.  It all depends on using password
> > >authentication or not.  See the FAQ
> > >http://cygwin.com/faq/faq-nochunks.html#faq.using.shares
> > 
> > I don't know if I correctly understand what you say, but if I telnet to 
> > my machine (either from the same machine or from another), I don't see 
> > any network share mapping that I see from Windows and I'm unable to 
> > create new ones by using "NET USE" if I do not provide my username and 
> > password.
> 
> Earlier versions of NT (4.0, W2K(?)) have kept the established connections
> across logins.  At least since XP the connections are local to the logon
> session.  This means, you don't have the shares available automatically,
> but you can reestablish them in your new login session without having to
> give your user name and password.  A simple
> 
>   $ net use X: server\\share 
> 
> should suffice, and it does on my XP box.  If you can't do that, I'm
> wondering if you're accidentally login to a local account on the box,
> instead of to a domain account.  I can't tell, but there must be some
> external reason for this behaviour.

Again, just to be clear about this, this only works for password
authentication, not for pubkey ssh or .rhosts based authentication.


Corinna

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

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

Re: RES: Problem accessing samba shares via ssh in XP

[Danilo Turina]

Corinna Vinschen wrote:
[...]

Earlier versions of NT (4.0, W2K(?)) have kept the established connections
across logins.  At least since XP the connections are local to the logon
session.  This means, you don't have the shares available automatically,
but you can reestablish them in your new login session without having to
give your user name and password.  A simple

  $ net use X: server\\share 


should suffice, and it does on my XP box.


It works! Great!
Thank you,

Danilo


--
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: RES: Problem accessing samba shares via ssh in XP

[Ramón Barrés]

> Again, just to be clear about this, this only works for password
> authentication, not for pubkey ssh or .rhosts based authentication.

Will there be some modification about this fact? Or maybe it's impossible?

Thanks.

Ramón.


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

[ANNOUNCEMENT] Updated: bzr 0.6.2 -- Next-generation distributed version control (like GNU arch)

[Jari Aalto]

PACKAGE DESCRIPTION
===

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

Next-generation distributed version control similar to GNU Arch.

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

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

CHANGES SINCE LAST RELEASE
==

http://bazaar.canonical.com/BzrHistory

INSTALL OR UPGRADE NOTES


NOTE: New tree format based on 'weave' files. Existing branches can be
upgraded to this format using 'bzr upgrade'.

CYGWIN INSTALLATION INFORMATION
===

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

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

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

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

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

[EMAIL PROTECTED]

More information on unsubscribing can be found:

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

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


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

Re: WSADuplicateSocket used to implement ssh session multiplexing?

[Samuel Thibault]

Corinna Vinschen, le Thu 24 Nov 2005 16:41:38 +0100, a écrit :
> On Nov 24 12:39, Samuel Thibault wrote:
> > Corinna Vinschen, le Thu 24 Nov 2005 12:25:03 +0100, a écrit :
> > > You're missing the infrastructure necessary to send file descriptor
> > > data between processes.
> > 
> > This is not trivial indeed, but it is _possible_, isn't it?
> 
> Well, sure, everything is possible one way or the other.

Not when it requires modifying the windows kernel because of security
guards. Here, transfering a windows socket handle _is_ possible with the
current kernel. Work only resides in cygwin. That's the expected answer
to the original question, I guess.

Regards,
Samuel

--
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: WSADuplicateSocket used to implement ssh session multiplexing?

[Christopher Faylor]

On Thu, Nov 24, 2005 at 05:41:39PM +0100, Samuel Thibault wrote:
>Corinna Vinschen, le Thu 24 Nov 2005 16:41:38 +0100, a ?crit :
>>On Nov 24 12:39, Samuel Thibault wrote:
>>>Corinna Vinschen, le Thu 24 Nov 2005 12:25:03 +0100, a ?crit :
You're missing the infrastructure necessary to send file descriptor
data between processes.
>>>
>>>This is not trivial indeed, but it is _possible_, isn't it?
>>
>>Well, sure, everything is possible one way or the other.
>
>Not when it requires modifying the windows kernel because of security
>guards.  Here, transfering a windows socket handle _is_ possible with
>the current kernel.  Work only resides in cygwin.  That's the expected
>answer to the original question, I guess.

Yeah, if only the infrastructure necessary to send file descriptor data
between processes wasn't trivial.  If it was, we could even use plain
old DuplicateHandle.

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: /dev/console : permission denied

[Christopher McIntosh]

Chris:

Thanks for the tip about 'cygcheck -s -v -r' however, msvcrt.dll is 
reporting a problem while attempting to execute 'cygcheck -s'.


Windows Event log shows:

- snip -
Faulting application cygcheck.exe, version 0.0.0.0, faulting module 
msvcrt.dll, version 7.0.2600.2180, fault address 0x0002f463.


For more information, see Help and Support Center at 
http://go.microsoft.com/fwlink/events.asp.

- snip -

It also offers a diagnostic file, which I have attached.

Maybe I have a more severe issue with my installation...???

Again, I appreciate any insight...

Christopher McIntosh


Chris Taylor wrote:

Christopher McIntosh wrote:


Chris:

Thanks for your prompt response!  Sorry for the lack of details...  
I've been running cygwin for about 5 years now and love it!  However, 
I only recently began using syslogd (and therefore had not noticed the 
issue before).


Running on WinXP Pro/SP2.

'cygcheck -c cygwin' reports 1.5.18-1 (STATUS OK)

Specifically, 'cygcheck -c' reports OK for all 212 packages(?) which I 
have installed.


Performing 'ls -l /dev/console' reports:

crw-rw-rw- Chris PowerUsers   5, 1  Nov 24 05:54  /dev/console

So this seems good.  This is a stand-alone laptop (not a domain client).

I also attached my messages file, in case there is something useful 
there that hasn't caught my attention.


Thanks, again!
Chris




Yeah, that looks fine..
Standard procedure is to attach the output of cygcheck -s -v -r though..
That said, I've just checked mine and I'm still getting this message..
As well as all messages being duplicated now.. Joy..
No idea why offhand.

Will investigate more later, but hopefully someone will come up with
something..
It doesn't seem to be anything to worry about though.

Chris



--
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: RES: Problem accessing samba shares via ssh in XP

[Corinna Vinschen]

On Nov 24 17:21, Ram?n Barr?s wrote:
> > Again, just to be clear about this, this only works for password
> > authentication, not for pubkey ssh or .rhosts based authentication.
> 
> Will there be some modification about this fact? Or maybe it's impossible?

It's probably not impossible, but it looks incredibly complicated.
Which is to say, I have no idea how to do it.


Corinna

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

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

Re: Suggest cygrunsrv extension: --pidfile option (patch included)

[Christian Franke]

Corinna Vinschen wrote:


On Nov 24 08:02, Brian Dessent wrote:
 


 I figure, when in Rome, log events as the Romans...
   



LOL.

 



;-)

Beeing in Rome, you might want to reduce the traffic in Rome...

In particular, if verbose apps output to event log via syslog(), this 
results in many single line event log entries.
The native win release of smartd.exe writes multiline eventlog entries 
containing all syslog() lines appearing within a second.

You might consider this idea also for Cygwin's syslog() implementation.
The code from smartd.exe is in the syslog_win32.c module included in the 
smartmontools-src package.


Christian


--
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: Suggest cygrunsrv extension: --pidfile option (patch included)

[Corinna Vinschen]

On Nov 24 18:14, Christian Franke wrote:
> In particular, if verbose apps output to event log via syslog(), this 
> results in many single line event log entries.
> The native win release of smartd.exe writes multiline eventlog entries 
> containing all syslog() lines appearing within a second.
> You might consider this idea also for Cygwin's syslog() implementation.
> The code from smartd.exe is in the syslog_win32.c module included in the 
> smartmontools-src package.

Sorry, no.  The smartmontools code is GPLed, which is not compatible
with the Cygwin license.
Other than that, http://cygwin.com/acronyms/#PTC.


Corinna

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

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

Re: Suggest cygrunsrv extension: --pidfile option (patch included)

[Christian Franke]

Corinna Vinschen wrote:


On Nov 24 18:14, Christian Franke wrote:
 

In particular, if verbose apps output to event log via syslog(), this 
results in many single line event log entries.
The native win release of smartd.exe writes multiline eventlog entries 
containing all syslog() lines appearing within a second.

You might consider this idea also for Cygwin's syslog() implementation.
The code from smartd.exe is in the syslog_win32.c module included in the 
smartmontools-src package.
   



Sorry, no.  The smartmontools code is GPLed, which is not compatible
with the Cygwin license.
 



Sure, but the *idea* to output multiline log entries insn't GPLed (IMO ;-)


Other than that, http://cygwin.com/acronyms/#PTC.
 



If the idea is considered useful, I might provide a patch ...

Christian


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

How to use gpc ?

[Alireza Ghasemi]

hello all,
I tried to compile a typical program with gpc, but I got the following error
:
" gpc: Internal GPC problem: internal option `--amtmpfile' not given "
Any idea about making it work ?
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/

[ANNOUNCEMENT] Updated: mathomatic-12.5.2-1

[Reini Urban]

I've updated the version of mathomatic to 12.5.2-1.
It should appear at the mirrors soon.

There have been many improvements and bug fixes since version 12.4.3.

Changes:
http://mathomatic.orgserve.de/changes.txt

About:
Mathomatic is a highly portable, general purpose symbolic console math
program that can solve, simplify, combine, differentiate, integrate, and
compare algebraic equations. It can do standard, complex number, and
polynomial arithmetic. It is extremely easy to use and has pretty
colored, easily readable display of equations.

See http://freshmeat.net/projects/mathomatic/



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

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

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

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

Please read *all* of the information on unsubscribing that is available
starting at this URL.
--
Reini Urban
Please, send mails regarding this package and Cygwin to
mailto:cygwin@cygwin.com


--
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: neon-0.24.7-2

[Max Bowsher]

Neon, a WebDAV client library, used by subversion and cadaver,
has been updated to 0.24.7-2.

This is a simple rebuild of the existing version, to link against
OpenSSL 0.9.8 instead of 0.9.7.


Max Bowsher.

-- 

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

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .  I would appreciate it if you would
use this mailing list rather than emailing me directly.

If you want to make a point or ask a question, the Cygwin mailing list
is the appropriate place.  This includes ideas and comments about the
setup utility or Cygwin in general.

 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

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

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

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



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

Re: [ANNOUNCEMENT] Updated: mathomatic-12.5.2-1

[Eric Blake]

> I've updated the version of mathomatic to 12.5.2-1.
> It should appear at the mirrors soon.

Did you mean to send this to cygwin-announce?  And it is a bit
premature, 12.5.2 has not been uploaded just yet (but I'm
working on that).

--
Eric Blake



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

Re: [ANNOUNCEMENT] Updated: mathomatic-12.5.2-1

[Reini Urban]

Sorry, I hit the [Send] button too early. I wanted to store it locally
to send it tomorrow, but now it's too late.

2005/11/24, Eric Blake <[EMAIL PROTECTED]>:
> > I've updated the version of mathomatic to 12.5.2-1.
> > It should appear at the mirrors soon.
>
> Did you mean to send this to cygwin-announce?  And it is a bit
> premature, 12.5.2 has not been uploaded just yet (but I'm
> working on that).
--
Reini Urban

--
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 FAQ for NT Emacs

[Lennart Borgman]

I think the little correction suggested here never got done for some reason:

http://lists.gnu.org/archive/html/help-emacs-windows/2002-05/msg00079.html

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

Problem with 'find' since Cygwin update

[Mark Wright]

All,
I have the same problem as highlighted in this post:
http://www.cygwin.com/ml/cygwin/2005-10/msg00510.html

I updated Cygwin for the first time in many months, and now
'find' is broken. I actually discovered it by running 'updatedb', which
produces no results right now because of 'find' being broken.

But it appears that there hasnt been a solution found...

Just to check, I updated another PC of mine with a slightly different 
Cygwin setup and totally different hardware setup (both Win XP though) 
to see if the same thing would happen. Sure enough, exactly the same 
results after the update, so it is definitely a reproduceable problem 
caused by a new version of something!


I dont think a workaround script will help me because I am using 'find' 
only by calling 'updatedb'. I wonder if perhaps there is some permission 
change that 'find' doesn't understand in the way the virtual drives are 
mapped/mounted?


Any help appreciated,
Mark



--
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: curl-7.15.0-3, curl-devel-7.15.0-3, libcurl2-7.11.1-2, libcurl3-7.15.0-3

[Brian Dessent]

I've updated cURL to version 7.15.0.

cURL is a command line tool for transferring files with URL syntax,
supporting FTP, FTPS, TFTP, HTTP, HTTPS, GOPHER, TELNET, DICT, FILE and
LDAP. curl supports HTTPS certificates, HTTP POST, HTTP PUT, FTP
uploading, HTTP form based upload, proxies, cookies, user+password
authentication (Basic, Digest, NTLM, Negotiate, kerberos...), file
transfer resume, proxy tunneling and a busload of other useful tricks.  

See  for more information about cURL, and
 for a list of what has changed. 
SSL/TLS support via OpenSSL is enabled in these packages.

IMPORTANT SECURITY INFORMATION:

cURL versions prior to 7.13.1 contain a buffer overflow vulnerability in
the NTLM/krb4 authorization functions.  It is strongly recommended that
you upgrade.  Note that the updated libcurl2 compatibility package
contains a backport of the fix for this flaw, so it is safe to use.

PACKAGING NOTES:

The layout of the curl packages has been changed, with the DLL moved to
its own versioned package, as follows:

curl:   main curl command line binary and documentation
libcurl3:   current version of the libcurl runtime (DLL)
libcurl2:   older obsolete version of the libcurl runtime (DLL)
curl-devel: headers, static library, import library, samples, and
documentation for developing applications that use libcurl

libcurl2 exists only to provide the older version of the DLL for
existing programs that were linked to libcurl -- currently this is only
ogg123 from the vorbis-tools package, and any third party or
self-compiled apps.  All new applications should use libcurl3.

Version 7.11.1-1 of curl is still available as "prev".  However, please
do note that you *must* manually select libcurl2 *and* ensure that its
cygcurl-2.dll overwrites the old vulnerable cygcurl-2.dll in the old
7.11.1 package if you plan to use this version, otherwise you will still
be vulnerable to the above security flaw.

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

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

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

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

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


--
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: /dev/console : permission denied

[Christopher McIntosh]

For anyone who may have similar issue re:  'cygcheck -s -v -r' causing 
the problem which I previously reported, I found a possible cause.  (I'd 
be interested to know if someone can verify my findings herein.)


'cygcheck -s' caused Windows XP Pro/SP2 to log an error to the event log 
as described in my previous email.  However, no such problem is caused 
by running 'cygcheck -s' from the CMD.EXE shell.


Consequently, I am back to the issue which I was first 
reporting/investigating:  Why does init report open(/dev/console) : 
permission denied.


On a positive note, though, for would-be helpers who could help me 
investigate the cause, I am finally able to attach the results of 
'cygcheck -s -v -r' as a possible aid.


SUMMARY:
1.  'cygcheck -s -v -r' causes an error when executed within a Cygwin 
shell (bash, sh, etc.); but is successful when executed within a CMD shell.


2.  I am consistently receiving a syslogd message indicating a 
'permission denied' issue when init starts and/or stops.


I appreciate any assistance and am committed to working with others to 
help investigate this issue.


Best Regards,
Christopher

Christopher McIntosh wrote:

(oops -- forgot to attach diagnostic message)
Chris:

Thanks for the tip about 'cygcheck -s -v -r' however, msvcrt.dll is 
reporting a problem while attempting to execute 'cygcheck -s'.


Windows Event log shows:

- snip -
Faulting application cygcheck.exe, version 0.0.0.0, faulting module 
msvcrt.dll, version 7.0.2600.2180, fault address 0x0002f463.


For more information, see Help and Support Center at 
http://go.microsoft.com/fwlink/events.asp.

- snip -

It also offers a diagnostic file, which I have attached.

Maybe I have a more severe issue with my installation...???

Again, I appreciate any insight...

Christopher McIntosh


Chris Taylor wrote:


Christopher McIntosh wrote:


Chris:

Thanks for your prompt response!  Sorry for the lack of details...  
I've been running cygwin for about 5 years now and love it!  However, 
I only recently began using syslogd (and therefore had not noticed 
the issue before).


Running on WinXP Pro/SP2.

'cygcheck -c cygwin' reports 1.5.18-1 (STATUS OK)

Specifically, 'cygcheck -c' reports OK for all 212 packages(?) which 
I have installed.


Performing 'ls -l /dev/console' reports:

crw-rw-rw- Chris PowerUsers   5, 1  Nov 24 05:54  /dev/console

So this seems good.  This is a stand-alone laptop (not a domain client).

I also attached my messages file, in case there is something useful 
there that hasn't caught my attention.


Thanks, again!
Chris




Yeah, that looks fine..
Standard procedure is to attach the output of cygcheck -s -v -r though..
That said, I've just checked mine and I'm still getting this message..
As well as all messages being duplicated now.. Joy..
No idea why offhand.

Will investigate more later, but hopefully someone will come up with
something..
It doesn't seem to be anything to worry about though.

Chris





ÿþ<


Cygwin Configuration Diagnostics
Current System Time: Thu Nov 24 20:30:52 2005

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   C:\Program Files\Windows Resource Kits\Tools\
C:\Perl\bin\
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\Program Files\Support Tools\
C:\Program Files\Apache Group\apache-ant-1.6.5\bin
C:\Program Files\Common Files\GTK\2.0\bin
C:\Program Files\Tcl\bin
c:\program files\imagemagick-6.2.4-q16
C:\Program Files\Apache Group\apache-forrest-0.8\bin
C:\PHP
C:\Program Files\MySQL\MySQL Server 5.0\bin
c:\Program Files\svn-win32-1.2.0\bin
C:\Program Files\Apache Group\Maven 1.1-beta-1\bin
C:\Program Files\Apache Group\maven-2.0-beta-2\bin
C:\Program Files\Apache Group\Apache2\bin
C:\WinScripts
C:\Program Files\Bonjour\
C:\Program Files\QuickTime\QTSystem\
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1003(Chris)GID: 547(PowerUsers)
0(root) 513(None)   544(Administrators)
547(PowerUsers) 555(RemoteDesktopUsers) 545(Users)
1009(TelnetClients)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1003(Chris)GID: 547(PowerUsers)
0(root) 513(None)   544(Administrators)
547(PowerUsers) 555(RemoteDesktopUsers) 545(Users)
1009(TelnetClients)

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

CYGWIN = `binmode codepage:ansi envcache export glob ntea ntsec server 
nostrip_title notitle check_case:adjust tty'
HOME = `\Documents and Settings\Chris'
Path = `C:\Program Files\Windows Resource 
Kits\Tools\;C:\Perl\bin\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;

sshd via XP Service vs. sshd init daemon

[Christopher McIntosh]

Cyg-winners:

I have a question that the FAQs do not seem to address.

It is possible to install sshd as an init daemon (via usr/sbin/chkconfig 
--add) *and* it is also possible to install sshd as a full-fledged XP 
service (via /usr/bin/ssh-host-config).


QUERY:  What are the pros and cons of each method?

IMO, I prefer to have less full-fledged services; then it is simpler to 
start several daemons (e.g., xinetd, sshd, ftpd, ...) via a single 'net 
start init' or 'cygrunsrv --start init' reducing the number of tasks to 
perform for a change in state.


Am I overlooking potential advantages for running as an independent, 
full-fledged service?


Thanks to all who share the enlightenment!  :)

Christopher


--
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: sshd via XP Service vs. sshd init daemon

[Brian Dessent]

Christopher McIntosh wrote:

> QUERY:  What are the pros and cons of each method?
> 
> IMO, I prefer to have less full-fledged services; then it is simpler to
> start several daemons (e.g., xinetd, sshd, ftpd, ...) via a single 'net
> start init' or 'cygrunsrv --start init' reducing the number of tasks to
> perform for a change in state.

I know that sshd has support for being run from inetd, but it is very
old, very inefficient, not very well tested, lacks some features, and
is  generally frowned upon.  Remember that a host key has to be
generated each time sshd starts and this can take some time, so doing
that for every connection is just silly.

In the context of Cygwin, it should work as long as sshd runs as SYSTEM
and the permissions on the host keys, config files, /var/empty directory
(etc) are correct.  And I would not expect to ever have both working at
the same time (daemon and inetd) unless you installed a second copy of
sshd into a different --prefix that had its own host keys and everything
else.  I'm not sure why you would ever want this though, or maybe I'm
misinterpreting your question.

In short, stay away from inetd.  That's my advice.  Starting and
stopping is trivial: "for F in sshd cron cygserver; do cygrunsrv -S $F;
done".

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/