receiving mail at winbox with cygwin

[Marcos Lorenzo]

can I receive mail at my Winbox with cygwin? I mean there must be a
service listening at some port to do this, but ssmtp doesn't seem to
achieve this...

thx,
m4c

__
Marcos Lorenzo de Santiago (Labs Technician)

Departament of Telematic Engineering
University Carlos III Av.Universidad 30 Leganés (Madrid).
Torres Quevedo Building 4.1A01 
E-mail: [EMAIL PROTECTED], Telephone: (+34)91-624-8757
Home Page http://www.it.uc3m.es/marcos
__


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

Strip Cygwin

[ralf . truijen]

Hi,

Is it allowed that we strip the Cygwin installation and distribute only the files 
(make environment related) that are needed to compile our sources?


Kind regards,
  Ralf Truijen


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

Re: how-to use _WIN32 preprocessor with cygwin ?

[Eric Belhomme]

> The cygwin-specific gcc compile flag -mwin32 causes the _WIN32 macro to be
> defined.  Certain cygwin applications predate that arrangement, so
confusion
> is understandable.
>
Thanks for your answer :-)
So I wonder I have  to modify the configure script to add -mwin32 flag on
gcc option if I detect cygwin environment. Question : How to detect cygwin
environment ?

Thanks,

--
Eric Belhomme


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

Re: Strip Cygwin

[Corinna Vinschen]

On Mon, Nov 11, 2002 at 11:21:54AM +0100, [EMAIL PROTECTED] wrote:
> Hi,
> 
> Is it allowed that we strip the Cygwin installation and distribute only the files 
>(make environment related) that are needed to compile our sources?

Yes and no.

Yes, you can take just the binary stuff you need. 

No, because you must provide the *sources* of all GPL'd applications you
distribute to your target audience due to licensing restrictions.  This
includes especially the sources of the Cygwin DLL itself.  There is an
option to buy a special Cygwin license which gets you around this slightly.
That's typically only useful if you're planning to distribute a
proprietary application but that's not what you want, apparently.

Other than that, you can only circumvent this licensing problem by not
distributing the build environment at all.  Just point your customers to
the cygwin web page in that case.  In theory that should suffice most
needs.

HTH,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:cygwin@;cygwin.com
Red Hat, Inc.

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

Re: question about cygdrive flags string in the registry (Win 2000)

[Viviana Cotirlea]

Thanks for your answer. Yes, I'm aware about licensing issues, but thanks 
for pointing it out.

From: Christopher Faylor <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: question about cygdrive flags string in the registry (Win 
2000)
Date: Fri, 8 Nov 2002 11:51:54 -0500

On Fri, Nov 08, 2002 at 05:34:30PM +0200, Viviana Cotirlea wrote:
>I ported a database application on Windows 2000 using cygwin. For testing
>reasons I put on a clean (no cygwin installed) Windows 2000 machine the
>generated app.exe and the cygwin1.dll. For some reason the dbopen() call
>failed when trying to read the created before database.
>After trying to investigating the problem, I found out that it is working
>if in the registry the following data exists:
>HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
>cygdrive flags 22
>
>If this is missing the dbopen() call will fail.
>
>My question is: Because at one point I would like to distribute the 
product
>to others also, and I don't want to obligate them to install the cygwin, 
I
>would like to know why this string is required, and if my only solution
>would be to add that key in the registry if the cygwin is not already
>installed on that machine?

This is probably a binmode/textmode thing.  I don't know what the flags
are but probably dbopen needs to open files in binary and hasn't been
properly ported to do this without help from the cygwin mount command.
See "mount --help".

I am concerned when you talk about distributing the product, however.
It's just a knee jerk reaction on my part but whenever I hear "distribute
the product" coupled with "don't want..them to install the (sic) cygwin",
I wonder about licensing issues.

You are aware that your product is now GPLed right?  You need to distribute
both the source code for your product and, if you are providing a copy
of the cygwin dll (shudder) you need to provide source code for that.  This
is only negotiable if you've purchased a license from Red Hat.  Otherwise,
you must use the GPL.

cgf


_
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail


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

Re: question: how do I find information about functions (params, return values,etc)

[Viviana Cotirlea]

OK, this is how I worked until now, meaning using google. But at one point I 
thought that in cygwin somewhere there is this information and I'm just not 
able to find it. It seems that there is not, so I wil continue using google 
for this.

Thanks a lot,
viv


From: "Elfyn McBratney" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: question: how do I find information about functions (params, 
return values, etc)
Date: Fri, 08 Nov 2002 22:26:04 +

Hey,

Try using google, 
http://www.google.com/search?hl=en&ie=ISO-8859-1&q=using+pthread_cond_init%28%29

On the first link youll find what you need.

Elfyn

From: "Viviana Cotirlea" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: question: how do I find information about functions (params, 
return values, etc)
Date: Fri, 08 Nov 2002 19:48:19 +0200
MIME-Version: 1.0
X-Originating-IP: [62.245.182.10]
Received: from sources.redhat.com ([209.249.29.67]) by 
mc1-f17.law16.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Fri, 8 
Nov 2002 09:48:36 -0800
Received: (qmail 23348 invoked by alias); 8 Nov 2002 17:48:24 -
Received: (qmail 23334 invoked from network); 8 Nov 2002 17:48:20 -
Received: from unknown (HELO hotmail.com) (64.4.19.58)  by 
sources.redhat.com with SMTP; 8 Nov 2002 17:48:20 -
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; 
Fri, 8 Nov 2002 09:48:20 -0800
Received: from 62.245.182.10 by lw12fd.law12.hotmail.msn.com with 
HTTP;Fri, 08 Nov 2002 17:48:19 GMT
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Unsubscribe: 

List-Subscribe: 
List-Archive: 
List-Post: 
List-Help: , 

Sender: [EMAIL PROTECTED]
Mail-Followup-To: [EMAIL PROTECTED]
Delivered-To: mailing list [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
X-OriginalArrivalTime: 08 Nov 2002 17:48:20.0174 (UTC) 
FILETIME=[068B16E0:01C2874F]
Return-Path: [EMAIL PROTECTED]

Hi,

I installed everything provided by cygwin, meaning also the documentation.
My problem is that when I'm trying to find informations about a function, 
let's say pthread_cond_init(), I can not get any information about it.
The documentation for the supported functions is not included in the man 
pages? How can I get this information, meaning the paramethers, return 
values, etc ?
(My MANPATH is: 
:/usr/ssl/man:/usr/man:/usr/local/man:/usr/autotool/devel/man:/usr/X11R6/man)

Thanks a lot,
viv

_
MSN 8 with e-mail virus protection service: 2 months FREE* 
http://join.msn.com/?page=features/virus


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




_
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail


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

Re: receiving mail at winbox with cygwin

[Olaf Foellinger]

On Mon, Nov 11, 2002 at 11:20:08AM +0100, Marcos Lorenzo wrote:
> can I receive mail at my Winbox with cygwin? 

Yes there are several ways, mutt knows pop and imap, there are fetchmail
and procmail, what exactly do you want to do ? It's not necessary to
have a daemon running for receiving mail.

> I mean there must be a
> service listening at some port to do this, but ssmtp doesn't seem to
> achieve this...

For this lok at exim.
 
Gruss Olaf Föllinger

-- 
Olaf Föllinger
Berater 
S.E.S.A. Software und Systeme AG

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

Re: receiving mail at winbox with cygwin

[Mark Himsley]

On Mon, 11 Nov 2002 11:20:08 +0100 (CET) Marcos Lorenzo wrote:

>can I receive mail at my Winbox with cygwin? I mean there must be a
>service listening at some port to do this, but ssmtp doesn't seem to
>achieve this...

Install Exim, which is in the 'Mail' group in setup.exe. See also
http://sources.redhat.com/ml/cygwin-announce/2002-09/msg8.html

-- 
Mark Himsley


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

The gcc compile flag -mwin32 & _WIN32

[Warren Dale]

At 06:27 11/11/2002, Tim Prince wrote:

The cygwin-specific gcc compile flag -mwin32 causes the _WIN32 macro to be
defined. Certain cygwin applications predate that arrangement, so confusion
is understandable.


Where can I can find documentation on "-mwin32"?

Warren.

Warren Dale
Email: [EMAIL PROTECTED]
Mobile: 0412-700-966
Home: (02) 9482-8552



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

Problem in Cygwin

[RIAS Solutions]

Dear sir,

Actually I need to install and configure Perl and
Interchange software tool. So I needed to install
Cygwin tool in windows machine as interchange tool
needs unix environment.

I downloaded cygwin tools from the following mirror
site and installed it in my windows machine.

http://www.csd.uch.gr/~hy150/tools/cygwin/

When I am running, some of the unix commands like grep
is not working and 'a required dll file,cygintl-1.dll
was not found' error message is coming.

Then, I downloaded cygwin tools from the following
mirror site and installed it in my windows machine.
ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/

When I am running no Unix command is running except cd
and exit. 

What shall I do to rectify the problems? 
Which mirror site is having latest update of cygwin
tool?

Any help in this regard greatly appreciated.

Thanks in advance

Regards,
Senthil



__
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2

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

Re: how-to use _WIN32 preprocessor with cygwin ?

[Tim Prince]

On Monday 11 November 2002 02:33, Eric Belhomme wrote:
> > The cygwin-specific gcc compile flag -mwin32 causes the _WIN32 macro to
> > be defined.  Certain cygwin applications predate that arrangement, so
>
> confusion
>
> > is understandable.
>
> Thanks for your answer :-)
> So I wonder I have  to modify the configure script to add -mwin32 flag on
> gcc option if I detect cygwin environment. Question : How to detect cygwin
> environment ?
Often done by the uname command, as on other Unixish systems
-- 
Tim Prince

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

