Help on MAKE

[Champ Mendis]

Hi,

I received following error message when compiling C++ code in Cygwin, I
would be extremely grateful if someone can
point out the solution to the problem.

$ make
g++ -Wall -O3 -c main.cc
g++ -Wall -O3 -c sensor.cc
g++ -Wall -O3 -c topology.cc
g++ -Wall -O3 -c service.cc
g++ -Wall -O3 -c simulation.cc
g++ -Wall -O3 -c queue.cc
g++ -Wall -O3 -o sensor main.o sensor.o topology.o service.o simulation.o
queue.o  -lgslcblas -lgsl -lm
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld:
cannot find -luser32
collect2: ld returned 1 exit status
make: *** [sensor] Error 1


Thanking you,
Cheers,
Champ


--
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: Help on MAKE

[Brian Dessent]

Champ Mendis wrote:

> /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld:
> cannot find -luser32
> collect2: ld returned 1 exit status
> make: *** [sensor] Error 1

Please review  for how to report
problems to the list.  The output of cygcheck that is requested there is
essential for any kind of meaningful help.  The below is just a guess,
based on the incomplete information in your post.  If you continue to
have problems please include the requested cygcheck information in your
reply.

You are missing the 'w32api' package.  This is required for proper
functionality of the gcc compiler.  Setup.exe should have automatically
selected w32api when you selected any component of gcc.  You can fix
this by running setup again and making sure that w32api is selected, but
it would help us improve setup.exe if you could tell us how in the world
you managed to install gcc without also getting w32api.

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: Help on MAKE

[Gerrit P. Haase]

Champ Mendis wrote:


Hi,

I received following error message when compiling C++ code in Cygwin, I
would be extremely grateful if someone can
point out the solution to the problem.

$ make
g++ -Wall -O3 -c main.cc
g++ -Wall -O3 -c sensor.cc
g++ -Wall -O3 -c topology.cc
g++ -Wall -O3 -c service.cc
g++ -Wall -O3 -c simulation.cc
g++ -Wall -O3 -c queue.cc
g++ -Wall -O3 -o sensor main.o sensor.o topology.o service.o simulation.o
queue.o  -lgslcblas -lgsl -lm
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld:
cannot find -luser32
collect2: ld returned 1 exit status
make: *** [sensor] Error 1



You're missing libuser32.a.

it is in one of these packages:
http://cygwin.com/cgi-bin2/package-grep.cgi?grep=user32

Usually setup installs this automatically if you install gcc.


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: Updated: cygwin-1.5.17-1

[Adye, TJ \(Tim\)]

OK, I downgraded to cygwin 1.5.16-1 and the problem went away. I made a
small test program, dltest (attached), that does a
dlopen(file,RTLD_LAZY). The following shows that PATH was searched with
1.5.16-1, but not in 1.5.17-1.

cygwin 1.5.16-1:-

% export PATH="/usr/bin"
% ./dltest afsauthent.dll
error opening afsauthent.dll: dlopen, Win32 error 126
% export PATH="/usr/bin:/cygdrive/c/Program Files/OpenAFS/Common"
% ./dltest afsauthent.dll
opened afsauthent.dll

cygwin 1.5.17-1:-

% export PATH="/usr/bin:/cygdrive/c/Program Files/OpenAFS/Common"
% ./dltest afsauthent.dll
error opening afsauthent.dll: dlopen, Win32 error 126
% type afsauthent.dll# just to be sure it's there
afsauthent.dll is /cygdrive/c/Program
Files/OpenAFS/Common/afsauthent.dll
% export LD_LIBRARY_PATH="/cygdrive/c/Program Files/OpenAFS/Common"
% ./dltest afsauthent.dll
opened afsauthent.dll 

Tim.

> -Original Message-
> From: Larry Hall
> Sent: 03 June 2005 01:05
> To: Adye, TJ (Tim); The Cygwin Mailing List
> Subject: RE: Updated: cygwin-1.5.17-1
> 
> At 07:33 PM 6/2/2005, you wrote:
> >Hi,
> >
> >On 26 May 2005, Christopher Faylor wrote:
> >
> >> I've made a new version of the Cygwin DLL and associated utilities
> >> available for download.  As usual, a list of what has changed 
> >> is below.
> >> [...]
> >
> >> cgf: Make dlopen search /usr/bin (for Windows compatibility) 
> >> and /usr/lib (for UNIX compatibility).
> >
> >The change seems to be a bit more drastic than that implies to me. I
> >believe that previously dlopen searched $PATH before, but it 
> >doesn't any more.
> >
> >I have a Cygwin program that loads a Windows DLL 
> >(afsauthent.dll) that it used to find via the $PATH (found in
> >C:\Program Files\OpenAFS\Common,
> >which OpenAFS adds to the Windows PATH, and is inherited by Cygwin).
> >That stopped working recently (Win32 error 126), probably 
> 
> >when I updated to cygwin-1.5.17-1 (I can check if this is in
> >any doubt).
> 
> 
> Yes, please do and report back.
> 
> 
> --
> Larry Hall  http://www.rfk.com
> RFK Partners, Inc.  (508) 893-9779 - RFK Office
> 838 Washington Street   (508) 893-9889 - FAX
> Holliston, MA 01746 


