RE: SSHD problems on Windows 2000 Professional

[Geoff Soutter]

Did you read the cygwin ssh docs in /usr/docs
SSHD is not perfect on cygwin but I managed to get it to work running as
a service. Inetd is not recommended as far as I remember.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf
Of Wu Yongwei
Sent: Friday, January 25, 2002 7:10 PM
To: [EMAIL PROTECTED]
Subject: SSHD problems on Windows 2000 Professional


I am running the latest version (as of minutes ago) of Cygwin and
encountered problems of SSHD. I did not found answer in latest posts.

I used ssh-host-config to set up sshd. I installed sshd as service and
used the default "CYGWIN=binmode tty ntsec". While it started perfectly
for the first time and was completely usable, the service even refused
to stop. I had to kill sshd.exe in task manager. And then it would not
work until the next boot.

I tried starting sshd from inetd. It was even worse. When I connected to
it from a remote box, there was no response at all. And then sshd.exe
hung. Stopping the service inetd would not stop sshd.exe. I could not
even kill it. I had to reboot the W2k box.

I also tried sshd.exe directly from Cygwin Bash. I would see the prompt
for password on a remote box when connecting to it, but the password
could not be accepted. It always reports "Permission denied".

Any help? (Reply to me, please.)

Thanks and best regards,

Wu Yongwei


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


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

problem on cygregex.dll?

[Joseph Yuen]

Hi,

I got a problem regarding to OpenSSH.
Whenever I run ssh, the system just keeps
saying cygregex.dll couldn't not be found.
I've installed both cygwin and OpenSSH package again,
but the problem just still goes on. Can you tell
me any clue about that? Thx

P.S. I've searched my harddrive for cygregex.dll.  
  Unforturnately, this dll file is not there.

Joseph


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

RE: SSHD problems on Windows 2000 Professional

[Wu Yongwei]

Yes. But it did not help much. And in later testing I found even the first
time the sshd service was started after reboot it still had problems: it
would accept ONLY the first login, and later attempts would be denied.

Thank you for your kind and quick help, after all.

Best regards,

Wu Yongwei

--- Original Message from Geoff Soutter ---

Did you read the cygwin ssh docs in /usr/docs
SSHD is not perfect on cygwin but I managed to get it to work running as
a service. Inetd is not recommended as far as I remember.



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

Re: HELP! Running rsh non-interactvively

[Corinna Vinschen]

On Thu, Jan 24, 2002 at 01:40:28PM -0800, [EMAIL PROTECTED] wrote:
> I want to run cygwin's rsh non-interactively.
> 
> To get inetd working I found
> http://www.adamswann.com/library/2001/Cygwin-Inetd.html and tried to follow its
> advice.
> [...]

Why didn't you just use the way to install inetd described in
/usr/doc/Cygwin/inetutils-1.3.2.README before looking on a
foreign site?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

Re: SSHD problems on Windows 2000 Professional

[Corinna Vinschen]

On Fri, Jan 25, 2002 at 04:10:24PM +0800, Wu Yongwei wrote:
> I am running the latest version (as of minutes ago) of Cygwin and
> encountered problems of SSHD. I did not found answer in latest posts.
> 
> I used ssh-host-config to set up sshd. I installed sshd as service and used
> the default "CYGWIN=binmode tty ntsec". While it started perfectly for the
> first time and was completely usable, the service even refused to stop. I
> had to kill sshd.exe in task manager. And then it would not work until the
> next boot.

Starting using cygrunsrv is the recommended way.  Your problems
sound somewhat unrelated to Cygwin sshd.  I'm running sshd all the
time and I'm working through an ssh connection to my Windows boxes
on a daily basis.  All sshds are installed as service via cygrunsrv
under SYSTEM account and all have "CYGWIN=binmode tty ntsec" in
their environment setting.  They are all easily startable and
stopable by e.g. `cygrunsrv -S (-E) sshd' or `net start (stop) sshd'. 

Did you check your passwd and group files, did you check the
ownership of the host key files?

> I tried starting sshd from inetd. It was even worse. When I connected to it
> from a remote box, there was no response at all. And then sshd.exe hung.
> Stopping the service inetd would not stop sshd.exe. I could not even kill
> it. I had to reboot the W2k box.

You have a problem with your W2K box,

> I also tried sshd.exe directly from Cygwin Bash. I would see the prompt for
> password on a remote box when connecting to it, but the password could not
> be accepted. It always reports "Permission denied".

Correct.  Think "NT user rights".

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

Re: problem on cygregex.dll?

[Corinna Vinschen]

On Fri, Jan 25, 2002 at 04:04:44AM -0500, Joseph Yuen wrote:
> Hi,
> 
> I got a problem regarding to OpenSSH.
> Whenever I run ssh, the system just keeps
> saying cygregex.dll couldn't not be found.
> I've installed both cygwin and OpenSSH package again,
> but the problem just still goes on. Can you tell
> me any clue about that? Thx
> 
> P.S. I've searched my harddrive for cygregex.dll.  
>   Unforturnately, this dll file is not there.

You didn't install the regex package.  Even worse, the latest
version of OpenSSH doesn't need the regex library so you didn't
install the latest version of OpenSSH (3.0.2p1-5).

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

Re: socket/fdopen/exec problem

[Corinna Vinschen]

On Thu, Jan 24, 2002 at 04:47:36PM -0500, Pierre A. Humblet wrote:
> Corinna Vinschen wrote:
> 
> > Isn't that just the usual effect that sockets remain in TIME_WAIT
> > state for 2MSL seconds?
> 
> I realize I am mixing two things. Seeing reused ports in netstat
> isn't much of a problem in itself, as long as new calls can come
> in. That's the OK case I see now all the time on NT. However the
> problem I am chasing (on Win98) is that new calls are not accepted.

Did you set the SO_REUSEADDR flag?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

Re: SSHD problems on Windows 2000 Professional

[Wu Yongwei]

What are the EXACT requirements for passwd, group, and key file ownership (I
do not see how to change ownership to SYSTEM; currently Administrator owns
them)?

Also notice that the first SSH connection is OK. So I do NOT expect much
that my configuration is wrong. I do not think my Windows box has any
problems since it has been running very stably. Anyway, I do not see any
reason that sshd should halt.

I do wish that you could come and see what my problem is. I am a programmer
and I know how hateful it is when a customer tells you he has some problems
that you think impossible to occur. And some of these problems might
platform-specific. And maybe I did not do something that you think even
idiot will do

Best regards,

Wu Yongwei

--- Original Message from Corinna Vinschen ---

Did you check your passwd and group files, did you check the
ownership of the host key files?


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

I finally fixed my webcam, come watch me... it's free!

Below is the result of your feedback form.  It was submitted by
 ([EMAIL PROTECTED]) on Friday, January 25, 2002 at 06:41:05
---

: Hey, this is Kelly.  I am a 19 year old bisexual College freshman at Florida State.  
:Me and my roommates love showing off on our webcams.  If you want to see us on our 
:webcams LIVE AND FREE, check out my webpage.http://www.kellyswebcam.com/";>http://www.kellyswebcam.com/See you 
:soon... well, you'll be seeing me!  ;-)

---


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

OT: gdb, cygwin & WINE

[Robert Collins]

Ok, call me sick. I've a reason (really).

My goal: to be able to use gdb, hosted on linux | wine, debugging
binaries potentially linked against cygwin1.dll running under WINE.

Why? Speed. linux is sooo much faster, that I am much more efficient
there, but my emulated win9x vpc is far to slow. Building on NT is just
a pain - build, quit all tools, replace cygwin, start them up again,

And the multiple-cygwin approach isn't that friendly (for me). 

Anyway, not being a gdb internal afficiondo, I thought I'd ask here,
where there's a chance I won't get laughed at, before hitting the gdb
lists :}.

Specific questions:
Can gdb hosted on linux, utilise the win32 debugging API or does it need
to be a win32 hosted gdb to do that? 
If the latter, does anyone have experience with WINE's support for the
win32 debugging api?

Cheers,
Rob




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

Re: security.cc: bug report, question and suggestion