Re: Problem in Cygwin

[Gerrit P. Haase]

RIAS schrieb:

> Actually I need to install and configure Perl and
> Interchange software tool. So I needed to install
> Cygwin tool in windows machine as interchange tool
> needs unix environment.

[...]

> What shall I do to rectify the problems? 

Fetch the setup/install/update tool: http://cygwin.com/setup.exe

> Which mirror site is having latest update of cygwin
> tool?

Depends on where you are, setup.exe knows all mirrors.


Gerrit
-- 
=^..^=


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

Re: Problem with Win32/UNIX character set

[Joshua Daniel Franklin]

> Yes.  Add "codepage:oem" to your CYGWIN environment variable.

> P.S. David (Starks-Browning), should this be in the FAQ?
> FWIW, I haven't found anything related to codepage:* in the User's Guide
> page on the CYGWIN variable, either.

Can someone explain the "codepage" settings so I can give an accurate 
explanation in the UG? 

I don't think I've ever seen an overall explanation of possible values 
with the advantages and drawbacks of each. (I'm assuming there are 
drawbacks to codepage:oem or else it would just be turned on.)

By the way, we've had several questions about non-us character sets in
Cygwin--is this related? I could also add something about that (I think
there is already something about the .inputrc settings.)

__
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2

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

Re: how-to use _WIN32 preprocessor with cygwin ?

[Max Bowsher]

Eric Belhomme <[EMAIL PROTECTED]> wrote:

>> The cygwin-specific gcc compile flag -mwin32 causes the _WIN32 macro
>> to be defined.  Certain cygwin applications predate that
>> arrangement, so confusion is understandable.
>>
> Thanks for your answer :-)
> So I wonder I have  to modify the configure script to add -mwin32
> flag on gcc option if I detect cygwin environment. Question : How to
> detect cygwin environment ?

Or, just use code like this in your C files:

#if defined(_WIN32) || defined(__CYGWIN__)
Win32 or Cygwin
#endif

If you do want to detect Cygwin in a configure script, then you just do
AC_CANONICAL_HOST, and then:

case $host_os in
  *cygwin* ) do cygwin stuff;;
 * ) do other stuff;;
esac



Max.


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

Is it possible to convert .a linux library into win32 .dll or lib ?

[Eric Belhomme]

Hi,

I compiled a linux native library on cygwin. To do this I used the -mwin32 
flag, as Tim Prince explained to me.

So now it compiles nice, but I obtain a "libprelude.a" file so I wonder it 
is in ELF compatible format. The problem is I'd like to use this library 
with a native Win32 NT service (I try to make a win32 prelude-lml sensor)

So I need libprelude compiled as native win32 DLL or lib file. Is it 
possible ?

-- 
Rico (RicoSpirit) - http://www.ricospirit.net




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

Re: Is it possible to convert .a linux library into win32 .dll or lib ?

[Max Bowsher]

Eric Belhomme wrote:
> Hi,
>
> I compiled a linux native library on cygwin. To do this I used the
> -mwin32 flag, as Tim Prince explained to me.
>
> So now it compiles nice, but I obtain a "libprelude.a" file so I
> wonder it is in ELF compatible format. The problem is I'd like to use
> this library with a native Win32 NT service (I try to make a win32
> prelude-lml sensor)
>
> So I need libprelude compiled as native win32 DLL or lib file. Is it
> possible ?

No, it's not ELF. It is a static library (i.e. more-or-less a static .lib
file)

I know nothing about the package you are talking about, so I don't know how
easy it would be to make a DLL.

Max.


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

Re: Problem with Win32/UNIX character set

[Igor Pechtchanski]

On Mon, 11 Nov 2002, Jan Middelkoop wrote:

> On Sun, 10 Nov 2002, Igor Pechtchanski wrote:
>
> > On Sat, 9 Nov 2002, Jan Middelkoop wrote:
> >
> > > Hello.
> > >
> > > I seem to be able to compile and run a problem fine, but when I run it, I
> > > notice it uses a UNIX character set instead of the DOS character set (I do
> > > NOT mean the endline characters - I mean the character set in general),
> > > so certain things (ASCII art mainly) look very messed up.
> > >
> > > How do I get this program to use the DOS character set?
> > > Is there an option for this in CygWin, do I have to #define something?
> > >
> > > Thanks in advance,
> > > DJHyperbyte 
> >
> > Yes.  Add "codepage:oem" to your CYGWIN environment variable.
> > Igor
> >
> > P.S. David (Starks-Browning), should this be in the FAQ?
> > FWIW, I haven't found anything related to codepage:* in the User's Guide
> > page on the CYGWIN variable, either.
>
> Hi again, thanks for your reply :)
>
> I sent this message to you only (not to the whole mailing list), because
> this is more of a RTFM question (where I didn't find it btw).
>
> I did:
>
> export CYGWIN=codepage:oem
> ./configure --with-the-options-I-need
> make
>
> But, it still uses the wrong charset (DOS).
> What am I doing wrong?
>
> Thanks in advance.

Jan,

Please keep replies on the list.  Especially for things that are not in
the manual, as the next place people are going to look is the list
archives.  Also, you can generally expect better replies from other people
on this list.

IIRC, you should set "codepage:oem" or "codepage:ansi" *before* starting
bash.  You might also need to set the font to something that has a correct
charset (Lucida Console was recommended at some point).  Another thing to
try is to run this in rxvt instead of the command window.

This really *should* be in the FAQ and the User's Guide.  I'm not going to
submit patches just now as there is a new option pending (codepage:none),
and I'd like to wait until that's in...  CGF, any news on that?

However, I'm confused now.  Which character set *do* you want?  Unless I'm
mistaken, "codepage:oem" is for the DOS character set, and "codepage:ansi"
(the default) is for the Unix one...  First you said that you needed the
DOS charset but were getting Unix, now you say that you're getting the DOS
one and it's wrong...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Water molecules expand as they grow warmer" (C) Popular Science, Oct'02, p.51


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

Add: Problem with Win32/UNIX character set (fwd)

[Igor Pechtchanski]

I'm forwarding this to the list as well.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Water molecules expand as they grow warmer" (C) Popular Science, Oct'02, p.51

-- Forwarded message --
Date: Mon, 11 Nov 2002 07:30:20 +0100 (CET)
From: Jan Middelkoop <[EMAIL PROTECTED]>
To: Igor Pechtchanski <[EMAIL PROTECTED]>
Subject: Add: Problem with Win32/UNIX character set

Forgot to mention, it DOES use the right charset when I run it from
CygWin, just not as a standalone executable.


Regards,
Jan Middelkoop <[EMAIL PROTECTED]>




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

RE: Is RSA authentication on SSH still broken?

[Harig, Mark A.]

> >chmod 700 ~ && \
>  ^^^
> This is your problem.  By setting home and .ssh to 700 you 
> disallow sshd to
> stat() ~/.ssh.  Cygwin has two chances to retrieve 
> information about a file
> or directory, by either calling FindFileFirst() or by trying 
> to open the
> file and calling various Win32 access functions.
> 
> FindFileFirst() requires to have read permissions on the 
> parent directory,
> opening the file/dir requires read permissions on it.  If home as well
> as .ssh are 700, sshd has neither of these rights ==> The 
> check for .ssh
> fails.

OK.  So, it appears that Cygwin users
of openssh have one of two options:

1. chmod 700 ~
   chgrp 18 ~/.ssh
   chmod 750 ~/.ssh

or 

2. chmod 755 ~
   chmod 700 ~/.ssh 

Do you have a recommendation on which of
these two options is more secure?

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

Re: Is RSA authentication on SSH still broken?

[Max Bowsher]

Harig, Mark A. <[EMAIL PROTECTED]> wrote:
> OK.  So, it appears that Cygwin users
> of openssh have one of two options:
>
> 1. chmod 700 ~
>chgrp 18 ~/.ssh
>chmod 750 ~/.ssh
>
> or
>
> 2. chmod 755 ~
>chmod 700 ~/.ssh
>
> Do you have a recommendation on which of
> these two options is more secure?

I'm assuming you meant:
$ chmod 750 ~
$ chgrp 18 ~
$ chmod 700 ~/.ssh
Since obviously world-readable ~ is less secure than user-only-readable ~.

In which case, 1. seems better to me, because it actually grants SYSTEM
permissions where it needs them, rather than granting them somewhere else
and Windows weirdness making things work.


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

RE: Is RSA authentication on SSH still broken?

[Harig, Mark A.]

> 
> Harig, Mark A. <[EMAIL PROTECTED]> wrote:
> > OK.  So, it appears that Cygwin users
> > of openssh have one of two options:
> >
> > 1. chmod 700 ~
> >chgrp 18 ~/.ssh
> >chmod 750 ~/.ssh
> >
> > or
> >
> > 2. chmod 755 ~
> >chmod 700 ~/.ssh
> >
> > Do you have a recommendation on which of
> > these two options is more secure?
> 
> I'm assuming you meant:
> $ chmod 750 ~
> $ chgrp 18 ~
> $ chmod 700 ~/.ssh
> Since obviously world-readable ~ is less secure than 
> user-only-readable ~.
> 
> In which case, 1. seems better to me, because it actually 
> grants SYSTEM
> permissions where it needs them, rather than granting them 
> somewhere else
> and Windows weirdness making things work.
> 
> 

I have been using option 1.  My question comes from the fact
that Corinna Vinschen recommended that ~/.ssh be set to 700
(which is what 'set-keygen' sets it to) and that she had
pointed to my 'chmod 700 ~' as the reason that openssh would
not work if I set ~/.ssh to 700.

Is there a consensus about what to recommend to Cygwin users,
or does openssh work for some people with both ~ and ~/.ssh
set to 700?  (In which, case multiple recommendations would
need to be made.)





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

Re: Is it possible to convert .a linux library into win32 .dll or lib ?

[Eric Belhomme]

> No, it's not ELF. It is a static library (i.e. more-or-less a static .lib
> file)
>
> I know nothing about the package you are talking about, so I don't know
how
> easy it would be to make a DLL.
>
Thanks for your support :-)

