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
--
Probl
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
of answers using MinGW with 4.5. 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, 201
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
> 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: http://cygwin.
of the 64bit ID". The 2
"%.8x" would make sense.
---Jan
On Fri, Jul 29, 2011 at 1:16 PM, Jan Chludzinski
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
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: htt
Don't know why all the white space in the code turned intro "?".
Hopefully this is better:
#include
#include
#include
#include
#define checkResults(string, val) { \
if (val) { \
printf("Failed with %d at %s", val, string); \
exit(1);
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 complet
> 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:
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
pro
The 2 threads finish executing before I can set a break. Why? ---Jan
On Tue, Jul 12, 2011 at 1:15 PM, Jan Chludzinski
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
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
wrote:
>> Since cygwin1.dll is multithreaded, I routinely set
reak in a thread.
Why?
Thanks, Jan
On Tue, Jul 12, 2011 at 6:16 AM, Jan Chludzinski
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 f
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 s
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
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 t
Marco Atzeri 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
>> (different from C++'s ) -
>> I trie
wrote:
> --- Gio 30/9/10, Jan Chludzinski ha scritto:
>
>> After doing some web searches for
>> 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/
After doing some web searches for 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 returned 1
20 matches
Mail list logo