[Corinna Vinschen]

On Thu, Jan 24, 2002 at 04:17:47PM -0500, Pierre A. Humblet wrote:
> Corinna Vinschen wrote:
> 
> > Sorry but I don't see what you've tested.  The patch should address
> > your problem with the access rights of the impersonation token.
> 
> The attachment has a printout of the security info of the impersonation
> token. Its DACL is not set the way you intend to have it, in fact
> things seem to be as before your changes. 
> If you want I can send you my token printing program.

I have my own token print application which I changed to print
the security descriptor (SD) of the token additionally.  What I found
was:

- The owner returned by TOKEN_OWNER is the same as the owner of
  the token's SD.

- The group returned by TOKEN_GROUP is the same as the group of
  the token's SD.

- The DACL returned by TOKEN_DEFAULT_DACL is the same as the DACL
  of the token's SD.

So, actually there's no need to distinguish between the token and
it's SD.

Sorry, Pierre, but I'm somewhat confused.  I must admit that I
don't understand your problem with the registry access in that
light.  I read your first mail in this thread again but I'm pretty
sure I'm missing some information.

The registry you're trying to access, is that a key below HKCU or
HKLM?  In which situation does the application try to read the
registry key, before or after the successful setuid() call?  Does
the application even try to read the registry key after setuid()
or does a exec'd child process try to do that?

> The real problem is that following setuid(), the ACL (not default
> ACL) of the impersonation token (which is inherited from the
> default ACL of the process token) makes the impersonation
> token non-accessible by its user
> (normally the user has full access to its token,
> and it seems that setuid() should preserve that).

I see now that I don't know of which user you're talking here,
the user who's *creating* the token or the user who's going to
be *impersonated* by the token?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

Re: gettimeofday() does not returns usec resolution

[Lapo Luchini]

Ralf Habacker wrote:

> Lapo Luchini writes:
> > > isn't the time slice about 10ms. ?
> > Actually is between 15 and 16ms:
> > try  2: 437703512 - 437719512 = 16000
> > try  3: 437719512 - 437734512 = 15000
> Thats my result on a toshiba Satelitte Pro 4300 Laptop with win2000
> try  1: -347828856 - -347818856 = 1
> try  2: -347818856 - -347808856 = 1

Wooh, we can't even count on it eheh ;)

--
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)



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

Re: SSHD problems on Windows 2000 Professional

[Corinna Vinschen]