So, can I link this file with a native win32 software developped with Ms
Visual C++ 6 ?

Regards,

--
Eric Belhomme


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

RE: Is RSA authentication on SSH still broken?

[Igor Pechtchanski]

On Mon, 11 Nov 2002, Harig, Mark A. wrote:

> > >chmod 700 ~ && \
> >  ^^^
> > This is your problem.  By setting home and .ssh to 700 you
> > disallow sshd to
> > stat() ~/.ssh.  Cygwin has two chances to retrieve
> > information about a file
> > or directory, by either calling FindFileFirst() or by trying
> > to open the
> > file and calling various Win32 access functions.
> >
> > FindFileFirst() requires to have read permissions on the
> > parent directory,
> > opening the file/dir requires read permissions on it.  If home as well
> > as .ssh are 700, sshd has neither of these rights ==> The
> > check for .ssh
> > fails.
>
> OK.  So, it appears that Cygwin users
> of openssh have one of two options:
>
> 1. chmod 700 ~
>chgrp 18 ~/.ssh
>chmod 750 ~/.ssh
>
> or
>
> 2. chmod 755 ~
>chmod 700 ~/.ssh
>
> Do you have a recommendation on which of
> these two options is more secure?

According to what I remember about Unix permissions, 'chmod 711 ~' should
suffice.  This will allow anyone to access a subdirectory of your $HOME
*if they know the exact path*.  Same with ~/.ssh.  You can then make
authorized_keys world-readable without exposing the rest of your home
directory.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Water molecules expand as they grow warmer" (C) Popular Science, Oct'02, p.51


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

Re: Is RSA authentication on SSH still broken?

[Corinna Vinschen]

On Mon, Nov 11, 2002 at 10:57:22AM -0500, Harig, Mark A. wrote:
> > Harig, Mark A. <[EMAIL PROTECTED]> wrote:
> I have been using option 1.  My question comes from the fact
> that Corinna Vinschen recommended that ~/.ssh be set to 700
> (which is what 'set-keygen' sets it to) and that she had
> pointed to my 'chmod 700 ~' as the reason that openssh would
> not work if I set ~/.ssh to 700.
> 
> Is there a consensus about what to recommend to Cygwin users,

It's a matter of taste.  Personally I let it 755 on ~ and 700
on ~/.ssh.  As long as sshd works, it's fine.  No worries.

> or does openssh work for some people with both ~ and ~/.ssh
> set to 700?

It can't, except there is that additional ACE for SYSTEM in the
~/.ssh ACL.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:cygwin@;cygwin.com
Red Hat, Inc.

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

Re: Problem with Win32/UNIX character set

[Jan Middelkoop]

No, I first got a UNIX charset (always).

Now I 'export CYGWIN=codepage:oem' I get the right charset when I start
the program from CygWin, but not when I compile it as a Win32 executable
and run it.

And I did realize that I actually have to send my e-mail to the list, but
since I got no replies besides your one (and my question obviously is a
bit noob'ish) I figured I'd just send it you only.

Thanks a lot for all your great help, and continue support to CygWin,
it's a great 'piece' of a software.



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

Lesstif compilation problem and setup.exe

[Mark Manning]

I decided to try compiling the latest version of Lesstif to get my feet 
wet doing compilations of packages.  Download and untaring went well. 
Compilation seemed to go ok also until I'd gotten about 3/4 of the way 
through.  Then Cygwin refused to continue compiling.  I was in fvwm2 at 
the time.  When I flipped back to the window for Cygwin it had quite a 
few messages about having run out of process space and that it could no 
longer fork a new process.  I could not even exit Cygwin.  (ie: typing 
"exit" just generated a new error.)

I decided that maybe fvwm2 was the culprit (after all X does suck up a 
lot of process space sometimes) and so I rebooted my system, got back 
into Cygwin, and recompiled.  Same results.

My System:

Windows98se box
Memory: 512mb
HDD: 30GB (17GB used)
Motherboard graphics, sound, etc

Cygwin version: (currently downloading latest version to give this a go 
again [as I type]) Release available on August 5th, 2002.  Full 
installation download.

Notes: I was using tcsh under fvwm2.  Nothing fancy and I just did a 
"make" (no options) after doing the ./configure (no options).  There 
didn't seem to be any problems with the compilations (no errors only a 
few warnings).  It just seemed to be the number of iterations make had 
to go through which caused it to run out of process space.

If you need a screen dump - let me know.  I can either try to capture 
the text itself (didn't work before but I can try again) or do a screen 
capture (found a nice on-line product).  Didn't want to post the screen 
capture.

Setup.exe:

I'd like to propose a couple of changes to setup.exe:
   1.Make the dialog box resizable.  It would be nice to be able to 
see the entire set of
   information about what is going to be downloaded without 
having to scroll back and
   forth.

   2.Change the options on what to do so "Update" is shown.  Either 
"Install/Update" or
   maybe a separate radio button.  Anything just so we don't go 
"I don't want to install
   the whole thing again!" before remembering the program is 
smart enough to just do the
   update.  :-)

TIA!

Mark Manning



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

Re: Is it possible to convert .a linux library into win32 .dll or lib ?

[Max Bowsher]

Max Bowsher:
>>> No, it's not ELF. It is a static library (i.e. more-or-less a static
>>> .lib file)

Larry Hall:
>> See the FAQ entry:
>>
>> Can I mix objects compiled with msvc++ and gcc?
>> http://cygwin.com/faq/faq_4.html#SEC117
>>
>> Also, if your library pulls in the Cygwin runtime DLL, make sure you
>> don't mix the heap with MSVC's.

Eric Belhomme:
> So, can I link this file with a native win32 software developped with
> Ms Visual C++ 6 ?

*Objects* are compatible. *Static Libraries* are NOT.

I _think_ you might be able to make a library with MS lib.exe, although I
have never done it myself.

Are there good reasons for not using one set of compiler tools exclusively?

Max.


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

mkfifo doesn't work??

[Marcos Lorenzo]

[19:06:06] marcos@MOZART~ mkfifo --version
mkfifo (fileutils) 4.1
Escrito por David MacKenzie.

Copyright (C) 2001 Free Software Foundation, Inc.
Esto es software libre; vea el código fuente para las condiciones de
copia.
No hay NINGUNA garantía; ni siquiera de COMERCIABILIDAD o IDONEIDAD PARA
UN
FIN DETERMINADO.
[19:06:11] marcos@MOZART~ mkfifo -m 600 /tmp/.$$
mkfifo: cannot create fifo ``/tmp/.119'': Function not implemented

mkfifo version 4.1 doesn't work?

Do I need to update fileutils to get this function implemented?

