Re: problems in Perl process management

[Yitzchak Scott-Thoennes]

On Wed, May 11, 2005 at 01:19:14PM +1000, Sonam Chauhan wrote:
> Hello to Reini Urban and Yitzchak Scott-Thoennes if you're seeing this. 
> 
> Reine, Yitzchak - Back in Feb, you had a discussion:  
>   http://sourceware.org/ml/cygwin/2005-02/msg00224.html 
> Do you think the issue below is related to it? Also, at that time Yitzchak
> had proposed a patch - do you know what the status of that is? 

The cygpid to winpid and vice versa functions are available in perl 5.8.7
and perl 5.9.2; see:
 http://search.cpan.org/dist/perl/README.cygwin#Prebuilt_methods%3A

I had thought Gerrit would release a new 5.8.6 with them, but this
doesn't seem to have happened; don't know if I somehow dropped the
ball on that.  In any case, I'm really really hoping that 5.8.7 is
released in the next few weeks.

I don't know anything about problems with Proc::ProcessTable other than
what may have been mentioned in that thread.  Perhaps you'd like to look
into it further?

> Hi Christopher - 
> your response to Jurgen had mentioned:
> > ActiveState perl is a windows program.  You can't send cygwin (aka unix)
> > signals to a windows proram.
> This should be possible if the ActiPerl Windows executable was executed from
> a Cygwin terminal -- 'ps' shows it running and 'kill -9' should kill it.

? "This should be possible" meaning what?  You indeed can't send cygwin
signals (which AIUIkill -9 is not) to windows programs.

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

[Yitzchak Scott-Thoennes]

On Wed, May 11, 2005 at 11:18:16AM -0400, Christopher Faylor wrote:
> 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.

FWIW, win32 perl does emulate fork with threads (and mass copying of
all the perl code and data).  Missed the start of this thread, so
don't know how likely/unlikely that is to be the "problem" situation.
 
> 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.

I, for one, understood your clarification in the "signature" message :)

--
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: Why has GCC 2.95.3 been removed from Cygwin instillation

[Gary R. Van Sickle]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Gray
> Sent: Thursday, May 12, 2005 6:53 PM
> To: cygwin@cygwin.com
> Subject: Why has GCC 2.95.3 been removed from Cygwin instillation
> 
> Hi,
> 
> Why has 2.95.3 been removed from Cygwin ?
> 
> I have tried to install it from GNU download but have been 
> unsucessful.
> 
> I need 2.95.3 how/can I get it built ?
> 
> Aaron
> 

Because it's old and crusty.  You almost certainly do not "need" 2.95.3;
what is it you're doing that you think requires it?

-- 
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: Why has GCC 2.95.3 been removed from Cygwin instillation

[Brian Dessent]

Aaron Gray wrote:

> Why has 2.95.3 been removed from Cygwin ?
> 
> I have tried to install it from GNU download but have been unsucessful.
> 
> I need 2.95.3 how/can I get it built ?

http://cygwin.com/ml/cygwin-announce/2003-10/msg00014.html
http://cygwin.com/faq/faq_2.html#SEC10

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

Why has GCC 2.95.3 been removed from Cygwin instillation

[Aaron Gray]

Hi,
Why has 2.95.3 been removed from Cygwin ?
I have tried to install it from GNU download but have been unsucessful.
I need 2.95.3 how/can I get it built ?
Aaron

--
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: tail -f and pipes with bash shell

[Peter Ekberg]

Lev Bishop wrote:
> Try "grep --line-buffered" to get grep to flush output after every
> line. There is a performance penalty for doing this. I don't know why
> you don't see the buffering when grep's stdout isn't redirected.
> Perhaps grep (or the std library) removes/reduces buffering in the
> case the output is a terminal.
> 
> Lev

Yes, that works for this slimed down example, but probably not for
the real work, as that includes several other commands that do
not all have a --line-buffered equivalent. Thanks for you time
though.

I'll drop this now, it's getting more complex than the task
deserves. I can get by as is...

Cheers,
Peter

--
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: tail -f and pipes with bash shell

[Lev Bishop]

Try "grep --line-buffered" to get grep to flush output after every
line. There is a performance penalty for doing this. I don't know why
you don't see the buffering when grep's stdout isn't redirected.
Perhaps grep (or the std library) removes/reduces buffering in the
case the output is a terminal.

Lev

--
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: tail -f and pipes with bash shell

[Peter Ekberg]

Lev Bishop wrote:
> On 11/05/05, Peter Ekberg wrote:
>> What is going on here?
> 
> My guess: "tail frame.log" closes its stdout as soon as it has read
> the requested lines from the file, "tail -f frame.log" keeps its
> stdout open, since it is waiting for new lines to be added to the
> logfile. Cat is using some buffering on its stdin, so it tries to read
> a buffer's worth of data at a time.

Ah, thanks for the hint!

But, the buffering does not seem to happen in cat (or
is at least triggered by something external to cat).

If I open two cmd window consoles, and in the first
one I issue
~$ cat > foobar

And in the second one I issue
~$ tail -f foobar | grep d
I see all lines entered in the first console on the
second console (if they have d in them) with a fairly
rapid response time.

But if I instead issue this in the second console
~$ tail -f foobar | grep d | grep d
I get the buffering effect with high latencies...

Also, if I issue this in the second console
~$ tail -f foobar | cat
I again get a farily rapid response time.

So, the buffering does not seem to be related to cat,
but to where in the pipe the process is located, or
to the length of the pipe or something.

Rather unintuitive, my guess is that it's BYAM...

Cheers,
Peter

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

[Angelo Graziosi]

Eric,

can you answer to this mail

 ?

Summarizing I want to know if the problems I described

  are bugs of some Cygwin packages (should I wait for new upgrades?)