On Fri, Jan 25, 2002 at 06:26:22PM +0800, Wu Yongwei wrote:
> What are the EXACT requirements for passwd, group, and key file ownership (I

group & passwd: readable by everyone. Ownership is unimportant.
I meant, check the content.

Private ssh key files: Owner SYSTEM, mode 600
Public ssh key files: Owner SYSTEM, mode 644

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

mounting windows cdrom on a unix box

[J S]

Just thought of a quick question. Can I mount a disk from my windows machine 
to a unix box using cygwin?

JS.

_
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com


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

Re: mounting windows cdrom on a unix box

[Corinna Vinschen]

On Fri, Jan 25, 2002 at 11:59:04AM +, J S wrote:
> Just thought of a quick question. Can I mount a disk from my windows machine 
> 
> to a unix box using cygwin?

That's a job for SAMBA.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

BASH: kill: (388067) - Not owner

[Sylvain Petreolle]

Hi,

I installed a few days ago mysql server 3.23.25 for
Windows (i'm running latest cygwin with Windows ME).

I want to let mysqld server be running by cygwin.

I wrote a script and forgot the "&" to put the task in
background.

/etc/profile.d/S01mysqld.sh:
if [ "`ps | grep -i mysqld-opt`" = '' ]
then
echo -n Starting mysqld...
rm -f /var/run/mysqld.pid
/usr/sbin/mysqld
if [ ps -ef |grep mysqld-opt ] ; then
ps -ef |grep mysqld-opt | awk '{print
$1}' >/var/run/mysqld.pid
echo [OK]
fi
else
echo mysqld is already running... [FAILED]
fi

So when i wanted to kill it, made also ps -f:
$ ps -f
 UID PIDPPID TTY STIME COMMAND
 syl  341143   1 con  11:11:09 /usr/bin/BASH
 syl  145963  341143 con  11:17:19 /usr/bin/SH
 syl  388067  145963 conJan 1
/cygdrive/c/mysql/bin/mysqld-opt
 syl  517055   1 con  11:17:31 /usr/bin/BASH
 syl  496595  517055 con  13:04:57 /usr/bin/PS

and do kill 388067, i was then told i am not the owner
of the process !

The only way to kill it (i tried before with -9
option)
was to use WinMySQLadmin.

What could I do to solve the problem ?

Sylvain
+ Future will be better tomorrow +

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.fr

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

Re: BASH: kill: (388067) - Not owner

[Corinna Vinschen]

On Fri, Jan 25, 2002 at 02:09:25PM +0100, Sylvain Petreolle wrote:
> Hi,
> 
> I installed a few days ago mysql server 3.23.25 for
> Windows (i'm running latest cygwin with Windows ME).
> [...]
> What could I do to solve the problem ?

Dunno.  The MySQL folks are using a Cygwin version on their own.
We don't know what that Cygwin version is doing differently since
the MySQL folks refuse to put up the source code of the used
Cygwin version to their web site, in contrast to the licensing
requirements.

The MySQL installation is not supported on this mailing list.

Ask the MySQL people.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

Where can I find Cygwin's earlier releases

[bhaskar . g]

Hi,

I need cygwin 1.3.1 and 1.3.2. Please let me know how can I download this and install 
it on my PC.

thanks in advance for your kindly help.

cheers
bhaskar


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

Re: Where can I find Cygwin's earlier releases

[Corinna Vinschen]

On Fri, Jan 25, 2002 at 02:36:15PM +0100, [EMAIL PROTECTED] wrote:
> Hi,
> 
> I need cygwin 1.3.1 and 1.3.2. Please let me know how can I download this and 
>install it on my PC.

Why would you need old releases?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

Re: Where can I find Cygwin's earlier releases

[bhaskar . g]

Hi Corinna,

Thanks for you quick response. I need to bench mark one of our software. I tested it 
on cygwin 1.3.4 and 1.3.9.
I need to test it on 1.3.1 and 1.3.2  and test as well .Please let me know if it 
available.

cheers
bhaskar




   

Corinna

VinschenTo:  Bhaskar G/BTC/SC/PHILIPS@EMEA2

  Subject:  Re: Where can I find Cygwin's 
earlier releases   
   

25-01-2002  Classification:

14:55  

   

   





On Fri, Jan 25, 2002 at 02:36:15PM +0100, [EMAIL PROTECTED] wrote:
> Hi,
>
> I need cygwin 1.3.1 and 1.3.2. Please let me know how can I download this and 
>install it on my PC.

Why would you need old releases?

Corinna

--
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.





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

Re: Where can I find Cygwin's earlier releases

[Corinna Vinschen]

On Fri, Jan 25, 2002 at 02:50:15PM +0100, [EMAIL PROTECTED] wrote:
> Hi Corinna,
> 
> Thanks for you quick response. I need to bench mark one of our software. I tested it 
>on cygwin 1.3.4 and 1.3.9.
> I need to test it on 1.3.1 and 1.3.2  and test as well .Please let me know if it 
>available.

Not in binary form.  You'd have to check them out from the
CVS archive on sources.redhat.com.  The release tags are
cygwin-1-3-2 and cygwin-1-3-1.  For instruction about CVS
access to Cygwin see http://cygwin.com/cvs.html.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

RE: Where can I find Cygwin's earlier releases

[Stephano Mariani]

Use CVS to checkout the version you want, and build it yourself.

Stephano Mariani

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On
> Behalf Of [EMAIL PROTECTED]
> Sent: 25 January 2002 13:50
> To: Corinna Vinschen
> Subject: Re: Where can I find Cygwin's earlier releases
>
> Hi Corinna,
>
> Thanks for you quick response. I need to bench mark one of our
> software. I tested it on cygwin 1.3.4 and 1.3.9.
> I need to test it on 1.3.1 and 1.3.2  and test as well .Please let
> me know if it available.
>
> cheers
> bhaskar
>
>
>
>
>
> Corinna
> VinschenTo:  Bhaskar
> G/BTC/SC/PHILIPS@EMEA2
>  n.com>  Subject:  Re: Where can
> I find Cygwin's earlier releases
>
> 25-01-2002  Classification:
> 14:55
>
>
>
>
>
>
> On Fri, Jan 25, 2002 at 02:36:15PM +0100, [EMAIL PROTECTED]
> wrote:
> > Hi,
> >
> > I need cygwin 1.3.1 and 1.3.2. Please let me know how can I
> download this and install it on my PC.
>
> Why would you need old releases?
>
> Corinna
>
> --
> Corinna Vinschen  Please, send mails regarding
> Cygwin to
> Cygwin Developer
> mailto:[EMAIL PROTECTED]
> Red Hat, Inc.
>
>
>
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/





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

Re: PostgreSQL and Cygipc as a Service

[Jason Tishler]

David,

On Wed, Jan 23, 2002 at 10:10:10PM +0100, David Ecker wrote:
> I tried to install the ipc-deamon and the postmaster as a nt service. The 
> installation was ok. I could start "(net start) ipc-deamon" and after that 
> I could start the "(net start) postmaster" service. I also added a 
> requirement that the postmaster server is not started before the ipc-deamon 
> is started.
> 
> But 3 out of 4 times when I restart the system the postmaster service won't 
> be started (no error message showing up either). Sometimes even the 
> ipc-deamon is not started. It doesn't matter if I use NT 4 or 5, the same 
> thing on both OS systems on different computers.
> 
> Does anybody have any idea?

Try the following:

http://archives.postgresql.org/pgsql-cygwin/2001-10/msg00080.php

Does it fix your problem?

Jason

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

Re: problem on cygregex.dll?

[Charles Wilson]

Joseph Yuen wrote:

> I got a problem regarding to OpenSSH.
> Whenever I run ssh, the system just keeps
> saying cygregex.dll couldn't not be found.
> I've installed both cygwin and OpenSSH package again,
> but the problem just still goes on. Can you tell
> me any clue about that? Thx


Run setup and install the regex package -- or update to the newest ssh
release, which doesn't depend on cygregex.dll anymore.

--Chuck



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

Re: security.cc: bug report, question and suggestion

[Pierre A. Humblet]

Corinna Vinschen wrote:

Hi Corinna, I have rearranged the order of your questions.

> The registry you're trying to access, is that a key below HKCU or
> HKLM?  

Special keys:
HKLM
"SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\Perflib\\009
and
HKEY_PERFORMANCE_DATA
Although the first key above is under HKLM, it is not a "regular"
key. There is an article (bug report) about it on the Microsoft
site, but I don't find it right away. The bug report is irrelevant
here, it's about trouble after reading the key 64k times.

> I see now that I don't know of which user you're talking here,
> the user who's *creating* the token or the user who's going to
> be *impersonated* by the token?

The impersonated one, after setuid()
No problem whatsoever with the creator ("self" in Microsoft language).
 
>In which situation does the application try to read the
> registry key, before or after the successful setuid() call?  Does
> the application even try to read the registry key after setuid()
> or does a exec'd child process try to do that?

It fails after the setuid() and after a subsequent fork(). 
It succeeds after an exec()  

After trying different things, I believe it fails because the
impersonated user does not have access to its own token. When
I NULL the token DACL (giving access to everyone) the impersonated
user can read the keys. Also after an exec() the usersid 
appears in the token SD DACL.

> I have my own token print application which I changed to print
> the security descriptor (SD) of the token additionally.  What I found
> was:
> 
> - The owner returned by TOKEN_OWNER is the same as the owner of
>   the token's SD.
> 
> - The group returned by TOKEN_GROUP is the same as the group of
>   the token's SD.
> 
> - The DACL returned by TOKEN_DEFAULT_DACL is the same as the DACL
>   of the token's SD.

That's what I see for the original process token. However it's
different for the impersonated token. What I see is that the default
DACL is exactly as expected from get_dacl() in security.cc (usersid 
and system) but that the token SD DACL has admin and system, with
no access by the impersonated user of the impersonated token.
As I said  above, when I clear the SD DACL as follows
  /* Now clear the ACL */
  if (!OpenThreadToken(GetCurrentThread(), WRITE_DAC,
   TRUE, /* OpenAsSelf (self=process) */ 
   &ThreadHandle))
printf("OpenThreadToken %ld\n", GetLastError());

  if (!(InitializeSecurityDescriptor(&sd, SECURITY_DESCRIPTOR_REVISION) &&
SetSecurityDescriptorDacl(&sd, TRUE, NULL, FALSE)))
printf("SecurityDescriptor error %ld\n", GetLastError());

  if (!SetKernelObjectSecurity(ThreadHandle, 
   DACL_SECURITY_INFORMATION,
   &sd))
printf("SetKernellSecurity error %ld\n", GetLastError());
then the impersonated user can read the key. The right thing to do
of course is to build the correct DACL (usersid + system + admins)
instead of having a NULL DACL, which is what sec_user() is doing, 
as far as I understand.

> So, actually there's no need to distinguish between the token and
> it's SD.
I don't understand what you mean...

Pierre

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

Re: HELP! Running rsh non-interactvively

[norm]

Corinna Vinschen <[EMAIL PROTECTED]> writes:
>On Thu, Jan 24, 2002 at 01:40:28PM -0800, [EMAIL PROTECTED] wrote:
>> I want to run cygwin's rsh non-interactively.
>> 
>> To get inetd working I found
>> http://www.adamswann.com/library/2001/Cygwin-Inetd.html and tried to follow its
>> advice.
>> [...]
>
>Why didn't you just use the way to install inetd described in
>/usr/doc/Cygwin/inetutils-1.3.2.README before looking on a
>foreign site?

Because I didn't know that /usr/doc/Cygwin/inetutils-1.3.2.README existed.

Can somebody now tell me what I should do to undo any damage that I did with:

  cygrunsrv -I inetd -d "CYGWIN inetd" -p /usr/sbin/inetd -a -d -e
  cygrunsrv -S inetd


Norman Shapiro
798 Barron Avenue
Palo Alto CA 94306-3109
(650) 565-8215
[EMAIL PROTECTED]

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

Re: socket/fdopen/exec problem

[Pierre A. Humblet]

Corinna Vinschen wrote:
> 
> Did you set the SO_REUSEADDR flag?
> 
Yes. 
The background of this is that I am trying to port
an application (exim, a mail transfer agent). I see it does 
not answer incoming calls (Win98) after a re-exec following
kill -HUP. I am trying to reproduce the behavior in a 
simple demo program. I haven't succeeded yet, but I see
strange things, even on NT. Contrary to what I wrote
yesterday, trouble can occur there too (not all the time).
Consider the following

/> netstat -a | fgrep 999<=== daemon is running
  TCPPHumblet:999   0.0.0.0:0  LISTENING
/> kill -HUP 293 < re-exec
/> netstat -a | fgrep 999< only one listen. OK
  TCPPHumblet:999   0.0.0.0:0  LISTENING
/> telnet localhost 999
Trying 127.0.0.1...
Connected to PHumblet
Escape character is '^]'.
Hello world  <=== OK, daemon is answering 
  and forking a worker  
telnet> quit
Connection closed.
/> netstat -a | fgrep 999  
The following is fine. The daemon is listening and the previous 
telnet connection is being closed.
  TCPPHumblet:999   0.0.0.0:0  LISTENING
  TCPPHumblet:999   localhost:2678 CLOSE_WAIT
  TCPPHumblet:2678  localhost:999  FIN_WAIT_2
/> kill -HUP 293 <=== HUP the daemon, which reexecs itself
/> netstat -a | fgrep 999
  TCPPHumblet:999   0.0.0.0:0  LISTENING
  TCPPHumblet:999   0.0.0.0:0  LISTENING
  TCPPHumblet:999   localhost:2678 CLOSE_WAIT
  TCPPHumblet:2678  localhost:999  FIN_WAIT_2
This is strange. There are now listeners. The only difference with
the first kill -HUP above is that a child process (forked by the 
telnet call) is currently running. 
/> telnet localhost 999
Trying 127.0.0.1...
Connected to PHumblet
Escape character is '^]'. <= nobody answered
Connection closed by foreign host.<= got this much later, when child exited

This is bad. The incoming call was not answered (no Hello world). 

The connection was closed when the child process terminated
and the second listen went away at the same time.
So the child is interfering with the listen of the parent.

After the child exits, things go back to normal. With exim
on Win98, netstat shows that the several listeners stay forever
and incoming calls are never answered...

Any thoughts?

Pierre

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

Re: security.cc: bug report, question and suggestion

[Corinna Vinschen]

On Fri, Jan 25, 2002 at 09:57:02AM -0500, Pierre A. Humblet wrote:
> The impersonated one, after setuid()
> No problem whatsoever with the creator ("self" in Microsoft language).
>  
> >In which situation does the application try to read the
> > registry key, before or after the successful setuid() call?  Does
> > the application even try to read the registry key after setuid()
> > or does a exec'd child process try to do that?
> 
> It fails after the setuid() and after a subsequent fork(). 
> It succeeds after an exec()  

Got it.

> After trying different things, I believe it fails because the
> impersonated user does not have access to its own token. When
> I NULL the token DACL (giving access to everyone) the impersonated
> user can read the keys. Also after an exec() the usersid 
> appears in the token SD DACL.

That sounds weird, though.  It doesn't make sense.  The DACL
for the token only sets the permissions for accessing the token
and not for accessing other objects.

Hmm.

OTOH..., if the process can't access the token it doesn't know about
it's own permissions.  But why should only accessing a registry key
be affected and not accessing files?!?

Don't get me wrong but somehow I'm missing the *reason* for that
behaviour.

> > - The owner returned by TOKEN_OWNER is the same as the owner of
> >   the token's SD.
> > 
> > - The group returned by TOKEN_GROUP is the same as the group of
> >   the token's SD.
> > 
> > - The DACL returned by TOKEN_DEFAULT_DACL is the same as the DACL
> >   of the token's SD.
> 
> That's what I see for the original process token. However it's
> different for the impersonated token. What I see is that the default
> DACL is exactly as expected from get_dacl() in security.cc (usersid 
> and system) but that the token SD DACL has admin and system, with
> no access by the impersonated user of the impersonated token.
> As I said  above, when I clear the SD DACL as follows
> [...]
> then the impersonated user can read the key. The right thing to do
> of course is to build the correct DACL (usersid + system + admins)
> instead of having a NULL DACL, which is what sec_user() is doing, 
> as far as I understand.

That's correct.  sec_user() creates a SECURITY_ATTRIBUTES struct (SA)
with four SIDs, the current user, admins group, system and creator_owner
by default.  If you give an additional SID as parameter, it creates a SA
with five SIDs, current user, the additional SID, admins group, system
and creator_owner.

The latter call is the one I added to the DuplicateTokenEx() call
to create this sort of SA with five SIDs, the current user, the
impersonated user (additional SID parameter), admins, system and
creator_owner.

And you say that this doesn't help at all?  Hmm, I will have to
debug that further.  SIGH!

Could you send your minimal testcase, please?

> > So, actually there's no need to distinguish between the token and
> > it's SD.
> I don't understand what you mean...

It might not be important.

Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

Re: socket/fdopen/exec problem

[Corinna Vinschen]

On Fri, Jan 25, 2002 at 10:39:30AM -0500, Pierre A. Humblet wrote:
> Consider the following
> 
> /> netstat -a | fgrep 999<=== daemon is running
>   TCPPHumblet:999   0.0.0.0:0  LISTENING
> /> kill -HUP 293 < re-exec
> /> netstat -a | fgrep 999< only one listen. OK
>   TCPPHumblet:999   0.0.0.0:0  LISTENING
> /> telnet localhost 999
> Trying 127.0.0.1...
> Connected to PHumblet
> Escape character is '^]'.
> Hello world  <=== OK, daemon is answering 
>   and forking a worker  
> telnet> quit
> Connection closed.
> /> netstat -a | fgrep 999  
> The following is fine. The daemon is listening and the previous 
> telnet connection is being closed.
>   TCPPHumblet:999   0.0.0.0:0  LISTENING
>   TCPPHumblet:999   localhost:2678 CLOSE_WAIT
>   TCPPHumblet:2678  localhost:999  FIN_WAIT_2
> /> kill -HUP 293 <=== HUP the daemon, which reexecs itself
> /> netstat -a | fgrep 999
>   TCPPHumblet:999   0.0.0.0:0  LISTENING
>   TCPPHumblet:999   0.0.0.0:0  LISTENING
>   TCPPHumblet:999   localhost:2678 CLOSE_WAIT
>   TCPPHumblet:2678  localhost:999  FIN_WAIT_2
> This is strange. There are now listeners. The only difference with
> the first kill -HUP above is that a child process (forked by the 
> telnet call) is currently running. 
> /> telnet localhost 999
> Trying 127.0.0.1...
> Connected to PHumblet
> Escape character is '^]'. <= nobody answered
> Connection closed by foreign host.<= got this much later, when child exited
> 
> This is bad. The incoming call was not answered (no Hello world). 
> 
> The connection was closed when the child process terminated
> and the second listen went away at the same time.
> So the child is interfering with the listen of the parent.
> 
> After the child exits, things go back to normal. With exim
> on Win98, netstat shows that the several listeners stay forever
> and incoming calls are never answered...
> 
> Any thoughts?

Not immediately.  Two questions:

- Did you encounter the same on NT?

- Could you patch Cygwin fhandler_socket.cc, fhandler_socket::close()
  and rip out the whole linger stuff so that only the naked closesocket()
  call remains and see if that changes the behaviour?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

Re: HELP! Running rsh non-interactvively

[Corinna Vinschen]

On Fri, Jan 25, 2002 at 07:10:32AM -0800, [EMAIL PROTECTED] wrote:
> Corinna Vinschen <[EMAIL PROTECTED]> writes:
> >On Thu, Jan 24, 2002 at 01:40:28PM -0800, [EMAIL PROTECTED] wrote:
> >> I want to run cygwin's rsh non-interactively.
> >> 
> >> To get inetd working I found
> >> http://www.adamswann.com/library/2001/Cygwin-Inetd.html and tried to follow its
> >> advice.
> >> [...]
> >
> >Why didn't you just use the way to install inetd described in
> >/usr/doc/Cygwin/inetutils-1.3.2.README before looking on a
> >foreign site?
> 
> Because I didn't know that /usr/doc/Cygwin/inetutils-1.3.2.README existed.
> 
> Can somebody now tell me what I should do to undo any damage that I did with:
> 
>   cygrunsrv -I inetd -d "CYGWIN inetd" -p /usr/sbin/inetd -a -d -e
>   cygrunsrv -S inetd

There's no damage.  Just call `cygrunsrv -R inetd' as per
/usr/doc/Cygwin/cygrunsrv.README.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

Re: socket/fdopen/exec problem

[Pierre A. Humblet]

Corinna Vinschen wrote:
>
> > Any thoughts?
> 
> Not immediately.  Two questions:
> 
> - Did you encounter the same on NT?

The demo output I gave you, with the temporary
non-acceptance, was on NT.
The "never accepting" condition of exim is on
Win98 (where most of my testing takes place)
and was never observed on NT.
 
> - Could you patch Cygwin fhandler_socket.cc, fhandler_socket::close()
>   and rip out the whole linger stuff so that only the naked closesocket()
>   call remains and see if that changes the behaviour?

OK, but it will take a while.

Pierre

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

Re: Where can I find Cygwin's earlier releases

[bhaskar . g]

Hi Corinna,

I am unable to download the stuff from CVS.  As we are behind a firewall. Can have 
these files gzipped and put in
some ftp directory so that I can download it from.

Thanks for kindly help.

thanks and regards
bhaskar




   

Corinna

VinschenTo:  Bhaskar G/BTC/SC/PHILIPS@EMEA2



n.com>  Subject:  Re: Where can I find Cygwin's 
earlier releases   
   

25-01-2002  Classification:

15:09  

   

   





On Fri, Jan 25, 2002 at 02:50:15PM +0100, [EMAIL PROTECTED] wrote:
> Hi Corinna,
>
> Thanks for you quick response. I need to bench mark one of our software. I tested it 
>on cygwin 1.3.4 and 1.3.9.
> I need to test it on 1.3.1 and 1.3.2  and test as well .Please let me know if it 
>available.

Not in binary form.  You'd have to check them out from the
CVS archive on sources.redhat.com.  The release tags are
cygwin-1-3-2 and cygwin-1-3-1.  For instruction about CVS
access to Cygwin see http://cygwin.com/cvs.html.

Corinna

--
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.





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

Re: security.cc: bug report, question and suggestion

[Pierre A. Humblet]

Corinna Vinschen wrote:

> That sounds weird, though.  It doesn't make sense.  The DACL
> for the token only sets the permissions for accessing the token
> and not for accessing other objects.
> 
> Hmm.
> 
> OTOH..., if the process can't access the token it doesn't know about
> it's own permissions.  But why should only accessing a registry key
> be affected and not accessing files?!?

I agree it doesn't make sense and it's all Microsoft's doing...

By the way, do you know why LookupAccountSid() returns different
values when the sid is impersonated and when it isn't. Like:

In impersonated token created in a process launched by Phumblet
/*** Token User */
PHumblet WIRELESS SidTypeUser   < ?
S-1-5-21-2127391503-1594901184-99485923-1004< impersonated sid

the (account) name PHumblet doesn't match the sid's username here.
It would if the process was launched directly by the user
(instead of being impersonated). 
> 
> The latter call is the one I added to the DuplicateTokenEx() call
> to create this sort of SA with five SIDs, the current user, the
> impersonated user (additional SID parameter), admins, system and
> creator_owner.

What you do is essentially the same as what I tried, except you
put the sa, sd and dacl in a contiguous memory buffer. My code
(which also didn't have any effects) was using pointers from sa to sd 
and from sd to the dacl (thus spread in 3 different memory blocks).

> And you say that this doesn't help at all?  Hmm, I will have to
> debug that further.  SIGH!

Instead of debugging DuplicateTokenEx() it may be simpler (but
less efficient) to set the sd DACL in seteuid(), after the
call to ImpersonateLoggedOnUser(). That's essentially what
my call is doing when NULLing the DACL (see previous mail).
It would also take care of the subauthentication case.
I haven't looked at that at all.

> 
> Could you send your minimal testcase, please?

Yes, but perhaps not before Monday.

Pierre

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

Unable to find cygregex.dll

[dmeans]

When attempting to use ssh (i.e., ssh user@host), I get this error:

'The dynamic link library cygregex.dll could not be found ...'

This error is generated from a fresh install of 1.3.9, on a Win2K server.

However, I've re-installed twice in attempt to correct the problem.

Thanks for your help,

David



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

Re: OT: gdb, cygwin & WINE

[Christopher Faylor]

On Fri, Jan 25, 2002 at 09:54:48PM +1100, Robert Collins wrote:
>Ok, call me sick. I've a reason (really).
>
>My goal: to be able to use gdb, hosted on linux | wine, debugging
>binaries potentially linked against cygwin1.dll running under WINE.
>
>Why? Speed. linux is sooo much faster, that I am much more efficient
>there, but my emulated win9x vpc is far to slow. Building on NT is just
>a pain - build, quit all tools, replace cygwin, start them up again,

Hmm.  I have a makefile that just installs things on windows from linux.
It moves the DLL out of the way if there are running apps.

Then I switch to my windows box using either vnc or my Cybex SwitchView.
If necessary, I close all apps and restart them so that they are running
the new DLL.

I don't see a way around this no matter where you are going to be
installing the DLL.

>And the multiple-cygwin approach isn't that friendly (for me). 
>
>Anyway, not being a gdb internal afficiondo, I thought I'd ask here,
>where there's a chance I won't get laughed at, before hitting the gdb
>lists :}.
>
>Specific questions:
>Can gdb hosted on linux, utilise the win32 debugging API or does it need
>to be a win32 hosted gdb to do that? 

Corinna once ported an internal application, called libremote, which
might allow you to do something like this.  I don't know if it allowed
a linux gdb to debug a Windows app, though.

Corinna?

>If the latter, does anyone have experience with WINE's support for the
>win32 debugging api?

Does Wine even run Cygwin?  The last I remember someone was asking us
to make Cygwin changes to accomodate Wine.

cgf

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

Re: mounting windows cdrom on a unix box (off-topic)

[Christopher Faylor]

On Fri, Jan 25, 2002 at 01:44:00PM +0100, Corinna Vinschen wrote:
>On Fri, Jan 25, 2002 at 11:59:04AM +, J S wrote:
>> Just thought of a quick question. Can I mount a disk from my windows machine 
>> 
>> to a unix box using cygwin?
>
>That's a job for SAMBA.

And, it's an off-topic question for this list.

Sorry.

cgf

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

Re: Unable to find cygregex.dll

[Christopher Faylor]

On Fri, Jan 25, 2002 at 12:08:55PM -0500, [EMAIL PROTECTED] wrote:
>When attempting to use ssh (i.e., ssh user@host), I get this error:
>
>'The dynamic link library cygregex.dll could not be found ...'
>
>This error is generated from a fresh install of 1.3.9, on a Win2K server.
>
>However, I've re-installed twice in attempt to correct the problem.

You're apparently not updating ssh for some reason.

Check out http://cygwin.com/packages/ .  The latest version of all of
the packages is listed there.  You will be able to see the latest version
of openssh.

When you rerun setup.exe, make sure that this is the version that you
are installing.

Btw, this question was just asked in the cygwin mailing list.  If you
had done a mailing list archive search you would have seen this answer.

cgf

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

Re: Unable to find cygregex.dll

[dmeans]

Sorry to be a bother. 

I searched, but I didn't see it.

Thanks,

David



> Btw, this question was just asked in the cygwin mailing list.  If you
> had done a mailing list archive search you would have seen this answer.
> 
> cgf
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 



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

gcc g++

[Todd Fisher]

Recently I updated cygwin to version 1.3.9 and now whenever i compile a 
program i get no executable file.
e.g. if i have a file temporary.cpp and compile using the line
g++ -o myexe temporary.cpp
the myexe.exe is never created.
if i try
g++ temporary.cpp
i get no a.out or a.exe

Todd


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

RE: gcc g++

[Stephano Mariani]

Search you path, you may have conflicting version of the cygwin1.dll
somewhere... I had that problem and it puzzled me for quite a while.

If that doesn't help, send a copy of cygcheck -s -v -r to the list.

Stephano Mariani

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On
Behalf
Of Todd Fisher
Sent: 25 January 2002 18:24
To: [EMAIL PROTECTED]
Subject: gcc g++

Recently I updated cygwin to version 1.3.9 and now whenever i compile
a
program i get no executable file.
e.g. if i have a file temporary.cpp and compile using the line
g++ -o myexe temporary.cpp
the myexe.exe is never created.
if i try
g++ temporary.cpp
i get no a.out or a.exe

Todd


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





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

Re: sh-utils: "su" patch for use with ntsec..

[Charles Wilson]

Ah -- but "su" is *supposed* to be part of the "sh-utils" package -- but 
it was ripped out because it doesn't (yet) work on cygwin.  I'd view 
this post as a "here's a patch for the sh-utils package".  Which, 
incidentally, DOES belong on the [EMAIL PROTECTED] list -- but not on 
the [EMAIL PROTECTED] list (although confusion is possible, I 
suppose, since "sh-utils" IS a cygwin package).  The relevant description:

"for packaging discussing issues regarding applications that are 
distributed with the Cygwin DLL. ... This list is intended for 
discussing solutions. It is not for "bug reports" or "it would be nice" 
type of musings. Use the main cygwin mailing list for that."

So, patches from non-maintainers -- even for existing cygwin packages -- 
belong on the main list, not cygwin apps.

Having said that, it's up to the current maintainer of sh-utils to 
evaluate this contribution...

--Chuck

Christopher Faylor wrote:

> There is no "su" command in the cygwin release.
> 
> This mailing list is intended for discussing cygwin packaging issues
> (and secondarily it is apparently intended for me to tell ever other
> poster that they are off-topic).
> 
> cgf
> 
> On Fri, Jan 25, 2002 at 06:34:19AM -0800, Alexander Nanou wrote:
> 
>>Hi!
>>Problem:
>>the "su" command appeared to have a problem with
>>pasword varifecation with "ntsec" option enabled on
>>the win2k platform (cygwin version 1.3.9)
>>
>>Cause:
>>It had no abbilaty to check the password the "NT way"
>>:-)
>>
>>Fix:
>>here I provide the patch to fix this problem (with
>>the patched src (just in case)).
>>"http://alex_nanou.chat.ru/su20020125.tar.gz";
>>
>>Bugs:
>>none that I know of...
>>
>>__
>>Do You Yahoo!?
>>Great stuff seeking new owners in Yahoo! Auctions! 
>>http://auctions.yahoo.com
>>
> 



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

Re: New setup.exe snapshot

[John A. Turner]

Robert Collins wrote:

> Any and all testing/feedback is needed. 

I've been using it for a while, and have a bit of feedback...

o if the window gets covered up, clicking on its button on the
  taskbar doesn't bring it back to the top like it does with other
  apps

o it seems to crash on certain mirrors - the ones I've had crash
  are 

  ftp://planetmirror.com
  http://planetmirror.com
  ftp://ftp.sunsite.utk.edu
  

  setup.ini partially downloads, then kaboom - actually, it appears
  that the only one that works reliably for me is ftp://mirrors.rcn.net

  note that the old setup.exe (2.125.2.10) works fine on the others

o maybe I'm misunderstanding, but when I get to the "Select packages
  to install" window, if I click "View" until I get "Full", then
  select "Exp", most packages show up as "Uninstall", with a few showing
  versions newer than what I have

  shouldn't all those other pkgs be "Keep" rather than "Uninstall"?

-John Turner

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

A Cygwin hosted MinGW targeted cross platform

[Earnie Boyd]

I'm wondering what prefix parameter should be used?  I like (listed in
order of preference):