dltest.c
Description: dltest.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: Serious performance problems (malloc related?)

[Keith Moore]

Christopher Faylor wrote:

> Keith, you don't have a complete reference for the Nt functions do you?

For the most part, using the APIs is pretty straight-forward if you have
the required prototypes and structure definitions. With the possible
exception of NtCreateProcess(), there is not a lot of "magic" involved.
The MinGW project has done a lot of good work in this area. There also
a ton of useful information in the MS DDK. The DDK is, obviously,
focused on kernel-mode drivers, but much of the information is applicable
to user-mode apps.

So, unfortunately, I don't have a complete reference, but there are
enough "islands of information" around for us to piece together
everything we need.


KM


--
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: Serious performance problems (malloc related?)

[Dave Korn]

Original Message
>From: Keith Moore
>Sent: 03 June 2005 11:05

> Christopher Faylor wrote:
> 
>> Keith, you don't have a complete reference for the Nt functions do you?
> 
> For the most part, using the APIs is pretty straight-forward if you have
> the required prototypes and structure definitions. With the possible
> exception of NtCreateProcess(), there is not a lot of "magic" involved.
> The MinGW project has done a lot of good work in this area. There also
> a ton of useful information in the MS DDK. The DDK is, obviously,
> focused on kernel-mode drivers, but much of the information is applicable
> to user-mode apps.
> 
> So, unfortunately, I don't have a complete reference, but there are
> enough "islands of information" around for us to piece together
> everything we need.


  I have a copy of Nebbett at home and a couple of years native api
experience, so I can always be leaned on to look stuff up and help out.


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: Updated: cygwin-1.5.17-1

[Larry Hall]

At 05:26 AM 6/3/2005, you wrote:
>OK, I downgraded to cygwin 1.5.16-1 and the problem went away. I made a
>small test program, dltest (attached), that does a
>dlopen(file,RTLD_LAZY). The following shows that PATH was searched with
>1.5.16-1, but not in 1.5.17-1.
>
>cygwin 1.5.16-1:-
>
>% export PATH="/usr/bin"
>% ./dltest afsauthent.dll
>error opening afsauthent.dll: dlopen, Win32 error 126
>% export PATH="/usr/bin:/cygdrive/c/Program Files/OpenAFS/Common"
>% ./dltest afsauthent.dll
>opened afsauthent.dll
>
>cygwin 1.5.17-1:-
>
>% export PATH="/usr/bin:/cygdrive/c/Program Files/OpenAFS/Common"
>% ./dltest afsauthent.dll
>error opening afsauthent.dll: dlopen, Win32 error 126
>% type afsauthent.dll# just to be sure it's there
>afsauthent.dll is /cygdrive/c/Program
>Files/OpenAFS/Common/afsauthent.dll
>% export LD_LIBRARY_PATH="/cygdrive/c/Program Files/OpenAFS/Common"
>% ./dltest afsauthent.dll
>opened afsauthent.dll 


OK, thanks.  It looks like Chris has found and corrected this problem 
already:  

  



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

Problem with Perl 5.6.1

[Alireza Ghasemi]

Hello,
Inorder to compile Perl 5.6.1 I configured it with '-de'(default) parameter
and It was configured with no error.But when I tried to 'make' it said :
"GNUmakefile:245: warning: overriding commands for target `perlmain.o'
GNUmakefile:187: warning: ignoring old commands for target `perlmain.o'
make: *** No rule to make target `', needed by `miniperlmain.o'.
Stop"
What's the problem?
Thanks.


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

Running cygwin service via cygrunsrv under account without password in Win XP Pro - impossible?

[Vadym Voznyuk]

Hi everybody!

When I try to run autossh as a service under my account, cygrunsrv gives 
error message:


cygrunsrv: Error starting a service: StartService:  Win32 error 1069:
The service did not start due to a logon failure.

This happens only if my account has no password. Once I set any password - 
it works great. Autossh starts under cygrunsrv as a service under my account 
and sets all my ssh tunnels and everything works perfect. I remove password, 
then try every possible way to tell Windows to run it under account without 
password - no luck. Error 1069 again and again.


My account has administrative privileges and "logon as a service" privilege. 
I use Windows XP Professional. The cygwin version is the latest (installed 
two days ago).


cygrunsrv.README says:

-w, --passwd 
 Optional password for user. Only needed if a user is given. If a