I'm really surprised, why is there an executable mkfifo if it's not
implemented?


TIA,
m4c.



__
Marcos Lorenzo de Santiago (Labs Technician)

Departament of Telematic Engineering
University Carlos III Av.Universidad 30 Leganés (Madrid).
Torres Quevedo Building 4.1A01 
E-mail: [EMAIL PROTECTED], Telephone: (+34)91-624-8757
Home Page http://www.it.uc3m.es/marcos
__


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

mkfifo doesn't work??

[Marcos Lorenzo]

[19:06:06] marcos@MOZART~ mkfifo --version
mkfifo (fileutils) 4.1
Escrito por David MacKenzie.

Copyright (C) 2001 Free Software Foundation, Inc.
Esto es software libre; vea el código fuente para las condiciones de
copia.
No hay NINGUNA garantía; ni siquiera de COMERCIABILIDAD o IDONEIDAD PARA
UN
FIN DETERMINADO.
[19:06:11] marcos@MOZART~ mkfifo -m 600 /tmp/.$$
mkfifo: cannot create fifo ``/tmp/.119'': Function not implemented

mkfifo version 4.1 doesn't work?

Do I need to update fileutils to get this function implemented?

I'm really surprised, why is there an executable mkfifo if it's not
implemented?


TIA,
m4c.



__
Marcos Lorenzo de Santiago (Labs Technician)

Departament of Telematic Engineering
University Carlos III Av.Universidad 30 Leganés (Madrid).
Torres Quevedo Building 4.1A01 
E-mail: [EMAIL PROTECTED], Telephone: (+34)91-624-8757
Home Page http://www.it.uc3m.es/marcos
__



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

RE: Lesstif compilation problem and setup.exe

[Scott Prive]

> -Original Message-
> From: Mark Manning [mailto:markem@;ev1.net]
> Sent: Monday, November 11, 2002 12:20 PM
> To: [EMAIL PROTECTED]
> Subject: Lesstif compilation problem and setup.exe
> 



> If you need a screen dump - let me know.  I can either try to capture 
> the text itself (didn't work before but I can try again) or 
> do a screen 
> capture (found a nice on-line product).  Didn't want to post 
> the screen 
> capture.

See `man script`. Run this before doing your compile, and you'll begin a disk log of 
everything on your terminal.

Even if the process dies at the same as the others, it should have a record up until 
that point. If it's a reasonable size for posting, the general concensus is to post as 
an attachment so it doesn't generate false hits in the list archive searches..

For your primary concern, hopefully someone else will step up with real answers.  :-)

You might also attempt compiling & building a smaller package to triage "what" breaks 
your system (ie, try packaging bash and avoiding anything X-related).



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

Re: NetPBM & JPEG2000?

[Bryan Henderson]

>  what about netpbm support for jpeg2000?
>  Is there already somethng included or
>  is it planned?

Netpbm now (Release 9.12) contains Pamtojp2k and Jp2ktopam, which are based
on the Jasper library (which is included in the Netpbm package).

As we probably noted before, you can also use the 'jasper' program that
comes with the original Jasper library package.  It doesn't handle Netpbm
formats as well, though.

-- 
Bryan HendersonPhone 408-621-2000
San Jose, California

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

Re: Problem with Win32/UNIX character set

[Christopher Faylor]

On Mon, Nov 11, 2002 at 05:50:07PM +0100, Jan Middelkoop wrote:
>And I did realize that I actually have to send my e-mail to the list,

http://cygwin.com/bugs.html

cgf

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

Re: mkfifo doesn't work??

[Christopher Faylor]

On Mon, Nov 11, 2002 at 07:08:17PM +0100, Marcos Lorenzo wrote:
>mkfifo version 4.1 doesn't work?

No.

>Do I need to update fileutils to get this function implemented?

No.

>I'm really surprised, why is there an executable mkfifo if it's not
>implemented?

Meanness.

cgf
--
Please do not send me personal email with cygwin questions or observations.
Use the resources at http://cygwin.com/ .

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

Re: Is it possible to convert .a linux library into win32 .dll or lib ?

[Samuel]

- Original Message -
From: "Eric Belhomme" <[EMAIL PROTECTED]>
To: "Max Bowsher" <[EMAIL PROTECTED]>; "Eric Belhomme" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Monday, November 11, 2002 8:25 AM
Subject: Re: Is it possible to convert .a linux library into win32 .dll or
lib ?


>
> So, can I link this file with a native win32 software developped with Ms
> Visual C++ 6 ?

I don't know much about the Unix functions for dynamic linking but I have
attempted to determine the similarities to Windows functions for dynamic
linking. It was my intent to write a utility that was as
platform-independent as possible. It is my understanding that the Unix
functions are different from the Windows equivalents. It is my understanding
that Unix does not have the equivalent of implicit linking; that the Unix
functions are similar to the (explicit linking) LoadLibrary function and
related functions in Windows.

The significance of that is that the utility you want to use is probably not
compatible at the source code level with Windows. In other words, it is not
likely to work to just recompile it using Visual C++.

In a Windows environment, a DLL might not be compatible with a program
compiled with a different compiler. In fact a DLL compiled by VC might not
be compatible with another DLL or program compiled by VC. Usually
non-programmers are not aware of such incompatibilities since programmers
would have not released something with such incompatiblities.



---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.408 / Virus Database: 230 - Release Date: 10/24/2002


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