--prefix=/usr/cross
--prefix=/usr

Comments?

Earnie.

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

Connection immediately closed after sucessful login.

[Sherwood Botsford]

An earlier version of  message was also sent to Mike erdeley's sshd list.


Server Platform Win2K pro (workstation).

Cygwin 1.3.8-1
Openssh 3.0.2p1

Client Platform Linux 7.1
Openssh_2.9p2

Gave group SYSTEM the following 4 additional privleges:
Act as part of the Operating sytem
Logon as a Service.
Replace process level token
Increase Quotas.

printenv | grep CYGWIN
CYGWIN=ntsec tty binmode

Ownership of /etc/ssh* is SYSTEM, SYSTEM mode 600.

Setting up a shell in accordance with Sshd Testing page
(useful trick, but it took me a long while to find the
instructions for the regedit that goes with using srvany)

If I run either version of sshd in that window (I tried
recompiling from source into /opt/openssh) I get the same
behaviour:

It finds the user keys, seems to find them satisfactory,
then it finishes with:

debug2: callback done
debug2: callback start
debug1: session_by_channel: session 0 channel 0
debug1: session_input_channel_req: session 0 channel 0 request shell reply 0
debug1: channel 0: rfd 7 isatty
debug1: fd 7 setting O_NONBLOCK
debug1: fd 3 setting O_NONBLOCK
debug2: callback done
Read error from remote host: errno ESHUTDOWN triggered
debug1: Calling cleanup 0x414208(0x4aa644)
debug1: session_pty_cleanup: session 0 release /dev/tty3
debug1: Calling cleanup 0x41eba4(0x0)
debug1: channel_free: channel 0: server-session, nchannels 1
debug3: channel_free: status: The following connections are open:
  #0 server-session (t4 r0 i1/262 o16/0 fd 7/3)

