[ANNOUNCEMENT] New packages: suite3270, c3270, pr3287, s3270, tcl3270, x3270

[Peter A. Castro]

suite3270 is a collection of 3270 emulators created by Paul Mattes.  The
initial release is version 3.2.20.  3270 is a type of terminal protocol,
somewhat like telnet protocol.  If you work with IBM mainframes then you
will be familiar with 3270's in general.  This suite of emulators will
come in very handy.

The suite is composed of the following packages:

c3270   - Curses based emulator
pr3287  - 3287 printer emulator
s3270   - Scripted emulator
tcl3270 - Tcl/Tk based emulator
x3270   - X-Windows based emulator

Each of the above is a separate package and will appear as separate
packages in the list of Cygwin installable packages.  The suite3270
package is a container for common files among the emulators.  You do not
need to select it.  Selecting any one of the other emulators will pull in
suite3270 automatically.

INSTALLATION:
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.  Once you've downloaded setup.exe, run it and select "Net" and
then click on the appropriate field until the above announced version
number appears if it is not displayed already.  Choose one or more of the
packages for installation.  You do not need to install all of them.
Only install that which you need.

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

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

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

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

I implore you to READ this information before sending email about how
you "tried everything" to unsubscribe.  In 100% of the cases where
people were unable to unsubscribe, the problem was that they hadn't
actually read and comprehended the unsubscribe instructions.

If you need to unsubscribe from cygwin-announce or any other mailing
list, reading the instructions at the above URL is guaranteed to
provide you with the info that you need.

-- 
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood


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

RE: How to execute bash file under /usr/bin despite setting PATH= "/us r/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH"

[Nguyen, Huu-Dung]

Thank for the answers

Can any gurus tell me what is the real use of /usr/bin as a mount point and
/usr/bin as a physically existing directory in the Cygwin directory ?
Sometime i am too much curious !?

Nguyen

-Original Message-
From: Ronald Landheer-Cieslak [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 3. Dezember 2003 13:30
To: [EMAIL PROTECTED]
Subject: Re: How to execute bash file under /usr/bin despite setting
PATH="/us r/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH"


On Wed, Dec 03, 2003 at 10:43:23AM +0100, Nguyen, Huu-Dung wrote:
> Please help me to understand Cygwin because i am an unexperienced user of
> CygWin
> 
> I want to start some bash files or *.exe under /usr/bin so i have set in
my
> profile file
> ...
> PATH="/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH"
> ...
> and put my bash files or *.exe under /usr/bin but i can not start them
from
> anywhere in the Cygwin session.
Did you perchange put your files in c:\cygwin\usr\bin ? (assuming you
installed
in c:\cygwin)
If so, you should know that the c:\cygwin\bin directory is mounted to
/usr/bin,
which makes the contents of c:\cygwin\usr\bin invisible from within the
Cygwin
environment. This is by design. Move the files to c:\cygwin\bin and you
should
be OK.

Note that in all this, I assume you've installed Cygwin's root in c:\cygwin.
If
it's in q:\tralala (which is possible, of course) replace every instance of
c:\cygwin above with q:\tralala.

> Why and what can i do to start them from anywhere in the Cygwin session ?
If the above doesn't help, look at http://cygwin.com/problems.html to know
how to give us more information about you problem :)

HTH

rlc

-- 
Fraud is the homage that force pays to reason.
-- Charles Curtis, "A Commonplace Book"

--
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: Home key doesn't work with TERM=screen

[Baurjan Ismagulov]

Hello, Mark!