user has an empty password, enter `-w ' with no .
cygrunsrv -I svc_name -p /usr/bin/svc.exe -u foo -w ""

This is what I have tried, plus I tried omitting -w option at all and just 
pressing Enter key when asked for password by cygrunsrv interactively. I 
also tried setting empty password in the Services control panel, by going to 
the service properties and then setting my account and empty password in the 
LogOn tab there. All with the same result - error 1069.


Here's the cygrunsrv command lines I've tried (neither works):

cygrunsrv -I ubcgw -p /bin/autossh -t manual -a '-M 0 -L 143:imap:143 -L 
25:smtp:25 mail.ubc.ca' -e AUTOSSH_NTSERVICE=yes -u vadym -w ""
cygrunsrv -I ubcgw -p /bin/autossh -t manual -a '-M 0 -L 143:imap:143 -L 
25:smtp:25 mail.ubc.ca' -e AUTOSSH_NTSERVICE=yes -u vadym


Since cygrunsrv.README says there is a way of running cygrunsrv service 
under account without password, can anyone tell me please what's the trick?
Or is this readme only about older Windows versions and Win XP doesn't allow 
that trick anymore?


Thanks :-)

Vadym 



--
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: pthread.h small problem

[Yuval Turgeman]

On 6/2/05, Christopher Faylor <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 02, 2005 at 12:52:56PM -0700, Shankar Unni wrote:
> >I'm pretty sure the braces are placed like that *deliberately*, to force
> >you to bracket code with the two macros or get a syntax error.
> 
> correct.

Got it... I can't use these macros if I'm wrapping pthread with my own
code, than... bummer.
Thanks.

-- 
Yuval Turgeman

--
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: Drop Win9x support? (was: Serious performance problems)

[Terry Dabbs]

 
I have an application that is used in a manufacturing environment that
runs only on '95 and '98. Our IT department thought, as you do, that "it
should always be possible to run every Win98/ME binary on XP", in spite
of the fact that the company that wrote the application says it is not
possible. Turns out, that it is not *always* possible. 
It will never be upgraded to a newer operating system, as they simply
have no one that is buying the app, and we have not found anything that
works better for the application. Since I do other things with cywin, I
would need multiple, different, installations on my desktop. What fun
that would be
So, its not a matter of being too cheap, its just being stuck. 
If cygwin does drop the support for 9x, it would be a hassle, but not
fatal, if 1.5.x were easily findable to reinstall when needed.

Terry

-Original Message-
From: On Behalf Of Gerrit P. Haase
Sent: Thursday, June 02, 2005 5:33 PM
Subject: Re: Drop Win9x support? (was: Serious performance problems)

Terry Dabbs wrote:

> No!
> 
> I am supporting applications requiring cygwin on '95 and '98 that are 
> not going away anytime soon.

I have not seen any Win98/ME PC since about 5 years, we're using NT all
over the place.  As I started to work in this business NT4 was current,
then W2K came up, now every new box is delivered with XP, all NT based
systems.  I cannot imagine why someone with a PC not older than 5 years
doesn't want to spend 100$ to buy an XP license.  It should always be
possible to run every Win98/ME binary on XP.  I was able to run some old
PC Games on XP which I couldn't run for about 5 years because the lack
of Win98 in my location.  The XP system supports running those old
binaries.  And if you really need Cygwin for Win98, you may use 1.5.x
forever.  As I have heard, there are still people out there who are
running NT4 Server, for about ten years now, using Cygwin B20 since
1999;)  It is fitting their needs, so why should they upgrade?


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: Drop Win9x support? (was: Serious performance problems)

[Christopher Faylor]

For the record: We are not dropping Win9x support.

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/

Mailing list question

[Reid Thompson]

Do the cygwin mail lists support 'suspend'?

Is there a command to get the available commands from the mailing list?

--
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: Problem with Perl 5.6.1

[Gerrit P. Haase]

Alireza Ghasemi wrote:


Hello,
Inorder to compile Perl 5.6.1 I configured it with '-de'(default) parameter
and It was configured with no error.But when I tried to 'make' it said :
"GNUmakefile:245: warning: overriding commands for target `perlmain.o'
GNUmakefile:187: warning: ignoring old commands for target `perlmain.o'
make: *** No rule to make target `', needed by `miniperlmain.o'.
Stop"
What's the problem?
Thanks.


Do you really need perl-5.6.1?  Why not use 5.8.6?

I'll send you the link to a 5.6.1 Cygwin perl binary release if this
helps and you ask me to do so.

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: Serious performance problems (malloc related?)

[Christopher Faylor]

On Fri, Jun 03, 2005 at 12:05:28PM +0200, Keith Moore wrote:
>Christopher Faylor wrote:
>
>> Keith, you don't have a complete reference for the Nt functions do you?
>
>For the most part, using the APIs is pretty straight-forward if you have
>the required prototypes and structure definitions. With the possible
>exception of NtCreateProcess(), there is not a lot of "magic" involved.
>The MinGW project has done a lot of good work in this area. There also
>a ton of useful information in the MS DDK. The DDK is, obviously,
>focused on kernel-mode drivers, but much of the information is applicable
>to user-mode apps.
>
>So, unfortunately, I don't have a complete reference, but there are
>enough "islands of information" around for us to piece together
>everything we need.

I don't know what percentage of the Nt* stuff in the w32api headers came
from Corinna and me but at least some of it did.  Some also came from
ReactOS and maybe some came from Wine.

As I have mentioned, Cygwin already uses some calls but there are some
Nt calls where the arguments are not straightforward.  I know that Corinna
had a problem recently trying to find more info on some function but I
don't recall which it was.  When we can, we use google or the "Nebbit
book" to piece together what is needed.

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: Serious performance problems (malloc related?)

[Williams, Gerald S \(Jerry\)]

Christopher Faylor wrote:
> Keith, you don't have a complete reference for the Nt functions do
you?