debug3: channel_close_fds: channel 0: r 7 w 3 e -1
debug1: Calling cleanup 0x416a4c(0x0)


On the client end,
debug1: next auth method to try is publickey
debug1: try pubkey: /root/.ssh/id_rsa
debug1: input_userauth_pk_ok: pkalg ssh-rsa blen 149 lastkey 0x80ff170 hint 1
debug1: read PEM private key done: type RSA
debug1: ssh-userauth2 successful: method publickey
debug1: channel 0: new [client-session]
debug1: channel_new: 0
debug1: send channel open 0
debug1: Entering interactive session.
debug1: client_init id 0 arg 0
debug1: channel request 0: shell
debug1: channel 0: open confirm rwindow 0 rmax 16384
debug3: Trying to reverse map address 10.0.1.137.
Last login: Wed Jan 23 12:54:33 2002 from explorer.edmonton.yottayotta.com
Fanfare!!!
You are successfully logged in to this server!!!
Connection to cycl-241 closed by remote host.
Connection to cycl-241 closed.
debug1: Transferred: stdin 0, stdout 0, stderr 79 bytes in 8.3 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 9.5
debug1: Exit status -1

Note: There is about a 3 second pause between sucessfully logged in
notice and connection closed.

Note also that this rather short session updates the lastlog file,
but does not execute my .bashrc file.


If I set PubkeyAuthentication to no, I get a password prompt
and that works. Interactive session.  However I need the
passwordless authentication to work so that I can force reboots
on a cluster of machines.

Ideas on what I've missed?





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

RE: A Cygwin hosted MinGW targeted cross platform

[Norman Vine]

Earnie Boyd writes:
>
>I'm wondering what prefix parameter should be used?  I like (listed in
>order of preference):
>
>--prefix=/usr/cross
>--prefix=/usr
>
>Comments?

I have been using 

--prefix=/usr/mingw

Cheers

Norman

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

Re: A Cygwin hosted MinGW targeted cross platform

[Earnie Boyd]

Norman Vine wrote:
> 
> Earnie Boyd writes:
> >
> >I'm wondering what prefix parameter should be used?  I like (listed in
> >order of preference):
> >
> >--prefix=/usr/cross
> >--prefix=/usr
> >
> >Comments?
> 
> I have been using
> 
> --prefix=/usr/mingw
> 

It needs to be generic enough for the possibility of other cross tools.

Earnie.

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

Re: sh-utils: "su" patch for use with ntsec..

[Christopher Faylor]

>Christopher Faylor wrote:
>>There is no "su" command in the cygwin release.
>>
>>This mailing list is intended for discussing cygwin packaging issues
>>(and secondarily it is apparently intended for me to tell ever other
>>poster that they are off-topic).

On Fri, Jan 25, 2002 at 02:29:53PM -0500, Charles Wilson wrote:
>Ah -- but "su" is *supposed* to be part of the "sh-utils" package -- but 
>it was ripped out because it doesn't (yet) work on cygwin.  I'd view 
>this post as a "here's a patch for the sh-utils package".  Which, 
>incidentally, DOES belong on the [EMAIL PROTECTED] list -- but not on 
>the [EMAIL PROTECTED] list (although confusion is possible, I 
>suppose, since "sh-utils" IS a cygwin package).  The relevant description:

I'm perfectly aware of why su isn't included.  And, actually, it isn't
that simple.

>"for packaging discussing issues regarding applications that are 
>distributed with the Cygwin DLL. ... This list is intended for 
>discussing solutions. It is not for "bug reports" or "it would be nice" 
>type of musings. Use the main cygwin mailing list for that."

Uh huh.  My words.  Consulted them before replying...

>So, patches from non-maintainers -- even for existing cygwin packages -- 
>belong on the main list, not cygwin apps.
>
>Having said that, it's up to the current maintainer of sh-utils to 
>evaluate this contribution...

Which, coincidentially enough, would be me.

So, again, confine this discussion to [EMAIL PROTECTED]  At least for
now.

