done that. Yes. there is a difference.
This is from the Cmake-generate new config.h :
/* Define to 1 if you have pthread_mutexattr_settype function */
/* #undef HAVE_PTHREAD_MUTEXATTR_SETTYPE */
/* Define to 1 if PTHREAD_MUTEX_ERRORCHECK is a valid value */
/* #undef HAVE_PTHREAD_MUTEX_ERRORCHECK */
/* Define to 1 if PTHREAD_MUTEX_RECURSIVE is a valid value */
/* #undef HAVE_PTHREAD_MUTEX_RECURSIVE */
/* Define to 1 if PTHREAD_MUTEX_RECURSIVE_NP is a valid value */
/* #undef HAVE_PTHREAD_MUTEX_RECURSIVE_NP */
While the 4.2.0 version had:
/* Define to 1 if you have pthread_mutexattr_settype function */
#define HAVE_PTHREAD_MUTEXATTR_SETTYPE 1
/* Define to 1 if PTHREAD_MUTEX_ERRORCHECK is a valid value */
#define HAVE_PTHREAD_MUTEX_ERRORCHECK 1
/* Define to 1 if PTHREAD_MUTEX_RECURSIVE is a valid value */
#define HAVE_PTHREAD_MUTEX_RECURSIVE 1
/* Define to 1 if PTHREAD_MUTEX_RECURSIVE_NP is a valid value */
/* #undef HAVE_PTHREAD_MUTEX_RECURSIVE_NP */
If there is a 1 or not after the define is not significant, no? (long time
since I did this).
However, adding these and updating to most recent svn yields:
[ 94%] Building CXX object
CMakeFiles/rexxc.dir/utilities/rexxc/platform/unix/RexxCompiler.cpp.o
/Users/rvjansen/apps/oorexx/oorexx-code-0/utilities/rexxc/platform/unix/RexxCompiler.cpp:86:73:
error:
use of undeclared identifier 'CATD_ERR'
if ((catd = catopen(REXXMESSAGEFILE, SECOND_PARAMETER)) ==
(nl_catd)CATD_ERR)
^
/Users/rvjansen/apps/oorexx/oorexx-code-0/utilities/rexxc/platform/unix/RexxCompiler.cpp:89:70:
error:
use of undeclared identifier 'CATD_ERR'
if ((catd = catopen(DataArea, SECOND_PARAMETER)) == (nl_catd)CATD_ERR)
^
/Users/rvjansen/apps/oorexx/oorexx-code-0/utilities/rexxc/platform/unix/RexxCompiler.cpp:100:70:
error:
use of undeclared identifier 'CATD_ERR'
if ((catd = catopen(DataArea, SECOND_PARAMETER)) == (nl_catd)CATD_ERR)
^
/Users/rvjansen/apps/oorexx/oorexx-code-0/utilities/rexxc/platform/unix/RexxCompiler.cpp:147:16:
warning:
format string is not a string literal (potentially insecure)
[-Wformat-security]
printf(ptr);
^~~
1 warning and 3 errors generated.
make[2]: ***
[CMakeFiles/rexxc.dir/utilities/rexxc/platform/unix/RexxCompiler.cpp.o] Error 1
make[1]: *** [CMakeFiles/rexxc.dir/all] Error 2
where last night the compile was clean.
best regards,
René.
On 22 sep. 2014, at 02:07, Rick McGuire <[email protected]> wrote:
> One thing David used to figure out this problem on Linux was to build the
> 4.2.0 version (which uses the old autotools build) and compare the generated
> config.h from that build to the one generated by cmake. The bit of code that
> was messed up was the create method in SysSemaphore.cpp., specifically the
> different PTHREAD_* defines. These should still end up the same as the
> autotools generated version from the old build. If they don't, then David is
> the expert on how that is generated.
>
> Rick
>
> On Sun, Sep 21, 2014 at 7:35 PM, René Jansen <[email protected]> wrote:
> well, it did not solve the below problem, it did not overwrite my commenting
> out of the redefinition of semun.
>
> this is the stacktrace:
>
> Sampling process 1660 for 3 seconds with 1 millisecond of run time between
> samples
> Sampling completed, processing symbols...
> Analysis of sampling rexximage (pid 1660) every 1 millisecond
> Process: rexximage [1660]
> Path: /Users/rvjansen/apps/oorexxbuild/bin/rexximage
> Load Address: 0x108773000
> Identifier: rexximage
> Version: 0
> Code Type: X86-64
> Parent Process: sh [1659]
>
> Date/Time: 2014-09-22 01:32:34.759 +0200
> OS Version: Mac OS X 10.9.4 (13E28)
> Report Version: 7
>
> Call graph:
> 2680 Thread_5695 DispatchQueue_1: com.apple.main-thread (serial)
> 2680 start (in libdyld.dylib) + 1 [0x7fff902935fd]
> 2680 main (in rexximage) + 20 [0x108774f64]
> 2680 RexxCreateInterpreterImage (in librexx.5.0.7.dylib) + 14
> [0x1087d554e]
> 2680
> Interpreter::startInterpreter(Interpreter::InterpreterStartupMode) (in
> librexx.5.0.7.dylib) + 89 [0x108889999]
> 2680 MemoryObject::initialize(bool) (in librexx.5.0.7.dylib) +
> 433 [0x108827c61]
> 2680 MemoryObject::createImage() (in librexx.5.0.7.dylib) +
> 48 [0x10881a030]
> 2680 Interpreter::createInterpreterInstance() (in
> librexx.5.0.7.dylib) + 19 [0x108827aa3]
> 2680 Interpreter::createInterpreterInstance(RexxOption*)
> (in librexx.5.0.7.dylib) + 24 [0x108889f18]
> 2680 ResourceSection::ResourceSection() (in
> librexx.5.0.7.dylib) + 21 [0x108830c05]
> 2680 ResourceSection::ResourceSection() (in
> librexx.5.0.7.dylib) + 25 [0x108835269]
> 2680 Interpreter::getResourceLock() (in
> librexx.5.0.7.dylib) + 16 [0x108835240]
> 2680 SysMutex::request() (in
> librexx.5.0.7.dylib) + 21 [0x108831205]
> 2680 _pthread_mutex_lock (in
> libsystem_pthread.dylib) + 372 [0x7fff8a805779]
> 2680 __psynch_mutexwait (in
> libsystem_kernel.dylib) + 10 [0x7fff8e263746]
>
> Total number in stack (recursive counted multiple, when >=5):
>
> Sort by top of stack, same collapsed (when >= 5):
> __psynch_mutexwait (in libsystem_kernel.dylib) 2680
>
> Binary Images:
> 0x108773000 - 0x108774ff7 +rexximage (0)
> <3BBB6A68-A142-3225-9254-D8A003911E78>
> /Users/rvjansen/apps/oorexxbuild/bin/rexximage
> 0x108779000 - 0x1088bfff7 +librexx.5.0.7.dylib (0)
> <3C2DE7E9-C6C0-3B22-95D5-BB1D7D17A49C>
> /Users/rvjansen/apps/oorexxbuild/bin/librexx.5.0.7.dylib
> 0x108991000 - 0x1089a7fff +librexxapi.5.0.7.dylib (0)
> <803E1796-2CD1-367E-A867-19970B306017>
> /Users/rvjansen/apps/oorexxbuild/bin/librexxapi.5.0.7.dylib
> 0x7fff68883000 - 0x7fff688b6817 dyld (239.4 - ???)
> <042C4CED-6FB2-3B1C-948B-CAF2EE3B9F7A> /usr/lib/dyld
> 0x7fff86edc000 - 0x7fff86ee6fff libcommonCrypto.dylib (60049)
> <8C4F0CA0-389C-3EDC-B155-E62DD2187E1D> /usr/lib/system/libcommonCrypto.dylib
> 0x7fff87559000 - 0x7fff87580ff7 libsystem_network.dylib (241.3)
> <8B1E1F1D-A5CC-3BAE-8B1E-ABC84337A364> /usr/lib/system/libsystem_network.dylib
> 0x7fff87c50000 - 0x7fff87c56ff7 libsystem_platform.dylib (24.90.1)
> <3C3D3DA8-32B9-3243-98EC-D89B9A1670B3>
> /usr/lib/system/libsystem_platform.dylib
> 0x7fff87d9c000 - 0x7fff87d9dfff libunc.dylib (28)
> <62682455-1862-36FE-8A04-7A6B91256438> /usr/lib/system/libunc.dylib
> 0x7fff88b60000 - 0x7fff88b64ff7 libcache.dylib (62)
> <BDC1E65B-72A1-3DA3-A57C-B23159CAAD0B> /usr/lib/system/libcache.dylib
> 0x7fff89822000 - 0x7fff89823ff7 libsystem_blocks.dylib (63)
> <FB856CD1-2AEA-3907-8E9B-1E54B6827F82> /usr/lib/system/libsystem_blocks.dylib
> 0x7fff89f39000 - 0x7fff89f4aff7 libsystem_asl.dylib (217.1.4)
> <655FB343-52CF-3E2F-B14D-BEBF5AAEF94D> /usr/lib/system/libsystem_asl.dylib
> 0x7fff8a801000 - 0x7fff8a808ff7 libsystem_pthread.dylib (53.1.4)
> <AB498556-B555-310E-9041-F67EC9E00E2C> /usr/lib/system/libsystem_pthread.dylib
> 0x7fff8abf3000 - 0x7fff8ada0f27 libobjc.A.dylib (551.1)
> <AD7FD984-271E-30F4-A361-6B20319EC73B> /usr/lib/libobjc.A.dylib
> 0x7fff8b0ad000 - 0x7fff8b0b4fff libcompiler_rt.dylib (35)
> <4CD916B2-1B17-362A-B403-EF24A1DAC141> /usr/lib/system/libcompiler_rt.dylib
> 0x7fff8b1e5000 - 0x7fff8b214fd2 libsystem_m.dylib (3047.16)
> <B7F0E2E4-2777-33FC-A787-D6430B630D54> /usr/lib/system/libsystem_m.dylib
> 0x7fff8b289000 - 0x7fff8b28affb libremovefile.dylib (33)
> <3543F917-928E-3DB2-A2F4-7AB73B4970EF> /usr/lib/system/libremovefile.dylib
> 0x7fff8b7b8000 - 0x7fff8b7c1ff3 libsystem_notify.dylib (121)
> <52571EC3-6894-37E4-946E-064B021ED44E> /usr/lib/system/libsystem_notify.dylib
> 0x7fff8bae4000 - 0x7fff8bae6ff3 libsystem_configuration.dylib
> (596.15) <4998CB6A-9D54-390A-9F57-5D1AC53C135C>
> /usr/lib/system/libsystem_configuration.dylib
> 0x7fff8bbaa000 - 0x7fff8bbb1ffb libcopyfile.dylib (103.92.1)
> <CF29DFF6-0589-3590-834C-82E2316612E8> /usr/lib/system/libcopyfile.dylib
> 0x7fff8c608000 - 0x7fff8c60fff8 liblaunch.dylib (842.92.1)
> <A40A0C7B-3216-39B4-8AE0-B5D3BAF1DA8A> /usr/lib/system/liblaunch.dylib
> 0x7fff8c611000 - 0x7fff8c653ff7 libauto.dylib (185.5)
> <F45C36E8-B606-3886-B5B1-B6745E757CA8> /usr/lib/libauto.dylib
> 0x7fff8d7c3000 - 0x7fff8d7c3ff7 libkeymgr.dylib (28)
> <3AA8D85D-CF00-3BD3-A5A0-E28E1A32A6D8> /usr/lib/system/libkeymgr.dylib
> 0x7fff8e02d000 - 0x7fff8e02eff7 libSystem.B.dylib (1197.1.1)
> <E303F2F8-A8CF-3DF3-84B3-F2D0EE41CCF6> /usr/lib/libSystem.B.dylib
> 0x7fff8e1b5000 - 0x7fff8e207fff libc++.1.dylib (120)
> <4F68DFC5-2077-39A8-A449-CAC5FDEE7BDE> /usr/lib/libc++.1.dylib
> 0x7fff8e24e000 - 0x7fff8e26aff7 libsystem_kernel.dylib (2422.110.17)
> <873931CE-D1AF-3596-AADB-D2E63C9AB29F> /usr/lib/system/libsystem_kernel.dylib
> 0x7fff8e26b000 - 0x7fff8e273fff libsystem_dnssd.dylib (522.92.1)
> <17B03FFD-92C5-3282-9981-EBB28B456207> /usr/lib/system/libsystem_dnssd.dylib
> 0x7fff9028b000 - 0x7fff9028fff7 libsystem_stats.dylib (93.90.3)
> <4E51D5B0-92A0-3D0D-B90E-495A1ED3E391> /usr/lib/system/libsystem_stats.dylib
> 0x7fff90290000 - 0x7fff90293ff7 libdyld.dylib (239.4)
> <7C9EC3B7-DDE3-33FF-953F-4067C743951D> /usr/lib/system/libdyld.dylib
> 0x7fff904cb000 - 0x7fff90554ff7 libsystem_c.dylib (997.90.3)
> <6FD3A400-4BB2-3B95-B90C-BE6E9D0D78FA> /usr/lib/system/libsystem_c.dylib
> 0x7fff90df1000 - 0x7fff90e15fff libxpc.dylib (300.90.2)
> <AB40CD57-F454-3FD4-B415-63B3C0D5C624> /usr/lib/system/libxpc.dylib
> 0x7fff9243b000 - 0x7fff92464ff7 libc++abi.dylib (49.1)
> <21A807D3-6732-3455-B77F-743E9F916DF0> /usr/lib/libc++abi.dylib
> 0x7fff92465000 - 0x7fff92466fff libsystem_sandbox.dylib (278.11.1)
> <0D0B13EA-6B7A-3AC8-BE60-B548543BEB77> /usr/lib/system/libsystem_sandbox.dylib
> 0x7fff92666000 - 0x7fff92681ff7 libsystem_malloc.dylib (23.10.1)
> <A695B4E4-38E9-332E-A772-29D31E3F1385> /usr/lib/system/libsystem_malloc.dylib
> 0x7fff92682000 - 0x7fff92687fff libmacho.dylib (845)
> <1D2910DF-C036-3A82-A3FD-44FF73B5FF9B> /usr/lib/system/libmacho.dylib
> 0x7fff92688000 - 0x7fff9268dff7 libunwind.dylib (35.3)
> <78DCC358-2FC1-302E-B395-0155B47CB547> /usr/lib/system/libunwind.dylib
> 0x7fff92ae9000 - 0x7fff92b10ffb libsystem_info.dylib (449.1.3)
> <7D41A156-D285-3849-A2C3-C04ADE797D98> /usr/lib/system/libsystem_info.dylib
> 0x7fff932c8000 - 0x7fff93316fff libcorecrypto.dylib (161.1)
> <F3973C28-14B6-3006-BB2B-00DD7F09ABC7> /usr/lib/system/libcorecrypto.dylib
> 0x7fff9346b000 - 0x7fff9346cff7 libDiagnosticMessagesClient.dylib
> (100) <4CDB0F7B-C0AF-3424-BC39-495696F0DB1E>
> /usr/lib/libDiagnosticMessagesClient.dylib
> 0x7fff936e0000 - 0x7fff936e2ff7 libquarantine.dylib (71)
> <7A1A2BCB-C03D-3A25-BFA4-3E569B2D2C38> /usr/lib/system/libquarantine.dylib
> 0x7fff93c66000 - 0x7fff93c80fff libdispatch.dylib (339.92.1)
> <C4E4A18D-3C3B-3C9C-8709-A4270D998DE7> /usr/lib/system/libdispatch.dylib
> Sample analysis of process 1660 written to file /dev/stdout
>
>
> indeed it seems to be in a mutexwait, semaphore code.
>
> best regards,
>
> René.
>
>
> On 22 sep. 2014, at 01:18, Rick McGuire <[email protected]> wrote:
>
>> You'll probably need to debug and figure out where this is either hung or
>> looping and get a stack traceback if you can. rexximage hung on linux when
>> we were first converting to cmake and the problem ended up being issues with
>> the config.h file not setting the right defines. If it appears hung in the
>> semaphore code, then this is probably the case again.
>>
>> Rick
>>
>> On Sun, Sep 21, 2014 at 7:04 PM, René Jansen <[email protected]> wrote:
>> This works. including fixing another problem
>>
>> /Users/rvjansen/apps/oorexx/oorexx-code-0/extensions/rexxutil/platform/unix/rexxutil.cpp:247:7:
>> error:
>> redefinition of 'semun'
>> union semun
>>
>> Which is also fixed with the latest level.
>>
>> but: the build now seems to be stuck in the generation of rexx.img ; I
>> haven't seen this since it used sysv shared memory. It is not even
>> interruptible. I am going to do a make clean and reboot my machine. I'll let
>> you know.
>>
>> René.
>>
>>
>>
>> On 22 sep. 2014, at 00:41, Rick McGuire <[email protected]> wrote:
>>
>>> I just checked in a tweak to TimeSupport to use the defines created in
>>> config.h rather than the AIX define for deciding which header to include.
>>> If this still fails, there might be a problem with how the config.h file is
>>> getting built on the Mac. The constructed config.h file can be found in
>>> the root of the build directory.
>>>
>>> Rick
>>>
>>> On Sun, Sep 21, 2014 at 6:07 PM, René Jansen <[email protected]> wrote:
>>> It did, but further down there is a new problem:
>>>
>>> [ 76%] Building CXX object
>>> CMakeFiles/rexx.dir/interpreter/platform/unix/TimeSupport.cpp.o
>>> /Users/rvjansen/apps/oorexx/oorexx-code-0/interpreter/platform/unix/TimeSupport.cpp:62:5:
>>> error: use of undeclared
>>> identifier 'gettimeofday'
>>> gettimeofday(&tv, NULL);
>>> ^
>>> 1 error generated.
>>> make[2]: ***
>>> [CMakeFiles/rexx.dir/interpreter/platform/unix/TimeSupport.cpp.o] Error 1
>>> make[1]: *** [CMakeFiles/rexx.dir/all] Error 2
>>>
>>> René.
>>>
>>> On 21 sep. 2014, at 21:15, Rick McGuire <[email protected]> wrote:
>>>
>>>> I just checked in a new ErrorMessages.cpp file. See if that fixes the
>>>> problem.
>>>>
>>>> Rick
>>>>
>>>> On Sun, Sep 21, 2014 at 2:55 PM, René Jansen <[email protected]> wrote:
>>>> Generated with Cmake, now previous error gone, and I reach 70% of build.
>>>> But then:
>>>>
>>>> /Users/rvjansen/apps/oorexx/oorexx-code-0/interpreter/platform/unix/ErrorMessages.cpp:119:81:
>>>> error: use of
>>>> undeclared identifier 'CATD_ERR'
>>>> if ((catd = catopen(REXXMESSAGEFILE, SECOND_PARAMETER)) ==
>>>> (nl_catd)CATD_ERR)
>>>>
>>>> ^
>>>> /Users/rvjansen/apps/oorexx/oorexx-code-0/interpreter/platform/unix/ErrorMessages.cpp:122:78:
>>>> error: use of
>>>> undeclared identifier 'CATD_ERR'
>>>> if ((catd = catopen(DataArea, SECOND_PARAMETER)) ==
>>>> (nl_catd)CATD_ERR)
>>>>
>>>> ^
>>>> 2 errors generated.
>>>> make[2]: ***
>>>> [CMakeFiles/rexx.dir/interpreter/platform/unix/ErrorMessages.cpp.o] Error 1
>>>> make[1]: *** [CMakeFiles/rexx.dir/all] Error 2
>>>> make: *** [all] Error 2
>>>>
>>>> best regards,
>>>>
>>>> René.
>>>>
>>>>
>>>> On 21 sep. 2014, at 13:03, Rick McGuire <[email protected]> wrote:
>>>>
>>>>> That's supposed to happen automatically when the list updates, but it
>>>>> might be a good idea to start from a clean state.
>>>>>
>>>>> Rick
>>>>>
>>>>> On Sun, Sep 21, 2014 at 6:59 AM, René Jansen <[email protected]> wrote:
>>>>> now you mention Cmake .... I might have to refresh my makefile from this
>>>>> cmake txt list.
>>>>> I'll try that later today.
>>>>>
>>>>> best regards,
>>>>>
>>>>> René.
>>>>>
>>>>>
>>>>> On 21 sep. 2014, at 00:43, Rick McGuire <[email protected]> wrote:
>>>>>
>>>>>> Well, you got me. There are no references to a StackClass in the
>>>>>> CmakeList.txt file nor anywhere in the build tree. I have no idea where
>>>>>> this comes from.
>>>>>>
>>>>>> Rick
>>>>>>
>>>>>> On Sat, Sep 20, 2014 at 6:38 PM, René Jansen <[email protected]> wrote:
>>>>>> Now it comes a lot further, but it stops at:
>>>>>>
>>>>>> make: *** No rule to make target `interpreter/classes/StackClass.cpp',
>>>>>> needed by `librexx_la-StackClass.lo'. Stop.
>>>>>>
>>>>>> best regards,
>>>>>>
>>>>>> René.
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 20 sep. 2014, at 22:48, Rick McGuire <[email protected]> wrote:
>>>>>>
>>>>>>> I also discovered that my fix will have the same problem because there
>>>>>>> is also a PACKAGE_STRING define in the config.h. It looks like there
>>>>>>> is something strange going on the the Mac build. On linux, the define
>>>>>>> is
>>>>>>>
>>>>>>> #define PACKAGE ooRexx
>>>>>>>
>>>>>>> Which didn't cause a syntax error. On your build, the ooRexx was
>>>>>>> surrounded by quotes, which caused the syntax error. I'm not sure if
>>>>>>> this additional quoting will cause issues with its intended purpose or
>>>>>>> not. I'll check a new fix in just as soon as everything finishes
>>>>>>> compiling.
>>>>>>>
>>>>>>> Rick
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Slashdot TV. Video for Nerds. Stuff that Matters.
>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
>>>>>> _______________________________________________
>>>>>> Oorexx-devel mailing list
>>>>>> [email protected]
>>>>>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Slashdot TV. Video for Nerds. Stuff that Matters.
>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk_______________________________________________
>>>>>> Oorexx-devel mailing list
>>>>>> [email protected]
>>>>>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Slashdot TV. Video for Nerds. Stuff that Matters.
>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
>>>>> _______________________________________________
>>>>> Oorexx-devel mailing list
>>>>> [email protected]
>>>>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Slashdot TV. Video for Nerds. Stuff that Matters.
>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk_______________________________________________
>>>>> Oorexx-devel mailing list
>>>>> [email protected]
>>>>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Slashdot TV. Video for Nerds. Stuff that Matters.
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
>>>> _______________________________________________
>>>> Oorexx-devel mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Slashdot TV. Video for Nerds. Stuff that Matters.
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk_______________________________________________
>>>> Oorexx-devel mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Slashdot TV. Video for Nerds. Stuff that Matters.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Oorexx-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Slashdot TV. Video for Nerds. Stuff that Matters.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk_______________________________________________
>>> Oorexx-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>
>>
>> ------------------------------------------------------------------------------
>> Slashdot TV. Video for Nerds. Stuff that Matters.
>> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Oorexx-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>
>>
>> ------------------------------------------------------------------------------
>> Slashdot TV. Video for Nerds. Stuff that Matters.
>> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk_______________________________________________
>> Oorexx-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
> ------------------------------------------------------------------------------
> Slashdot TV. Video for Nerds. Stuff that Matters.
> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
> _______________________________________________
> Oorexx-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
> ------------------------------------------------------------------------------
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk_______________________________________________
> Oorexx-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
_______________________________________________
Oorexx-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oorexx-devel
