Yitzchak Scott-Thoennes wrote:
http://www.lapo.it/cygwin/lighttpd-1.4.8-1.tar.bz2
The dll's in this package have ImageBase 1000.
I still don't grok this ImageBase issue quite fully (I guess RTFM is the
correct reply, but until I finish my thesis I don't have time to do
/serious/
Lapo Luchini wrote:
Does this means that it fails to load to you as it conflicts with other
DLLs?
Yes, but only in certain cases and situations -- not in general.
Whose fault is it? My ld.exe?
No, ld still defaults to --disable-auto-image-base.
Should I add a rebase in the building
Cygwin Uploaders:
Please upload lapack-3.0-4 from:
ftp://antiskid.homelinux.net/pub/lapack/lapack-3.0-4-src.tar.bz2
ftp://antiskid.homelinux.net/pub/lapack/lapack-3.0-4.tar.bz2
This fixes the incorrectly-implemented autobasing for the cyglapack and cygblas
dynamic link libraries. Thanks to
On Jan 10 11:33, James R. Phillips wrote:
ftp://antiskid.homelinux.net/pub/lapack/lapack-3.0-4-src.tar.bz2
ftp://antiskid.homelinux.net/pub/lapack/lapack-3.0-4.tar.bz2
Uploaded. I removed 3.0-2.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2006-01-10 14:49:21
Modified files:
cygwin : ChangeLog
Log message:
.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2006-01-10 16:49:29
Modified files:
cygwin : ChangeLog fhandler_proc.cc
Log message:
* fhandler_proc.cc (format_proc_cpuinfo): Avoid leading whitespace in
model
name.
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2006-01-10 18:11:32
Modified files:
winsup/cygwin : ChangeLog dcrt0.cc init.cc mmap.cc wincap.cc
wincap.h
Log message:
* dcrt0.cc (dll_crt0_0): Remove call to
Christopher Faylor wrote:
$ bash -c time
Segmentation fault (core dumped)
$ uname -a
CYGWIN_NT-5.1 DULI2 1.5.19s(0.141/4/2) 20051020 10:37:08 i686 unknown
unknown Cygwin
Reproduced on several machines. I wonder what can it be.
Just try running 'time' from the bash prompt. You get a SEGV
Thank you very much Larry!
I'll try! Your message is very clear.
Bye
Christian
(I'm very satisfied with CYGWIN, great job!)
- Original Message -
From: Larry Hall (Cygwin) [EMAIL PROTECTED]
To: Christian Lanconelli (servizio) [EMAIL PROTECTED]
Cc: cygwin@cygwin.com
Sent: Sunday, January
Krzysztof Duleba wrote:
Christopher Faylor wrote:
$ bash -c time
Segmentation fault (core dumped)
$ uname -a
CYGWIN_NT-5.1 DULI2 1.5.19s(0.141/4/2) 20051020 10:37:08 i686 unknown
unknown Cygwin
Reproduced on several machines. I wonder what can it be.
Just try running 'time' from
On Jan 9 16:58, Ian Harris wrote:
Hi,
I have been using Cygwin on Windows Server 2003 (both Standard Edition
and Web Server Edition) for a while without any problems to interface
with the IIS scripts in /cygdrive/c/inetpub/adminscripts.
However, I have recently installed Cygwin on
Hi
A new version of 'tzcode/tzdata' has been uploaded to a server near you.
DESCRIPTION:
The time zone package
CYGWIN NEWS:
* Update to latest upstream release
* Removed dependency of pdksh in favour of bash
tzcode/tzdata NEWS
==
* Sorry no
I'm having trouble with the cygwin auto*tool package and the wrappers it
puts around the different tool versions. I've looked in the following places
/usr/doc
/usr/doc/Cygwin
/usr/share/doc
/usr/share/doc/Cygwin
man automake
man autoconf
info automake
info autoconf
and
Dave Korn wrote:
Just try running 'time' from the bash prompt. You get a SEGV from
strlen
AFAICT.
No, I don't. But I do get a strange behaviour with
time for ((i=0;i=100++)) do :; done
It works fine if you fix the bug :)
I know, which is even more amusing.
Krzysztof Duleba
--
Cygwin gurus,
Frustrated by permission problems resulting from having two accounts
with the same user name (one domain, one local) I decided to start over
with my cygwin installation. This time, I logged in as local
administrator (account name say [EMAIL PROTECTED]) and installed cygwin as
Dave Korn wrote:
I'm having trouble with the cygwin auto*tool package and the wrappers it
puts around the different tool versions. I've looked in the following places
I think that they key point is that for automake, the automatic version
guessing is no longer done, there are no wrapper
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Brian Dessent on 1/9/2006 10:29 AM:
$ bash -c time
Segmentation fault (core dumped)
This looks like a bash bug. It looks like only 3.0 is affected, as it works
fine in 3.1. Since 'time' is a builtin, it appears to be a bug in
On Tue, 10 Jan 2006, Ken Senior wrote:
Cygwin gurus,
Frustrated by permission problems resulting from having two accounts
with the same user name (one domain, one local) I decided to start over
with my cygwin installation.
Instead of simply changing one of the usernames as I suggested...
Eric Blake
Thanks for the backtrace. I'll see about rolling a bash 3.0-15 in the
near future. In the meantime, avoid invalid uses of time (POSIX states
that time takes a mandatory argument of the utility name to run; the
bash
extension of letting time take no arguments was the culprit
Krzysztof Duleba wrote:
near future. In the meantime, avoid invalid uses of time (POSIX states
that time takes a mandatory argument of the utility name to run; the
bash
extension of letting time take no arguments was the culprit here).
This was just a minimal test case.
I think what
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Krzysztof Duleba on 1/10/2006 7:14 AM:
This was just a minimal test case.
$ bash -c time ls
Segmentation fault (core dumped)
That is equivalent to 'bash -c time', except that $0 is set to ls
instead of bash or time for the
Richard Meng wrote:
I'm interested in the Cygwin1.dll's design and implementations, are there
some documents about it ?
There are a number of text files, winsup/cygwin/how*.txt. There's also
http://www.usenix.org/publications/library/proceedings/usenix-nt98/noer.html,
and of course the
Igor,
I changed the text of my email to make it more readable, replacing
senior with admin as well as the name of my domain and machine.
I'll leave the correct names this time.
Yes, I actually did a recursive chown on everything below /, and it
still doesn't work. I can't really see the
Eric Blake wrote
This was just a minimal test case.
$ bash -c time ls
Segmentation fault (core dumped)
That is equivalent to 'bash -c time', except that $0 is set to ls
instead of bash or time for the duration of the command
Oh, I wasn't aware of that. Thanks for explanation.
Krzysztof
Hi -
I'm currently trying to reinstall cygwin but I'm unable to because
during the final stages of installation something is complaining about
xmlcatalog.exe being unable to find libxml2.dll. This causes the whole
installation to fail and then tries to rewind (failing as well).
What could
On Tue, Jan 10, 2006 at 06:27:24AM -0800, Brian Dessent wrote:
Richard Meng wrote:
I'm interested in the Cygwin1.dll's design and implementations, are
there some documents about it ?
There are a number of text files, winsup/cygwin/how*.txt. There's also
Btw, to further help diagnose, I notice the read-only box is shaded
and checked for the C:\cygwin directory. I have repeatedly (as
administrator on the machine) tried to uncheck this box. The dialog at
first appears to let me uncheck it, but when I go back into the dialog,
the read-only box
Marcus Williams wrote:
Hi -
I'm currently trying to reinstall cygwin but I'm unable to because
during the final stages of installation something is complaining about
xmlcatalog.exe being unable to find libxml2.dll. This causes the whole
installation to fail and then tries to rewind (failing
Ken Senior schrieb:
Frustrated by permission problems resulting from having two accounts
with the same user name (one domain, one local) I decided to start over
with my cygwin installation. This time, I logged in as local
administrator (account name say [EMAIL PROTECTED]) and installed
$ uname -a
CYGWIN_NT-5.1 DULI2 1.5.19s(0.150/4/2) 20060110 00:01:37 i686 unknown
unknown Cygwin
$ cat foo.cpp
#include string
int main(){
std::string str;
}
$ g++ -g foo.cpp -o foo
[EMAIL PROTECTED] /cygdrive/d/programowanie/moje/Topcoder/prob
$ gdb ./foo
GNU gdb 6.3.50_2004-12-28
Krzysztof Duleba wrote:
Program received signal SIGSEGV, Segmentation fault.
0x610aea58 in pthread_key_create () from /usr/bin/cygwin1.dll
This is a regression from 1.5.18.
That's normal. You can just continue. There was a thread about this
recently. pthread_key_create checks to see if
Ken Senior schrieb:
Btw, to further help diagnose, I notice the read-only box is shaded
and checked for the C:\cygwin directory. I have repeatedly (as
administrator on the machine) tried to uncheck this box. The dialog at
first appears to let me uncheck it, but when I go back into the
Ok, I tried attrib to no avail. After the machine accepted and seemed
to process the commands, I entered the file properties dialog and the
read-only box is still shaded. Also, I still can't delete the
C:\cygwin\bin\rsync.exe file.
C:\cygwin\binmount
C:\cygwin\bin on /usr/bin type system
Ken Senior schrieb:
Ok, I tried attrib to no avail. After the machine accepted and seemed
to process the commands, I entered the file properties dialog and the
read-only box is still shaded.
This box is irrelevant.
Also, I still can't delete the
C:\cygwin\bin\rsync.exe file.
Please
On Wed 1/4/06 18:39 EST Igor Peshansky wrote:
On Wed, 4 Jan 2006, Christopher Faylor wrote:
On Tue, Jan 03, 2006 at 11:07:01PM -0500, Larry Hall (Cygwin) wrote:
My output seems similar to Igor's, though mine is longer :-( (and therefore
also bzipped) but definitely against the 12/29
C:\cygwincd bin
C:\cygwin\binattrib rsync.exe
A C:\cygwin\bin\rsync.exe
C:\cygwin\bincacls rsync.exe
C:\cygwin\bin\rsync.exe SPACEAPPS\senior:F
ROMULUS\senior:F
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
On 10/01/2006 Dave Korn wrote:
You need libxml2-devel for that file (enter 'libxml2.dll' at
http://cygwin.com/packages). It should have been automatically
selected when
you selected libxml2, but there may be a missing dependency.
Nope - still got the same problem. I tried installing
We have an application that mmaps a *huge* MAP_PRIVATE|MAP_ANON virtual
address scratch space. It also needs to occasionally fork/exec a sub
process. Unfortunately, the time and virtual memory required for Cygwin
to copy this region to the forked child just so it can throw it away and
do an exec
Marcus Williams wrote:
On 10/01/2006 Dave Korn wrote:
You need libxml2-devel for that file (enter 'libxml2.dll' at
http://cygwin.com/packages). It should have been automatically selected
when you selected libxml2, but there may be a missing dependency.
Nope - still got the same problem.
Brian Dessent wrote:
Program received signal SIGSEGV, Segmentation fault.
0x610aea58 in pthread_key_create () from /usr/bin/cygwin1.dll
This is a regression from 1.5.18.
That's normal. You can just continue.
Thanks. I don't like the idea of seeing this message anytime I debug code
that's
Dave Korn wrote:
Marcus Williams wrote:
On 10/01/2006 Dave Korn wrote:
You need libxml2-devel for that file (enter 'libxml2.dll' at
http://cygwin.com/packages). It should have been automatically selected
when you selected libxml2, but there may be a missing dependency.
Nope - still got
Ken Senior schrieb:
C:\cygwin\bincacls rsync.exe
C:\cygwin\bin\rsync.exe SPACEAPPS\senior:F
ROMULUS\senior:F
So if i get this right ROMOLUS is your local machine.
The rights look good.
Now, if you can't delete that file logged in as ROMOLUS\senior using cmd.exe and
On 10/01/2006 Dave Korn wrote:
Your quickest workround would probably be either rebuilding
xmlcatalog from
source, giving it the --disable-shared option at configure time so
it builds
and links against the static libxml2.a, or to rebuild the
libxml2-devel
package from source (default options
Brian Ford wrote:
We have an application that mmaps a *huge* MAP_PRIVATE|MAP_ANON virtual
address scratch space. It also needs to occasionally fork/exec a sub
process. Unfortunately, the time and virtual memory required for Cygwin
to copy this region to the forked child just so it can throw
Dave Korn wrote:
Dave Korn wrote:
This must be a real packaging error. Looks like the maintainer might
have compiled libxml2-devel with --disable-shared and then compiled
xmlcatalog with --enable-shared.
Nope, that's not it. I think I /have/ traced it now: it's a packaging
error in
Yes, ROMULUS is my local machine and senior the administrator on it.
Sometimes you just have to cut your losses. Thanks for the help, but I
was able to rename the C:\cygwin directory, then delete it. I couldn't
just delete it first, only after renaming it, which surprisingly I was
allowed
Marcus Williams wrote:
On 10/01/2006 Dave Korn wrote:
Your quickest workround would probably be either rebuilding xmlcatalog
from source, giving it the --disable-shared option at configure time
so it builds and links against the static libxml2.a, or to rebuild the
libxml2-devel package from
Krzysztof Duleba wrote:
Thanks. I don't like the idea of seeing this message anytime I debug code
that's using std::string, though, and I don't think it's normal.
If it bothers you, comment out the if (pthread_key::is_good_object
(key)) check in thread.cc. I'm not sure if it's possible for
Ken Senior schrieb:
Yes, ROMULUS is my local machine and senior the administrator on it.
Just for the record, can it be that senior is in the Administrators group and
not the name changed real Adminstrator?
Sometimes you just have to cut your losses. Thanks for the help, but I
was able to
Dave Korn wrote:
Dave Korn wrote:
Dave Korn wrote:
Making a habit of correcting myself today... d'oh!
Nope, that's not it. I think I /have/ traced it now: it's a packaging
error in libxml2 package itself. It contains the dll, but the maintainer
forgot to package it with the correct
Dave Korn wrote:
Dave Korn wrote:
Dave Korn wrote:
Dave Korn wrote:
Making a habit of correcting myself today... d'oh!
And following-up to my own posts, but this is worth saying too:
maintainer forgot to package it with the correct prefix. You might be
able to fix the problem by a
Dave Korn wrote:
Umm, it definitely *does* have an effect; see the differences it made to the
examples I posted in the previous case. Is it possible I have some remnants
of the old autoconf stuff lying around? I updated this morning and didn't see
any problems, and nor does cygcheck
Dave Korn wrote:
Just to clarify: it is entirely standard for cygwin apps to use non-standard
cygXXX names for cygwin dlls to link against. It would be very nonstandard of
xmlcatalog to link against a dll with a standard libXXX name.
Right. And you should not find any package in the
Brian Dessent
Thanks. I don't like the idea of seeing this message anytime I debug
code
that's using std::string, though, and I don't think it's normal.
If it bothers you, comment out the if (pthread_key::is_good_object
(key)) check in thread.cc.
It does bother me.
tread.cc from 1.5.18 and
Reformatted top-post...
Murray Eisenberg wrote:
Larry Hall (Cygwin) wrote:
Murray Eisenberg wrote:
I'm running latest Cygwin under Windows XP Pro (SP2, with all
updates). I installed all the Singular packages via Cygwin Setup.
After I start cygwin with its bash shell, command
Singular
Brian Dessent wrote:
Dave Korn wrote:
Just to clarify: it is entirely standard for cygwin apps to use
non-standard cygXXX names for cygwin dlls to link against. It would be
very nonstandard of xmlcatalog to link against a dll with a standard
libXXX name.
Right. And you should not
Tom Rodman wrote:
On Wed 1/4/06 18:39 EST Igor Peshansky wrote:
On Wed, 4 Jan 2006, Christopher Faylor wrote:
On Tue, Jan 03, 2006 at 11:07:01PM -0500, Larry Hall (Cygwin) wrote:
My output seems similar to Igor's, though mine is longer :-( (and therefore
also bzipped) but definitely against
On Tue, Jan 10, 2006 at 06:38:54PM +0100, Krzysztof Duleba wrote:
Brian Dessent
Thanks. I don't like the idea of seeing this message anytime I debug
code
that's using std::string, though, and I don't think it's normal.
If it bothers you, comment out the if (pthread_key::is_good_object
(key))
On Tue, 10 Jan 2006, Brian Dessent wrote:
Brian Ford wrote:
We have an application that mmaps a *huge* MAP_PRIVATE|MAP_ANON virtual
address scratch space. It also needs to occasionally fork/exec a sub
process. Unfortunately, the time and virtual memory required for Cygwin
to copy this
Since clock_getres only returns the current resolution, and clock_setres
fails for invalid ones, is trial and error the only Cygwin based (without
reverting to Windows native calls) method to set a particular resolution?
Google shows that some implementations round up to the nearest supported
Christopher Faylor wrote:
tread.cc from 1.5.18 and from the cvs are very alike and both call
pthread_key::is_good_object in the same fashion. Why only 1.5.19 is
having
this problem?
Either it is because we are purposely trying to annoy you or it may be
because cygwin 1.5.19 changed the way
According to setup.ini, tetex-bin currently depends on package clear; however,
clear is obsolete and, IIRC, has been absorbed into ncurses. Tetex-bin already
has dependencies on various ncurses packages, so is the dependence on the clear
package still real? In other words, does the clear
Having regrouped with a new sense of hope I have tried once again
1. I changed the admin account on my Windows XP machine to admin,
instead of senior. In the following test, I utilized only the local
admin account (no domain accounts whatsoever) on [Windows Box]
2. On [Windows Box] I
Subject: Re: Help : can not get cron work
Date: Thu, 5 Jan 2006 19:14:42 -0500 (EST)
On Thu, 5 Jan 2006, lin q wrote:
Subject: Re: Help : can not get cron work
Date: Thu, 5 Jan 2006 14:23:06 -0500 (EST)
On Thu, 5 Jan 2006, lin q wrote:
Subject: Re: Help :
On Tue, 10 Jan 2006, lin q wrote:
Isn't 'H' a network drive? That is probably your problem -- read
http://cygwin.com/faq/faq.using.html#faq.using.shares.
Thanks, I think you are right, after check out this page, I think it is
the problem.
But I wonder how we can do it.
Well, for one
I installed cygwin on an NT Win2000 box, but a compile of a C routine gave the
following error:
In file included from pltsum_lib.c:13:
C:/cygwin/usr/X11R6/include/X11/Xlib.h:83: error: conflicting types for 'wchar_t
'
/usr/lib/gcc/i686-pc-cygwin/3.4.4/include/stddef.h:325: error: previous
I want to run inetd as a service, but the documented way of doing this
(--install-as-service) requires C:\cygwin\bin be in the Windows System
PATH. Modifying the System PATH that way causes problems elsewhere in
the environment I'm working in, so I'd like to have inetd work under
cygrunsrv
Subject: Re: Help : can not get cron work
Date: Tue, 10 Jan 2006 18:52:11 -0500 (EST)
On Tue, 10 Jan 2006, lin q wrote:
Isn't 'H' a network drive? That is probably your problem -- read
http://cygwin.com/faq/faq.using.html#faq.using.shares.
Thanks, I think you are right, after check out
I hope that I've nailed down the last of the problems due to trying to
hide the console, aka ssh doesn't work, aka emacs doesn't work, aka
rxvt doesn't work, aka setsid something doesn't work.
obligatory-often-ignored-request
So, please try a snapshot and report problems. Please indicate whether
OK, now I figure out what is the problem. /etc/passwd file is not correct,
after I fix it, rsync in cron works great.
Thanks so much for your every help!
From: lin q [EMAIL PROTECTED]
To: cygwin@cygwin.com
Subject: Re: Help : can not get cron work
Date: Tue, 10 Jan 2006 18:47:06 -0700
Setup is crashing for me (Windows unexpected error window) when I try
to reinstall xorg-x11-fnts.
Why would I try that? Well, I was upgrading a computer and wanted to
install some experimental packages. So, I clicked on Exp. I didn't want
to install the X experimental packages. Rather than
On Tue, 10 Jan 2006, David Rothenberger wrote:
Setup is crashing for me (Windows unexpected error window) when I try
to reinstall xorg-x11-fnts.
Tsk, tsk, tsk. Which setup version? Which OS? Which version of
xorg-x11-fnts are you trying to reinstall? Which mirror are you using?
Are you
On 1/10/2006 8:28 PM, Igor Peshansky wrote:
On Tue, 10 Jan 2006, David Rothenberger wrote:
Setup is crashing for me (Windows unexpected error window) when I try
to reinstall xorg-x11-fnts.
Tsk, tsk, tsk. Which setup version? Which OS? Which version of
xorg-x11-fnts are you trying to
On 1/10/2006 10:00 PM, David Rothenberger wrote:
On 1/10/2006 8:28 PM, Igor Peshansky wrote:
On Tue, 10 Jan 2006, David Rothenberger wrote:
Any ideas how to fix this?
It would be best if we found why setup doesn't work for you (whatever it
does, it shouldn't crash). It could be triggered by
Hi
A new version of 'tzcode/tzdata' has been uploaded to a server near you.
DESCRIPTION:
The time zone package
CYGWIN NEWS:
* Update to latest upstream release
* Removed dependency of pdksh in favour of bash
tzcode/tzdata NEWS
==
* Sorry no
INFO
The cygwin lapack-3.0 package has been updated to release 4. This correctly
implements autobasing for the cyglapack and cygblas dynamic link libraries,
which was not working properly.
More information in the lapack-3.0.README file.
Lapack 3.0 is a comprehensive FORTRAN library for
76 matches
Mail list logo