If people report success with the patch and the patch looks ok, I'll
incorporate it into a new sh-utils.

I can't download the patch myself.  If I had been able to, I may have
been able to short circuit this discussion.

cgf

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

Re: A cygwin hosted MinGW targeted cross platform

[Christopher Faylor]

On Fri, Jan 25, 2002 at 03:44:36PM -0500, Earnie Boyd wrote:
>Norman Vine wrote:
>> 
>> Earnie Boyd writes:
>> >
>> >I'm wondering what prefix parameter should be used?  I like (listed in
>> >order of preference):
>> >
>> >--prefix=/usr/cross
>> >--prefix=/usr
>> >
>> >Comments?
>> 
>> I have been using
>> 
>> --prefix=/usr/mingw
>> 
>
>It needs to be generic enough for the possibility of other cross tools.

Red Hat uses something like:

/usr/H-i686-pc-cygwin

for the cygwin "H"osted tools.

Underneath that you get something like:

i686-pc-cygwin
i686-pc-linux
etc.

for the targeted tools.

So, in this instance you'd have:

/usr/H-i686-pc-cygwin/i686-pc-mingw32

FYI,
cgf

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

Re: A cygwin hosted MinGW targeted cross platform

[Charles Wilson]

Christopher Faylor wrote:

> 
> Red Hat uses something like:
> 
> /usr/H-i686-pc-cygwin
> 
> for the cygwin "H"osted tools.
> 
> Underneath that you get something like:
> 
> i686-pc-cygwin
> i686-pc-linux
> etc.
> 
> for the targeted tools.
> 
> So, in this instance you'd have:
> 
> /usr/H-i686-pc-cygwin/i686-pc-mingw32


Yeah, but don't we want to *avoid* colliding with the GNUpro stuff?  If 
that's where Red Hat puts the various cygwin-hosted/other-target cross 
compilers that come with GNUpro, shouldn't we pick something ELSE?

I like /usr/cross, myself, so you could have /usr/cross/i686-pc-mingw, 
/usr/cross/arm-v4l-linux, etc.

--Chuck



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

After new install, start in /usr/bin/{myname} not in /home/{myname}

[fergus at bonhard dot uklinux dot net]

