showing the differences:
420.txt
new.txt
OLD-> While the 4.2.0 version had:
NEW-> New
/* Define to 1 if you have pthread_mutexattr_settype function */
OLD-> #define HAVE_PTHREAD_MUTEXATTR_SETTYPE 1
NEW-> /* #undef HAVE_PTHREAD_MUTEXATTR_SETTYPE */
/* Define to 1 if PTHREAD_MUTEX_ERRORCHECK is a valid value */
OLD-> #define HAVE_PTHREAD_MUTEX_ERRORCHECK 1
NEW-> /* #undef HAVE_PTHREAD_MUTEX_ERRORCHECK */
/* Define to 1 if PTHREAD_MUTEX_RECURSIVE is a valid value */
OLD-> #define HAVE_PTHREAD_MUTEX_RECURSIVE 1
NEW-> /* #undef HAVE_PTHREAD_MUTEX_RECURSIVE */
/* Define to 1 if PTHREAD_MUTEX_RECURSIVE_NP is a valid value */
/* #undef HAVE_PTHREAD_MUTEX_RECURSIVE_NP */
-----------------------
0 Deletions
4 Changes
0 Insertions
10 unchanged lines.
-----------------------
--
Walter Pachl
---- "René Jansen" <rvjan...@xs4all.nl> schrieb:
> 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 <object.r...@gmail.com> 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 <rvjan...@xs4all.nl> 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 <object.r...@gmail.com> 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 <rvjan...@xs4all.nl> 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 <object.r...@gmail.com> 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 <rvjan...@xs4all.nl> 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 <object.r...@gmail.com> 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 <rvjan...@xs4all.nl> 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 <object.r...@gmail.com> 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 <rvjan...@xs4all.nl> 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 <object.r...@gmail.com> 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 <rvjan...@xs4all.nl>
> >>>>>> 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 <object.r...@gmail.com> 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
> >>>>>> Oorexx-devel@lists.sourceforge.net
> >>>>>> 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
> >>>>>> Oorexx-devel@lists.sourceforge.net
> >>>>>> 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
> >>>>> Oorexx-devel@lists.sourceforge.net
> >>>>> 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
> >>>>> Oorexx-devel@lists.sourceforge.net
> >>>>> 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
> >>>> Oorexx-devel@lists.sourceforge.net
> >>>> 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
> >>>> Oorexx-devel@lists.sourceforge.net
> >>>> 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
> >>> Oorexx-devel@lists.sourceforge.net
> >>> 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
> >>> Oorexx-devel@lists.sourceforge.net
> >>> 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
> >> Oorexx-devel@lists.sourceforge.net
> >> 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
> >> Oorexx-devel@lists.sourceforge.net
> >> 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
> > Oorexx-devel@lists.sourceforge.net
> > 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
> > Oorexx-devel@lists.sourceforge.net
> > 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
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel
