Stability Problem with Cygwin Pthreads

[Arash Partow]

Hi All,

This post is about cygwins pthreads. people following this issue
will know there have been some stability issues with cygwin's
pthreads and since last week A LOT of them have been resolved.
Yet as more of these problems are resolved more problems in the
same area.
My issue is, I have compiled the dll from the snapshots (in debug mode),
the dll I compiled is fine it does not crash the pthread test application
I run, however when I re-compile the dll without debug on or if I use the
pre-built snapshot dll cygwin1-20031028.dll.bz2 the pthread test
application crashes (continually without fail!).
Can anyone tell me why such a thing would happen and what are the
fundamental difference between debug mode of cygwin dll and release
versions other than the obvious debug info and extra asserts that go
into the dll ?
Also if possible could people download the ThreadTest source code
and also download the latest cygwin dll snapshot and tell me if
they see the test application crash or not, then if you know how
to build cygwin also download the cygwin source and rebuild the dll
with debug info and then see if it crashes, also rebuild it without
debug info and see if it crashes or not.
Thread Test source: http://www.partow.net/downloads/ThreadTest-Prototype.zip
Snapshot dll  : http://cygwin.com/snapshots/cygwin1-20031028.dll.bz2
Cygwin source : http://cygwin.com/snapshots/cygwin-src-20031028.tar.bz2
If a few people could try this out and give me their results, it
would help understand what is going wrong with these 3 different
builds. I hoping to resolve this issue with the help of the cygwin
community before the next major release.
My current setup is win2k sp4, gcc 3.3.1 (cygming special)

Any help or advice would be very much appreciated.

Regards

Arash



PS: I have stack traces from GDB, but seeing as though it would be
   easier to see the problems for yourselves i haven't appended
   any, but in the off chance anyone would like stack traces and
   such please e-mail me and i will only be too happy to oblige.






__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net
_
Hot chart ringtones and polyphonics. Go to  
http://ninemsn.com.au/mobilemania/default.asp

--
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: Updated: gcc-3.3.1-3 - maybe broken....

[Arash Partow]

Hi,

I've downloaded gcc-3.3.1-3, i think the build is broken, cause c\c++ code i 
was compiling
with no problem with gcc3.3.1-2 can not be compiled anymore also alot of the 
headers
can't be found ie:

libs.h:35: fstream: No such file or directory
libs.h:36: sstream: No such file or directory
libs.h:37: stdexcept: No such file or directory
libs.h:38: vector: No such file or directory
libs.h:39: queue: No such file or directory
libs.h:40: map: No such file or directory
libs.h:41: algorithm: No such file or directory
libs.h:42: cstdio: No such file or directory
Also i've noticed g++.exe and c++.exe and some others have been renamed to
g++-2.exe and c++-2.exe.
I used the cygwin setup (latest version 2.416), so what went wrong?
anyone have any ideas?
Arash






From: "Gerrit P. Haase" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [ANNOUNCEMENT] Updated: gcc-3.3.1-3
Date: Thu, 30 Oct 2003 15:42:25 -0500 (EST)
Received: from sources.redhat.com ([67.72.78.213]) by mc5-f20.hotmail.com 
with Microsoft SMTPSVC(5.0.2195.5600); Thu, 30 Oct 2003 12:50:28 -0800
Received: (qmail 26610 invoked by alias); 30 Oct 2003 20:42:26 -
Received: (qmail 26598 invoked from network); 30 Oct 2003 20:42:26 -
Received: from unknown (HELO redhat.com) (66.187.230.200)  by 
sources.redhat.com with SMTP; 30 Oct 2003 20:42:26 -
Received: by redhat.com (Postfix, from userid 201)id 1119632A8A7; Thu, 30 
Oct 2003 15:42:25 -0500 (EST)
X-Message-Info: JGTYoYF78jEjkoClSp3lIsyeuHwVcJZm
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Unsubscribe: 
List-Subscribe: 
List-Archive: 
List-Post: 
List-Help: , 

Sender: [EMAIL PROTECTED]
Mail-Followup-To: [EMAIL PROTECTED]
Delivered-To: mailing list [EMAIL PROTECTED]
Message-Id: <[EMAIL PROTECTED]>
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 30 Oct 2003 20:50:29.0195 (UTC) 
FILETIME=[73CE59B0:01C39F27]

I've made a new version of gcc available for download.

This release includes some changes in the package layout. There are
now several packages, one package including the core components and
one package for each additional front end.
Available front ends now:  Ada, C, C++, Fortran, Java, ObjC, Pascal.

Besides the package layout changes there is one hack included which
tries to prevent an assembler error when compiling some C++ code.
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup, fill in all of the options, and make
appropriate choices on the "Select Packages" screen.  You'll need to
select the Devel category to see gcc and friends.
If you have questions or comments, please send them to the Cygwin
mailing list, .
  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:
[EMAIL PROTECTED]

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

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

Please read *all* of the information on unsubscribing that is available
starting at this URL.
--
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/








..







.

_
Hot chart ringtones and polyphonics. Go to  
http://ninemsn.com.au/mobilemania/default.asp

--
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 an MS-Office grep?

[zzapper]

>I don't know of a tool that greps Office files per se, but you can use the
>"antiword" package to transform your Word documents into text and pipe the
>output to the regular grep...
>   Igor

Cute tool, which I have now installed from
http://www.gknw.de/mirror/antiword/antiword-0.34-w32.zip

 (not a part of cygwin?)

But I'm still looking for an office files compatible grep
zzapper
--

vim -c ":%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg?"

http://www.vim.org/tips/tip.php?tip_id=305  Best of Vim Tips


--
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: STLport with the Cygwin/MinGW compiler

[Gerrit P. Haase]

Hallo Alex,

I've recompiled the STLport library now, it seems that it doesn't work
with the DLL, when I link against the static library it works:


> == 7. File bar.cpp -> Run : BEGIN ==

> $ bar_orig
> PARAM1 = (ABCD)
> PARAM2 = (12345)
> PARAM3 = (XYZ)

