Marcus Williams | 4 Dec 06:21 2015
Picon

Adapting Mico 2.3.13 for code page ibm-1047 (z/OS mainframe)

Hello,

   I would like to know if anyone has gotten Mico code implemented on the IBM mainframe running z/OS (via Unix System Services).


First, I am aware that the IBM code page 1047 is not listed in the code_set_registry.h include member but it’s the modern extension of code page 037.

Due to that the native character set on the mainframe is ebcdic (aka code page 1047), I’m using the C/C++ compiler option which converts and utilizes ISO 8859-1 character literals.  Though, I’m overloading the standard character extractors/inserts to and from ebcdic to ascii. This was done since I need to display, read/write standard I/O in the native character set.

Though, I’m hoping I am not duplicating the efforts which was already done.



Thanks,
    Marcus J. Williams
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
Karel Gardas | 2 Dec 22:12 2015

Re: _non_existent() fails sometimes even when the service is active


Hi Rob,

is it possible for you to duplicate the issue on MICO HEAD while using 
multi-threading IRd and single-threaded MICO ORB for Combat? Basically 
speaking you will need to do two builds in independent directories, but 
there is quite a load of changes done since 2011 so it's most important 
if you are able to duplicate on HEAD or not.

Thanks,
Karel

On 11/27/15 11:19 PM, Rob Ratcliff wrote:
> Hi Karel,
>
> The version of MICO I am working with is from December 2, 2011. I tried
> the most recent version from darcs, but I cannot load IDL into the
> Interface Repository without an error if it is not compiled with thread
> support.  (With threading support enabled, it works fine, but I haven't
> tested Combat with that version with the POA's SINGLE_THREAD_MODEL
> threading policy enabled yet.)
>
> Thanks,
>
> Rob
>
>
> On 11/27/2015 1:42 PM, Karel Gardas wrote:
>>
>> Hi Rob,
>>
>> obvious question is what MICO exactly do you use, on which platform
>> (OS/compiler versions). By MICO version I mean either release number
>> or what is your last patch in darcs repo if you use repo.
>>
>> Thanks,
>> Karel
>>
>> On 11/27/15 07:56 PM, Rob Ratcliff wrote:
>>> Hi,
>>>
>>> We've noticed recently that calls to _non_existent() are coming back
>>> true even when the remove object is active and the communication thread
>>> on the remove is blocked for a period due to it being busy with tasking.
>>> (We are currently running MICO single threaded currently due to using
>>> Combat.) I am going to try moving long running tasks to another thread
>>> in the object, but is there a configurable timeout parameter or some
>>> other parameter that would impact the behavior of the _non_existent()
>>> call? (I only saw a timeout related to messaging if that was enabled.)
>>>
>>> Thanks,
>>>
>>> Rob
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Mico-devel mailing list
>>> Mico-devel <at> lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/mico-devel
>>>
>>
>>
>
>

--

-- 
Karel Gardas                  kgardas <at> objectsecurity.com
ObjectSecurity Ltd.           http://www.objectsecurity.com

------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140
Rob Ratcliff | 27 Nov 19:56 2015

_non_existent() fails sometimes even when the service is active

Hi,

We've noticed recently that calls to _non_existent() are coming back
true even when the remove object is active and the communication thread
on the remove is blocked for a period due to it being busy with tasking.
(We are currently running MICO single threaded currently due to using
Combat.) I am going to try moving long running tasks to another thread
in the object, but is there a configurable timeout parameter or some
other parameter that would impact the behavior of the _non_existent()
call? (I only saw a timeout related to messaging if that was enabled.)

Thanks,

Rob

------------------------------------------------------------------------------
Michael Haubenwallner | 13 Apr 11:01 2015

nsd (name service server) filename conflict with NameServerDaemon

Hi,

as shown in https://bugs.gentoo.org/show_bug.cgi?id=544488 the file name of
MICO name service server "nsd" is in conflict with the "Name Service Daemon"
project http://www.nlnetlabs.nl/projects/nsd/

Question now is how to solve this conflict - the options I can see for now is:
*) Rename the Name Service Daemon project to something different.
*) Rename MICO "nsd" to "mico-nsd", plus optionally (build-time?)
   keep symlink "nsd -> mico-nsd" for backwards compatibility.

Using "nsd" for the "Name Service Daemon" project IMHO feels more natural than
for the "MICO name service server", where "mico-nsd" feels appropriate as well.

Thoughts?

Thanks!
/haubi/

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
hector rey | 15 Mar 15:49 2015
Picon

How to compile with MinGW?