Access Denied (XP Home SP1, cygwin-1.3.15

[Joel Rubin]

I have the same problem with several Cygwin programs including wget
and unzip. The "access denied" survives a reboot.

So it seems that Cygwin is creating files with this problem. I have
only one user with, of course, administrative rights.

11/08/2002  11:49 AM 1,080,807 cygwin-1.3.15-2.tar.bz2

bash-2.05b$ ex temp.txt
"temp.txt" [New File]
Entering Ex mode.  Type "visual" to go to Normal mode.
:a
This is a test
Test
.
:wq
bash-2.05b$ exit
Now back in cmd.exe:

C:\TEMP>temp.txt
Access is denied.

C:\TEMP>copy temp.txt a.
txt
1 file(s) copied.

C:\TEMP>del temp.txt

C:\TEMP>ren a.txt temp.t
xt

C:\TEMP>temp.txt

C:\TEMP>


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

RE: Access Denied (XP Home SP1, cygwin-1.3.15

[Harig, Mark A.]

try:

   After creating temp.txt in Cygwin:

   $ ls -l temp.txt

The permissions of this file will depend upon your setting
of 'umask'.  For me, this yields:

   $ umask
   0022

So, my permissions are set to 'rw-r--r--'.

Because you are creating a text file, execution permission
should not be on by default.  'ex' appears to be behaving
correctly.

After 'c:\temp> copy temp.txt a.txt', try:

$ ls -l a.txt

For me, this yields permissions '-', i.e., all "UNIX"
permissions are turned off.  When I attempt to "run" the text
file 'a.txt', notepad opens with the contents of 'a.txt' because
on my system (Win2K, running Cygwin 1.3.15-2) I have notepad
associated with .txt files.


> -Original Message-
> From: Joel Rubin [mailto:jmrubin@;ix.netcom.com]
> Sent: Monday, November 11, 2002 4:22 PM
> To: [EMAIL PROTECTED]
> Subject: Access Denied (XP Home SP1, cygwin-1.3.15
> 
> 
> I have the same problem with several Cygwin programs including wget
> and unzip. The "access denied" survives a reboot.
> 
> So it seems that Cygwin is creating files with this problem. I have
> only one user with, of course, administrative rights.
> 
> 11/08/2002  11:49 AM 1,080,807 cygwin-1.3.15-2.tar.bz2
> 
> bash-2.05b$ ex temp.txt
> "temp.txt" [New File]
> Entering Ex mode.  Type "visual" to go to Normal mode.
> :a
> This is a test
> Test
> .
> :wq
> bash-2.05b$ exit
> Now back in cmd.exe:
> 
> C:\TEMP>temp.txt
> Access is denied.
> 
> C:\TEMP>copy temp.txt a.
> txt
> 1 file(s) copied.
> 
> C:\TEMP>del temp.txt
> 
> C:\TEMP>ren a.txt temp.t
> xt
> 
> C:\TEMP>temp.txt
> 
> C:\TEMP>
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 

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

Re: binutils 20021107-2

[Charles Wilson]

Robert Collins wrote:




But, I think it's overkill to define "system libs that should not be 
re-exported" as "anything in /usr/lib" or something similarly broad.


Why? *anything* in /usr/lib is able to be linked to from multiple
packages. If one package creates a dll from there, then we will get this
problem. We're currently *manually* excluding *how many* libs? fortran.
gcc. stdc++. cygwin. And thats from memory. Do we want to hack ld when a
test g++-3.3 is released? IMO No.



No need.  If we don't include the trailing '.' in the basename exclusion 
list, the same test can match
  libtstdc++.a
  libstdc++-2.a
  libstdc++-3.3.a
or whatever.  Chris just committed a patch to binutils CVS that does 
this generalization.


I think that nothing specific to gcc should be handled by ld. If gcc
knows about file foo, be that mingw specific, or c++ specific, it should
tell ld to do the right thing. This centralises the knowledge about the
exceptions.



Ideally, sure -- but that'll require a LOT of info to be passed (see 
below).  But the fact is, ld already incorporates LOTS of knowledge 
about the way gcc does things -- and not just on cygwin/win32.  binutils 
is tightly tied to gcc (and vice versa), like it or not.


On the other hand, we're really arguing about a problem that hasn't bit 
anyone yet.  By excluding the main (gcc) static runtime libs from 
re-export, and the main (platform) static runtime libs like libmingw32 
libmingwex from re-export -- we pretty much cover all the important bases.


True. My suspicion though is that as folk find .dll's easier to build,
with the libtool dll support hitting mainstream as of(?1.4?) it will be
more common to link against something. Let me give you another contrived
example:

I create a static lib foo (say readline for arguments sake). It gets
installed into /usr/local/lib.

Someone else makes a library bar depending on foo. This library is a
.dll. It gets installed into /usr/local/lib.



Aha!  But that can't happen given the recent changes in libtool.  If any 
dependency is static, then libtool will refuse to create a DLL (unless: 
my changes exempt the platform and compiler libs from this check.  But, 
I don't hardcode them in libtool; libtool computes the stdlib names from 
gcc and ld output)

Now, if you're building a DLL "by hand" then sure, problems can happen. 
 But as you say, DLL-making will only become widespread "with the 
libtool dll support hitting mainstream".  1.4.x had a limited version, 
which still required lots of sourcecode modification and __declspec 
magic.  1.5.x will use auto-import, and life will become VERY easy. 
That's mainstream.  1.4.x was an attempt, but turned out to be too 
difficult in practice.


Every app that links against both foo and bar (and if bar is a libtool
library, it will suck in foo for us) will get duplicate symbols.



Nope.  See above.  This is why I agree, in principle, with the recent 
changes in libtool that made things suck briefly.  It was a lot of work 
to "fix" -- but the general idea "don't build sharedlibs that depend on 
static libs" is a good one.  And is still in place, even in my patched 
versions of recent libtool.

Anything else is obviously a corner case, since it hasn't bit anyone yet 
-- and the fix is for that person to specifically exclude the static lib 
that "bit" them by using --exclude-libs.


That is *a* fix. Why doesn't it bite folk on linux or BSD? Why should it
bite anyone here when *we can make ld do the right thing*.



It *did* bite linux/BSD folks -- but since ELF has provisions for symbol 
overriding, it didn't really have too much of an effect.  We don't have 
those provisions; duplicate symbols are a major problem in pei-386.

That's why the recent changes to libtool prohibit buiding sharedlibs 
that depend on static libs -- to avoid these problems (even the minor 
ones on linux/BSD).

In my libtool changes, I'm only arguing for an *exception* to that 
algorithm when the static libs in question are gcc-provided or 
platform-provided ones, that already have "don't re-export me" 
provisions in ld.  [but I'm not hardcoding that knowledge; it's computed 
on-the-fly from gcc/ld output]  But that's a libtool discussion.

In binutils, we already have a "don't re-export me" list.  I think that 
the following heuristic is reasonable for keeping that list short:

1) libraries provided by the gcc compiler suite
2) win32 (cygwin, mingw, pw32) "platform" libraries that are commonly 
available only as static libs.  [remember, this code is in pe-dll.c and 
only applies to win32ish platforms]

We already refuse to re-export symbols imported from DLLs.  So, we only 
need to worry about "standard" libs that are available only as static 
libs.

Right now, that's a short list: the gcc libs, and libmingw32 + 
libmingwex.  The end.  Dropping the final '.' in the matchstring, and we 
can exclude all versioned instances of the gcc libs, without making the 
list too long.


We only want to export stati

[ANNOUNCEMENT] New sysvinit package available for download

[Sergey Okhapkin]

New cygwin sysvinit package available for download. Init is the parent
of all unix processes. Its primary role is to create processes from  a
script stored in the file /etc/inittab (see  inittab(5)). This file
usually has entries which cause init to spawn gettys on each line that
users can log in. It also controls autonomous processes required by any
particular system.

To install the package, 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.  You'll find
sysvinit listed in the "System" category.

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

Sergey Okhapkin
Somerset, NJ



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

[ANNOUNCEMENT] New agetty package available for download

[Sergey Okhapkin]

New cygwin agetty package available for download. Agetty is an
alternative to System V/SunOS 4 getty. agetty  opens  a  tty  port,
prompts for a login name and invokes the /bin/login command. It is normally
invoked  by init(8). The cygwin agetty port allows a user to logon into
Windows NT box over a serial line (serial cable or modem).

To install the package, 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.  You'll find
agetty listed in the "System" category.

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

Sergey Okhapkin
Somerset, NJ



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

Where it runs or what it Does?? (RFC)

[Soren A]

[posted today to [EMAIL PROTECTED]; posted to [EMAIL PROTECTED]
(via Gmane) in order to try to get Cygwin's worthies in the loop].

---
[[EMAIL PROTECTED] being asked:]
Hi Good Folks,

"namespace" advice requested. I have written an extension module that I
need to name and get uploaded to CPAN. 

My Subject: line means that as I see it there are two common approaches
to naming modules: where it runs ("BSD::Foo"), or what it does
("Filesys::Bar"). My inclination is to try to use 'what it does' FIRST
and only resort to "where it runs" when I need to make it clear that
there's a special purpose for the module; that it is platform-specific
in some sense. I think this is (at least partially) correct Perl 
philosophy.

The oddball module i've written is for doing some path manipulations on
Cygwin. Cygwin is and yet isn't a "platform"; it's a posix overlayer
running above Microsoft Windows. It emulates *nix to such a degree that
normally we don't think about anything Cygwin-specific needing to be
added; Cygwin Perl is just a very basic vanilla *nix perl with no
special functionality added. Contrast with ActivePerl, which is Win32
Perl and that means special namespaces defined and all sorts of extra
stuff (modules) thrown in. 

But there's a little fly (in my ointment). Cygwin Perl can run in all
sorts of different contexts and be used for many uses. Someday somewhere
somebody is going to be using Cygwinperl and want to have it tell
another application FooMe.exe (thru a 'system()' call, for ex.) that it
wants FooMe to do something with the file
"/cygdrive/r/obscure/directory/dirtypictures.jpg" or "~/.initme_rc" or
"/tmp/*.doc". And that app FooMe is a Windows app that knows nothing
about posix-style paths and will upchuck on the argument.

In fact, I think this HAS already happened, amazingly, to somebody,
somewhere ;-) .

So this module will offer the very simple service of some subroutines
that will take a path as an input arg and return a path. There are four
subs right now (the XSUBS are named something longer; these are perl
subs): 

   posixpath
   win32path
   fullposixpath
   fullwin32path

And they do just about what you'd think.

They access the Cygwin C API through XS glue.

One "trouble" is that conceptually the persons involved with perl on
Cygwin don't all want any sort of Cygwin:: namespace and don't really
agree that there's anything unusual about Cygwinperl that differentiates
it from any generic *nix perl. I know better: on Cygwin, there is always
going to be more than one canonical-ly-correct way to refer to a file by
path name (!!): 

   /posixstyle/file.name--VS--
   R:\something\mounted\to\posixstyle\file.name

   --and--

   R:/something/mounted/to/posixstyle/file.name

Which last, Cygwin is also perfectly happy to accept and is IMHO the
ideal "happy medium" or lingua franca for most "hybrid" situations on
Cygwin. People are calling this a "mixed" path. 

That's a difference. A psuedo-filesystem difference, IMO. But like it or 
not, find it 'easy to categorize' or not, there IS a difference (between 
generic *nix perl and Cygwin perl).

So my present analysis is that my module belongs in a base namespace of 
"Filesys::" and maybe could be named "CygwinPaths"? I think it would keep 
the maintainer of Cygwin Perl happy -- or should -- if named like this.

What do YOU think?

   Best,
Soren A


-- 
  conway: unit of mind expansion.
One Conway == ~20 lines of Perl code found in$CPAN/authors/id/D/DC/DCONWAY, 
which gives the sensation of your brain being wrapped around a brick, with 
kiwi juice squeezed on top.
-- Ziggy (via Schwern)



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

problem with simple autoconf for fortran

[Michael Lemke]

I am just trying to learn autoconf and automake and found something where
I don't know if I am doing something wrong.  I am doing this on cygwin with
W98 SE:

$ uname -a
CYGWIN_98-4.10 MICHA 1.3.13(0.62/3/2) 2002-10-13 23:15 i586 unknown