Keith Moore wrote:
> So, unfortunately, I don't have a complete reference, but there are
> enough "islands of information" around for us to piece together
> everything we need. 

Have you looked at ReactOS (http://www.reactos.com)? They're doing a
Windows NT port from scratch. It's not quite the source to Windows,
but it's a valiant attempt to duplicate it. I've sometimes found it
useful for finding out about some of the more obscure interfaces or
for understanding the behavior of the documented ones.

Of course, I'd still start at http://msdn.microsoft.com (and probably
some of the well known "Undocumented Windows" sources) first.

gsw


--
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: Mailing list question

[Dave Korn]

Original Message
>From: Reid Thompson
>Sent: 03 June 2005 15:33

> Do the cygwin mail lists support 'suspend'?

  Nope.
 
> Is there a command to get the available commands from the mailing list?

  Send blank mail to '[EMAIL PROTECTED]'


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: Drop Win9x support? (was: Serious performance problems)

[Warren Young]

Christopher Faylor wrote:

For the record: We are not dropping Win9x support.


Not now, but eventually, I hope?

--
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: Drop Win9x support? (was: Serious performance problems)

[Christopher Faylor]

On Fri, Jun 03, 2005 at 09:16:14AM -0600, Warren Young wrote:
>Christopher Faylor wrote:
>>For the record: We are not dropping Win9x support.
>
>Not now, but eventually, I hope?

Well, *eventually* cygwin will be dropping cgf and corinna support.  Who
knows what will happen after that point?

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: Drop Win9x support? (was: Serious performance problems)

[Jim Drash]

Since Cygwin is open source, there is nothing stopping anyone from
taking the current source  for themseleves and doing what they will
(as long as they give back ). It is possible that someone
who cared about having a Win9x Cygwin port would take up the
maintainance (not unlike the folks who continue to maintain the Linux
2.2 Kernel).

This is the joy of open source you can have your cake and eat it too.

--
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: Drop Win9x support? (was: Serious performance problems)

[Christopher Faylor]

On Fri, Jun 03, 2005 at 11:25:38AM -0400, Jim Drash wrote:
>Since Cygwin is open source, there is nothing stopping anyone from
>taking the current source  for themseleves and doing what they will
>(as long as they give back ). It is possible that someone
>who cared about having a Win9x Cygwin port would take up the
>maintainance (not unlike the folks who continue to maintain the Linux
>2.2 Kernel).
>
>This is the joy of open source you can have your cake and eat it too.

True, but the whole reason that I sent the message:

"For the record: We are not dropping Win9x support."

was to allay any concerns that we would stop supporting Win9x.  We may
have a problem with Win95 these days because neither Corinna nor I have
a Win95 system (and this is not a request for a win95 system) but we do
try to remember to check things on Win98 and WinME and don't plan on
stopping.

So, while your observations about open source are correct, I don't see
any reason to invoke them any time in the foreseeable future.

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/

Bash, Windows Console programs, and Ctrl-C

[Pilhofer, Frank]

Hi,

I am using Cygwin on Windows 2000.

I am running Win32 command-line programs from bash. In
these programs, I'd like to react to Ctrl-C, using Win32's
SetConsoleCtrlHandler() function.

See, for example, the attached program (compile with MinGW
or MS C++): When pressing Ctrl-C, I expect the program to
continue. For demonstration, it should print "Sleeping ...",
and wait for a while, before exiting.

This works fine when I run the program from a Windows "cmd"
command-line shell.

It does not work when I run the program from Cygwin's bash:
sometimes, I see the "Sleeping" message, but then the program
is interrupted, and never completes cleanly.

This almost looks as if the program is sent a separate signal,
but adding a signal handler (using signal (SIGINT, ...);) does
not make a difference.

"stty intr ^y" also did not have an effect.

Any suggestions?

Thanks,
Frank



ctrlc.cpp
Description: ctrlc.cpp
--
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: Running cygwin service via cygrunsrv under account without password in Win XP Pro - impossible?

[Andrew Schulman]