or 

  are the normal behaviour of Cygwin, so that if I do not like them
  I should change the configuration in .bashrc or .bash_profile or  
  .inputrc or in /etc/profile.


angelo.


--
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: tail -f and pipes with bash shell

[Lev Bishop]

On 12/05/05, Lev Bishop <[EMAIL PROTECTED]> wrote:
> On 11/05/05, Peter Ekberg <[EMAIL PROTECTED]> wrote:
 
Sorry, sorry, sorry.

 'kin gmail. 

Lev

--
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: tail -f and pipes with bash shell

[Lev Bishop]

On 11/05/05, Peter Ekberg <[EMAIL PROTECTED]> wrote:
> What is going on here?

My guess: "tail frame.log" closes its stdout as soon as it has read
the requested lines from the file, "tail -f frame.log" keeps its
stdout open, since it is waiting for new lines to be added to the
logfile. Cat is using some buffering on its stdin, so it tries to read
a buffer's worth of data at a time.

--
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: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[Larry Hall]

At 01:22 PM 5/12/2005, you wrote:
>Hello!
>
>I've been following with great interest the issue of a missing 
>cygintl-3.dll file.  I've read the FAQ's and found that the dll should be 
>in the libintl3 package. 
>
>I'm at a real loss here as I've checked my copied distribution and a 
>number of mirror sites around the world looking for the libintl3 directory 
>in the release tree.  I can't find it anywhere.  I've also tried following 
>the directions to get Setup, I have v2.457.2.2, to install them by 
>specifically selecting the library package from the full list.  The 
>package isn't listed anywhere.  Without this library cygwin will not start 
>for me.

Perhaps you would like to tell us what mirrors you think have it missing?

>Is there a problem with the current distribution that the GNU 
>Internationalization libraries are missing?  

No.

>Is the package database wrong 
>in saying that cygintl-3.dll is in:
>
>libintl3/libintl3-0.14.1-1GNU Internationalization runtime library 
> 

No, it's correct.  For instance, I found it on the RCN mirror at



Only mirrors listed at  are "guaranteed"
to have this package.

--
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: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[Christopher Faylor]

On Thu, May 12, 2005 at 09:13:01PM +0200, Gerrit P. Haase wrote:
>Christopher Faylor wrote:
>
>>On Thu, May 12, 2005 at 09:01:17PM +0200, Gerrit P. Haase wrote:
>>
>>>[EMAIL PROTECTED] wrote:
>>>
>>>
I am assuming that there should be a release\libintl3 with a 
libintl3/libintl3-0.14.1-1 file in it.  Shouldn't there?  If not, why 
doesn't setup show it  when I switch it to FULL mode?
>>>
>>>Since libintl is part of gettext there is no dir release/libintl3 but
>>>the dir release/gettext/libintl3.
>>
>>
>>This was also another thing which was implicit in my message but there
>>is no reason to anyone to have to know that.  The only thing a user has
>>to know is "run setup.exe to install a package".  Messing around with
>>mirrors and directories isn't really a good idea unless you are familiar
>>with the "complexities" of cygwin package management.
>
>What is so complex with:
>
>wget -r -N ftp://mirror.server.here/pub/sourceware/cygwin/
>
>and use setup to install from the local repository then?

Well, you'd be copying quite a bit of extra stuff if you did that, which
kind of proves my point.  You could just use setup.exe to download what
you needed, which would just retrieve what you needed.

I don't see what this has to do with the matter at hand, however.

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: Warnings for converting non-pointer types to NULL

[Raz]

On 5/12/05, Mikael <[EMAIL PROTECTED]> wrote:
> I guess presume NULL is a macro evaulting to 0 in windows.h and a typedef
> for (void *)0 in , or?

No. Not in . Since you are using that header file, I assume
you are using C++. In C++, NULL is 0, not (void *)0 as it is in C.

> 
> Since I want to have this warning, the approach I've taken is to always
> include  after . Is approach correct and safe or can it
> get me in trouble?

Since marcos cannot be "overloaded" or "overridden", the 
marcos would take precedence over conflicting  marcos as
long as  is included first. However, this should not make a
different since, again assuming you are using C++, both marcos should
be defined to the same value.

> 
> Thanks for any replies
> 
> / M
> 
> --
> 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/
> 
> 


-- 
---
 Dan Day
http://razzerblog.blogspot.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: sending packets from solaris to Cygwin

[Peter A. Castro]

On Mon, 9 May 2005, Corinna Vinschen wrote:
On May  8 13:02, Nakul Haridas wrote:
Hi,
The codes I have attached are similar to a eariler reported problem
References:
<[EMAIL PROTECTED]>
However I have my program working either in Solaris or Cygwin only. If
the server is on solaris and client on cygwin and vice versa , the
packet is lost. I cant figure out what the problem could be. I have also put
memset(&su_addr, 0, sizeof(su_addr));/* server addr info */
 su_addr.sin_family = AF_INET;
 su_addr.sin_port = htons(MYPORT);
 su_addr.sin_addr.s_addr = inet_addr(u_addr);
This should have solved the probelem but it didnt.
Could youhelp me in this regards.
Probably not.  After working around the missing udp_ack.h in your attached
example code, I tried it between a Linux and a Cygwin box.
http://cygwin.com/acronyms/#WJFFM.
As another data point, I tried this between a real Solaris box and a
Win2K box with Cygwin.  Works just fine.
Nakul, you might want to examine your network topology.  Perhaps theres a
router which is filtering UDP packets?  Or, perhaps you have some Windows
firewall filtering going on?
Corinna
--
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood
--
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: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[Gerrit P. Haase]

Christopher Faylor wrote:
On Thu, May 12, 2005 at 09:01:17PM +0200, Gerrit P. Haase wrote:
[EMAIL PROTECTED] wrote:

I am assuming that there should be a release\libintl3 with a 
libintl3/libintl3-0.14.1-1 file in it.  Shouldn't there?  If not, why 
doesn't setup show it  when I switch it to FULL mode?
Since libintl is part of gettext there is no dir release/libintl3 but
the dir release/gettext/libintl3.

This was also another thing which was implicit in my message but there
is no reason to anyone to have to know that.  The only thing a user has
to know is "run setup.exe to install a package".  Messing around with
mirrors and directories isn't really a good idea unless you are familiar
with the "complexities" of cygwin package management.
What is so complex with:
wget -r -N ftp://mirror.server.here/pub/sourceware/cygwin/
and use setup to install from the local repository then?
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: Patch for cygutils: make cygstart behave better under mount -X

[Christopher Faylor]

On Thu, May 12, 2005 at 11:59:15AM -0700, David Rothenberger wrote:
>On 5/12/2005 11:54 AM, Christopher Faylor wrote:
>>On Thu, May 12, 2005 at 08:23:34PM +0200, Michael Schaap wrote:
>>
>>>Hi,
>>>
>>>Attached is a patch to fix cygstart behaviour when running under "mount
>>>-X".  Cygstart now ensures that the Windows environment is synchronized
>>>with the Cygwin one.
>>>(For more details, see the recent thread: "Fixing strace and cygcheck so
>>>that they work with mount -X")
>>>
>>>Chuck, can you, at your convenience, apply this patch and release a new
>>>version of cygutils?
>>
>>Didn't we come to the conclusion that you shouldn't be adding PATH to
>>the environment?  I don't see anything which does this in your patch.
>
>It's done indirectly by not copying cygwin variables that already exist 
>in the Windows environment. Is it safe to assume that PATH will always 
>already been in the Windows environment given a cygexec invocation? If 
>not, we'll need to copy it and convert it to Windows form.

No, you're right.  I think I should stop posting for a few days until my
cold clears up.  The inability to breath or sleep is making me miss things.

So, apologies for missing this.

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: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[Christopher Faylor]

On Thu, May 12, 2005 at 09:01:17PM +0200, Gerrit P. Haase wrote:
>[EMAIL PROTECTED] wrote:
>
>>I am assuming that there should be a release\libintl3 with a 
>>libintl3/libintl3-0.14.1-1 file in it.  Shouldn't there?  If not, why 
>>doesn't setup show it  when I switch it to FULL mode?
>
>Since libintl is part of gettext there is no dir release/libintl3 but
>the dir release/gettext/libintl3.

This was also another thing which was implicit in my message but there
is no reason to anyone to have to know that.  The only thing a user has
to know is "run setup.exe to install a package".  Messing around with
mirrors and directories isn't really a good idea unless you are familiar
with the "complexities" of cygwin package management.

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: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[Gerrit P. Haase]

[EMAIL PROTECTED] wrote:
I am assuming that there should be a release\libintl3 with a 
libintl3/libintl3-0.14.1-1 file in it.  Shouldn't there?  If not, why 
doesn't setup show it  when I switch it to FULL mode?
Since libintl is part of gettext there is no dir release/libintl3 but
the dir release/gettext/libintl3.

Very confused!  I have a much older version of cygwin running on another 
PC that I just may downgrade my laptop to, as it works on that machine.
Regards,
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: Patch for cygutils: make cygstart behave better under mount -X

[David Rothenberger]

On 5/12/2005 11:54 AM, Christopher Faylor wrote:
On Thu, May 12, 2005 at 08:23:34PM +0200, Michael Schaap wrote:
Hi,
Attached is a patch to fix cygstart behaviour when running under "mount
-X".  Cygstart now ensures that the Windows environment is synchronized
with the Cygwin one.
(For more details, see the recent thread: "Fixing strace and cygcheck so
that they work with mount -X")
Chuck, can you, at your convenience, apply this patch and release a new
version of cygutils?

Didn't we come to the conclusion that you shouldn't be adding PATH to
the environment?  I don't see anything which does this in your patch.
It's done indirectly by not copying cygwin variables that already exist 
in the Windows environment. Is it safe to assume that PATH will always 
already been in the Windows environment given a cygexec invocation? If 
not, we'll need to copy it and convert it to Windows form.

--
David Rothenbergerspammer? -> [EMAIL PROTECTED]
GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734
If money can't buy happiness, I guess you'll just have to rent it.
--
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: Patch for cygutils: make cygstart behave better under mount -X

[Christopher Faylor]

On Thu, May 12, 2005 at 08:23:34PM +0200, Michael Schaap wrote:
>Hi,
>
>Attached is a patch to fix cygstart behaviour when running under "mount
>-X".  Cygstart now ensures that the Windows environment is synchronized
>with the Cygwin one.
>(For more details, see the recent thread: "Fixing strace and cygcheck so
>that they work with mount -X")
>
>Chuck, can you, at your convenience, apply this patch and release a new
>version of cygutils?

Didn't we come to the conclusion that you shouldn't be adding PATH to
the environment?  I don't see anything which does this in your patch.

cgf

>--- ORIG/cygstart.c2005-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/

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

Patch for cygutils: make cygstart behave better under mount -X

[Michael Schaap]

Hi,

Attached is a patch to fix cygstart behaviour when running under "mount
-X".  Cygstart now ensures that the Windows environment is synchronized
with the Cygwin one.
(For more details, see the recent thread: "Fixing strace and cygcheck so
that they work with mount -X")

Chuck, can you, at your convenience, apply this patch and release a new
version of cygutils?

Thanks in advance,

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

[Michael Schaap]

On 12-May-2005 1:49, David Rothenberger wrote:

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

 - 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: Re: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[Christopher Faylor]

On Thu, May 12, 2005 at 01:50:42PM -0400, [EMAIL PROTECTED] wrote:
>You missed my point in the post.  I'm not disputing that the dll isn't in 
>the libintl3 package.  What I'm saying is that the package file IS NOT IN 
>THE DISTRIBUTION KIT!

No, I didn't miss this.  I listed the contents of the package file in
the distribution and you can find it in http://cygwin.com/packages/libintl3/ .
The fact that it is there means that it is in the distribution.  This is
a listing of the actual file in the distribution.

So, it *is* there.  Really.  Just run setup.exe to install it.  It is in
the "Libs" category as libintl3.  If there is something wrong with your
installation you might have to "Reinstall" it by clicking on the "Keep"
to the left of the "libintl3".

Alternatively, you can click on the "View" button, change the view to
"Full" and scroll down to libintl3.

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: Re: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[David_Fox]

Christopher,

You missed my point in the post.  I'm not disputing that the dll isn't in 
the libintl3 package.  What I'm saying is that the package file IS NOT IN 
THE DISTRIBUTION KIT!  I've even checked some mirror sites around the 
world for the directory thinking that maybe it didn't get copied down.  I 
couldn't find it on the mirrors either!

I've run setup at least a half a dozen times now following the directions 
is previous posts.  Libintl3 never shows up in the list.  I went into the 
directory where I downloaded the kit so I could install it locally and 
there is no directory with the name "libintl3" or anything "libintl!"  I 
think the kit is broken.

I am assuming that there should be a release\libintl3 with a 
libintl3/libintl3-0.14.1-1 file in it.  Shouldn't there?  If not, why 
doesn't setup show it  when I switch it to FULL mode?

Very confused!  I have a much older version of cygwin running on another 
PC that I just may downgrade my laptop to, as it works on that machine.

David

--
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: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[Christopher Faylor]

On Thu, May 12, 2005 at 01:10:57PM -0400, [EMAIL PROTECTED] wrote:
>Hello!
>
>I've been following with great interest the issue of a missing 
>cygintl-3.dll file.  I've read the FAQ's and found that the dll should be 
>in the libintl3 package. 
>
>I'm at a real loss here as I've checked my copied distribution and a 
>number of mirror sites around the world looking for the libintl3 directory 
>in the release tree.  I can't find it anywhere.  I've also tried following 
>the directions to get Setup, I have v2.457.2.2, to install them by 
>specifically selecting the library package from the full list.  The 
>package isn't listed anywhere.  Without this library cygwin will not start 
>for me.
>
>Is there a problem with the current distribution that the GNU 
>Internationalization libraries are missing?  Is the package database wrong 
>in saying that cygintl-3.dll is in:
>
>libintl3/libintl3-0.14.1-1GNU Internationalization runtime library 

cygintl-3.dll *is* in the libintl3 package.  You probably need to reinstall
it using setup.exe.

sourceware:~release/gettext/libintl3# tar vtjf libintl3-0.14.1-1.tar.bz2
-rwxr-xr-x cwilson/None  55612 2004-07-06 17:56:24 usr/bin/cygintl-3.dll

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/

bunzip2 cygwin1-20050511.dll.bz2 yields 8911171 byte sized cygwin1-20050511.dl

[Reid Thompson]

what am i missing/doing wrong.

from the snapshots page "cygwin1-*.dll.bz2 is a compressed cygwin1.dll
without debug information."

cygwin1-20050511.dll.bz21,964 Kb


$ bunzip2 cygwin1-20050511.dll.bz2 

$ ll cygwin1-20050511.dll
-rwx--  1 Reid.Thompson Domain Users 8911171 May 12 12:06
cygwin1-20050511.dll*


and when attempting to utilize this snapshot dll as cygwin1.dll all
executions fail.

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

Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[David_Fox]

Hello!

I've been following with great interest the issue of a missing 
cygintl-3.dll file.  I've read the FAQ's and found that the dll should be 
in the libintl3 package. 

I'm at a real loss here as I've checked my copied distribution and a 
number of mirror sites around the world looking for the libintl3 directory 
in the release tree.  I can't find it anywhere.  I've also tried following 
the directions to get Setup, I have v2.457.2.2, to install them by 
specifically selecting the library package from the full list.  The 
package isn't listed anywhere.  Without this library cygwin will not start 
for me.

Is there a problem with the current distribution that the GNU 
Internationalization libraries are missing?  Is the package database wrong 
in saying that cygintl-3.dll is in:

libintl3/libintl3-0.14.1-1GNU Internationalization runtime library 

Any suggestions gratefully accepted!

Thanks!

David Fox


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

Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[David_Fox]

Hello!

I've been following with great interest the issue of a missing 
cygintl-3.dll file.  I've read the FAQ's and found that the dll should be 
in the libintl3 package. 

I'm at a real loss here as I've checked my copied distribution and a 
number of mirror sites around the world looking for the libintl3 directory 
in the release tree.  I can't find it anywhere.  I've also tried following 
the directions to get Setup, I have v2.457.2.2, to install them by 
specifically selecting the library package from the full list.  The 
package isn't listed anywhere.  Without this library cygwin will not start 
for me.

Is there a problem with the current distribution that the GNU 
Internationalization libraries are missing?  Is the package database wrong 
in saying that cygintl-3.dll is in:

libintl3/libintl3-0.14.1-1GNU Internationalization runtime library 

Any suggestions gratefully accepted!

Thanks!

David Fox


--
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: Can't build coreutils 5.3.0-5 - RESOLVED!!

[Mark Paulus]

Turns out that sometime ago, I had built and installed a
cygwin1.dll into /usr/local.  During the process of that 
build/install, it also installed an older types.h into
/usr/local/include/cygwin/types.h.  
Removing those fixed the problem.  Actually had to look at
.deps/fsupdate.Po to figure out where it was pulling types.h
in.

On Thu, 12 May 2005 14:59:12 +, Eric Blake wrote:

>> In file included from /usr/src/coreutils-5.3.0/lib/fsusage.c:76:
>> /usr/include/sys/statvfs.h:22: error: parse error before "fsblkcnt_t"
>> /usr/include/sys/statvfs.h:24: error: parse error before "f_bavail"
>> /usr/include/sys/statvfs.h:25: error: parse error before "f_files"
>> /usr/include/sys/statvfs.h:26: error: parse error before "f_ffree"
>> /usr/include/sys/statvfs.h:27: error: parse error before "f_favail"
>> /usr/include/sys/statvfs.h:31: error: parse error before '}' token
>> make[3]: *** [fsusage.o] Error 1
>> make[3]: Leaving directory `/usr/src/coreutils-5.3.0/.build/lib'
>> make[2]: *** [all] Error 2
>> make[2]: Leaving directory `/usr/src/coreutils-5.3.0/.build/lib'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/usr/src/coreutils-5.3.0/.build'
>> make: *** [all] Error 2

>Weird - I can't reproduce that error.  Your cygcheck output shows that you 
>have cygwin-1.5.16-1, which includes the latest version of 
>/usr/include/sys/statvfs.h.  
If that is corrupt, try reinstalling cygwin.

>$ md5sum /usr/include/sys/statvfs.h
>db1fe2c8fb67478f6dc67cc1d3b642ad */usr/include/sys/statvfs.h

>--
>Eric Blake






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

ImageMagick doesn't like compressed .ppm files (bug?)

[Tim Day]

On my proper unix/linux systems I do a lot of imaging work with .ppm.gz or
.ppm.bz2
files (binary 'P6' PPM, not the 'P3' ASCII version).  The ImageMagick
utilities
(e.g display, convert) understand this format and it works well.

However, with Cygwin, having created an image.ppm.bz2 or image.ppm.gz2 file
  display image.ppm.bz2
exhibits some corruption of the image, but
  bunzip2 image.ppm.bz2 ; display image.ppm
works fine (as does "display image.ppm.bz2" of the same file on a linux
box).

It looks suspiciously like the sort of corruption you'd get from binary/text
filemode
confusion, but setting CYGWIN=binmode or accessing the files by a binary
mount makes
no difference.

The problem isn't limited to display e.g
  convert image.ppm.bz2 image.jpg ; display image.jpg
or
  convert image.ppm.bz2 image.xbm ; xsetroot -bitmap image.xbm
both show corruption.

I've attached the result of a
  cygcheck -s -v -r > cygcheck.txt

I would attach a problem .ppm.bz2 file but it seems to be rejected by
our firewall or the list, so if anyone wants an image which shows
the problem please mail me directly.

Thanks
Tim

--

[Sorry, mandatory blurb]

Tim Day
Scientist (Visualisation)
Barco
Bonnington Bond, 2 Anderson Place, Edinburgh EH5 6NP, UK
Tel + 44 (0)131 472 5725 Fax: + 44 (0)131 472 4799
http://www.barco.com
mailto:[EMAIL PROTECTED]

Unless indicated otherwise, the information contained in this message is
privileged and confidential, and is intended only for the use of the
addressee(s) named above and others who have been specifically authorized to
receive it. If you are not the intended recipient, you are hereby notified
that any dissemination, distribution or copying of this message and/or
attachments is strictly prohibited. The company accepts no liability for any
damage caused by any virus transmitted by this email. Furthermore, the
company does not warrant a proper and complete transmission of this
information, nor does it accept liability for any delays. If you have
received this message in error, please contact the sender and delete the
message. Thank you.



Cygwin Configuration Diagnostics
Current System Time: Thu May 12 10:56:56 2005

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
C:\cygwin\usr\X11R6\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\Program Files\Intel\VTune\Analyzer\bin
c:\Perl\bin\
c:\Python23\
c:\Dicom Validation Tool\bin\
c:\Program Files\Microsoft Visual Studio\Common\Tools
c:\Program Files\Microsoft Visual Studio\VC98\Bin
c:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin
c:\Program Files\Intel\VTune\CGGlbCache
c:\Program Files\Intel\VTune\Shared\Bin
c:\Program Files\Common Files\Intel\Shared Files\IDVC
c:\Program Files\Intel\VTune\Analyzer\Bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\doxygen\bin
c:\PROGRA~1\ATT\Graphviz\bin
c:\PROGRA~1\ATT\Graphviz\bin\tools
c:\Program Files\GNU\WinCvs 1.3\
c:\Program Files\GNU\WinCvs 1.3\CVSNT
d:\MicrosoftSDK\Bin\
d:\MicrosoftSDK\Bin\WinNT\
c:\PROGRA~1\MICROS~3\Common\MSDev98\Bin
c:\Program Files\Common Files\GTK\2.0\bin
c:\Program Files\AGFA\DICOM Validation Tool\bin
c:\Program Files\ATI Technologies\ATI.ACE\
z:\bin
z:\bin
z:\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 14293(tday)GID: 10513(mkgroup_l_d)
0(root) 544(Administrators) 545(Users)
10513(mkgroup_l_d)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 14293(tday)GID: 10513(mkgroup_l_d)
0(root) 544(Administrators) 545(Users)
10513(mkgroup_l_d)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

HOME = `z:\'
MAKE_MODE = `unix'
PWD = `/mnt/project-binary/DirectX/vmc/vmc_client/Release'
USER = `tday'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\tday\Application Data'
BASEMAKE = `D:\MicrosoftSDK\Include\BKOffice.Mak'
BISTRO_GLOBAL_CACHE_DIR = `C:\Program Files\Intel\VTune\CGGlbCache'
BKOFFICE = `D:\MicrosoftSDK\.'
COLORFGBG = `10;default;0'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPPATH = `C:\PROGRA~1\MICROS~3\VC98'
COMPUTERNAME = `TDAY'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVSEDITOR = `emacs'
CVSROOT = `:pserver:[EMAIL PROTECTED]:/home/develop/repository'
CVS_RSH = `/bin/ssh'
DISPLAY = `127.0.0.1:0.0'
DXSDK_DIR = `C:\Program Files\Microsoft DirectX 9.0 SDK (Summer 2004)\'
ECVS_KEY = `D:\project\ecvs_data\ecvsKey.dat'
EDITOR = `emacs'
HOMEDRIVE = `Z:'
HOMEPATH = `\'
HOMESHARE = `\\edinfp03\home\tday'
HOSTNAME = `tday'
INCLUDE = `D:\MicrosoftSDK\Include\.'
INETSDK = `D

Re: SOLUTION: Strange behaviour with output redirection (MORE information, Bug in awk.exe?)

[Pekka Niiranen]

Pekka Niiranen wrote:
Got it!
I had 7 following lines
ord1=`expr 300`
echo  "Base ordinal is ${ord1}"
ord=`expr ${ord1} + 5`#subsequent module interval counter
prev=`expr 0`
ctr=`expr 1`
count=`expr 0`
disp_nb=`expr 264`
BEFORE the awk call
${FAWK}/"Number_of_Loops/{print \$3}" subst$1 >${TMPDIR}/$$
[ -s ${TMPDIR}/$$ ] && < ${TMPDIR}/$$ read count
Commenting out ANY one of those 7 lines fixed the problem.
It seems I was running out of some resources
but cannot explain what is it.
Is "$((  ))" for arithmetic safer? Anyone?
-pekka-

Hi again,
I managed to isolate the problem to the awk.exe.
Calling like this:
export FAWK; FAWK="awk -F^ --compat --source="
${FAWK}/"SIMU_included/{print \$3}" subst$1 >${TMPDIR}/$$
[ -s ${TMPDIR}/$$ ] && < ${TMPDIR}/$$ read SIMU
works only occassionally. But calling awk without redirection
first works 100% of the time.
export FAWK; FAWK="awk -F^ --compat --source="
${FAWK}/"SIMU_included/{print \$3}" subst$1
${FAWK}/"SIMU_included/{print \$3}" subst$1 >${TMPDIR}/$$
[ -s ${TMPDIR}/$$ ] && < ${TMPDIR}/$$ read SIMU
What is happening here? I am using the 1.5.16-1 version of Cygwin.
-pekka-
Pekka Niiranen wrote:
Hi there,
I am using the following convention to set variables in Bash:
awk -f /"SIMU_included/{print \$3}" subst$1 >${TMPDIR}/$$
[ -s ${TMPDIR}/$$ ] && < ${TMPDIR}/$$ read SIMU
For some reason parameter "SIMU" gets set randomly.
Could this be due W2K's buffering in creation of
temporary file ${TMPDIR}/$$? i.e read happens before file
is written on disk?
For some reason setting "ntsec" seems to help but this does not
explain the random success of file reading.
-pekka-



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

Warnings for converting non-pointer types to NULL

[Mikael]

Hello, I'm using Cygwin to develop programs using Win32 for the GUI and 
lot's of posix stuff for the "back-end". Anyway, I noticed that if I include 
 in a file, I have to include  after it if I want to 
receive warnings for converting non-pointer types to NULL.

I guess presume NULL is a macro evaulting to 0 in windows.h and a typedef 
for (void *)0 in , or?

Since I want to have this warning, the approach I've taken is to always 
include  after . Is approach correct and safe or can it 
get me in trouble?

Thanks for any replies

/ M 




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

[ANNOUNCEMENT] New package: unison2.12.0 ; Updated: unison2.9.1, unison2.9.20,unison2.10.2

[Schulman . Andrew]

The unison2.12.0 package is now available in the Cygwin repository.  In 
addition, some minor documentation updates have been made to the 
unison2.9.1, unison2.9.20, and unison2.10.2 packages, to reflect the new 
unison2.12.0 package.

Unison is a file synchronizer for Unix and Windows. It allows two replicas 
of a collection of files and directories to be stored on different hosts 
(or different disks on the same host), modified separately, and then 
brought up to date by propagating the changes in each replica to the 
other.

In Cygwin, Unison is provided in four separate packages: unison2.9.1, 
unison2.9.20, unison2.10.2, and now unison2.12.0.  These packages 
correspond to the versions of Unison in most common use.  The reason for 
separating Unison into packages by version is that different versions of 
Unison will not talk to each other.  For example, if you are running 
Unison version 2.10.2 and attempt to synchronize with a server running 
version 2.9.20, Unison will issue an error message about incompatible 
versions and quit.  By installing one or more of the packages listed 
above, you can run whichever version you need in order to synchronize with 
your server.  Note, however, that every time you switch to a different 
version of Unison for synchronizing the same set of files, you will have 
to wait while Unison deletes and rebuilds its archive files.

You can safely install more than one of these packages; their executables 
are named /usr/bin/unison-2.9.1.exe etc.  In addition, the package 
installer will create a symlink from /usr/bin/unison.exe to 
/etc/alternatives/unison.exe, and from /etc/alternatives/unison.exe to one 
of the installed /usr/bin/unison-*.exe files.  You can reset this last 
symlink, either manually or using update-alternatives(8), to point to 
whichever version you want to use by default. 
If you are using your Cygwin host as the Unison server, you can invoke 
Unison on the client with '-servercmd /usr/bin/unison-$VERSION' to run the 
version you want on the server, or put 'servercmd 
/usr/bin/unison-$VERSION' into the client's preference file.

Please note that all of the current Unison packages in Cygwin provide the 
CLI or text-mode version of Unison.  The GUI (GTK2) version will be 
packaged for Cygwin iff I can get it to work.

Home page:  http://www.cis.upenn.edu/~bcpierce/unison/
License:GPL

Andrew E. Schulman

***

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

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

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

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

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

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

***


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

Re: Can't build coreutils 5.3.0-5

[Eric Blake]

> In file included from /usr/src/coreutils-5.3.0/lib/fsusage.c:76:
> /usr/include/sys/statvfs.h:22: error: parse error before "fsblkcnt_t"
> /usr/include/sys/statvfs.h:24: error: parse error before "f_bavail"
> /usr/include/sys/statvfs.h:25: error: parse error before "f_files"
> /usr/include/sys/statvfs.h:26: error: parse error before "f_ffree"
> /usr/include/sys/statvfs.h:27: error: parse error before "f_favail"
> /usr/include/sys/statvfs.h:31: error: parse error before '}' token
> make[3]: *** [fsusage.o] Error 1
> make[3]: Leaving directory `/usr/src/coreutils-5.3.0/.build/lib'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/usr/src/coreutils-5.3.0/.build/lib'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/src/coreutils-5.3.0/.build'
> make: *** [all] Error 2

Weird - I can't reproduce that error.  Your cygcheck output shows that you have 
cygwin-1.5.16-1, which includes the latest version of 
/usr/include/sys/statvfs.h.  If that is corrupt, try reinstalling cygwin.

$ md5sum /usr/include/sys/statvfs.h
db1fe2c8fb67478f6dc67cc1d3b642ad */usr/include/sys/statvfs.h

--
Eric Blake



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

Re: DD converts LF -> CR / LF

[Corinna Vinschen]

On May 12 07:25, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> According to Christopher Faylor on 5/9/2005 8:57 AM:
> > 
> > As one of the project leads, I am formally asking you to make dd default
> > to binary behavior.
> 
> With a request like that, you've got it!  Is there any reason why
> fcntl(fd, F_SETFL, O_TEXT) does not seem to change the mode if the file is

Not bad an idea, really.  Just http://cygwin.com/acronyms/#SHTDI


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/

Can't build coreutils 5.3.0-5

[Mark Paulus]

I am trying to build coreutils-5.3.0-5.

To do so, I requested the coreutils source via
cygwin's setup.  Then I run 
coreutils-5.3.0-5.sh prep
coreutils-5.3.0-5.sh configure
coreutils-5.3.0-5.sh build.

During the build, I get the following failure:

make  all-recursive
make[1]: Entering directory `/usr/src/coreutils-5.3.0/.build'
Making all in lib
make[2]: Entering directory `/usr/src/coreutils-5.3.0/.build/lib'
make  all-am
make[3]: Entering directory `/usr/src/coreutils-5.3.0/.build/lib'
if gcc -DHAVE_CONFIG_H -DLIBDIR=\"/usr/lib\" -I. -I/usr/src/coreutils-5.3.0/lib
-I..  -I.. -I/usr/src/coreutils-5.3.0/lib   -O2 -MT fsusage.o -MD -MP -MF ".deps
/fsusage.Tpo" -c -o fsusage.o /usr/src/coreutils-5.3.0/lib/fsusage.c; \
then mv -f ".deps/fsusage.Tpo" ".deps/fsusage.Po"; else rm -f ".deps/fsusage.Tpo
"; exit 1; fi
In file included from /usr/src/coreutils-5.3.0/lib/fsusage.c:76:
/usr/include/sys/statvfs.h:22: error: parse error before "fsblkcnt_t"
/usr/include/sys/statvfs.h:24: error: parse error before "f_bavail"
/usr/include/sys/statvfs.h:25: error: parse error before "f_files"
/usr/include/sys/statvfs.h:26: error: parse error before "f_ffree"
/usr/include/sys/statvfs.h:27: error: parse error before "f_favail"
/usr/include/sys/statvfs.h:31: error: parse error before '}' token
make[3]: *** [fsusage.o] Error 1
make[3]: Leaving directory `/usr/src/coreutils-5.3.0/.build/lib'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/src/coreutils-5.3.0/.build/lib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/coreutils-5.3.0/.build'
make: *** [all] Error 2

Do I have an out-of-date statvfs.h file, and if so, where/how do I 
go about getting a newer version?  Or, do I need to give some 
special argument value to the configure command?





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

Re: gcc + cygwin

[Marcel]

Thanks for the useful responses to my problem. 
The solution of removing stdout to the main() did
indeed work for the moment.

I apologise for the following simple question in
advance:

In the course of trying to figure out a solution to
the gcc+cygwin problem on my own, I reinstalled some
cygwin components (gcc, some X and what-not). 
Now I can not run Xwin, xterm etc.
I used to just launch the startxwin.bat provided by
the default cygwin installation.
It still launches an Xwin and an xterm, but no window
appears.
If I run startx or startxwin.sh, I get a long list of
things that seem to launch OK, and the last line is 
winInitMultiWindowTM - Hello
and the rest is silence.

I tried: set DISPLAY=localhost:0 to no avail.

I'm sure I need only a small, dumb thing, but I don't
know where to look for it.

Norbert

__
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: DD converts LF -> CR / LF

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Christopher Faylor on 5/9/2005 8:57 AM:
> 
> As one of the project leads, I am formally asking you to make dd default
> to binary behavior.

With a request like that, you've got it!  Is there any reason why
fcntl(fd, F_SETFL, O_TEXT) does not seem to change the mode if the file is
already open in binary mode?  It required me to use setmode(fd, O_TEXT)
instead.  My local patches are now tested, and default the dd files to
binary if they are not a tty (tty's remain with the underlying behavior,
this is comparable to other programs like od that default to binary).
Then it copies Paul Eggert's upstream idea of adding
[io]flag={text,binary}, but uses setmode to ensure that a user-specified
mode is applied (since fcntl did not want to do it).

Meanwhile, I'm still waiting on Pierre's latest mkdir(2) patch before
`mkdir -p //server/share' will work.  But I can go ahead and release
5.3.0-6 in test status, and bump it to current when cygwin-1.5.17 is
released.  Look for an upload request on cygwin-apps by tomorrow.

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

Eric Blake [EMAIL PROTECTED]

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCg1k584KuGfSFAYARAurrAJ9Jd/QaVy7MoLiSod2MI5DfDH/2kQCfb682
EAo+ZHsW5tjy1oEnZ0rznpY=
=308L
-END PGP SIGNATURE-

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

Re: gcc + cygwin

[Erik de Castro Lopo]

Marcel wrote:

> I've been using a particular set of C-code for years
> on several systems (mostly linux on PC, or Unix on
> some Sun) and could always get it to work when I moved
> to a new machine.
> 
> Now, I'm trying to get it to work on a PC with cygwin.
> 
> cygcheck claims I have gcc version 3.3.3-3 OK.
> 
> I am NOT an experienced C or cygwin user, but the
> problems I keep running into, appear to me that gcc
> with cygwin behaves very differently from whatever I
> had on the previous systems.
> 
> gcc -g -Wall -c flm.c
> flm.c:37: error: initializer element is not constant
> make: *** [flm.o] Error 1
> 
> The offending line.37 was:
> FILE *ch_par=stdout,*ch_verify=NULL;
> 
> In my ignorance, I have to assume that gcc/cygwin is
> not compatible with other gcc implementations. Can
> that
> be? Or could I have a botched installation of
> cygwin+gcc?

Probably neither.

I think the C standard says that stdout might not be a compile
time constant.

The fix to this is th change line 37 to:

FILE *ch_par = NULL, *ch_verify = NULL;

Then, in the first function that uses ch_par, set it to stdout.
If this file has a main() function you can just do this at the
start of main:

ch_par = stdout;

if the file doesn't contain a main() function you should probably 
do this in each function that uses ch_par:

   if (ch_par == NULL)
ch_par = stdout ;

Hope this helps,
Erik
-- 
+---+
  Erik de Castro Lopo  [EMAIL PROTECTED] (Yes it's valid)
+---+
"When your hammer is C++, everything begins to look like a thumb."
-- Steve Haflich, in comp.lang.c++

--
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: gcc + cygwin

[Dave Korn]

Original Message
>From: Marcel
>Sent: 12 May 2005 11:00

> I am NOT an experienced C or cygwin user, but the
> problems I keep running into, appear to me that gcc
> with cygwin behaves very differently from whatever I
> had on the previous systems.

  Actually, it's not a difference in gcc, but in the libc implementation.
Linux systems use glibc; cygwin is newlib-based.  There are some differences
between those two in the areas that are allowed to be
implementation-defined, and I'm afraid you've just run into one of those:

> gcc -g -Wall -c flm.c
> flm.c:37: error: initializer element is not constant
> make: *** [flm.o] Error 1
> 
> The offending line.37 was:
> FILE *ch_par=stdout,*ch_verify=NULL;
 
  That's because under newlib, 'stdout' is not the name of a variable.  It's
a macro:

/usr/include/stdio.h:
#define stdin   (_REENT->_stdin)
#define stdout  (_REENT->_stdout)
#define stderr  (_REENT->_stderr)

that hides fetching the stdout pointer from thread-local storage, which in
turn involves calling a function:

/usr/include/sys/reent.h
# define _REENT (__getreent())

  So effectively you've written

FILE *ch_par = some_function ();

which, while it's a permitted way to initialise a local variable when a
function enters, cannot be used in C to initialise a static (file-scope)
variable.  In fact, if you compile your code with --save-temps and look at
the pre-processed .i file, you'll see that it's been turned into:

FILE *ch_par = ((__getreent())->_stdout);

  On some systems, stdout is just a pointer variable, but under cygwin, it
isn't.  Possible solutions include either initialising it at runtime, or
switching your compilation to C++, which does permit constructor functions.

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/

gcc + cygwin

[Marcel]

I've been using a particular set of C-code for years
on several systems (mostly linux on PC, or Unix on
some Sun) and could always get it to work when I moved
to a new machine.

Now, I'm trying to get it to work on a PC with cygwin.

cygcheck claims I have gcc version 3.3.3-3 OK.

I am NOT an experienced C or cygwin user, but the
problems I keep running into, appear to me that gcc
with cygwin behaves very differently from whatever I
had on the previous systems.

gcc -g -Wall -c flm.c
flm.c:37: error: initializer element is not constant
make: *** [flm.o] Error 1

The offending line.37 was:
FILE *ch_par=stdout,*ch_verify=NULL;

In my ignorance, I have to assume that gcc/cygwin is
not compatible with other gcc implementations. Can
that
be? Or could I have a botched installation of
cygwin+gcc?

I'd appreciate any guidance!

Norbert Nemes





Yahoo! Mail
Stay connected, organized, and protected. Take the tour:
http://tour.mail.yahoo.com/mailtour.html


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

Re: missing cygapr-0-0.dll

[Thomas Richter]

Dave Korn wrote:
  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.
No I didn't use prev/curr/exp. I only switched the view.
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: Permissions problem mounting NFS shares from Cygwin sshd

[Corinna Vinschen]

On May 11 12:20, Chip Olson wrote:
> sshd : PID 1364 : starting service `sshd' failed: execve: 1, Operation
> not permitted.
> 
> Which tells me Administrator doesn't have the privileges to start
> sshd.

What does the event log show?  In any case, you should not only check
permissions on sshd.exe, but also on all files which are accessed by sshd.
The general rule is that all these files must be owned by the user running
sshd.  In your case Administrator.  If I'd want to run sshd under another
account for testing purposes, I'd do this:

$ chown  /etc/ssh* /var/empty

You should also have another look into the permissions of the private
host keys.  They should be very strong:

$ chmod 600 /etc/ssh_host*key


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/