I have these three files (+ the stuff created by autoconf etc):

x.F

$ cat configure.ac
dnl Process this file with autoconf to produce a configure script.
AC_INIT(x,1.0)
AM_INIT_AUTOMAKE

dnl Checks for programs.
AC_PROG_MAKE_SET
AC_PROG_F77

dnl Checks for libraries.

dnl Checks for header files.

dnl Checks for typedefs, structures, and compiler characteristics.

dnl Checks for library functions.

AC_OUTPUT(Makefile)


$ cat Makefile.am
bin_PROGRAMS = x
x_SOURCES = x.F


Then I ran
$ aclocal
$ autoconf
$ automake -a
$ touch NEWS README AUTHORS ChangeLog
$ automake -a
$ configure

That went all fine.  Then I do a make:
$ make
g77 -DPACKAGE_NAME=\"x\" -DPACKAGE_TARNAME=\"x\" -DPACKAGE_VERSION=\"1.0\" -
DPACKAGE_STRING=\"x\ 1.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"x\" -DVERSION=
\"1.0\"  -I. -I.   @CPPFLAGS@  -g -O2 -c -o x.o `test -f 'x.F' || echo './'`x.F
g77: cannot specify -o with -c or -S and multiple compilations
make: *** [x.o] Error 1

Why is there a @CPPFLAGS@ ?  Isn't that supposed to be replaced by some real
flags?  Did I miss something in my configure.ac/Makefile.am?


Thanks for any pointers,
Michael

P.S.
$ autoconf -V
autoconf (GNU Autoconf) 2.53a
Written by David J. MacKenzie and Akim Demaille.

Copyright 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$ automake -V
automake (GNU automake) 1.6.2
Written by Tom Tromey <[EMAIL PROTECTED]>.

Copyright 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.




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

Re: NetPBM & JPEG2000?

[Gerrit P. Haase]

Hallo Bryan,

Am Montag, 11. November 2002 um 19:21 schriebst du:

>>  what about netpbm support for jpeg2000?
>>  Is there already somethng included or
>>  is it planned?

> Netpbm now (Release 9.12) contains Pamtojp2k and Jp2ktopam, which are based
> on the Jasper library (which is included in the Netpbm package).

Great, I believe that it will help very much to get jpeg2000 to a
broader audience, and you wanted to say:
Release: netpbm latest - source 10.12  November 9, 2002

> As we probably noted before, you can also use the 'jasper' program that
> comes with the original Jasper library package.  It doesn't handle Netpbm
> formats as well, though.

I like it to have all at one place, since I'm using netpbm already it
is nice to have jasper included now.


Gerrit
-- 
=^..^=


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

Re: problem with simple autoconf for fortran

[Steven G. Johnson]

Michael Lemke wrote:

I have these three files (+ the stuff created by autoconf etc): 
  x.F
[...]
$ cat configure.ac
dnl Process this file with autoconf to produce a configure script.
AC_INIT(x,1.0)
AM_INIT_AUTOMAKE

dnl Checks for programs.
AC_PROG_MAKE_SET
AC_PROG_F77
[...]
That went all fine.  Then I do a make:
$ make
g77 -DPACKAGE_NAME=\"x\" -DPACKAGE_TARNAME=\"x\" -DPACKAGE_VERSION=\"1.0\" -
DPACKAGE_STRING=\"x\ 1.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"x\" -DVERSION=
\"1.0\"  -I. -I.   @CPPFLAGS@  -g -O2 -c -o x.o `test -f 'x.F' || echo './'`x.F
g77: cannot specify -o with -c or -S and multiple compilations
make: *** [x.o] Error 1

Why is there a @CPPFLAGS@ ?  Isn't that supposed to be replaced by some real
flags?  Did I miss something in my configure.ac/Makefile.am?

Try putting AC_PROG_CPP in your configure.ac.  When your file is named 
.F (instead of .f), automake expects that the Fortran compiler is 
preprocessing it with the C preprocessor and understands CPPFLAGS. 
However, CPPFLAGS are only set by the AC_PROG_CC/AC_PROG_CPP macros.

Steven


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

Cygwin Emacs-X uses 99% of cpu

[J. Scott Edwards]

I installed X windows, WindowMaker, and the cygwin X11 emacs a few days
ago and it seemed to work fine at that time.  But now when I try to run
emacs from WindowMaker (or TWM) it starts sucking up all of the CPU (99%).
If I run it in the background (via command line with & or RUN from the
WindowMaker menu) no window appears.  If I run it from a command line not
in the background, a window appears but it never seems to finish loading.
Because it worked that first time I must have something not configured
right, but I'm not sure what would be different now.  Any suggestions
would be appreciated.

Thanks
  -Scoot


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

Re: How to read TAR diskette on Windows98/Me

[P. McBride]

To partially answer my own question which is sort of hinted at
in the documentation: On WindowsNT/2K/XP you can
read a floppy using Windows API: CreateFile("\\.\\A:",...)
and ReadFile(...) which I guess is close enough to map
to the normal UNIX way of reading raw devices (/dev/fd0),
but on Windows95/98/Me you need to use CreateFile("\\.\\vwin32",...)
and then DeviceIoControl() to read the sectors from the disk.
Simple enough, just fill in a few magic numbers, a 0 to read, or
a 1 to write, and specify the device number (A: is 1, B: is 2, ...)
and then start sector (512 byte sectors) and number of sectors.
Searching www.google.com for vwin32.vxd tells the
story. The best short sample is code is 
http://www.codeguru.com/system/ReadSector.html which seems
to work for all Windows versions (uses ReadFile or DeviceIoControl
where necessary).

Now if someone could just plug this into the "/dev/fd0" handling code.

I am also interested in how to do this for tapes, as "/dev/st0"
works for WindowsNT/2K/XP, but I'm sure you have to do similar
steps to read tapes. I haven't found that one yet.



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

Re: How to read TAR diskette on Windows98/Me

[Christopher Faylor]

On Mon, Nov 11, 2002 at 08:31:58PM -0500, P. McBride wrote:
>Now if someone could just plug this into the "/dev/fd0" handling code.

Patches gratingly excepted.

cgf

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

Printf routine incorrectly prints NaN for -Inf

[Peter Kabal]

gcc version 3.2 20020818 (prerelease)

printf ("%g", log(0));

This prints "NaN" instead of "-Inf" as it should (and did in the past).
A check of the bit pattern returned shows that that log(0) returns a bit
pattern corresponding to "-Inf", but printf prints "NaN" instead.

I am not sure which C library is being used (a bug report to gcc folks
got the response that newlib is the culprit). However, the compiler
option -print-libgcc-file-name tells me it is looking for libgcc.a. So I
am confused as to who to report the bug to.

Peter Kabal [EMAIL PROTECTED] (514) 398-7130
Electrical & Computer Engineering   (514) 398-4470 (FAX)
McGill University 
3480 University, Montreal, Quebec, Canada  H3A 2A7


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

Offer 10 / 2002 - Latest Mustek, top features full size scanner for hand scanner price

[Big Apple Computer]

Dear Prospective buyer,
 
Mustek 1200 UB Model high resolution colour scanner
 
- USB port connectivity. No power adaptor needed. 
- One pass scanning. Use your computer as fax machine also. 
- 8.5" x 11.7" scanning area. A4 / legal size i.e., full page desktop
flatbed scanner.
- 600 x 1200 DPI optical resolution and 19,200 x 19,200 DPI with software
enhancement.
- 36-bit color image and enhances it to a brilliant 48-bit palette with
over 281 trillion colors.
- Top class image editing software
- 1 Year warranty
- 2.315 KG weight. Retail gift box packing contains everything required to
begin immediately.
 
Price : Rs.2,499/- + 4% local tax + Packing, forwarding & regd post parcel
charges - Rs.125/- i.e total Rs.2,725/-.
Substantial discounts and free transportation for quantity purchases. 
 
Please ask for detailed specifications and photographs or visit
http://www.mustek.com/html/prod_scan/1200ub/index.html  

- Immediate delivery against full payment.
- Payment by DD in full, in our favour, drawn on any bank in Secunderabad
/ Hyderabad.
- Alternatively you may  deposit cash / local cheque in our account  in
Centurion bank in your city  as per details below :-
A/c. No.0020 077399 001
A/c. Name : Bigapple Computer

- Please ask for e-catalogue for complete technical details and it will be
sent immediately 

Thanks & best regards,
 
Bigapple Computer.,
"Bigapple Arcade", 1-8-167 to 179, S.D.Road,
Secunderabad - 53, A.P., INDIA
Ph: Off: 91-40-7899222 / 7721405, Mobile: 91-40-6464455 
Res: 91-40-7660068 Fax : 91-40-7813278, 
Email : mailto:bigapple@;vsnl.com mailto:bigapple@;hd1.vsnl.net.in
http://www.bigappleindia.com  http://www.bigapple.co.in
 
