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