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

Reply via email to