P.S. This mail has been sent expecting the information to be of use and
benefit to you. If you wish to be removed from the mailing list, please
type "remove" or "unsubscribe" in the subject line and send back and we
will do the needful. 
 
 
(wc)

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

Re: Printf routine incorrectly prints NaN for -Inf

[Christopher Faylor]

On Mon, Nov 11, 2002 at 10:11:57PM -0500, Peter Kabal wrote:
>gcc version 3.2 20020818 (prerelease)
>
>printf ("%g", log(0));
>
>This prints "NaN" instead of "-Inf" as it should (and did in the past).
>A check of the bit pattern returned shows that that log(0) returns a bit
>pattern corresponding to "-Inf", but printf prints "NaN" instead.
>
>I am not sure which C library is being used (a bug report to gcc folks
>got the response that newlib is the culprit). However, the compiler
>option -print-libgcc-file-name tells me it is looking for libgcc.a. So I
>am confused as to who to report the bug to.

Perhaps unsurprisingly, the gcc folks are correct.  It's a newlib bug.

The newlib mailing list is newlib at sources dot redhat dot com .

cgf

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

dlltool errors

[Alfred Lam]

Hi,

I'm trying to build a library from a dll and did the steps below:

$ ../croxx/pexports-0.42h/bin/pexports.exe scdll32.dll | sed 's/^_//' >
scdll32.def

$ dlltool --input-def scdll32.def --dllname scdll32.dll --output-lib
libscdll32.a

and obtained the following errors:

dh.s: Assembler messages:
dh.s:5: Error: Cannot represent relocation type BFD_RELOC_RVA
dh.s:10: Error: Cannot represent relocation type BFD_RELOC_RVA
dh.s:11: Error: Cannot represent relocation type BFD_RELOC_RVA
dlltool: as exited with status 1

 Can anyone tell me what is the error here and how to solve it..
Attached is dh.s and scdll32.def

Thanks,
Alfred



dh.s
Description: Binary data


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

[ANNOUNCEMENT] Updated: cygutils-1.1.3-1

[Charles Wilson]

The cygutils package has been updated to version 1.1.3.

Changes:
   o removed 'last' and 'utmpdump' implementations (these are now
 availabe from the sysvinit package)
   o mkshortcut now uses popt for option handling, instead of
 getopt
   o other non-user-visible changes

WARNING: if you have already installed the sysvinit package, you will 
need to REINSTALL sysvinit AFTER updating cygutils.  Yes, that means you 
have to run setup.exe a total of two SEPARATE times; once to update 
cygutils and once to reinstall sysvinit.

If you have NOT YET installed sysvinit, you may upgrade cygutils AND 
install sysvinit during the same setup.exe run; setup will do the right 
thing.

--Chuck

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.

In the US,
ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
is a reliable high bandwidth connection.

In Germany,
ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/
is usually pretty good.

In the UK,
http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/
is usually up-to-date within 48 hours.

If one of the above doesn't have the latest version of this package
then you can either wait for the site to be updated or find another
mirror.

The setup.exe program will figure out what needs to be updated on your
system and will install newer packages automatically.

If you have questions or comments, please send them to the Cygwin
mailing list at: [EMAIL PROTECTED] .  I would appreciate if you would
use this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

If you want to make a point or ask a question, the Cygwin mailing list
is the appropriate place.

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



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

[ANNOUNCEMENT] Updated: autoconf-2.54-1

[Charles Wilson]

The autoconf package has been updated to version 2.54-1. Recall that 
this package is not the REAL autoconf.  It's a set of wrapper scripts 
that call the REAL autoconf from autoconf-stable or autoconf-devel, 
depending on the needs of your target. See this message
http://cygwin.com/ml/cygwin/2001-12/msg00100.html

Changes:
o improve handling the '--trace' option, so that it actually works.
o add support for the new '--prepend-include' option
o the "real" autom4te allows reordering its options.  That's hard
  to do in our wrapper script.  Since old autoconf-2.13 doesn't
  have or call autom4te, we don't really NEED a fancy wrapper
  script for autom4te.  So, change the autom4te wrapper to
  unconditionally forward to autoconf-devel's autom4te, and pass
  all of its options without parsing.

-- 
Chuck Wilson

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.  Save it and run setup, answer the questions and pick
up 'autoconf' from the 'Devel' category.  You may need to click the
"Full" button if it doesn't show up.

Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
is a reliable high bandwidth connection.

In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already
updated.

In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date.

If one of the above doesn't have the latest version of this package
you can either wait for the site to be updated or find another
mirror.

Please  send questions or comments to the Cygwin mailing list at:
[EMAIL PROTECTED] .  If you want to subscribe go to:
http://cygwin.com/lists.html I would appreciate if you would use
this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.

 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

To unsubscribe to 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]





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

[ANNOUNCEMENT] Updated: automake-1.7.1-1

[Charles Wilson]

The automake package has been updated to version 1.7.1-1. Recall that 
this package is not the REAL automake.  It's a set of wrapper scripts 
that call the REAL automake from automake-stable or automake-devel, 
depending on the needs of your target. See this message
http://cygwin.com/ml/cygwin/2001-12/msg00100.html

Changes:
o add support for the new '--std-options' option in the "real"
  automake

-- 
Chuck Wilson

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.  Save it and run setup, answer the questions and pick
up 'automake' from the 'Devel' category.  You may need to click the
"Full" button if it doesn't show up.

Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
is a reliable high bandwidth connection.

In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already
updated.

In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date.

If one of the above doesn't have the latest version of this package
you can either wait for the site to be updated or find another
mirror.

Please  send questions or comments to the Cygwin mailing list at:
[EMAIL PROTECTED] .  If you want to subscribe go to:
http://cygwin.com/lists.html I would appreciate if you would use
this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.

 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

To unsubscribe to 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]





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

[ANNOUNCEMENT] Updated: autoconf-devel-2.54-1

[Charles Wilson]

Version 2.54-1 of the autoconf-devel package is now available.
It contains GNU autoconf-2.54, installed into /usr/autotool/devel.

GNU autoconf-2.54 provides "several bug fixes, improved portability, no 
known incompatibility with 2.53, forthcoming Automake 1.7 requires 2.54."

Changes since 2.53a-1

o update to the GNU 2.54 release
o all 164 self tests successful (3 skipped)
o The "ac-2.52, ac-2.53, ac-2.53a generate buggy configure scripts"
   problem seems to be gone.

Yes, I know autoconf-2.55 will be released later this week.  But it has 
some significant changes relative to past autoconfs; we'll hold off on 
that for a while, and laugh at the pain and angst on the autoconf 
mailing list.

-- 
Chuck Wilson

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.  Save it and run setup, answer the questions and pick
up 'autoconf-devel' from the 'Devel' category.

Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
is a reliable high bandwidth connection.

In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already
updated.

In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date.

If one of the above doesn't have the latest version of this package
you can either wait for the site to be updated or find another
mirror.

Please  send questions or comments to the Cygwin mailing list at:
[EMAIL PROTECTED] .  If you want to subscribe go to:
http://cygwin.com/lists.html I would appreciate if you would use
this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

To unsubscribe to 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]


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

[ANNOUNCEMENT] Updated: automake-devel-1.7.1-1

[Charles Wilson]

Version 1.7.1-1 of the automake-devel package is now available.  It 
contains GNU automake-1.7.1 installed into /usr/autotool/devel.

Changes from 1.6.2-1:
o updated to official 1.7.1 release
o requires autoconf-2.54 or newer
o no testsuite regressions (that is, any test that existed in 1.6.2
   and was passed then, is still passed now in 1.7.1
o Continued test failures (failed in both 1.6.2 and 1.7.1)
   subobj9
o New tests in 1.7.1 that we fail
   gnits2
   gnits3

Summary: 3 failures + 3 skips out of 428 tests.  Good, no?

See NOTES section, below.

--
Chuck Wilson

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.  Save it and run setup, answer the questions and pick
up 'automake-devel' from the 'Devel' category.

Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
is a reliable high bandwidth connection.

In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already
updated.

In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date.

If one of the above doesn't have the latest version of this package
you can either wait for the site to be updated or find another
mirror.

Please  send questions or comments to the Cygwin mailing list at:
[EMAIL PROTECTED] .  If you want to subscribe go to:
http://cygwin.com/lists.html I would appreciate if you would use
this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.

 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

To unsubscribe to 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]

NOTES:

New in 1.7.1:
Bugs fixed in 1.7.1:
* Honor `ansi2knr' for files built in subdirectories, or using
   per-targets flags.
* Aclocal should now recognize macro names containing parentheses, e.g.
   AC_DEFUN([AC_LANG_PREPROC(Fortran 90)], [...]).
* Erase *.sum and *.log files created by DejaGnu, during `make
   distclean'. (Debian Bug#153697)