> cygrunsrv: Error starting a service: StartService:  Win32 error 1069:
> The service did not start due to a logon failure.
> 
> This happens only if my account has no password. Once I set any password - 
> it works great. Autossh starts under cygrunsrv as a service under my account 
> and sets all my ssh tunnels and everything works perfect. I remove password, 
> then try every possible way to tell Windows to run it under account without 
> password - no luck. Error 1069 again and again.
> 
> My account has administrative privileges and "logon as a service" privilege. 
> I use Windows XP Professional. The cygwin version is the latest (installed 
> two days ago).
> 
> cygrunsrv.README says:
> 
> -w, --passwd 
>   Optional password for user. Only needed if a user is given. If a
> user has an empty password, enter `-w ' with no .
> cygrunsrv -I svc_name -p /usr/bin/svc.exe -u foo -w ""

Isn't '-w ""' different from just '-w'?  In other words,
cygrunsrv.README is telling you to use no password, while you're giving
it an empty password, which is different.  I dunno, but it's worth a
try.

> This is what I have tried, plus I tried omitting -w option at all and just 
> pressing Enter key when asked for password by cygrunsrv interactively. I 
> also tried setting empty password in the Services control panel, by going to 
> the service properties and then setting my account and empty password in the 
> LogOn tab there. All with the same result - error 1069.
> 
> Here's the cygrunsrv command lines I've tried (neither works):
> 
> cygrunsrv -I ubcgw -p /bin/autossh -t manual -a '-M 0 -L 143:imap:143 -L 
> 25:smtp:25 mail.ubc.ca' -e AUTOSSH_NTSERVICE=yes -u vadym -w ""
> cygrunsrv -I ubcgw -p /bin/autossh -t manual -a '-M 0 -L 143:imap:143 -L 
> 25:smtp:25 mail.ubc.ca' -e AUTOSSH_NTSERVICE=yes -u vadym

So you could try the first one again, leaving the '-w' but omitting the
"".

Another option is to run the service as user SYSTEM.  This is what I do,
and I've never had any trouble.  But of course you're right to try to
run it under a lower-privilege account.

Good luck, and let us know what you find out.
Andrew.


--
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: Problem with Perl 5.6.1

[Yitzchak Scott-Thoennes]

On Fri, Jun 03, 2005 at 04:02:59PM +0430, Alireza Ghasemi wrote:
> Hello,
> Inorder to compile Perl 5.6.1 I configured it with '-de'(default) parameter
> and It was configured with no error.But when I tried to 'make' it said :
> "GNUmakefile:245: warning: overriding commands for target `perlmain.o'
> GNUmakefile:187: warning: ignoring old commands for target `perlmain.o'
> make: *** No rule to make target `', needed by `miniperlmain.o'.
> Stop"
> What's the problem?
> Thanks.

Assuming you really don't want a 5.8.x perl try perl 5.6.2 instead,
which has just a few changes from 5.6.1 including understanding
gcc 3.x output (which is the problem you are having).

Or just edit GNUmakefile and remove the messed up dependencies.

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

nedit 5.4 and 5.5 - locale not supported problem

[Ireneusz R. Janiszewski]

Hello,

I am trying to use nedit 5.5 or 5.4 with locale "pl" but I have 
encountered problem, which I cannot solve.
The nedit reports "locale not supported by C library, locale unchanged" 
and in fact I cannot enter the locale specific characters. All existing 
documents are displayed correctly in the nedit. Problem is only with 
text typing.