Extraordinary, this. Cygwin (latest version) was today installed on a W98
machine in a way not obviously different from many previous new installs --
that is, from a zip disk including just setup.exe + /contrib/* + /latest/*
and no setup.ini. The startup location after keying
"\Cygwin\bin\bash --login -i" was /usr/bin/{myname} not /home/{myname}.

I agree it might be regarded as asking for trouble to install without
setup.ini, but this pleasing starkness has always worked in the past.
Anyway, is doing without it necessarily the cause of the problem? If anybody
can pinpoint what has occurred here I will be very pleased to know it.

(I tried a 2nd time to install, after wiping \Cygwin\ _and_ all mentions of
Cyg* in the registry. Exactly the same outcome.)

Fergus


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

Re: BASH: kill: (388067) - Not owner

[Stipe Tolj]

Corinna Vinschen wrote:
> 
> On Fri, Jan 25, 2002 at 02:09:25PM +0100, Sylvain Petreolle wrote:
> > Hi,
> >
> > I installed a few days ago mysql server 3.23.25 for
> > Windows (i'm running latest cygwin with Windows ME).
> > [...]
> > What could I do to solve the problem ?
> 
> Dunno.  The MySQL folks are using a Cygwin version on their own.
> We don't know what that Cygwin version is doing differently since
> the MySQL folks refuse to put up the source code of the used
> Cygwin version to their web site, in contrast to the licensing
> requirements.
>
> The MySQL installation is not supported on this mailing list.
> 
> Ask the MySQL people.

fixing you assumptions: the mysql folks use *only* a Cygwin based
version of their client, called "mysql" that is packaged to their
Win32 port of the whole "mysql".

Stipe

[EMAIL PROTECTED]
---
Wapme Systems AG

Münsterstr. 248
40470 Düsseldorf

Tel: +49-211-74845-0
Fax: +49-211-74845-299

E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
---
wapme.net - wherever you are

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

Problem installing Tcl Perl module

[Per Magne Knutsen]

I need to install the Perl Tcl and Tcl::Tk modules from CPAN.

At the end of the installation, make fails. I think this is related to some libraries 
the CPAN module cannot 
find, specifically referenced as:

-ltcl -ltk and -lX11

I think whats happening (supposed to happen...) is that these libraries are supposed 
to be linked during 
compiling, but make cannot find them?? I don't know gcc, nor make, that very well som 
maybe I'm 
wrong here.

After installing XFree86, iI got rid of error messages complaining about missing tk 
and X11 libraries. I still 
get the one for tcl. I installed both tcltk libraries and Perl via setup.exe. I am all 
a bit confused at the time 
being. Is tcl actually installed when installing the tcltk libraries? eg. how do I 
launch tcl? There is no tcl 
command that I can find, eg. like Perl

Can anyone suggest how to proceed from here? Why cannot make find the tcl library?


Per Magne Knutsen

Department of Neurobiology
Weizmann Institute of Science
Rehovot, Israel

Phone: +972 (0)8 934 2604
Fax: +972 (0)8 934 4140
Cellular: +972 (0)55 675 289



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

rsync as server on cygwin

[Luke Bakken]

Hi all,

I've sucessfully gotten rsync to run as a server under Cygwin + NT if I
use the ssh method of transferring files.  However, when trying to use the
rsync only method I get the following error:

rsync: read error: Connection reset by peer
rsync error: error in rsync protocol data stream (code 12) at io.c(151)

I'm using a just-updated Cygwin install (1.3.9) with rsync 2.5.1-2 :

rsync  version 2.5.1  protocol version 25
Copyright (C) 1996-2001 by Andrew Tridgell and others

Capabilities: 32-bit files, socketpairs, hard links, symlinks, batchfiles,
no IPv6

I've read a lot of posts regarding the use chroot issue, and I do have
that in my config file:

log file = /var/log/rsyncd.log

[lukeb]
uid = lukeb
gid = 10513
path = /home/lukeb/src
comment = lukeb's src backup
read only = false
use chroot = false

I have read issues concering "socketpairs" and have tried compiling the
latest version with and without them with the same results.  I also have
rsync in the services file.

Just wondering if anyone has gotten it to work with just bare rsync
transfers!

Thanks,
Luke Bakken


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

strange printing problem in cygwin

[Jeff Lu]

Hi,

I have a c program that sends data output to different printers.

Here is the code:

int main()
{
  FILE *printHandle;
  char contentType[] = "text/html", buffer[100];

  printf("Content-Type: %s\n\n", contentType);

  strcpy(buffer, "This is a test\n");

  printHandle = fopen("//pc0/printer0","wb");
  if(printHandle)
  {
fwrite(buffer, sizeof(char), strlen(buffer), printHandle);
fclose(printHandle);
  }

  printHandle = fopen("//pc1/printer1","wb");
  if(printHandle)
  {
fwrite(buffer, sizeof(char), strlen(buffer), printHandle);
fclose(printHandle);
  }

  printHandle = fopen("//pc2/printer2","wb");
  if(printHandle)
  {
fwrite(buffer, sizeof(char), strlen(buffer), printHandle);
fclose(printHandle);
  }
  return(0);
}

pc0 is local printer
pc1 & pc2 are network printers

Here's the problem:

Program is executed from a command line on pc0

1st execution: "This is a test" is printed to printer0
2nd execution: "This is a test" is printed to printer1
3rd execution: "This is a test" is printed to printer2
4th execution: "This is a test" is printed to printer0
5th execution: "This is a test" is printed to printer1
..
..
..


However, when the program is executed through http request (in an intranet
evirnoment)

1st execution: "This is a test" is printed to both printer0 and printer1 but
printer2

2nd execution on up:  "This is a test" only gets printed to printer0


Seems like stdout is not getting reset.  Is this a configuration issue in
cygwin?  What can I do to be able to print to all the printers all at once?

Thanks


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

Re: A cygwin hosted MinGW targeted cross platform

[Robert Collins]

===
- Original Message -
From: "Charles Wilson" <[EMAIL PROTECTED]>
> >
> > So, in this instance you'd have:
> >
> > /usr/H-i686-pc-cygwin/i686-pc-mingw32
>
>
> Yeah, but don't we want to *avoid* colliding with the GNUpro stuff?
If
> that's where Red Hat puts the various cygwin-hosted/other-target cross
> compilers that come with GNUpro, shouldn't we pick something ELSE?

I dunno, but maybe :}. FWIW, I usually place such things in
/usr/local/ and then symlink binaries etc to /usr/local/bin. For
a package, I'd have no objection to a mingw targeted gcc+binutils living
in /usr/i686-pc-mingw/[bin|include|lib|share]

> I like /usr/cross, myself, so you could have /usr/cross/i686-pc-mingw,
> /usr/cross/arm-v4l-linux, etc.

I'm impartial on this, but I wonder... what does the LSB and SFH (or
whatever the layout standard is called) recommend for this?

Rob


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

Re: SSHD problems on Windows 2000 Professional

[Wu Yongwei]

Terribly sorry for my own mistake. I did not try

  export CYGWIN=ntsec
  chown SYSTEM ssh_host_*

Never thought it would have any difference. I was really not used to using
Unix commands in a Windows environment and had not found how to change
ownership to SYSTEM by Windows Explorer.

Shy.

Wu Yongwei

P.S. However, is it better to provide more information how to set up sshd
for users more accustomed to Windows?

--- Original Message from "Corinna Vinschen" ---

Did you check your passwd and group files, did you check the
ownership of the host key files?


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

Re: A cygwin hosted MinGW targeted cross platform

[Christopher Faylor]

On Fri, Jan 25, 2002 at 04:23:30PM -0500, Charles Wilson wrote:
>Christopher Faylor wrote:
>>Red Hat uses something like:
>>
>>/usr/H-i686-pc-cygwin
>>
>>for the cygwin "H"osted tools.
>>
>>Underneath that you get something like:
>>
>>i686-pc-cygwin
>>i686-pc-linux
>>etc.
>>
>>for the targeted tools.
>>
>>So, in this instance you'd have:
>>
>>/usr/H-i686-pc-cygwin/i686-pc-mingw32
>
>
>Yeah, but don't we want to *avoid* colliding with the GNUpro stuff?  If 
>that's where Red Hat puts the various cygwin-hosted/other-target cross 
>compilers that come with GNUpro, shouldn't we pick something ELSE?

I was offering an example of the way Red Hat does things.

I actually got the above example wrong.  The real path that we use
is either

/usr/cygnus/H-i686-pc-cygwin/i686-pc-mingw32 (deprecated)

or (I think)

/usr/redat/H-i686-pc-cygwin/i686-pc-mingw32

or, possibly,

/opt/redhat/H-i686-pc-cygwin/i686-pc-mingw32

So, that wouldn't conflict with anything that Earnie is doing.  I don't
know that the H-whatever makes sense in this scenario but, like I said,
I was just offering an example.

Even if, for some reason, the decision was made to use /opt/redhat,
I can assure everyone that it is very very unlikely that Red Hat
will ever be offering a i686-pc-mingw32 cross compilation environment
in the GNUpro toolkit.

>I like /usr/cross, myself, so you could have /usr/cross/i686-pc-mingw, 
>/usr/cross/arm-v4l-linux, etc.

Actually, if Earnie follows anyone's advice in this thread, he'd end up
overwriting at least one user's layout.  If he uses something as
straightforward as /usr/cross, he'd probably end up overwriting more
than one.

If this proposal is for a standard cygwin package, then it should
just live in /usr/...  The mingw binaries go to
/usr/bin/i686-pc-mingw-{gdb,as,gcc}, gcc libraries in
/usr/lib/gcc-lib/i686-pc-mingw, and additional files in
/usr/i686-pc-mingw/

Otherwise, if we want to avoid overwriting existing stuff, then
the only alternative is to use something like /usr/earnie_release/...
or something.

cgf

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

Need a customised version of PostgreSQL 7.1.3 on cygwin

[Justin Clift]

Hi guys,

We're looking into a problem with PostgreSQL 7.1.3 on a recent version
of Cygwin.

We have a problem in that its really, really hard (aka impossible) to
figure out what's going wrong in our code because there are no debugging
symbols present with the Cygwin build of PostgreSQL (which is correct).

Our problem is we need a version of PostgreSQL 7.1.3 compiled *with* the
debugging symbols, inside Cygwin.

I don't know if it's an easy task to do, but I figure it's worth asking
and find out, so here goes...

Would it be possible for someone to do a re-compile of PostgreSQL 7.1.3
for Cygwin, specifically with the debugging symbols enabled, and have it
in some kind of form so users who have a problem with PostgreSQL on
cygwin can put the debugging-enabled version on their system and follow
our instructions?

Hoping for a positive here.

:-)

Regards and best wishes,

Justin Clift


 Original Message 
Subject: Re: [GENERAL] Problems with initdb on Cygwin
Date: Fri, 25 Jan 2002 13:20:23 -0500
From: Tom Lane <[EMAIL PROTECTED]>
To: Frank Joerdens <[EMAIL PROTECTED]>
CC: Jan Wieck <[EMAIL PROTECTED]>,pgsql-general
<[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>

Frank Joerdens <[EMAIL PROTECTED]> writes:
>> The address is unhelpful, but a backtrace (try typing "bt") might be
>> very interesting indeed.

> Well, it doesn't *look* very interesting:

> (gdb) bt
> #00x778a018d in ?? ()
> #10x77e7758a in ?? ()

Nope, you're right :-(.  Can you rebuild PG with debug symbols?
(Add --enable-debug to configure, or manually add -g to CFLAGS
in src/Makefile.global; then "make clean" and remake.)

regards, tom lane

---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that your
message can get through to the mailing list cleanly

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

Re: Need a customised version of PostgreSQL 7.1.3 on cygwin

[Robert Collins]

===
- Original Message - 
From: "Justin Clift" <[EMAIL PROTECTED]>
> > Well, it doesn't *look* very interesting:
> 
> > (gdb) bt
> > #0 0x778a018d in ?? ()
> > #1 0x77e7758a in ?? ()
> 
> Nope, you're right :-(.  Can you rebuild PG with debug symbols?
> (Add --enable-debug to configure, or manually add -g to CFLAGS
> in src/Makefile.global; then "make clean" and remake.)

These addresses are in MS dll memory space anyway, not PG or cygwin.

Rob


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

Re: Need a customised version of PostgreSQL 7.1.3 on cygwin

[Tom Lane]

"Robert Collins" <[EMAIL PROTECTED]> writes:
> (gdb) bt
> #0 0x778a018d in ?? ()
> #1 0x77e7758a in ?? ()

> These addresses are in MS dll memory space anyway, not PG or cygwin.

Okay ... so what do we do next?

regards, tom lane

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

Re: Descriptor passing between process

[Robert Collins]

===
- Original Message -
From: "egor duda" <[EMAIL PROTECTED]>
To: "Corinna Vinschen" <[EMAIL PROTECTED]>
Sent: Friday, January 25, 2002 3:18 AM
Subject: Re: Descriptor passing between process


> Hi!
>
> Thursday, 24 January, 2002 Corinna Vinschen [EMAIL PROTECTED] wrote:
>
> CV> It *could* be implemented.
>
> CV> First we would have to implement the control message passing at
all and
> CV> when it's available we could perhaps even implement descriptor
passing
> CV> using the DuplicateHandle() function.
>
> To call DuplicateHandle() you must have a process handle of the peer.
> i don't know how can we do it properly without cygwin daemon.


Egor, we can have the daemon when someone submits a critical review of
the implementation, with a summary of

"Completely broken"
"Good, but X should be done before merging to HEAD"
"Looks good, work in progress as everything is, but I'd be happy with it
in HEAD".

AFAICT Chris is looking for someone to actually read the code and say
what they think. If it's bad it tells me what to fix, if it's good, then
we get the daemon.

Rob


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