* Install Python files even if they were built.  (PR/369)
* Have stamp-vti dependent upon configure instead of configure.ac, as
   the version might not be defined in the latter. (PR/358)
* Reorder arguments passed to a couple of commands, so things works
   when POSIXLY_CORRECT=1.
* Fix a regex that can cause Perl to segfault on large input.
   (Debian Bug#162583)
* Fix distribution of packages that have some sources defined
   conditionally, as in the `Conditional compilation using Automake
   conditionals' example of the manual.
* Fix spurious test suite failures on IRIX.
* Don't report a required variable as undefined if it has been
   defined conditionally for the "right" conditions.
* Fix cleaning of the /tmp subdirectory used by `make distcheck', in
   case `make distcheck' fails.
* Fix distribution of included Makefile fragment, so we don't create
   spurious directories in the distribution. (PR/366)
* Don't complain that a target lacks `.$(EXEEXT)' when it has it.

New in 1.7:
* Autoconf 2.54 is required.
* `aclocal' and `automake' will no longer warn about obsolete
   configure macros.  This is done by `autoconf -Wobsolete'.
* AM_CONFIG_HEADER, AM_SYS_POSIX_TERMIOS and
   AM_HEADER_TIOCGWINSZ_NEEDS_SYS_IOCTL are obsolete (although still
   supported).  You should use AC_CONFIG_HEADERS, AC_SYS_POSIX_TERMIOS,
   and AC_HEADER_TIOCGWINSZ instead.  `autoupdate' can upgrade
   `configure.ac' for you.
* Support for per-program and per-library `_CPPFLAGS'.
* New `ctags' target (builds CTAGS files).
* Support for -Wmumble and -Wno-mumble, where mumble is a warning
   category (see `automake --help' or the manual for a list of them).
* Honor the WARNINGS environment variable.
* Omit the call to depcomp when using gcc3: call the compiler directly.
* A new option, std-options, tests that programs support --help and
   --version when `make installcheck' is run.  This is enabled by
   --gnits.
* Texinfo rules now support the `ps' and `pdf' targets.
* Info files are now created in the build directory, not the source
   directory.
* info_TEXINFOS supports files in subdirectories (this requires Texinfo
   4.1 or greater).
* `make distcheck' will enforce DESTDIR support by attempting
   a DESTDIR install.
* `+=' can be used in conditionals, even if the augmented variable
   was defined for another condition.
* Makefile fragments (inserted with `include') are always distributed.
* Use Autoconf's --trace interface to inspect configure.ac and get
   a more accurate view of it.
* Add support for extending aclocal's default m

[ANNOUNCEMENT] Updated: libtool-stable-1.4.3-1

[Charles Wilson]

The 'libtool-stable' package has been updated to 1.4.3-1
It contains libtool-1.4.3 installed into /usr/autotool/stable/*.

Changes since 1.4.2-1:
o updated to the 1.4.3 release

 From the official release announcement for libtool-1.4.3: "This is a 
patch release, the last one in the 1.4.x series, and is compatable with 
Autoconf 2.13."

It basically just collects the various patches that have accumulated on 
the 1.4.x branch of development "once and for all".  libtool-1.5, from 
the HEAD branch of development (e.g. our libtool-devel packages) is 
coming out "Real Soon Now"(tm).

-- 
Chuck Wilson

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.  Save it and run setup, answer the questions and pick
up 'libtool-stable' from the 'Devel' category.  You may need to
click the "Full" button if it doesn't show up.

Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/
is a reliable high bandwidth connection.

In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already
updated.

In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date.

If one of the above doesn't have the latest version of this package
you can either wait for the site to be updated or find another
mirror.

Please  send questions or comments to the Cygwin mailing list at:
[EMAIL PROTECTED] .  If you want to subscribe go to:
http://cygwin.com/lists.html I would appreciate if you would use
this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.

 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

To unsubscribe to 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]

NOTES:

13 of 81 tests failed


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

Notice of intention to release Perl module specific to Cygwin

[Soren Andersen]

[posted today to [EMAIL PROTECTED]; posted to [EMAIL PROTECTED]
(via Gmane) in order to try to get Cygwin's worthies in the loop].


Subject: Where it runs or what it Does?? (RFC)
Date: Mon, 11 Nov 2002 17:56:00 -0500

---
[[EMAIL PROTECTED] being asked:]
Hi Good Folks,

"namespace" advice requested. I have written an extension module that I
need to name and get uploaded to CPAN. 

My Subject: line means that as I see it there are two common approaches
to naming modules: where it runs ("BSD::Foo"), or what it does
("Filesys::Bar"). My inclination is to try to use 'what it does' FIRST
and only resort to "where it runs" when I need to make it clear that
there's a special purpose for the module; that it is platform-specific
in some sense. I think this is (at least partially) correct Perl 
philosophy.

The oddball module i've written is for doing some path manipulations on
Cygwin. Cygwin is and yet isn't a "platform"; it's a posix overlayer
running above Microsoft Windows. It emulates *nix to such a degree that
normally we don't think about anything Cygwin-specific needing to be
added; Cygwin Perl is just a very basic vanilla *nix perl with no
special functionality added. Contrast with ActivePerl, which is Win32
Perl and that means special namespaces defined and all sorts of extra
stuff (modules) thrown in. 

But there's a little fly (in my ointment). Cygwin Perl can run in all
sorts of different contexts and be used for many uses. Someday somewhere
somebody is going to be using Cygwinperl and want to have it tell
another application FooMe.exe (thru a 'system()' call, for ex.) that it
wants FooMe to do something with the file
"/cygdrive/r/obscure/directory/dirtypictures.jpg" or "~/.initme_rc" or
"/tmp/*.doc". And that app FooMe is a Windows app that knows nothing
about posix-style paths and will upchuck on the argument.

In fact, I think this HAS already happened, amazingly, to somebody,
somewhere ;-) .

So this module will offer the very simple service of some subroutines
that will take a path as an input arg and return a path. There are four
subs right now (the XSUBS are named something longer; these are perl
subs): 

   posixpath
   win32path
   fullposixpath
   fullwin32path

And they do just about what you'd think.

They access the Cygwin C API through XS glue.

One "trouble" is that conceptually the persons involved with perl on
Cygwin don't all want any sort of Cygwin:: namespace and don't really
agree that there's anything unusual about Cygwinperl that differentiates
it from any generic *nix perl. I know better: on Cygwin, there is always
going to be more than one canonical-ly-correct way to refer to a file by
path name (!!): 

   /posixstyle/file.name--VS--
   R:\something\mounted\to\posixstyle\file.name

   --and--

   R:/something/mounted/to/posixstyle/file.name

Which last, Cygwin is also perfectly happy to accept and is IMHO the
ideal "happy medium" or lingua franca for most "hybrid" situations on
Cygwin. People are calling this a "mixed" path. 

That's a difference. A psuedo-filesystem difference, IMO. But like it or 
not, find it 'easy to categorize' or not, there IS a difference (between 
generic *nix perl and Cygwin perl).

So my present analysis is that my module belongs in a base namespace of 
"Filesys::" and maybe could be named "CygwinPaths"? I think it would keep 
the maintainer of Cygwin Perl happy -- or should -- if named like this.

What do YOU think?

   Best,
Soren A


-- 
  conway: unit of mind expansion.
One Conway == ~20 lines of Perl code found
in$CPAN/authors/id/D/DC/DCONWAY, 
which gives the sensation of your brain being wrapped around a brick,
with 
kiwi juice squeezed on top.
-- Ziggy (via Schwern)

--
http://fastmail.fm - Same, same, but different...

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

dlltool more error messages

[Alfred Lam]

Hello,

here are some more debug code from dlltool error message after doing :

$ ../croxx/pexports-0.42h/bin/pexports.exe scdll32.dll | sed 's/^_//' >
scdll32.def

$ dlltool  -D scdll32.dll -d scdll32.def -v -l libscdll32.a
dlltool: Processing def file: scdll32.def
dlltool: LIBRARY: NETSAPI.dll base: 
dlltool: Processed def file
dlltool: Processing definitions
dlltool: Processed definitions
dlltool: Creating library file: libscdll32.a
dlltool: run: as   -o dh.o dh.s
dh.s: Assembler messages:
dh.s:5: Error: Cannot represent relocation type BFD_RELOC_RVA
dh.s:10: Error: Cannot represent relocation type BFD_RELOC_RVA
dh.s:11: Error: Cannot represent relocation type BFD_RELOC_RVA
dlltool: as exited with status 1
dlltool: run: as   -o dt.o dt.


$ dlltool -V
GNU dlltool 2.13.90 20021108
Copyright 2002 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.



Can anyone  help me on this...

Thanks,
Alfred



dh.s
Description: Binary data


dt.s
Description: Binary data


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