--
$ nedit -V
locale not supported by C library, locale unchanged
NEdit 5.5
Sep 30, 2004

 Built on: Win32, 386, GNU C
 Built at: Oct 16 2004, 06:48:22
   With Motif: 2.1.0 [@(#)GNU/LessTif Version 2.1 Release 0.93.94]
Running Motif: 2.1 [unknown]
   Server: The Cygwin/X Project 60802000
   Visual: 24-bit TrueColor (ID 0x22, Default)
   Locale: C
--

I have set variables "LANG=pl_PL" and "LC_ALL=pl_PL". With this 
configuration I can run and successfully use nedit 5.3. The version is 
unfortunately the last nedit version I can use without the locale problem.


The runtime requirements, which I have found in nedit package 
documentation are met. Currently I am using:

cygwin-1.5.17-1
expat-1.95.8-1
lesstif-0.93.94-2
libfontconfig1-2.2.2-1
libfreetype26-2.1.5-1
libXft2-2.1.6-1
xorg-x11-bin-dlls-6.8.2.0-1
zlib-1.2.2-1

I have to mention, that the nedit is the only one application with the 
locale problem in my Cygwin installation. Could somebody help me, please?


Best regards,
Irek


--
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: nedit 5.4 and 5.5 - locale not supported problem

[Gary R. Van Sickle]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ireneusz R. Janiszewski
> Sent: Friday, June 03, 2005 12:09 PM
> To: cygwin@cygwin.com
> Subject: nedit 5.4 and 5.5 - locale not supported problem
> 
> Hello,
> 
> I am trying to use nedit 5.5 or 5.4 with locale "pl" but I 
> have encountered problem, which I cannot solve.
> The nedit reports "locale not supported by C library, locale 
> unchanged" 
> and in fact I cannot enter the locale specific characters. 
> All existing documents are displayed correctly in the nedit. 
> Problem is only with text typing.
> 
> --
> $ nedit -V
> locale not supported by C library, locale unchanged NEdit 5.5 
> Sep 30, 2004
> 
>   Built on: Win32, 386, GNU C
>   Built at: Oct 16 2004, 06:48:22
> With Motif: 2.1.0 [@(#)GNU/LessTif Version 2.1 Release 
> 0.93.94] Running Motif: 2.1 [unknown]
> Server: The Cygwin/X Project 60802000
> Visual: 24-bit TrueColor (ID 0x22, Default)
> Locale: C
> --
> 
> I have set variables "LANG=pl_PL" and "LC_ALL=pl_PL". With 
> this configuration I can run and successfully use nedit 5.3. 
> The version is unfortunately the last nedit version I can use 
> without the locale problem.
> 
> The runtime requirements, which I have found in nedit package 
> documentation are met. Currently I am using:
> cygwin-1.5.17-1
> expat-1.95.8-1
> lesstif-0.93.94-2
> libfontconfig1-2.2.2-1
> libfreetype26-2.1.5-1
> libXft2-2.1.6-1
> xorg-x11-bin-dlls-6.8.2.0-1
> zlib-1.2.2-1
> 
> I have to mention, that the nedit is the only one application 
> with the locale problem in my Cygwin installation. Could 
> somebody help me, please?
> 
> Best regards,
> Irek

Unfortunately, Cygwin has never supported C locales, since it uses the
newlib C library (which doesn't support them).  Are 5.3 and 5.4+ linked
differently?  See what "cygcheck nedit.exe" says.  I don't know why you'd
get different results with the older version, since again locales weren't
ever supported.

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

/bin/rbash in passwd, but starts a *non* restricted shell

[Tom Rodman]

Interactively rbash seems to work fine:

  ~ $ uname -a
  CYGWIN_NT-5.0 c7mkes108 1.5.17(0.129/4/2) 2005-05-25 19:38 i686 unknown 
unknown Cygwin
  ~ $ ls -l /bin/{bash,rbash}
  -r-xr-xr-x+ 2 scmcron Users 512512 Oct 29  2004 /bin/bash*
  -r-xr-xr-x+ 2 scmcron Users 512512 Oct 29  2004 /bin/rbash*
  ~ $ /bin/rbash
  rbash-2.05b$ cd /
  rbash: cd: restricted

When I set the login shell to /bin/rbash in /etc/passwd
and login through ssh the shell is *not* restricted.

Any ideas on how to work around this?  Will this be fixed?
I had posted question this back at 1.3.20 also and don't think there
was an answer - am I misunderstanding something?
__
thanks much,
Tom


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

memset & 'VirtualQuery'

[Christophe Jaillet]

[sorry for the wrong post in cygwin-patches...]


   Hi,

when looking thrue cygwin code looking for function 'VirtualQuery', we can
see that it is passed a structure (MEMORY_BASIC_INFORMATION).
In some cases, this structure is memset'ed to 0 before the call, sometimes,
not.

My very own opinion about it, is that there is no need to reset the content
of the structure before the call and in some places a call to memset can be
avoided.

Here is a list of the call to 'VirtualQuery' which uses memset and could be
optimised :
   - cygthread.cc (terminate_thread)
   - fork.cc (stack_base)
   - exceptions.cc (interruptible)

All the other calls to 'VirtualQuery' don't use memset.

If you think it is useful, I can provide a patch for this in the next few
days.

CJ





--
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 __msize Symbol / Function

[Anh Vo]

I would like to use __msize function. But, the linker always fails due to 
missing symbol __msize. What header file should be included to resolve this  
missing symbol? Any help will be greatly appreciated.

AV


--
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: Emacs problem with Cygwin 1.5.17-1

[Angelo Graziosi]

"No one is obligated" but when one one is asked for something:



and one answers



it is natural to wait for a response, a simple response as "Ok received!"
or sometghing else only to close the cycle.

Best regards,
Angelo Graziosi
 
On Thu, 2 Jun 2005, Larry Hall wrote:

> At 01:37 PM 6/2/2005, you wrote:
> 
> >On Wed, 1 Jun 2005 19:09:35 -0400 , Christopher Faylor  wrote:
> >
> >>Please stop doing this.  I do read email.  I will read your email
> >>when I have time.  Pinging me is not going to help.
> >
> >You should at least answer "OK. the problem is under investigation" or
> >something else.
> 
> This isn't a customer support line.  It's volunteer.  While most postings to 
> this list receive some sort of response at some time, no one is obligated 
> to respond to any posts.  If this "policy" proves to be a problem for you,
> you, of course, aren't obligated to post on this list.  Also, paid Cygwin
> support contracts are available through Red Hat at least.  You may want to 
> consider that option if you want quick and consistent response times.
> 
> 
> 
> 
> --
> 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: Emacs problem with Cygwin 1.5.17-1

[Christopher Faylor]

On Fri, Jun 03, 2005 at 10:02:09PM +0200, Angelo Graziosi wrote:
>"No one is obligated" but when one one is asked for something:
>
>
>
>and one answers
>
>
>
>it is natural to wait for a response, a simple response as "Ok
>received!" or sometghing else only to close the cycle.

The nature of mailing lists are such that you can pretty much assume
that, if you send it to a mailing list, it has been received.

However, if you are going to argue about the way I've chosen to help, I
think I'll just say "nevermind", then.

Perhaps some other, more responsive individual would like to take over.

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: memset & 'VirtualQuery'

[Christopher Faylor]

On Fri, Jun 03, 2005 at 09:35:35PM +0200, Christophe Jaillet wrote:
>[sorry for the wrong post in cygwin-patches...]
>
>when looking thrue cygwin code looking for function 'VirtualQuery', we can
>see that it is passed a structure (MEMORY_BASIC_INFORMATION).
>In some cases, this structure is memset'ed to 0 before the call, sometimes,
>not.
>
>My very own opinion about it, is that there is no need to reset the content
>of the structure before the call and in some places a call to memset can be
>avoided.
>
>Here is a list of the call to 'VirtualQuery' which uses memset and could be
>optimised :
>   - cygthread.cc (terminate_thread)
>   - fork.cc (stack_base)
>   - exceptions.cc (interruptible)
>
>All the other calls to 'VirtualQuery' don't use memset.
>
>If you think it is useful, I can provide a patch for this in the next few
>days.

All of the calls to VirtualQuery which first clear the
MEMORY_BASIC_INFORMATION structure do so for a reason -- it simplifies
subsequent inspection of that structure if you are assured that it is
all zero.

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: Emacs problem with Cygwin 1.5.17-1

[Angelo Graziosi]

Thanks for the "rapid communications"
I have resolve downgrading to 1.5.16-1.

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/

"The Grumpy Programmer" - Far Better than Reality TV

[Craig A. Vanderborgh]

This is a special thanks to Christopher Faylor, aka "cgf".  I have 
really enjoyed your posts lately.  Your brutal shredding of poor, 
helpless, usually innocent Cygwin users is actually quite funny in many 
cases.  Quite the showcase for "extreme programming".


I have dubbed your new show "The Grumpy Programmer"

Keep those posts coming, Chris.  They're hilarious!

Regards,
craig

--
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: "The Grumpy Programmer" - Far Better than Reality TV

[Christopher Faylor]

On Fri, Jun 03, 2005 at 04:38:30PM -0400, Craig A. Vanderborgh wrote:
>This is a special thanks to Christopher Faylor, aka "cgf".  I have
>really enjoyed your posts lately.  Your brutal shredding of poor,
>helpless, usually innocent Cygwin users is actually quite funny in many
>cases.

I don't know precisely what this is in reference to but it seems like
it is talk-list fodder not main cygwin list fodder.

In any event, I think you are confused.  I don't indulge in "brutal
shredding" but perhaps you'd like to enlighten me why you think I do
in the cygwin-talk list.

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/

Problems with OpenSSH/Cygwin connectivity to Windows NT/2000 machines.

[Tevfik Karagülle]

 Hi,

Are there essential differences between cygwin versions 1.5.14 and 1.5.17
regarding openssh authentication ?

I have two test environments:

1) Cygwin 1.5.14, openssh 4.1p-1, openssl 0.9.7g
2) Cygwin 1.5.17, openssh 4.1p-1, openssl 0.9.7g

While everything (nt/2000/xp/2003) work as expected in environment 1, we get
'access denied' messages when we try to connect to nt/2000 machines in
environment 2.  Xp and 2003 work just fine.

Any clues ?

Best regards

Tevfik Karagulle
ITEFIX Consulting
http://itefix.no


smime.p7s
Description: S/MIME cryptographic signature

Re: Problems with OpenSSH/Cygwin connectivity to Windows NT/2000 machines.

[Igor Pechtchanski]

On Fri, 3 Jun 2005, Tevfik Karagülle wrote:

>  Hi,
>
> Are there essential differences between cygwin versions 1.5.14 and 1.5.17
> regarding openssh authentication ?
>
> I have two test environments:
>
> 1) Cygwin 1.5.14, openssh 4.1p-1, openssl 0.9.7g
> 2) Cygwin 1.5.17, openssh 4.1p-1, openssl 0.9.7g
>
> While everything (nt/2000/xp/2003) work as expected in environment 1, we
> get 'access denied' messages when we try to connect to nt/2000 machines
> in environment 2.  Xp and 2003 work just fine.
>
> Any clues ?