On Wed, Dec 03, 2003 at 12:20:05PM -0500, Harig, Mark wrote:
> > If I ssh to cygwin with TERM=screen, pressing Home in bash results in
> > beep and a tilde printed. I've checked infocmp screen output, khome is
> > set to \E[1~, as in linux and cygwin terminfo entries.
> You can take control of your keyboard settings by
> adding definitions to your ~/.inputrc:

Thank you for the advice! This was how I was doing it before. However, I
have to use many different terminal types and don't want to modify
.inputrc for each terminal. Cygwin and linux work without .inputrc
entry, and I believe screen also should.

With kind regards,
Baurjan.

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

Re: cygwin windows to linux cross compiler issues !!

[Corinna Vinschen]

On Thu, Dec 04, 2003 at 09:47:34AM +0530, mohanlal jangir wrote:
> I remember, during cygwin installation I clicked dos. But I don't know how
> to change this now. I hope there should be some way to do this without
> reinstalling cygwin. I have installed cygwin in my E: drive and mount gives
> following output:
> 
> $ mount
> E:\cygwin\bin on /usr/bin type system (textmode)
> E:\cygwin\lib on /usr/lib type system (textmode)
> E:\cygwin on / type system (textmode)
> c: on /cygdrive/c type user (textmode,noumount)
> d: on /cygdrive/d type user (textmode,noumount)
> e: on /cygdrive/e type user (textmode,noumount)
> m: on /cygdrive/m type user (textmode,noumount)
> 
> I think, the textmode is causing problem. How to get rid of this?

$ cd /cygdrive/e/cygwin/bin
$ ./umount /usr/bin
$ ./mount E:/cygwin/bin /usr/bin
$ ./umount /usr/lib
$ ./mount E:/cygwin/lib /usr/lib
$ ./umount /
$ ./mount E:/cygwin /
$ ./mount -u -c /cygdrive

should do it.

Corinna

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

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

Query regarding Cygwin make/Gnu Make

[Rajagopalan, Karthik]

Hi,
  I found today a weird working difference between Cygwin Make against Gnu
Make. Let me explain the situation I faced.
I have following piece of code as "test" target. Here $(EXE) takes .exe for
Windows and blank for Linux.


 test: 
cat test.dat | test$(EXE) 1> test.res 2>&
diff test.res test.std

When "make test" is fired, it proceed to execute the first command

cat test.dat | test$(EXE) 1> test.res 2>&

test$(EXE) return -1 back because of encountering a error in code test.c.
This return value stops the execution of "make" utility in Cygwin to proceed
to next command

diff test.res test.std

where in Linux it proceeds to execute the above code. This is the desired
execution we require to happen. Why is this strange difference in "Cygwin
Make" and "GNU Make". Which is correct order of execution :Cygwin Make or
GNU Make". Can you explain me the workingfunctionality behind this taking
into account the return value to shell?


Awaiting your reply at earliest.


with regards,
Karthik.

--
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: bug in statfs

[Corinna Vinschen]

On Wed, Dec 03, 2003 at 12:03:41PM -0500, Sam Steingold wrote:
> Hi,
> POSIX specifies struct statfs to contain slots f_frsize, f_flag,
> f_favail, and f_namemax and to be declared in :
> 
> 
> Cygwin defines struct statfs without slots f_frsize, f_flag, and
> f_favail, and with f_namelen instead of f_namemax, in sys/vfs.h (also
> included from sys/statfs.h) and does not come with sys/statvfs.h.

Sure.  It's struct *statfs*, not struct *statvfs*.  We also have a
statfs system call, not statvfs.  So you're talking about adding a
new system call.

> Any change this might get rectified in the nearest future?

Any important information you can't get from statfs?  Otherwise it's
a matter of time and interest, as usual.

Corinna

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

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

Re: Query regarding Cygwin make/Gnu Make

[Baurjan Ismagulov]

Hello, Karthik.

On Thu, Dec 04, 2003 at 03:04:28PM +0530, Rajagopalan, Karthik wrote:
> test$(EXE) return -1 back because of encountering a error in code test.c.

I'm not sure what values are meaningful for make and how -1 is
interpreted: the argument of exit(3) seems to be (signed int), but bash
returns something like (unsigned char), where values 126, 127 and
128-... have special meanings, which yields codes 0 - 125 for use.


> This return value stops the execution of "make" utility in Cygwin to proceed
> to next command
> 
>   diff test.res test.std
> 
> where in Linux it proceeds to execute the above code.

On my Debian GNU/Linux 3.0 system make doesn't proceed to the next
command. "info make" states the following:

"If there is an error (the exit status is nonzero), `make' gives up on
the current rule, and perhaps on all rules."

I can't see in which circumstances make gives up on all rules, but what
I see is that it should abort the execution of the current rule on any
non-zero exit status.


Hope this helps,
Baurjan.

--
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: Home key doesn't work with TERM=screen

[Baurjan Ismagulov]

On Thu, Dec 04, 2003 at 10:13:50AM +0200, Baurjan Ismagulov wrote:
> Cygwin and linux work without .inputrc entry, and I believe screen
> also should.

Interestingly enough, when I removed all hardcoded keys from .inputrc,
gray Delete key ceased to work both with TERM=cygwin and TERM=screen.
kdch1 is \E[3~ in both, and this is what my console generates for
Delete. Any ideas?

Thanks in advance,
Baurjan.

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

postgresql /usr/include/sqltypes.h conflicts with /usr/include/w32api/sqltypes.h (was RE: broken?)

[Rafael Kitover]

Looks like /usr/include/w32api/sql.h does an #include ,
which if you have postgresql installed, will read postgres's version
when building under cygwin.

Any chance the postgres /usr/include/sqltypes.h could be moved to
/usr/include/postgresql/sqltypes.h or something along those lines?

In any case, the workaround is:

#include 

#ifndef ODBCVER
# define ODBCVER 0x0351
#endif

#include 
#include 

-- 
Rafael

--
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: broken?

[Rafael Kitover]

I just tried compiling:

#include 
#include 

int main() { return 0; }

with: gcc -mno-cygwin

and it worked fine. So it's a conflict with the cygwin headers
sqltypes.h somewhere, I'll try to figure it out.

-- 
Rafael

--
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: bug in gcc3.3.1

[kumarchi]

what was the reason for dropping the support?
( I have to now fix few lines of code!!)

thanx for the quick response
> [EMAIL PROTECTED] wrote:
> > hello:
> > 
> > I found conssitent bug in gcc3.3.1
> > 
> > gcc2xx will compile the fiollwowing with no problem
> > 
> > printf (" ..
> >  xxx ", ..)
> > 
> > where the format  "..
> >  xxx " includes a new line character.
> > 
> > gcc3.3 will nto compile this and looks like it will allow an explicit new
> > line inside. 
> > 
> > has anybody else noticed this?
> 
> It's not a bug.
> 
> Multi line string literals have been deprecated in gcc 3.0, 3.1 and 3.2.
> Support was finally removed in 3.3.
> 
> Max.
> 

--
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: bug in gcc3.3.1

[Max Bowsher]

[EMAIL PROTECTED] wrote:
> what was the reason for dropping the support?
> ( I have to now fix few lines of code!!)

I don't know. The answer is probably somewhere in the gcc mail archives.
Anyway, this is no longer a Cygwin question, so somewhat off-topic here.

Max.

>
> thanx for the quick response
>> [EMAIL PROTECTED] wrote:
>>> hello:
>>>
>>> I found conssitent bug in gcc3.3.1
>>>
>>> gcc2xx will compile the fiollwowing with no problem
>>>
>>> printf (" ..
>>>  xxx ", ..)
>>>
>>> where the format  "..
>>>  xxx " includes a new line character.
>>>
>>> gcc3.3 will nto compile this and looks like it will allow an explicit
new
>>> line inside.
>>>
>>> has anybody else noticed this?
>>
>> It's not a bug.
>>
>> Multi line string literals have been deprecated in gcc 3.0, 3.1 and 3.2.
>> Support was finally removed in 3.3.
>>
>> Max.


--
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: EOF error

[Fred_Smith]

"Kooser, Ara S" <[EMAIL PROTECTED]> said:
>PROGRAM TEMP
> *
> *This program converts Celsius to Farenheit   *
> **
> *The variable used is:  *
> *  DEGC : degress celsius  *
> *
>
>REAL DEGC, DEGF
>PRINT * , 'ENTER THE TEMPERATURE IN DEGRESS C:'
> READ * , DEGC
>DEGF = 9 / 5 * DEGC + 32
>PRINT * , 'DEGRESS FARENHEIT:' , DEGF
> END
>
> I compiled it with this command
>
> gcc -o projec -c projec.f


Besides the fact that this program does not produce correct results
(entering "-40" produces output of "-8" which certainly is incorrect), is
it also not an error to be trying to compile a FORTRAN program with gcc?
Should he not be using g77 instead?



---
This email and any files transmitted with it are confidential and intended solely for 
the use of the individual or entity to which they are addressed.If you have received 
this email in error please notify [EMAIL PROTECTED]
Please note that any views or opinions presented in this email are solely those of the 
author and do not necessarily represent those of Computrition, Inc. 
Finally, the recipient should check this email and any attachments for the presence of 
viruses. Computrition, Inc. accepts no liability for any damage caused by any virus 
transmitted by this email.
---

--
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: 1.5.5: sshd problem

[John Pye]

Hi Igor

I completely removed my cygwin installation and reinstalled. That fixed 
the problem. I don't know how things managed to get so broken; I think 
it was to do with running ssh-host-config as a second user perhaps, but 
I'm not sure of that.

So, problem solved, although not elegantly. Thanks for all the suggestions.

JP

--
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: bug in statfs

[Sam Steingold]

> * Corinna Vinschen <[EMAIL PROTECTED]> [2003-12-04 10:41:37 +0100]:
>
> On Wed, Dec 03, 2003 at 12:03:41PM -0500, Sam Steingold wrote:
>> POSIX specifies struct statvfs to contain slots f_frsize, f_flag,
>> f_favail, and f_namemax and to be declared in :
>> 
>> 
>> Cygwin defines struct statfs without slots f_frsize, f_flag, and
>> f_favail, and with f_namelen instead of f_namemax, in sys/vfs.h (also
>> included from sys/statfs.h) and does not come with sys/statvfs.h.
>
> Sure.  It's struct *statfs*, not struct *statvfs*.  We also have a
> statfs system call, not statvfs.  So you're talking about adding a new
> system call.

yes, I realized that myself
(http://article.gmane.org/gmane.os.cygwin:41294).

>> Any change this might get rectified in the nearest future?
>
> Any important information you can't get from statfs?  Otherwise it's
> a matter of time and interest, as usual.

I cannot get f_frsize, f_flag, and f_favail.
This is also a portability issue.

PS.  Is there a POSIX way to get the list of mount points, lime mount(1)
 and df(1) do?  It appears that linux has /proc/mounts and most
 unixes have /etc/mtab, but is there a system call?

thanks.

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
  
 
History doesn't repeat itself, but historians do repeat each other.


--
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: bug in statfs

[Corinna Vinschen]

On Thu, Dec 04, 2003 at 09:27:14AM -0500, Sam Steingold wrote:
> PS.  Is there a POSIX way to get the list of mount points, lime mount(1)
>  and df(1) do?  It appears that linux has /proc/mounts and most
>  unixes have /etc/mtab, but is there a system call?

man 3 getmntent

Corinna

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

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

RE: Cygwin on windows2003 Server

[Amit RATHEE]

HI I am still waiting for my answer.I saw people using Cygwin on Windows
2003 server.Can they help me.Thnaks lary for your help but when I tried to
install and run cygwin on win2003 server it gave me an error "Access denied"
on doin Remsh.

With Warm Regards,
Amit 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Amit RATHEE
Sent: Monday, December 01, 2003 10:52 PM
To: 'Cygwin List'
Subject: RE: Cygwin on windows2003 Server
Importance: High


Hi Larry,

Many thanks for your answer.But I still could not found the answer for the
windows2003 server support.I have posted the question only after going thru
the whole FAQ.

Can you please suggest me some answer?

Thanks a lot 
amit

-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED] 
Sent: Monday, December 01, 2003 9:02 PM
To: Amit RATHEE; [EMAIL PROTECTED]
Cc: Amit RATHEE
Subject: Re: Cygwin on windows2003 Server


At 03:53 AM 12/1/2003, Amit RATHEE you wrote:
>Hi,
>
>Do Cygwin runs well on windows 2003 server??


See the FAQ entry:


What versions of Windows are supported?



>If not , then when can we expect to have the new Solution.
>
>I have a specific requirement of only emulating the Remsh and Rcp on a
>Win2K3 server.


You're probably best off with openssh.  You can check the email archives for
some history of issues setting up openssh with 2003 server if you have any
problems.



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



--
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: mount points

[Sam Steingold]

> * Corinna Vinschen <[EMAIL PROTECTED]> [2003-12-04 15:37:54 +0100]:
>
> On Thu, Dec 04, 2003 at 09:27:14AM -0500, Sam Steingold wrote:
>> PS.  Is there a POSIX way to get the list of mount points, lime mount(1)
>>  and df(1) do?  It appears that linux has /proc/mounts and most
>>  unixes have /etc/mtab, but is there a system call?
>
> man 3 getmntent

cool - thanks!
unfortunately, this is not in POSIX
(http://www.opengroup.org/onlinepubs/)
so this is not portable (and this just parses the mtab file,
not asks the kernel for mount points).

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
  
 
Booze is the answer. I can't remember the question.


--
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: EOF error

[Don Koch]

As we move into the realm of "OT".

"Kooser, Ara S" said:
>PROGRAM TEMP
> *
> *This program converts Celsius to Farenheit   *
> **
> *The variable used is:  *
> *  DEGC : degress celsius  *
> *
>
>REAL DEGC, DEGF
>PRINT * , 'ENTER THE TEMPERATURE IN DEGRESS C:'
> READ * , DEGC
>DEGF = 9 / 5 * DEGC + 32
>PRINT * , 'DEGRESS FARENHEIT:' , DEGF
> END
>
> I compiled it with this command
>
> gcc -o projec -c projec.f

Fred_Smith said:
> Besides the fact that this program does not produce correct results (entering
> "-40" produces output of "-8" which certainly is incorrect), is it also not
> an error to be trying to compile a FORTRAN program with gcc? Should he not be
> using g77 instead? 

"gcc" will figure out what to do based on the suffix.  The reason it produces
incorrect output is becasue "9 / 5" => 1 (integer roundoff).  Use floats.

-- 
Don Koch
[EMAIL PROTECTED]

Not speaking for Cognex Corporation.



--
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: bug in gcc3.3.1

[Jörg Schaible]

[EMAIL PROTECTED] wrote on Thursday, December 04, 2003 2:38 PM:

> what was the reason for dropping the support?
> ( I have to now fix few lines of code!!)

It is not ANSI compatible and therefore not portable.

Regards,
Jörg

--
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 VnC + SSh + Putty + Port Forwarding

[[EMAIL PROTECTED]]

>  From the little information you've provided, what you're doing sounds fine.
> Like you, I know this works.  I use Cygwin's ssh/sshd and it's port-
> forwarding with VNC (Tight and "normal") all the time and it works fine
> (I'm using it now to type this on my machine at home while I'm at work).
> I don't use putty though.  However, the cause of your problem is not obvious.
> You'll need to debug it further.  Sorry.

I don't know what can i do! My openssh work well, and the putty too. I dont' 
understand why with some router and pc i can do a tunnel! With other host i have this 
problem!
Anyone can help me?
Alessio


--
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: mount points

[Corinna Vinschen]

On Thu, Dec 04, 2003 at 10:21:28AM -0500, Sam Steingold wrote:
> > * Corinna Vinschen <[EMAIL PROTECTED]> [2003-12-04 15:37:54 +0100]:
> >
> > On Thu, Dec 04, 2003 at 09:27:14AM -0500, Sam Steingold wrote:
> >> PS.  Is there a POSIX way to get the list of mount points, lime mount(1)
> >>  and df(1) do?  It appears that linux has /proc/mounts and most
> >>  unixes have /etc/mtab, but is there a system call?
> >
> > man 3 getmntent
> 
> cool - thanks!
> unfortunately, this is not in POSIX
> (http://www.opengroup.org/onlinepubs/)
> so this is not portable (and this just parses the mtab file,
> not asks the kernel for mount points).

As has been mentioned already, nobody is against inclusion of statvfs
functionality in Cygwin, it's just that "somebody has to do it"(tm).

Corinna

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

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

Re: mount points

[Christopher Faylor]

On Thu, Dec 04, 2003 at 04:42:15PM +0100, Corinna Vinschen wrote:
>On Thu, Dec 04, 2003 at 10:21:28AM -0500, Sam Steingold wrote:
>> > * Corinna Vinschen <[EMAIL PROTECTED]> [2003-12-04 15:37:54 +0100]:
>> >
>> > On Thu, Dec 04, 2003 at 09:27:14AM -0500, Sam Steingold wrote:
>> >> PS.  Is there a POSIX way to get the list of mount points, lime mount(1)
>> >>  and df(1) do?  It appears that linux has /proc/mounts and most
>> >>  unixes have /etc/mtab, but is there a system call?
>> >
>> > man 3 getmntent
>> 
>> cool - thanks!
>> unfortunately, this is not in POSIX
>> (http://www.opengroup.org/onlinepubs/)
>> so this is not portable (and this just parses the mtab file,
>> not asks the kernel for mount points).
>
>As has been mentioned already, nobody is against inclusion of statvfs
>functionality in Cygwin, it's just that "somebody has to do it"(tm).

SHTDI

I like it.

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: about xfig and ghoscript

[Igor Pechtchanski]

On Thu, 4 Dec 2003, Nathalie Henrich wrote:

> Dear Igor,
>
> I followed your discussion with Nevine  on the cygwin mailing list,
> about "ghostscript on Windows and cygwin path
> style" . I had exactly the same problem as Nevine, and your answers were
> very helpful. First of all, I wanted to thank you for your kind help in
> solving such problems.
>
> I do not know how to use the cygwin mailing list, so I decided to write
> you directly.

Nathalie,

There's nothing magic about using the Cygwin mailing list -- you simply
send e-mail to .  You can either subscribe to
the list to get a reply from there, request a Cc: on replies (or set
Reply-To:), or monitor the list archives (on the web, or on Gmane.org if
you prefer NetNews).

It's a good idea to keep Cygwin-related discussions on the mailing list,
as this a) gives you access to much more expertise than any one person can
provide, and b) saves your problem and the proposed solutions in the
archives, so others can get at them without having to reinvent the wheel.

I've set the Reply-To: to point to the Cygwin list, and am Cc'ing this
message there.

> I have one problem left, with xfig and ghostscript. Thanks to your
> advices, I manage now to open one figure, but the error occurs as soon
> as I want to open a second image ("Could not open the file
> c:\cygwin\tmp\xfig-pic002044.pix . Error: /invalidfileaccess in
> --.outputpage--) Everytime I try to open a figure, it calls the "gs"
> script and try to open the same tmp pix file.
> Do you have any suggestion to solve this problem ?
> I would like to thank you again very much for your help,
>
> Nathalie.

Well, the first thing to check is: does the file exist?  Is it readable?
Also, are there filenames embedded in the xfig output files?
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

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

Cygwin crashed by emacs???

[Sergey Barabash]

My entire cygwin session CRASHES CONSISTENTLY
("XWin.exe has generated errors... log is being created")
when I try using "ediff-buffers" in emacs.

Details:
I am running cygwin 1.3-4 under Windows 2000 (v.5.00.2195, s.p.4)
I could reproduce the error by running the emacs supplied with
cygwin as well with another GNU emacs running remotely.
If I try to use "M-X ediff-buffers",the ediff cession starts OK
but soon after I modify one of the buffers being compared
(usually while I am modifying it but sometimes 20 seconds later,
could not identify exactly which action causes this) cygwin crashes:
"XWin.exe has generated errors and will be closed by Windows.
You will need to restart the program.
An error log is being created."

Any ideas?

Thanks,
--Sergey



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

Re: How to execute bash file under /usr/bin despite setting PATH="/us r/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH"

[Jon A. Lambert]

"Nguyen, Huu-Dung" wrote:
> Thank for the answers
> 
> Can any gurus tell me what is the real use of /usr/bin as a mount point and
> /usr/bin as a physically existing directory in the Cygwin directory ?
> Sometime i am too much curious !?
>
> Nguyen

I'm stumped as I can't think of any use.  
Why did you create the physical directory?

--
J. Lambert


--
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 VnC + SSh + Putty + Port Forwarding

[Larry Hall]

At 10:56 AM 12/4/2003, [EMAIL PROTECTED] you wrote:

>>  From the little information you've provided, what you're doing sounds fine.
>> Like you, I know this works.  I use Cygwin's ssh/sshd and it's port-
>> forwarding with VNC (Tight and "normal") all the time and it works fine
>> (I'm using it now to type this on my machine at home while I'm at work).
>> I don't use putty though.  However, the cause of your problem is not obvious. 
>> You'll need to debug it further.  Sorry.
>
>I don't know what can i do! My openssh work well, and the putty too. I dont' 
>understand why with some router and pc i can do a tunnel! With other host i have this 
>problem!
>Anyone can help me?
>Alessio  


Well, you could look at  and follow the 
problem reporting advice there.  You could review all the discussions about
services running under 2003 Server in the email archives.  You might try 
pulling putty out of the equation (and anything else you can think of) in
a "divide and conquer" approach.

HTH,



--
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: about xfig and ghoscript

[Nathalie Henrich]

Dear Igor,

Thank you for your reply and explanations.

Igor Pechtchanski wrote:

Well, the first thing to check is: does the file exist?  Is it readable?

yes, the file exist and can even be opened in xfig when it is the first 
image to be opened.

Also, are there filenames embedded in the xfig output files ?

Yes, if you open images in xfig, their filenames are embedded in the 
xfig output file.

Nathalie.



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

memory problems in Cygwin 'make'

[paul cannon]

Hello-

GNU Make 3.80 has a bug which causes it to try to allocate negative
amounts of memory (which ends up something like 4 gigabytes) under
certain conditions. This leads to the message:

make: *** virtual memory exhausted.  Stop.

The problem is reproducible with this shell script [1]:

== 8< ===
for a in `seq 1 5`; do touch 0123456789012345678901234567890123$a.c;
done

cat > Makefile <<'DELIM'
define BUG
SRC := $$(wildcard *.c)
#OBJ := $$(SRC:.c=.o)
OBJ := $$(patsubst %.c,%.o,$$(SRC))

$$(OBJ):%.o:%.c
endef

$(eval $(call BUG))
DELIM

make
== 8< ===

It's a known bug which has been fixed in CVS for several months now, but
no version has been released in that time. The problem is affecting us
here at SDL; we have a non-recursive make structure that uses the
$(eval $(call foo)) method, and it produces this same error after only a
very few included files.

It would be great to have a fix put in the Cygwin make package. The
following patch[1] corrects the problem, and applies to the Cygwin
make-3.80-1 source.

paul

[1] The shell script and patch were adapted from notes under Debian bug
#197886 : http://bugs.debian.org/197886

diff -Naur make-3.80-1/expand.c make-3.80-1.patched/expand.c
--- make-3.80-1/expand.c2002-07-11 00:38:57.0 -0600
+++ make-3.80-1.patched/expand.c2003-12-03 16:48:06.582570500 -0700
@@ -564,3 +564,28 @@
 
   return value;
 }
+
+/* Install a new variable_buffer context, returning the current one for
+   safe-keeping.  */
+
+void
+install_variable_buffer (char **bufp, unsigned int *lenp)
+{
+  *bufp = variable_buffer;
+  *lenp = variable_buffer_length;
+
+  variable_buffer = 0;
+  initialize_variable_output ();
+}
+
+/* Restore a previously-saved variable_buffer setting (free the current one).
+ */
+
+void
+restore_variable_buffer (char *buf, unsigned int len)
+{
+  free (variable_buffer);
+
+  variable_buffer = buf;
+  variable_buffer_length = len;
+}
diff -Naur make-3.80-1/function.c make-3.80-1.patched/function.c
--- make-3.80-1/function.c  2002-11-23 14:08:14.0 -0700
+++ make-3.80-1.patched/function.c  2003-12-03 16:48:06.598193600 -0700
@@ -1281,8 +1281,18 @@
  char **argv;
  const char *funcname;
 {
+  char *buf;
+  unsigned int len;
+
+  /* Eval the buffer.  Pop the current variable buffer setting so that the
+ eval'd code can use its own without conflicting.  */
+
+  install_variable_buffer (&buf, &len);
+
   eval_buffer (argv[0]);
 
+  restore_variable_buffer (buf, len);
+
   return o;
 }
 
diff -Naur make-3.80-1/variable.h make-3.80-1.patched/variable.h
--- make-3.80-1/variable.h  2002-08-07 18:11:19.0 -0600
+++ make-3.80-1.patched/variable.h  2003-12-03 16:48:06.582570500 -0700
@@ -107,6 +107,8 @@
 extern char *expand_argument PARAMS ((char *str, char *end));
 extern char *variable_expand_string PARAMS ((char *line, char *string,
  long length));
+extern void install_variable_buffer PARAMS ((char **bufp, unsigned int *lenp));
+extern void restore_variable_buffer PARAMS ((char *buf, unsigned int len));
 
 /* function.c */
 extern int handle_function PARAMS ((char **op, char **stringp));


-- 
..
| paul cannon [EMAIL PROTECTED] |
| http://people.debian.org/~pik/ |

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

RE: How to execute bash file under /usr/bin despite setting PATH= "/us r/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH"

[Larry Hall]

You're not curious enough.  This is UNIX semantics and functionality.
However, with UNIX, there is no way to access the contents of the 
actual "/usr/bin" directory once it's mounted.  On Windows, there are
ways (i.e. through Windows, etc).  If you always access "/usr/bin" with 
Cygwin tools, then you'll have no problem.  If you put something in the 
Windows directory which is the equivalent of "/usr/bin" under the Cygwin environment, 
you won't be able to access those files with Cygwin.  It's 
UNIX mount semantics, that's all.  There are ways around this issue but 
it's easier if you just live with it and move on, unless you have a 
pressing need to do otherwise.

Larry



At 02:56 AM 12/4/2003, Nguyen, Huu-Dung you wrote:
>Thank for the answers
>
>Can any gurus tell me what is the real use of /usr/bin as a mount point and
>/usr/bin as a physically existing directory in the Cygwin directory ?
>Sometime i am too much curious !?
>
>Nguyen
>
>-Original Message-
>From: Ronald Landheer-Cieslak [mailto:[EMAIL PROTECTED]
>Sent: Mittwoch, 3. Dezember 2003 13:30
>To: [EMAIL PROTECTED]
>Subject: Re: How to execute bash file under /usr/bin despite setting
>PATH="/us r/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH"
>
>
>On Wed, Dec 03, 2003 at 10:43:23AM +0100, Nguyen, Huu-Dung wrote:
>> Please help me to understand Cygwin because i am an unexperienced user of
>> CygWin
>> 
>> I want to start some bash files or *.exe under /usr/bin so i have set in
>my
>> profile file
>> ...
>> PATH="/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH"
>> ...
>> and put my bash files or *.exe under /usr/bin but i can not start them
>from
>> anywhere in the Cygwin session.
>Did you perchange put your files in c:\cygwin\usr\bin ? (assuming you
>installed
>in c:\cygwin)
>If so, you should know that the c:\cygwin\bin directory is mounted to
>/usr/bin,
>which makes the contents of c:\cygwin\usr\bin invisible from within the
>Cygwin
>environment. This is by design. Move the files to c:\cygwin\bin and you
>should
>be OK.
>
>Note that in all this, I assume you've installed Cygwin's root in c:\cygwin.
>If
>it's in q:\tralala (which is possible, of course) replace every instance of
>c:\cygwin above with q:\tralala.
>
>> Why and what can i do to start them from anywhere in the Cygwin session ?
>If the above doesn't help, look at http://cygwin.com/problems.html to know
>how to give us more information about you problem :)
>
>HTH
>
>rlc
>
>-- 
>Fraud is the homage that force pays to reason.
>-- Charles Curtis, "A Commonplace Book"
>
>--
>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/


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

Re: Cygwin crashed by emacs???

[Steven J. Zeil]

Since you say it occurs after modifying an ediff buffer, I suspect
it's related to a problem that has annoyed me for some time.


ediff is one of several emacs packages that produces buffers that
  1) aren't associated with an existing file, and
  2) are given names containing characters that cannot appear in 
  a Windows file name e.g., > <


If you modify one of these buffers, autosave will eventually try to
save it. Since there is no existing file, autosave tries to generate a
new file name.  It does this, in part, by replacing any illegal
characters in the buffer name by something else. However, the code in
the files.el function make-auto-save-file-name appears to only
consider the characters % / and " illegal. For CygWin, I think, this
list should be expanded to  include * ? > < | : and \

When ediff (or emerge or vm or ...) create a buffer with one of these
characters in the name and autosave actually tries to write out a file
with that name, emacs locks up - no response and no screen refresh. It
usually seems to come back after several seconds, but I can imagine
that, in some circumstances, the consequences could be worse.


I've tried to modify the function in files.el to expand the list of
illegal characters. Unfortunately, files.el is one of the
"pre-compiled" Lisp files - the only way to change it is, AFAIK, to
recompile emacs. And I have had no luck doing that with the gcc 3.x
compiler. (I can create temacs, but cannot dump that to create emacs.)
So I have no idea if my attempted modification actually works.




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

Cygrunsrv and spawned processes

[Frank Seesink]

QUESTION:

If you have a Cygwin application binary which spawns a child process 
using spawnlp() in P_NOWAIT mode, is there a way to install that 
application as an NT service using cygrunsrv such that both the parent 
and child process die cleanly?

DETAILS:

I have Googled and searched the Cygwin mailing lists for insight but 
have failed to yield a solid solution.  So here goes:

I have been working with the Jabber/XMPP folks (www.jabber.org) to make 
Jabberd, their IM server, run under Cygwin as it does under *nix.  With 
v1.4.3, I believe I have achieved a good measure of success.  The only 
Cygwin-specific items in Jabberd now are that

1.  modules (a.k.a., shared libraries) are compiled as .dll and not .so
2.  due to limitations in Cygwin's support for certain network functions
(support for inet_ntoa() but lack of inet_ntop()) as well as the
lack of BIND--the DNS resolver portion of Jabberd was rewritten (by
someone else awhile ago), and instead of working as a shared library
as it does under *nix, it now fires off a child process via
spawnlp() using the _P_NOWAIT mode.
Unfortunately, I am running into an issue when I attempt to setup 
Jabberd to run as an NT service via cygrunsrv.

In a nutshell, if I run Cygwin BASH and fire up Jabberd manually:

$ cd /usr/local/jabber
$ ./jabberd/jabberd.exe
All works well.  I look in Windows Task Manager and see two (2) 
processes:  jabberd.exe and jabadns.exe (the resolver).  Jabberd is 
running in interactive mode, meaning in the BASH window I can do nothing 
until I kill the process by typing CTRL-C (SIGINT).  When I do this, 
both processes die cleanly.  Life is good.  (NOTE:  I do NOT exit BASH. 
 I simply hit CTRL-C to send a SIGINT to jabberd.exe, which apparently 
in turn kills jabadns.exe; then I have my command prompt back).

However, when I configure Jabberd as an NT service using cygrunsrv and 
then use

net start jabberd
net stop jabberd
to start/stop the server, though startup works fine and both processes 
initiate, when I stop Jabberd only jabberd.exe dies.  jabadns.exe is 
left behind.  The only way to kill it is via kill (if you do a 'ps' to 
find the PID, etc.) or via the Windows Task Manager.  Basically, I must 
kill jabadns.exe by hand.  If I repeat the above commands to start/stop 
Jabberd repeatedly, I'm left with one jabadns.exe 'zombie' process for 
each invocation.

I have read the relevant portion in 
/usr/share/doc/Cygwin/cygrunsrv.README where it states:

...
General Notes:

There's currently one caveat, though. If the application behaves as
a "normal" unix daemon and exits after forking a child, cygrunsrv
will immediately stop the service (but the actual daemon keeps running
in the background).  This means that you cannot then STOP the daemon
using cygrunsrv, but you must explicit kill it via 'kill -9 '
If you fail to do this, you will probably see something like this in
the Windows Application Event Log:
  Cygwin Apache : Win32 Process Id = 0xFE : Cygwin Process Id = 0xFE :
  `Cygwin Apache' service started.
immediately followed by
  Cygwin Apache : Win32 Process Id = 0xFE : Cygwin Process Id = 0xFE :
  `Cygwin Apache' service stopped.
but 'ps -eaf | grep httpd' shows that httpd IS still running.
To avoid this problem, you must start the application so that it
doesn't fork a daemon but stays resident instead.  sshd
for example has to be called with the -D option.  squid must be
called with the -N option.
...

This makes me believe that cygrunsrv is killing off the server process 
but the signal is not propogating to the spawned child process.  I am 
trying to understand why this works from the BASH shell but not via 
cygrunsrv, and more importantly, what I'd like to find out is if there 
is a way to make it work properly as an NT service (that is, have both 
processes die cleanly as they do in BASH).

I'm guessing those running Apache, sshd, etc., aren't running into this 
issue, or I would've found more relevant info.  And unless I'm wrong, 
these apps do spawn child processes of their own.

Note that 'cygrunsrv --install' is run with an executable (jabberd.exe), 
not a shell script or anything else.  And jabberd.exe is set to run in 
interactive, NOT background (daemon), mode.  So I would expect the kill 
signal to propogate as it apparently does at the BASH shell level.

* Is this a limitation in cygrunsrv that is inherent?
* Is it a bug/limitation in cygrunsrv that is being worked on and,
  hopefully sometime soon, will be fixed?
* Is there an alternative solution that WILL have the signal propogate
  so the child process dies cleanly?
I have tried my hand at configuring a shell to run a script which runs 
Jabberd, but no luck.  Had trouble finding examples via Google, so had 
to wing it.  Hopefully I'm just missing something simple, but wanted to 
ask if any

Re: Cygwin port of Perl broken on Win32? Or does Cygwin not run on win32?

[linda w]

  I'd like to use 1 Perl to write them in, 1 Perl to test them in, and
ONE PERL to RUN THEM ALL!!!   (sorry, just got finished watching the
  extended LOTR:TT DVD)
Seriously -- I can handle a different distro/platform, but I only have
1 home directory on Win32 and only 1 set of env/login.  I don't want
to have to logout and log back in as a different user to use different
distros (How else would one change %INC in the desktop process itself
so that any children would be spawned would know which distro specific
include directories to include. 

I certainly can't see putting a "use distro(distro=Cygwin,native,ASPN)"
at the top of each perl script just to inform each perl script as
to which distro to use... This seems especially sad when the scripts
are all running on the same machine under the same OS.
I have no way of telling a perl script which perl to use for which
occasion.
How is it that "IsWinNT came to be "undefined" on a Win-based platform,
anyway?  Just seems weird...
Thanks for the heads up/info
-linda
Rafael Kitover wrote:

If you just need to use the Win32:: Perl modules, use the ActiveState
Perl at:
http://aspn.activestate.com/ASPN/docs/ActivePerl/install.html#installing
%20activeperl%20on%20windows%20(x86)
If you specifically need the Win32:: modules on Cygwin, please check my
project page in a few days at:
http://libwin32-exp.sourceforge.net/

Some incompatibilities have crept in over the past few months that I'm
currently working on resolving, and updating the modules to the latest
versions. Currently only ODBC doesn't build. I'll post a message to the
list when things are more or less ready.



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

RE: Cygwin on windows2003 Server

[Larry Hall]

If you have a specific question or problem, please details it for us.
Look at, read, and digest  if you need
help figuring out what kind of information you should provide to the list.

Larry

At 10:05 AM 12/4/2003, Amit RATHEE you wrote:
>HI I am still waiting for my answer.I saw people using Cygwin on Windows
>2003 server.Can they help me.Thnaks lary for your help but when I tried to
>install and run cygwin on win2003 server it gave me an error "Access denied"
>on doin Remsh.
>
>With Warm Regards,
>Amit 
>
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
>Amit RATHEE
>Sent: Monday, December 01, 2003 10:52 PM
>To: 'Cygwin List'
>Subject: RE: Cygwin on windows2003 Server
>Importance: High
>
>
>Hi Larry,
>
>Many thanks for your answer.But I still could not found the answer for the
>windows2003 server support.I have posted the question only after going thru
>the whole FAQ.
>
>Can you please suggest me some answer?
>
>Thanks a lot 
>amit
>
>-Original Message-
>From: Larry Hall [mailto:[EMAIL PROTECTED] 
>Sent: Monday, December 01, 2003 9:02 PM
>To: Amit RATHEE; [EMAIL PROTECTED]
>Cc: Amit RATHEE
>Subject: Re: Cygwin on windows2003 Server
>
>
>At 03:53 AM 12/1/2003, Amit RATHEE you wrote:
>>Hi,
>>
>>Do Cygwin runs well on windows 2003 server??
>
>
>See the FAQ entry:
>
>
>What versions of Windows are supported?
>
>
>
>>If not , then when can we expect to have the new Solution.
>>
>>I have a specific requirement of only emulating the Remsh and Rcp on a
>>Win2K3 server.
>
>
>You're probably best off with openssh.  You can check the email archives for
>some history of issues setting up openssh with 2003 server if you have any
>problems.
>
>
>
>--
>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/
>
>
>
>--
>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/

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

GLUT programming in CygWin

[Steve Mowbray]

Hi

Am starting out with the GLUT library and I am having trouble compiling my
first program under CygWin. I get the following compile/linker errors:

...
...
/cygdrive/c/DOCUME~1/steve/LOCALS~1/Temp/ccO1yqTt.o(.text+0xd0):simple.c:
undefi
ned reference to [EMAIL PROTECTED]'
/cygdrive/c/DOCUME~1/steve/LOCALS~1/Temp/ccO1yqTt.o(.text+0xd8):simple.c:
undefi
ned reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status


I am compiling with

gcc -lopengl32 -lglu32 -lglut32 test.c

and including  in test.c

CygWin version 1.5.5-1

Any help with the compile/link options or pointers to basic tutorials would
be appreciated.

Thanks
Steve




--
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: GLUT programming in CygWin

[Brian Ford]

Please read /usr/share/doc/opengl-1.1.0/README.txt.  And, search the
archives first next time since this issue comes up a lot.  Thanks.

On Thu, 4 Dec 2003, Steve Mowbray wrote:

> Am starting out with the GLUT library and I am having trouble compiling my
> first program under CygWin. I get the following compile/linker errors:
>
> /cygdrive/c/DOCUME~1/steve/LOCALS~1/Temp/ccO1yqTt.o(.text+0xd0):simple.c:
> undefined reference to [EMAIL PROTECTED]'
> /cygdrive/c/DOCUME~1/steve/LOCALS~1/Temp/ccO1yqTt.o(.text+0xd8):simple.c:
> undefined reference to [EMAIL PROTECTED]'
> collect2: ld returned 1 exit status
>
> I am compiling with
>
> gcc -lopengl32 -lglu32 -lglut32 test.c
>
Clue: wrong link order.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

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

Re: How to execute bash file under /usr/bin despite setting PATH="/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH"

[Igor Pechtchanski]

On Thu, 4 Dec 2003, Jon A. Lambert wrote:

> "Nguyen, Huu-Dung" wrote:
> > Thank for the answers
> >
> > Can any gurus tell me what is the real use of /usr/bin as a mount point and
> > /usr/bin as a physically existing directory in the Cygwin directory ?
> > Sometime i am too much curious !?
> >
> > Nguyen
>
> I'm stumped as I can't think of any use.
> Why did you create the physical directory?
> --
> J. Lambert

Same reason as having c:\cygwin\dev, c:\cygwin\cygdrive, and
c:\cygwin\proc -- Tab completion. ;-)
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Cygrunsrv and spawned processes

[Igor Pechtchanski]

On Thu, 4 Dec 2003, Frank Seesink wrote:

> QUESTION:
>
> If you have a Cygwin application binary which spawns a child process
> using spawnlp() in P_NOWAIT mode, is there a way to install that
> application as an NT service using cygrunsrv such that both the parent
> and child process die cleanly?
>
> DETAILS:
>
> I have Googled and searched the Cygwin mailing lists for insight but
> have failed to yield a solid solution.  So here goes:
>
> I have been working with the Jabber/XMPP folks (www.jabber.org) to make
> Jabberd, their IM server, run under Cygwin as it does under *nix.  With
> v1.4.3, I believe I have achieved a good measure of success.  The only
> Cygwin-specific items in Jabberd now are that
>
> 1.  modules (a.k.a., shared libraries) are compiled as .dll and not .so
> 2.  due to limitations in Cygwin's support for certain network functions
>  (support for inet_ntoa() but lack of inet_ntop()) as well as the
>  lack of BIND--the DNS resolver portion of Jabberd was rewritten (by
>  someone else awhile ago), and instead of working as a shared library
>  as it does under *nix, it now fires off a child process via
>  spawnlp() using the _P_NOWAIT mode.
>
> Unfortunately, I am running into an issue when I attempt to setup
> Jabberd to run as an NT service via cygrunsrv.
>
> In a nutshell, if I run Cygwin BASH and fire up Jabberd manually:
>
> $ cd /usr/local/jabber
> $ ./jabberd/jabberd.exe
>
> All works well.  I look in Windows Task Manager and see two (2)
> processes:  jabberd.exe and jabadns.exe (the resolver).  Jabberd is
> running in interactive mode, meaning in the BASH window I can do nothing
> until I kill the process by typing CTRL-C (SIGINT).  When I do this,
> both processes die cleanly.  Life is good.  (NOTE:  I do NOT exit BASH.
>   I simply hit CTRL-C to send a SIGINT to jabberd.exe, which apparently
> in turn kills jabadns.exe; then I have my command prompt back).
>
> However, when I configure Jabberd as an NT service using cygrunsrv and
> then use
>
> net start jabberd
> net stop jabberd
>
> to start/stop the server, though startup works fine and both processes
> initiate, when I stop Jabberd only jabberd.exe dies.  jabadns.exe is
> left behind.  The only way to kill it is via kill (if you do a 'ps' to
> find the PID, etc.) or via the Windows Task Manager.  Basically, I must
> kill jabadns.exe by hand.  If I repeat the above commands to start/stop
> Jabberd repeatedly, I'm left with one jabadns.exe 'zombie' process for
> each invocation.
>
> I have read the relevant portion in
> /usr/share/doc/Cygwin/cygrunsrv.README where it states:
> 
> ...
> General Notes:
>
> There's currently one caveat, though. If the application behaves as
> a "normal" unix daemon and exits after forking a child, cygrunsrv
> will immediately stop the service (but the actual daemon keeps running
> in the background).  This means that you cannot then STOP the daemon
> using cygrunsrv, but you must explicit kill it via 'kill -9 '
>
> If you fail to do this, you will probably see something like this in
> the Windows Application Event Log:
>Cygwin Apache : Win32 Process Id = 0xFE : Cygwin Process Id = 0xFE :
>`Cygwin Apache' service started.
> immediately followed by
>Cygwin Apache : Win32 Process Id = 0xFE : Cygwin Process Id = 0xFE :
>`Cygwin Apache' service stopped.
> but 'ps -eaf | grep httpd' shows that httpd IS still running.
>
> To avoid this problem, you must start the application so that it
> doesn't fork a daemon but stays resident instead.  sshd
> for example has to be called with the -D option.  squid must be
> called with the -N option.
> ...
> 
>
> This makes me believe that cygrunsrv is killing off the server process
> but the signal is not propogating to the spawned child process.  I am
> trying to understand why this works from the BASH shell but not via
> cygrunsrv, and more importantly, what I'd like to find out is if there
> is a way to make it work properly as an NT service (that is, have both
> processes die cleanly as they do in BASH).
>
> I'm guessing those running Apache, sshd, etc., aren't running into this
> issue, or I would've found more relevant info.  And unless I'm wrong,
> these apps do spawn child processes of their own.
>
> Note that 'cygrunsrv --install' is run with an executable (jabberd.exe),
> not a shell script or anything else.  And jabberd.exe is set to run in
> interactive, NOT background (daemon), mode.  So I would expect the kill
> signal to propogate as it apparently does at the BASH shell level.
>
> * Is this a limitation in cygrunsrv that is inherent?
> * Is it a bug/limitation in cygrunsrv that is being worked on and,
>hopefully sometime soon, will be fixed?
> * Is there an alternative solution that WILL have the signal propogate
>so the child process dies cleanly?
>
> I have 

InitDB with Postgresql after logging in as different user with ssh

[Sheela Rayala]

Installed Cygwin on a Win2k machine.  After pouring
thru the existing archives about logging in as a
seperate database user before initializing postgresql,
created a user called postgres, ran the sshd
configuration script (selected no when asked "should
privilege seperation be used").  then gave the command
ssh -l , localhost and started it as a service. 
Then gave the command "initdb -D
/usr/share/postgresql/data".  It started off creating
the directories in data and then came up with
/
Creating template1 database in
/usr/share/postgresql/data/base/1/... FATAL:could not
create shared memory segment: Function not implemented

Detail: Failed system call was shmget(key=1,
size=1081344, 03600)

initdb: Failed

How do I recover from this and start initdb?

Thanks for the help,
Sheela




__
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/

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

[ANNOUNCEMENT] Updated: keychain-2.0.3-2

[Hack Kampbjorn]

DESCRIPTION:
Keychain is an OpenSSH key manager, typically run from
~/.bash_profile. When run, it will make sure ssh-agent is running; if
not, it will start ssh-agent. It will redirect ssh-agent's output to
~/.ssh-agent, so that cron jobs that need to use ssh-agent keys can
simply source this file and make the necessary passwordless ssh
connections. In addition, when keychain runs, it will check with
ssh-agent and make sure that the ssh RSA/DSA keys that you specified on
the keychain command line have actually been added to ssh-agent. If not,
you are prompted for the appropriate passphrases so that they can be
added by keychain.


CYGWIN NEWS:
- remove the -e option from ps use. Allows keychain to run
on multiuser systems.
See http://www.cygwin.com/ml/cygwin/2003-11/msg01163.html


KEYCHAIN NEWS:
Keychain 2.0.3 contains some fixes for color issues and a grep -i option for
cygwin.


INSTALLATION:
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.  Once you've downloaded setup.exe, run it and select "Utils" and
then click on the appropriate field until the above announced version
number appears if it is not displayed already.

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

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

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

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

I implore you to READ this information before sending email about how
you "tried everything" to unsubscribe.  In 100% of the cases where
people were unable to unsubscribe, the problem was that they hadn't
actually read and comprehended the unsubscribe instructions.

If you need to unsubscribe from cygwin-announce or any other mailing
list, reading the instructions at the above URL is guaranteed to
provide you with the info that you need.


-- 
Med venlig hilsen / Kind regards

Hack Kampbjørn





--
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: Cygrunsrv and spawned processes

[Frank Seesink]

Igor Pechtchanski wrote:

On Thu, 4 Dec 2003, Frank Seesink wrote:


QUESTION:

If you have a Cygwin application binary which spawns a child process
using spawnlp() in P_NOWAIT mode, is there a way to install that
application as an NT service using cygrunsrv such that both the parent
and child process die cleanly?
DETAILS:

I have Googled and searched the Cygwin mailing lists for insight but
have failed to yield a solid solution.  So here goes:
I have been working with the Jabber/XMPP folks (www.jabber.org) to make
Jabberd, their IM server, run under Cygwin as it does under *nix.  With
v1.4.3, I believe I have achieved a good measure of success.  The only
Cygwin-specific items in Jabberd now are that
1.  modules (a.k.a., shared libraries) are compiled as .dll and not .so
2.  due to limitations in Cygwin's support for certain network functions
(support for inet_ntoa() but lack of inet_ntop()) as well as the
lack of BIND--the DNS resolver portion of Jabberd was rewritten (by
someone else awhile ago), and instead of working as a shared library
as it does under *nix, it now fires off a child process via
spawnlp() using the _P_NOWAIT mode.
Unfortunately, I am running into an issue when I attempt to setup
Jabberd to run as an NT service via cygrunsrv.
In a nutshell, if I run Cygwin BASH and fire up Jabberd manually:

   $ cd /usr/local/jabber
   $ ./jabberd/jabberd.exe
All works well.  I look in Windows Task Manager and see two (2)
processes:  jabberd.exe and jabadns.exe (the resolver).  Jabberd is
running in interactive mode, meaning in the BASH window I can do nothing
until I kill the process by typing CTRL-C (SIGINT).  When I do this,
both processes die cleanly.  Life is good.  (NOTE:  I do NOT exit BASH.
 I simply hit CTRL-C to send a SIGINT to jabberd.exe, which apparently
in turn kills jabadns.exe; then I have my command prompt back).
However, when I configure Jabberd as an NT service using cygrunsrv and
then use
   net start jabberd
   net stop jabberd
to start/stop the server, though startup works fine and both processes
initiate, when I stop Jabberd only jabberd.exe dies.  jabadns.exe is
left behind.  The only way to kill it is via kill (if you do a 'ps' to
find the PID, etc.) or via the Windows Task Manager.  Basically, I must
kill jabadns.exe by hand.  If I repeat the above commands to start/stop
Jabberd repeatedly, I'm left with one jabadns.exe 'zombie' process for
each invocation.
I have read the relevant portion in
/usr/share/doc/Cygwin/cygrunsrv.README where it states:

...
General Notes:
There's currently one caveat, though. If the application behaves as
a "normal" unix daemon and exits after forking a child, cygrunsrv
will immediately stop the service (but the actual daemon keeps running
in the background).  This means that you cannot then STOP the daemon
using cygrunsrv, but you must explicit kill it via 'kill -9 '
If you fail to do this, you will probably see something like this in
the Windows Application Event Log:
  Cygwin Apache : Win32 Process Id = 0xFE : Cygwin Process Id = 0xFE :
  `Cygwin Apache' service started.
immediately followed by
  Cygwin Apache : Win32 Process Id = 0xFE : Cygwin Process Id = 0xFE :
  `Cygwin Apache' service stopped.
but 'ps -eaf | grep httpd' shows that httpd IS still running.
To avoid this problem, you must start the application so that it
doesn't fork a daemon but stays resident instead.  sshd
for example has to be called with the -D option.  squid must be
called with the -N option.
...

This makes me believe that cygrunsrv is killing off the server process
but the signal is not propogating to the spawned child process.  I am
trying to understand why this works from the BASH shell but not via
cygrunsrv, and more importantly, what I'd like to find out is if there
is a way to make it work properly as an NT service (that is, have both
processes die cleanly as they do in BASH).
I'm guessing those running Apache, sshd, etc., aren't running into this
issue, or I would've found more relevant info.  And unless I'm wrong,
these apps do spawn child processes of their own.
Note that 'cygrunsrv --install' is run with an executable (jabberd.exe),
not a shell script or anything else.  And jabberd.exe is set to run in
interactive, NOT background (daemon), mode.  So I would expect the kill
signal to propogate as it apparently does at the BASH shell level.
* Is this a limitation in cygrunsrv that is inherent?
* Is it a bug/limitation in cygrunsrv that is being worked on and,
  hopefully sometime soon, will be fixed?
* Is there an alternative solution that WILL have the signal propogate
  so the child process dies cleanly?
I have tried my hand at configuring a shell to run a script which runs
Jabberd, but no luck.  Had trouble finding examples via Google, so had
to wing it.  Hopefully I'm just missing something simple, but w

Re: Query regarding Cygwin make/Gnu Make

[Brian Ford]

On Thu, 4 Dec 2003, Rajagopalan, Karthik wrote:

>   I found today a weird working difference between Cygwin Make against Gnu
> Make. Let me explain the situation I faced.
>
Cygwin make *is* GNU make.

> I have following piece of code as "test" target. Here $(EXE) takes .exe for
> Windows and blank for Linux.
>
>  test:
>   cat test.dat | test$(EXE) 1> test.res 2>&
>   diff test.res test.std
>
> When "make test" is fired, it proceed to execute the first command
>
>   cat test.dat | test$(EXE) 1> test.res 2>&
>
I am unfamiliar with the 2>& syntax.  Was that a typo?

> test$(EXE) return -1 back because of encountering a error in code test.c.
> This return value stops the execution of "make" utility in Cygwin to proceed
> to next command
>
That is correct.  (Now officially OT)  From "info make":

   To ignore errors in a command line, write a `-' at the beginning of
the line's text (after the initial tab).  The `-' is discarded before
the command is passed to the shell for execution.

   For example,

 clean:
 -rm -f *.o

This causes `rm' to continue even if it is unable to remove a file.

>   diff test.res test.std
>
> where in Linux it proceeds to execute the above code. This is the desired
> execution we require to happen. Why is this strange difference in "Cygwin
> Make" and "GNU Make". Which is correct order of execution :Cygwin Make or
> GNU Make". Can you explain me the workingfunctionality behind this taking
> into account the return value to shell?
>
Sounds like a Linux GNU make bug to me.  AFAIK, the return status for a
pipeline is generally that of the last command.

HTH

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: bug in gcc3.3.1

[Brian Ford]

On Thu, 4 Dec 2003, Jörg Schaible wrote:
> [EMAIL PROTECTED] wrote on Thursday, December 04, 2003 2:38 PM:
> > what was the reason for dropping the support?
> > ( I have to now fix few lines of code!!)
>
> It is not ANSI compatible and therefore not portable.
>
In case you didn't know, ANSI defined string literal concatination:

"This is "
"one sentence."

is the same as:

"This is one sentence."

Cheers.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: Rookie question about cygwin, stdout and windowsXP

[Roberto Bernetti]

Alle 10:36, giovedì 4 dicembre 2003, hai scritto:
> KaMake sure the cygwin DLL is in the windows path
>

The cygwin1.dll is in the same directory where is the excutable and where it 
is started. 
Have I to add in the Path enviroment variable the path where is the 
cygwin1.dll? 
The strange thing it is that under WinNT 4.0 SP6 it works but not under 
WindowsXP. Is changed the search path sequence in WindowsXP respect to WinNT?

-- 
Roberto Bernetti
Università Politecnica delle Marche
Dipartimento di Meccanica
Via Brecce Bianche
60131 Ancona
Telephone : +39-071-2204441
http://www.dipmec.univpm.it/misure/index_en.html
e-mail:[EMAIL PROTECTED]


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

RE: Cygwin on windows2003 Server

[Brian Ford]

On Thu, 4 Dec 2003, Amit RATHEE wrote:

> HI I am still waiting for my answer.I saw people using Cygwin on Windows
> 2003 server.Can they help me.Thnaks lary for your help but when I tried to
> install and run cygwin on win2003 server it gave me an error "Access denied"
> on doin Remsh.
>
1.) http://www.cygwin.com/problems.html
2.) /usr/share/doc/Cygwin/inetutils-1.3.2.README
3.) http://www.cygwin.com/ml/cygwin/2003-11/msg00368.html

substitute inetd for cron in 3.  HTH

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: Hello and cygwin quesiton

[Yap on ExactGeom]

Dear Igor,
I guest there were no improvements on the execute permission problem.
But I just realized that "vi" under cygwin is smart enough
not to give execute permissions to the files it writes
out.  It simply keep the original permissions.   Why can't gvim
do the same?
Best,
--Chee
Igor Pechtchanski wrote:

Chee,

Well, there are people on this list who are more versed in Windows
permissions issues than I, and hopefully they'll intervene and either
confirm or refute my answer.  If I had to guess, I'd say this has to do
with inheritable permissions -- if a directory has an execute permission
and the flag is set that makes all files and subdirectories inherit that
permission, all your files will be marked executable.  You can try to use
the Windows permissions dialog to uncheck the "allow objects to inherit
permissions" box, and this might solve the problem.  I'm not sure why you
didn't have this problem on Win2k (I do), but it could be because of some
unique permissions setup.
Hope this helps,
Igor
On Wed, 1 Oct 2003, Yap on ExactGeom wrote:

 

Dear Igor,
Nice to hear from you, and thanks for the clarification!
I understand your explanation of the difference between
gvim and vim.  But there is still a mystery.
In my previous installation of cygwin, no such problems
arise.  The difference is that my previous system was Windows 2000
and my current one is Windows XP.  Can you explain this?
Thanks,
--Chee
Igor Pechtchanski wrote:

   

On Tue, 30 Sep 2003, Yap on ExactGeom wrote:

 

Dear Igor,

How are you?  I noticed that you are an active developer of cygwin.
I really liked this platform and our Core Library is developed
on this mainly.   I have a question:
In my recent (June) installation of cygwin, there was an annoying
bug -- many of the files that I create are automatically given
the execute permission.  [Since my "ls" will automatically show
me which files are executable, this is VERY annoying.]
But this behavior is not universal.  If I have a non-executable
file, and I exit it using gvim, the file will become executable.
But using vim, it remains non-executable.  But I don't think
the program is with a bad installation of gvim, because this
phenomenon shows up in other places.
Heard of this bug before?
Thanks, Chee
   

Hi, Chee,

Great to hear from you.

I'm redirecting this reply to the general Cygwin list, mostly to get this
into the archives (because I know others are having this same problem).
Also, this brings your question up before a large body of expertise --
perhaps someone else will find something I've missed.
This is not a bug, but rather an artifact of the default permissions files
get when written by Windows programs.  Gvim is a pure Windows program, in
contrast with vim, which is a Cygwin one.  Also, vim writes files
in-place, whereas gvim creates a new copy -- hence the change in
permissions.  Unfortunately, there isn't anything you can easily do to fix
this.  I have a script (attached) that I run periodically on my system to
fix the executable permissions.  It's not foolproof, but it's better than
nothing (and it should err on the conservative side).
	Igor
[fixexec script snipped]
 

 



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

cygwin1.dll debug names wanted

[Michael Elizabeth Chastain]

Hello,

I have an unusual request.  I'm testing the new C++ demangler by Ian
Lance Taylor, and I'm looking for lists of mangled C++ symbols to feed
into it.

Could someone who has a debug version of cygwin1.dll built with
gcc 3.X do this:

  nm -f posix cygwin1.dll | sed -e 's/ .*$//' | grep _Z > a-cygwin1.list

Then mail me the file a-cygwin1.list?

If the fancy 'nm -f posix' does not work then just plain 'nm' is fine.

I know winsup is written in C++, and I've even built it in the past, but
I don't have any more Windows machines so I can't just build my own
debug version of the dll myself.  I checked both the released version
and the snapshots and did not see debug symbols.

And please do not send copies of a-cygwin1.list to the mailing list,
because nobody but me wants to see that boring symbol list!

Thanks,

Michael 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: Hello and cygwin quesiton

[Igor Pechtchanski]

Chee,

'/bin/vi' is a Cygwin program, and uses Cygwin system calls to create and
write files.  Thus, the permissions it gives to newly-created files are
consistent with the other Cygwin apps.  'gvim' is probably a pure Windows
program, which uses the Windows API calls directly, so it gives new files
the same Windows permissions as, say, notepad does.  As I mentioned
before, this is the way Windows behaves by default: the files inherit the
ACLs of the parent directory.  Cygwin actually fixes up the ACLs later to
make them more reasonable.

For example (feel free to skip the following unless you want details):

 begin listing 
$ cmd /c 'type nul > a.txt'
$ cacls a.txt
C:\cygwin\tmp\acltest\a.txt BUILTIN\Administrators:(special access:)
   READ_CONTROL
   SYNCHRONIZE
   FILE_GENERIC_EXECUTE
   FILE_READ_EA
   FILE_EXECUTE
   FILE_READ_ATTRIBUTES

PECHTCHA\igor:F
Everyone:(special access:)
 READ_CONTROL
 SYNCHRONIZE
 FILE_GENERIC_EXECUTE
 FILE_READ_EA
 FILE_EXECUTE
 FILE_READ_ATTRIBUTES


$ touch b.txt
$ cacls b.txt
C:\cygwin\tmp\acltest\b.txt PECHTCHA\igor:(special access:)
  STANDARD_RIGHTS_ALL
  DELETE
  READ_CONTROL
  WRITE_DAC
  WRITE_OWNER
  SYNCHRONIZE
  STANDARD_RIGHTS_REQUIRED
  FILE_GENERIC_READ
  FILE_GENERIC_WRITE
  FILE_READ_DATA
  FILE_WRITE_DATA
  FILE_APPEND_DATA
  FILE_READ_EA
  FILE_WRITE_EA
  FILE_READ_ATTRIBUTES
  FILE_WRITE_ATTRIBUTES

BUILTIN\Administrators:(special access:)
   READ_CONTROL
   FILE_READ_EA
   FILE_READ_ATTRIBUTES

Everyone:(special access:)
 READ_CONTROL
 FILE_READ_EA
 FILE_READ_ATTRIBUTES


$
= end listing =
Note that the :F (full access) contains the following permissions:
STANDARD_RIGHTS_ALL
DELETE
READ_CONTROL
WRITE_DAC
WRITE_OWNER
SYNCHRONIZE
STANDARD_RIGHTS_REQUIRED
FILE_GENERIC_READ
FILE_GENERIC_WRITE
FILE_GENERIC_EXECUTE
FILE_READ_DATA
FILE_WRITE_DATA
FILE_APPEND_DATA
FILE_READ_EA
FILE_WRITE_EA
FILE_EXECUTE
FILE_DELETE_CHILD
FILE_READ_ATTRIBUTES
FILE_WRITE_ATTRIBUTES

For people on this list who are interested, the relevant ACL allocation
code is in the alloc_sd() function in winsup/cygwin/security.cc.


In short, there's really not much you can do, other than, perhaps, turn
off "ntsec" (by adding "nontsec" to your CYGWIN environment variable, see
 and
) at the risk of some services
not working, e.g., cron, sshd, etc.  Or you could change the permissions
by hand every time.  Or, if all you care about is how the files are
displayed, use the dircolors command ("man dircolors" for details).
Igor

On Fri, 5 Dec 2003, Yap on ExactGeom wrote:

> Dear Igor,
> I guest there were no improvements on the execute permission problem.
>
> But I just realized that "vi" under cygwin is smart enough
> not to give execute permissions to the files it writes
> out.  It simply keep the original permissions.   Why can't gvim
> do the same?
>
> Best,
> --Chee
>
> Igor Pechtchanski wrote:
>
> >Chee,
> >
> >Well, there are people on this list who are more versed in Windows
> >permissions issues than I, and hopefully they'll intervene and either
> >confirm or refute my answer.  If I had to guess, I'd say this has to do
> >with inheritable permissions -- if a directory has an execute permission
> >and the flag is set that makes all files and subdirectories inherit that
> >permission, all your files will be marked 

RE: Where are mount points stored?

[Joaquin]

No.  For one (1) I don't want to be ignorant and want to learn how
things work.  Secondly (2) this helps me find diagnose and isolate
problems.  I found weird behavior with Japanese Windows XP Home, where a
mount point is being auto-created.  This would help me diagnose exactly
when this is happening.  I could do a reg query between operations.

  - Joaquin




> The
> main question is (seriously): why
> do you care?  If it's simply to satisfy your curiousity, the
> mounts are stored (for the moment) in registry keys, as you
> could have found out by reading the Cygwin sources (namely
> winsup/cygwin/path.cc).  However, when people find this out
> they usually start wanting to go into the registry and change
> the mounts there, and that's unacceptable[*].  So, here's a
> big DISCLAIMER: do not attempt to change the mounts via
> regedit or other registry editing software. Always use
> "mount" to change your mounts.  That way, you won't be
> blindsided when mounts do move to /etc/fstab or something.
>   Igor
> [*] The only legitimate use of the registry mount knowledge
> that I can think of is checking whether there are user mounts
> for the SYSTEM user (there shouldn't be).
> --
>   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!
>
> "I have since come to realize that being between your mentor
> and his route to the bathroom is a major career booster."  --
> Patrick Naughton
>
>



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

RE: Cygwin port of Perl broken on Win32? Or does Cygwin not run on win32?

[Joaquin]

I just always use non-Cygwin tools first before Cygwin ports.
Thus, for Perl, I use the ActiveState Perl in my path ahead of the
Cygwin perl.  I also do the same for other things like Apache.

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of linda w
> Sent: Wednesday, December 03, 2003 2:52 PM
> To: [EMAIL PROTECTED]
> Subject: Cygwin port of Perl broken on Win32? Or does Cygwin
> not run on win32?
>
>
> I was told this is a problem specific to Cygwin -- that
> Cygwin believes it isn't runing on a Win platform.  Is this
> true?  I knowt he goal is to
> provide
> posix compatibility, but that doesn't mean it has to strive
> for windows incompatibility unless it breaks posix
> compatibility ...no?  yes?  maybe?
>
> -linda
>
> linda w wrote:
>
> >  I'm trying to run a program that needs Registry.pm.  I
> pull it down
> > as part of Win32::Registry, but when I try to 'make' it, it fails:
> >
> > ...
> > Writing Makefile for Win32::ODBC
> > Checking if your kit is complete...
> > Looks good
> > Processing hints file hints/cygwin.pl
> > Note (probably harmless): No library found for -lole32
> > Note (probably harmless): No library found for -loleaut32 Note
> > (probably harmless): No library found for -luuid Note (probably
> > harmless): No library found for -lmsvcrt40 Writing Makefile for
> > Win32::OLE Checking if your kit is complete...
> > Looks good
> > Writing Makefile for Win32::PerfLib
> > Checking if your kit is complete...
> > Looks good
> > Writing Makefile for Win32::Pipe
> > ERROR from evaluation of
> > //ishtar/share/CPAN/build-win/libwin32-0.191/Process/Ma
> > kefile.PL: Undefined subroutine &Win32::IsWinNT called at
> > ./Makefile.PL line 4.
> >
> > Anyone have any ideas on why this is breaking or how to make this
> > work?  Is
> > it something broken in the cygwin "port", of perl, on Win32?
> >
> > Thanks!
> > Linda W.
> >
> >
> >
> > --
> > 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/
>
>
>



--
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: Hello and cygwin quesiton

[Yap on ExactGeom]

Igor,
OK, I will just accept the situation!
Thanks, Chee
Igor Pechtchanski wrote:

Chee,

'/bin/vi' is a Cygwin program, and uses Cygwin system calls to create and
write files.  Thus, the permissions it gives to newly-created files are
consistent with the other Cygwin apps.  'gvim' is probably a pure Windows
program, which uses the Windows API calls directly, so it gives new files
the same Windows permissions as, say, notepad does.  As I mentioned
before, this is the way Windows behaves by default: the files inherit the
ACLs of the parent directory.  Cygwin actually fixes up the ACLs later to
make them more reasonable.
For example (feel free to skip the following unless you want details):

 begin listing 
$ cmd /c 'type nul > a.txt'
$ cacls a.txt
C:\cygwin\tmp\acltest\a.txt BUILTIN\Administrators:(special access:)
  READ_CONTROL
  SYNCHRONIZE
  FILE_GENERIC_EXECUTE
  FILE_READ_EA
  FILE_EXECUTE
  FILE_READ_ATTRIBUTES
   PECHTCHA\igor:F
   Everyone:(special access:)
READ_CONTROL
SYNCHRONIZE
FILE_GENERIC_EXECUTE
FILE_READ_EA
FILE_EXECUTE
FILE_READ_ATTRIBUTES
$ touch b.txt
$ cacls b.txt
C:\cygwin\tmp\acltest\b.txt PECHTCHA\igor:(special access:)
 STANDARD_RIGHTS_ALL
 DELETE
 READ_CONTROL
 WRITE_DAC
 WRITE_OWNER
 SYNCHRONIZE
 STANDARD_RIGHTS_REQUIRED
 FILE_GENERIC_READ
 FILE_GENERIC_WRITE
 FILE_READ_DATA
 FILE_WRITE_DATA
 FILE_APPEND_DATA
 FILE_READ_EA
 FILE_WRITE_EA
 FILE_READ_ATTRIBUTES
 FILE_WRITE_ATTRIBUTES
   BUILTIN\Administrators:(special access:)
  READ_CONTROL
  FILE_READ_EA
  FILE_READ_ATTRIBUTES
   Everyone:(special access:)
READ_CONTROL
FILE_READ_EA
FILE_READ_ATTRIBUTES
$
= end listing =
Note that the :F (full access) contains the following permissions:
STANDARD_RIGHTS_ALL
DELETE
READ_CONTROL
WRITE_DAC
WRITE_OWNER
SYNCHRONIZE
STANDARD_RIGHTS_REQUIRED
FILE_GENERIC_READ
FILE_GENERIC_WRITE
FILE_GENERIC_EXECUTE
FILE_READ_DATA
FILE_WRITE_DATA
FILE_APPEND_DATA
FILE_READ_EA
FILE_WRITE_EA
FILE_EXECUTE
FILE_DELETE_CHILD
FILE_READ_ATTRIBUTES
FILE_WRITE_ATTRIBUTES
For people on this list who are interested, the relevant ACL allocation
code is in the alloc_sd() function in winsup/cygwin/security.cc.

In short, there's really not much you can do, other than, perhaps, turn
off "ntsec" (by adding "nontsec" to your CYGWIN environment variable, see
 and
) at the risk of some services
not working, e.g., cron, sshd, etc.  Or you could change the permissions
by hand every time.  Or, if all you care about is how the files are
displayed, use the dircolors command ("man dircolors" for details).
Igor
On Fri, 5 Dec 2003, Yap on ExactGeom wrote:

 

Dear Igor,
I guest there were no improvements on the execute permission problem.
But I just realized that "vi" under cygwin is smart enough
not to give execute permissions to the files it writes
out.  It simply keep the original permissions.   Why can't gvim
do the same?
Best,
--Chee
Igor Pechtchanski wrote:

   

Chee,

Well, there are people on this list who are more versed in Windows
permissions issues than I, and hopefully they'll intervene and either
confirm or refute my answer.  If I had to guess, I'd say this has to do
with inheritable permissions -- if a directory has an execute permission
and the flag is set that makes all files and subdirectories inherit that
permission, all your files will be marked executa

Broken links on page http://cygwin.com/ported.html

[Spirit Traveller]

Hello, I am enjoying cygwin quite a good bit.  So I
decided to spend a little time helping out the
website.

I apologize in advance if this is the wrong place for
this, but I was unable to find an email address of a
webmaster for the cygwin.com website.

I have checked each of the links on
http://cygwin.com/ported.html and found many broken
ones.

Following is a list of the broken links with
explanations for each one.  I hope someone who can fix
these will find this useful.

Warm regards,
Martin Marshall

Text: "a list of programs built with the latest
release"
URL:
http://www.hirmke.de/software/develop/gnuwin32/cygwin/porters/Hirmke_Michael/GNUWin32-links.html
Problem: requires login which casual user (read "me")
does not have

Text: Varies
URL:  All links pointing to sdf-eu.org (I counted
eight)
Problem: Host not found

Text: "Animabob-Cygwin-1.0"
URL:
http://www.pythonemproject.com/animabob-cygwin-1.0.tgz
Problem: 404 Not Found

Text: "BitchX 1.0c19"
URL:
http://m-net.arbornet.org/~batousai/BitchX-pana-cygwin-10c19.tar.gz
Problem: 404 Not Found

Text: "CD Recording Software"
URL:
ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/alpha/win32/
Problem: 550 File or directory not on server

Text: "Gnome Desktop"
URL: http://homepage.ntlworld.com/steven.obrien2/
Problem: "the page cannot be found"...  However, a
good replacement for this link would be
http://cygnome.sourceforge.net

Text: "Kerberos V4 eBones Distribution v1.0.3"
URL:
ftp://ftp.cybernarian.org/pub/krb4/krb4-1.0.3.tar.gz
Problem: Host not found

Text: "Shaolin Secure FTP v0.98 Beta 3"
URL: http://www.shaolinsecureftp.com/
Problem: Page displays only an advertisement for "Free
domain backorder service"

Text: "TeXmacs"
URL: http://www.texmacs.org/Download/Cygwin.html
Problem: Page has moved to
http://www.texmacs.org/tmweb/download/cygwin.en.html


__
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/

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

libtool created import libs broken? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault

[Brian Ford]

Charles Wilson,

Could you look at the problem discovered in the thread below and give us a
comment?  Thanks.

http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00053.html

I'm not an autotool expert, but:

On Thu, 4 Dec 2003, Richard Campbell wrote:

> bash-2.05b$ autoreconf --install --force

These are just warnings, so I think this part worked fine.  I guess the
ddd people should clean these up?

> configure.ac:248: warning: AC_CANONICAL_HOST invoked multiple times
> autoconf/specific.m4:363: AC_CYGWIN is expanded from...
> configure.ac:248: the top level
> autoheader: WARNING: Using auxiliary files such as `acconfig.h',
> `config.h.bot'
> autoheader: WARNING: and `config.h.top', to define templates for
> `config.h.in'
> autoheader: WARNING: is deprecated and discouraged.
> autoheader:
> autoheader: WARNING: Using the third argument of `AC_DEFINE' and
> autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template
> without
> autoheader: WARNING: `acconfig.h':
> autoheader:
> autoheader: WARNING:   AC_DEFINE([NEED_FUNC_MAIN], 1,
> autoheader: [Define if a function `main' is needed.])
> autoheader:
> autoheader: WARNING: More sophisticated templates can also be produced, see
> the
> autoheader: WARNING: documentation.
>
Here is where we should have stopped, although I don't know how to do
that with autoreconf.  The following are errors from subdirectories that
use older (circa 2.13) autoconf scripts.  autoreconf does not support
mixed versions, I guess?

> configure.in:54: error: possibly undefined macro: AC_PROG_CC_GNU
>   If this token and others are legitimate, please use m4_pattern_allow.
>   See the Autoconf documentation.
> configure.in:65: error: possibly undefined macro: AC_PROG_CC_G
> configure.in:198: error: do not use LIBOBJS directly, use AC_LIBOBJ (see
> section `AC_LIBOBJ vs LIBOBJS'
> configure.in:310: error: possibly undefined macro: AC_PROG_CC_WORKS
> autoreconf: /usr/autotool/devel/bin/autoconf failed with exit status: 1
>
So, if this hasn't left your tree broken, I think it would test what I
wanted.  You should now have libtool 1.5 for the main ddd tree.  I think
it would fix this.

New in 1.5: 2002-04-14; CVS version 1.4e, Libtool team:
* Support auto-import patch to binutils on cygwin for much improved dll
  support.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: libtool created import libs broken? was RE: DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault

[Charles Wilson]

Brian Ford wrote:
Charles Wilson,

Could you look at the problem discovered in the thread below and give us a
comment?  Thanks.
http://www.cygwin.com/ml/cygwin-xfree/2003-12/msg00053.html
There are a couple of problems.

  1) OOB, DDD uses libtool-1.4.2 -- which has very minimal support for 
cygwin.  It works (barely) -- and it takes a whole chapter in the 
autobook http://sources.redhat.com/autobook/ to explain the differences 
from "normal" unix shared lib creation.  The new 1.5+ procedure (with 
binutils/gcc autoimport, autoexport, and .dll.a naming convention 
support) is much more unix-like.  Although ltmodules don't seem to work 
very well, except in toy cases. :-(

  2) Old libtool, when it finds a .la file (which specifies the DLL 
name and the static lib name, AND the import lib name) doesn't appear to 
handle the implib properly -- it thinks that it does not exist, and 
attempts to recreate it from scratch using the export table from the 
DLL.  But it uses old, buggy, obsolete, unmaintained, code to do so.

Now, there are only four libraries in your link list that have .la 
files: expat, fontconfig, freetype, and Xm.  And whaddaya know -- those 
are precisely the libs that cause problems in your link command.

QuickNDirty answer: hide those four .la files and re-run configure.

Long answer: update to the most recent autotools (relibtoolize). 
However

bash-2.05b$ autoreconf --install --force


These are just warnings, so I think this part worked fine.  I guess the
ddd people should clean these up?
Yes, they should -- when they are ready to move to autoconf-2.5x, 
automake-1.7.x, and libtool-1.5+.  But as you can see, there are 
incompatibilities between autoconf-2.13 and -2.5x.  Basically, you CAN 
write a configure.in file that works with both -- but 2.13 was much more 
forgiving than 2.5x, so most existing configure.in's need to be brought 
up to 'spec' in order to work with 2.5x.

And the _easiest_ way to do THAT is to make changes to the configure.in 
that are NOT backwards compatible with 2.13!  So, it's possible to allow 
both versions to work with your configure.in, but much harder than just 
upgrading in a non-backwards-compatible way.

So most projects (like gcc/binutils until recently) have taken a 
wait-and-see approach to autoconf-2.5x.  Which leaves us poor cygwin 
folks, who NEED libtool-1.5 for decent DLL support, out in the cold -- 
because libtool-1.5 requires automake-1.7.x which requires autoconf-2.5x...

(And, even though it is conceivable to use ac-2.5x with old-style 
automake-1.4p6, the cygwin wrapper system doesn't let you do that.  So, 
if you re-autoconf with ac-2.5x, you'll also need to re-automake with 
am-1.[67].x -- which brings its own share of possible incompatibilities 
in the Makefile.am's.  And you'll want to add -no-undefined to the 
libX_LDFLAGS setting for any libraries that DDD builds)

configure.ac:248: warning: AC_CANONICAL_HOST invoked multiple times
autoconf/specific.m4:363: AC_CYGWIN is expanded from...
configure.ac:248: the top level
autoheader: WARNING: Using auxiliary files such as `acconfig.h',
`config.h.bot'
autoheader: WARNING: and `config.h.top', to define templates for
`config.h.in'
autoheader: WARNING: is deprecated and discouraged.
autoheader:
autoheader: WARNING: Using the third argument of `AC_DEFINE' and
autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template
without
autoheader: WARNING: `acconfig.h':
autoheader:
autoheader: WARNING:   AC_DEFINE([NEED_FUNC_MAIN], 1,
autoheader: [Define if a function `main' is needed.])
autoheader:
autoheader: WARNING: More sophisticated templates can also be produced, see
the
autoheader: WARNING: documentation.
Yep, you're gonna have to take care of this stuff by hand.  I believe 
that support for config.h.top etc will be going away in autoconf-2.60, 
but that's **just** a guess.  And anyway, 2.60 isn't expected for at 
least several months (and 2.59 won't go 'poof' then, anyway)

Here is where we should have stopped, although I don't know how to do
that with autoreconf.  The following are errors from subdirectories that
use older (circa 2.13) autoconf scripts.  autoreconf does not support
mixed versions, I guess?
No, not at all.  That's why Zack Weinberg (Nathaniel Nerode?) over on 
the gcc list are updating gcc's (and friends') configure.in's by hand, 
one directory at a time.

Bringing the autotool infrastructure up to snuff for a large project, 
like DDD, is a significant challenge.  And it's not a job that anyone 
really wants to do -- so if you've the itch, the only person who will 
scratch it is you.  You'll need to do all this work yourself, and then 
send your patches back to the DDD developers as a fait accompli, and 
HOPE that they are ready to 'take the plunge', accept your patch, and 
**force all of their developers to switch to using the new autotools**.

It's that last bit that causes trouble.  And until they accept the 
patches and take the plunge, you'll ha