Sergey,
We use setrlimit() to increase the size of the stack on UNIX systems.The
message is non-fatal, but it is an indication that setrlimit() couldn't give us
what we asked for. It might or might not predict a stack overflow, since our
calculation of how much stack will be needed is very approximate, and Cygwin
might or might not provide an adequate stack. If you need to follow-up this is
probably a private e-mail or unicon-ldif mailing list topic.
Cheers,
Clint
________________________________
From: Sergey Logichev <[email protected]>
Sent: Thursday, June 12, 2014 11:33 PM
To: Jafar Al-Gharaibeh; shea.
Cc: Unicon group
Subject: Re: [Unicon-group] make Unicon on Cygwin (Windows 8.1)
One more oddity. In general icon programs builded with unicon-cygwin can run.
But when I tried to run performance test with special build of xmarkup it
outputs time-to-time following message:
iconx setrlimit(41542164) failed 22
What is it?
13.06.2014, 10:26, "Sergey Logichev" <[email protected]>:
I have discovered one more strange thing about Unicon on Cygwin64/Win8.1. Under
cygwin all works fine, but unicon executable can't run under pure Windows and
say that it's incompatible with 64bit architecture of OS. Strange, because
icont.exe and iconx.exe run fine provided that cygwin1.dll is visible.
That fact is very unpleasant as pure Windows executables can run fine under
cygwin and vice verse (with cygwin1.dll).
Actually, the same thing I encountered with cygwin build of old good Icon
v9.3.1 on Win8.1. Current Icon v9.5.1 builded under cygwin runs fine under pure
Windows 8.1.
Sergey
12.06.2014, 19:02, "Jafar Al-Gharaibeh"
<[email protected]<mailto:[email protected]>>:
On Thu, Jun 12, 2014 at 2:48 AM, shea.
<[email protected]<mailto:[email protected]>> wrote:
Hey Sergey,
I've had similar issues with x86_32 and in order to enable concurrency
there I think you need all three of the following commands in
src/h/define.h.
#define HAVE_LIBPTHREAD 1
#define Concurrent 1
#define NoKeyword__Thread 1
Actually, I tend to put these defines in /config/win32/gcc/define32.h
(I guess for you it'd be /config/win32/cygwin/define.h) as well though
because "make Unicon" on Windows I think overwrites the other
define.h.
On a Linux environment, which cygwin provides. Only
#define Concurrent 1
is needed. And since we are taking a Linux "approach", I don't think any
config/win32 is involved. Although as we found yesterday, the win32 version of
rswitch.s was needed instead of the Linux's.
I've noticed the push instruction error in rswitch.s as well(for 32
bit builds), which enabling concurrency seemed to fix but I may spend
some time looking at it and see if I can spot the problem.
Enabling concurrency drops the need for rswitch.s since we switch (no pun
intended) to pthreads to provide the co-expression's context switch.
--Jafar
- Shea Newton
------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
Unicon-group mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/unicon-group
,
------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
,
_______________________________________________
Unicon-group mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/unicon-group
------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
Unicon-group mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/unicon-group