Since you mention authentication, I assume you're asking about sshd.  I
also assume you've eliminated the client from the equation by using the
same host to ssh into the machines in question.

In what situation do you get "access denied"?  Do you use public key
authentication?  Are your permissions identical on sshd support/config
files?  Are /etc/passwd and /etc/group files up-to-date on both machines?
Did you try running sshd with debugging flags?  Do you get any messages in
the log files or in the Windows Event Log?  What does "ssh -vvv" (yes, on
the client) report when connecting to both working and non-working
machines?

If worse comes to worst, and the above doesn't provide any clues, there's
always strace (the output of which from both machines can be compared
easily enough).
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: Problems with OpenSSH/Cygwin connectivity to Windows NT/2000 machines.

[Larry Hall]

At 08:06 PM 6/3/2005, you wrote:
>On Fri, 3 Jun 2005, Tevfik Karagülle wrote:
>
>>  Hi,
>>
>> Are there essential differences between cygwin versions 1.5.14 and 1.5.17
>> regarding openssh authentication ?
>>
>> I have two test environments:
>>
>> 1) Cygwin 1.5.14, openssh 4.1p-1, openssl 0.9.7g
>> 2) Cygwin 1.5.17, openssh 4.1p-1, openssl 0.9.7g
>>
>> While everything (nt/2000/xp/2003) work as expected in environment 1, we
>> get 'access denied' messages when we try to connect to nt/2000 machines
>> in environment 2.  Xp and 2003 work just fine.
>>
>> Any clues ?
>
>Since you mention authentication, I assume you're asking about sshd.  I
>also assume you've eliminated the client from the equation by using the
>same host to ssh into the machines in question.
>
>In what situation do you get "access denied"?  Do you use public key
>authentication?  Are your permissions identical on sshd support/config
>files?  Are /etc/passwd and /etc/group files up-to-date on both machines?
>Did you try running sshd with debugging flags?  Do you get any messages in
>the log files or in the Windows Event Log?  What does "ssh -vvv" (yes, on
>the client) report when connecting to both working and non-working
>machines?
>
>If worse comes to worst, and the above doesn't provide any clues, there's
>always strace (the output of which from both machines can be compared
>easily enough).


