PS>>Tried 20051013 and it worked :-)))
CGF> I'm sorry that it didn't occur to me much
CGF> earlier that this was a cygwin
CGF> heap problem that was fixed in a snapshot.
CGF> I guess that, as a rule of thumb,
CGF> "try a snapshot" is always a good idea.
Not to be a total brown nose, but I'v
PS = Peter J. Stieber
PS>>One last post before calling it a night. I built a debug
PS>> version of the cygwin DLL as well and installed it.
PS>> Here is the latest gdb session:
CGF> I don't remember if I suggested trying a snapshot
CGF> but I'm wondering if a
One last post before calling it a night. I built a debug version of the
cygwin DLL as well and installed it. Here is the latest gdb session:
Attaching to program `/bin/ld.exe', process 304
[Switching to thread 304.0x990]
(gdb) bt
#0 0x7c901231 in ntdll!DbgUiConnectToDbg ()
from /cygdrive/c/W
CGF> It is useless. You probaby have to continue
CGF> after ld has been attached to see where the
CGF> SEGV really is coming from.
Thanks. Here is the result...
GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU
OK. This time gdb seemed to attach to the broken ld process, but the
back trace still doesn't have symbols...
GNU gdb 6.3.50_2004-12-28-cvs (cygwin-special)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to chan
1. I built the binutils code from the source.
2. I renamed /usr/bin/ld.exe to /usr/bin/ld-old.exe.
3. I copies ld-new.exe to /usr/bin.
The debug session that starts when ld crashes repeats
Program received signal SIGSEGV, Segmentation fault.
over and over. It never seems to stop.
Was copying l
PS = Peter J. Stieber
PS>>> Sorry in advance for the stupid questions, but...
PS>>>
PS>>> I downloaded the binutils source package, and
PS>>> extracted the source. When
PS>>> I ran
PS>>>
PS>>> ./configure --help
PS>>>
P
PS = Pete Stieber
PS>>> Do I also need to build a debug version of the cygwin DLL?
BD = Brian Dessent
BD>>It would help, since otherwise backtraces will only have raw
BD>> addresses. Note that the cygwin configure script[*] has a
BD>> --enable-debugging switch, but this is for enabling lots of
BD
PS = Peter J. Stieber
PS>> Sorry in advance for the stupid questions, but...
PS>>
PS>> I downloaded the binutils source package, and
PS>> extracted the source. When
PS>> I ran
PS>>
PS>> ./configure --help
PS>>
PS>> I didn't see a --enabl
PS = Peter J. Stieber on 10/9/2005 7:59 PM:
PS>>>> It's attached. I added the -t command to the g++ command so
PS>>>> the loader would list the files it was processing when it breaks.
PS>>>> The name of the object file in the last line should be
PS>
PS = Peter J. Stieber
PS>> I have a large simluation that I have built under cygwin for a
PS>> quite a while. Recently the ld phase of the build started
PS>> generating a stackdump (ld.exe.stackdump).
PS>>
PS>> Unfortunately I cannot recreate the problem with a
PS>>One of these packages seems to be giving me grief.
PS>> I keep getting "Download Incomplete. Try again?"
PS>> when I try to include them using setup version
PS>> 2.457.2.2 and the mirros site ftp://gnu.kookel.org.
PS>>
PS>>I try to install everything. My cygcheck. -s -v -r
PS>> output is atta
There was a package at some point that confused setup's versioning logic,
so setup stored a very long version number for it. The package is long
gone from the mirrors, but if the OP was unlucky enough to update while it
was still available, he has a corrupt line in his /etc/setup/installed.db.
Sin
> I don't see how it could be worthwhile since cygwin doesn't use posix
> threads or even posix mutexes under the hood.
Sorry for my stupidity. The tools are probably very OS specific anyway. Just
trying to help. Oh well.
Pete
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
P
> I wonder if there is a super-secret club out there somewhere that I can
> now join having spent the last four months wrapping my head around
> subtle multi-threaded race conditions. My wife has not quite picked up
> on the fact that when I have a certain pained intense look on my face,
> I'm rea
> when I try to compile this...
>
> //zozo.cc
> #include
> int main()
> {
> std::cout << "Salut" << std::endl;
> return 0;
> }
>
> ...with...
> gcc zozo.cc
Use g++ zozo.cc instead.
Pete
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin
CFG> This falls under the classification of "really need it and
CFG> really know what you're doing".
I'll consider that the ultimate compliment ;-)
Pete
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
In a different thread CFG wrote:
CFG> I keep pointing out that there few reasons to use the
CFG> check_case:strict option. Even the person who wrote
CFG> it (Corinna) agrees. It slows down cygwin's file handling.
CFG> You should only be using this option if you really need it
CFG> and really kno
> I'll give ZooLib another try. If I can build ZooLib with Cygwin, that
will mean
> that ZooLib can be built with gcc on all the platforms that ZooLib
supports (Mac
> OS, Windows, Linux and BeOS). I think that would encourage its acceptance
as a
> framework for writing open source software, if on
Steve Kelem wrote:
>>I installed this version, and I still get the ESC characters.
>> Do you have any idea why I'm getting them?
Larry Hall wrote:
> Does '/usr/share/misc/man.conf' contain this line?
>
> PAGER /usr/bin/less -isrR
I updated to man-1.5k-2 too and my '/usr/share/misc/man.c
Just tried this myself this morning (11/12/2003 9:00 AM PST) and it worked.
Definitely did not need the "Remedy".
Pete
> $ cd /
> $ rm -rf src
> $ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src ;\
> cvs login ;\
> cvs -z3 checkout winsup ;\
> cd /obj ;\
> /src/configure --enable-debuggin
Initially I sent this directly to Ken.
Sorry Ken. See reply below...
> There's a difference between 1.10 and 1.11 that I don't understand.
>
> Performing a "cvs co -c" using 1.10 correctly provides a listing of the
> projects. The version shows "Concurrent Versions System (CVS) 1.10
> `Halibut'
> >I'm interested in building the cygwin DLL from the source, but I'm having
> >problems.
> >
> >I've attached my cygcheck output. I tried the following sequence under my
> >home directory...
> >
> >$ mkdir cygwin-src
> >$ cd cygwin-src
> >$ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src
> >$ c
I'm interested in building the cygwin DLL from the source, but I'm having
problems.
I've attached my cygcheck output. I tried the following sequence under my
home directory...
$ mkdir cygwin-src
$ cd cygwin-src
$ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src
$ cvs -z3 co winsup
$ mkdir Build
> I've used Cygwin for several years now, and have read this mailing list
> for quite some time. When I encountered the rsync problem, I searched
> mailing lists as well as Google to find the solution, couldn't find a
> definitive answer, and eventually found one myself that worked, so I
> thought
I'm just a user and follower of cygwin, but it amazes me how many people put
the output of
> cygcheck -s output:
or cygcheck -svr in the body of their email instead of as an attachment when
every stinking email has
http://cygwin.com/problems.html
at the bottom of it and that page has
"Run cygc
> if anyone wants to try this. It would be good to confirm or deny
> that this fixes the problem for everyone.
I tried the posted simple shell script with the old and new bash.exe. Worked
exactly as you predicted...
Hung with the old, didn't hang (i.e. worked) with the new.
cygcheck output atta
> I've made a new version of gcc available for download. This is a very
> minor refresh from the 3.3.1-1. The only noticeable change from the
> last release was an attempt to correctly define mbstate_t.
Thanks for the quick fix Chris. This fixed the problem in my original report
http://www.cygwi
I'm using cygwin v1.5.5 under Win2K.
uname -a
CYGWIN_NT-5.0 lisa 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown
Cygwin
cygcheck -s -v -r is attached.
A long time ago (11/7/2002) I reported a problem with GCC 3.2 20020818 that
involved the mbstate_t structure. cgf quickly fixed it back th
> This is my fault. I somehow made 5.8.1 the default. I've fixed this now
> but it will take a while to propagate to mirrors.
>
> cgf
Thanks,
Pete
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: ht
> This perl is a test release which requires cygwin-1.5.3.
Gerrit,
I'm having the same problem. I updated in my normal way using setup.exe. I
did not have the Exp radio button checked and am using 1.3.22. It seems like
I shouldn't get this until 1.5.3 is the "Curr". I'm I missing something?
Pet
MB>> Seems a gcc update crept out without any announcement.
MB>>
MB>> Is there anything important/interesting in this new release?
JB> If I understood this correctly, the new release fixes the "mbstate_t
bug" that
JB> was referred to in an earlier thread.
That's what I indicated in my earlier mes
This problem is fixed by the latest GCC release (gcc-3.2-2.tar.bz2) .
Thanks,
Pete
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
I'm using cygwin v1.3.15 under Win2K
CYGWIN_NT-5.0 NAME 1.3.15(0.63/3/2) 2002-11-07 13:57 i686 unknown
My cygcheck.txt is attached.
I tried to compile the following simple code "Sample.cpp"
#include
#include
using n
34 matches
Mail list logo