What is this versus cygwin-dot-org ?
Just tried Red Hat Cygwin official installation utility
(www-dot-redhat-dot-com-slash-services-slash-custom-slash-cygwin) and
their one download site (ftp-dot-ges-dot-redhat-dot-com) suffers from
complete autism - i.e., totally unresponsive,
---Jan
--
I just updated my installation and noticed. ---Jan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
The latest version of GCC is 4.6. The version used with MinGW is 4.5.
Cygwin uses 4.3.
Why is Cygwin 3 versions behind?
---Jan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe
. The MinGW
results were what I expect - the same as I got using SuSE 11.4 with
g++ 4.6. Also, the values I get using VC++ 2010.
Haven't had time to wade through the ~1500 lines of Runge-Kutta code
to find the needle-in-the-haystack.
---Jan
On Mon, Aug 1, 2011 at 9:29 PM, Jan Chludzinski
jan.chludzin
10:29, Jan Chludzinski wrote:
First, THANKS!
$ startxwin
giving up.
startxwin: No such file or directory (errno 2): unable to
connect to X server
startxwin: No such process (errno 3): Server error.
Sorry, I hadn't quite grasped that is the whole of the output
pthread_getthreadid_np is a non-standard IBM extension. You won't find
it in the POSIX specs.
Does Cygwin support the full POSIX pthread spec?
---Jan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
The code below appears to have incorrect behavior. The output is:
$ ./a.exe
Enter Testcase - ./a
Create/start threads
Thread 009e0290 : Entered
Thread 009f0320 : Entered
Thread 009f03a8 : Entered
Thread 18dbce64 : INITIALIZE RESOURCE
Wait for the threads to
for the threads to complete, and release their resources\n);
for (i=0; i NUMTHREADS; ++i) {
rc = pthread_join(thread[i], NULL);
checkResults(pthread_join()\n, rc);
}
printf(Main completed\n);
return 0;
}
On Fri, Jul 29, 2011 at 12:59 PM, Jan Chludzinski
jan.chludzin...@gmail.com wrote
Thanks!
This is an example (from IBM) I cut-and-paste into Emacs to better
understand pthread_once(...). Didn't notice the two %.8x in
printf().
Thanks again, Jan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
. The 2
%.8x would make sense.
---Jan
On Fri, Jul 29, 2011 at 1:16 PM, Jan Chludzinski
jan.chludzin...@gmail.com wrote:
Thanks!
This is an example (from IBM) I cut-and-paste into Emacs to better
understand pthread_once(...). Didn't notice the two %.8x in
printf().
Thanks again, Jan
(or whatever X based app) nothing
happens, nothing appears.
As for FAQ, I'm afraid I don't see anything that might help. I looked
before I posted the original e-mail.
---John
On Wed, Jul 13, 2011 at 8:21 AM, Jon TURNEY jon.tur...@dronecode.org.uk wrote:
On 12/07/2011 09:10, Jan Chludzinski wrote:
I
If I'm stepping through main() in GDB, when I step past
pthread_create() should the associated (newly created) thread begin
executing independently of main() (i.e., the main thread)?
Executing independently in the background?
Red Hat's GDB documentation says: In all-stop mode, whenever your
This has everything to do with the beast called parallelism and nothing to do
with either
cygwin or gdb (which is probably why you're not getting replies).
A short-running thread can easily complete before pthread_create returns.
Here's the law of the jungle, as simply put as I know: other
I've done a complete installation on X11 from Cygwin setup.exe. But
when I try to start the XWin Server using the Start menu nothing
happens. If I try either startxwin or xinit from the BASH shell I
get:
giving up.
startxwin: No such file or directory (errno 2): unable to connect to X server
I went to GNU.org to read about GDB and threads since I'm having
trouble working with ptheads under GDB on Cygwin. I notice this on
the GNU.org web site:
Warning: These facilities are not yet available on every GDB
configuration where the operating system supports threads. If your GDB
does not
in a thread.
Why?
Thanks, Jan
On Tue, Jul 12, 2011 at 6:16 AM, Jan Chludzinski
jan.chludzin...@gmail.com wrote:
I went to GNU.org to read about GDB and threads since I'm having
trouble working with ptheads under GDB on Cygwin. I notice this on
the GNU.org web site:
Warning: These facilities
Sorry, I forgot to build with the -g option.
But still as I'm stepping passed the 2 pthread_create() routines they
finish executing before I can set a break. Why?
---Jan
On Tue, Jul 12, 2011 at 1:02 PM, Jan Chludzinski
jan.chludzin...@gmail.com wrote:
Since cygwin1.dll is multithreaded, I
The 2 threads finish executing before I can set a break. Why? ---Jan
On Tue, Jul 12, 2011 at 1:15 PM, Jan Chludzinski
jan.chludzin...@gmail.com wrote:
Sorry, I forgot to build with the -g option.
But still as I'm stepping passed the 2 pthread_create() routines they
finish executing before I
Just finished compiling some numerical code (developed using the
Borland C++ compiler) using G++ 4.3.4 (that came with Cygwin 1.7).
The answers are different from what I get using the Borland compiler
(circa 2002). I have known correct answers from some NASA code and
compare against those.
I've
, Marco Atzeri marco_atz...@yahoo.it wrote:
--- Gio 30/9/10, Jan Chludzinski ha scritto:
After doing some web searches for
complex.h and Cygwin, I found
there doesn't seem to be any support unless I use: gcc
-I/usr/include/mingw -lm tc.c But I still end up with:
/cygdrive/c/DOCUME~1/JOHNC~1.ECS
...@yahoo.it wrote:
--- Ven 1/10/10, Jan Chludzinski ha scritto:
I need to write some simple code
which involves complex values. I
remembered that C99 added support for complex values and
tried to use
complex.h (different from C++'s complex) -
I tried ccos() and got
the error below.
Another
After doing some web searches for complex.h and Cygwin, I found
there doesn't seem to be any support unless I use: gcc
-I/usr/include/mingw -lm tc.c But I still end up with:
/cygdrive/c/DOCUME~1/JOHNC~1.ECS/LOCALS~1/Temp/ccAPGnIv.o:tc.c:(.text+0x3d):
undefined reference to `_ccos'
collect2: ld
22 matches
Mail list logo