Re: Updated: tetex-3.0.0-3 - now missing texi2html which is *mandatory* for Cygwin DLL build

[Christopher Faylor]

On Thu, May 12, 2005 at 12:23:25PM +0800, Shaddy Baddah wrote:
>Allow me to correct myself before someone else does.
>
>Shaddy Baddah wrote:
>>My interpretation is drawn from the fact that the default make target
>>does make a call to texi2html, and therefore will fail.
>
>I am doubly wrong :-(, because it will/does not fail.  The exit status
>of the texi2html call is ignored.
>
>...  also, I spelt moot wrong in the original post.
>
>I am a little embarrassed by this foray into the Cygwin mailing list
>:-(, hopefully I can make up for it in the future with positive
>contributions.

No need to beat yourself up.  Although I've had a run of misreading of
email lately both here and (more embarrassingly) with customers at work,
so I know how you feel.

We all make mistaks.  It's how we lern.

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: Updated: tetex-3.0.0-3 - now missing texi2html which is *mandatory* for Cygwin DLL build

[Joshua Daniel Franklin]

On 5/11/05, Christopher Faylor wrote:
> On Thu, May 12, 2005 at 11:01:38AM +0800, Shaddy Baddah wrote:
> >Shaddy Baddah wrote:
> >> It seems that texi2html has dropped out/moved out of the binary package.
> >> Is this deliberate? Where should I look for it now?
> >
> >Sorry if this seems like impatience, but I am not sure I captured the
> >severity of this problem in my original email... and since response has
> >been a little mute, I may have been at fault.
> >
> >The Cygwin DLL build has a dependency on texi2html, which was available
> >as recently in tetex-bin-2.0.2-15.
> 
> The Cygwin DLL build does NOT have a dependency on texi2html.  The Cygwin
> documentation directory does have such a dependency but I don't see why
> this is a severe problem.


There is also a copy of texi2html in the cygwin-doc src package
because I've tried to
keep the look constant whether I actually build the package on cygwin,
debian, or fedora.
By the way, all documentation build failures are silently ignored.

--
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: Updated: tetex-3.0.0-3 - now missing texi2html which is *mandatory* for Cygwin DLL build

[Shaddy Baddah]

Hi,

Allow me to correct myself before someone else does.

Shaddy Baddah wrote:
> My interpretation is drawn from the fact that the default make target
> does make a call to texi2html, and therefore will fail.

I am doubly wrong :-(, because it will/does not fail. The exit status of
the texi2html call is ignored.

... also, I spelt moot wrong in the original post.

I am a little embarrassed by this foray into the Cygwin mailing list
:-(, hopefully I can make up for it in the future with positive
contributions.

Regards,
Shaddy

--
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: Updated: tetex-3.0.0-3 - now missing texi2html which is *mandatory* for Cygwin DLL build

[Shaddy Baddah]

Hi,

Christopher Faylor wrote:
> The Cygwin DLL build does NOT have a dependency on texi2html.  The Cygwin
> documentation directory does have such a dependency but I don't see why
> this is a severe problem.

You are right, the DLL itself does not have a dependency on texi2html.
That is my interpretation, and I apologise for stating it as fact.

My interpretation is drawn from the fact that the default make target
does make a call to texi2html, and therefore will fail. But I
acknowledge that the default make target's dependency on texi2html does
not equate with a dependency of the Cygwin DLL build.

Sorry about that.


Regards,
Shaddy

--
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: Updated: tetex-3.0.0-3 - now missing texi2html which is *mandatory* for Cygwin DLL build

[Shaddy Baddah]

Hi,

Larry Hall wrote:
> Why wait?  Just download 'tetex-bin-2.0.2-15', 'bunzip2' it, and extract the 
> executable from there using 'tar'.  If you had previously installed that
> version on your machine, you can skip the downloading and just go straight
> to your local package directory for it.  And, of course, there's always the
> source if you just have to have a version which you cannot get from anywhere
> else.

You are right, absolutely nothing wrong with doing this, and I will do
this, thanks.

I normally try to avoid this though, as I always try my damnedest to
limit the number of "non-package" files manually installed to "package
exclusive" locations. Thus my looking forward (more hope than request)
to a new package build.

Regards,
Shaddy

--
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: Updated: tetex-3.0.0-3 - now missing texi2html which is *mandatory* for Cygwin DLL build

[Christopher Faylor]

On Thu, May 12, 2005 at 11:01:38AM +0800, Shaddy Baddah wrote:
>Shaddy Baddah wrote:
>> It seems that texi2html has dropped out/moved out of the binary package.
>> Is this deliberate? Where should I look for it now?
>
>Sorry if this seems like impatience, but I am not sure I captured the
>severity of this problem in my original email... and since response has
>been a little mute, I may have been at fault.
>
>The Cygwin DLL build has a dependency on texi2html, which was available
>as recently in tetex-bin-2.0.2-15.

The Cygwin DLL build does NOT have a dependency on texi2html.  The Cygwin
documentation directory does have such a dependency but I don't see why
this is a severe problem.

cgf

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

Re: Fixing strace and cygcheck so that they work with mount -X

[Christopher Faylor]

On Wed, May 11, 2005 at 08:19:55PM -0700, David Rothenberger wrote:
>On 5/11/2005 7:57 PM, Christopher Faylor wrote:
>> On Wed, May 11, 2005 at 04:49:52PM -0700, David Rothenberger wrote:
>>>On 5/11/2005 3:41 PM, Michael Schaap wrote:
(At first I was a bit suspicious of the logic - it only sets those
Windows variables that are not currently set, so what about variables
that were changed or deleted within Cygwin?  - but it looks like the
Windows environment isn't the standard pre-Cygwin user environment, but
a minimal one with only PATH and SYSTEMROOT set, so it actually does
behave optimally this way - it sets all other variables when running
under mount -X, and sets nothing otherwise.)
>>>
>>>Right.  The main reason I did that, though, was because copying the
>>>Cygwin PATH to the Windows environment caused lots of core dumps.
>>
>>You're going to have to convert the PATH to windows form before adding
>>it to the environment.
>
>Well, I think that problem is avoided because the patch only copies
>variables from the cygwin environment if they're not already in the
>Windows environment, and PATH is already in the Windows environment.

Aha.  You're right.  The PATH has been previously converted by whatever
started cygstart so it should be ok.  At least in Cygwin 1.5.16.

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: Updated: tetex-3.0.0-3 - now missing texi2html which is *mandatory* for Cygwin DLL build

[Larry Hall]

At 11:01 PM 5/11/2005, you wrote:
>Hi,
>
>Shaddy Baddah wrote:
>> It seems that texi2html has dropped out/moved out of the binary package.
>> Is this deliberate? Where should I look for it now?
>
>Sorry if this seems like impatience, but I am not sure I captured the
>severity of this problem in my original email... and since response has
>been a little mute, I may have been at fault.
>
>The Cygwin DLL build has a dependency on texi2html, which was available
>as recently in tetex-bin-2.0.2-15.
>
>It seems to have been left out of tetex-bin-3.0.0-3. It is not an
>installation problem local to me. Check out
>http://cygwin.com/cgi-bin2/package-grep.cgi?grep=texi2html and you will
>notice that it is not in tetex-bin-3.0.0-3, or any other binary package
>that it may have moved to.
>
>As it is required (or semi-required if you are happy to workaround the
>particular make targets that use it) for the build of the Cygwin DLL, I
>don't think it would be an exaggeration to say that it would be
>considered a critical bug.
>
>Looking forward to a tetex-3.0.0-4 package release soon.


Why wait?  Just download 'tetex-bin-2.0.2-15', 'bunzip2' it, and extract the 
executable from there using 'tar'.  If you had previously installed that
version on your machine, you can skip the downloading and just go straight
to your local package directory for it.  And, of course, there's always the
source if you just have to have a version which you cannot get from anywhere
else.


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


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

Re: Fixing strace and cygcheck so that they work with mount -X

[David Rothenberger]

On 5/11/2005 7:57 PM, Christopher Faylor wrote:
> On Wed, May 11, 2005 at 04:49:52PM -0700, David Rothenberger wrote:
> 
>>On 5/11/2005 3:41 PM, Michael Schaap wrote:
>>
>>>(At first I was a bit suspicious of the logic - it only sets those
>>>Windows variables that are not currently set, so what about variables
>>>that were changed or deleted within Cygwin? - but it looks like the
>>>Windows environment isn't the standard pre-Cygwin user environment, but
>>>a minimal one with only PATH and SYSTEMROOT set, so it actually does
>>>behave optimally this way - it sets all other variables when running
>>>under mount -X, and sets nothing otherwise.)
>>
>>Right. The main reason I did that, though, was because copying the 
>>Cygwin PATH to the Windows environment caused lots of core dumps.
> 
> 
> You're going to have to convert the PATH to windows form before adding
> it to the environment.

Well, I think that problem is avoided because the patch only copies
variables from the cygwin environment if they're not already in the
Windows environment, and PATH is already in the Windows environment.

-- 
David Rothenbergerspammer? -> [EMAIL PROTECTED]
GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734

Genius, n.:
A chemist who discovers a laundry additive that rhymes with "bright."



--
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: Updated: tetex-3.0.0-3 - now missing texi2html which is *mandatory* for Cygwin DLL build

[Shaddy Baddah]

Hi,

Shaddy Baddah wrote:
> It seems that texi2html has dropped out/moved out of the binary package.
> Is this deliberate? Where should I look for it now?

Sorry if this seems like impatience, but I am not sure I captured the
severity of this problem in my original email... and since response has
been a little mute, I may have been at fault.

The Cygwin DLL build has a dependency on texi2html, which was available
as recently in tetex-bin-2.0.2-15.

It seems to have been left out of tetex-bin-3.0.0-3. It is not an
installation problem local to me. Check out
http://cygwin.com/cgi-bin2/package-grep.cgi?grep=texi2html and you will
notice that it is not in tetex-bin-3.0.0-3, or any other binary package
that it may have moved to.

As it is required (or semi-required if you are happy to workaround the
particular make targets that use it) for the build of the Cygwin DLL, I
don't think it would be an exaggeration to say that it would be
considered a critical bug.

Looking forward to a tetex-3.0.0-4 package release soon.

Thanks in advance,
Shaddy

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

Re: Fixing strace and cygcheck so that they work with mount -X

[Christopher Faylor]

On Wed, May 11, 2005 at 04:49:52PM -0700, David Rothenberger wrote:
>On 5/11/2005 3:41 PM, Michael Schaap wrote:
>>The patch as-is doesn't compile for me, though, I presume because
>>char **envp = (char **) cygwin_internal (CW_ENVP);
>>uses a not-yet-released Cygwin enhancement.  But when I change it to the
>>simpler and more standard
>>char **envp = environ;
>>it compiles and works fine, both under mount -X and normally.
>
>Doh! I didn't read Chris' last comment carefully enough. Yes, copying 
>from environ is much more reasonable.
>
>>(At first I was a bit suspicious of the logic - it only sets those
>>Windows variables that are not currently set, so what about variables
>>that were changed or deleted within Cygwin? - but it looks like the
>>Windows environment isn't the standard pre-Cygwin user environment, but
>>a minimal one with only PATH and SYSTEMROOT set, so it actually does
>>behave optimally this way - it sets all other variables when running
>>under mount -X, and sets nothing otherwise.)
>
>Right. The main reason I did that, though, was because copying the 
>Cygwin PATH to the Windows environment caused lots of core dumps.

You're going to have to convert the PATH to windows form before adding
it to the environment.

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: Static destructors not running

[William M. (Mike) Miller]

On 5/11/05, Christopher Faylor <[EMAIL PROTECTED]> wrote:
> On Wed, May 11, 2005 at 07:01:07AM -0400, William M. (Mike) Miller wrote:
> >The order of destruction of static objects should be the inverse of
> >their order of construction, regardless of whether they are global or
> >local.  In 1.5.16 and the latest snapshot, global static objects are
> >destroyed before local static objects, regardless of the order of
> >construction.
> 
> This should be fixed in the next snapshot.

Indeed it is.  Thanks again!

-- 
William M. (Mike) Miller
[EMAIL PROTECTED]

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

Strangerous behavior in Cygwin (was: RE: Strange-Dangerous behaviour in Cygwin)

[Gary R. Van Sickle]

[snip]

Sorry, I just felt I needed make the obvious contraction in the subject line
there.

-- 
Gary R. Van Sickle
 


--
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: problems in Perl process management

[Sonam Chauhan]

Chris - 

> YJS?
I don't understand this. 

> I felt the need to clarify after your observation about "kill -9" which
> mentioned a "cygwin terminal" and did not appear to have any direct
The Perl testcase in my first email showed I was calling "killfam 'KILL',
$childpid". Jurgen replied he also wanted to know if this was possible and
reported a similar problem killing grandchildren processes in Perl (but with
Perl's built-in kill command). At this point, you entered the conversation
and told him: 

> > I also notice that deeper forked processes (grandchildren) 
> > refuse to die.
...
> You can't send cygwin (aka unix) signals to a windows proram.

Which is wrong - we were talking about killing the Cygwin PID. When I
corrected you, thinking that maybe you were talking about non-Cygwin Windows
programs, your initial reply was this one-liner:

> > This should be possible if the ActiPerl Windows executable was 
> > executed from a Cygwin terminal -- 'ps' shows it running and should kill

> > 'kill -9' it.
> I guess I forgot my signature.
> ...
> Cygwin Co-Project Leader

Which isn't any help. You later corrected yourself. 

> Since I didn't recognize your name, and you seemed to be trying to
> inform me about code that I wrote, 
No. As mentioned in my *first* email, the problem is probably Perl's
Proc::ProcessTable module. Unless you wrote the Perl XS interface for
Proc::ProcessTable (or something similar that controls it's behavior), this
does not concern your code which probably behaves just fine. 

Coming back to actual issue I referenced a discussion earlier on this
list where a similar problem was discussed. I was hoping to hear from the
people originally discussing it (Reini, Yitzchak, etc.) If you can help with
this issue - great.

Regards,
Sonam Chauhan
-- 
Electronic Commerce, Corporate Express Australia Ltd.
Phone: +61-2-9335-0725, Email: [EMAIL PROTECTED]
 

> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]
> Sent: Thursday, 12 May 2005 1:18 AM
> To: cygwin@cygwin.com
> Subject: Re: problems in Perl process management
> 
> On Wed, May 11, 2005 at 04:24:56PM +1000, Sonam Chauhan wrote:
> >Christopher -
> >>Yes, if you send a "kill -9" to a pid that shows up in ps but is
> >>associated with a non-cygwin process, it should work.
> >
> >So what me and Jurgen were discussing works, and you were wrong.
> >Thanks for revisiting your point after your earlier rudeness.
> 
> YJS?
> 
> I felt the need to clarify after your observation about "kill -9" which
> mentioned a "cygwin terminal" and did not appear to have any direct
> bearing on the statement "However, I also notice that deeper forked
> processes (grandchildren) refuse to die.  This script is only run using
> ActiveState Perl".  If someone is talking about "fork" on windows in a
> cygwin mailing list then they must be talking about starting processes
> using cygwin so mentioning a "cygwin terminal" doesn't make a lot of
> sense in that context.  You don't need to start processes from bash
> for them to be able to receive signals.
> 
> If they are saying that they are unable to kill processes then, my
> previous (unstated) assumption that they are using winpids rather than
> cygwin pids seems likely.  Either that or they are using SIGTERM and the
> signal is blocked, in which case your "kill -9" would work.  I don't
> know why something which expects to be killed via SIGTERM would block
> SIGTERM but I guess it is a possibility.
> 
> Since I didn't recognize your name, and you seemed to be trying to
> inform me about code that I wrote, I included my signature in the
> message to clarify.
> 
> 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/

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

Re: Fixing strace and cygcheck so that they work with mount -X

[David Rothenberger]

On 5/11/2005 3:41 PM, Michael Schaap wrote:
The patch as-is doesn't compile for me, though, I presume because
char **envp = (char **) cygwin_internal (CW_ENVP);
uses a not-yet-released Cygwin enhancement.  But when I change it to the
simpler and more standard
char **envp = environ;
it compiles and works fine, both under mount -X and normally.
Doh! I didn't read Chris' last comment carefully enough. Yes, copying 
from environ is much more reasonable.

(At first I was a bit suspicious of the logic - it only sets those
Windows variables that are not currently set, so what about variables
that were changed or deleted within Cygwin? - but it looks like the
Windows environment isn't the standard pre-Cygwin user environment, but
a minimal one with only PATH and SYSTEMROOT set, so it actually does
behave optimally this way - it sets all other variables when running
under mount -X, and sets nothing otherwise.)
Right. The main reason I did that, though, was because copying the 
Cygwin PATH to the Windows environment caused lots of core dumps.

Revised patch attached.  Can you try this out and see if it still works
for you?  If you confirm this, I'll resend the patch in a new, more
obviously titled thread, to attract Chuck's attention.  ;-)
Works fine for me. Start attracting!
--
David Rothenbergerspammer? -> [EMAIL PROTECTED]
GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734
To Perl, or not to Perl, that is the kvetching.
 -- Larry Wall in <[EMAIL PROTECTED]>
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: JNI and cygwin

[Brian Dessent]

Venkatesh Gopal wrote:

> I need terminal and ncurses support and I have a JNI
> layer that interacts with
>  "curses" functions.The JNI wrapper needs to be built
> into a shared library.
> I have problems using the cygwin libraries with Java
> VM.

As far as I know, Cygwin1.dll cannot be loaded dynamically using
loadlibrary, dlopen, etc.  This has been the behavior for quite some
time and it's not considered a bug.  If anyone wants this functionality
I'm sure patches would be welcomed, but that aside I don't think there
are any plans to support this.

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: Fixing strace and cygcheck so that they work with mount -X

[Michael Schaap]

On 11-May-2005 20:58, David Rothenberger wrote:

> On 5/11/2005 9:53 AM, Christopher Faylor wrote:
>
>> On Wed, May 11, 2005 at 11:40:36AM -0400, Christopher Faylor wrote:
>>
>>> It sounds like you need to read MSDN on CreateProcess and see what
>>> it says
>>> about "lpEnvironment":
>>>
>>> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/createprocess.asp
>>>
>>
>
> cygstart uses ShellExecute, not CreateProcess.
>
>> Btw, from the description, it sounds like cygstart is broken right now
>> and could be fixed right now.  You don't need any of the functionality
>> from the snapshot.  You just need to construct a windows lpEnvironment
>> block from the UNIX-like global variable, provided by cygwin: "extern
>> char **environ".
>
>
> The attached patch fixes cygstart for me. It copies all missing Cygwin
> environment variables to the Windows environment before invoking
> ShellExecute.
>
Indeed, that's the help I needed!  :-)

The patch as-is doesn't compile for me, though, I presume because
char **envp = (char **) cygwin_internal (CW_ENVP);
uses a not-yet-released Cygwin enhancement.  But when I change it to the
simpler and more standard
char **envp = environ;
it compiles and works fine, both under mount -X and normally.

(At first I was a bit suspicious of the logic - it only sets those
Windows variables that are not currently set, so what about variables
that were changed or deleted within Cygwin? - but it looks like the
Windows environment isn't the standard pre-Cygwin user environment, but
a minimal one with only PATH and SYSTEMROOT set, so it actually does
behave optimally this way - it sets all other variables when running
under mount -X, and sets nothing otherwise.)

Revised patch attached.  Can you try this out and see if it still works
for you?  If you confirm this, I'll resend the patch in a new, more
obviously titled thread, to attract Chuck's attention.  ;-)

Thanks for your and Chris' assistance,

 - Michael
--- ORIG/cygstart.c 2005-03-08 06:22:51.0 +0100
+++ cygstart.c  2005-05-12 00:37:06.04725 +0200
@@ -40,7 +40,7 @@
 #define MSDN_URL "http://msdn.microsoft.com/library/en-us/shellcc/platform/"; \
  "Shell/reference/functions/shellexecute.asp"
 
-static const char versionID[] = "1.0";
+static const char versionID[] = "1.2";
 /* for future CVS */
 static const char revID[] =
"$Id: cygstart.c,v 1.3 2005/03/08 05:22:51 cwilson Exp $";
@@ -64,6 +64,7 @@
 static void help(poptContext optCon, FILE *f, char *name);
 static void version(poptContext optCon, FILE *f, char *name);
 static void license(poptContext optCon, FILE *f, char *name);
+static void setup_win_environ(void);
 
 int main(int argc, const char **argv)
 {
@@ -404,6 +405,9 @@
 {
 int ret;
 
+/* Need to sync the Windows environment when running under "mount -X" */
+setup_win_environ();
+
 ret = (int) ShellExecute(NULL, action, aPath, args, workDir, show);
 if (ret >= 32) {
 return TRUE;
@@ -511,3 +515,25 @@
   printTopDescription(f, name);
   printLicense(f, name);
 }  
+
+/* Copy cygwin environment variables to the Windows environment if they're not
+ * already there. */
+static void setup_win_environ(void)
+{
+char **envp = environ;
+char *var, *val;
+char curval[2];
+
+while (envp && *envp) {
+var = strdup(*envp++);
+val = strchr(var, '=');
+*val++ = '\0';
+
+if (GetEnvironmentVariable(var, curval, 2) == 0
+&& GetLastError() == ERROR_ENVVAR_NOT_FOUND) {
+SetEnvironmentVariable(var, val);
+}
+
+free(var);
+}
+}

--
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: JNI and cygwin

[Venkatesh Gopal]

pdcurses works fine, but I assume it has its
limitations. 
The "ncurses" component of cygwin seems to be more
complete in comparison to other platforms.

Venkatesh.

--- "Gerrit P. Haase" <[EMAIL PROTECTED]> wrote:
> Venkatesh Gopal wrote:
> 
> > I need to use the "cygwin" libraries for getting
> > "curses" support.
> 
> What about pdcurses?
>
http://prdownloads.sf.net/mingw/pdcurses-2.6.0-2003.07.21-1.exe?download
>
http://prdownloads.sf.net/mingw/pdcurses-2.6.0-src.tar.bz2?download
> 
> 
> > Command line used...
> > 
> > gcc  -mno-cygwin -Wl,--add-stdcall-alias
> -DCYGWIN_MODE
> > -shared -o myfunction.dll
> >  -Ic:/j2sdk1.4.2_06/include 
> > -Ic:/j2sdk1.4.2_06/include/win32 myfunction.c
> > 
> > Venkatesh.
> > 
> [snip]
> 
> 
> Gerrit
> -- 
> =^..^=
> 



__ 
Do you Yahoo!? 
Make Yahoo! your home page 
http://www.yahoo.com/r/hs

--
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: Static destructors not running

[Christopher Faylor]

On Wed, May 11, 2005 at 07:01:07AM -0400, William M. (Mike) Miller wrote:
>The order of destruction of static objects should be the inverse of
>their order of construction, regardless of whether they are global or
>local.  In 1.5.16 and the latest snapshot, global static objects are
>destroyed before local static objects, regardless of the order of
>construction.

This should be fixed in the next snapshot.

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

C++ static destructors run in wrong order

[William M. (Mike) Miller]

I mentioned this at the tail end of the thread on static destructors
not running, but since I got no reaction I guess it was probably
overlooked there.

As noted by Christopher Faylor, the May 10 snapshot fixes the
problem of destructors for static objects not being run when
main() returns.  However, it does not fix a problem that was also
introduced in 1.5.16, namely, that destructors for static objects
run in the wrong order.  The C++ Standard says that such
destructors run in the inverse order of their constructors, and
that was the case prior to 1.;5.16.  However, as demonstrated
by the following sample program, global static objects are now
destroyed before local static objects, ignoring their order of
construction:

#include 
#include 
struct A {
  int i;
  A(int p) : i(p) { printf("A::A(%d)\n", i); }
  ~A() { printf("A::~A for %d\n", i); }
};
A a(1);
void f() {
  static A a(3);
}
main () {
  static A a(2);
  printf("main\n");
  f();
  exit(0);
}

This now prints

A::A(1)
A::A(2)
main
A::A(3)
A::~A for 1
A::~A for 3
A::~A for 2

"A::~A for 1" should be last.

-- 
William M. (Mike) Miller | Edison Design Group
[EMAIL PROTECTED]

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

Re: Permissions problem mounting NFS shares from Cygwin sshd

[Igor Pechtchanski]

On Wed, 11 May 2005, Chip Olson wrote:

> Quoth Igor Pechtchanski:
>
> > Read the above page again, please.  If I understood your statement
> > correctly, you've edited /etc/passwd and /etc/group directly.  This is not
> > *supposed* to have any effect, unless you use the appropriate Windows
> > tools to adjust group memberships.
>
> >From the NT Security document:
>
>   Unfortunately, workstations and servers outside of domains
>   are not able to set primary groups! In these cases, where
>   there is no correlation of users to primary groups, NT returns 513
>   (None) as primary group, regardless of the membership to existing
>   local groups.
>
>   When using mkpasswd -l -g on such systems, you have to change
>   the primary group by hand if `None' as primary group is not what you
>   want (and I'm sure, it's not what you want!)
>
> This machine is not in a domain. I understood the above to mean I
> needed to generate the password file with mkpasswd and edit it to
> change those group IDs. Am I understanding incorrectly?

I believe so.  I read the above as "one only needs to change /etc/passwd
and /etc/group if the machine is part of a domain".  Perhaps it could be
reworded to make that clearer -- .

> > The usual place to look for the actual errors when starting sshd is the
> > Windows event log.
>
> OK, this is interesting:
>
> sshd : PID 1364 : starting service `sshd' failed: execve: 1, Operation
> not permitted.

Your Administrator user is probably not seeing /usr/sbin, or the
permissions on /usr/sbin are wrong.  Hard to know without more
information.

> Which tells me Administrator doesn't have the privileges to start
> sshd. Following the tried-and-true troubleshooting methodology of
> "dunno, maybe it'll work", I changed /usr/sbin/sshd's ownership from
> Administrator:Users to Administrator:Administrators. Its group ID
> changed from 545 to 544, as I would expect, but the change had no
> effect.

I don't recall you attaching the output of "cygcheck -svr" as requested in
.  Please provide that information so
that we know what you have on your Cygwin installation.  Also, if you log
in as Administrator, can you explicitly run /usr/sbin/sshd?  If not, what
is the error message?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

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

Re: Strange-Dangerous behaviour in Cygwin

[Igor Pechtchanski]

On Wed, 11 May 2005, Christopher Faylor wrote:

> On Wed, May 11, 2005 at 02:47:42AM -0400, Igor Pechtchanski wrote:
> >On Tue, 10 May 2005, Christopher Faylor wrote:
> >
> >> On Tue, May 10, 2005 at 06:56:10AM -0600, Eric Blake wrote:
> >> >Now my question - why can't cygwin have sane defaults for the tty, so that
> >> >this question doesn't continue to pop up?
> >>
> >> Because we hate everyone and want them to suffer?
> >
> >Hmm, BWHEAWTTS?  Nah,  is *so* much more
> >succinct...
>
> But sometimes you just need that extra bit of clarification...

True.  Oh, well, it does have a sort of an evil laugh ring to it (similar
to BWAHAHA)...  Is this going to be used a lot? ;-)
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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: JNI and cygwin

[Gerrit P. Haase]

Venkatesh Gopal wrote:
I need to use the "cygwin" libraries for getting
"curses" support.
What about pdcurses?
http://prdownloads.sf.net/mingw/pdcurses-2.6.0-2003.07.21-1.exe?download
http://prdownloads.sf.net/mingw/pdcurses-2.6.0-src.tar.bz2?download

Command line used...
gcc  -mno-cygwin -Wl,--add-stdcall-alias -DCYGWIN_MODE
-shared -o myfunction.dll
 -Ic:/j2sdk1.4.2_06/include 
-Ic:/j2sdk1.4.2_06/include/win32 myfunction.c

Venkatesh.
[snip]
Gerrit
--
=^..^=
--
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: sqlite / pysqlite ... RFC/ITP?

[Gerrit P. Haase]

Jan Schormann wrote:
Hi all,
I'm not sure just *how* off-topic this is, let's see ...
I'm using Reini's own package of sqlite 3.0.7 for cygwin
in conjunction with the pysqlite source-distribution.
This works quite well, only I'd like it all in cygwin
packages in the standard distribution.
For the record:
SQLite is a small C library that implements a self-contained,
embeddable, zero-configuration SQL database engine.
 -> http://www.sqlite.org/
pysqlite is a Python DB-API 2.0 interface for the SQLite
embedded relational database engine.
 -> http://www.pysqlite.org/
Now on to the real issues:
I might volunteer as maintainer for the pysqlite cygwin
package, but there are a few questions:
- Is anyone else actually interested in this, or might I be
  better off to keep it to my own?
Not known.
- Reini, will the sqlite package ever be part of the standard
  cygwin mirrors, or would I have to maintain that, too?
  Is there any serious reason against uploading it?
Would be nice to have you maintaining sqlite too.
See the cygwin-apps archive, there were some comms about sqlite, but
the provided package contains errors, I couldn't rebuild and so it was 
not uploaded.  No fixes were provided so far (it is way long ago).


- The python setup script, shipped with the pysqlite source,
  builds and installs different DLLs, not only for different
  versions of python (e.g. 2.3 vs. 2.4 which isn't a problem
  as only 2.4 is supported in cygwin as of now), but also
  for each version of the cygwin dll itself.
There is only one python release at a time.  Why are there different
version needed for different cygwin versions?  Older version of Cygwin
are no onger available and are no longer supported, just build for the
current version .
  This makes it look as if it's a bad idea to just package
  the "binary" ... But I have no real experience with that
  yet.
  Would I have to update it whenever a new cygwin version
  comes about, or is there a smart way around it - e.g.
  to call the actual build-and-install from the postinstall
  script? Sounds scary.
  Might it be OK to distribute a "pysqlite binary cygwin
  package" and rebuild it only as soon as it stops working?
Should not be needed?  Most packages are older than the current Cygwin
library.
Note also that this would be my first ITP ever. If I get
positive responses here, I'll take the ITP to cygwin-apps,
of course.
Thanks for any hints,
Jan.
Yes please provide sqlite, it is needed for many applications nowadays.
Then it we'll see what the problem with pysqlite is about.
Gerrit
--
=^..^=
--
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/

tail -f and pipes with bash shell

[Peter Ekberg]

Hello!

What is going on here?

~$ ps -f | grep $$
peda2316   1 con  20:21:51 /usr/bin/bash
peda31802316 con  21:51:47 /usr/bin/ps
peda31642316 con  21:51:47 /usr/bin/grep

  [I use bash, if that matters]

~$ tail -f frame.log | grep Antenna
2005-05-11,21:51:07: Antenna DAC 0
2005-05-11,21:51:17: Antenna DAC 0
2005-05-11,21:51:26: Antenna DAC 0
2005-05-11,21:51:36: Antenna DAC 0
2005-05-11,21:51:46: Antenna DAC 0
2005-05-11,21:52:06: Antenna DAC 0

  [Fine, that works, I get bored and press ^C]

~$ tail frame.log | grep Antenna | cat
2005-05-11,21:51:17: Antenna DAC 0
2005-05-11,21:51:26: Antenna DAC 0
2005-05-11,21:51:36: Antenna DAC 0
2005-05-11,21:51:46: Antenna DAC 0
2005-05-11,21:52:06: Antenna DAC 0

  [Fine, that works...]

~$ tail -f frame.log | grep Antenna | cat

  [No output!? I'm puzzled and press ^C]

Every other line in frame.log is an "Antenna"-
line, so I really think there should be output
from the last command as well.

(For the real task I'm doing I want to do more
 than 'cat' at the end of the pipe, this is just
 a trimmed down example.)

Can anyone please provide any hints?

Cheers,
Peter


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

Re: Fixing strace and cygcheck so that they work with mount -X

[David Rothenberger]

On 5/11/2005 9:53 AM, Christopher Faylor wrote:
On Wed, May 11, 2005 at 11:40:36AM -0400, Christopher Faylor wrote:
It sounds like you need to read MSDN on CreateProcess and see what it says
about "lpEnvironment":
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/createprocess.asp
cygstart uses ShellExecute, not CreateProcess.
Btw, from the description, it sounds like cygstart is broken right now
and could be fixed right now.  You don't need any of the functionality
from the snapshot.  You just need to construct a windows lpEnvironment
block from the UNIX-like global variable, provided by cygwin: "extern char 
**environ".
The attached patch fixes cygstart for me. It copies all missing Cygwin 
environment variables to the Windows environment before invoking 
ShellExecute.

--
David Rothenbergerspammer? -> [EMAIL PROTECTED]
GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734
It'll be a nice world if they ever get it finished.
--- cygutils-1.2.7-orig/src/cygstart/cygstart.c 2005-03-07 21:22:51.0 
-0800
+++ cygutils-1.2.7/src/cygstart/cygstart.c  2005-05-11 11:43:55.59800 
-0700
@@ -24,6 +24,7 @@
 #include "config.h"
 #endif
 #include "common.h"
+#include 
 
 /* The official name of this program (e.g., no `g' prefix).  */
 #define PROGRAM_NAME "cygstart"
@@ -64,6 +65,7 @@
 static void help(poptContext optCon, FILE *f, char *name);
 static void version(poptContext optCon, FILE *f, char *name);
 static void license(poptContext optCon, FILE *f, char *name);
+static void setup_win_environ(void);
 
 int main(int argc, const char **argv)
 {
@@ -404,6 +406,7 @@
 {
 int ret;
 
+setup_win_environ();
 ret = (int) ShellExecute(NULL, action, aPath, args, workDir, show);
 if (ret >= 32) {
 return TRUE;
@@ -511,3 +514,23 @@
   printTopDescription(f, name);
   printLicense(f, name);
 }  
+
+/* Copy cygwin environment variables to the Windows environment if they're not 
already there. */
+static void setup_win_environ(void)
+{
+char **envp = (char **) cygwin_internal (CW_ENVP);
+char *var, *val;
+char curval[2];
+
+while (envp && *envp) {
+var = strdup(*envp++);
+val = strchr(var, '=');
+*val++ = '\0';
+
+if (GetEnvironmentVariable(var, curval, 2) == 0 && GetLastError() == 
ERROR_ENVVAR_NOT_FOUND) {
+SetEnvironmentVariable(var, val);
+}
+
+free(var);
+}
+}

--
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:JNI and cygwin

[Larry Hall]

At 11:41 AM 5/11/2005, you wrote:

>I need terminal and ncurses support and I have a JNI
>layer that interacts with
> "curses" functions.The JNI wrapper needs to be built
>into a shared library.
>I have problems using the cygwin libraries with Java
>VM.
>
>I have a smaller example that can reproduce the
>issue...
>
>The shared library when compiled with the -mno-cygwin
>option works without any
>issues, however, when I remove this option, the
>compilation goes fine, but when
>I try and run the java program the VM hangs. This
>issue has been reported
>earlier. Has this problem been fixed?


If it has, I don't recall that fact being reported on this list.


>I need to use the "cygwin" libraries for getting
>"curses" support.


Why?  If a MinGW version (i.e. built with -mno-cygwin) will work for you,
why not just use it?


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


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

error: fork: after recent updates with sshd

[Henri Dupre]

I had that problem in the past on our old server and it happened after
certain updates and now it happened again on our new server after some
recent cygwin updates.
I have the sshd server installed as service on the server (Win 2000
server sp4, all latests patches installed). The server is running ISA
2000 and is used as proxy for internet.

After a reboot I am having now this strange sshd error message:
Impossible de trouver la description de l'ID d'événement ( 0 ) dans la
source ( sshd ). L'ordinateur local n'a peut-être pas les informations
de Registre nécessaires ou les fichiers DLL de messagerie pour
afficher les messages provenant d'un ordinateur distant sshd : PID
1828 : error: fork: Resource temporarily unavailable.

The strangest thing is that the sshd server works after a service
restart. And it used to work flawlessly.

I read in the mailing list about the possible lack of memory but the
server has 2go ram and 4 go virtual memory so I doubt that it is the
issue.
What other issues can be involved?

Thanks,

Henri.

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

Re: Fixing strace and cygcheck so that they work with mount -X

[Christopher Faylor]

On Wed, May 11, 2005 at 11:40:36AM -0400, Christopher Faylor wrote:
>On Wed, May 11, 2005 at 05:30:11PM +0200, Michael Schaap wrote:
>>On 10-May-2005 17:17, Christopher Faylor wrote:
>>
>>>On Mon, May 09, 2005 at 09:19:14PM +0200, Michael Schaap wrote:
>>>  
>>>
On 9-May-2005 19:22, David Rothenberger wrote:



>Does cygstart also need to be fixed? I've found that it doesn't
>propagate the full Cygwin environment when /bin is mounted in cygexec
>mode.
>
>% cygstart -- /bin/rxvt -e bash -c "'env; read x'"
>
>prints out a small set of environment variables when /bin is mounted
>in cygexec. When /bin is mounted normally, it gets the full environment.
>  
>
Well, cygstart is a proper Cygwin executable. However, it does use a
Windows API call (ShellExecute, see "cygstart --reference") to execute
whatever needs to be started, so I can see how it might depend on a
properly synchronized Windows environment.

If anyone can tell me how to do this, I'll be happy to make the change
to cygstart.


>>>
>>>This shows what I did to cygcheck:
>>>
>>>http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/cygcheck.cc.diff?cvsroot=uberbaum&r1=1.65&r2=1.66
>>>
>>>It's possible that the environment code may just work.  Otherwise,
>>>you'll have to grab the environment from cygwin and build a new
>>>environment block, I assume.
>>>
>>>  
>>>
>>Well, I gave it a try, but no success.
>>Since cygstart is a proper Cygwin executable, and cygcheck a normal
>>Windows one, the code needs to be quite different.
>
>It sounds like you need to read MSDN on CreateProcess and see what it says
>about "lpEnvironment":
>
>http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/createprocess.asp

Btw, from the description, it sounds like cygstart is broken right now
and could be fixed right now.  You don't need any of the functionality
from the snapshot.  You just need to construct a windows lpEnvironment
block from the UNIX-like global variable, provided by cygwin: "extern char 
**environ".

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/

REsolved: Multiple Cygwin users in WinXPPro

[Mills, John M.]

All -

I solved this by adding lines to 'cygwin.bat' that remove
'C:\cygwin\tmp\Xwin.log' and 'C:\cygwin\tmp\.X11-unix\*' before starting the
shell.

 - John Mills

-Original Message-
From: Mills, John M. [mailto:[EMAIL PROTECTED] 
Sent: Friday, May 06, 2005 5:09 PM
To: Cygwin Users (cygwin@cygwin.com)
Subject: Multiple Cygwin users in WinXPPro

[in order for multiple user accounts to start Cygwin's X-server ...]

Jm> Question: How can I change things so that '/tmp/XWin.log' is Jm> created
with
Jm> a+w permissions?



--
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: Permissions problem mounting NFS shares from Cygwin sshd

[Chip Olson]

Quoth Igor Pechtchanski:

> Read the above page again, please.  If I understood your statement
> correctly, you've edited /etc/passwd and /etc/group directly.  This is not
> *supposed* to have any effect, unless you use the appropriate Windows
> tools to adjust group memberships.

>From the NT Security document:

Unfortunately, workstations and servers outside of domains
are not able to set primary groups! In these cases, where
there is no correlation of users to primary groups, NT returns 513
(None) as primary group, regardless of the membership to existing
local groups.

When using mkpasswd -l -g on such systems, you have to change
the primary group by hand if `None' as primary group is not what you
want (and I'm sure, it's not what you want!)

This machine is not in a domain. I understood the above to mean I
needed to generate the password file with mkpasswd and edit it to
change those group IDs. Am I understanding incorrectly?

> The usual place to look for the actual errors when starting sshd is the
> Windows event log.

OK, this is interesting:

sshd : PID 1364 : starting service `sshd' failed: execve: 1, Operation
not permitted.

Which tells me Administrator doesn't have the privileges to start
sshd. Following the tried-and-true troubleshooting methodology of
"dunno, maybe it'll work", I changed /usr/sbin/sshd's ownership from
Administrator:Users to Administrator:Administrators. Its group ID
changed from 545 to 544, as I would expect, but the change had no
effect.

-- 
-Chip Olson | [EMAIL PROTECTED] | "And the sands will roll out a carpet of 
gold / For your weary toes to be a-touchin' / And the ship's wise men 
will remind you once again / The whole wide world is watchin'"  
 -Bob Dylan, "When The Ship Comes In"

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

Re:JNI and cygwin

[Venkatesh Gopal]

I need terminal and ncurses support and I have a JNI
layer that interacts with
 "curses" functions.The JNI wrapper needs to be built
into a shared library.
I have problems using the cygwin libraries with Java
VM.

I have a smaller example that can reproduce the
issue...

The shared library when compiled with the -mno-cygwin
option works without any
issues, however, when I remove this option, the
compilation goes fine, but when
I try and run the java program the VM hangs. This
issue has been reported
earlier. Has this problem been fixed?

I need to use the "cygwin" libraries for getting
"curses" support.

Command line used...

gcc  -mno-cygwin -Wl,--add-stdcall-alias -DCYGWIN_MODE
-shared -o myfunction.dll
 -Ic:/j2sdk1.4.2_06/include 
-Ic:/j2sdk1.4.2_06/include/win32 myfunction.c

Venkatesh.


/ HEADER FILE tryloading.h /

/* DO NOT EDIT THIS FILE - it is machine generated */
#include 
/* Header for class tryloading */

#ifndef _Included_tryloading
#define _Included_tryloading
#ifdef __cplusplus
extern "C" {
#endif
/*
 * Class: tryloading
 * Method:myfunction
 * Signature: (Ljava/lang/String;)I
 */
JNIEXPORT jint JNICALL Java_tryloading_myfunction
  (JNIEnv *, jobject, jstring);

#ifdef __cplusplus
}
#endif
#endif

/* C CODE **/

#include "tryloading.h"

#include 
#include 


int __stdcall _cygwin_dll_entry(void* h,int
reason,void *foo)
{

return 1;
}




JNIEXPORT jint JNICALL Java_tryloading_myfunction
  (JNIEnv *myenv, jobject obj, jstring arg)
{

const char *argutf  =
(*myenv)->GetStringUTFChars(myenv, arg, JNI_FALSE);
 
/* Call into external dylib function */
 
jint rc = shared_function(argutf);
 
 
/* Release created UTF8 string. */
 
(*myenv)->ReleaseStringUTFChars(myenv, arg,
argutf);
 
shared_function("hello world");
 
return rc;
}

int shared_function(const char *arg) {
 
 
printf("shared_function called with %s\n", arg);
 
 
return 42;
 
 
}
 



/* JAVA CODE */
public class tryloading
{
static
{   
System.out.println("before loading");
try
{
System.loadLibrary("myfunction");
}
catch(Exception e)
{
e.printStackTrace();
}
}

public tryloading()
{
System.out.println("instance created");
}

native int myfunction(String arg);

public static void main(String args[])
{
System.out.println("in main");

tryloading tl = new tryloading();
int result = tl.myfunction("hello world");

System.out.println("Finished wrapper " + result);


}

}


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.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/

Re: Fixing strace and cygcheck so that they work with mount -X

[Christopher Faylor]

On Wed, May 11, 2005 at 05:30:11PM +0200, Michael Schaap wrote:
>On 10-May-2005 17:17, Christopher Faylor wrote:
>
>>On Mon, May 09, 2005 at 09:19:14PM +0200, Michael Schaap wrote:
>>  
>>
>>>On 9-May-2005 19:22, David Rothenberger wrote:
>>>
>>>
>>>
Does cygstart also need to be fixed? I've found that it doesn't
propagate the full Cygwin environment when /bin is mounted in cygexec
mode.

% cygstart -- /bin/rxvt -e bash -c "'env; read x'"

prints out a small set of environment variables when /bin is mounted
in cygexec. When /bin is mounted normally, it gets the full environment.
  

>>>Well, cygstart is a proper Cygwin executable. However, it does use a
>>>Windows API call (ShellExecute, see "cygstart --reference") to execute
>>>whatever needs to be started, so I can see how it might depend on a
>>>properly synchronized Windows environment.
>>>
>>>If anyone can tell me how to do this, I'll be happy to make the change
>>>to cygstart.
>>>
>>>
>>
>>This shows what I did to cygcheck:
>>
>>http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/cygcheck.cc.diff?cvsroot=uberbaum&r1=1.65&r2=1.66
>>
>>It's possible that the environment code may just work.  Otherwise,
>>you'll have to grab the environment from cygwin and build a new
>>environment block, I assume.
>>
>>  
>>
>Well, I gave it a try, but no success.
>Since cygstart is a proper Cygwin executable, and cygcheck a normal
>Windows one, the code needs to be quite different.

It sounds like you need to read MSDN on CreateProcess and see what it says
about "lpEnvironment":

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/createprocess.asp

cgf

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

Re: Fixing strace and cygcheck so that they work with mount -X

[Michael Schaap]

On 10-May-2005 17:17, Christopher Faylor wrote:

>On Mon, May 09, 2005 at 09:19:14PM +0200, Michael Schaap wrote:
>  
>
>>On 9-May-2005 19:22, David Rothenberger wrote:
>>
>>
>>
>>>Does cygstart also need to be fixed? I've found that it doesn't
>>>propagate the full Cygwin environment when /bin is mounted in cygexec
>>>mode.
>>>
>>>% cygstart -- /bin/rxvt -e bash -c "'env; read x'"
>>>
>>>prints out a small set of environment variables when /bin is mounted
>>>in cygexec. When /bin is mounted normally, it gets the full environment.
>>>  
>>>
>>Well, cygstart is a proper Cygwin executable. However, it does use a
>>Windows API call (ShellExecute, see "cygstart --reference") to execute
>>whatever needs to be started, so I can see how it might depend on a
>>properly synchronized Windows environment.
>>
>>If anyone can tell me how to do this, I'll be happy to make the change
>>to cygstart.
>>
>>
>
>This shows what I did to cygcheck:
>
>http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/cygcheck.cc.diff?cvsroot=uberbaum&r1=1.65&r2=1.66
>
>It's possible that the environment code may just work.  Otherwise,
>you'll have to grab the environment from cygwin and build a new
>environment block, I assume.
>
>  
>
Well, I gave it a try, but no success.
Since cygstart is a proper Cygwin executable, and cygcheck a normal
Windows one, the code needs to be quite different.  And my knowledge of
either Cygwin or Windows internals is not enough to write this myself.
So, any additional help would be appreciated.

Thanks anyway,

 - Michael

--
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: problems in Perl process management

[Christopher Faylor]

On Wed, May 11, 2005 at 04:24:56PM +1000, Sonam Chauhan wrote:
>Christopher - 
>>Yes, if you send a "kill -9" to a pid that shows up in ps but is
>>associated with a non-cygwin process, it should work.
>
>So what me and Jurgen were discussing works, and you were wrong.
>Thanks for revisiting your point after your earlier rudeness.

YJS?

I felt the need to clarify after your observation about "kill -9" which
mentioned a "cygwin terminal" and did not appear to have any direct
bearing on the statement "However, I also notice that deeper forked
processes (grandchildren) refuse to die.  This script is only run using
ActiveState Perl".  If someone is talking about "fork" on windows in a
cygwin mailing list then they must be talking about starting processes
using cygwin so mentioning a "cygwin terminal" doesn't make a lot of
sense in that context.  You don't need to start processes from bash
for them to be able to receive signals.

If they are saying that they are unable to kill processes then, my
previous (unstated) assumption that they are using winpids rather than
cygwin pids seems likely.  Either that or they are using SIGTERM and the
signal is blocked, in which case your "kill -9" would work.  I don't
know why something which expects to be killed via SIGTERM would block
SIGTERM but I guess it is a possibility.

Since I didn't recognize your name, and you seemed to be trying to
inform me about code that I wrote, I included my signature in the
message to clarify.

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: Strange-Dangerous behaviour in Cygwin

[Christopher Faylor]

On Wed, May 11, 2005 at 02:47:42AM -0400, Igor Pechtchanski wrote:
>On Tue, 10 May 2005, Christopher Faylor wrote:
>
>> On Tue, May 10, 2005 at 06:56:10AM -0600, Eric Blake wrote:
>> >Now my question - why can't cygwin have sane defaults for the tty, so that
>> >this question doesn't continue to pop up?
>>
>> Because we hate everyone and want them to suffer?
>
>Hmm, BWHEAWTTS?  Nah,  is *so* much more
>succinct...

But sometimes you just need that extra bit of clarification...

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: cygwin and gmail problems? Remote host said: 530 5.7.0 Must issue a STARTTLS command first

[Michael Schaap]

On 10-May-2005 19:04, Matt Wilkie wrote:

>Hi All,
>
>gmail doesn't seem to like messages from the cygwin mailing list
>today. Did anybody else get a notice like this?
>
>  
>
(...)

>
>--- Enclosed is a copy of the bounce message I received.
>
>Return-Path: <>
>Received: (qmail 22555 invoked for bounce); 28 Apr 2005 23:28:08 -
>Date: 28 Apr 2005 23:28:08 -
>  
>
Note that the actual bounce included was from a couple of weeks ago. 
And Gmail was indeed briefly bouncing random messages - not just from
this or any mailing list - at that time.

 - Michael

--
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: Static destructors not running

[William M. (Mike) Miller]

On 5/10/05, Christopher Faylor <[EMAIL PROTECTED]> wrote:
> Previous to 1.5.16, static destructors were always called via a
> gcc "atexit" mechanism.  This meant that there were scenarios where
> destructors would not be called at all so I made cygwin's exit call
> the destructors explicitly.   I just forgot to make cygwin do the right
> thing when returning from main rather than exiting.  This will be
> fixed in the next snapshot.

There's one more glitch in this.  The order of destruction of static
objects should be the inverse of their order of construction,
regardless of whether they are global or local.  In 1.5.16 and the
latest snapshot, global static objects are destroyed before local
static objects, regardless of the order of construction.  Here's a
demo program:

#include 
struct A {
  int i;
  A(int p) : i(p) { printf("A::A(%d)\n", i); }
  ~A() { printf("A::~A for %d\n", i); }
};
A a(1);
void f() {
  static A a(3);
}
main () {
  static A a(2);
  printf("main\n");
  f();
}

In the new Cygwin versions, the output is:

A::A(1)
A::A(2)
main
A::A(3)
A::~A for 1
A::~A for 3
A::~A for 2

The destructors should print 3, 2, 1 instead of 1, 3, 2.

-- 
William M. (Mike) Miller
[EMAIL PROTECTED]

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

RE: missing cygapr-0-0.dll

[Dave Korn]

Original Message
>From: Thomas Richter
>Sent: 11 May 2005 11:11

> Corinna Vinschen wrote:
>> I just installed the libapr0 package and there it is:
>> /bin/cygapr-0-0.dll. 
> Ok works. Thanks.
> But shouldn't be there dependencies?
> 


  There certainly should be.

--
[EMAIL PROTECTED] /artimi/firmware> wget -O - -o /dev/null
http://ftp.inf.tu-dresden.de/software/windows/cygwin/setup.ini | grep -B3
-A10 subversion

[ ... snip! ... ]

@ subversion
sdesc: "A version control system"
ldesc: "Subversion is a version control system that aims to be a compelling
replacement for CVS in the open source community"
category: Devel
requires: cygwin libaprutil0 libapr0 libdb4.2 libneon24 expat libintl3
version: 1.1.4-1
install: release/subversion/subversion-1.1.4-1.tar.bz2 982361
e5d070bcc9197b455f5acbf04c610291
source: release/subversion/subversion-1.1.4-1-src.tar.bz2 6774781
dbb0f9df43326b0d10dab673fb168b70
[prev]
version: 1.1.2-1
install: release/subversion/subversion-1.1.2-1.tar.bz2 975466
f94bb6dca0f40d42372e177729025aba
source: release/subversion/subversion-1.1.2-1-src.tar.bz2 6817910
0a745f4291e9b063e59bb3d4ff409a37

[ ... snip! ... ]
--

  There are!  Hm.  Probably a bug in setup - did you cycle through options
or switch back and forward between prev/curr/exp?  There have been known to
be bugs caused that way.  If you can come up with a way to reproduce the
problem, please post again; we'll look into it.


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: missing cygapr-0-0.dll

[Thomas Richter]

svs also missed cygneon42, but libneon24 was marked as installed.
So I reinstalled all installed libs and now it works ...
mfg Thomas Richter
--
Thomas Richter  'Codito ergo sum'  Diplominformatiker Softwareentwickler
[EMAIL PROTECTED]  http://www.ariva.de
+(49) 0431/97108-27
Börse   Kurse   Charts   Aktien  Zertifikate  Anleihen   Fonds   Devisen
--
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: tetex-3.0.0-3

[zzapper]

On Tue, 10 May 2005 18:00:19 +0200 (CEST),  wrote:

>
>I have updated the tetex suite to version 3.0.0-3.  This is a bugfix
>release.
>
teTeX is a complete TeX distribution for UNIX compatible systems, maintained by 
me, Thomas Esser. It
is based on the web2c distribution which is currently maintained by Olaf Weber.

My main aims when putting this distribution together have been: 
provide a TeX system that consists only of Free Software 
create something simple to install, use and maintain 
include as much useful documentation as possible 
test as much as possible and try to avoid bugs

zzapper note AFAICS TEtEX is a suite and does not affect your choice of the 
which of various
flavours of Tex you use ?!?


-- 
zzapper
vim -c ":%s%s*%Cyrnfr)fcbafbe[Oenz(Zbbyranne%|:%s)[[()])-)Ig|norm Vg?"
http://www.rayninfo.co.uk/tips/ vim, zsh & success tips


--
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: missing cygapr-0-0.dll

[Thomas Richter]

Corinna Vinschen wrote:
I just installed the libapr0 package and there it is: /bin/cygapr-0-0.dll.
Ok works. Thanks.
But shouldn't be there dependencies?
mfg Thomas Richter
--
Thomas Richter  'Codito ergo sum'  Diplominformatiker Softwareentwickler
[EMAIL PROTECTED]  http://www.ariva.de
+(49) 0431/97108-27
Börse   Kurse   Charts   Aktien  Zertifikate  Anleihen   Fonds   Devisen
--
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: missing cygapr-0-0.dll

[Corinna Vinschen]

On May 11 11:43, Thomas Richter wrote:
> Dave Korn wrote:
> >>From: Thomas Richter
> >>I reinstalled base and suberversion package.
> >>If I call cvs I got the message: missing cygapr-0-0.dll.
> >>And it is not available in \cygwin\bin\ ...
> >>Where can I get the file?
> >and enter the name of the file you're looking for - in this case, you'll 
> >see
> >that it's in libapr0/libapr0-0.9.5-1 or libapr0/libapr0-0.9.6-1, the apache
> >portable runtime library.
> 
> I reinstall the packages libs/apr and libs/apr-util via setup.exe
> but the cygapr-0-0.dll is still missing ...

I just installed the libapr0 package and there it is: /bin/cygapr-0-0.dll.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.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: missing cygapr-0-0.dll

[Thomas Richter]

Dave Korn wrote:
From: Thomas Richter
I reinstalled base and suberversion package.
If I call cvs I got the message: missing cygapr-0-0.dll.
And it is not available in \cygwin\bin\ ...
Where can I get the file?
and enter the name of the file you're looking for - in this case, you'll see
that it's in libapr0/libapr0-0.9.5-1 or libapr0/libapr0-0.9.6-1, the apache
portable runtime library.
I reinstall the packages libs/apr and libs/apr-util via setup.exe
but the cygapr-0-0.dll is still missing ...
mfg Thomas Richter
--
Thomas Richter  'Codito ergo sum'  Diplominformatiker Softwareentwickler
[EMAIL PROTECTED]  http://www.ariva.de
+(49) 0431/97108-27
Börse   Kurse   Charts   Aktien  Zertifikate  Anleihen   Fonds   Devisen
--
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: missing cygapr-0-0.dll

[Dave Korn]

Original Message
>From: Thomas Richter
>Sent: 11 May 2005 10:12

> Hi,
> I reinstalled base and suberversion package.
> If I call cvs I got the message: missing cygapr-0-0.dll.
> And it is not available in \cygwin\bin\ ...
> Where can I get the file?
> 

  To find cygwin packages that contain a particular file, go to

http://cygwin.com/packages/

and enter the name of the file you're looking for - in this case, you'll see
that it's in libapr0/libapr0-0.9.5-1 or libapr0/libapr0-0.9.6-1, the apache
portable runtime library.

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/

missing cygapr-0-0.dll

[Thomas Richter]

Hi,
I reinstalled base and suberversion package.
If I call cvs I got the message: missing cygapr-0-0.dll.
And it is not available in \cygwin\bin\ ...
Where can I get the file?
mfg Thomas Richter
--
Thomas Richter  'Codito ergo sum'  Diplominformatiker Softwareentwickler
[EMAIL PROTECTED]  http://www.ariva.de
+(49) 0431/97108-27
Börse   Kurse   Charts   Aktien  Zertifikate  Anleihen   Fonds   Devisen
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: how to kill windows process from bash shell?

[Igor Pechtchanski]

Ugh.  Top-posting.  Reformatted.

On Tue, 10 May 2005, John R Larsen wrote:

> On 10 May 2005 at 18:18, Christopher Faylor wrote:
>
> Date sent:Tue, 10 May 2005 18:18:49 -0400
> From: Christopher Faylor <[EMAIL PROTECTED]>
> To:   [EMAIL PROTECTED]
> Subject:  Re: how to kill windows process from bash shell?
> Send reply to:[EMAIL PROTECTED]

.

> > On Tue, May 10, 2005 at 03:07:40PM -0700, David Fong wrote:
> > >or when I type
> > >$ kill -f 3412
> > >bash: kill: f: invalid signal specification
> > >[snip]
> > >I only want to kill the hanging windows process.
> >
> > You need to run the program "/bin/kill" rather than the bash
> > builtin "kill": /bin/kill -f 3412
>
> In my installation the path is "/usr/bin/kill"  Do a "which kill" to
> find the path.

Bash builtins take precedence over commands in the PATH.  So do aliases
and shell functions, for that matter.  "which" doesn't know about either
one of those.  Use bash's "type" for more accurate information (i.e.,
"type kill").

And, as CGF mentioned, /bin and /usr/bin should be the same directory on
proper Cygwin installations.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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: Permissions problem mounting NFS shares from Cygwin sshd

[Igor Pechtchanski]

On Tue, 10 May 2005, Chip Olson wrote:

> Quoth Larry Hall:
> >At 03:03 PM 5/10/2005, you wrote:
> >
> >
> >
> >  I read in the archives that logging in with public-key authentication
> >  can cause problems like this, and indeed, if I log in via ssh with -o
> >  PubKeyAuthentication=no, the mount works fine (and reports my user's
> >  UID and GID, not 0 for both as when I mount from the desktop).
> >
> >  I have another machine here that mounts just fine from a public-key
> >  ssh session. Unfortunately, the person who configured it is no longer
> >  with the company. :-(
> >
> >See the FAQ entry:
> >
> >Why don't my services work (or access network shares)?
> >< http://cygwin.com/faq/faq_toc.html#TOC33>
>
> After reading the FAQ entry, the referenced cygrunsrv README and
> http://cygwin.com/cygwin-ug-net/ntsec.html, I made the following
> changes to my configuration, independently of each other:
>
> - Changed the group IDs of Administrator and my user account from 513
> (None) to 544 (Administrators). This had no effect.

Read the above page again, please.  If I understood your statement
correctly, you've edited /etc/passwd and /etc/group directly.  This is not
*supposed* to have any effect, unless you use the appropriate Windows
tools to adjust group memberships.

> - Reinstalled sshd so as to log in as Administrator, as follows:
>
> cygrunsrv --install sshd -u Administrator -w mypasswd -p /usr/sbin/sshd.exe
>
> When I subsequently ran cygrunsrv --start sshd, I got:
> cygrunsrv: Error starting a service:  QueryServiceStatus: Win32 error 1053:
> The service did not respond to the start or control request in a timely 
> fashion.

The usual place to look for the actual errors when starting sshd is the
Windows event log.

> sshd was then hung in "starting" state, according to Service Manager,
> and I had to reboot to clear it.

FWIW, you can try killing the corresponding cygrunsrv process (using
either the Task Manager or "/bin/kill -f") instead of rebooting.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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: Updated: tetex-3.0.0-3

[Shaddy Baddah]

Hi,

Jan Nieuwenhuizen wrote:
> I have updated the tetex suite to version 3.0.0-3.  This is a bugfix
> release.

It seems that texi2html has dropped out/moved out of the binary package.
Is this deliberate? Where should I look for it now?

Thanks in advance,
Shaddy

--
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: Windows XP 5.1.2600/Rsync freezes and does not copy any files

[Igor Pechtchanski]

On Tue, 10 May 2005, David Secret wrote:

> I was trying to tunnel a file transfer via SSH from a Windows XP 5.1.2600
> machine to a Windows 2003 machine, it seemed SSH was freezing but after
> further testing rsync seems completely incapable of operation.  Doing a
> simple:
>
> $ ls /tmp/a
> a.txt b.txt c.txt
>
> cd /tmp
> rsync -r -v a b
> cmd= machine= user= path=b
> cmd=. b
> (rsync then does NOTHING for hours.)
> (Hitting ^C results in:)
> _exit_cleanup(code=20, file=/home/lapo/packaging/tmp/rsync-2.6.3/rsync.c 
> line=231): entered
> rsync error: received SIGUSR1 or SIGINT (code 20) at 
> /home/lapo/packaging/tmp/rsync-2.6.3/rsync.c(231)
> _exit_cleanup(code=20, file=/home/lapo/packaging/tmp/rsync-2.5.3/rsync.c 
> line=231: about to call exit(20)
> _exit_cleanup(code=20, file=/home/lapo/packaging/tmp/rsync-2.6.3/main.c, 
> line=965): entered
> ..
>
> Any ideas what is going on?  It won't even copy a simple 3 file
> directory where the files are around 10 bytes each.  This works GREAT
> under Windows 2003, and Windows 2000... If you have any ideas of how to
> debug this, or where to look it would be greatly appreciated.  Please
> cc: my email address on any replies :)

Well, first off, you might want to tell us which Cygwin version you're
using on both machines (and the versions of openssh and rsync).  See

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

for instructions on how to properly report the Cygwin version and
installation information.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

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