> $ bar_port
> PARAM1 = (ABCD)
> PARAM2 = (

> == 7. File bar.cpp -> Run : END 

$ g++ -o bar_stl.o -c bar.cpp -Istlport
$ g++ -o bar_stl bar_stl.o  ./lib/libstlport_cygwin.a
$ ./bar_stl
PARAM1 = (ABCD)
PARAM2 = (12345)
PARAM3 = (XYZ)

Since libstdc++ is also static, it will be a fair race if both
times the static archive is used.


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: Updated: gcc-3.3.1-3 - maybe broken....

[Gerrit P. Haase]

Hallo Arash,

Am Sonntag, 2. November 2003 um 09:59 schriebst du:

> Hi,

> I've downloaded gcc-3.3.1-3, i think the build is broken, cause c\c++ code i 
> was compiling with no problem with gcc3.3.1-2 can not be compiled
> anymore also alot of the headers can't be found ie:

> libs.h:35: fstream: No such file or directory
> libs.h:36: sstream: No such file or directory
> libs.h:37: stdexcept: No such file or directory
> libs.h:38: vector: No such file or directory
> libs.h:39: queue: No such file or directory
> libs.h:40: map: No such file or directory
> libs.h:41: algorithm: No such file or directory
> libs.h:42: cstdio: No such file or directory

> Also i've noticed g++.exe and c++.exe and some others have been renamed to
> g++-2.exe and c++-2.exe.

These are from the gcc-2 package, uninstall it, gcc-2 is removed from
the distribution because it is broken.

> I used the cygwin setup (latest version 2.416), so what went wrong?
> anyone have any ideas?

The gcc package is splitted into several packages now, for every front
end there is one separate package, you want to compile C++ code, so
install the gcc-g++ package.  You'll find gcc and the front end
packages in the category `Devel' or in the `Full' listing.


HTH,
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: Is there an MS-Office grep?

[Gerrit P. Haase]

Hallo zzapper,

Am Sonntag, 2. November 2003 um 10:34 schriebst du:


>>I don't know of a tool that greps Office files per se, but you can use the
>>"antiword" package to transform your Word documents into text and pipe the
>>output to the regular grep...
>>   Igor

> Cute tool, which I have now installed from
> http://www.gknw.de/mirror/antiword/antiword-0.34-w32.zip

>  (not a part of cygwin?)

It is also part of the Cygwin distribution as Cygwin version, just
ask setup.exe to install it.

> But I'm still looking for an office files compatible grep


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/

Change Windows Username

[Pierre François]

Hi

I changed my Windows username ("Pierre François" in "Pierre_François") 
replacing the space by an underscore because the space inside of it 
caused errors in the startx script (perhaps a bug that could be fixed).

The Cygwin shell seem not to be completely aware of the change.

Two /home directories now exists:

/home/Pierre\ François
/home/Pierre_Fran\347ois.
Notice the change of 'ç' in '\347'.

When I launch startx, I have the old one as default starting directory.

Is there anyway to clean all this? Thank you.

--
Pierre François (http://www.romanliturgy.org)
Roemer Visscherstraat 46
NL-1054 EZ Amsterdam
+31 20 616 58 46


--
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 an MS-Office grep?

[zzapper]

>
>It is also part of the Cygwin distribution as Cygwin version, just
>ask setup.exe to install it.
>
Gerrit,
Yep just found it; funny thing I have the full version setup, but
found that antiword was still an optional download??

zzapper
--

vim -c ":%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg?"

http://www.vim.org/tips/tip.php?tip_id=305  Best of Vim Tips


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

wtf wtf

[zzapper]

Having been alerted to the useful ANTIWORD by this NG (Thanx Very
Much) , I also happened across WTF

wtf "translates acronyms and filename suffixes for you"

I installed and naivelly typed > wtf gsm
Nowt happened. From reading the brief man page, 
I realised that the datafiles were in /usr/share/wtf

However the datafiles aren't very large/comprehensive which makes the
tool rather useless. I can generate my own datafiles with wtfindex.
But cannot see what WTF gives me that a simple grep couldn't do just
as well.

My main GRUMBLE however is that Yet Another Man Page which gives no
examples eg

> wtf AFAIK

> wtf .asm  (you have to include the dot to get file extensions)

> wtf sco   (try this one!!)

Why are MAN pages often so useless when you dont understand the
basics, ie when the concept is new to you

zzapper
--

vim -c ":%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg?"

http://www.vim.org/tips/tip.php?tip_id=305  Best of Vim Tips


--
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 we meet, it will be nice

[mike peace]

dear karin,
how are you i hope fine, i want to introduce my self,
my name is mike im black  but i live in amsterdam
i am a serious  guy who is looking for a good relationship
if you are nice woman who want everlasting ralationship
please respond to this email so that we can get to know each
other, ilove to respect people and i love peace and im alway
there for my love one,
im not an agly guy but im justinglooking forward  to meet any good woman for a life 
time, please if you think we can meet
to know each other do contact i will reply me back
thanks mike
--
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: STLport with the Cygwin/MinGW compiler

[Alex Vinokur]

Hi Gerrit,

"Gerrit P. Haase" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> Hallo Alex,
>
> I've recompiled the STLport library now, it seems that it doesn't work
> with the DLL, when I link against the static library it works:
>
>
> > == 7. File bar.cpp -> Run : BEGIN ==
>
> > $ bar_orig
> > PARAM1 = (ABCD)
> > PARAM2 = (12345)
> > PARAM3 = (XYZ)
>
> > $ bar_port
> > PARAM1 = (ABCD)
> > PARAM2 = (
>
> > == 7. File bar.cpp -> Run : END 
>
> $ g++ -o bar_stl.o -c bar.cpp -Istlport
> $ g++ -o bar_stl bar_stl.o  ./lib/libstlport_cygwin.a
> $ ./bar_stl
> PARAM1 = (ABCD)
> PARAM2 = (12345)
> PARAM3 = (XYZ)
>
> Since libstdc++ is also static, it will be a fair race if both
> times the static archive is used.
>
[snip]

Thanks.

libstlport_cygwin.a works fine.


I tried to do the same thing with mingw.
* libstlport.a (libstlport_mingw.a) and libstlport_stldebug.a have been created with 
no errors
* Creating libstlport.dll.a failed (See Log-1).

I tried to compile bar.cpp with libstlport_mingw.a, but that compilation failed as 
well (See Log-2).

-- Log-1. Creating libstlport libraries for mingw : BEGIN --


$ diff Makefile.cyg Makefile.mng

5c5
< CXX = c++
---
> CXX = c++ -mno-cygwin
7c7
< COMP = cygwin
---
> COMP = mingw
27c27
< COMP=cygwin
---
> COMP=mingw


$ make -f Makefile.mng
mkdir -p ../lib/obj/mingw/Release
c++ -mno-cygwin -I../stlport -W -Wno-sign-compare -Wno-unused -Wno-uninitialized -O2 
dll_main.cpp -c -o ../lib/obj/mingw/Release/dll
_main.o
[---omitted---]
ar crv ../lib/libstlport.a  ../lib/obj/mingw/Release/dll_main.o 
../lib/obj/mingw/Release/fstream.o ../lib/obj/mingw/Release/strstrea
m.o ../lib/obj/mingw/Release/sstream.o ../lib/obj/mingw/Release/ios.o 
../lib/obj/mingw/Release/streambuf.o ../lib/obj/mingw/Release/
stdio_streambuf.o ../lib/obj/mingw/Release/istream.o 
../lib/obj/mingw/Release/ostream.o ../lib/obj/mingw/Release/iostream.o ../lib/o
bj/mingw/Release/codecvt.o ../lib/obj/mingw/Release/collate.o 
../lib/obj/mingw/Release/ctype.o ../lib/obj/mingw/Release/monetary.o .
./lib/obj/mingw/Release/num_get.o ../lib/obj/mingw/Release/num_put.o 
../lib/obj/mingw/Release/num_get_float.o ../lib/obj/mingw/Relea
se/num_put_float.o ../lib/obj/mingw/Release/numpunct.o 
../lib/obj/mingw/Release/time_facets.o ../lib/obj/mingw/Release/messages.o ..
/lib/obj/mingw/Release/locale_impl.o ../lib/obj/mingw/Release/locale.o 
../lib/obj/mingw/Release/locale_catalog.o ../lib/obj/mingw/Re
lease/facets_byname.o ../lib/obj/mingw/Release/c_locale.o 
../lib/obj/mingw/Release/c_locale_stub.o ../lib/obj/mingw/Release/complex.
o ../lib/obj/mingw/Release/complex_exp.o ../lib/obj/mingw/Release/complex_io.o 
../lib/obj/mingw/Release/complex_trig.o ../lib/obj/mi
ngw/Release/complex_io_w.o ../lib/obj/mingw/Release/string_w.o
a - ../lib/obj/mingw/Release/dll_main.o
a - ../lib/obj/mingw/Release/fstream.o
a - ../lib/obj/mingw/Release/strstream.o
a - ../lib/obj/mingw/Release/sstream.o
a - ../lib/obj/mingw/Release/ios.o
a - ../lib/obj/mingw/Release/streambuf.o
a - ../lib/obj/mingw/Release/stdio_streambuf.o
a - ../lib/obj/mingw/Release/istream.o
a - ../lib/obj/mingw/Release/ostream.o
a - ../lib/obj/mingw/Release/iostream.o
a - ../lib/obj/mingw/Release/codecvt.o
a - ../lib/obj/mingw/Release/collate.o
a - ../lib/obj/mingw/Release/ctype.o
a - ../lib/obj/mingw/Release/monetary.o
a - ../lib/obj/mingw/Release/num_get.o
a - ../lib/obj/mingw/Release/num_put.o
a - ../lib/obj/mingw/Release/num_get_float.o
a - ../lib/obj/mingw/Release/num_put_float.o
a - ../lib/obj/mingw/Release/numpunct.o
a - ../lib/obj/mingw/Release/time_facets.o
a - ../lib/obj/mingw/Release/messages.o
a - ../lib/obj/mingw/Release/locale_impl.o
a - ../lib/obj/mingw/Release/locale.o
a - ../lib/obj/mingw/Release/locale_catalog.o
a - ../lib/obj/mingw/Release/facets_byname.o
a - ../lib/obj/mingw/Release/c_locale.o
a - ../lib/obj/mingw/Release/c_locale_stub.o
a - ../lib/obj/mingw/Release/complex.o
a - ../lib/obj/mingw/Release/complex_exp.o
a - ../lib/obj/mingw/Release/complex_io.o
a - ../lib/obj/mingw/Release/complex_trig.o
a - ../lib/obj/mingw/Release/complex_io_w.o
a - ../lib/obj/mingw/Release/string_w.o
mkdir -p ../lib/obj/mingw/DebugSTL
c++ -mno-cygwin -I../stlport -W -Wno-sign-compare -Wno-unused -Wno-uninitialized -O -g 
-D_STLP_DEBUG dll_main.cpp -c -o ../lib/obj/m
ingw/DebugSTL/dll_main.o
[---omitted---]



[---omitted---]

c++ -shared -o ../lib/libstlport-45.dll -I../stlport -W -Wno-sign-compare -Wno-unused 
-Wno-uninitialized -O2 -D_STLP_USE_DYNAMIC_LIB
  -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,-d 
-Wl,--out-implib,../lib/libstlport.dll.a -Wl,--whole-archive ../lib/obj/m
ingw/ReleaseD/dll_main.o ../lib/obj/mingw/ReleaseD/fstream.o 
../lib/obj/mingw/ReleaseD/strstream.o ../lib/obj/mingw/ReleaseD/sstream
.o ../lib/obj/mingw/ReleaseD/ios.o ../lib/obj/mingw/ReleaseD/streambuf.o 
../lib/obj/mingw/ReleaseD/stdio_streambuf.o ../lib/obj/ming
w/ReleaseD/istream.o ../lib/obj/mingw/ReleaseD/ostream.o 
../lib/obj/mingw/Re

Re: STLport with the Cygwin/MinGW compiler

[Gerrit P. Haase]

Hallo Alex,

>> Since libstdc++ is also static, it will be a fair race if both
>> times the static archive is used.

> libstlport_cygwin.a works fine.


> I tried to do the same thing with mingw.

[...]


> c++ -shared -o ...

This is wrong, you must also link with -mno-cygwin flag to get the
right libstdc++ in /usr/lib/mingw.

Add it to DYN_LINK:
DYN_LINK=c++ -mno-cygwin -shared -o


However, the link to the static archive also fails, maybe because the
MinGW version of gcc was built without --disable-nls?


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: Segmentation Fault of ssh3.7.1 with cygwin1.5.5-1 in W95

[Pierre A. Humblet]

Pierre A. Humblet wrote:

> The real problem is that the s_proto pointer of the struct servent
> returned by the Windows getservbyname on Win95 is invalid. 

Looking at net.cc, this problem seems to be well known.
However the workaround is only applied when copying the string,
not when computing its length.

Pierre


--
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: STLport with the Cygwin/MinGW compiler

[Gerrit P. Haase]

Hallo Alex,

>>> Since libstdc++ is also static, it will be a fair race if both
>>> times the static archive is used.

>> libstlport_cygwin.a works fine.


>> I tried to do the same thing with mingw.

> [...]


>> c++ -shared -o ...

> This is wrong, you must also link with -mno-cygwin flag to get the
> right libstdc++ in /usr/lib/mingw.

> Add it to DYN_LINK:
> DYN_LINK=c++ -mno-cygwin -shared -o


> However, the link to the static archive also fails, maybe because the
> MinGW version of gcc was built without --disable-nls?
Wanted to say:   ^^^ with --disable-nls


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: cygwin deadlocks due to broken select() when writing to pipes

[Dylan Cuthbert]

Hi Chris,

Actually I think I did mention I was running rsync hourly in a cron job,
that's all I've been mentioning as far as I know.

But anyway, this is 100% repeatable on my machine over the course of a day;
try setting up a cronjob to run every hour that rsync's a gig or so of files
over the intranet somewhere. Over the course of the day 1 in 4 of those
cronjobs will still be hanging around doing nothing (cpu usage 0).

The problem I have is that, since the Sep. 19th(?) version, when I log out
or shutdown WinXP, these idling tasks are no longer forcibly killed (because
they are idling deep in cygwin's lib code I suspect), but they used to be
killed just fine with the version of cygwin before the 19th.

Anyway, Right now I am resolved to having to leave my machine shutting down
for hours on end each night  :-( not a good solution really especially as I
pay the electricity bills around here... )

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

"Christopher Faylor" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
> On Fri, Oct 31, 2003 at 12:44:54PM +0900, Dylan Cuthbert wrote:
> >This could explain my problems running rsync as a cronjob
>
> I don't remember you mentioning that you were sending large amounts of
> data over a pipe before.
>
> The only time this is a problem is when the pipe is full.
>
> And, yes, it is a known problem.
>
> I would have expected that someone would have offered a patch for the
> documentation by now.  I don't know why they haven't done that.
> --
> Please use the resources at cygwin.com rather than sending personal email.
> Special for spam email harvesters: send email to [EMAIL PROTECTED]
> and be permanently blocked from mailing lists at sources.redhat.com
>



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

Cygwin on Lindows (was Re: cygwin deadlocks due to lack of money)

[Linda W.]

Christopher Faylor wrote:

... suggesting that we'd be working on a version of cygwin for
linux, 

---
   Yeah...I was wondering when there'd be a version available on Lindows. 

I'll volunteer to do counting of linux system calls in the 
cygwin-on-lindows-win-layer-on-linux-find vs. native linux find!

-linda
:-)
--
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: Stability Problem with Cygwin Pthreads

[Joost Kraaijeveld]

> Also if possible could people download the ThreadTest source code
> and also download the latest cygwin dll snapshot and tell me if
> they see the test application crash or not, then if you know how
> to build cygwin also download the cygwin source and rebuild the dll
> with debug info and then see if it crashes, also rebuild it without
> debug info and see if it crashes or not.
I tested your program and found out that the crashes were in compiler generated code 
(especially in STL code).  Upgrading to the latest version of everything (GCC in 
particular) solved everything for me without using any Cygwin snapshots.

Joost Kraaijeveld
Askesis B.V.
Molukkenstraat 14
6524NB Nijmegen
tel: 024-3888063 / 06-51855277
fax: 024-3608416
email: [EMAIL PROTECTED]
web: www.askesis.nl 

--
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 script does't work.

[Seiji Yoneda]

Hi,

I'm using bash 2.05a.0(2) on win2k pro and I'm running into problems
that the bash script doesn't work as I expected.

My bash script is as follows,  

< from here the script (ora8i.sh) start
#!/usr/bin/bash

ORA_HOME='/c/oracle/ora817'
export ORA_HOME
PATH=${ORA_HOME}/bin:${PATH}
export PATH
printenv PATH 
< here the script end

When execute these commands step by step, PATH environment variable
changes. But execute above bash script, PATH environment variable doesn't
change.
What's wrong ? If someone has some idea about this problem, please help me!

$ printenv ORA_HOME   < Before execution of script
<--- Before execution of script, ORA_HOME has nothing.
$ printenv PATH
/usr/local/pgsql/bin:/usr/local/pgsql/lib:/usr/local/bin:/usr/bin:/bin:/c/j2sdk1
.4.2_02/bin:/c/WINNT/system32:/c/WINNT:/c/WINNT/System32/Wbem

$ ora8i.sh< Execute this script
/c/oracle/ora817/bin:/usr/local/pgsql/bin:/usr/local/pgsql/lib:/usr/local/bin:/u
sr/bin:/bin:/c/j2sdk1.4.2_02/bin:/c/WINNT/system32:/c/WINNT:/c/WINNT/System32/Wb
em

$ printenv ORA_HOME   < After execution of script
<--- After execution, ORA_HOME has nothing !!
$ printenv PATH   < After execution, PATH does't change!!
/usr/local/pgsql/bin:/usr/local/pgsql/lib:/usr/local/bin:/usr/bin:/bin:/c/j2sdk1
.4.2_02/bin:/c/WINNT/system32:/c/WINNT:/c/WINNT/System32/Wbem


Seiji Yoneda <[EMAIL PROTECTED]>




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

Re: bash script does't work.

[Pierre-Philippe Coupard]

Seiji Yoneda wrote:
$ ora8i.sh< Execute this script
--8<--8<--

$ printenv ORA_HOME   < After execution of script
<--- After execution, ORA_HOME has nothing !!
$ printenv PATH   < After execution, PATH does't change!!
This isn't a cygwin issue.

Because the PATH you change in your script is a variable that's local to 
the shell running it. Because you call your script as a binary, another 
shell is spawned (the #!/bin/sh basically tells the kernel to use 
/bin/sh as the interpreter).

Try running you script as ". ora8i.sh" and it'll work : the "." is a 
shell command that means "execute this shell script" (in the current shell).

--
Pierre-Philippe Coupard <[EMAIL PROTECTED]>
Software Engineer
--
Does the name Pavlov ring a bell?
--
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: STLport with the Cygwin/MinGW compiler

[Alex Vinokur]

Hi Gerrit,

"Gerrit P. Haase" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> Hallo Alex,
>
> >>> Since libstdc++ is also static, it will be a fair race if both
> >>> times the static archive is used.
>
> >> libstlport_cygwin.a works fine.
>
>
> >> I tried to do the same thing with mingw.
>
> > [...]
>
>
> >> c++ -shared -o ...
>
> > This is wrong, you must also link with -mno-cygwin flag to get the
> > right libstdc++ in /usr/lib/mingw.
>
> > Add it to DYN_LINK:
> > DYN_LINK=c++ -mno-cygwin -shared -o
>
>
> > However, the link to the static archive also fails, maybe because the
> > MinGW version of gcc was built without --disable-nls?
> Wanted to say:   ^^^ with --disable-nls
>
[snip]


I have added -mno-cygwin to DYN_LINK.
That didn't help.

So, most probably 'STLporting to MinGW version of gcc' is problematic.


-- Makefile: BEGIN --
$ diff Makefile.cyg Makefile.mng
5c5
< CXX = c++
---
> CXX = c++ -mno-cygwin
7c7
< COMP = cygwin
---
> COMP = mingw
19c19
< DYN_LINK=c++ -shared -o
---
> DYN_LINK=c++ -mno-cygwin -shared -o
27c27
< COMP=cygwin
---
> COMP=mingw

-- Makefile: END 


-- Log-1. Creating libstlport libraries for mingw : BEGIN --

$ make -f Makefile.mng
[---omitted---]
c++ -mno-cygwin -shared -o ../lib/libstlport-45.dll -I../stlport -W -Wno-sign-compare 
-Wno-unused -Wno-uninitialized -O2 -D_STLP_USE
_DYNAMIC_LIB  -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,-d 
-Wl,--out-implib,../lib/libstlport.dll.a -Wl,--whole-archive
../lib/obj/mingw/ReleaseD/dll_main.o ../lib/obj/mingw/ReleaseD/fstream.o 
../lib/obj/mingw/ReleaseD/strstream.o ../lib/obj/mingw/Rele
aseD/sstream.o ../lib/obj/mingw/ReleaseD/ios.o ../lib/obj/mingw/ReleaseD/streambuf.o 
../lib/obj/mingw/ReleaseD/stdio_streambuf.o ../
lib/obj/mingw/ReleaseD/istream.o ../lib/obj/mingw/ReleaseD/ostream.o 
../lib/obj/mingw/ReleaseD/iostream.o ../lib/obj/mingw/ReleaseD/
codecvt.o ../lib/obj/mingw/ReleaseD/collate.o ../lib/obj/mingw/ReleaseD/ctype.o 
../lib/obj/mingw/ReleaseD/monetary.o ../lib/obj/ming
w/ReleaseD/num_get.o ../lib/obj/mingw/ReleaseD/num_put.o 
../lib/obj/mingw/ReleaseD/num_get_float.o ../lib/obj/mingw/ReleaseD/num_put
_float.o ../lib/obj/mingw/ReleaseD/numpunct.o ../lib/obj/mingw/ReleaseD/time_facets.o 
../lib/obj/mingw/ReleaseD/messages.o ../lib/ob
j/mingw/ReleaseD/locale_impl.o ../lib/obj/mingw/ReleaseD/locale.o 
../lib/obj/mingw/ReleaseD/locale_catalog.o ../lib/obj/mingw/Releas
eD/facets_byname.o ../lib/obj/mingw/ReleaseD/c_locale.o 
../lib/obj/mingw/ReleaseD/c_locale_stub.o ../lib/obj/mingw/ReleaseD/complex.
o ../lib/obj/mingw/ReleaseD/complex_exp.o ../lib/obj/mingw/ReleaseD/complex_io.o 
../lib/obj/mingw/ReleaseD/complex_trig.o ../lib/obj
/mingw/ReleaseD/complex_io_w.o ../lib/obj/mingw/ReleaseD/string_w.o  
-Wl,--no-whole-archive

Creating library file: ../lib/libstlport.dll.a
../lib/obj/mingw/ReleaseD/time_facets.o(.text+0x45a):time_facets.cpp: undefined 
reference to `_Locale_abbrev_dayofweek'
../lib/obj/mingw/ReleaseD/time_facets.o(.text+0x4cb):time_facets.cpp: undefined 
reference to `_Locale_full_dayofweek'
../lib/obj/mingw/ReleaseD/time_facets.o(.text+0x547):time_facets.cpp: undefined 
reference to `_Locale_abbrev_monthname'
../lib/obj/mingw/ReleaseD/time_facets.o(.text+0x5c7):time_facets.cpp: undefined 
reference to `_Locale_full_monthname'
../lib/obj/mingw/ReleaseD/time_facets.o(.text+0x62e):time_facets.cpp: undefined 
reference to `_Locale_am_str'
../lib/obj/mingw/ReleaseD/time_facets.o(.text+0x67f):time_facets.cpp: undefined 
reference to `_Locale_pm_str'
../lib/obj/mingw/ReleaseD/time_facets.o(.text+0x6d0):time_facets.cpp: undefined 
reference to `_Locale_t_fmt'
../lib/obj/mingw/ReleaseD/time_facets.o(.text+0x721):time_facets.cpp: undefined 
reference to `_Locale_d_fmt'
../lib/obj/mingw/ReleaseD/time_facets.o(.text+0x772):time_facets.cpp: undefined 
reference to `_Locale_d_t_fmt'
../lib/obj/mingw/ReleaseD/time_facets.o(.text+0x7c3):time_facets.cpp: undefined 
reference to `_Locale_long_d_fmt'
../lib/obj/mingw/ReleaseD/time_facets.o(.text+0x814):time_facets.cpp: undefined 
reference to `_Locale_long_d_t_fmt'
../lib/obj/mingw/ReleaseD/time_facets.o(.text+0x1a0e):time_facets.cpp: undefined 
reference to `_Locale_d_fmt'
../lib/obj/mingw/ReleaseD/locale_catalog.o(.text+0x9b7):locale_catalog.cpp: undefined 
reference to `_Locale_extract_ctype_name'
../lib/obj/mingw/ReleaseD/locale_catalog.o(.text+0x9d6):locale_catalog.cpp: undefined 
reference to `_Locale_extract_numeric_name'
../lib/obj/mingw/ReleaseD/locale_catalog.o(.text+0x9f5):locale_catalog.cpp: undefined 
reference to `_Locale_extract_time_name'
../lib/obj/mingw/ReleaseD/locale_catalog.o(.text+0xa14):locale_catalog.cpp: undefined 
reference to `_Locale_extract_collate_name'
../lib/obj/mingw/ReleaseD/locale_catalog.o(.text+0xa39):locale_catalog.cpp: undefined 
reference to `_Locale_extract_monetary_name'
../lib/obj/mingw/ReleaseD/locale_catalog.o(.text+0xa58):locale_catalog.cpp: undefined 
reference 

was: Re: let me the first (gmane.os.cygwin.applications)

[Hans Horn]

I think that both, Frank and Gary, deserve mega kudos!!
Just alone for being bold enough for jumping into the setup swamp!

I remember reading postings some time back about the sheer impossiblity to
teach setup windows to be resizable.
Well, here goes another myth!

good job, fellas,
H.




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

gcc 3.3.1-3, loading .la files from gcj-compiled apps

[Marcus G. Daniels]

Would it be possible to add a -D_WIN32 to the libjava/libltdl Makefile 
for Cygwin?  Then the LoadLibrary support will get compiled-in, and 
dynamic libraries can be loaded into GCJ apps.  If this is done, then a 
__CYGWIN__ conditional is needed in ltdl.c in order to first normalize 
the path for Windows, e.g. here's how I hacked it in my copy (not 
intended as a patch, just for illustration).   Also, I found I had to 
duplicate the stack copy of `buf' in java::lang::Runtime:_load in order 
to avoid it getting wiped out from the the exception getting caught.  
Please see the second illustrative patch.  With these two changes, I can 
use LoadLibrary in GCJ-compiled apps with libtool dynamic libraries in 
the same way that Sun JDK can load ordinary DLLs.

*** ltdl.c-origSun Nov  2 11:12:58 2003
--- ltdl.cSun Nov  2 11:13:23 2003
***
*** 479,486 
 strcpy(searchname, filename);
 strcat(searchname, ".");
 }
!
! module = LoadLibrary(searchname);
 lt_dlfree(searchname);

 /* libltdl expects this function to fail if it is unable
--- 479,490 
 strcpy(searchname, filename);
 strcat(searchname, ".");
 }
! {
!char buf[1024];
!   
!cygwin_conv_to_win32_path (searchname, buf);
!module = LoadLibrary(buf);
! }
 lt_dlfree(searchname);

 /* libltdl expects this function to fail if it is unable

*** natRuntime.cc-origSun Nov  2 08:58:56 2003
--- natRuntime.ccSun Nov  2 11:59:29 2003
***
*** 174,180 
   jsize total = JvGetStringUTFRegion (path, 0, path->length(), 
&buf[offset]);
   buf[offset + total] = '\0';

!   char *lib_name = buf;

   if (do_search)
 {
--- 174,180 
   jsize total = JvGetStringUTFRegion (path, 0, path->length(), 
&buf[offset]);
   buf[offset + total] = '\0';

!   char *lib_name = strdup (buf);

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

Re: cygwin deadlocks due to broken select() when writing to pipes

[Christopher Faylor]

On Mon, Nov 03, 2003 at 12:29:53AM +0900, Dylan Cuthbert wrote:
>Actually I think I did mention I was running rsync hourly in a cron job,
>that's all I've been mentioning as far as I know.

Which has nothing to do with selecting on pipes unless (and even this is
pretty remote) you have turned on CYGWIN=tty for your cron for some
reason.

The point that I am vainly trying to make is that if one person reports
a symptom like "hanging" and another person reports a symptom like
"hanging" in a completely different scenario while offering a rationale
for the behavior, it does not automatically mean that person B has found
the root cause for person A's problem unless person A and person B's
situations are the same.  There is nothing in your (repeated) description
of your problem to indicate that is the case.

--
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: gcc 3.3.1-3, loading .la files from gcj-compiled apps

[Christopher Faylor]

On Sun, Nov 02, 2003 at 12:20:47PM -0700, Marcus G. Daniels wrote:
>Would it be possible to add a -D_WIN32 to the libjava/libltdl Makefile 
>for Cygwin?  Then the LoadLibrary support will get compiled-in, and 
>dynamic libraries can be loaded into GCJ apps.

No.  If there is dynamic linking to be done it should work through
dlopen and pals.  Defining _WIN32 is not the way to accomplish this.

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

libltdl + dlopen/LoadLibrary [Was: Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps]

[Charles Wilson]

Christopher Faylor wrote:

On Sun, Nov 02, 2003 at 12:20:47PM -0700, Marcus G. Daniels wrote:

Would it be possible to add a -D_WIN32 to the libjava/libltdl Makefile 
for Cygwin?  Then the LoadLibrary support will get compiled-in, and 
dynamic libraries can be loaded into GCJ apps.


No.  If there is dynamic linking to be done it should work through
dlopen and pals.  Defining _WIN32 is not the way to accomplish this.
Hmmm...  I've been having problems compiling cvs-m4 which HEAVILY uses 
the libltdl library-loading functionality.  I wonder if it could be 
related to this:

From ltdl.c:
#if __CYGWIN__
  {
char wpath[MAX_PATH];
cygwin_conv_to_full_win32_path(searchname, wpath);
module = LoadLibrary(wpath);
  }
#else
  module = LoadLibrary (searchname);
#endif
  LT_DLFREE (searchname);
It appears that current libtool does in fact use LoadLibrary and not 
dlopen.  This worked fine in the past (perhaps pre-1.5.0?) but appears 
to not work as well anymore.

Should the module-loading functionality in libtoool for cygwin be 
reworked to use dlopen instead?

--
Chuck


--
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: libltdl + dlopen/LoadLibrary [Was: Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps]

[Christopher Faylor]

On Sun, Nov 02, 2003 at 03:13:56PM -0500, Charles Wilson wrote:
>Should the module-loading functionality in libtoool for cygwin be 
>reworked to use dlopen instead?

Without a doubt.

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/

undefined reference to _shmget

[Eliana Stavrou]

Hi to you all,
 
I'm using the latest version of the cygwin and I'm having some problems
when compiling this program using gcc:
 
#include 
#include 
#include 
#include 
#include 
 
#define SHMKEY (key_t)4321
#define SEMKEY (key_t)9876
#define SHMSIZ 256
#define PERMS 0600
 
main(){
 
int shmid,semid;char line[128];char *shmem;struct sembuf oper[1] = {0,1,0};
 
if ((shmid = shmget(SHMKEY,SHMSIZ,PERMS|IPC_CREAT)) < 0)
{perror("shmget");exit(1);}
 
printf("\nCreated shared memory region with identifier %d\n", shmid);
 
if ((semid = semget(SEMKEY,1,PERMS|IPC_CREAT)) < 0)
{perror("semget");exit(1);}
 
printf("\nCreated semaphore with identifier %d\n", semid);
 
if (semctl(semid,0,SETVAL,0) < 0) {perror("semctl");exit(1);}
 
printf("\nInitialized semphore to lock shared memory region\n");
 
if ((shmem = shmat(shmid, (char *)0,0)) == (char *) -1)
{perror("shmat");exit(1);}
 
printf("\nAttached shared memory region\n");
 
printf("Give input line: "); gets(line);
strcpy(shmem,line); 
 
printf("\nWrote to shared memory region: %s\n",line);
 
if (semop(semid,&oper[0],1) < 0) {perror("semop");exit(1);}
 
printf("\nReleased shared memory region\n");
 
} // end of main program
 
I get the following message:
 
$ gcc -o s_server.exe shm_sem_server.c

/cygdrive/c/DOCUME~1/na/LOCALS~1/Temp/ccii7ZHU.o(.text+0x1e2):shm_sem_serve
r.c:
undefined reference to `_shmget'
/cygdrive/c/DOCUME~1/na/LOCALS~1/Temp/ccii7ZHU.o(.text+0x23a):shm_sem_serve
r.c:
undefined reference to `_semget'
/cygdrive/c/DOCUME~1/na/LOCALS~1/Temp/ccii7ZHU.o(.text+0x291):shm_sem_serve
r.c:
undefined reference to `_semctl'
/cygdrive/c/DOCUME~1/na/LOCALS~1/Temp/ccii7ZHU.o(.text+0x2d4):shm_sem_serve
r.c:
undefined reference to `_shmat'
/cygdrive/c/DOCUME~1/na/LOCALS~1/Temp/ccii7ZHU.o(.text+0x36c):shm_sem_serve
r.c:
undefined reference to `_semop'
collect2: ld returned 1 exit status
 
I have checked and I have all the necessary libraries, any ideas on what is
the problem?
I can't think of anything.
 
Thank you in advance,
Eliana.
 
_
CYTANET WebMail
http://webmail.cytanet.com.cy

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

boat parts

[Roger]

Greetings,

We offer great prices on marine engine and transmission parts. MAN, Yanmar, Deutz, 
MTU, ZF, Twin Disc, Reintjes, and Phasor just to name a few.  Before you buy, send us 
an e-mail with model number and list of parts you would like a quote on. We will reply 
with an excellent quote and fantastic service. Why pay list price for anything!!!

We are also authorized dealers for many of the brands listed and can complete warranty 
work as well.

WWW.AMTI-Inc.com

Best regards,
American Marine Tech

--
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: Stability Problem with Cygwin Pthreads

[Arash Partow]

Hi Joost,


I tested your program and found out that the crashes were in compiler 
generated code (especially in STL code).  Upgrading to the latest version 
of everything (GCC in particular) solved everything for me without using 
any Cygwin snapshots.
I've updated everything too, atm i'm using the "new"
gcc 3.3.1-3, yet it still crashes, plus i don't think
the changes made recently to the snapshots exist in the
cygwin release.
However i too do think there is an issue with cygwin's Pthreads
and the stl string class, more so i think there is an issue
with the underlying infrastructure that it uses, ie: the i386
assembler code.
I've found many times when using the cygwin1.dll i've built
the crashes occur in those libraries. however due to the fact
that the release dll does not have debugging on i wasn't able
to investigate where abouts the crashes were residing from within
gdb.
The fact still remains, debug built dlls work, snapshot and release dlls
don't, why? does anyone know?
Regards

Arash

_
Hot chart ringtones and polyphonics. Go to  
http://ninemsn.com.au/mobilemania/default.asp

--
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: Stability Problem with Cygwin Pthreads

[Marcus Van Der Beek]

Hi


I tested your program and found out that the crashes were in compiler 
generated code (especially in STL code).  Upgrading to the latest version 
of everything (GCC in particular) solved everything for me without using 
any Cygwin snapshots.


I've found that it crashes too, I've tried compiling the test app
with a cygwin1.dll whicyh i had built in debug mode, and it works fine,
i built again but this time with debug off, and it crashes, I've tried
running the app with the latest release cygwin1.dll, it crashes and i've
tried the snapshot dlls from 25th, 27th, 28th. They all seem to crash.
Now from what i can see and as Arash Partow has pointed out the problem
seems to be in the memcpy routine, addr2line of the address given when it
crashes on my win2k box points to the memcpy.s in i386. My assembler isn't
good but it seems the code tried to access unallocated mem, with within a
context switch. its just a theory
Marcus

_
Hot chart ringtones and polyphonics. Go to  
http://ninemsn.com.au/mobilemania/default.asp

--
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: Updated: gcc-3.3.1-3 - maybe broken....

[Arash Partow]

Hi Gerrit
The gcc package is splitted into several packages now, for every front
end there is one separate package, you want to compile C++ code, so
install the gcc-g++ package.  You'll find gcc and the front end
packages in the category `Devel' or in the `Full' listing.


I've downloaded things again, and everything is A O K :D
thanx for your help
Regards

Arash Partow





__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net














.



..

_
Hot chart ringtones and polyphonics. Go to  
http://ninemsn.com.au/mobilemania/default.asp

--
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: Stability Problem with Cygwin Pthreads

[Arash Partow]

Hi,

for the people that are interested, this is where the threads
seem to be CONTINUALLY crashing:


/cygdrive/c/cygwin\bin>addr2line -e cygwin1.dll 0x610de964
../../../../../../cygwin-snapshot-20031028-1/newlib/libc/machine/i386/memcpy.S:53
.L11:
shrl $2,ecx
.p2align 2
rep  <
movsl
movl ebx,ecx
andl $3,ecx
from what i can see the memcpy is moving data from esi to edi
(ecx/4)'times (word blocks), however i don't think in the rep
(REPZ) of the ecx ever gets to zero, or before it does it tries
to copy data from a place which it does not have access to.


Regards

Arash Partow



__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net
_
Hot chart ringtones and polyphonics. Go to  
http://ninemsn.com.au/mobilemania/default.asp

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

Multiple Cygwins/ Distributing Cygwin apps

[John Moore]

I have done a bunch of googling and I find this subject comes up 
periodically. I have just spent many wasted hours because a vendor 
shipped a tool I have to have (customer mandate), tightly integrated 
with a cygwin that is old and has a buggy cvs. Meanwhile I am using 
another cygwin for another customer... the latest version.

For me, the inability to install two cygwins that are independent has 
already cost me a bunch of time. When I grumbled to a friend, his answer 
was "buy another machine for that application."

This is a poor answer, but I may have to. Or I'll have to find what 
magic has to be switched to instantiate one and hide the other... 
something that is mentioned in some of the email I found, but no details 
were given.

Cygwin is a great tool and it has this really neat installer so I can 
keep it up to date. But when a vendor ships a binary, that vendor must 
ship a binary Cygwin DLL, and there is no way it is going to match my 
latest version. This creates a problem.

I have seen two basic reasons stated that more than one cygwin shouldn't 
be supported:
1) It's not an important problem
2) Tell the vendors to always ship the latest version of cygwin, 
with the implied therat of losing market share.
3) It's too hard or impossible to run two cygwins.

Personally, I don't buy any of these. Of course, I haven't contributed 
to this project, but over the last 35 years I have designed a lot of 
systems in a lot of OS's (or designed the OS's).

As to #1, that will become a self supporting prophecy if this situation 
continues. Either large numbers of folks will be using Cygwin, or they 
won't. Either vendors will be releasing Cygwin based products or they 
won't. If they do, and lots of people use Cygwin, it is an important 
problem. If it remains a problem, Cygwin usage will go down. After all, 
if I tell my vendor that I don't want their product because it is 
incompatible with my system, they don't care. They have lost one sale, 
but there are plenty of folks that are without Cygwin, so this is no big 
deal. If a vendor gets lots of complaints, he is going to go away from 
Cygwin. I wish my current vendor had just used Windows environment... 
then I wouldn't be facing this issue.

#2 is ridiculous, pure and simple. Vendors aren't going to spend their 
time creating and support lots of version of their software just to stay 
in sync with Cygwin. And they are going to bundle cygwin because 99% of 
their customers don't have it, and the vendor wants to create an easy 
installation for this vast majority of their customers.

#3 I don't believe either. I have heard the argument that a cygwin 
program needs to know which DLL to load and which registry entries to 
use, and that just isn't possible.

But it is actually trivial. The DLL path searched starts where the 
cygwin application starts, so that is one way to separate DLL's. A 
single environment variable can define which registry entry to use. It 
can also define the name of the shared memory segment. It could also 
name the DLL, if one wanted to go that way. Hey, that's what environment 
variables are: a way to define different environments for software.

Now I'm probably missing some big technical problems, but I'm curious 
what they are.

I would like cygwin to allow multiple versions. I can tell from google 
that others would like this too. And vendors, especially small vendors, 
can greatly reduce their development costs if they can distribute 
command line cygwin tools rather than developing windows kluges, which 
is no doubt why we are starting to see this problem.

I multiple simultaneously functioning installs are a problem, how about 
adopting a project goal that supports multiple one-at-a-time versions of 
cygwin, and put the details in a faq or a shipped script?

Finally, regardless of how all this comes out, I want to thank those who 
have created and continue to work on cygwin. It is a great thing to have 
and I use for all of my work.

Thanks

John Moore



--
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: Multiple Cygwins/ Distributing Cygwin apps

[Gary R. Van Sickle]

[snip]
> Cygwin is a great tool and it has this really neat installer so I can
> keep it up to date.

Could somebody *PLEASE* put this quote at the top of the main Cygwin page?!?!?!?
"Really neat installer", wowzers, that's a first and a half! ;-)

--
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: Multiple Cygwins/ Distributing Cygwin apps

[Igor Pechtchanski]

On Sun, 2 Nov 2003, Gary R. Van Sickle wrote:

> [snip]
> > Cygwin is a great tool and it has this really neat installer so I can
> > keep it up to date.
>
> Could somebody *PLEASE* put this quote at the top of the main Cygwin page?!?!?!?
> "Really neat installer", wowzers, that's a first and a half! ;-)

Gary, this referred to the non-resizeable chooser, so will soon be
out-of-date.  The newer snapshots, once the initial excitement wears off,
will be branded messy and buggy and a disgrace to the project.  I'd like
to be wrong, but...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

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

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

Re: cygwin deadlocks due to broken select() when writing to pipes

[Dylan Cuthbert]

CYGWIN=tty is on in the system env vars, shall I switch it off, is this bad?
I switched it on before I had this problem mind you, but maybe something in
the post-Sept-19th version mixes badly with CYGWIN=tty?

Yes, I understand the "root of the problem" problem (sic.), ie. the
programming law that there will always be a lot more causes than there are
distinct effects. ;-)

Anyway, I have this daily recurring problem, which seems to me to be
duplicatible, yet no-one has tried to duplicate it yet?  This is why I
repeat the description of my problem wherever I can; in the daft hope
someone will set up something similar and see if they get the same thing.
I'm not doing anything complicated, just 2 or 3 rsync's (of half a gig or
so) in a cronjob every two hours to a linux server.

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

"Christopher Faylor" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
> On Mon, Nov 03, 2003 at 12:29:53AM +0900, Dylan Cuthbert wrote:
> >Actually I think I did mention I was running rsync hourly in a cron job,
> >that's all I've been mentioning as far as I know.
>
> Which has nothing to do with selecting on pipes unless (and even this is
> pretty remote) you have turned on CYGWIN=tty for your cron for some
> reason.
>
> The point that I am vainly trying to make is that if one person reports
> a symptom like "hanging" and another person reports a symptom like
> "hanging" in a completely different scenario while offering a rationale
> for the behavior, it does not automatically mean that person B has found
> the root cause for person A's problem unless person A and person B's
> situations are the same.  There is nothing in your (repeated) description
> of your problem to indicate that is the case.
>



--
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: Multiple Cygwins/ Distributing Cygwin apps

[Gary R. Van Sickle]

> On Sun, 2 Nov 2003, Gary R. Van Sickle wrote:
> 
> > [snip]
> > > Cygwin is a great tool and it has this really neat installer so I can
> > > keep it up to date.
> >
> > Could somebody *PLEASE* put this quote at the top of the main 
> Cygwin page?!?!?!?
> > "Really neat installer", wowzers, that's a first and a half! ;-)
> 
> Gary, this referred to the non-resizeable chooser, so will soon be
> out-of-date.  The newer snapshots, once the initial excitement wears off,
> will be branded messy and buggy and a disgrace to the project.  I'd like
> to be wrong, but...
>   Igor

I know, that's why I want this unsolicited praise saved for posterity! ;-)

-- 
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: Multiple Cygwins/ Distributing Cygwin apps

[Brian Dessent]

John Moore wrote:

> For me, the inability to install two cygwins that are independent has
> already cost me a bunch of time. When I grumbled to a friend, his answer
> was "buy another machine for that application."

I have not tried this per se, but I don't see what's stopping you from
having as many Cygwins installed as you want.  Now, I'm not saying that
you could USE more than one at a time, due to the fact that only a
single Cygwin1.dll can be active at any given time -- and I wouldn't
expect this to change before the heat death of the universe.  But the
only thing that Cygwin touches outside of its install path is the mount
table in the registry, and this is easily removed/replaced with mount
and umount.

So, if I were doing this, I would install Cygwin #1 to \cygwin, then
"mount -m > mounts.txt ; umount -A", then install Cygwin #2 to \cygwin-b
or whatever, and so on.  To switch between them just unmount everything
and remount the other one.

Additionally, these vendors must have shipped you source to everything
compiled against Cygwin1.dll, or else they are in violation of the GPL. 
So, you should be able to recompile everything against the latest DLL,
and just use a single installation.  The exception is if they purchased
the Cygwin buy-out license from Redhat.

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/

Compiled several libraries not in setup

[Heath Raftery]

After a non-trivial amount of mucking around, I've managed to compile 
several libraries in cygwin, which weren't in the Setup program. I 
installed them to compile centericq, but I'm sure they have other uses 
too. I think the list is:

libgcrypt
libgcrypt-pthread
libgnutls
libgnutls-extra
libgpg-error
liblzo
libopencdk
libtasn1
libtiff
libz
It would take me some time to go through again and document and test the 
changes I had to make to the source, configure and install scripts, so I 
wonder if it would be of use to the cygwin community to do so. If it 
saves someone else the time it took me the first time, I think it would 
be worthwhile. What is the general procedure here?

Regards,
Heath
--
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/

Printable information in executables

[Alex Vinokur]

Executable files contain various printable information.
For instance, list of  used DLLs.

However those files contain neither compiler name nor compiler version.
It seems to be worth including something like "gcc version 3.3.1 (cygming special)" in 
executables.

Next question. Is it possible to add 'user related printable information' to 
executables (through compilation option or something
else)?

--
 =
   Alex Vinokur
 mailto:[EMAIL PROTECTED]
 http://mathforum.org/library/view/10978.html
 news://news.gmane.org/gmane.comp.lang.c++.perfometer
   =






--
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: Stability Problem with Cygwin Pthreads

[Marcus Van Der Beek]

Hi Arash,

I've built the cygwin1.dll with debugging info off, and I have
been able to replicate your problem. It seems to be comeing from
inside the string allocator in stl but a more deeper anlysis
shows the problem to be coming from the i386 memcpy, i don't
think the memcpy has been written properly.
Other than that i don't think there is much else anyone other
than the cygwin developers can do to correct this problem.
Other dlls i tested and saw the crash are:

the cygwin1.dll snapshot from the 28th,27th,25th,
the cygwin1.dll from latest release (as of last night)
btw i've noticed a new snapshot just now made on nov 2nd, haven't
tried that out yet, but it seems there have been some changes made
to pthreads.
Marcus





Can anyone tell me why such a thing would happen and what are the
fundamental difference between debug mode of cygwin dll and release
versions other than the obvious debug info and extra asserts that go
into the dll ?


Also if possible could people download the ThreadTest source code
and also download the latest cygwin dll snapshot and tell me if
they see the test application crash or not, then if you know how
to build cygwin also download the cygwin source and rebuild the dll
with debug info and then see if it crashes, also rebuild it without
debug info and see if it crashes or not.



If a few people could try this out and give me their results, it
would help understand what is going wrong with these 3 different
builds. I hoping to resolve this issue with the help of the cygwin
community before the next major release.

Arash
_
Hot chart ringtones and polyphonics. Go to  
http://ninemsn.com.au/mobilemania/default.asp

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

CJK on mutt

[Lucifer]

I plan to move to mutt as my email client.  However, I find the mutt of cygwin can not 
handle CJK (Chinese, Japanese, Korean) characters correctly -- they are displayed as 
""s.  Since I am running cygwin on a Simplified Chinese version of Windows 2000 
box, I put the following in my .muttrc:

set locale="zh_CN"
charset-hook !utf-8 gb2312

but nothing changed, s are still s.

Anyone here use CJK too?  Can you resolve this problem?

Re: Multiple Cygwins/ Distributing Cygwin apps

[John Moore]

Brian Dessent wrote:

John Moore wrote:


For me, the inability to install two cygwins that are independent has
already cost me a bunch of time. When I grumbled to a friend, his answer
was "buy another machine for that application."


I have not tried this per se, but I don't see what's stopping you from
having as many Cygwins installed as you want.  Now, I'm not saying that
you could USE more than one at a time, due to the fact that only a
single Cygwin1.dll can be active at any given time -- and I wouldn't
expect this to change before the heat death of the universe.  But the
only thing that Cygwin touches outside of its install path is the mount
table in the registry, and this is easily removed/replaced with mount
and umount.
How about the Windows PATH environment variable? I think it messes with 
that (if not, then the vendor software did it).
So, if I were doing this, I would install Cygwin #1 to \cygwin, then
"mount -m > mounts.txt ; umount -A", then install Cygwin #2 to \cygwin-b
or whatever, and so on.  To switch between them just unmount everything
and remount the other one.
I installed Cygwin #1 on C: and Cygwin #2 on H:. I'll have to try the 
mount trick as the easy way to switch them. However, I don't think it 
will work when you first install Cygwin #2, as it will detect the keys 
and complain that a Cygwin is already present!

It may also be necessary to change the Windows path (again, I don't know 
if the Cygwin installer did this or the vendor did it).

In my case, to get my old environment to work, I did the following:

Cleaned out ALL cygwins from registry and disk.

Rebooted Win2K.

Ran the tool manufacturer's install, telling it to put cygwin stuff on 
H. Somehow it decided that my cygwin home directory should be 
c:/documents and settings/username.

Renamed the Cygwin paths in the registry to something else (put an X on 
the end).

rebooted.

Installed cygwin using the installer. It failed with a windows abort 
message about find.exe!

tried a few utilities from cygwin. Got a complaint about having 2 
cygwin1.dll's.

Cleaned out the Windows PATH setting of those cygwin-on-H drive paths.

Rebooted.

Tried the install again. Same failure.

Copied my archived copy of my C Cygwin back to C.

Everything worked except cvs, which failed in ssh client mode (against a 
server at the office) with a garbled message. This cvs.exe had worked 
before. This cygwin was from a cygwin grabbed by the nifty little 
unresizeable (grrr) utility within the last few days.

Downloaded the latest cvs from cvshome.org and put it in /bin in place 
of the current one.

Now, finally, I have something that seems to work.

I will check and see if the vendor included the source to the tool (I 
doubt it, btw). But good grief, I shouldn't have to recompile the damn 
thing just to use it.

I haven't yet tried to reactivate the tool cygwin (cygwin #1), which 
should be interesting.

What I would love to see is a complete procedure for doing this sort of 
thing posted in a cygwin FAQ.

I could have just gone with the vendor's cygwin, but the damned thing 
was out of date, and its cvs didn't work (something odd there that would 
 involve more diagnosis than I have time for until a current crisis is 
over). Furthermore, the idea of being hostage to some random tool 
vendor's "OS" as my primary work environment is offensive to me. In this 
case, the tool is an ARM cross assembler bundled with a JTAG interface 
(software and hardware).

I love cygwin. I have used it ever since MKS Toolkit got expensive and I 
discovered this alternative. I typically run 6 MKS bash shell windows at 
once on three monitors while working. I was a pure Unix user (started 
Unix on a PC-XT!) until the early '90s when the availability of a lot of 
applications forced me to Windows. Cygwin lets me have my cake and eat 
it too... almost.
Additionally, these vendors must have shipped you source to everything
compiled against Cygwin1.dll, or else they are in violation of the GPL. 
So, you should be able to recompile everything against the latest DLL,
and just use a single installation.  The exception is if they purchased
the Cygwin buy-out license from Redhat.

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/