Re: Re-entrant versions of functions

2005-08-19 Thread Christopher Faylor
On Fri, Aug 19, 2005 at 05:24:20PM +0100, syphon wrote:
>I'm trying to build some example code from 'Programming with POSIX 
>Threads' by David Butenhof, and have run into an error because one of 
>the programs calls readdir_r.  From googling and searching the mailing 
>lists, it looks like there has been some work done on the re-entrant 
>versions of the standard functions, but nothing seems to be built in the 
>shipping binary code.
>
>I downloaded the cygwin source and there is definition for readdir_r in 
>newlib/libc/posix however there is no corresponding declaration in any 
>header file.
>
>My question is, is there a reason that the re-entrant versions of the 
>functions like readdir_r are not built?
>
>This isn't a critical issue for me - I just want to play with this stuff 
>on my laptop on the train without needing to dual-boot into linux (so 
>I'm just being lazy!).  However I'm still curious, so if anyone has an 
>answer I'd be greatful.

In 90% of the cases, the reason for "Why doesn't X exist?" is that no
one had taken the time to implement it.  That was the case here.
readdir_r was never implemented.  I have, however, just added it to the
DLL.  It will be in the next cygwin snapshot:

http://cygwin.com/snapshots/

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/



XP x64 steps?

2005-08-19 Thread Mike Miller

Hello--

I'm new to the list.  I would love to get Cygwin running on my Windows XP 
x64 system.  I found some recent messages from this list and they helped 
enough that I got Cygwin up, but there were errors in the installation 
such that I am missing many important things like ls and mv!  But most 
other things seem to be there.  The install stuck repeatedly on 
sysvinit.sh and on xinetd.sh, so I renamed those scripts and skipped them.


What I'd really like to see is some instructions on how I can get Cygwin 
running on XP x64.  Are such instructions planned, or will a new version 
of the installer just work with XP x64?  I used the 8/19 versions of the 
snapshots of cygwin1-20050819.dll.bz2 and cygwin-inst-20050819.tar.bz2, 
but I might not have used them correctly (I just overwrote old files with 
new ones midway through the install).


I appreciate any help you can offer.  Thanks in advance.

Mike

--
Michael B. Miller, Ph.D.
Assistant Professor
Division of Epidemiology and Community Health
and Institute of Human Genetics
University of Minnesota
http://taxa.epi.umn.edu/~mbmiller/

--
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: building device drivers

2005-08-19 Thread Gary R. Van Sickle
> From: Jason Pyeron
> Sent: Friday, August 19, 2005 12:00 PM
> To: cygwin@cygwin.com
> Subject: Re: building device drivers
> 
> On Fri, 19 Aug 2005, Brian Dessent wrote:
> 
> >
> > I don't think that's really going to work.  Cygwin cannot be linked 
> > statically and even if it could, it was not designed to run 
> in kernel 
> > space at all.  Cygwin does not try to emulate the linux 
> kernel, just a 
> > POSIX api.  So low level things like device drivers are not 
> going to 
> > just port over.  What you need to do is get the Windows DDK 
> and write 
> > a true windows driver for your device.  Then you can port 
> the userland 
> > tools using Cygwin and interface with the windows driver.
> 
> 
> I am using the DDK. But that being said, inside I would like 
> to use some POSIX code.
> 

Abandon that idea.  Windows device drivers barely resemble C code.  They are
about as far away from POSIX as it is possible to get.  I am not
exaggerating.

> The problem I am running into, is what Linux considers user 
> space, windows does not.
> 
> So to port the code, with minimal changes, I have to move it 
> into kernel space on windows. IGNORING RED FLAGS THERE.
> 

You are in for a world of hurt the magnitude of which you can not possibly
imagine.

The short form is that it is nonsensical to talk of "moving code into kernal
space" on Windows.  From the very start, you have to design the code to
cleave to Windows' notions of how a device driver must operate.  And large
chunks of that notion are undocumented.  Still larger chunks are erroneously
documented.  The rare portion that is clearly and correctly documented is
certain to change with the release of the next service pack.

Do one of the following:

- Contract the job out to an experienced shop that does drivers and drivers
only.
- Look into one of these "Write your drivers in C++ in 10 minutes!" packages
that are around.  I have no experience with them, and frankly would expect
them to cause more problems than they solved, but who knows, you might get
lucky.

> So that being said, why can't the cygwin libraries be linked 
> statically?
> 

An entirely separate issue, and completely unrelated to writing Windows
drivers.  It would do you no good even if it could be statically linked.

-- 
Gary R. Van Sickle
 


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



RE: Trying to build crm114 (20050721) under CygWin 1.5.18-1 SUCCESS

2005-08-19 Thread Herb Martin

Thanks again folks. 

crm114 now passes even the megatest.sh script that
accompanies it.  

Using merely these (changed) settings:

LDFLAGS += -L/usr/local/lib
LIBS += -lintl -liconv

$(CC) $(LDFLAGS) $(OFILES) \
crmregex_tre.o \
-ltre $(LIBS) -o crm114_tre

This is the current build (20050721 BlameitonNeilArmstrong).

I do appreciate the help and patience in
reading and responding to my messages.

--
Herb Martin


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



Re: Permissions, again

2005-08-19 Thread Igor Pechtchanski
On Fri, 19 Aug 2005, Christopher Benson-Manica wrote:

> > chmod, and other POSIX programs know nothing about ACLs (which is where
> > inheritance is specified).  You should, however, be able to use
> > "getfacl/setfacl" to do what you want.
>
> Hm...  It seems that (get|set)facl do allow detailed permissions to be
> set, but what I really need is the inherited property/attribute/whatever
> to be set, as these files need to have permissions matching those of
> their final destinations.

I thought that was what the various "mask" ACLs did, but someone more
familiar with ACLs and getfacl/setfacl needs to chime in here...

> It's okay to tell me "Don't be absurd!" but I haven't heard it yet :-)

You can also try "cacls" and whatever the equivalent ACL modification tool
is from Microsoft.

> Incidentally, while I was using the ntsec default for permissions,
> all this stuff worked correctly...

You mean "nontsec", don't you?  In "nontsec" mode, Cygwin lets Windows
handle the file ACLs, which results in inherited permissions.

> Also, with umask set to 077, a file I create with "touch" will end up
> with NT permissions for read and write, but not execute, as well as
> numerous other types of permissions.

I believe POSIX mandates that "touch" use permissions 0666&~umask for new
files (i.e., the execute bits in the umask are ignored).
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: /usr/bin/manweb from latest netpbm not working

2005-08-19 Thread Yaakov S
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dr. Volker Zell wrote:
> This is from latest netpbm:
> 
> 12:45 PM [674]> /bin/manweb 
> Can't open configuration file '/etc/manweb.conf'.  No such file or directory 
> at /bin/manweb line 322.
> 
> It looks like this could be setup in a postinstall step.

Duly noted.

I think it's a little more than that, but I'll take a look at it when I
package 10.29 (just released).


Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDBkVbpiWmPGlmQSMRAsfZAKCy/Mt9oFpQKWFHf9EdrcrFMF9pVgCg6Piy
bZv1iwHew+gnk8bZk1Dpfms=
=aDxB
-END PGP SIGNATURE-

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



Re: Permissions, again

2005-08-19 Thread Christopher Benson-Manica
> chmod, and other POSIX programs know nothing about ACLs (which is where
> inheritance is specified).  You should, however, be able to use
> "getfacl/setfacl" to do what you want.

Hm...  It seems that (get|set)facl do allow detailed permissions to be
set, but what I really need is the inherited
property/attribute/whatever to be set, as these files need to have
permissions matching those of their final destinations.  It's okay to
tell me "Don't be absurd!" but I haven't heard it yet :-)
Incidentally, while I was using the ntsec default for permissions,
all this stuff worked correctly...

Also, with umask set to 077, a file I create with "touch" will end up
with NT permissions for read and write, but not execute, as well as
numerous other types of permissions.

-- 
Christopher Benson-Manica
ataru(at)sdf.lonestar.org

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



Re: Permissions, again

2005-08-19 Thread Igor Pechtchanski
On Fri, 19 Aug 2005, Christopher Benson-Manica wrote:

> So I'm using smbntsec as the security setting, and it worked like a
> charm.  I've still got a problem, though - the files I create are
> losing the "inherit permissions" attribute, and I don't know how to
> get that attribute back without using the XP file dialog window.  Can
> I get chmod (or some other program) to save the day for me?

Cygwin maps POSIX permissions to Windows ACLs.  In particular, one
decision that was made was to replace the ACLs instead of appending to
them, to better reflect the POSIX permission model.

chmod, and other POSIX programs know nothing about ACLs (which is where
inheritance is specified).  You should, however, be able to use
"getfacl/setfacl" to do what you want.
HTH,
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: (XP) cvs [checkout aborted]: cannot rename file CVS/Entries.Backup to CVS/Entries: Permission denied

2005-08-19 Thread Shankar Unni

Greg Jones wrote:


  cvs [checkout aborted]: cannot rename file CVS/Entries.Backup to
  CVS/Entries: Permission denied


This is a symptom of something else having that file open.

* What Antivirus software do you have? They sometimes take a few seconds 
to do their check, during which time the file is open.


* Are you also running something else (like WinCVS), or any other 
package that likes to scan directories based on change notifications? 
(Sometimes you'll see this error if you have Windows explorer open at 
the right (wrong) directory..)



--
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: bash test -n && test -z return tru

2005-08-19 Thread Christopher Faylor
On Fri, Aug 19, 2005 at 07:27:55PM +, Eric Blake wrote:
>> On Fri, Aug 19, 2005 at 03:01:19PM -0400, Poor Yorick wrote:
>> >from reading the bash man pages, I would have thought the -n and -z were 
>> >mutually exclusive.  Therefore I don't understand this result:
>> >
>> >~>$ [ -n $(which nonexisingfilename 2>/dev/null) ] && [ -z $(which 
>> >nonexistingfilename 2&>/dev/null) ]  && echo hello
>> >hello
>> >~>$
>> >
>> >can anyone help explain this?
>> 
>> This defaults to
>> 
>>   [ -n ] && [ -z ] && echo hello
>> 
>> I would have expected a syntax error in that case.
>
>Nope.  POSIX requires that when there is one argument, it evaluates
>to true if it is not empty.

Thanks for the clarification.

>Neither -n nor -z is empty, so they are both true.  Remember, if there
>are no quotes around a word, it is subject to field splitting, such
>that an empty string disappears from the argument list altogether, and
>you are only giving one argument to [.

Er, yeah.  That's what I meant when I said:

"This defaults to:

  [ -n ] ..." ?

and then mentioned that the argument had to be quoted.

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/



Permissions, again

2005-08-19 Thread Christopher Benson-Manica
So I'm using smbntsec as the security setting, and it worked like a
charm.  I've still got a problem, though - the files I create are
losing the "inherit permissions" attribute, and I don't know how to
get that attribute back without using the XP file dialog window.  Can
I get chmod (or some other program) to save the day for me?

-- 
Christopher Benson-Manica
ataru(at)sdf.lonestar.org

--
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: bash test -n && test -z return tru

2005-08-19 Thread Eric Blake
> On Fri, Aug 19, 2005 at 03:01:19PM -0400, Poor Yorick wrote:
> >from reading the bash man pages, I would have thought the -n and -z were 
> >mutually exclusive.  Therefore I don't understand this result:
> >
> >~>$ [ -n $(which nonexisingfilename 2>/dev/null) ] && [ -z $(which 
> >nonexistingfilename 2&>/dev/null) ]  && echo hello
> >hello
> >~>$
> >
> >can anyone help explain this?
> 
> This defaults to
> 
>   [ -n ] && [ -z ] && echo hello
> 
> I would have expected a syntax error in that case.

Nope.  POSIX requires that when there is one argument, it evaluates
to true if it is not empty.  Neither -n nor -z is empty, so they are both
true.  Remember, if there are no quotes around a word, it is subject to
field splitting, such that an empty string disappears from the argument
list altogether, and you are only giving one argument to [.

> 
> Regardless of that, however, if you want to actually make this work you
> need to do something like:
> 
>   [ -n "$(which nonexisingfilename 2>/dev/null)" ]

Yep - adding the quotes now forces the second word to remain,
even if it is empty, and with two arguments to [, -n and -z now
become mutually exclusive unary operators instead of strings.


--
Eric Blake
volunteer cygwin bash maintainer



--
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: bash test -n && test -z return tru

2005-08-19 Thread Igor Pechtchanski
On Fri, 19 Aug 2005, Poor Yorick wrote:

> from reading the bash man pages, I would have thought the -n and -z were
> mutually exclusive.  Therefore I don't understand this result:
>
> ~>$ [ -n $(which nonexisingfilename 2>/dev/null) ] && [ -z $(which 
> nonexistingfilename 2&>/dev/null) ]  && echo hello
> hello
> ~>$
>
> can anyone help explain this?

I think when -n and -z aren't given a parameter, the results are
unspecified.  You need to quote the output of $(which...):

$ [ -n "$(which nonexisingfilename 2>/dev/null)" ] && [ -z "$(which 
nonexistingfilename 2&>/dev/null)" ] && echo hello
$

HTH,
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: rsh , $HOME environment variable

2005-08-19 Thread Corinna Vinschen
On Aug 19 17:33, Ram?n wrote:
> # rsh -l Administrator MYHOST set | grep HOME
> [...]
> HOME=/
> HOMEDRIVE=C:
> HOMEPATH='\cygwin\home\Administrator'
> [...]
> WHY ?? I need ~ and $HOME correctly declarated !!

I'm moved to tears.

The reason was an incorrect (better: missing) handling of $HOME
in rshd in the Cygwin code building the new environment for the
child process.  I've fixed that and uploaded a new inetutils
version 1.3.2-30 which should show up on the mirrors soon.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

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



Re: bash test -n && test -z return tru

2005-08-19 Thread Christopher Faylor
On Fri, Aug 19, 2005 at 03:01:19PM -0400, Poor Yorick wrote:
>from reading the bash man pages, I would have thought the -n and -z were 
>mutually exclusive.  Therefore I don't understand this result:
>
>~>$ [ -n $(which nonexisingfilename 2>/dev/null) ] && [ -z $(which 
>nonexistingfilename 2&>/dev/null) ]  && echo hello
>hello
>~>$
>
>can anyone help explain this?

This defaults to

  [ -n ] && [ -z ] && echo hello

I would have expected a syntax error in that case.

Regardless of that, however, if you want to actually make this work you
need to do something like:

  [ -n "$(which nonexisingfilename 2>/dev/null)" ]

cgf

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



bash test -n && test -z return tru

2005-08-19 Thread Poor Yorick
from reading the bash man pages, I would have thought the -n and -z were 
mutually exclusive.  Therefore I don't understand this result:


~>$ [ -n $(which nonexisingfilename 2>/dev/null) ] && [ -z $(which 
nonexistingfilename 2&>/dev/null) ]  && echo hello

hello
~>$

can anyone help explain this?

--
Poor Yorick


--
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: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Gerrit P. Haase

Herb Martin wrote:


I'm not going to build crm114 now.  Yaakov already did so.

Go fetch his binaries:
ftp://sunsite.dk/projects/cygwinports/release/crm114/
ftp://sunsite.dk/projects/cygwinports/release/tre/

You may take a look at the source package to see how packages
are created and what changes were needed to build this very
special package named crm114.BlameBillYerazunis.



Thanks.  Neither of those is downloading for me though.

Neither through a browser, ftp, or wget.


Works for me (tm) with 385KB/sec ;)


Gerrit
--
=^..^=

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



xmlroff works on Cygwin

2005-08-19 Thread Gerrit P. Haase

Hello Tony,

Just fetched the 0.3.5 release with pangoxsl-1.6.0.1.

It is actually working and producing a real PDF!

I needed only two minor changes in Makefile.am to get a clean build
(and of course reconfigury with the Cygwin autotools).


Very good work!

Gerrit
--
http://xmlroff.org/

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



sftp a big file

2005-08-19 Thread Jack Offerman
Last night I tried to sftp a really big file and it failed at about 90
percent done.
I saw an error message that's somewhat similar to "Message received too big".
It is my daily practice to download big files using sftp and I have
never seen that
before. The size is usally about 500MB to 1GB and I have no problem doing them.
But this one was way bigger than that and I'm wondering if there is any filesize
limitation on sftp/cygwin.

Jack

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



Re: can't ssh my cygwin host

2005-08-19 Thread Damián Rodríguez Sánchez

I reinstalled cygwin, this time for "all users", not "just me".
That solved it.
Damian.



> On Aug 19 10:26, Dami?n Rodr?guez S?nchez wrote:
>> Hi.
>> I've been trying to set up a ssh server on a Windows XP machine
>> with cygwin. I followed the instructions at
>> http://pigtail.net/LRP/printsrv/cygwin-sshd.html
>
> Ask them what's wrong with their instructions.  People using the
> official instructions and /bin/ssh-host-config don't have these
> problems.  Try reading /usr/share/doc/Cygwin/openssh.README, it's
> meant to be helpful.
>
>
> Corinna
>
> --
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
> Red Hat, Inc.
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>


---
Damián Rodríguez Sánchez, M.Eng.
Coordenador de Departamento
Departamento de Informática
Cientistas Associados Desenvolvimento Tecnológico Ltda.
Fone: 16 3362-6298  Fax: 016 3362-6261
www.cientistasassociados.com.br
---


--
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: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Herb Martin

> I'm not going to build crm114 now.  Yaakov already did so.
> 
> Go fetch his binaries:
> ftp://sunsite.dk/projects/cygwinports/release/crm114/
> ftp://sunsite.dk/projects/cygwinports/release/tre/
> 
> You may take a look at the source package to see how packages
> are created and what changes were needed to build this very
> special package named crm114.BlameBillYerazunis.

Thanks.  Neither of those is downloading for me though.

Neither through a browser, ftp, or wget.

--
Herb Martin



--
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: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Herb Martin
Gerrit P. Haase [EMAIL PROTECTED] wrote
> This is wrong. Try this instead:
> 
>   $(CC) $(LDFLAGS) $(OFILES) \
> crmregex_tre.o \
> -ltre $(LIBS) -o crm114_tre
> 
> > My tre libs looks like this:
> > 
> > $ d /usr/local/lib/*tre*
> > rw-r--r--  herbm:None  349K  Aug 18 21:29  libtre.a
> > rwxr-xr-x  herbm:None   789  Aug 18 21:29  libtre.la
> 
> Then you should go with the settings as you posted above:
> 
> LDFLAGS += -L/usr/local/lib
> LIBS += -lintl -liconv

> Change the Makefile so that $LIBS are at the end behind the 
> objects and libtre as noted above since libtre reqwuires 
> libintl and the linker reads command lines from right to left.

Makes

Thank you.  

Thanks to eveyone who tried to help me.

It runs (minimaly) and passes the first of the two
trivial tests given in the crm114 "How To" document
-- it seems to hang on the second (Hello, world!)
test, but the basic (make/link) problem is solved.

Thanks Gerrit; thanks again eveyone.

Now, to debug the program.

--
Herb Martin



--
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: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Gerrit P. Haase

Herb Martin wrote:

How does that fix anything?  Where do -ltre and -lintl come 
from?  Are you adding them to $LIBS?  If so then that's not 
going to work as you've still got the wrong order.




It didn't help -- 



I'm not going to build crm114 now.  Yaakov already did so.

Go fetch his binaries:
ftp://sunsite.dk/projects/cygwinports/release/crm114/
ftp://sunsite.dk/projects/cygwinports/release/tre/

You may take a look at the source package to see how packages
are created and what changes were needed to build this very
special package named crm114.BlameBillYerazunis.


Gerrit
--
=^..^=

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



Re: building device drivers

2005-08-19 Thread Jason Pyeron

On Fri, 19 Aug 2005, Brian Dessent wrote:



I don't think that's really going to work.  Cygwin cannot be linked
statically and even if it could, it was not designed to run in kernel
space at all.  Cygwin does not try to emulate the linux kernel, just a
POSIX api.  So low level things like device drivers are not going to
just port over.  What you need to do is get the Windows DDK and write a
true windows driver for your device.  Then you can port the userland
tools using Cygwin and interface with the windows driver.



I am using the DDK. But that being said, inside I would like to use some 
POSIX code.


The problem I am running into, is what Linux considers user space, windows 
does not.


So to port the code, with minimal changes, I have to move it into kernel 
space on windows. IGNORING RED FLAGS THERE.


So that being said, why can't the cygwin libraries be linked statically?


--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Partner & Sr. Manager 7 West 24th Street #100 -
- +1 (443) 921-0381 Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.


--
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: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Gerrit P. Haase

Brian Dessent wrote:


Full original make file (it you care to see it, it's here):

#Makefile for CRM114



Wow.  Just.  Wow.  That makefile is just unbelievable.  (Unbelievably
bad that is.)  I wonder if the author was molested by automake as a kid
and was scarred for life.  Nothing else explains the reasoning for doing
things like copying the same rule over and over for every .o file.


Bill Y. is a genius!  However he knows nothin about automake or
autoconf.


Gerrit
--
=^..^=

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



Re: building device drivers

2005-08-19 Thread Brian Dessent
Jason Pyeron wrote:

> I am building a windows device driver (libraw1394), now I want to do it
> using cygwin (port of Linux device driver). I assume I will need to
> statically link to cygwin libs.
> 
> I am assuming the windows device drivers cannot have DLL dependencies.
> 
> So can things be linked statically? If so an example, please?

I don't think that's really going to work.  Cygwin cannot be linked
statically and even if it could, it was not designed to run in kernel
space at all.  Cygwin does not try to emulate the linux kernel, just a
POSIX api.  So low level things like device drivers are not going to
just port over.  What you need to do is get the Windows DDK and write a
true windows driver for your device.  Then you can port the userland
tools using Cygwin and interface with the windows driver.

Brian

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



RE: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Igor Pechtchanski
On Fri, 19 Aug 2005, Herb Martin wrote:

> > How does that fix anything?  Where do -ltre and -lintl come
> > from?  Are you adding them to $LIBS?  If so then that's not
> > going to work as you've still got the wrong order.
>
> It didn't help -- I am nearly illerate at make
> (I have some other system knowledge of linking objects
> and library's etc so I do know some of the terminology)
> so all I am doing is trying to parse it out logically
> and systematically trying ideas as I interpret the
> suggestions like "try to add..." or "order is backwards..."

Any reason you're not following the *exact* fix recipe I mentioned in
?

> No one's fault but mine and perhaps the original author,
> but then the software is free so that just leaves me. 
>
> > > Full original make file (it you care to see it, it's here):
> > >
> > > #Makefile for CRM114
> >
> > Wow.  Just.  Wow.  That makefile is just unbelievable.
> > (Unbelievably bad that is.)  I wonder if the author was
> > molested by automake as a kid and was scarred for life.
> > Nothing else explains the reasoning for doing things like
> > copying the same rule over and over for every .o file.
>
> I am not qualified to have an opinion, I just want it
> to make and run. 

The make utility is pretty smart about what it can do by default --
reading "info make" can be pretty, well, informative (pun intended).
Run "make -p -f /dev/null" to see what the default rules are.
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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



building device drivers

2005-08-19 Thread Jason Pyeron



I am building a windows device driver (libraw1394), now I want to do it 
using cygwin (port of Linux device driver). I assume I will need to 
statically link to cygwin libs.


I am assuming the windows device drivers cannot have DLL dependencies.

So can things be linked statically? If so an example, please?

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Partner & Sr. Manager 7 West 24th Street #100 -
- +1 (443) 921-0381 Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise private information. If you 
have received it in error, purge the message from your system and 
notify the sender immediately.  Any other use of the email by you 
is prohibited.


--
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: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Herb Martin
> How does that fix anything?  Where do -ltre and -lintl come 
> from?  Are you adding them to $LIBS?  If so then that's not 
> going to work as you've still got the wrong order.


It didn't help -- I am nearly illerate at make
(I have some other system knowledge of linking objects
and library's etc so I do know some of the terminology)
so all I am doing is trying to parse it out logically 
and systematically trying ideas as I interpret the
suggestions like "try to add..." or "order is backwards..."

No one's fault but mine and perhaps the original author,
but then the software is free so that just leaves me. 

> > Full original make file (it you care to see it, it's here):
> > 
> > #Makefile for CRM114
> 
> Wow.  Just.  Wow.  That makefile is just unbelievable.  
> (Unbelievably bad that is.)  I wonder if the author was 
> molested by automake as a kid and was scarred for life.  
> Nothing else explains the reasoning for doing things like 
> copying the same rule over and over for every .o file.

I am not qualified to have an opinion, I just want it
to make and run. 


--
Herb Martin


--
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-entrant versions of functions

2005-08-19 Thread syphon

Hi all,

I'm trying to build some example code from 'Programming with POSIX 
Threads' by David Butenhof, and have run into an error because one of 
the programs calls readdir_r.  From googling and searching the mailing 
lists, it looks like there has been some work done on the re-entrant 
versions of the standard functions, but nothing seems to be built in the 
shipping binary code.


I downloaded the cygwin source and there is definition for readdir_r in 
newlib/libc/posix however there is no corresponding declaration in any 
header file.


My question is, is there a reason that the re-entrant versions of the 
functions like readdir_r are not built?


This isn't a critical issue for me - I just want to play with this stuff 
on my laptop on the train without needing to dual-boot into linux (so 
I'm just being lazy!).  However I'm still curious, so if anyone has an 
answer I'd be greatful.


Many thanks

DL

--
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: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Gerrit P. Haase

Herb Martin wrote:


cannot find -ltre
collect2: ld returned 1 exit status
make[1]: *** [crm114_tre] Error 1



LDFLAGS += -L/usr/local/lib  
LIBS += -ltre -lintl -liconv 
  	(and trying -ltre at the end; is THIS the order

you were referencing?)

The dependency tha that is failing looks like this:

crm114_tre: $(OFILES) crmregex_tre.o
	#   Note: if you haven't installed TRElib, the next step 
	#   will get an error.

#   For TRElib, look in the TRE sub-directory of this kit.
#   Remember to use ./configure --enable-static for static libs.
#   You will also need to add /usr/local/lib to /etc/ld.so.conf,
#   and then run ldconfig (as root) to set the library up and make
#   the library known to the static and runtime linkers.
$(CC) $(LDFLAGS) $(LIBS) $(OFILES) \
  crmregex_tre.o \
  -lm -ltre -o crm114_tre


This is wrong. Try this instead:

$(CC) $(LDFLAGS) $(OFILES) \
  crmregex_tre.o \
  -ltre $(LIBS) -o crm114_tre




My tre libs looks like this:

$ d /usr/local/lib/*tre*
rw-r--r--  herbm:None  349K  Aug 18 21:29  libtre.a
rwxr-xr-x  herbm:None   789  Aug 18 21:29  libtre.la


Then you should go with the settings as you posted above:

LDFLAGS += -L/usr/local/lib
LIBS += -lintl -liconv



$ d ./tre-0.7.2/lib
rw-r--r--  herbm:None   18K  Aug 18 19:34  Makefile
rwxr-xr-x  herbm:None   707  Dec 10  2004  Makefile.am
rwxr-xr-x  herbm:None   19K  Dec 11  2004  Makefile.in
rwxr-xr-x  herbm:None3K  Apr 24  2004  gettext.h
rw-r--r--  herbm:None   788  Aug 19 05:58  libtre.la
rwxr-xr-x  herbm:None  2.7K  Nov 21  2004  readme



Here is no library.  Just the libtool .la helper file.



Current error looks like this:

[snip]

gcc -static -L./tre-0.7.2/lib -L/usr/local/lib   -ltre -lintl -liconv
*.o \
  -lm -ltre -o crm114_tre
/usr/local/lib/libtre.a(regerror.o): In function `regerror':
/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src/tre-0.7.2/lib/
regerror.c:68: undefined reference to `_libintl_gettext'
collect2: ld returned 1 exit status
make[1]: *** [crm114_tre] Error 1



Change the Makefile so that $LIBS are at the end behind the objects
and libtre as noted above since libtre reqwuires libintl and the
linker reads command lines from right to left.


Gerrit
--
=^..^=

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



Re: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Brian Dessent
Herb Martin wrote:

> crm114_tre: $(OFILES) crmregex_tre.o
> #
> #   Note: if you haven't installed TRElib, the next step
> #   will get an error.
> #   For TRElib, look in the TRE sub-directory of this kit.
> #   Remember to use ./configure --enable-static for static libs.
> #   You will also need to add /usr/local/lib to /etc/ld.so.conf,
> #   and then run ldconfig (as root) to set the library up and make
> #   the library known to the static and runtime linkers.
> #
> $(CC) $(LDFLAGS) $(LIBS) $(OFILES) \
>   crmregex_tre.o \
>   -o crm114_tre

How does that fix anything?  Where do -ltre and -lintl come from?  Are
you adding them to $LIBS?  If so then that's not going to work as you've
still got the wrong order.

> Full original make file (it you care to see it, it's here):
> 
> #Makefile for CRM114

Wow.  Just.  Wow.  That makefile is just unbelievable.  (Unbelievably
bad that is.)  I wonder if the author was molested by automake as a kid
and was scarred for life.  Nothing else explains the reasoning for doing
things like copying the same rule over and over for every .o file.

Brian

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



RE: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Herb Martin
> I have no idea how this makefile is structured and since it 
> apparently doesn't use autotools (ggghhh!!) then you'll 
> probably have to hack it up.  This is precisely why using 
> home-made Makefiles is a terrible idea.  You need to find 
> where the actual gcc link command is constructed and see how 
> the order is specified in order to figure out how to get the 
> libraries in the right place.

I am working this target, on the theory that if I
can get it to link then the same principle can be
applied to the rest of the modules:

crm114_tre: $(OFILES) crmregex_tre.o
#
#   Note: if you haven't installed TRElib, the next step 
#   will get an error.
#   For TRElib, look in the TRE sub-directory of this kit.
#   Remember to use ./configure --enable-static for static libs.
#   You will also need to add /usr/local/lib to /etc/ld.so.conf,
#   and then run ldconfig (as root) to set the library up and make
#   the library known to the static and runtime linkers.
#
$(CC) $(LDFLAGS) $(LIBS) $(OFILES) \
  crmregex_tre.o \
  -o crm114_tre  

#Originally#
#   $(CC) $(LDFLAGS) $(LIBS) $(OFILES) \
# crmregex_tre.o \
# -lm -ltre -o crm114_tre


--
Herb Martin


Full original make file (it you care to see it, it's here):

#Makefile for CRM114
#
#
#   If you want to install the executables somewhere else, change
#BINDIR here.  Default is /usr/bin but you can change it to
/usr/local/bin
# if you prefer that sort of thing.
#
prefix=/usr
BINDIR=${prefix}/bin

# VER_SUFFIX defines a version suffix for our installed executables, 
# handy when you want many versions of CRM114 coexisting.
#
# e.g.: VER_SUFFIX=-927b, then if you make install, you get crm-927b
# 
VER_SUFFIX ?= 

#
#  The following forces the compiler to be GCC.  If you have trouble
#  with your default compiler, and you want to force GCC, uncomment it.
# CC=gcc
#
# What version is this software (PLEASE don't change this just 
# to mess with my brain. - wsy)
#
VERSION = 20050721-BlameNeilArmstrong
# VERSION += [$(TRE_TARFILE)]
#
#
#  Are we compiling on a POSIX system or a Windows system?  NOTE:
#   WINDOWS IS UNSUPPORTED BY THE AUTHOR.  THE AUTHOR WILL
#   ACCEPT REASONABLE-LOOKING PATCHES BUT BUG REPORTS _CANNOT_ BE
WORKED.
SYSTEMTYPE = POSIX
#SYSTEMTYPE = WIN32
#
#
#  Tell the compiler full optimization, allow debugging, and warn on every
#  possible error
#  
CFLAGS += -O3 -g -Wall
#CFLAGS += -O0 -g -Wall
# CFLAGS += -Wall
#
#   Choose between static and dynamic linking (we recommend static linking)
#   Comment this out if you want dynamic linking
#
LDFLAGS += -static
#
#   Any standard install flags?  We nominally use protection 755
INSTALLFLAGS += -m 755
#uncomment the next line if you want to "strip" the debugger info 
#from the binaries when installing.  This speeds up load, but 
#you won't be able to submit meaningful CRM114 engine bug reports.
# INSTALLFLAGS += -s
#
#   Do we want to strip the binaries when we install?  This will 
#   speed up loading and decrease memory footprint (good
#   if you're on a server) and bad if you're diagnosing problems.
#   Default is don't strip.
#
# INSTALLFLAGS += -s
#
#   Define the TRE directory (used only for building distributions- note
that
#   this must be HAND-UPDATED when new versions of TRE come out  )
TRE_TARFILE = tre-0.7.2
#
# -   If you're compiling under *BSD, check these out:
#
#Simson Garfinkel suggests that you
#uncomment the following to get a BSD-sane environment.  Leave them
#untouched (commented out) for Linux builds.
# Add for FreeBSD
CFLAGS += -I/usr/local/include
LDFLAGS += -L/usr/local/lib
#LIBS += -lintl -liconv
#
# Jeff Rice suggests the following for FreeBSD:
#CFLAGS += -I/usr/local/include -I${HOME}/include
#LDFLAGS += -L/usr/local/lib -L${HOME}/lib
#LIBS += -lintl -liconv
#
#
#
# -- end of *BSD stuff
#
#
#End of user-configurable options... if you modify anything below
#this line, you risk early insanity and blindness.
#
#
#   These are the files needed to build the CRM114 engine; they don't 
#   include the side utilities
#
CFILES = crm_main.c crm_compiler.c crm_errorhandlers.c \
crm_math_exec.c crm_var_hash_table.c crm_expandvar.c \
crm_stmt_parser.c \
crm_expr_alter.c crm_expr_match.c crm_css_maintenance.c \
crm_markovian.c crm_osb_bayes.c crm_osb_hyperspace.c \
crm_correlate.c crm_osb_winnow.c crm_winnow_maintenance.c \
crm_osbf_bayes.c crm_osbf_maintenance.c \
crm_expr_window.c crm_expr_isolate.c crm_expr_file_io.c \
crm_expr_syscall.c crm_expr_classify.c \
crm_exec_engine.c crm_debugger.c crm_str_funcs.c \
crm_preprocessor.c crmregex_gnu.c crmregex_tre.c \
crm_util_errorhandlers.c 
#   crm_osb_neural.c \
#
HFILES = Makefile crm114_sysin

Re: fork: Resource temporarily unavailable

2005-08-19 Thread David Arnstein
On Fri, Aug 19, 2005 at 11:13:51AM -0400, Christopher Faylor wrote:
> I've created a new snapshot which may work around this problem by trying
> again when this error is presented.  Could you give it a try?

Thank you Mr. Faylor. I have installed the cygwin1.dll dated August
19. If I see any relevant messages from Cygwin software, I will post
to this mail list. The problem I have is intermittent, so all I can do
is (stress) test the DLL from now to eternity.

--
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: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Brian Dessent
Brian Dessent wrote:

> As far as I know this is only done for link efficiency, as
> these sub-libs are never distributed and probably don't work as
> standalone libraries.

... Apparently I don't know that much since I just checked and they are
distributed.  But all the imports in libm should be in libcygwin too:

$ nm /usr/lib/libcygwin.a |grep fabs
 T __fabs
 I __imp___fabs
 T __fabsf
 I __imp___fabsf
 I __imp__fabs
 T _fabs
 I __imp__fabsf
 T _fabsf

$ nm /usr/lib/libm.a |grep fabs
 I __imp__fabs
 T _fabs
 I __imp__fabsf
 T _fabsf

So the libm, libpthread, etc are probably just there to satisfy link
command lines that specify them, but all the functionality is in
libcygwin.a / cygwin1.dll anyway.

Brian

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



Re: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Christopher Faylor
On Fri, Aug 19, 2005 at 08:48:43AM -0700, Brian Dessent wrote:
>Igor Pechtchanski wrote:
>
>> Umm, Gerrit, I don't think the underlined part is true anymore:
>> 
>> $ cd /usr/lib && ls -li libm.a libcygwin.a
>> 1407374883609665 -r-xr-xr-x+ 1 igor Users 956656 Jul  2 20:30 libcygwin.a*
>> 1407374883609668 -r-xr-xr-x+ 1 igor Users  92616 Jul  2 20:30 libm.a*
>> $ uname -a
>> CYGWIN_NT-5.1 pechtcha 1.5.18(0.132/4/2) 2005-07-02 20:30 i686 unknown 
>> unknown Cygwin
>> 
>> -lcygwin *is* added automatically, but not -lm.
>
>libm is a subcomponent of the final cygwin1.dll, which merges several
>such components.  There's also libpthread, libc, libserver, libutil, the
>malloc code, the startup code (etc.) all of which are combined to make
>cygwin1.dll.  As far as I know this is only done for link efficiency, as
>these sub-libs are never distributed and probably don't work as
>standalone libraries.

Adding -lm is a complete no-op.  I dont' think it will improve any link
efficieny since it is just a subcomponent of libcygwin.a and libcygwin.a
is always searched anyway.

Removing it from link lines is the way to go, IMO.

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: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Igor Pechtchanski
On Fri, 19 Aug 2005, Herb Martin wrote:

> > From Behalf Of Brian Dessent
> >
> > > gcc -static -L/usr/local/lib:/lib  -lintl -liconv  crm_main.o
> > > crm_compiler.o crm_errorhandlers.o crm_exec_engine.o crm_p
> 
> > >   -lm -ltre -o crm114_tre
> > >
> > /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld:
> > > cannot find -ltre
> > > collect2: ld returned 1 exit status
> > > make[1]: *** [crm114_tre] Error 1
>
> > Now you've got the order wrong.  The objects must be
> > specified in dependent order, which generally means libraries
> > after objects.
>
> Order of what specifically?  I am modifying these lines in
> the Makefile:
>
> LDFLAGS += -L/usr/local/lib
> #LIBS += -lintl -liconv
>
> I uncommented the second line and added various
> combinations of -L to the first, and -ltre to the
> second.
>
> LDFLAGS += -L/usr/local/lib
> LIBS += -ltre -lintl -liconv
>   (and trying -ltre at the end; is THIS the order
>   you were referencing?)

No...

> The dependency tha that is failing looks like this:
>
> crm114_tre: $(OFILES) crmregex_tre.o
>   #   Note: if you haven't installed TRElib, the next step
>   #   will get an error.
>   #   For TRElib, look in the TRE sub-directory of this kit.
>   #   Remember to use ./configure --enable-static for static libs.
>   #   You will also need to add /usr/local/lib to /etc/ld.so.conf,
>   #   and then run ldconfig (as root) to set the library up and make
>   #   the library known to the static and runtime linkers.
>   $(CC) $(LDFLAGS) $(LIBS) $(OFILES) \
 ^
...This is.  The Makefile is buggy -- $(LIBS) should go *after* $(OFILES).

> crmregex_tre.o \
> -lm -ltre -o crm114_tre
> [snip]

I'm surprised the Makefile is not using the default link rule, e.g.,
something like

LDFLAGS += -L/usr/local/lib
LDLIBS += -lm -ltre
LDLIBS += -lintl -liconv
crm114_tre: $(OFILES) crmregex_tre.o
$(LINK.o) $^ $(LOADLIBES) $(LDLIBS) -o $@

which would do the right thing w.r.t. library order, etc...
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Brian Dessent
Herb Martin wrote:

> ...in the thought that maybe the supposedly installed tre
> libs were not getting picked up -- no joy.  Didn't help.

It's finding the library just fine.  If you specify a -lfoo and it can't
find libfoo then you get an error about not being able to find libfoo. 
But that's not the error you're getting so that's not your problem.

> Order of what specifically?  I am modifying these lines in
> the Makefile:

The order that things are specified to gcc on the link command line. 
The libraries must come after the objects that reference them.

> LDFLAGS += -L/usr/local/lib
> #LIBS += -lintl -liconv
> 
> I uncommented the second line and added various
> combinations of -L to the first, and -ltre to the
> second.

I have no idea how this makefile is structured and since it apparently
doesn't use autotools (ggghhh!!) then you'll probably have to hack
it up.  This is precisely why using home-made Makefiles is a terrible
idea.  You need to find where the actual gcc link command is constructed
and see how the order is specified in order to figure out how to get the
libraries in the right place.

Brian

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



Re: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Brian Dessent
Igor Pechtchanski wrote:

> Umm, Gerrit, I don't think the underlined part is true anymore:
> 
> $ cd /usr/lib && ls -li libm.a libcygwin.a
> 1407374883609665 -r-xr-xr-x+ 1 igor Users 956656 Jul  2 20:30 libcygwin.a*
> 1407374883609668 -r-xr-xr-x+ 1 igor Users  92616 Jul  2 20:30 libm.a*
> $ uname -a
> CYGWIN_NT-5.1 pechtcha 1.5.18(0.132/4/2) 2005-07-02 20:30 i686 unknown 
> unknown Cygwin
> 
> -lcygwin *is* added automatically, but not -lm.

libm is a subcomponent of the final cygwin1.dll, which merges several
such components.  There's also libpthread, libc, libserver, libutil, the
malloc code, the startup code (etc.) all of which are combined to make
cygwin1.dll.  As far as I know this is only done for link efficiency, as
these sub-libs are never distributed and probably don't work as
standalone libraries.

Brian

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



Re: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Gerrit P. Haase

Igor Pechtchanski wrote:


On Fri, 19 Aug 2005, Gerrit P. Haase wrote:



-lcygwin (== -lm) is automatically added at the end when linking.


^^
Umm, Gerrit, I don't think the underlined part is true anymore:

$ cd /usr/lib && ls -li libm.a libcygwin.a
1407374883609665 -r-xr-xr-x+ 1 igor Users 956656 Jul  2 20:30 libcygwin.a*
1407374883609668 -r-xr-xr-x+ 1 igor Users  92616 Jul  2 20:30 libm.a*
$ uname -a
CYGWIN_NT-5.1 pechtcha 1.5.18(0.132/4/2) 2005-07-02 20:30 i686 unknown unknown 
Cygwin

-lcygwin *is* added automatically, but not -lm.
Igor


I always remove -lm from every link line.  IIRC, all which is included
in libm.a is also in libcygwin.a?  E.g. take this:

$ nm /usr/lib/libm.a | grep _log1pf
 I __imp__log1pf
 T _log1pf

$ nm /usr/lib/libcygwin.a | grep _log1pf
 I __imp___log1pf
 T __log1pf
 I __imp__log1pf
 T _log1pf

So why should I include libm?


Gerrit
--
=^..^=

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



RE: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Herb Martin
> From Behalf Of Brian Dessent
> 
> -L takes a single path, no colon.  You specify it multiple 
> times to add multiple paths.  But /lib is already be in the 
> search path so this is redundant and unnecessary.

Ok, so I just dropped the -L/lib (and :/lib) and even tried 
adding the TRE lib directory which is below the crm build 
directory (as opposed to the same one I think is installed
in /usr/bin/local):

-L./tre-0.7.2/lib

...in the thought that maybe the supposedly installed tre
libs were not getting picked up -- no joy.  Didn't help.

> > gcc -static -L/usr/local/lib:/lib  -lintl -liconv  crm_main.o 
> > crm_compiler.o crm_errorhandlers.o crm_exec_engine.o crm_p 

> >   -lm -ltre -o crm114_tre
> > 
> /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: 
> > cannot find -ltre
> > collect2: ld returned 1 exit status
> > make[1]: *** [crm114_tre] Error 1

> Now you've got the order wrong.  The objects must be 
> specified in dependent order, which generally means libraries 
> after objects.

Order of what specifically?  I am modifying these lines in
the Makefile:

LDFLAGS += -L/usr/local/lib  
#LIBS += -lintl -liconv 

I uncommented the second line and added various
combinations of -L to the first, and -ltre to the
second.

LDFLAGS += -L/usr/local/lib  
LIBS += -ltre -lintl -liconv 
(and trying -ltre at the end; is THIS the order
you were referencing?)

The dependency tha that is failing looks like this:

crm114_tre: $(OFILES) crmregex_tre.o
#   Note: if you haven't installed TRElib, the next step 
#   will get an error.
#   For TRElib, look in the TRE sub-directory of this kit.
#   Remember to use ./configure --enable-static for static libs.
#   You will also need to add /usr/local/lib to /etc/ld.so.conf,
#   and then run ldconfig (as root) to set the library up and make
#   the library known to the static and runtime linkers.
$(CC) $(LDFLAGS) $(LIBS) $(OFILES) \
  crmregex_tre.o \
  -lm -ltre -o crm114_tre

My tre libs looks like this:

$ d /usr/local/lib/*tre*
rw-r--r--  herbm:None  349K  Aug 18 21:29  libtre.a
rwxr-xr-x  herbm:None   789  Aug 18 21:29  libtre.la

$ d ./tre-0.7.2/lib
rw-r--r--  herbm:None   18K  Aug 18 19:34  Makefile
rwxr-xr-x  herbm:None   707  Dec 10  2004  Makefile.am
rwxr-xr-x  herbm:None   19K  Dec 11  2004  Makefile.in
rwxr-xr-x  herbm:None3K  Apr 24  2004  gettext.h
rw-r--r--  herbm:None   788  Aug 19 05:58  libtre.la
rwxr-xr-x  herbm:None  2.7K  Nov 21  2004  readme
rwxr-xr-x  herbm:None  3.3K  Oct 11  2004  regcomp.c
rw-r--r--  herbm:None   312  Aug 19 05:58  regcomp.lo
rw-r--r--  herbm:None   18K  Aug 19 05:58  regcomp.o
rwxr-xr-x  herbm:None  2.7K  Oct 10  2004  regerror.c
rw-r--r--  herbm:None   315  Aug 19 05:58  regerror.lo
rw-r--r--  herbm:None   16K  Aug 19 05:58  regerror.o
rwxr-xr-x  herbm:None  7.6K  Nov 21  2004  regex.h
rwxr-xr-x  herbm:None  9.7K  Nov 21  2004  regexec.c
rw-r--r--  herbm:None   312  Aug 19 05:58  regexec.lo
rw-r--r--  herbm:None   24K  Aug 19 05:58  regexec.o
rwxr-xr-x  herbm:None31  Aug 18 19:34  stamp-h2
rwxr-xr-x  herbm:None  5.6K  Oct 11  2004  tre-ast.c
rwxr-xr-x  herbm:None4K  Nov 21  2004  tre-ast.h
rw-r--r--  herbm:None   312  Aug 19 05:57  tre-ast.lo
rw-r--r--  herbm:None   19K  Aug 19 05:57  tre-ast.o
rwxr-xr-x  herbm:None   59K  Dec 10  2004  tre-compile.c
rwxr-xr-x  herbm:None1K  Nov 21  2004  tre-compile.h
rw-r--r--  herbm:None   324  Aug 19 05:57  tre-compile.lo
rw-r--r--  herbm:None   66K  Aug 19 05:57  tre-compile.o
rwxr-xr-x  herbm:None  1.3K  Dec 11  2004  tre-config.h
rwxr-xr-x  herbm:None  1.2K  Dec 10  2004  tre-config.h.in
rwxr-xr-x  herbm:None  2.2K  Nov 21  2004  tre-filter.c
rwxr-xr-x  herbm:None   363  Nov 21  2004  tre-filter.h
rw-r--r--  herbm:None   321  Aug 19 05:57  tre-filter.lo
rw-r--r--  herbm:None   16K  Aug 19 05:57  tre-filter.o
rwxr-xr-x  herbm:None8K  Nov 21  2004  tre-internal.h
rwxr-xr-x  herbm:None   24K  Nov 21  2004  tre-match-approx.c
rw-r--r--  herbm:None   339  Aug 19 05:58  tre-match-approx.lo
rw-r--r--  herbm:None   38K  Aug 19 05:58  tre-match-approx.o
rwxr-xr-x  herbm:None   18K  Nov 21  2004  tre-match-backtrack.c
rw-r--r--  herbm:None   348  Aug 19 05:57  tre-match-backtrack.lo
rw-r--r--  herbm:None   30K  Aug 19 05:57  tre-match-backtrack.o
rwxr-xr-x  herbm:None   14K  Nov 21  2004  tre-match-parallel.c
rw-r--r--  herbm:None   345  Aug 19 05:57  tre-match-parallel.lo
rw-r--r--  herbm:None   24K  Aug 19 05:57  tre-match-parallel.o
rwxr-xr-x  herbm:None  6.4K  Nov 21  2004  tre-match-utils.h
rwxr-xr-x  herbm:None  3.7K  Oct 11  2004  tre-mem.c
rwxr-xr-x  herbm:None  2.4K  Sep 04  2004  tre-mem.h
rw-r--r--  herbm:None   312  Aug 19 05:57  tre-mem.lo
rw-r--r--  herbm:None   17K  Aug 19 05:57  tre-mem.o
rwxr-xr-x  herbm:None   44K  Apr 17 13:37  tre-parse.c
rwxr-xr-x  herbm:None2K  Oct 11  2004  tre-parse.h
rw-r--r--  herbm:None   318  Aug 19 05:57  t

Fwd: rsh , $HOME environment variable

2005-08-19 Thread Ramón
Hi to all,

when I do:

# rsh -l Administrator MYHOST set | grep HOME

I obtain:

HOME=/
HOMEDRIVE=C:
HOMEPATH='\cygwin\home\Administrator'

$HOME must be /home/Administrator 

With ssh $HOME is correctly declarated:

# ssh -l Administrator MYHOST set | grep HOME
HOME=/home/Administrator
HOMEDRIVE=C:
HOMEPATH='\cygwin\home\Administrator'


WHY ?? I need ~ and $HOME correctly declarated !!

Regards,

Ramón.

---

--
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: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Igor Pechtchanski
On Fri, 19 Aug 2005, Gerrit P. Haase wrote:

> -lcygwin (== -lm) is automatically added at the end when linking.
^^
Umm, Gerrit, I don't think the underlined part is true anymore:

$ cd /usr/lib && ls -li libm.a libcygwin.a
1407374883609665 -r-xr-xr-x+ 1 igor Users 956656 Jul  2 20:30 libcygwin.a*
1407374883609668 -r-xr-xr-x+ 1 igor Users  92616 Jul  2 20:30 libm.a*
$ uname -a
CYGWIN_NT-5.1 pechtcha 1.5.18(0.132/4/2) 2005-07-02 20:30 i686 unknown unknown 
Cygwin

-lcygwin *is* added automatically, but not -lm.
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!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Gerrit P. Haase

Brian Dessent wrote:


Now you've got the order wrong.  The objects must be specified in
dependent order, which generally means libraries after objects.


I.e.:
 gcc -o crm114 *.o -L/usr/local/lib -ltre -lintl -liconv

-lcygwin (== -lm) is automatically added at the end when linking.


Gerrit
--
=^..^=

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



Re: fork: Resource temporarily unavailable

2005-08-19 Thread Christopher Faylor
On Thu, Aug 18, 2005 at 12:01:33AM -0700, David Arnstein wrote:
>Frequently (but not always) I will launch a Cygwin command window 
>running bash; the new command window prints a message from bash:
>
>--
>10 [main] bash 1880 pinfo::wait: Couldn't create pipe tracker for pid 3768,  
>Win32 error 231
>bash: fork: Resource temporarily unavailable
>--

error 231 is ERROR_PIPE_BUSY -- that's a very strange error to be coming
from the simple creation of an annonymous pipe.

I've created a new snapshot which may work around this problem by trying
again when this error is presented.  Could you give it a try?

http://cygwin.com/snapshots/

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: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Brian Dessent
Herb Martin wrote:

> If I change -L/usr/local/lib to -L/usr/local/lib:/lib

-L takes a single path, no colon.  You specify it multiple times to add
multiple paths.  But /lib is already be in the search path so this is
redundant and unnecessary.

> gcc -static -L/usr/local/lib:/lib  -lintl -liconv  crm_main.o crm_compiler.o
> crm_errorhandlers.o crm_exec_engine.o crm_p
> reprocessor.o crm_var_hash_table.o crm_math_exec.o crm_expandvar.o
> crm_stmt_parser.o crm_expr_alter.o crm_expr_match.o c
> rm_css_maintenance.o crm_markovian.ocrm_osb_bayes.o crm_osb_hyperspace.o
> crm_correlate.o crm_osb_winnow.o crm_winnow
> _maintenance.o crm_osbf_bayes.o crm_osbf_maintenance.o crm_expr_window.o
> crm_expr_isolate.o  crm_expr_file_io.o crm_expr
> _syscall.o crm_expr_classify.o crm_debugger.o crm_str_funcs.o  \
>   crmregex_tre.o \
>   -lm -ltre -o crm114_tre
> /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: cannot
> find -ltre
> collect2: ld returned 1 exit status
> make[1]: *** [crm114_tre] Error 1
> make[1]: Leaving directory
> `/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src'
> make: *** [crm114] Error 2

Now you've got the order wrong.  The objects must be specified in
dependent order, which generally means libraries after objects.

Brian

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



RE: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Herb Martin
Thanks to everyone who offered a suggestion -- I don't
have crm114 building yet, but I at least feel like I
am BEGINNING to understand the link (not well enough
however.)

> From: Gerrit P. Haase [mailto:[EMAIL PROTECTED] 
> > regerror.c:68: undefined reference to `_libintl_gettext'
> > collect2: ld returned 1 exit status
> The above error just means that you'r missing libintl at your 
> link command, try to add -lintl to the Makefile where appropriate.

Will do.  (If I can figure out where.)

There is a /bin/cygintl.dll, and in /lib there are:

libintl.a libintl.dll.a libintl.la

If I change -L/usr/local/lib to -L/usr/local/lib:/lib
the problem moves to "-ltre"; if I leave out the :/lib
or try to use a separate -L/lib then the errors messages
references libintl again.  (Obviously, I am just flailing,
trying each combination.)

gcc -static -L/usr/local/lib:/lib  -lintl -liconv  crm_main.o crm_compiler.o
crm_errorhandlers.o crm_exec_engine.o crm_p
reprocessor.o crm_var_hash_table.o crm_math_exec.o crm_expandvar.o
crm_stmt_parser.o crm_expr_alter.o crm_expr_match.o c
rm_css_maintenance.o crm_markovian.ocrm_osb_bayes.o crm_osb_hyperspace.o
crm_correlate.o crm_osb_winnow.o crm_winnow
_maintenance.o crm_osbf_bayes.o crm_osbf_maintenance.o crm_expr_window.o
crm_expr_isolate.o  crm_expr_file_io.o crm_expr
_syscall.o crm_expr_classify.o crm_debugger.o crm_str_funcs.o  \
  crmregex_tre.o \
  -lm -ltre -o crm114_tre
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: cannot
find -ltre
collect2: ld returned 1 exit status
make[1]: *** [crm114_tre] Error 1
make[1]: Leaving directory
`/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src'
make: *** [crm114] Error 2

Or: (leave out the :/lib or try to use a separate -L/lib)

gcc -static -L/usr/local/lib  -lintl -liconv  crm_main.o crm_compiler.o
crm_errorhandlers.o crm_exec_engine.o crm_prepro
cessor.o crm_var_hash_table.o crm_math_exec.o crm_expandvar.o
crm_stmt_parser.o crm_expr_alter.o crm_expr_match.o crm_cs
s_maintenance.o crm_markovian.o crm_osb_bayes.o crm_osb_hyperspace.o
crm_correlate.o crm_osb_winnow.o crm_winnow_mainten
ance.o crm_osbf_bayes.o crm_osbf_maintenance.o crm_expr_window.o
crm_expr_isolate.o  crm_expr_file_io.o crm_expr_syscall
.o crm_expr_classify.o crm_debugger.o crm_str_funcs.o  \
  crmregex_tre.o \
  -lm -ltre -o crm114_tre
/usr/local/lib/libtre.a(regerror.o): In function `regerror':
/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src/tre-0.7.2/lib/
regerror.c:68: undefined reference to `_libi
ntl_gettext'
collect2: ld returned 1 exit status

> There are ready to use TRE packages.  E.g. here:
> ftp://sunsite.dk/projects/cygwinports/release/tre/

TRE makes and tests just fine.  Do you think that TRE
is (the cause of) the linking problem or just the target?

> From Dave Korn
>   Or perhaps giving the --disable-nls option to configure 
> would also fix it?

crm114 doesn't use configure.  Did you intend this 
for TRE (which doesn't seem [to me] to be the cause 
of the problem.)

> > fix this you must edit /etc/ld.so.conf to include 
> > /usr/local/lib, and then run ldconfig.

> ld.so.conf and ldconfig are aspects of the Linux dynamic 
> linker.  There is no such thing under Windows or Cygwin, so 
> those instructions are meaningless.  

And since the TRE is set to static (by configure instruction
when TRE is made), TRE shouldn't be the problem. ???

> The closest equivalent 
> is to ensure that the installed DLL is in the path.  This 
> normally means that if you configured with 
> --prefix=/usr/local (the default) that you should get a 
> cyg.dll in /usr/local/bin and hence you need 
> /usr/local/bin in the path.  Only static libraries and import 
> libraries go in /usr/local/lib, and these do not need to be 
> in the path.

So, as I understand it, the TRE libs in /usr/local/lib
make sense, correct?

--
Herb Martin


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



rsh , $HOME environment variable

2005-08-19 Thread Ramón
Hi to all,

when I do: 

# rsh -l Administrator MYHOST set | grep HOME

I obtain:

HOME=/
HOMEDRIVE=C:
HOMEPATH='\cygwin\home\Administrator'

$HOME must be /home/Administrator 

With ssh $HOME is correctly declarated:

# ssh -l Administrator MYHOST set | grep HOME
HOME=/home/Administrator
HOMEDRIVE=C:
HOMEPATH='\cygwin\home\Administrator'


WHY ?? I need ~ and $HOME correctly declarated !!

Regards,

Ramón.

--
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: tar-1.15.1-2

2005-08-19 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new release of tar, 1.15.1-2, is available.

NEWS:
=
This is a new upstream release, with a new maintainer.  Upstream changes
since the previous version, 1.13.25-7, are listed below, and can be found
in /usr/share/doc/tar-1.15.1/NEWS.

Additionally, for text files managed by tar (such as incremental listings,
as opposed to actual binary tar files), this version no longer forces \r\n
line endings on binary mounts.  Also, it is now possible to use file lists
that have managed mount filenames including \r by using the --null option.
 The testsuite passes for both binary and text mounts, so please report
any problems caused by this change.

DESCRIPTION:

GNU Tar is an archiver program. It is used to create and manipulate files
that are actually collections of many other files; the program provides
users with an organized and systematic method of controlling a large
amount of data.  Despite its name, that is an acronym of "tape archiver",
GNU Tar is able to direct its output to any available devices, files or
other programs, it may as well access remote devices or files.  The main
areas of usage for GNU Tar are: storage, backup and transportation.

UPDATE:
===
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Save it and run setup, answer the questions and pick up
'tar' from the 'Base' category (it should already be selected).

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update, please choose the one nearest
to you: http://cygwin.com/mirrors.html

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

- --
Eric Blake
(new) volunteer cygwin tar maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

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.

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

iD8DBQFDBd7U84KuGfSFAYARAlYPAKDEz4lrUmfYBMP4eF2NAjAWEYiHTwCgjqa+
OoTu90cUPj0BjFWb1jtebBA=
=aJRc
-END PGP SIGNATURE-
GNU tar NEWS - User visible changes.
Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2003, 2004
Free Software Foundation, Inc.
See the end for copying conditions.

Please send GNU tar bug reports to 

version 1.15.1 - Sergey Poznyakoff, 2004-12-21

This version fixes a bug introduced in 1.15 which caused 
tar to refuse to extract files from standard input.


version 1.15 - Sergey Poznyakoff, 2004-12-20

* Compressed archives are recognised automatically, it is no longer
necessary to specify -Z, -z, or -j options to read them. Thus, you can
now run `tar tf archive.tar.gz'.

* When restoring incremental dumps, --one-file-system option
prevents directory hierarchies residing on different devices
from being purged.

With the previous versions of tar it was dangerous to create
incremental dumps with --one-file-system option, since they
would recursively remove mount points when restoring from the
back up. This change fixes the bug.

* Renamed --strip-path to --strip-components for consistency with
the GNU convention.

* Skipping archive members is sped up if the archive media supports
seeks.

* Restore script starts restoring only if it is given --all (-a) option,
or some patterns. This is to prevent accidental restores.

* `tar --verify' prints a warning if during archive creation some of
the file names had their prefixes stripped off.

* New option --exclude-caches instructs tar to exclude cache directories
automatically on archive creation. Cache directories are those
containing a standardized tag file, as specified at:

http://www.brynosaurus.com/cachedir/spec.html   

* New configure option --with-rmt allows to specify full path name to
the `rmt' utility. This supercedes DEFAULT_RMT_COMMAND variable
introduced in version 1.14

* New configure variable DEFAULT_RMT_DIR allows to specify the directory
where to install `rmt' utility. This is necessary since modifying
--libexecdir as was suggested for version 1.14 produced a side effect: it
also modified installation prefix for backup scripts (if
--enable-backup-scripts was given).

* Bugfixes:
** Fixed flow in recognizing files to be included in incremental dumps.
** Correctly recognize sparse archive members when used

Re: Broken link at http://cygwin.com/faq.html

2005-08-19 Thread Christopher Faylor
On Fri, Aug 19, 2005 at 04:26:51AM -0700, Joshua Daniel Franklin wrote:
>On 8/19/05, Gerald Pfeifer wrote:
>> http://cygwin.com/faq.html has one (I believe actually more than one)
>> link to http://www.redhat.com/software/tools/cygwin/ which is broken.
>> 
>> I don't have the current URL at redhat.com, but thought you might want
>> to know; it's kind of critical, since that's the pointer to the license
>> information for non-GPL use.
>
>Thanks, it looks like it's 
>http://www.redhat.com/software/cygwin/
>
>I'll update this weekend.

Please just update the FAQ to point to http://cygwin.com/license.html .
There is no need to keep this information in two places.

I think that this is a good rule to follow, in general.  The FAQ
shouldn't be summarizing or paraphrasing information that is available
elsewhere; it should be just pointing to the information.  IIRC, the FAQ
also has advice on how to post to the cygwin mailing lists which is
covered by http://cygwin.com/lists.html and
http://cygwin.com/problems.html .

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: can't ssh my cygwin host

2005-08-19 Thread Corinna Vinschen
On Aug 19 10:26, Dami?n Rodr?guez S?nchez wrote:
> Hi.
> I've been trying to set up a ssh server on a Windows XP machine
> with cygwin. I followed the instructions at
> http://pigtail.net/LRP/printsrv/cygwin-sshd.html

Ask them what's wrong with their instructions.  People using the
official instructions and /bin/ssh-host-config don't have these
problems.  Try reading /usr/share/doc/Cygwin/openssh.README, it's
meant to be helpful.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

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



can't ssh my cygwin host

2005-08-19 Thread Damián Rodríguez Sánchez
Hi.
I've been trying to set up a ssh server on a Windows XP machine
with cygwin. I followed the instructions at
http://pigtail.net/LRP/printsrv/cygwin-sshd.html
but keep getting:
ssh: connect to host xx port 22: Connection refused
when I try to connect.
I tried including port 22 (tcp) in my list of execeptions or
even disabling the firewall altogether but the I keep
receiving the same messge. Any ideas?





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



csrss.exe - 200mo in memory

2005-08-19 Thread Nicolas Gasset

Hi Folks,

I updated my cygwin version 2 weeks ago and since that time when I 
launch cygwin the process csrss.exe takes 200mo in the memory !!


Thanks in advance for your help,

Nico

--
Cygwin Configuration Diagnostics
Current System Time: Fri Aug 19 09:40:37 2005

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:D:\cygwin\usr\local\bin
   D:\cygwin\bin
   D:\cygwin\bin
   D:\cygwin\usr\X11R6\bin
   d:\MiKTeX\Main\miktex\bin
   c:\WINDOWS\system32
   c:\WINDOWS
   c:\WINDOWS\System32\Wbem
   c:\Program Files\ATI Technologies\ATI Control Panel
   c:\Program Files\Executive Software\Diskeeper\
   c:\Program Files\UltraEdit
   c:\Program Files\SSH Communications Security\SSH Secure Shell

Output from D:\cygwin\bin\id.exe (nontsec)
UID: 1008(Nico)  GID: 513(Aucun)
0(root)  513(Aucun)   544(Administrateurs)
545(Utilisateurs)1009(Debugger Users)

Output from D:\cygwin\bin\id.exe (ntsec)
UID: 1008(Nico)  GID: 513(Aucun)
0(root)  513(Aucun)   544(Administrateurs)
545(Utilisateurs)1009(Debugger Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = `Nico'
PWD = `/cygdrive/d/PEI_0_1'
HOME = `/home/Nico'
MAKE_MODE = `unix'

HOMEPATH = `\Documents and Settings\Nico'
MANPATH = 
`/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/X11R6/man'

APPDATA = `C:\Documents and Settings\Nico\Application Data'
HOSTNAME = `ngasset-1'
DIRALL = `d:/PEI_0_1'
TERM = `cygwin'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 13 Stepping 8, GenuineIntel'
WINDIR = `C:\WINDOWS'
TEXDOCVIEW_txt = `cygstart %s'
TEXDOCVIEW_dvi = `cygstart %s'
APRESSTMPDIR = `C:\DOCUME~1\Nico\LOCALS~1\Temp'
OLDPWD = `/home/Nico'
USERDOMAIN = `NGASSET-1'
OS = `Windows_NT'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
!:: = `::\'
TEMP = `/cygdrive/c/DOCUME~1/Nico/LOCALS~1/Temp'
COMMONPROGRAMFILES = `C:\Program Files\Fichiers communs'
USERNAME = `Nico'
TEXDOCVIEW_pdf = `cygstart %s'
PROCESSOR_LEVEL = `6'
FP_NO_HOST_CHECK = `NO'
SYSTEMDRIVE = `C:'
TEXDOCVIEW_html = `cygstart %s'
USERPROFILE = `C:\Documents and Settings\Nico'
PS1 = `\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '
LOGONSERVER = `\\NGASSET-1'
PROCESSOR_ARCHITECTURE = `x86'
!C: = `C:\Documents and Settings\Nico'
SHLVL = `1'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = `C:'
!D: = `D:\cygwin\bin'
PROMPT = `$P$G'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
TMP = `/cygdrive/c/DOCUME~1/Nico/LOCALS~1/Temp'
SYSTEMROOT = `C:\WINDOWS'
PRINTER = `Dell Photo AIO Printer 922'
CVS_RSH = `/bin/ssh'
PROCESSOR_REVISION = `0d08'
TEXDOCVIEW_ps = `cygstart %s'
INFOPATH = `/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = `C:\Program Files'
NUMBER_OF_PROCESSORS = `1'
SESSIONNAME = `Console'
COMPUTERNAME = `NGASSET-1'
SONICCENTRAL = `C:\Program Files\Fichiers communs\Sonic Shared\Sonic 
Central\'

_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
 (default) = `/cygdrive'
 cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
 (default) = `D:\cygwin'
 flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
 (default) = `D:\cygwin/bin'
 flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
 (default) = `D:\cygwin/lib'
 flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

c:  hd  NTFS 22999Mb  58% CP CS UN PA FC
d:  hd  NTFS 50438Mb  98% CP CS UN PA FC
e:  cd N/AN/A   
f:  cd  CDFS   614Mb 100%CS UN   AcrobatPro6
g:  cd N/AN/A   


D:\cygwin  /  system  binmode
D:\cygwin/bin  /usr/bin   system  binmode
D:\cygwin/lib  /usr/lib   system  binmode
.  /cygdrive  system  binmode,cygdrive

Found: D:\cygwin\bin\awk.exe
Found: D:\cygwin\bin\bash.exe
Found: D:\cygwin\bin\cat.exe
Found: D:\cygwin\bin\cp.exe
Found: D:\cygwin\bin\cpp.exe
Found: D:\cygwin\bin\find.exe
Found: D:\cygwin\bin\gcc.exe
Not Found: gdb
Found: D:\cygwin\bin\grep.exe
Found: D:\cygwin\bin\ld.exe
Found: D:\cygwin\bin\ls.exe
Found: D:\cygwin\bin\make.exe
Found: D:\cygwin\bin\mv.exe
Found: D:\cygwin\bin\rm.exe
Found: D:\cygwin\bin\sed.exe
Found: D:\cygwin\bin\sh.exe
Found: D:\cygwin\bin\tar.exe

  56k 2005/07/09 D:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
 "cygbz2-1.dll" v0.0 ts=2005/7/9 2:09
  18k 2004/07/06 D:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0
 "cygcharset-1.dll" v0.0 ts=2004/7/6 15:09
   7k 2003/10/19 D:\cygwin

Re: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Gerrit P. Haase

Brian Dessent wrote:


detected.  You might try an autoreconf --install --force --verbose (or
run the equivalent bootstrap.sh if included) before trying anything
else.



Hey, crm114 was autoconfiscated, really nice to see that.



OT: Why in the hell are you compiling source code under /etc?


Gerrit
--
=^..^=

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



Re: Virtual drives should not be pies in the sky

2005-08-19 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[http://cygwin.com/acronyms/#PPIOSPE]
[http://cygwin.com/acronyms/#TOFU - reformatted accordingly]

> 
> -Original Message-
> From: Eric Blake [mailto:ebb9  byu.net]

[http://cygwin.com/acronyms/#PCYMTNQREAIYR]

> It's a general problem with all mount points.  If there is no file or
> directory by the same name as the mount point, then cygwin's readdir()
> will not see it (and that is what tab-completion relies on).  The solution
> is to create a directory with the same name as the mount-point: 'mkdir
> /cygdrive'.

According to Jerrad Pierce on 8/19/2005 6:26 AM:
> Okay, but why isn't that done on install? (Let alone the logic behind
> non-standardization)
> I had ended up making a /mnt and setting cydrive prefix to that

Because no one has contributed a patch to make it that way?
http://cygwin.com/acronyms/#PTC

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

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDBdGe84KuGfSFAYARAgkQAJwJgUK9rJIfTeAfpyngZXKrgxYb5QCfRFzi
bR+R/nvJcgD+3osNbFSl/h4=
=KfCz
-END PGP SIGNATURE-

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



Re: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Brian Dessent
Herb Martin wrote:
> 

> Just prior to the error the make file outputs a warning that if TRE (the
> regex library) is not installed you will get an error AND that to fix this
> you must edit /etc/ld.so.conf to include /usr/local/lib, and then run
> ldconfig.

ld.so.conf and ldconfig are aspects of the Linux dynamic linker.  There
is no such thing under Windows or Cygwin, so those instructions are
meaningless.  The closest equivalent is to ensure that the installed DLL
is in the path.  This normally means that if you configured with
--prefix=/usr/local (the default) that you should get a
cyg.dll in /usr/local/bin and hence you need /usr/local/bin in
the path.  Only static libraries and import libraries go in
/usr/local/lib, and these do not need to be in the path.

> /usr/local/lib/libtre.a(regerror.o): In function `regerror':
> /etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src/tre-0.7.2/lib/
> regerror.c:68: undefined reference to `_libi ntl_gettext'
> collect2: ld returned 1 exit status
> make[1]: *** [crm114_tre] Error 1
> make[1]: Leaving directory
> `/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src'
> make: *** [crm114] Error 2

I assume this is a copy and paste error and that there was no space in
`_libintl_gettext'.  It sounds like you need to add -lintl to the link
command line.  If I'm not mistaken, these functions are part of glibc on
the Linux platform so there is no need for any extra -l switches there. 
If this is the case then it indicates that the configury for this
program is seriously broken, because these things are supposed to be
detected.  You might try an autoreconf --install --force --verbose (or
run the equivalent bootstrap.sh if included) before trying anything
else.

OT: Why in the hell are you compiling source code under /etc?

Brian

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



RE: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Dave Korn
Original Message
>From: Herb Martin
>Sent: 19 August 2005 12:56

> [I would of course love a solution for this, but even hints on how to
> approach such a problem will be greatly appreciated.]

> /usr/local/lib/libtre.a(regerror.o): In function `regerror':
>
/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src/tre-0.7.2/lib/
> regerror.c:68: undefined reference to `_libintl_gettext'
> collect2: ld returned 1 exit status
> make[1]: *** [crm114_tre] Error 1
> make[1]: Leaving directory
> `/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src'
> make: *** [crm114] Error 2


  It's looking for libintl.  Do you have the various libintl packages
installed?




cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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



RE: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Dave Korn
Original Message
>From: Gerrit P. Haase
>Sent: 19 August 2005 13:15



> The above error just means that you'r missing libintl at your link
> command, try to add -lintl to the Makefile where appropriate.
> 

  Or perhaps giving the --disable-nls option to configure would also fix it?


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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



Re: Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Gerrit P. Haase

Herb Martin wrote:


[I would of course love a solution for this, but even hints on how to
approach such a problem will be greatly appreciated.]

Trying to install current version of crm114
(crm114-20050721-BlameNeilArmstrong.src) under cygwin 1.5.18 without success
(see relevant output below).

http://crm114.sourceforge.net/

Just prior to the error the make file outputs a warning that if TRE (the
regex library) is not installed you will get an error AND that to fix this
you must edit /etc/ld.so.conf to include /usr/local/lib, and then run
ldconfig.

I have made, tested and installed TRE (tre-0.7.2, the version included with
the crm114 source) but there was no file '/usr/local/lib' and "which
ldconfig" does not find that program. (make, make check, and make install
all succeed for TRE.

Documentation indicates TRE must be prepared with './configure
--enable-static' (which I did.)
(CRM114 & Mailfilter HOWTO
)

[Needless to say, I am not very familiar with linking or writing make files
on cygwin.]

--
Herb Martin

[There is a SourceForge project for ports that are NOT included in the
standard CygWin release:

which has crm114 20040328-1 from 2004-04-21 (most/all of the packages
there are dated from 2004.
This one doesn't make for me either.]


Failure of crm114 20050721 output:
$ make
make crm114_tre
make[1]: Entering directory
`/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src'
#
#   Note: if you haven't installed TRElib, the next step
#   will get an error.
#   For TRElib, look in the TRE sub-directory of this kit.
#   Remember to use ./configure --enable-static for static libs.
#   You will also need to add /usr/local/lib to /etc/ld.so.conf,
#   and then run ldconfig (as root) to set the library up and make
#   the library known to the static and runtime linkers.
#
gcc -static -L/usr/local/lib  crm_main.o crm_compiler.o crm_errorhandlers.o
crm_exec_engine.o crm_preprocessor.o crm_var_hash_table.o crm_math_exec.o
crm_expandvar.o crm_stmt_parser.o crm_expr_alter.o crm_expr_match.o
crm_css_maintenance.o crm_markovian.o crm_osb_bayes.o crm_osb_hyperspace.o
crm_correlate.o crm_osb_winnow.o crm_winnow_maintenance.o crm_osbf_bayes.o
crm_osbf_maintenance.o crm_expr_window.o crm_expr_isolate.o
crm_expr_file_io.o crm_expr_syscall.o crm_expr_clas sify.o crm_debugger.o
crm_str_funcs.o  \
  crmregex_tre.o \
  -lm -ltre -o crm114_tre
/usr/local/lib/libtre.a(regerror.o): In function `regerror':
/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src/tre-0.7.2/lib/
regerror.c:68: undefined reference to `_libintl_gettext'
collect2: ld returned 1 exit status
make[1]: *** [crm114_tre] Error 1
make[1]: Leaving directory
`/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src'
make: *** [crm114] Error 2


The above error just means that you'r missing libintl at your link
command, try to add -lintl to the Makefile where appropriate.


There are ready to use TRE packages.  E.g. here:
ftp://sunsite.dk/projects/cygwinports/release/tre/

There is also a source package, including a script and patch (if
any patch is needed), the patch may be adopted for newer releases
and the script contains the configure options used to build this
package.  However, you also may try to use this older version without
rebuilding TRE.


Gerrit
--
=^..^=

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



Trying to build crm114 (20050721) under CygWin 1.5.18-1

2005-08-19 Thread Herb Martin
[I would of course love a solution for this, but even hints on how to
approach such a problem will be greatly appreciated.]

Trying to install current version of crm114
(crm114-20050721-BlameNeilArmstrong.src) under cygwin 1.5.18 without success
(see relevant output below).

http://crm114.sourceforge.net/

Just prior to the error the make file outputs a warning that if TRE (the
regex library) is not installed you will get an error AND that to fix this
you must edit /etc/ld.so.conf to include /usr/local/lib, and then run
ldconfig.

I have made, tested and installed TRE (tre-0.7.2, the version included with
the crm114 source) but there was no file '/usr/local/lib' and "which
ldconfig" does not find that program. (make, make check, and make install
all succeed for TRE.

Documentation indicates TRE must be prepared with './configure
--enable-static' (which I did.)
(CRM114 & Mailfilter HOWTO
)

[Needless to say, I am not very familiar with linking or writing make files
on cygwin.]

--
Herb Martin

[There is a SourceForge project for ports that are NOT included in the
standard CygWin release:

...which has crm114 20040328-1 from 2004-04-21 (most/all of the packages
there are dated from 2004.
This one doesn't make for me either.]


Failure of crm114 20050721 output:
$ make
make crm114_tre
make[1]: Entering directory
`/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src'
#
#   Note: if you haven't installed TRElib, the next step
#   will get an error.
#   For TRElib, look in the TRE sub-directory of this kit.
#   Remember to use ./configure --enable-static for static libs.
#   You will also need to add /usr/local/lib to /etc/ld.so.conf,
#   and then run ldconfig (as root) to set the library up and make
#   the library known to the static and runtime linkers.
#
gcc -static -L/usr/local/lib  crm_main.o crm_compiler.o crm_errorhandlers.o
crm_exec_engine.o crm_preprocessor.o crm_var_hash_table.o crm_math_exec.o
crm_expandvar.o crm_stmt_parser.o crm_expr_alter.o crm_expr_match.o
crm_css_maintenance.o crm_markovian.o crm_osb_bayes.o crm_osb_hyperspace.o
crm_correlate.o crm_osb_winnow.o crm_winnow_maintenance.o crm_osbf_bayes.o
crm_osbf_maintenance.o crm_expr_window.o crm_expr_isolate.o
crm_expr_file_io.o crm_expr_syscall.o crm_expr_clas sify.o crm_debugger.o
crm_str_funcs.o  \
  crmregex_tre.o \
  -lm -ltre -o crm114_tre
/usr/local/lib/libtre.a(regerror.o): In function `regerror':
/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src/tre-0.7.2/lib/
regerror.c:68: undefined reference to `_libi ntl_gettext'
collect2: ld returned 1 exit status
make[1]: *** [crm114_tre] Error 1
make[1]: Leaving directory
`/etc/mail/spamassassin/crm114-20050721-BlameNeilArmstrong.src'
make: *** [crm114] Error 2

--
Herb Martin


--
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 link at http://cygwin.com/faq.html

2005-08-19 Thread Joshua Daniel Franklin
On 8/19/05, Gerald Pfeifer wrote:
> http://cygwin.com/faq.html has one (I believe actually more than one)
> link to http://www.redhat.com/software/tools/cygwin/ which is broken.
> 
> I don't have the current URL at redhat.com, but thought you might want
> to know; it's kind of critical, since that's the pointer to the license
> information for non-GPL use.

Thanks, it looks like it's 
http://www.redhat.com/software/cygwin/

I'll update this weekend.

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



Broken link at http://cygwin.com/faq.html

2005-08-19 Thread Gerald Pfeifer
http://cygwin.com/faq.html has one (I believe actually more than one)
link to http://www.redhat.com/software/tools/cygwin/ which is broken.

I don't have the current URL at redhat.com, but thought you might want
to know; it's kind of critical, since that's the pointer to the license
information for non-GPL use.

Gerald
-- 
Gerald (Jerry) Pfeifer   [EMAIL PROTECTED]   http://www.pfeifer.com/gerald/

--
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: is there a cygwin maintainer for gnu emacs?

2005-08-19 Thread Eli Zaretskii
> From: "emacs user" <[EMAIL PROTECTED]>
> Date: Thu, 18 Aug 2005 02:45:21 -0400
> Cc: cygwin@cygwin.com, emacs-devel@gnu.org
> 
> some more diagnostics of the GC problem, with the help of some advice from 
> eliz.  does this help?

It's a beginning.  Thanks.

> Breakpoint 1, abort () at emacs.c:461
> 461 kill (getpid (), SIGABRT);
> (gdb) where
> #0  abort () at emacs.c:461
> #1  0x200ed1c1 in mark_object (arg=536986871) at alloc.c:5468

The next step is to find out what object is the argument passed to
mark_object in frame #1.  This is the object that caused the abort.

Also, please send the output of the GDB command xbacktrace, it should
produce the Lisp traceback at this point (although it looks like Emacs
crashed right at startup, so the Lisp traceback will not tell anything
important).

> (gdb) print last_marked_index
> $6 = 22
> (gdb) print last_marked[22]
> $7 = 539791361

This is wrong.  etc/DEBUG says:

The variable
`last_marked_index' holds the index into the `last_marked' array one
place beyond where the pointer to the very last marked object is
stored.

See that ``one place beyond'' part?  So you should have said

(gdb) print last_marked[21]

--
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: [OT] Re: fork: Resource temporarily unavailable

2005-08-19 Thread Krzysztof Duleba

Jason Pyeron wrote:

I recently upgraded to XP on my laptop from 2000. It seems I can run 
only about a hundred processes instead of 200-300. Why is the limit so 
low? Is it adjustable? support and msdn don't seem to say.


I can run about 300 processes on my XP SP2 laptop no problem.

$ ps -aW|wc -l
285

But:

$ ps|wc -l
131

Krzysztof Duleba


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