And just in case there's any confusion, I'm running exactly the versions
listed on my W2K machine and I use them to access the machine remotely
everyday (via public key authentication).  I've been doing this for 
years now and it has never been a problem to do so.


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

this joke is soooooo funny

[A Joke]

Two friends are walking in the jungle. Suddenly a tiger appears in the distance 
running toward them. One friend pulls a pair of 'Nikes' out of his bag and 
quickly puts them on. With a surprised look, the other friend says, "You don't 
really think you can out run that tiger with those?" "I don't need to out run 
the tiger", his friend replies, "I just need to run faster than you".


--
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: this joke is soooooo funny

[Christopher Faylor]

On Fri, Jun 03, 2005 at 09:43:55PM -0800, A Joke wrote:

I have a funny one, too: This guy walked into a mailing list and sent
some spam.  Then he got blocked from ever sending email to the mailing
list again.

...there is a silence, then a gunshot is heard.  Back on the phone, the
guy says: "OK, now what?"

Get it?  Huh?  Do ya?

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: this joke is soooooo funny

[Ed Buchwalter]

This is all so pathetic 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Christopher Faylor
Sent: Friday, June 03, 2005 9:55 PM
To: cygwin@cygwin.com
Subject: Re: this joke is soo funny

On Fri, Jun 03, 2005 at 09:43:55PM -0800, A Joke wrote:

I have a funny one, too: This guy walked into a mailing list and sent
some spam.  Then he got blocked from ever sending email to the mailing
list again.

...there is a silence, then a gunshot is heard.  Back on the phone, the
guy says: "OK, now what?"

Get it?  Huh?  Do ya?

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: Don't use 2005-Jun-01 snapshot

[Christopher Faylor]

On Wed, Jun 01, 2005 at 05:06:05PM -0400, Christopher Faylor wrote:
>There is something seriously wrong with the 2005-Jun-01 snapshot.  I'm
>investigating now but, in the meantime, please don't use it.

I forgot to mention:  the snapshots should be ok, now.

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: this joke is soooooo funny

[Christopher Faylor]

On Fri, Jun 03, 2005 at 10:03:47PM -0700, Ed Buchwalter wrote:
>This is all so pathetic 

Because...?

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: this joke is soooooo funny

[Christopher Faylor]

On Sat, Jun 04, 2005 at 01:10:38AM -0400, Christopher Faylor wrote:
>On Fri, Jun 03, 2005 at 10:03:47PM -0700, Ed Buchwalter wrote:
>>This is all so pathetic 
>
>Because...?

Hmm.  Maybe this was due to the "gunshot was heard"?

http://archives.cnn.com/2002/TECH/science/10/03/joke.funniest/

Maybe I should have used another joke...

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/

E' stato respinto un messaggio indirizzato a annalisa.scolese

[Annalisa Scolese]

E' stato respinto un messaggio indirizzato a annalisa.scolese: il formato di un 
suo allegato non era consentito

(AVVISO GENERATO AUTOMATICAMENTE DA mail.gazzettino.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/

E' stato respinto un messaggio indirizzato a donatella.vetuli

[Donatella Vetuli]

E' stato respinto un messaggio indirizzato a donatella.vetuli: il formato di un 
suo allegato non era consentito

(AVVISO GENERATO AUTOMATICAMENTE DA mail.gazzettino.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/

E' stato respinto un messaggio indirizzato a antonio.bochicchio

[Antonio Bochicchio]

E' stato respinto un messaggio indirizzato a antonio.bochicchio: il formato di 
un suo allegato non era consentito

(AVVISO GENERATO AUTOMATICAMENTE DA mail.gazzettino.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/

E' stato respinto un messaggio indirizzato a graziano.tavan

[Graziano Tavan]

E' stato respinto un messaggio indirizzato a graziano.tavan: il formato di un 
suo allegato non era consentito

(AVVISO GENERATO AUTOMATICAMENTE DA mail.gazzettino.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/

E' stato respinto un messaggio indirizzato a paola.masera

[Paola Masera]

E' stato respinto un messaggio indirizzato a paola.masera: il formato di un suo 
allegato non era consentito

(AVVISO GENERATO AUTOMATICAMENTE DA mail.gazzettino.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/

E' stato respinto un messaggio indirizzato a monica.andolfatto

[Monica Andolfatto]

E' stato respinto un messaggio indirizzato a monica.andolfatto: il formato di 
un suo allegato non era consentito

(AVVISO GENERATO AUTOMATICAMENTE DA mail.gazzettino.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/

E' stato respinto un messaggio indirizzato a vicenza

[Redazione VICENZA]

E' stato respinto un messaggio indirizzato a vicenza: il formato di un suo 
allegato non era consentito

(AVVISO GENERATO AUTOMATICAMENTE DA mail.gazzettino.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/