Hello,

      I want to use MICO with DevC++.  I think that it`s the same as MinGW, so I want to compile it in MinGW, but the INSTALL file says "Follow instructions for patching MinGW at  http://www.geocrawler.com/archives/3/6013/2002/1/100/7606374/ ".
      It seems than www.geocrawler.com in down.  Does anyone has a copy of this?

Thanks,

Héctor.
  

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
alireza.azarnia | 23 Nov 02:34 2014
Picon

alireza.azarnia <at> gmail.com has indicated you're a friend. Accept?

Click here to discover alireza.azarnia <at> gmail.com's favorite websites!
alireza.azarnia <at> gmail.com wants to follow you
I would like to add you as a friend
-alireza.azarnia <at> gmail.com
Accept Decline
Following alireza.azarnia <at> gmail.com helps you discover great websites they recommend :)
Click here to unsubscribe from such emails from alireza.azarnia <at> gmail.com or all friends


P.O. BOX 70928, Sunnyvale, CA 94086
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
imcompo | 19 Nov 16:06 2014
Picon

idl compilation fail with VS2012

Hello,

Here is my configuration with which I tried to compiled
the latest snapshot of 2014 name : mico-2014-02-13
(but I have also try with other packages)

- windows 7 with all fix and servicepack
- Visual Studio 2012

The compilation works well until the ide generator use :
I have an error in \mico-2014-02-13\orb\os-thread\pthreads.cc, line 496 
and idl crashed.

I do not think it comes from the pthread dll because I use the same
in other element of my framework.

Have you a solution ?

I need to compile with 2012 because all my framework developpement is 
compiled with
(C++) then if I use 2008 (I could), there will be mangling problem.

Thanks for answer.

Famenco

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
Raghu Jayan | 19 May 22:11 2014
Picon

Windows 64 bit build

Hello,

Based on a post in this mailing list I tried to obtain the Win64 port
using darcs:

darcs get --set-scripts-executable http://mico.org/mico-darcs-repository mico

However, I get an error when I run it. I get the following message,

darcs failed:  Not a repository: http://mico.org/mico-darcs-repository
(CouldNotConnectToServer)

HINT: Do you have the right URI for the repository?

      If so, check with the repository owner to see if the following files
      are readable:

        1. _darcs/format    - might not exist; that's OK
        2. _darcs/inventory - should exist if #1 is missing
        3. _darcs/hashed_inventory - should exist if #2 is missing

Has anyone been able to successfully compile x64 windows version? I
would appreciate any pointers in this regard.

Thanks in advance,

Raghu

------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
Schneider, Wolfgang | 9 Dec 17:40 2013
Picon

Calling MICO::IIOPProxy::kill_conn can trigger memory race conditions

Hello MICO developers,

in my scenario a MICO service is called from a client process and delegating
those calls as several parallel invocations to further CORBA services. If
one of those delegation services is shut down, the service in the middle
could crash because of multiple deletes on the same IIOPProxyInvokeRec
object.
One of the delete candidates is the method IIOPProxy::del_invoke called in
IIOPProxy::abort_invoke itself. Another one is triggered as callback
function in CORBA::ORB::get_invoke_reply.

The following changes in MICO snapshot 2012 are my first try to fix the
problem (see the lines marked with // Wolfgang Schneider comments).  Up to
now I didn't test that very heavily. So I'm very interested if you see any
side effects of my fix which I didn't had in mind.

Thanks a lot for any help.

Iop.cc:

void
MICO::IIOPProxy::abort_invoke (CORBA::ORBMsgId id)
{
    // make invocation fail; notify orb ...
    if (MICO::Logger::IsLogged (MICO::Logger::IIOP)) {
	MICOMT::AutoDebugLock __lock;
	MICO::Logger::Stream (MICO::Logger::IIOP)
	    << "GIOP: invocation(" << id << ") aborted" << endl;
    }

    IIOPProxyInvokeRec* inv_rec = pull_invoke(id);

	// Wolfgang Schneider, change 9.12.2013
	// Do not delete the id object in invoke callback action
(CORBA::ORB::get_invoke_reply)
	id->deactivate();

    switch (_orb->request_type (id)) {
    case CORBA::RequestInvoke: {
	CORBA::Object_var obj = new CORBA::Object (new CORBA::IOR);
	CORBA::Request_var req =
	    new CORBA::Request (obj, "someop");
	LocalRequest orbreq (req);
	orbreq.set_out_args (
	    new CORBA::TRANSIENT (0, CORBA::COMPLETED_MAYBE));
	_orb->answer_invoke (id, CORBA::InvokeSysEx,
			     CORBA::Object::_nil(), &orbreq, 0);
	break;
    }
    case CORBA::RequestLocate:
	_orb->answer_locate (id, CORBA::LocateUnknown,
			     CORBA::Object::_nil(), 0);
	break;
	
    case CORBA::RequestBind:
	_orb->answer_bind (id, CORBA::LocateUnknown,
			   CORBA::Object::_nil());
	break;

    default:
	assert (0);
    }

    this->del_invoke(inv_rec);
}

Orb.cc:

CORBA::InvokeStatus
CORBA::ORB::get_invoke_reply (ORBMsgId id, Object_out obj, ORBRequest *&r,
			      GIOP::AddressingDisposition &ad)
{
    ORBInvokeRec *rec = get_invoke (id);
    assert (rec);

	//Wolfgang Schneider, change 9.12.2013
	//The id object will be deleted by IIOPProxy::abort_invoke 
	bool invoke_aborting = id->active() == false;

    InvokeStatus state;
    Object_ptr o;
    CORBA::Boolean ret = rec->get_answer_invoke (state, o, r, ad);
    assert (ret);
    obj = Object::_duplicate (o);
	
	//Wolfgang Schneider, change 9.12.2013
	//The id object will be deleted by IIOPProxy::abort_invoke 
	//del_invoke ( rec->id() );
   	 if ( !invoke_aborting ) {
		del_invoke ( rec->id() );
	}

#ifndef HAVE_THREADS
    // XXX has to be changed for MT
    //_currentid = 0;
    if (!_currentid.empty()) {
	_currentid.pop();
    }
#else // HAVE_THREADS
    stack<CORBA::ORBInvokeRec*>* invs =
static_cast<stack<CORBA::ORBInvokeRec*>*>
	(MICOMT::Thread::get_specific(_current_rec_key));
    if (invs != NULL && !invs->empty()) {
	invs->pop();
    }
#endif // HAVE_THREADS
    return state;
}

Attachment (smime.p7s): application/pkcs7-signature, 8 KiB
------------------------------------------------------------------------------
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
Felipe Magno de Almeida | 4 Nov 12:33 2013
Picon

fwd_ior threading race and patch

Hello Karel,

We noticed a race with the fwd_ior member of Object when multiple
threads made calls concurrently. We've fixed it by moving the forward
object outside the reference and to the algorithms. The attached patch
has been working for over 1 year.

Any comments are appreciated,

Regards,
--

-- 
Felipe Magno de Almeida
Attachment (forward_ior.patch): application/octet-stream, 20 KiB
------------------------------------------------------------------------------
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
_______________________________________________
Mico-devel mailing list
Mico-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mico-devel
Karel Gardas | 12 Oct 17:12 2013

Re: MICO cryptic problem


On 10/12/13 04:48 PM, andreis <at> eed.usv.ro wrote:
> Hi Karel
> Thank you kindly for the fast reply.
>
> CORBA::Object_var nsobj = orb->resolve_initial_references("NameService");
> // after this line, variable nsobj is not NULL.
>
> CosNaming::NamingContext_var nc=CosNaming::NamingContext::_narrow(nsobj);
> // after this line, nc is also not NULL but a CORBA::INV_POLICY exception
> //apears in the Visual Studio Output window. I must also mention that the
> //execution continues even after the exception is thrown, leading me to
> //think it is being caught somewhere in MICO code.

Do not be that confused about INV_POLICY being displayed in VS. IIRC it 
displays also caught policies. If you are curious what's happening in 
this case is that _narrow attempts to open IIOP connection to target 
object and as part of this code there is also a logic which tries to 
obtain ContextEstablishmentPolicy from the target object reference. By 
spec, if such policy is not associated with the target object 
Object::_get_policy should throw CORBA::INV_POLICY exception which is 
caught and code continues... See iop.cc, and seek for 
MICO::IIOPProxy::make_conn (CORBA::Object_ptr obj, CORBA::Boolean& 
timedout) if you are interested in seeing the code in question.

> As for the demo/services/naming example, i've tested it and it seems to
> work. What i don't understand is that i'm trying to replicate the example
> with the same exact code except the if(CORBA::is_nil(<variable>)) part
> because both nsobj and nc variables are NOT NULL  i.e. 0x13f6d388.

Hmm. One thing is that nsobj and nc variables are NOT NULL from the C++ 
point of view. They are both _var smart pointers allocated statically on 
the stack so they should not be NULL anyway. The question here is if 
nsobj.in() and/or nc.in() are NULL or not, that means if the pointers 
saved into the smart pointers are null or not. That's why 
CORBA::is_nil(var) is usable here and I certainly recommend its usage 
here...

> I don't think there is smth wrong with argv[3] because with TAO it works
> just fine.

I still think this may be a culprit, if you don't believe try to use the 
same corbaloc in demo/services/naming example... Of course I may be 
mistaken here! But such is my instinct here... :-)

Karel
--

-- 
Karel Gardas                  kgardas <at> objectsecurity.com
ObjectSecurity Ltd.           http://www.objectsecurity.com

------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk

Gmane