UMR with PURIFY

Hi All,
I am using a multi-threaded application to execute database
queries. The Oracle version in use is 9.0.1.0.0 on Sun Solaris
platform. A single environment handle along with connection
pooling is used.
I am running the application with PURIFY and have a couple
of questions :
1. When I run the application with PURIFY, I get many UMR's
(Uninitialized Memory Reads) in OCI system calls like
OCIEnvCreate and OCIConnectionPoolCreate (a couple are shown
below). Are these known issues in OCI, or is it something to
do with our usage of the OCI system calls in our application :
UMR: Uninitialized memory read
This is occurring while in:
LdiDateRoundFS [ldirfs.c]
LdiDateConstruct [ldidcon.c]
sLdiGetDate [sldiget.c]
kpu_get_ldi_ostz [kpuzln.c]
kpuinit0 [kpuini.c]
kpuenvcr [kpuini.c]
OCIEnvCreate [oci8.c]
=> (void)OCIEnvCreate((OCIEnv **)&(this->pEnvHandle), (ub4)(OCI_DEFAULT),\
(dvoid*)0,NULL,NULL,NULL,\
(size_t)0, (dvoid **)0);
UMR: Uninitialized memory read
This is occurring while in:
nlnvews [nlnv.c]
nlnvmsc [nlnv.c]
nlnvpds [nlnv.c]
nlnvcrb [nlnv.c]
nlnvcpb [nlnvcpb.c]
nlnvibb [nlnvibb.c]
nlad_use_node [nlad.c]
nscall1 [nscall.c]
nscall [nscall.c]
niotns [nio.c]
nigcall [nig.c]
osncon [nigcon.c]
kpuadef [kpu.c]
upiini [upiprv.c]
upiah0 [upicdc.c]
kpuatch [kpu.c]
kpucpcrecons [kpucp.c]
kpucpcreate [kpucp.c]
OCIConnectionPoolCreate [oci8.c]
     retStatus = OCIConnectionPoolCreate((this->pEnvHandle),\
pErrorHandle, (this->pCPoolHandle), &(this->pPoolName),\
&(this->dPoolNameLen), this->pDatabase, \
(sb4)strlen((const char *)this->pDatabase), 1,\
this->dTotalConn, 1, (text*)this->pDbUserName,\
(sb4)strlen((const char*)this->pDbUserName),\
(text*)this->pDbPasswd, (sb4)strlen(\
(const char*)this->pDbPasswd), OCI_DEFAULT);
2. I also get a memory dump/core dump in OCI system calls
(OCILogOff(), OCIStmtExecute()) after some time when I run
multiple simultaneous queries. The dump is shown below.
Are there some memory space initializations that need to be
done when initializing OCI/PURIFY for this ?
********** Internal heap ERROR 17112 addr=0x4d998c *********
***** Dump of memory around addr 4d998c:
4D9780 00000000 [....]
4D9790 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
4D97C0 00000000 00000000 00000000 00069DE4 [................]
4D97D0 FED147B8 FEDD5114 FCBCE788 FCBD93D4 [..G...Q.........]
4D97E0 FCE7D960 FCE84118 FCE86F14 FDDB8F10 [...`..A...o.....]
Chunk 546f18 sz= 4144 free " "
Chunk 55a2d8 sz= 4144 free " "
Total free space = 729940
UNPINNED RECREATABLE CHUNKS (lru first):
PERMANENT CHUNKS:
Chunk 573f00 sz= 76 perm "perm " alo=76
Permanent space = 76
Hla: 0
Thanks in advance for any help
Subhash Nayak.

Hello,
I found also a lot of UMR when I purified it on HP-UX. Looks like they don't hurt.
But your application should not crash. AFAICS you didn't initialize OCI in threaded mode, thats might be the cause for the crash.
Regards,
Kai

Similar Messages

  • Solaris 8 - Motif, Xbae apps ZPR with purify or Bus error

    The application runs under 5.6 but after compiling and running on 5.8, I receive a Bus Error or when running purify receive a ZPR & COR. The c program is receiving the error during widget creation:
    tbl = XtVaCreateManagedWidget
    ("tbl",
    xbaeMatrixWidgetClass, parent, ...... etc.)
    Purify outputs this message:
    ZPR: This is occurring while in:
    _XtCompileCallbackList [Callback.c]
    CompileCallbacks [Create.c]
    xtCreate [Create.c]
    _XtVaCreateWidget [VarCreate.c]
    XtVaCreateManagedWidget [VarCreate.c]
    Reading 4 bytes from 0x12
    I have tended to think I have a versioning problem with Solaris 8 but I need some help.
    Thank you very much, Joanne

    The application runs under 5.6 but after compilingand
    running on 5.8, I receive a Bus Error or whenrunning
    purify receive a ZPR & COR. The c program is
    receiving the error during widget creation:
    tbl = XtVaCreateManagedWidget
    ("tbl",
    xbaeMatrixWidgetClass, parent, ......
    , parent, ...... etc.)
    Purify outputs this message:
    ZPR: This is occurring while in:
    _XtCompileCallbackList[Callback.c]
    CompileCallbacks [Create.c]
    xtCreate [Create.c]
    _XtVaCreateWidget [VarCreate.c]
    XtVaCreateManagedWidget
    ateManagedWidget [VarCreate.c]
    Reading 4 bytes from 0x12
    I have tended to think I have a versioning problem
    with Solaris 8 but I need some help.
    Thank you very much, Joanne

  • Forte 62, Solaris Compiler error with purify

    Hi all;
    I am using a Solaris 2.8 machine, a Forte62 compiler in 64 bit mode.
    I have set all LD_LIBRARY_PATH up and it compiles most my code till it gets to the part that it purifies. It gives me this error:
    ld: fatal: relocation error: R_SPARC_DISP64: file /purifycache/vob/tools_SunOS/Forte6U2/WS6U2/lib/v9/crti_pure_p3_c0_111202109_64.o: symbol exshared0: offset 0xffffffff7a6faeb4 is non-aligned
    Any ideas on what is causing this?
    Thanks a mill
    Ter

    The problem appears to be in purify code. You should contact their tech support.

  • Z_PROGRAM does not run with SAP_ALL

    Hi All,
    System: ECC 6.0
    I have a test ID with SAP_ALL and SAP_NEW authorizations, but I am not not able to execute a Z Program with this Test ID, but other users can.
    Compared other users UMR with this Test ID and they match up 100%.
    All the related auth. Objects checked and they have *
    Your suggestions will be help full.
    Thanks
    Vidyar
    Also I created a role with SE38 with full authorization and assigned the role to the Test ID, but still it does say that " You are not authorized to use the program "
    Edited by: VIDYAR on Jan 18, 2011 7:11 PM
    Edited by: VIDYAR on Jan 18, 2011 7:11 PM
    Edited by: Julius Bussche on Jan 19, 2011 8:12 AM
    Subject title made more meaningful

    9 times out of 10 such a mysterious message has nothing to do with the authorization concept of authority-check statements and you anyway cannot control the execution of a program based on it' name.
    Display the code in SE38 and search for ABAP statement constructs using system field "sy-uname". For example:
    if sy-uname NE ('cappsg' AND 'busschej').
    exit with message xxx using 'You are not authorized'.
    endif.
    or
    data: iv_uname type xubname.
    iv_uname = sy-uname.
    select single * from ZUSR_AUTH_TABLE where
    zname = iv_uname.
    if sy-subrc 0.
    exit with message xxx using 'You are not authorized'.
    endif.
    Then look in the table ZUSR_AUTH_TABLE for the lists of authorized users and where it's maintenance dialog is.
    Terrible concept, very bad practice but unfortunately it happens - particularly when developers are not given security requirements or have little faith in the existing authorization based implementation in roles.
    Can be a mess to fix as well. Good luck.
    Cheers,
    Julius

  • Tuxedo and Purify

    I am trying to run a C++ process (instrumented with Purify) from within Tuxedo
    8.0 container. Anyone done this before, versions of purify, etc? Thanks,
    -Lowry

    When using Purify without Tuxedo, one generally uses the "purify" command
    with the arguments being the compiler line that would normally be used; i.e
    "purify cc -g hello_world.c".
    The key to get this to work with Tuxedo is to recognize that buildclient and
    buildserver allow the CC environment variable to be used to specify an
    alternate compiler to be used in place of "cc".
    Anothe problem to overcome when using Purify with tuxedo is that buildserver
    passes libraries to the compiler in the form "-ltux", and these are not
    recognized properly or used to not be recognized properly by purify. Purify
    would perfer to see the libraries in the form $TUXDIR/lib/libtux.$SUFFIX ,
    where suffix may be .so, .so.71, .so.7.1, or .sl depending on your operating
    system.
    If you save the parts of this message after the line with dashes as an
    executable shell script called purify.tux and export CC=purify.tux
    you should be able to execute buildserver or buildclient as you normally
    would and get an executable for Purify to use; i.e.
    export CC=purify.tux
    buildclient -v -f simpcl.c -o simpcl
    (On NT, buildclient and buildserver use the "%TUXDIR%"\lib\libtux.lib format
    for the libraries they pass to the compiler, so it should not be necessary
    to edit the library names on NT as must be done on Unix.)
    ---------------------------- Save the rest of the file as
    purify.tux -----------------------------------------------------------------
    #!/usr/bin/ksh
    # Front-end for "purify" to customize for TUXEDO environment
    PURIFYDIR=/home/Purify # Modify this line as needed
    PATH=$PATH:/home/Purify
    export PATH
    # Is this purify.tux, purecov.tux, or purifycov.tux?
    cmdname=`basename $0`
    # Run this command if purify not needed due to options
    bailout="cc $@"
    pcmd=""
    # TUXDIR is required
    if test "$TUXDIR" = ""
    then
    echo "$0: TUXDIR not set"
    exit 1
    fi
    # Save space and simplify cleanup by requiring central cache directory
    popts="-always-use-cache-dir=yes"
    # Save output in standard place with standard name: proc.pid.plog
    popts="$popts -log-file=${APPDIR:-$HOME}/%v.%p.plog"
    # Report additional stack frame detail
    popts="$popts -chain-length=9 -thread-stack-change=0x100000"
    # Find suffix for target libraries on this platform
    if test -r $TUXDIR/lib/libtux.so.[0-9][0-9]
    then
    # Most platforms: Solaris, SGI, etc.
    suffix=`cd $TUXDIR/lib; ls libtux.so.[0-9][0-9]`
    suffix=${suffix#libtux}
    if test `uname -a | fgrep Sun >/dev/null; echo $?` -eq 0
    then
    # Solaris
    # Cause executable to search for shared objects in cache
    ccextra="-R
    /export/home/Purify5.3/releases/purify-5.3-solaris2/cache$TUXDIR/lib"
    fi
    elif test -r $TUXDIR/lib/libtux.so.[0-9].[0-9]
    then
    # SunOS 4.x
    suffix=`cd $TUXDIR/lib; ls libtux.so.[0-9].[0-9]`
    suffix=${suffix#libtux}
    elif test -r $TUXDIR/lib/libtux.sl
    then
    # HPUX
    suffix=.sl
    else
    # Non-shared library
    suffix=.a
    fi
    # Change clopts to explicitly reference .so files
    while test $# -gt 0
    do
    case "$1" in
    -c)
    # No need for Purify if just compiling
    ##echo "$0: $bailout"
    eval "$bailout"
    exit ;;
    -G)
    # Purify won't work if building shared object
    ##echo "$0: $bailout"
    eval "$bailout"
    exit ;;
    -lbuft)
    pcmd="$pcmd $TUXDIR/lib/libbuft$suffix"
    shift; continue ;;
    -ldnw)
    pcmd="$pcmd $TUXDIR/lib/libdnw$suffix"
    shift; continue ;;
    -lfml)
    pcmd="$pcmd $TUXDIR/lib/libfml$suffix"
    shift; continue ;;
    -lfml32)
    pcmd="$pcmd $TUXDIR/lib/libfml32$suffix"
    shift; continue ;;
    -lfs)
    pcmd="$pcmd $TUXDIR/lib/libfs$suffix"
    shift; continue ;;
    -lgpnet)
    pcmd="$pcmd $TUXDIR/lib/libgpnet$suffix"
    shift; continue ;;
    -lgp)
    pcmd="$pcmd $TUXDIR/lib/libgp$suffix"
    shift; continue ;;
    -lengine)
    pcmd="$pcmd $TUXDIR/lib/libengine$suffix"
    shift; continue ;;
    -lgp128)
    pcmd="$pcmd $TUXDIR/lib/libgp128$suffix"
    shift; continue ;;
    -lgp40)
    pcmd="$pcmd $TUXDIR/lib/libgp40$suffix"
    shift; continue ;;
    -lgw)
    pcmd="$pcmd $TUXDIR/lib/libgw$suffix"
    shift; continue ;;
    -lgws)
    pcmd="$pcmd $TUXDIR/lib/libgws$suffix"
    shift; continue ;;
    -lgwt)
    pcmd="$pcmd $TUXDIR/lib/libgwt$suffix"
    shift; continue ;;
    -lnwi)
    pcmd="$pcmd $TUXDIR/lib/libnwi$suffix"
    shift; continue ;;
    -lnws)
    pcmd="$pcmd $TUXDIR/lib/libnws$suffix"
    shift; continue ;;
    -lqm)
    pcmd="$pcmd $TUXDIR/lib/libqm$suffix"
    shift; continue ;;
    -lrms)
    pcmd="$pcmd $TUXDIR/lib/librms$suffix"
    shift; continue ;;
    -lrpt)
    pcmd="$pcmd $TUXDIR/lib/librpt$suffix"
    shift; continue ;;
    -lrpts)
    pcmd="$pcmd $TUXDIR/lib/librpts$suffix"
    shift; continue ;;
    -lsql)
    pcmd="$pcmd $TUXDIR/lib/libsql$suffix"
    shift; continue ;;
    -ltfrm)
    pcmd="$pcmd $TUXDIR/lib/libtfrm$suffix"
    shift; continue ;;
    -ltmib)
    pcmd="$pcmd $TUXDIR/lib/libtmib$suffix"
    shift; continue ;;
    -ltrpc)
    pcmd="$pcmd $TUXDIR/lib/libtrpc$suffix"
    shift; continue ;;
    -ltux)
    pcmd="$pcmd $TUXDIR/lib/libtux$suffix"
    shift; continue ;;
    -ltux2)
    pcmd="$pcmd $TUXDIR/lib/libtux2$suffix"
    shift; continue ;;
    -lusort)
    pcmd="$pcmd $TUXDIR/lib/libusort$suffix"
    shift; continue ;;
    -lwsc)
    pcmd="$pcmd $TUXDIR/lib/libwsc$suffix"
    shift; continue ;;
    -lwsh)
    pcmd="$pcmd $TUXDIR/lib/libwsh$suffix"
    shift; continue ;;
    -lgpthr)
    pcmd="$pcmd $TUXDIR/lib/libgpthr$suffix"
    shift; continue ;;
    -lpif)
    pcmd="$pcmd $TUXDIR/lib/libpif$suffix"
    shift; continue ;;
    -lsec)
    pcmd="$pcmd $TUXDIR/lib/libsec$suffix"
    shift; continue ;;
    pcmd="$pcmd $1"
    shift; continue ;;
    esac
    done
    case $cmdname in
    purify.tux) pcmd="purify $popts cc $ccextra $pcmd" ;;
    purecov.tux) pcmd="purecov $popts cc $ccextra $pcmd" ;;
    purifycov.tux) pcmd="purify $popts purecov $popts cc $ccextra $pcmd" ;;
    *) echo "WARN: Command name must be purify.tux, purecov.tux, or
    purifycov.tux."
    echo "INFO: Assuming purify.tux"
    pcmd="purify $popts cc $ccextra $pcmd" ;;
    esac
    echo "$0: $pcmd"
    eval "$pcmd"

  • Purify problems...?

    We had used purify 4.5 previously on Solaris 2.5 and 2.6 with excellent results. We're not trying to use purify 5.1 and 5.2 on solaris 2.6 or 2.7 and having terrible results. Lots of flaky error reporting on things that near as any of us can tell are indeed not errors. Same code under 4.5 on solaris 2.6 has no problems.
    Is anyone else having luck with purify 5.x??
    Matt

    I should have mentioned, we're using Sun's C++ 5.0.

  • Error on solaris

    Can anyone help me with this
    Hi all,
    I was facing a strange error while trying to run build after the "make depend" and "make all" was sucessful in solaris 5.4.
    When I tried to attach dbx and run the build on solaris 5.4 release , it shows a wrong a memory address which is cascaded and dumps . Neither of the memory is freed.
    dbx: cannot access address 0xffffffffffffffd4
    When I tried to run with purify it shows:
    UMR: Uninitialized memory read:
    * This is occurring while in:
    _writev [libc.so.1]
    ts_tcp_writev [ts_tcp.c:401]
    ts_send [trans.c:512]
    check_pending_writes [perm.c:956]
    PermPoll [perm.c:2233]
    flush_perm [cfg.c:839]
    * Reading 2092 bytes from 0xff322fdc (misaligned) between the heap and the stack (2060 bytes at 0xff322ffc uninit).
    * Address 0xff322fdc is global variable "pack_buff".
    This is defined in perm.c.
    SBW: Stack array bounds write:
    * This is occurring while in:
    memcpy [rtlib.o]
    smcallback [mgmt_sm.c:2415]
    MakeCallback [perm.c:1814]
    client_read [perm_client.c:295]
    ts_poll [ts_poll.c:336]
    PermPoll [perm.c:2263]
    * Writing 2000 bytes to 0xffbed130.
    * Frame pointer 0xffbed530
    * Address 0xffbed130 is local variable "mymsg" in function smcallback.
    MSE: Memory segment error:
    * This is occurring while in:
    MakeCallback [perm.c:1826]
    * Accessing a memory range that crosses a memory segment boundary.
    Addressing 0xffffffdc for 4 bytes ending at 0xffffffe0,
    which is neither in the heap nor the main stack.
    COR: Fatal core dump:
    * This is occurring while in:
    MakeCallback [perm.c:1826]
    * Received signal 11 (SIGSEGV - Segmentation Fault)
    * Faulting address = 0xffffffdc
    * Signal mask: (SIGSEGV)
    * Pending signals:
    Purify: Searching for all memory leaks...
    Memory leaked: 0 bytes (0%); potentially leaked: 0 bytes (0%)
    Purify Heap Analysis (combining suppressed and unsuppressed blocks)
    Blocks Bytes
    Leaked 0 0
    Potentially Leaked 1 8200
    In-Use 282 970327
    Total Allocated 283 978527
    Can anybody please let me know :
    1.why this happens and why this error occurs.
    Accessing a memory range that crosses a memory segment boundary.
    Addressing 0xffffffdc for 4 bytes ending at 0xffffffe0,
    which is neither in the heap nor the main stack.
    2. Why this cascading of memory address is happening.
    null

    What compiler are you using?
    The Calendar SDK (9.0.4.2) is built and certified using Sun Workshop 5.0. It's possible (even likely) that using a compiler with a different major version number will cause problems due to the different runtime environments.
    Graham

  • Segmentation fault in localtime_r

    I have a program which use pthread, openssl 0.9.6h, ProC 8.1.7 libraries, compiled with gcc 2.95, ProC compiled with THREADS flag.
    Sometimes it is crashes. When I try to compile it with Purify I've got following results:
    FMR: Free memory read:
    * This is occurring while in thread 15:
    strlen [rtlib.o]
    tzcpy [time_comm.c]
    getzname [time_comm.c]
    ltzsetu [time_comm.c]
    localtime_u [time_comm.c]
    sLdiGetDate [sldiget.c]
    * Reading 4 bytes from 0x26a978 in the heap.
    * Address 0x26a978 is at the beginning of a freed block of 5 bytes.
    * This block was allocated from thread 10:
    malloc [rtlib.o]
    tzcpy [time_comm.c]
    ltzsetu [time_comm.c]
    localtime_u [time_comm.c]
    localtime_r [libc.so.1]
    * There have been 1 frees since this block was freed from thread 10:
    free [rtlib.o]
    tzcpy [time_comm.c]
    ltzsetu [time_comm.c]
    localtime_u [time_comm.c]
    localtime_r [libc.so.1]
    Is anybody can explain me why it can crash in this functions?
    Thanks, Alex.

    Hi Prajithparan,
    I have client server architecture means DBserver is running on one server and client in on other server, both of these servers are HP580 with dual core cpu and 6GB RAM. OS is RHEL4 with all updated patches.
    I have created threads based on different condition. There is one Data Base class in that all the DB operation related fuctions are there. I am first picking the record from DB and after that i am updating the status by using primary key and loading to map (memory for further processing). After processing based on different condition, I am updating the database and clearing the memory.
    Hope you can understang the code architecture.
    Thanks & Regards,
    Sandeep

  • Memory increase problem on Solaris

    We need your help in understanding and solving a memory problem in one of our products running on Soalris. The server memory keeps growing and there is a fear of a server crash.
    We've run our product with Purify and libumem to identify memory leaks. Both of these products didn't report any leak. So, we are very much confident that there are no memory leaks in the product. Still the memory increase is seen on Unix systems. We've done extensive analysis on this subject and absorbed some key points regarding memory management in Unix.
    1) Memory doesn't shrink on Unix systems. This is for the libc to retain the released memory and reuse it for further memory requirements.
    2) Based on the memory requirements to our application there can be a stabilization point where in the application can serve all memory requests.
    After reaching this point the Server memory doesn't increase.But the fear is that it may exceed the hardware resources constraint.
    3) Rapid increase in memory can be because of Memory Fragmentation problem. There are environmental variables like Small Block Allocator (_M_SBA_OPTS) and Arena (_M_ARENA_OPTS) on HP-Unix machines which can be used to address Fragmentation issues. We've performed some tests using these variables and found significant improvement in the usage of memory. This confirms that there are no memory leaks. These variables are specific to HP-Unix machines and we are unaware of similar variables/mechanism on Sun Solaris Platform. Please recommend some environmental variables/mechanism on Sun Solaris platform to solve fragmentation problem.
    We are performing some tests to observe memory stabilization over a period of time .
    The memory bloat is following a pattern. Memory is increasing in chunks of (MB) 2,4,8,16,32,64,128,256,512,1024 MB pattern.
    For example if Memory increase is 64 MB, then it stabilizes for some time and the next increase would be 128 MB at a time.
    Then it stabilizes for double the time consumed earlier for 64 MB and after that only increases by 256 MB.
    So the memory increase and stabilization time are getting doubled each time. Please validate our analysis and kindly suggest what can be done on Unix platforms for solving this memory increase problem.

    Thanks MaximKartashev for your inputs.
    Ours is a Multithreading application. We are testing it with Hoard for the last three days. The observation so far has been that the performance of Hoard is high but the bloat pattern is not avoided.
    Even with Hoard, memory bloat is following a pattern. Memory is increasing in chunks of (MB) 2,4,8,16,32,64,128,256,512,1024 MB pattern.
    We are searching for other ways to control this pattern and stabilize the application by making it to reuse the fragmented memory completely.
    We have also tried Solaris libgc memory allocator (http://developers.sun.com/solaris/articles/libgc.html). It worked well initially and memory drop was seen. But on heavy load, it crashed the application with 'Can't allocate header' error. So this can't be used for heavy load.
    We are trying to use Boehm-Demers-Weiser Garbage Collector (http://www.hpl.hp.com/personal/Hans_Boehm/gc/). Do any one have idea, if it controls memory fragmentation ?

  • My 6th pc/laptop and first MAC and I HATE IT.

    Safari is infested with ads, unwanted pop ups, unwanted tabs, every sentence in PDFs has words invaded by hyperlinks which when hovered over for even a nanosecond brings up another popup - even on my online bank statements.  It is awful and beyond a joke now.  Just using the few links on this site to get to post this incurred 3 invasive ads in tabs.  MacKeeper is one of the top ten offenders, along with Purifier and an Arabic language site 'terdir.com'  but there are many many others and it is incessant. 
    Mac experienced friends have tried to help but nothing works.
    Please - Help  -  Anyone?

    There is no need to download anything to solve this problem.
    You may have installed one or more of the common types of ad-injection malware. Follow the instructions on this Apple Support page to remove it. It's been reported that some variants of the "VSearch" malware block access to the page. If that happens, start in safe mode by holding down the shift key at the startup chime, then try again.
    Back up all data before making any changes.
    One of the steps in the article is to remove malicious Safari extensions. Do the equivalent in the Chrome and Firefox browsers, if you use either of those. If Safari crashes on launch, skip that step and come back to it after you've done everything else.
    If you don't find any of the files or extensions listed, or if removing them doesn't stop the ad injection, ask for further instructions.
    Make sure you don't repeat the mistake that led you to install the malware. It may have come from an Internet cesspit such as "Softonic" or "CNET Download." Never visit either of those sites again. You might also have downloaded it from an ad in a page on some other site. The ad would probably have included a large green button labeled "Download" or "Download Now" in white letters. The button is designed to confuse people who intend to download something else on the same page. If you ever download a file that isn't obviously what you expected, delete it immediately.
    Malware is also found on websites that traffic in pirated content such as video. If you, or anyone else who uses the computer, visit such sites and follow prompts to install software, you can expect more of the same, and worse, to follow. Never install any software that you downloaded from a bittorrent, or that was downloaded by someone else from an unknown source.
    In the Security & Privacy pane of System Preferences, select the General tab. The radio button marked Anywhere  should not be selected. If it is, click the lock icon to unlock the settings, then select one of the other buttons. After that, don't ignore a warning that you are about to run or install an application from an unknown developer.
    Still in System Preferences, open the App Store or Software Update pane and check the box marked
              Install system data files and security updates (OS X 10.10 or later)
    or
              Download updates automatically (OS X 10.9 or earlier)
    if it's not already checked.

  • Help On Cleaning My 24inch Apple iMac Computer?

    I Need Advice, I Need to Clean My iMac Monitor Computer So I Went to Staples & I Bought Staples Monitor Wipes, I Bought 1 Set, but in That Set there was 2 & I Wanted to know if It's Ok if I Can Use That? They Said at Staples i could Use it but i wanted to make sure From you Apple Experts if it's Ok, & Could Anybody Tell Me What Can I Buy Then To Clean My 24inch Monitor iMac Computer if I Got The Wrong Thing? & What Kind of Set Liquid & Cloth & Water I Should Use to Clean My Apple iMac Monitor? I Read Online on http://www.ehow.com/how5229302clean-imac-monitor.html It Showed Me Instructions on How To Clean a iMac Monitor but Just to Be Sure, i wanted to know if there is a Certain Product that I Need to Buy & What's The Best Thing that would be Good For Me to Use to Clean My iMac Monitor? Maybe Someone Can Show Me a Picture? to Give Me The Best Thing to Get? i just was just making Sure I Wanted to do the Right Thing maybe Someone Can Help Me Out? & If I Posted This To Get Anyone Mad? I'm Sorry, i only wanted Help
    From Byron

    Barry Hemphill wrote:
    Use Windex, a screen cleaner, or the stuff that people use to clean eyeglasses.
    I wouldn't even use Windex, at least on an older iMac that didn't have a real glass screen cover. Windex & similar products aren't designed for this use & might leech stabilizers out of clear plastics over time.
    Apple provides a microfiber cleaning cloth & instructions for using it, so that is going to be the safest method. The essentials are to use as little liquid as possible, apply it to the cloth & not the screen, & to keep the cleaning cloth clean & free of particles that might scratch the screen.
    I use the Apple-supplied cloth, wash it frequently in mild soapy water, & either dampen it slightly with purified water for general screen dusting or moisten it with eyeglass cleaner to remove more stubborn deposits. For those deposits I dab & wipe gently, turning the cloth frequently so that whatever crud it picks up doesn't scratch the surface.

  • Trying to configure Rational Purify with weblogic 8.1

    Hi ,
    I am trying to check for memory leaks in the webservices which have been developed on weblogic 8.1 using rational purify. Can someone guide me about changes which I need to make in my configuration file to make this happen ?

    Bob,
    Thanks for the response, I did  not execute it but will i thought it would do it in v$session on startup.  The psr -v output for that service is:
           Group ID: WIZGRP_1, Server ID: 90
          Machine ID: devvm04
          Process ID: 23463, Request Qaddr: 790134787, Reply Qaddr: 790167556
         Server Type: USER
           Prog Name: /home/hems/prod/appdir/SQLSERV
          Queue Name: SQLSERVQ_1a
             Options: RESTARTABLE
      Max # Restarts: 10
    Restart Command: /home/hems/prod/scripts/restart.sh
        Grace Period: 0 hour 1 mins
    In mem Q/thread: max length 0
          Generation: 1, Max message type: 1073741824
       Creation time: Thu 01 Aug 2013 01:59:36 PM EDT
             Up time: 0:00:21
       Requests done: -
           Load done: -
      Current Status: ( - )
    Oracle client is
    devvm04:/home/hems/prod/appdir>tnsping
    TNS Ping Utility for Linux: Version 12.1.0.1.0 - Production on 01-AUG-2013 14:02:27
    Copyright (c) 1997, 2013, Oracle.  All rights reserved.
    Also ran with 11.2.3
    Jim

  • Purify error with std::string, -xarch=v8plusa -mt

    Using WS6U2, latest patches, on Solaris 8 with latest patch cluster (as of a few days ago):
    string.cpp:
    #include <string>
    using namespace std;
    int main(int argc, char * argv[])
       string val1 = "hello";
       string val2 = "world";
       string copy( val1 );
       copy = val2;
       return 0;
    CC -V
    CC: Sun WorkShop 6 update 2 C++ 5.3 Patch 111685-12 2002/12/16
    purify -versionVersion 2002a.06.00 Solaris 2
    purify -always-use-cache-dir -cache-dir=`pwd`/cache CC -g -xarch=v8plusa -mt string.cpp -o stringAnd we get some rather nasty errors: three Free Memory Reads, two Free Memory Writes, and one Freeing Unallocated Memory. However, remove either of the "-mt" or "-xarch=v8plusa" options, and all is well - no memory errors at all. So it seems that this problem only affects the multithreaded v8plusa specific implementation of std::string.
    In the case where it fails ("-mt -xarch=v8plusa"), purify complains as follows:
    **** Purify instrumented string (pid 13888 at Tue Feb 18 16:42:31 2003)
    * Purify 2002a.06.00 Solaris 2 (32-bit) Copyright (C) 1992-2002 Rational Software Corp. All rights reserved.
    * For contact information type: "purify -help"
    * For TTY output, use the option "-windows=no"
    * Command-line: ./string
    * Options settings: -max-threads=2500 -follow-child-processes=yes \
    -leaks-at-exit=yes -chain-length=16 -report-pmrs=yes -threads=yes -purify \
    -always-use-cache-dir \
    -cache-dir=/home/rational/src/experiments/string/cache \
    -purify-home=/usr/local/software/rational/releases/purify.sol.2002a.06.00 \
    -threads=yes -use-internal-locks=yes -thread_stack_change=0x4000 \
    -mt_safe_malloc=yes
    * License successfully checked out.
    * Command-line: ./string
    **** Purify instrumented string (pid 13888) ****
    FMR: Free memory read:
    * This is occurring while in:
         long __rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> >::__references()const [string_ref:193]
         void std::basic_string<char,std::char_traits<char>,std::allocator<char> >::__unLink() [string:913]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >::~basic_string() [string:297]
         main [string.cpp:15]
         _start         [crt1.o]
    * Reading 4 bytes from 0xa6d30 in the heap.
    * Address 0xa6d30 is 24 bytes into a freed block at 0xa6d18 of 47 bytes.
    * This block was allocated from:
         malloc [rtlib.o]
         c2n6Fi_Pv___1 [libCrun.so.1]
         void*operator new(unsigned) [rtlib.o]
         __rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> >*std::basic_string<char,std::char_traits<char>,std::allocator<char> >::__getRep(unsigned,unsigned) [libCstd.so.1]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >::basic_string(const char*,const std::allocator<char>&) [libCstd.so.1]
         main [string.cpp:9]
         _start         [crt1.o]
    * There have been 0 frees since this block was freed from:
         free [rtlib.o]
         c2k6FPv_v___1 [libCrun.so.1]
         void operator delete(void*) [rtlib.o]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >&std::basic_string<char,std::char_traits<char>,std::allocator<char> >::operator=(const std::basic_string<char,std::char_traits<char>,std::allocator<char> >&) [libCstd.so.1]
         main [string.cpp:13]
         _start         [crt1.o]
    **** Purify instrumented string (pid 13888) ****
    FMR: Free memory read:
    * This is occurring while in:
         pthread_mutex_destroy [libthread.so.1]
         RWSTDMutex::~RWSTDMutex() [stdmutex.h:167]
         __rwstd::__string_ref_rep<std::allocator<char> >::~__string_ref_rep #Nvariant 1() [string.cpp]
         __rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> >::~__string_ref() [string.cpp]
         void __rwstd::__destroy<__rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> > >(__type_0*) [memory:177]
         void std::allocator_interface<std::allocator<char>,__rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> > >::destroy(__rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> >*) [memory:513]
         void std::basic_string<char,std::char_traits<char>,std::allocator<char> >::__unLink() [string:915]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >::~basic_string() [string:297]
         main [string.cpp:15]
         _start         [crt1.o]
    * Reading 2 bytes from 0xa6d18 in the heap.
    * Address 0xa6d18 is at the beginning of a freed block of 47 bytes.
    * This block was allocated from:
         malloc [rtlib.o]
         c2n6Fi_Pv___1 [libCrun.so.1]
         void*operator new(unsigned) [rtlib.o]
         __rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> >*std::basic_string<char,std::char_traits<char>,std::allocator<char> >::__getRep(unsigned,unsigned) [libCstd.so.1]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >::basic_string(const char*,const std::allocator<char>&) [libCstd.so.1]
         main [string.cpp:9]
         _start         [crt1.o]
    * There have been 0 frees since this block was freed from:
         free [rtlib.o]
         c2k6FPv_v___1 [libCrun.so.1]
         void operator delete(void*) [rtlib.o]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >&std::basic_string<char,std::char_traits<char>,std::allocator<char> >::operator=(const std::basic_string<char,std::char_traits<char>,std::allocator<char> >&) [libCstd.so.1]
         main [string.cpp:13]
         _start         [crt1.o]
    **** Purify instrumented string (pid 13888) ****
    FMW: Free memory write:
    * This is occurring while in:
         pthread_mutex_destroy [libthread.so.1]
         RWSTDMutex::~RWSTDMutex() [stdmutex.h:167]
         __rwstd::__string_ref_rep<std::allocator<char> >::~__string_ref_rep #Nvariant 1() [string.cpp]
         __rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> >::~__string_ref() [string.cpp]
         void __rwstd::__destroy<__rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> > >(__type_0*) [memory:177]
         void std::allocator_interface<std::allocator<char>,__rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> > >::destroy(__rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> >*) [memory:513]
         void std::basic_string<char,std::char_traits<char>,std::allocator<char> >::__unLink() [string:915]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >::~basic_string() [string:297]
         main [string.cpp:15]
         _start         [crt1.o]
    * Writing 2 bytes to 0xa6d1e in the heap.
    * Address 0xa6d1e is 6 bytes into a freed block at 0xa6d18 of 47 bytes.
    * This block was allocated from:
         malloc [rtlib.o]
         c2n6Fi_Pv___1 [libCrun.so.1]
         void*operator new(unsigned) [rtlib.o]
         __rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> >*std::basic_string<char,std::char_traits<char>,std::allocator<char> >::__getRep(unsigned,unsigned) [libCstd.so.1]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >::basic_string(const char*,const std::allocator<char>&) [libCstd.so.1]
         main [string.cpp:9]
         _start         [crt1.o]
    * There have been 0 frees since this block was freed from:
         free [rtlib.o]
         c2k6FPv_v___1 [libCrun.so.1]
         void operator delete(void*) [rtlib.o]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >&std::basic_string<char,std::char_traits<char>,std::allocator<char> >::operator=(const std::basic_string<char,std::char_traits<char>,std::allocator<char> >&) [libCstd.so.1]
         main [string.cpp:13]
         _start         [crt1.o]
    **** Purify instrumented string (pid 13888) ****
    FMW: Free memory write:
    * This is occurring while in:
         pthread_mutex_destroy [libthread.so.1]
         RWSTDMutex::~RWSTDMutex() [stdmutex.h:167]
         __rwstd::__string_ref_rep<std::allocator<char> >::~__string_ref_rep #Nvariant 1() [string.cpp]
         __rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> >::~__string_ref() [string.cpp]
         void __rwstd::__destroy<__rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> > >(__type_0*) [memory:177]
         void std::allocator_interface<std::allocator<char>,__rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> > >::destroy(__rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> >*) [memory:513]
         void std::basic_string<char,std::char_traits<char>,std::allocator<char> >::__unLink() [string:915]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >::~basic_string() [string:297]
         main [string.cpp:15]
         _start         [crt1.o]
    * Writing 2 bytes to 0xa6d18 in the heap.
    * Address 0xa6d18 is at the beginning of a freed block of 47 bytes.
    * This block was allocated from:
         malloc [rtlib.o]
         c2n6Fi_Pv___1 [libCrun.so.1]
         void*operator new(unsigned) [rtlib.o]
         __rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> >*std::basic_string<char,std::char_traits<char>,std::allocator<char> >::__getRep(unsigned,unsigned) [libCstd.so.1]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >::basic_string(const char*,const std::allocator<char>&) [libCstd.so.1]
         main [string.cpp:9]
         _start         [crt1.o]
    * There have been 0 frees since this block was freed from:
         free [rtlib.o]
         c2k6FPv_v___1 [libCrun.so.1]
         void operator delete(void*) [rtlib.o]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >&std::basic_string<char,std::char_traits<char>,std::allocator<char> >::operator=(const std::basic_string<char,std::char_traits<char>,std::allocator<char> >&) [libCstd.so.1]
         main [string.cpp:13]
         _start         [crt1.o]
    **** Purify instrumented string (pid 13888) ****
    FMR: Free memory read:
    * This is occurring while in:
         unsigned std::basic_string<char,std::char_traits<char>,std::allocator<char> >::length()const [string:1346]
         void std::basic_string<char,std::char_traits<char>,std::allocator<char> >::__unLink() [string:916]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >::~basic_string() [string:297]
         main [string.cpp:15]
         _start         [crt1.o]
    * Reading 4 bytes from 0xa6d38 in the heap.
    * Address 0xa6d38 is 32 bytes into a freed block at 0xa6d18 of 47 bytes.
    * This block was allocated from:
         malloc [rtlib.o]
         c2n6Fi_Pv___1 [libCrun.so.1]
         void*operator new(unsigned) [rtlib.o]
         __rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> >*std::basic_string<char,std::char_traits<char>,std::allocator<char> >::__getRep(unsigned,unsigned) [libCstd.so.1]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >::basic_string(const char*,const std::allocator<char>&) [libCstd.so.1]
         main [string.cpp:9]
         _start         [crt1.o]
    * There have been 0 frees since this block was freed from:
         free [rtlib.o]
         c2k6FPv_v___1 [libCrun.so.1]
         void operator delete(void*) [rtlib.o]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >&std::basic_string<char,std::char_traits<char>,std::allocator<char> >::operator=(const std::basic_string<char,std::char_traits<char>,std::allocator<char> >&) [libCstd.so.1]
         main [string.cpp:13]
         _start         [crt1.o]
    **** Purify instrumented string (pid 13888) ****
    FUM: Freeing unallocated memory:
    * This is occurring while in:
         free [rtlib.o]
         c2k6FPv_v___1 [libCrun.so.1]
         void operator delete(void*) [rtlib.o]
         void std::allocator<char>::deallocate(void*,unsigned) [memory:396]
         void std::allocator_interface<std::allocator<char>,char>::deallocate(char*,unsigned) [memory:493]
         void std::basic_string<char,std::char_traits<char>,std::allocator<char> >::__unLink() [string:916]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >::~basic_string() [string:297]
         main [string.cpp:15]
         _start         [crt1.o]
    * Attempting to free block at 0xa6d18 already freed.
    * This block was allocated from:
         malloc [rtlib.o]
         c2n6Fi_Pv___1 [libCrun.so.1]
         void*operator new(unsigned) [rtlib.o]
         __rwstd::__string_ref<char,std::char_traits<char>,std::allocator<char> >*std::basic_string<char,std::char_traits<char>,std::allocator<char> >::__getRep(unsigned,unsigned) [libCstd.so.1]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >::basic_string(const char*,const std::allocator<char>&) [libCstd.so.1]
         main [string.cpp:9]
         _start         [crt1.o]
    * There have been 1 frees since this block was freed from:
         free [rtlib.o]
         c2k6FPv_v___1 [libCrun.so.1]
         void operator delete(void*) [rtlib.o]
         std::basic_string<char,std::char_traits<char>,std::allocator<char> >&std::basic_string<char,std::char_traits<char>,std::allocator<char> >::operator=(const std::basic_string<char,std::char_traits<char>,std::allocator<char> >&) [libCstd.so.1]
         main [string.cpp:13]
         _start         [crt1.o]
    **** Purify instrumented string (pid 13888) ****
    Current file descriptors in use: 5
    FIU: file descriptor 0: <stdin>
    FIU: file descriptor 1: <stdout>
    FIU: file descriptor 2: <stderr>
    FIU: file descriptor 26: <reserved for Purify internal use>
    FIU: file descriptor 27: <reserved for Purify internal use>
    **** Purify instrumented string (pid 13888) ****
    Purify: Searching for all memory leaks...
    Memory leaked: 0 bytes (0%); potentially leaked: 0 bytes (0%)
    Purify Heap Analysis (combining suppressed and unsuppressed blocks)
    Blocks Bytes
    Leaked 1 47
    Potentially Leaked 3 107
    In-Use 26 123707
    Total Allocated 30 123861
    **** Purify instrumented string (pid 13888) ****
    Thread Summary : 1 threads in existence
    * Thread 0 [main thread]
    Stack Limit : (0xff3f0000 0xffbf0000), size = 0x800000
    **** Purify instrumented string (pid 13888) ****
    * Program exited with status code 0.
    * 6 access errors, 6 total occurrences.
    * 0 bytes leaked.
    * 0 bytes potentially leaked.
    * Basic memory usage (including Purify overhead):
    331996 code
    92532 data/bss
    131072 heap (peak use)
    1856 stack
    * Shared library memory usage (including Purify overhead):
    1456 libpure_solaris2_init.so.1 (shared code)
    252 libpure_solaris2_init.so.1 (private data)
    2255839 libCstd.so.1_pure_p3_c0_105022037_58_32_3592668S (shared code)
    28588 libCstd.so.1_pure_p3_c0_105022037_58_32_3592668S (private data)
    54269 libCrun.so.1_pure_p3_c0_105022037_58_32_1244656S (shared code)
    24688 libCrun.so.1_pure_p3_c0_105022037_58_32_1244656S (private data)
    139048 libm.so.1_pure_p3_c0_105022037_58_32_1289524S (shared code)
    1224 libm.so.1_pure_p3_c0_105022037_58_32_1289524S (private data)
    3968 libw.so.1_pure_p3_c0_105022037_58_32_1187000S (shared code)
    0 libw.so.1_pure_p3_c0_105022037_58_32_1187000S (private data)
    132888 libthread.so.1_pure_p3_c0_105022037_58_32_1408248S (shared code)
    26192 libthread.so.1_pure_p3_c0_105022037_58_32_1408248S (private data)
    1105144 libc.so.1_pure_p3_c0_105022037_58_32_1180272S (shared code)
    111036 libc.so.1_pure_p3_c0_105022037_58_32_1180272S (private data)
    2404 libdl.so.1_pure_p3_c0_105022037_58_32_5292S (shared code)
    4 libdl.so.1_pure_p3_c0_105022037_58_32_5292S (private data)
    13192 libinternal_stubs.so.1 (shared code)
    932 libinternal_stubs.so.1 (private data)
    31866 librt.so.1_pure_p3_c0_105022037_58_32_1269024S (shared code)
    2044 librt.so.1_pure_p3_c0_105022037_58_32_1269024S (private data)
    44541 libaio.so.1_pure_p3_c0_105022037_58_32_1227208S (shared code)
    6104 libaio.so.1_pure_p3_c0_105022037_58_32_1227208S (private data)
    14112 libc_psr.so.1_pure_p3_c0_105022037_58_32 (shared code)
    0 libc_psr.so.1_pure_p3_c0_105022037_58_32 (private data)

    I've run this same testcase with -xarch={generic,v8,v8a,v8plus,v8plusa,v9,v9a}, which are the only architectures I can try. Both -xarch=v8plus and -xarch=v8plusa generate code which has the issues identified above. All of the other targets are OK according to purify. What I don't understand is that the symlinks in the SUNWspro/lib/{arch} directories for all of the v8 variants point to the same libCstd in /usr/lib.
    I've also upgraded to the newest version of purify from Rational:
    purify -versionVersion 2003.06.00 Solaris 2
    Could someone from Sun please see if they can reproduce this problem?
    Thanks.

  • Purify/quantify break with patch Patch-ID# 109147-14

    I am not sure if this is a Sun problem or a Rational problem, in any case does anybody know of a work around? We need the patch for other issues, but now our expensive purify/quantify are completely broken!

    I suspect that you require what Rational calls "Proto 38." Here's an email I got from Rational's support group:
    Hi David,
    Recently Purify had problems with newer Sun patches. New Forte update
    compiler patches, as well as new Solaris 8 linker and libc patches caused
    Purify to crash. All of them are fixed in this proto. If you are to upgrade your
    Solaris patches, then please use proto 38 to avoid the crash problem.
    Regards,
    Yumiko
    For answers to frequently asked questions please visit our Solutions
    Knowledge Base at:
    http://eservice.rational.com/solutions
    P.S. If you need further assistance, please reply to [email protected]
    with your SR# in the subject line.
    We use Proto 38 and it fixed our problems. It also fixes a pre-Solaris patch bug
    where purify() would die attempting to instrument the ACE toolkit [i.e. libACE.so].
    Rational can provide you with the download and installation instructions.
    ... Dave

  • Steps to Integrate Rational Purify with SunoneApplicationServer6.5 EE

    Hi All,
    Iam in the process of integarting Sunone Application Server6.5 with Rational Purify.
    Please tell me the steps to acheive the same.
    Thanks
    Raju

    See if you can get some ideas from
    Note:175870.1

Maybe you are looking for

  • Regarding  File name schema in  Receiver  com. Channel

    Hello, I have gone thru  the blog The specified item was not found. "The same filename from a sender to a receiver file adapter - SP14 for Dynamic configuration"  by Michal Krawczyk....And here in this Scenario in ID (in Reeiver communiation channel)

  • IPhone 5 screen went black and nothing is working

    Hey everyone, I woke up today and found my iPhone 5 screen to be black. The power and home buttons were unresponsive so I decided to hold them both together to reset the phone. Luckily the phone turned on and was working fine until now. I went to loo

  • Legal Entity Details in place of Operating Unit Detail in PO_STANDARD_XSLFO

    Hi all, I want to replace the Operting Unit name and Address, which is coming on first page of PO output for Communication, by Legal Entity name and Address. In the XSLFO template above the Operating unit Details they had given the Legal Entity Name

  • Methods of Performing Maintenance on a Two Node Exchange 2007 CCR Cluster

    What methods do you have for performing maintenance on a two node Exchange 2007 CCR cluster? This is what I use:Via the EMS (pre-maintenance steps)On the passive node: Get-StorageGroup | SuspendGroupCopyCheck Event ViewerOn the passive node, check re

  • Workcenter_attr data source

    hey i have a case where workcenter is not mapped to cost center in BW. so when i looked up the master data of workcenter i found that the cost center field was blank. When i did a look up in SAP, the extractor fetches data using FM, and fetches data