Crash aroused by mdb+libumem

Hi, all
I'm new to use mdb+libumem to debug the memory leak issue in solaris 10. I found that I can run findleaks against some simple of my C++ applications, however the findleaks will result in a process crash sometimes against some specified C++ applications. Then I tried the alternatives like, use gcore to dump the core and then use mdb+libumem to do the memory leak analysis.
Now, a new problem comes up. I found recently, some actions of my C++ application would result in the process crashed as well after I launched the application with env parameters like "UMEM_DEBUG=default UMEM_LOGGING=transaction LD_PRELOAD=libumem.so".
I'm confused and frustrated right now...would anyone please shed any lights on
1. why findleaks will result in process crash?
2. why libumem will result in my process crash?
Thanks in advanced.

well...would anybody please tell me if it's the correct forum to raise this question up?
Thanks very much.

Similar Messages

Jdeveloper Crashing When Opening MDB Database Connection

Hello,
I created a database connection to one of the local access mdb file using jdbc-odbc connection type.
When I tried to view the tables or when I try to create a toplink connection using the same connection I created to access mdb file, my Jdeveloper is crashing.
Any what could be the reason.
My Jdeveloper version:
10.1.3.4.0
Regards
Edited by: user20090209 on Oct 13, 2009 7:43 AM

Time marches forward and I have no disagreement with any of the Weblogic decisions. The reality is though that we still do not have a clear answer from Oracle (although our clients sales folks are working on it) as to whether the client will have to pay to "upgrade" their Oracle Application Server (Enterprise) licenses to get the WebLogic server necessary to run the applications created by the final Production JDeveloper11g. If it costs money then it requires budgeting and that all takes a lot of time.
We have a fairly rich application already developed and we cannot port it to Weblogic until the licensing issues are resolved. Until that happens it will have to continue to run on the OC4J container.
BUT ... I consider this "not a problem" with respect to TP4 not running on Vista 64-bit as long as the final release JDeveloper 11g does. I'll just have to work in my VPC hosted XP Client until our clients get their licensing issues sorted out with Oracle.
Mark

Tools for root cause analysis of stack corruption?

I'm experiencing extremely rare stack corruption that results in SEGV core dumps for a large and complex C++ program. Having run all the standard tools such as IBM Rational Purify, Sun mdb/libumem and dbx/rtc (although unfortunately using dbx check -access takes inordinately long and eventually crashes before the main() function is executed), I am no closer to discovering the root cause of the stack corruption. I'm confident based on the tools run and on the stack trace from the core dump that the problem is not heap corruption, but stack corruption.
The environment is Sun Studio 12 (but not update 1) on Solaris 10 on SPARC. The program is compiled with minor optimisation (-xO2 -xbuiltin=%all).
Is anyone aware of other tools or approaches that could help pinpoint the problem? Your help would be much appreciated!
Thanks in advance,
Simon

If you are in fact having stack corruption issues, I don't think any of the tools you mentioned other than Purify would help you identify it.
You may also be simply running out of stack space, and not having corruption issues. Is your app multi-threaded? If so, you could increase the stack size your threads use to something larger than the default.
Another thing you can look for are syslog entries stating "no swap space to grow stack" for your process, you've run out of virtual memory. To avoid this, you can "pre-allocate" your stack memory with code similar to this:
void growStack( size_t bytes )
    char *mem = ( char * ) alloca( bytes );
    memset( mem, 0, bytes );
    return;
}That code, when called, will force the creation of stack memory virtual pages backed by swap, before your server gets into a situation where free memory might be in short supply.
I also seem to recall that Solaris under certain circumstances will allocate stack memory with the MAP_NORESERVE option, which means swap space won't be reserved for your stack. If your process gets swapped out, its stack(s) will be lost and you'll probably get a SIGSEGV or SIGBUS. See this bug:
[http://bugs.opensolaris.org/view_bug.do?bug_id=1221729|http://bugs.opensolaris.org/view_bug.do?bug_id=1221729]
I remember working a similar issue for a customer running large apps on Sun E15Ks, maybe about 5 years ago. To work around this behavoir, I think you'll need to explicitly allocate stack memory for any threads you may be creating. I think that's what we had to do.

Crw32.exe has encountered a problem and needs to close. We are sorry for t

crw32.exe has encountered a problem and needs to close. We are sorry for the inconvenience.
AppName: crw32.exe      AppVer: 12.0.0.683      ModName: msjet40.dll
ModVer: 4.0.9511.0      Offset: 000cdb4b
I am using a MS Access 2003 DB. I get the above error when I try to open a New Report with the current instance of the DB; if I use a backup from 2 weeks ago it works with no problems. Is there any insights; I would prefer not to restore from the backup??

Update from my earlier message:
tried to install on a win7 32 bits. and I get the same error message.
Restarted the Win7 64 which was working and now I get the same error message too
so 3 different machines three diffferent operating systems and 3 times CR crashes on opening MDB files....
here is the error message
Log Name:      Application
Source:        Application Error
Date:          5/19/2010 7:43:13 PM
Event ID:      1000
Task Category: (100)
Level:         Error
Keywords:      Classic
User:          N/A
Faulting application name: crw32.exe, version: 12.0.0.683, time stamp: 0x47c8be9a
Faulting module name: MSJET40.DLL, version: 4.0.9756.0, time stamp: 0x49246e48
Exception code: 0xc0000005
Fault offset: 0x00021b27
Faulting process id: 0x708
Faulting application start time: 0x01caf7aca12f0b2b
Faulting application path: c:\Program Files (x86)\Business Objects\BusinessObjects Enterprise 12.0\win32_x86\crw32.exe
Faulting module path: C:\Windows\system32\MSJET40.DLL
Report Id: 498c39ee-63a0-11df-b1fe-00508dbcaa0b
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
    <Provider Name="Application Error" />
    <EventID Qualifiers="0">1000</EventID>
    <Level>2</Level>
    <Task>100</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2010-05-19T23:43:13.000000000Z" />
    <EventRecordID>4412</EventRecordID>
    <Channel>Application</Channel>
    <Security />
</System>
<EventData>
    <Data>crw32.exe</Data>
    <Data>12.0.0.683</Data>
    <Data>47c8be9a</Data>
    <Data>MSJET40.DLL</Data>
    <Data>4.0.9756.0</Data>
    <Data>49246e48</Data>
    <Data>c0000005</Data>
    <Data>00021b27</Data>
    <Data>708</Data>
    <Data>01caf7aca12f0b2b</Data>
    <Data>c:\Program Files (x86)\Business Objects\BusinessObjects Enterprise 12.0\win32_x86\crw32.exe</Data>
    <Data>C:\Windows\system32\MSJET40.DLL</Data>
    <Data>498c39ee-63a0-11df-b1fe-00508dbcaa0b</Data>
</EventData>
</Event>

Possible bug in Solaris 8 mlink() kernel function ???

Hi All,
I'm trying to I_LINK a mounted-stream pipe (created using open and fattach), with CONNLD pushed on, below a STREAMS based multiplexor.
As I experienced some kernel crash, in the linkcycle() function I looked at the way it works in strsubr.c Solaris 8 file.
What I'm understanding is that there's a global static array, named mux_nodes. This is an array of mux_node structures, indexed by the device major number, extracted from the vnode vn_rdev field. Its purpose seems to be to list all the STREAMS linked below a multiplexor.
When the crash occurs, I can see that the mux_node the kernel is trying to read is at index 0xb8, but the devcnt has a value of 0xb5, so we're out of the bounds of the array. I've instrumenting my code, in order to dump the value of the vn_rdev, of the STREAM linked below (using the q_bot->q_stream->sd_vnode), and as the I_LINK is received this value is of 0xb8...
Moreover, looking at the vfslist of the crash dump (using mdb and the $<vfslist macro), it appears that several vfs have a rdev field greater than 0xb5...
The question is : Is-it really possible to I_LINK a pipe below a multiplexor ?? What am I missing ?? Shouldn't mlink() check that the index is inbound ???
Best Regards.

OK. I think I see what you are saying. First I want
to make sure we are both talking about 24 hour time
and not 12 hour time. In 24 hour time I understand
the 0100 hour would occur twice; The first in DST and
the second pass not in DST. I am not sure which time
the 'date 110401592007' command I ran set the time
in. The second.
Does the OS automatically put the new date in the
second pass through of the 0100 hour?Apparently.
If so there may
not be a bug at all but if that was the case how
could the fall back time be tested?Run
perl -le 'print scalar localtime 1143504000' and
perl -le 'print scalar localtime 1175040000'
If you're in a US timezone that follows Daylight Saving time, the first will show a time on March 27 2006 (Standard time) and the second a year later on March 27 2007 (Daylight Saving Time). The two should have local times one hour apart. If they do not, then you're probably not ready.
An alternative is to simply ask zdump for information about your particular tiemzone.
zdump -v $TZ | grep 2007. You should see the correct transition dates for 2007.
Alternatively, if you really want to change the clock on the computer, don't change it by specifying a local time (which as you've seen is ambiguous). Change it by specifying a UTC time and the -u flag. That's unambiguous.
Darren

Help required...solaris 9 m/c rebooting frequently..

Hi all,
Pls help me...My solaris srever running solaris9 on x86 m/c is rebooting very frequently for the last 1 week...I'm pasting the log for ur reference..
Regards.
cmreddy
May 1 04:42:22 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d90 addr=11 occurred in module "genunix" due to a NULL pointer dereference
May 1 04:56:25 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef401d8c addr=10 occurred in module "genunix" due to a NULL pointer dereference
May 1 05:47:53 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d90 addr=11 occurred in module "genunix" due to a NULL pointer dereference
May 1 05:57:04 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef401d90 addr=13 occurred in module "genunix" due to a NULL pointer dereference
May 1 06:02:22 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d90 addr=11 occurred in module "genunix" due to a NULL pointer dereference
May 1 07:06:52 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef401d90 addr=13 occurred in module "genunix" due to a NULL pointer dereference
May 1 07:26:54 ncc-w savecore: [ID 570001 auth.error] reboot after panic: mutex_exit: not owner, lp=fed08ef8 owner=0 thread=ef409e40
May 1 08:40:41 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef481d90 addr=0 occurred in module "<unknown>" due to a NULL pointer dereference
May 1 11:00:46 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d90 addr=11 occurred in module "genunix" due to a NULL pointer dereference
May 1 14:10:13 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef401d90 addr=13 occurred in module "genunix" due to a NULL pointer dereference
May 1 15:57:24 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d90 addr=11 occurred in module "genunix" due to a NULL pointer dereference
May 1 16:11:26 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d90 addr=11 occurred in module "genunix" due to a NULL pointer dereference
May 1 16:17:09 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef401d90 addr=13 occurred in module "genunix" due to a NULL pointer dereference
May 1 17:55:48 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d90 addr=11 occurred in module "genunix" due to a NULL pointer dereference
May 1 20:41:47 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef401d8c addr=10 occurred in module "genunix" due to a NULL pointer dereference
May 1 21:27:28 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef401d90 addr=13 occurred in module "genunix" due to a NULL pointer dereference
May 1 23:11:02 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=8 (Double Fault) rp=fec1f3bc addr=ef489dd0
May 2 00:14:48 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef401d8c addr=10 occurred in module "genunix" due to a NULL pointer dereference
May 2 00:41:39 ncc-w savecore: [ID 570001 auth.error] reboot after panic: mutex_exit: not owner, lp=fed08ef8 owner=0 thread=ef409e40
May 2 02:46:50 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d90 addr=11 occurred in module "genunix" due to a NULL pointer dereference
May 2 07:27:42 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef401d6c addr=8004c occurred in module "unix" due to an illegal access to a user address
May 2 09:33:52 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d8c addr=10 occurred in module "genunix" due to a NULL pointer dereference
May 2 13:51:20 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef401d90 addr=13 occurred in module "genunix" due to a NULL pointer dereference
May 2 14:04:17 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d8c addr=10 occurred in module "genunix" due to a NULL pointer dereference
May 2 14:20:06 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d8c addr=10 occurred in module "genunix" due to a NULL pointer dereference
May 2 15:07:38 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d90 addr=11 occurred in module "genunix" due to a NULL pointer dereference
May 2 15:53:05 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d90 addr=11 occurred in module "genunix" due to a NULL pointer dereference
May 2 17:01:42 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d90 addr=11 occurred in module "genunix" due to a NULL pointer dereference
May 2 17:34:33 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef6a5bd8 addr=12c occurred in module "genunix" due to a NULL pointer dereference
May 2 17:41:45 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef401d8c addr=10 occurred in module "genunix" due to a NULL pointer dereference
May 2 18:57:52 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d90 addr=11 occurred in module "genunix" due to a NULL pointer dereference
May 2 21:54:34 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef401d90 addr=13 occurred in module "genunix" due to a NULL pointer dereference
May 2 22:41:26 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef481d90 addr=0 occurred in module "<unknown>" due to a NULL pointer dereference
May 2 23:22:19 ncc-w savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=e (Page Fault) rp=ef409d90 addr=11 occurred in module "genunix" due to a NULL pointer dereference

You could try and add the latest recommended patch cluster from sunsolve.sun.com, this looks very much like a software error, and a recent patch cluster might cure it.
The information you pasted doesn't really give any clues. Could you paste a trace as well?
To get a trace, go to the /var/crash/<hostname>/ directory, which directory contains a number of files named vmcore.<a number> and unix.<a number>.
To get the trace from these crash files, run mdb <one of the numbers>
once mdb started, type "$c", this will display the trace.
For example, if your /var/crash/<hostname> directory contains the files:
unix.2 unix.3 vmcore.2 vmcore.3
you would run
# mdb 2
or
# mdb 3
.. exit mdb by typing ctrl+d when you are done.
7/M.

Help finding location of Memory corruption using libumem and mdb

Hi there,
I am debugging an application, an rpc based server that runs on a solaris 10 box. This is a server that has a footprint of about 2.3 gigs (while using libumem debug options, its close to 3.5 gigs). Most of the size is because of caching. When certain modifications are done to objects in the cache, a copy of the cache is made by the modifying thread, and then the older copy is freed when no other thread is using it.
One of our customers is using libumem as the memory manager. They started seeing crashes every now and then when the copy of cache is being freed. Obviously, it doesnt crash everytime, and each time the crash is with a different object all together. libumem raises a signal 6 abort, and complains that a piece of memory that is being freed is invalid or corrupt memory. Needless to say, countless hours of code walkthrough, and trying to reproduce the problem in house has failed. So we turned on libumem debugging and logging. Using watchmalloc at this site is not an option because of performance considerations. This is the setup we are using.
LD_PRELOAD=${LD_PRELOAD}:libumem.so.1
export LD_PRELOAD
UMEM_DEBUG=default;export UMEM_DEBUG
UMEM_LOGGING=transaction;export UMEM_LOGGING
We have a core from this crash. I am using mdb to analyze the core.
::umem_status tells me that the address being freed is invalid or corrupt memory. It even shows me where it was initially allocated. I want to find out where this piece of memory got corrupted.
::umalog shows the log of all memory allocation and freeing transactions. But because this is a huge app, it has a ton of information. I tried using address::umalog and that doesnt seem to narrow down the log.
So my question is, given the core generated using these settings, what mdb commands do I use to find out what operation/code corrupted the memory. I would expect to see three pieces of information for the address whose free failed.
1. Where it was initially allocated
2. Where the error/crash occured
3. What operation corrupted the memory, whether its a overwrite or freeing (leading to double free)
I ll be glad to provide more information if needed.
Any help is deeply appreciated.

If you have the address that is corrupt, try finding addresses that are just before the corrupt address. If your corrupt address is 0xF028, for example, look for addresses like 0xF020 or 0XF018. Most likely what's happening is some code is writing too far into a block, corrupting what's in the next block.

MDB unable to listen anymore after remote JMS server crashed and restarted

I'm running Weblogic Server 8.1 SP4 on a Win 2k server. My remote JMS server is running Sonic 6.0 on a Win 2k server. Both are connected in the same network. My problem is that whenever I restart the JMS server after it crashes (improper shutdown), my MDBs will not be able to listen to any messages sent to the topic/queue. WL console does not display any error about MDB unable to connect to the topic/queue as if the JMS server was never down. I have to re-deploy my apps in order to get the MDBs working. Is there a workaround or patch for this 'bug'?

The options I can think of are:
          (1) Configure a WebLogic messaging bridge that runs in "synchronous" mode for forwarding messages from Sonic to a WL destination. Then change MDB to refer to the WL destination. Alternatively, if you haven't already, try using a transactional MDB - which may or may not use synchronous receives to get messages from Sonic (depends on the version of Sonic I believe). The reason I think this might help in either method is that I think the use of synchronous receives may yield a better chance of detecting failures in Sonic.
          (2) See if Sonic itself requires a patch.
          (3) Try out WL 9.2 instead of WL 8.1 (it may be that the Sonic work-around I vaguely recall isn't in 8.1???)
          (4) Contact customer support.

Database filed is crash in mdb

DB is currently using the Microsoft Access Database Using DAO.Problem is as follows: # Error in the database field .
# Error in DB table data is generated that causes the stamp. Mueot and ... How can I solve?
ex)
data table
filed : data1 , data2, , data3....
#Error #Error #Error

Hi edwinkim,
Visual Studio Online(formerly Team Foundation Service) is a cloud-based service, seems the issue you have is not related to VSO. If the issue is related to Access, then your can open a new thread in Office Dev forum or TechNet forum.
Best regards,
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

IPlanet crash on Solaris 8

Hi,
I am using iPlanet 5.2 on Solaris 8. When a separate changelog Plugin is being used the iPlanet Directory Server crashes after receiving the signal SIGBUS BUS_ADRALN. However, if Retro Changelog Plugin is used, the changes are processed without any problems. I am not sure if the problem lies with the changelog plug-in I am using or with iPlanet itself! The changelog Plug-in returns the changes and processes them correctly. However, this leads to crash of iPlanet directory server.
Could someone please help me with this?

you only need libumem if the program that generated the core file had
loaded libumem.
libumem is available from Solaris 9 and is an alternative malloc library that works like the kernel memory allocator allowing good debugging and memory leak checking amongst its benefits. If you need libumem features to be able to debug the program then you will need some
new core files with libumem loaded ( solaris 9 and later).
to see what libraries were loaded in your program before the core files use "pldd core"
to see the stack traces run "gcore core"
to debug the cores use "mdb program core"
tim

Libumem complains on redzone violation in std::deque even with latest patch

HW: e2900 (USIV+ cpus), 5.10 Generic_118833-24
I've applied the latest libCstd patch 119963-08
SW:
CC +w -fast -erroff=hidef -V -PIC -mt -xtarget=ultra3 -xarch=v9a sunBugReportDeque.cc
CC: Sun C++ 5.8 Patch 121017-08 2006/12/06
cg: Sun Compiler Common 11 Patch 120760-11 2006/10/18
The attached code fails, when running under libumem on said machine
If I change the deque to a list, everything works smoothly, suggesting there is still something fishy inside the deque allocate/deallocate functions. I could not reproduce the fault on my (single-CPU) workstation, but on the 2900 it crashes immediately.
// file: sunBugReportDeque.cc
#ifndef DEPEND
#include <deque>
#include <exception>
#include <functional>
#include <iostream>
#include <list>
#include <sstream>
#include <stdexcept>
#include <stdio.h>     // sprintf
#include <synch.h>
#include <sys/errno.h> // ETIME
#include <sys/time.h> // gettimeofday
#include <thread.h>
#include <time.h>
#include <unistd.h>
#include <vector>
#endif
using namespace std;
#define ENSURE(expr) do { int rc = expr ; \
        if (rc != 0) \
            char buf[800]; \
            snprintf(buf, sizeof(buf), "%s: unexpected rc: %d", #expr, rc); \
            buf[sizeof(buf)-1] = '\0'; \
            throw std::logic_error(buf);\
    } while(0)
/** A simple mutex implementation. */
class Mutex
    friend class Condition; // needs access to my mutex
public:
    Mutex() {
        ENSURE(::mutex_init(&_impl, 0, 0));
     * Destructor.
    ~Mutex() {
        ENSURE(::mutex_destroy(&_impl));
    void acquire() {
        ENSURE(::mutex_lock(&_impl));
    void acquireRead() { this->acquire(); }
    void acquireWrite() { this->acquire(); }
    void release() {
        ENSURE(::mutex_unlock(&_impl));
    void releaseRead() { this->release(); }
    void releaseWrite() { this->release(); }
    inline bool tryAcquire();
    bool tryAcquireRead() { return this->tryAcquire(); }
    bool tryAcquireWrite() { return this->tryAcquire(); }
private:
    mutex_t _impl;
bool
Mutex::tryAcquire()
while(true) {
    int rc = ::mutex_trylock(&_impl);
    switch (rc)
    case 0: // ok, we got it...
        return true;
    case EBUSY: // nope, it was already taken...
        return false;
    case EINTR: // fork or signal, try again...
        continue;
    case EINVAL: // The rest is faults, should not happend...
    case EFAULT:
        throw std::invalid_argument("Internal error, illegal adress");
    default:
        char msg[800];
        ::sprintf(msg, "::mutex_trylock: Unrecognized rc: %d", rc);
        throw std::logic_error(msg);
/** A simple condition variable implementation. */
class Condition
public:
    enum WaitStatus { TIMEOUT, SIGNALED };
    Condition(Mutex &m) : _m(m) { ENSURE(::cond_init(&_impl, 0, 0)); }
    ~Condition() { ENSURE(::cond_destroy(&_impl)); }
    void signal() { ENSURE(::cond_signal(&_impl)); }
    void signalAll() { ENSURE(::cond_broadcast(&_impl)); }
    inline void wait();
    inline WaitStatus wait(unsigned long ms);
private:
    Condition(const Condition&);
    const Condition& operator=(const Condition&);
    cond_t _impl;
    Mutex &_m;
void
Condition::wait()
    while(true) {
        int rc = ::cond_wait(&_impl, &_m._impl);
        switch (rc)
        case 0: // NoOp, all is well...
            return;
        case EFAULT:
            throw std::invalid_argument("Internal error, illegal adress");
        case EINTR: // fork or signal, we should still be sleeping
            continue;
        default:
            char msg[50];
            sprintf(msg, "::cond_wait: Unrecognized rc: %d", rc);
            throw std::logic_error(msg);
Condition::WaitStatus
Condition::wait(unsigned long millis)
    struct timeval tp;
    timestruc_t to;
    if(gettimeofday(&tp, 0))
    { // failed, use time() instead
        to.tv_sec = ::time(NULL) + millis / 1000;
        to.tv_nsec = (millis % 1000) * 1000000; // 1e6 nanos-per-milli
    else
    { // Ok, calculate when to wake up..
        to.tv_sec = tp.tv_sec + millis/1000;
        to.tv_nsec = tp.tv_usec*1000 + (millis%1000)*1000000;
        if(to.tv_nsec >= 1000000000)
            to.tv_nsec -= 1000000000;
            to.tv_sec++;
    while(true) {
        int rc = ::cond_timedwait(&_impl, &_m._impl, &to);
        switch (rc)
        case 0: // NoOp, all is well... Someone told ut to wake up before timeout...
            return SIGNALED;
        case EFAULT:
            throw std::invalid_argument("Internal error, illegal adress");
        case EINTR: // fork or signal, we should still be sleeping
            continue;
        case ETIME:
        case ETIMEDOUT:
            return TIMEOUT;
        default:
            char msg[50];
            sprintf(msg, "::cond_timedwait: Unrecognized rc: %d", rc);
            throw std::logic_error(msg);
/** Suitable for grabbing a mutex exclusively. The mutex will be
* released when the object dies.
template <class Lock>
class Guard
public:
    Guard(Lock &l) : _l(l) { _l.acquire(); }
    ~Guard() { _l.release(); }
private:
    Guard(const Guard&);
    const Guard& operator=(const Guard&);
    Lock &_l;
class Timer
public:
    Timer() : _cond(_mutex), _isCancelled(false) { }
    ~Timer() { }
    /** Sleeps the specified no of secs, or until the timer is cancelled. */
    inline void sleep(const int millis);
    /** Cancels the timer. Ongoing sleeps will wakeup, new ones will not block.
    inline void cancel();
    inline bool isCancelled();
protected:
private:
    Timer(const Timer& aTimer);
    Timer& operator=(const Timer& aTimer);
    Mutex     _mutex;
    Condition _cond;
    bool         _isCancelled;
void Timer::sleep(const int millis)
    Guard<Mutex> lock(_mutex);
    if (! _isCancelled) // only wait one turn
        _cond.wait(millis);
void Timer::cancel()
    Guard<Mutex> lock(_mutex);
    _isCancelled = true;
    _cond.signalAll();
bool Timer::isCancelled()
    Guard<Mutex> lock(_mutex);
    return _isCancelled;
// shouldn't this be available in STL somewhere???
template <class T>
struct Predicate : public std::unary_function<T, bool>
    virtual bool operator()(const T &x) const = 0;
/** A simple Producer Consumer Queue implementation. */
template <class T>
class PCQueue
public:
    PCQueue(size_t aMaxLenght)
            : myMaxlength(aMaxLenght),
              myQNotEmpty(myQLock),
              myQNotFull(myQLock){ }
    void push(const T& aT);
    bool tryPush(const T& aT);
    T pop();
    bool tryPop(T& retVal, const unsigned int millis = 0);
    size_t size() const;
    bool isFull() const;
     * Atomically purges (removes) the FIRST element for which the supplied
     * predicate returns true.
    bool purge(const Predicate<T>& pred, T& theItem);
protected:
private:
    typedef Guard<Mutex> MutexGuard;
    std::deque<T>        myQueue;
    mutable Mutex        myQLock;
    Condition            myQNotEmpty;
    Condition            myQNotFull;
    size_t               myMaxlength;
template <class T>
size_t PCQueue<T>::size() const
    MutexGuard g(myQLock);
    return myQueue.size();
template <class T>
void PCQueue<T>::push(const T& aT)
    MutexGuard g(myQLock);
    while (myMaxlength && myQueue.size() >= myMaxlength)
        myQNotFull.wait();
    myQueue.push_back(aT);
    myQNotEmpty.signal();
template <class T>
bool PCQueue<T>::tryPush(const T& aT)
    MutexGuard g(myQLock);
    while (myMaxlength && myQueue.size() >= myMaxlength)
        return false;
    myQueue.push_back(aT);
    myQNotEmpty.signal();
    return true;
template <class T>
T PCQueue<T>::pop()
    MutexGuard g(myQLock);
    T entry;
    while (myQueue.empty())
        myQNotEmpty.wait();
    entry = myQueue.front();
    myQueue.pop_front();
    myQNotFull.signal();
    return entry;
template <class T>
bool PCQueue<T>::tryPop(T& retVal, const unsigned int millis)
    MutexGuard g(myQLock);
    long long start = ::gethrtime();
    long remainder = millis;
    while (remainder > 0 && myQueue.empty())
        myQNotEmpty.wait(remainder);
        remainder = millis - (long)((::gethrtime() - start) / 1000000LL);
    if (myQueue.empty()) // timed out
        return false;
    retVal = myQueue.front();
    myQueue.pop_front();
    myQNotFull.signal();
    return true;
template <class T>
bool PCQueue<T>::isFull() const
    MutexGuard g(myQLock);
    if (myMaxlength == 0) // No limit on the queue
        return false;
    return (myQueue.size() >= myMaxlength) ? true : false;
template <class T>
bool PCQueue<T>::purge(const Predicate<T> &pred, T& theItem)
    MutexGuard g(myQLock);
    for (std::deque<T>::iterator i = myQueue.begin(); i != myQueue.end(); ++i)
        if (pred(*i))
            theItem = *i;
            myQueue.erase(i);
            myQNotFull.signal();
            return true;
    return false;
struct fifthBitSet : public Predicate<hrtime_t *>
    bool operator()(hrtime_t * const &i) const { return (bool) ((*i) & (0x1L << 4)); }
class StressTest
public:
    StressTest(int consumers, int producers);
    ~StressTest();
    void start();
    void stop();
    void sleep(int seconds) { timer_.sleep(seconds * 1000); }
private:
    void consume();
    void produce();
    static void * consumer(void *arg);
    static void * producer(void *arg);
    static void joinThread(thread_t tid);
    Timer         timer_;
    PCQueue<hrtime_t*> queue_;
    vector<thread_t> consumers_;
    vector<thread_t> producers_;
StressTest::StressTest(int c, int p) : queue_(501), consumers_(c, 0L), producers_(p, 0L)
StressTest::~StressTest()
    hrtime_t *val = NULL;
    while (queue_.tryPop(val, 0))
        delete val;
void
StressTest::joinThread(thread_t tid)
    void * status;
    int rc = thr_join(tid,
                       NULL,
                       &status);
    if (rc != 0)
        char buf[80];
        snprintf(buf, sizeof(buf), "thr_join: unexpected rc: %d", rc);
        throw std::logic_error(buf);
void
StressTest::start()
    for (int i = 0; i < consumers_.size(); ++i)
        thread_t tid = 0L;
        thr_create(NULL, NULL, &consumer, this, NULL, &tid);
        consumers_ = tid;
for (int i = 0; i < producers_.size(); ++i)
thread_t tid = 0L;
thr_create(NULL, NULL, &producer, this, NULL, &tid);
producers_[i] = tid;
void
StressTest::stop()
timer_.cancel();
for (int i = 0; i < consumers_.size(); ++i)
queue_.push(NULL);
for_each(producers_.begin(), producers_.end(), joinThread);
for_each(consumers_.begin(), consumers_.end(), joinThread);
void *
StressTest::consumer(void *arg)
StressTest * test = reinterpret_cast<StressTest *>(arg);
test->consume();
return NULL;
void *
StressTest::producer(void *arg)
StressTest * test = reinterpret_cast<StressTest *>(arg);
test->produce();
return NULL;
void
StressTest::consume()
while (! timer_.isCancelled())
hrtime_t *ptime = queue_.pop();
while (ptime != NULL)
hrtime_t now = ::gethrtime();
if((now - *ptime) > 1000000000)
ostringstream os;
os << "Too old request: " << ((double)(now - *ptime)) / 1.0e9 << endl;
cerr << os.str() << flush;
delete ptime;
ptime = queue_.pop();
void
StressTest::produce()
while (! timer_.isCancelled())
hrtime_t *pnow = new hrtime_t;
*pnow = ::gethrtime();
bool qIsFull = ! queue_.tryPush(pnow);
while (qIsFull)
hrtime_t *pToRemove = NULL;
if (queue_.purge(fifthBitSet(), pToRemove) == false)
ostringstream os;
os << "Queue full, failed to make room, rejected call:" << *pnow << endl;
cerr << os.str() << flush;
delete pnow;
return;
if (pToRemove)
ostringstream os;
os << "Queue full, removed 1 item: " << *pToRemove << endl;
cerr << os.str() << flush;
delete pToRemove;
qIsFull = ! queue_.tryPush(pnow);
int
main(const int argc, char *argv[])
StressTest test(atoi(argv[1]), atoi(argv[2]));
test.start();
test.sleep(atoi(argv[3]));
test.stop();
Message was edited by:
anderso
Forgot to include the libumem log:
%>env | fgrep UMEM
UMEM_DEBUG=default,verbose
UMEM_LOGGING=transaction,contents,fail
%>(setenv LD_PRELOAD /usr/lib/64/libumem.so ; ./a.out 8 8 400)
umem allocator: redzone violation: write past end of buffer
buffer=1007c3aa0 bufctl=1007c81f0 cache: umem_alloc_48
previous transaction on buffer 1007c3aa0:
thread=d time=T-0.000430640 slab=100799e10 cache: umem_alloc_48
libumem.so.1'?? (0xffffffff7f216278)
libumem.so.1'?? (0xffffffff7f2166d0)
libumem.so.1'?? (0xffffffff7f2130ec)
libCrun.so.1'?? (0xffffffff7ec08810)
a.out'?? (0x100006df4)
a.out'?? (0x1000046ec)
a.out'?? (0x100003c04)
libc.so.1'?? (0xffffffff7e7cd2f8)
umem: heap corruption detected
stack trace:
libumem.so.1'?? (0xffffffff7f21471c)
libumem.so.1'?? (0xffffffff7f213574)
libCrun.so.1'?? (0xffffffff7ec0786c)
a.out'?? (0x100006e70)
a.out'?? (0x1000046ec)
a.out'?? (0x100003c04)
libc.so.1'?? (0xffffffff7e7cd2f8)
Abort (core dumped)
%>mdb core
> ::umem_verify
Cache Name Addr Cache Integrity
umem_magazine_1 100720028 clean
umem_magazine_3 100722028 clean
umem_magazine_7 100724028 clean
umem_magazine_15 100728028 clean
umem_magazine_31 10072a028 clean
umem_magazine_47 10072c028 clean
umem_magazine_63 100730028 clean
umem_magazine_95 100732028 clean
umem_magazine_143 100734028 clean
umem_slab_cache 100738028 clean
umem_bufctl_cache 10073a028 clean
umem_bufctl_audit_cache 10073c028 clean
umem_alloc_8 100742028 clean
umem_alloc_16 100748028 clean
umem_alloc_32 10074a028 clean
umem_alloc_48 10074c028 1 corrupt buffer
umem_alloc_64 100750028 clean
10074c028::umem_verifySummary for cache 'umem_alloc_48'
buffer 1007c3aa0 (allocated) has a corrupt redzone size encoding

This issue has been filed as bug 6514832, and will be visible at bugs.sun.com in a day or two.

RH crash

With RoboHelp ver7.0 and using Win2000 opening the .mpj
results in:
"Open project was cancelled or RoboHelp was unable to load
database"
When I try to "create a new project" then press "finish" the
application crashes. This used to work on the system. Tried loading
RoboHelp on a WinXp box and get the same crash. Any suggestions?
Renaming the .mpj to .mdb allows me to use MS Acess and view
info. Deleting the .mpj and using the .hhp was no help. Permission
on the directory are fully open and its on a local drive.

System had been upgraded with more RAM (256+256). After
removing one stick its working again.
RoboHelpHTML 7.0 does not like 512MB RAM. Tested on Win 2000,
XP, Win2003 (even using WSRM).
Any recomendation on current tools similar to this?

MDB and "stuck" messages

Hi,
We're developing a MDB listening to a AQ/JMS database persistant queue, on a Oracle JMS provider.That MDB as to be bullet proof (no lost messages), and that's why we're using database persistance.So far everything is working fine, but we have one issue that cause some headackes.
For what I know, the onMessage() method doesn't acknowledge to the provider until the method completes, without trowing an exception. In that case, the provider rollback so he can try to redeliver the message again. Since we have some important processing done within the onMessage() method, we were worried about what would happen if the MDB crash (java code crash, server crash, sledgehammer hit). I tryed to read that message via a java class I wrote, but I couldn't. (i guess the message is still waiting for the acknowledge)
So to make it short, I placed a "thread.Sleep" in the middle of the onMessage() method, I deployed it on my application server, put a message in the queue, and I pressed the reset button of my machine. The result was that the message was still in the queue (that's nice since we didn't lost it), but never redelivered, and after some time (like 12h), the message was gone of the database and not delivered. (the message expiration was set to 0)
So the big question would be: what happen to a JMS message if the MDB crash for any reason and what's the behavior of the JMS provider, and if there's anything we can do to redeliver that "stuck" message?
I guess the provider keep the status of each message somewhere in the database (something that says to him that the message is in develery, waiting for acknowledge).
Thanks

Most likely this is some server configuration issue and not an actual programming problem (because as you say yourself, on another system it works). I can advise only two things.
- dig through the weblogic documentation
- take your question to the weblogic forum
https://forums.oracle.com/forums/category.jspa?categoryID=193

Palm Desktop crashes on calendar 'month' view

I am running Desktop by ACCESS 6.2.2 on WinXP with AT&T Centro. There are random months in my desktop calendar that cause the desktop to crash when I select the 'Month' view (June '08, April '07, Nov '08). I can't find any common trend unique to these months, the 'day' and 'week' views work fine for these months. I have searched this forum and found a couple similar symptoms but no real solutions. I have uninstalled/re-installed Desktop, but no change. Any help would be greatly appreciated. Thanks, Paul.
Post relates to: Centro (AT&T)

jes91354 wrote:
I've been having the same problem with Palm Desktop 6.2.2 on XP with my Centro. So I split up all the events that spanned midnight, as HardBeatZ suggested, and if fixed three of the six months that crashed. I've also run dbfixit, as he suggested in another thread, which found no corrupted records. Any other suggestions? I saw in that other thread (http://forums.palm.com/palm/board/message?board.id=software&message.id=27310&query.id=29789) the idea of trashing the months and re-entering events, but that seemed to be a different problem with Vista.
I see the suggestion here by patkosanke to revert to 4.1.4, which is what I previously had for my Tungsten E. What about all the warnings with my Centro that I had to install the included 6.2.2? Are those warnings not true for XP? And what about the change from dat to mdb files, if I were to revert? Reverting seems to postpone the inevitable transition to Vista, though.
Also, it seemed to me that 6.2.2 had more fields for phone numbers, for which I reformatted bunches of my contacts -- previously I had doubled up on some, but that doesn't allow them to be dialed. Is that a change from 4.1, in which case reverting might kill those fields, or is that possibly a change from my even earlier IIIx?
Thanks,
John S.
Post relates to: Centro (AT&T)
Ok if you remove your data from palm desktop does it still crash in the month view, also what months are crashing, I could possibly do a little research and tell you what days are causing the problem.
Post relates to: Centro (Sprint)

JRockit JVM Crashed with the following dump

I am using JRockit VM as the JVM for the Integrated Weblogic Server with JDeveloper. I got this dump, when I was debugging my application. Just thought of sharing it here.
[JRockit] ERROR: The JVM has crashed. Writing crash information to /scratch/xxxxxxxx/view_storage/xxxxxxxx_fixcommit/.jdev_user_home/system11.1.1.5.37.59.86/DefaultDomain/jrockit.18628.dump.
===== BEGIN DUMP =============================================================
JRockit dump produced after 0 days, 00:46:27 on Sat Aug 20 19:49:11 2011
* If you see this dump, please go to *
* http://download.oracle.com/docs/cd/E15289_01/go2troubleshooting.html *
* for troubleshooting information. *
Additional information is available in:
/scratch/xxxxxxxx/view_storage/xxxxxxxx_fixcommit/.jdev_user_home/system11.1.1.5.37.59.86/DefaultDomain/jrockit.18628.dump
No snapshot file (core dump) will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
Error Message: Illegal memory access. [54]
Signal info : si_signo=11, si_code=1 si_addr=0x13
Version : Oracle JRockit(R) R28.1.3-11-141760-1.6.0_24-20110301-1432-linux-x86_64
CPU : Intel Core 2 SSE SSE2 SSE3 SSSE3 SSE4.1 Core Intel64
Number CPUs : 2
Tot Phys Mem : 3978702848 (3794 MB)
OS version : Red Hat Enterprise Linux Server release 5.4 (Tikanga)
Linux version 2.6.18-164.0.0.0.1.el5 ([email protected]) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Thu Sep 3 00:21:28 EDT 2009 (x86_64)
Thread System: Linux NPTL
LibC release : 2.5-stable
Java locking : Normal
State : JVM is running
Command Line : -Xms256M -Xmx1536M -Dweblogic.Name=DefaultServer -Djava.security.policy=/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/wlserver_10.3/server/lib/weblogic.policy -agentlib:jdwp=transport=dt_socket,server=y,address=8986 -Djavax.net.ssl.trustStore=/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/wlserver_10.3/server/lib/DemoTrust.jks -Doracle.adfm.usemds=true -DAFLOG_ECHOED=Y -DAFLOG_ECHOED_PATTERN="[%t][%c][%m][%x]" -DAFLOG_ENABLED=Y -DAFLOG_LEVEL=FINEST -DAFLOG_MODULE=oracle.apps.projects.% -Djbo.debugoutput=silent -Djbo.jdbc.trace=false -Djbo.logging.trace.threshold=1 -Dweblogic.nodemanager.ServiceEnabled=true -Xverify:none -da -Dplatform.home=/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/wlserver_10.3 -Dwls.home=/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/wlserver_10.3/server -Dweblogic.home=/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/wlserver_10.3/server -Djps.app.credential.overwrite.allowed=true -Dcommon.components.home=/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/oracle_common -Djrf.version=11.1.1 -Dorg.apache.commons.logging.Log=org.apache.commons.logging.impl.Jdk14Logger -Ddomain.home=/scratch/xxxxxxxx/view_storage/xxxxxxxx_fixcommit/.jdev_user_home/system11.1.1.5.37.59.86/DefaultDomain -Djrockit.optfile=/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/oracle_common/modules/oracle.jrf_11.1.1/jrocket_optfile.txt -Doracle.server.config.dir=/scratch/xxxxxxxx/view_storage/xxxxxxxx_fixcommit/.jdev_user_home/system11.1.1.5.37.59.86/DefaultDomain/config/fmwconfig/servers/DefaultServer -Doracle.domain.config.dir=/scratch/xxxxxxxx/view_storage/xxxxxxxx_fixcommit/.jdev_user_home/system11.1.1.5.37.59.86/DefaultDomain/config/fmwconfig -Djava.util.logging.manager=oracle.core.ojdl.logging.ODLLogManager -Digf.arisidbeans.carmlloc=/scratch/xxxxxxxx/view_storage/xxxxxxxx_fixcommit/.jdev_user_home/system11.1.1.5.37.59.86/DefaultDomain/config/fmwconfig/carml -Digf.arisidstack.home=/scratch/xxxxxxxx/view_storage/xxxxxxxx_fixcommit/.jdev_user_home/system11.1.1.5.37.59.86/DefaultDomain/config/fmwconfig/arisidprovider -Doracle.security.jps.config=/scratch/xxxxxxxx/view_storage/xxxxxxxx_fixcommit/.jdev_user_home/system11.1.1.5.37.59.86/DefaultDomain/config/fmwconfig/jps-config.xml -Doracle.deployed.app.dir=/scratch/xxxxxxxx/view_storage/xxxxxxxx_fixcommit/.jdev_user_home/system11.1.1.5.37.59.86/DefaultDomain/servers/DefaultServer/tmp/_WL_user -Doracle.deployed.app.ext=/- -Dweblogic.alternateTypesDirectory=/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/oracle_common/modules/oracle.ossoiap_11.1.1,/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/oracle_common/modules/oracle.oamprovider_11.1.1 -Djava.protocol.handler.pkgs=oracle.mds.net.protocol -Dweblogic.jdbc.remoteEnabled=false -Dwsm.repository.path=/scratch/xxxxxxxx/view_storage/xxxxxxxx_fixcommit/.jdev_user_home/system11.1.1.5.37.59.86/DefaultDomain/oracle/store/gmds -Datgpf.oracle.home=/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/jdeveloper -Doracle.fusion.appsMode=true -DUSE_JAAS=false -Djps.policystore.hybrid.mode=false -Djps.combiner.optimize.lazyeval=true -Djps.combiner.optimize=true -Djps.auth=ACC -Doracle.core.ojdl.logging.usercontextprovider=oracle.core.ojdl.logging.impl.UserContextImpl -Xverify:none -Doracle.webcenter.analytics.disable-native-partitioning=false -Doracle.webcenter.tagging.scopeTags=false -Doracle.webcenter.framework.service.LOAD_FROM_MDS=true -Doracle.webcenter.framework.resource.authorizerClass.oracle.webcenter.page=oracle.webcenter.spaces.internal.model.GroupSpacePageResourceAuthorizer -Djrockit.codegen.newlockmatching=true -Dwc.oracle.home=/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/jdeveloper -Dportlet.oracle.home=/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/jdeveloper -Dweblogic.ejb.container.MDBDestinationPollIntervalMillis=30000 -Dweblogic.mdb.message.MinimizeAQSessions=true -Doracle.jdbc.createDescriptorUseCurrentSchemaForSchemaName=true -Djbo.ampool.minavailablesize=0 -Djbo.recyclethreshold=25 -Dbip.client.config.dir=/home/xxxxxxxx/XMLPClientConfigDir -Dweblogic.SocketReaders=3 -Djava.awt.headless=true -Dweblogic.transaction.blocking.commit=true -Dweblogic.transaction.blocking.rollback=true -Doracle.ecsf.crawl.mode.debug=true -Doracle.ecsf.applcore.session.enabled=true -DLWSSESSIONCONTEXT=oracle.apps.fnd.applcore.common.ApplSessionManagement -Dlog4j.debug=true -Djps.app.credential.overwrite.allowed=true -Dodi.oracle.home=/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/jdeveloper -Dess.oracle.home=/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/jdeveloper -Dweblogic.management.discover=true -Dwlw.iterativeDev= -Dwlw.testConsole= -Dwlw.logErrorsToConsole= -Dweblogic.ext.dirs=/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/patch_wls1035/profiles/default/sysext_manifest_classpath:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/patch_jdev1111/profiles/default/sysext_manifest_classpath -Dsun.java.launcher=SUN_STANDARD weblogic.Server
Repository : /tmp/2011_08_20_19_02_53_18628
java.home : /scratch/software/bea/jrockit/jre
j.class.path : /scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/oracle_common/modules/oracle.jdbc_11.1.1/ojdbc6dms.jar:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/patch_wls1035/profiles/default/sys_manifest_classpath/weblogic_patch.jar:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/patch_jdev1111/profiles/default/sys_manifest_classpath/weblogic_patch.jar:/scratch/software/bea/jrockit/lib/tools.jar:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/wlserver_10.3/server/lib/weblogic_sp.jar:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/wlserver_10.3/server/lib/weblogic.jar:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/modules/features/weblogic.server.modules_10.3.5.0.jar:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/wlserver_10.3/server/lib/webservices.jar:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/modules/org.apache.ant_1.7.1/lib/ant-all.jar:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/modules/net.sf.antcontrib_1.1.0.0_1-0b2/lib/ant-contrib.jar:/scratch/xxxxxxxx/view_storage/xxxxxxxx_fixcommit/.jdev_user_home/system11.1.1.5.37.59.86/DefaultDomain/wcps-lib/derby-10.6.1.0.jar:/scratch/xxxxxxxx/view_storage/xxxxxxxx_fixcommit/.jdev_user_home/system11.1.1.5.37.59.86/DefaultDomain/wcps-lib/derbytools-10.6.1.0.jar:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/jdeveloper/modules/oracle.ess_11.1.1/ess-sec.jar:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/jdeveloper/webcenter/modules/oracle.portlet.server_11.1.1/oracle-portlet-api.jar:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/oracle_common/modules/oracle.jrf_11.1.1/jrf.jar:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/jdeveloper/webcenter/modules/wcps_11.1.1.4.0/wcps-connection-mbeans.jar:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/wlserver_10.3/common/derby/lib/derbyclient.jar:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/wlserver_10.3/server/lib/xqrl.jar
j.lib.path : /scratch/software/bea/jrockit/jre/lib/amd64/jrockit:/scratch/software/bea/jrockit/jre/lib/amd64:/scratch/software/bea/jrockit/jre/../lib/amd64:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/patch_wls1035/profiles/default/native:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/patch_jdev1111/profiles/default/native:/ade_autofs/ade_fusion_linux/JDK6_MAIN_LINUX.rdd/090126.6.11.FCS.B03/jdk6/jre/lib/i386/server:/ade_autofs/ade_fusion_linux/JDK6_MAIN_LINUX.rdd/090126.6.11.FCS.B03/jdk6/jre/lib/i386:/ade_autofs/ade_fusion_linux/JDK6_MAIN_LINUX.rdd/090126.6.11.FCS.B03/jdk6/jre/../lib/i386:/usr/lib:/ade/xxxxxxxx_fixcommit/dmsc/lib:/ade/xxxxxxxx_fixcommit/ldap/bin:/ade/xxxxxxxx_fixcommit/oracle/lib:/ade/xxxxxxxx_fixcommit/atgpf/lib/linuxx64:/ade/xxxxxxxx_fixcommit/fusionapps/lib/linuxx64:/ade/xxxxxxxx_fixcommit/fusionapps/hcm/pyt/lib/linuxx64:/ade/xxxxxxxx_fixcommit/bishiphome/dist/clients/epm/Essbase/EssbaseRTC/bin:/ade/xxxxxxxx_fixcommit/opmn/lib:/ade/xxxxxxxx_fixcommit/fatp/linuxx64/demantra/bin:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/wlserver_10.3/server/native/linux/i686:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/wlserver_10.3/server/native/linux/i686/oci920_8
JAVA_HOME : /scratch/software/bea/jrockit
JAVAOPTIONS: <not set>
LD_LIBRARY_PATH: /scratch/software/bea/jrockit/jre/lib/amd64/jrockit:/scratch/software/bea/jrockit/jre/lib/amd64:/scratch/software/bea/jrockit/jre/../lib/amd64:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/patch_wls1035/profiles/default/native:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/patch_jdev1111/profiles/default/native:/ade_autofs/ade_fusion_linux/JDK6_MAIN_LINUX.rdd/090126.6.11.FCS.B03/jdk6/jre/lib/i386/server:/ade_autofs/ade_fusion_linux/JDK6_MAIN_LINUX.rdd/090126.6.11.FCS.B03/jdk6/jre/lib/i386:/ade_autofs/ade_fusion_linux/JDK6_MAIN_LINUX.rdd/090126.6.11.FCS.B03/jdk6/jre/../lib/i386:/usr/lib:/ade/xxxxxxxx_fixcommit/dmsc/lib:/ade/xxxxxxxx_fixcommit/ldap/bin:/ade/xxxxxxxx_fixcommit/oracle/lib:/ade/xxxxxxxx_fixcommit/atgpf/lib/linuxx64:/ade/xxxxxxxx_fixcommit/fusionapps/lib/linuxx64:/ade/xxxxxxxx_fixcommit/fusionapps/hcm/pyt/lib/linuxx64:/ade/xxxxxxxx_fixcommit/bishiphome/dist/clients/epm/Essbase/EssbaseRTC/bin:/ade/xxxxxxxx_fixcommit/opmn/lib:/ade/xxxxxxxx_fixcommit/fatp/linuxx64/demantra/bin:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/wlserver_10.3/server/native/linux/i686:/scratch/software/mw_local/FMWTOOLS_11.1.1.5.0_GENERIC_110330.1115/xxxxxxxx/mw_home/wlserver_10.3/server/native/linux/i686/oci920_8
LD_ASSUME_KERNEL: <not set>
LD_PRELOAD : <not set>
StackOverFlow: 0 StackOverFlowErrors have occured
OutOfMemory : 0 OutOfMemoryErrors have occured
C Heap : Good; no memory allocations have failed
GC Strategy : Mode: throughput, with strategy: genparpar (basic strategy: genparpar)
GC Status : OC is not running. Last finished OC was OC#18.
: YC is not running. Last finished YC was YC#150.
YC Promotion : Last YC successfully promoted all objects
YC History : Ran 7 YCs before OC#14.
: Ran 3 YCs before OC#15.
: Ran 26 YCs before OC#16.
: Ran 9 YCs before OC#17.
: Ran 18 YCs before OC#18.
: Ran 9 YCs since last OC.
Heap : 0xa0000000 - 0xbf417000 (Size: 500 MB)
Heap History : OC#7 - 0xb0000000 (256 MB -> 303 MB; +47856 KB)
: OC#11 - 0xb2ebc000 (303 MB -> 343 MB; +41060 KB)
: OC#12 - 0xb56d5000 (343 MB -> 393 MB; +51672 KB)
: OC#15 - 0xb894b000 (393 MB -> 443 MB; +50700 KB)
: OC#16 - 0xbbace000 (443 MB -> 500 MB; +58660 KB)
Compaction : (no compaction area)
Allocation : TLA-min: 2048, TLA-preferred: 65536 TLA-waste limit: 2048
NurseryList : 0xa1ac4930 - 0xb2659cf8
KeepArea : 0xad7221e8 - 0xaea1a448
KA Markers : [ 0xad7221e8, 0xaea1a448 , 0xb2659cf8 ]
Forbidden A : (none)
Previous KA : 0xaea1a448 - 0xb2659cf8
Previous FA : (none)
CompRefs : References are compressed, with heap base 0x0 and shift 0.
Registers (from ThreadContext: 0x40ee7820:
rax = 0000000000000000 rcx = 74752f6176616a4c
rdx = 0000000040ee7d60 rbx = 0000000000000000
rsp = 0000000040ee7c60 rbp = 0000000040ee7c90
rsi = 0000000000000001 rdi = 000000000d0b37e0
r8 = 003b7465532f6c69 r9 = 0000000000000001
r10 = 0000000000000000 r11 = 0000000000000001
r12 = 0000000000000001 r13 = 0000000040ee7d58
r14 = 0000000040ee7d60 r15 = 000000000db4d368
cs = 0000000000000033 fs = 0000000400000000
gs = 0004000000000000
rip = 00002ad027bc7a63 flags = 0000000000000202
Loaded modules:
(* denotes the module where the exception occured)
0000000000400000-0000000000412703 /scratch/software/bea/jrockit/bin/java
000000379b800000-000000379b801f93 /lib64/libdl.so.2
000000379c000000-000000379c0156ff /lib64/libpthread.so.0
000000379b400000-000000379b54ced7 /lib64/libc.so.6
000000379a400000-000000379a41bb3f /lib64/ld-linux-x86-64.so.2
00002ad027a60000-00002ad027d65343 */scratch/software/bea/jrockit/jre/lib/amd64/jrockit/libjvm.so
00002ad02803f000-00002ad02805d9eb /scratch/software/bea/jrockit/jre/lib/amd64/libosal.so
00002ad028260000-00002ad02826c4fb /scratch/software/bea/jrockit/jre/lib/amd64/libutil.so
000000379bc00000-000000379bc8122f /lib64/libm.so.6
000000379f400000-000000379f406e8b /lib64/librt.so.1
00002aaaaac00000-00002aaaaac35c17 /scratch/software/bea/jrockit/jre/lib/amd64/libjdwp.so
00002aaaaad3f000-00002aaaaad41307 /scratch/software/bea/jrockit/jre/lib/amd64/libnpt.so
00002aaaaae49000-00002aaaaae54d03 /scratch/software/bea/jrockit/jre/lib/amd64/libjfr.so
00002aaaee50b000-00002aaaee517337 /scratch/software/bea/jrockit/jre/lib/amd64/libverify.so
00002aaaee61a000-00002aaaee64219b /scratch/software/bea/jrockit/jre/lib/amd64/libjava.so
00000037a2000000-00000037a20140c7 /lib64/libnsl.so.1
00002aaaee789000-00002aaaee78f5bf /scratch/software/bea/jrockit/jre/lib/amd64/native_threads/libhpi.so
00002aaaee954000-00002aaaee961bc3 /scratch/software/bea/jrockit/jre/lib/amd64/libzip.so
00002aaaeeb28000-00002aaaeeb2ae73 /scratch/software/bea/jrockit/jre/lib/amd64/libdt_socket.so
00002aaaeec7b000-00002aaaeec8464b /lib64/libnss_files.so.2
00002aaaef086000-00002aaaef098d1f /scratch/software/bea/jrockit/jre/lib/amd64/libnet.so
00002aaaef652000-00002aaaef657f43 /scratch/software/bea/jrockit/jre/lib/amd64/liborii.so
00002aaaef919000-00002aaaef91f97b /scratch/software/bea/jrockit/jre/lib/amd64/libnio.so
00002aaaf4840000-00002aaaf484547b /scratch/software/bea/jrockit/jre/lib/amd64/libmanagement.so
00002aaaf740f000-00002aaaf7418bbb /scratch/software/bea/jrockit/jre/lib/amd64/libjmapi.so
00002aab02cbe000-00002aab02cbe8bb /scratch/software/bea/jrockit/jre/lib/amd64/librmi.so
00002aab05c3e000-00002aab05ccf86b /scratch/software/bea/jrockit/jre/lib/amd64/libawt.so
00002aab05e0d000-00002aab05e1199f /scratch/software/bea/jrockit/jre/lib/amd64/headless/libmawt.so
00002aab09453000-00002aab094cb21f /scratch/software/bea/jrockit/jre/lib/amd64/libfontmanager.so
Stack:
(* marks the word pointed to by the stack pointer)
0000000040ee7c60: 000000000d133ac0* 00002aaaf31531d0 0000000000000000 0000000040ee7d50
0000000040ee7c80: 0000000040ee7d58 000000000d0b37e0 0000000040ee7cd0 00002ad027bb10bf
0000000040ee7ca0: 0000000000000001 0000000000000064 000000000dd11ed0 000000000d0b37e0
0000000040ee7cc0: 0000000040ee7d60 0000000040ee7d58 0000000040ee7d40 00002ad027bb2404
0000000040ee7ce0: 0000000040ee7d60 000000000dd11ed0 0000000040ee7d50 00002aab08b2ea20
0000000040ee7d00: 0000000012469d70 00002aab08b2ea20 00002aab08b25a38 00002aaaaad360f0
Code:
(* marks the word pointed to by the instruction pointer)
00002ad027bc7a00: 00401f0fd7ebed31 480010b89f058d4c 8d48001249050d8d 3d8d48001025bb35
00002ad027bc7a20: 000018ba001024f1 ffed6d18e8c03100 2e66666666669eeb 0000000000841f0f
00002ad027bc7a40: e865894ce5894855 48f48949f875894c 48f06d894ce05d89 8949f6854830ec83
00002ad027bc7a60: 481246b70f4d74d6* 4c01688d4cd8558d 85fffffd99e8ee89 7d8b481775c389c0
00002ad027bc7a80: ea894c24348b49d8 458b48ffed793be8 8b4cd889068949d8 8b4ce05d8b48e865
00002ad027bc7aa0: c3c9f8758b4cf06d 0000000000841f0f 89fffffea9e8f631 0000441f0fd9ebc3
Last optimized methods:
No methods optimized.
Thread:
"JDWP Transport Listener: dt_soc" id=10 idx=0x30 tid=18640 lastJavaFrame=0xfffffffffffffffc
Stack 0: start=0x40ea7000, end=0x40ee9000, guards=0x40eac000 (ok), forbidden=0x40eaa000
Thread Stack Trace:
at jvmtiIStrdup+35(jvmtimemory.c:111)@0x2ad027bc7a63
at get_name_and_signatures+110(jvmticlass.c:931)@0x2ad027bb10bf
at jvmti_GetFieldName+611(jvmticlass.c:283)@0x2ad027bb2404
at fieldSignature+108()@0x2aaaaac27bdd
-- Java stack --
Memory usage report:
Total mapped 3530424KB (reserved=2192956KB)
- Java heap 1572864KB (reserved=1060772KB)
- GC tables 52620KB
- Thread stacks 32156KB (#threads=84)
- Compiled code 1048576KB (used=37710KB)
- Internal 1416KB
- OS 298768KB
- Other 192248KB
- Classblocks 18688KB (malloced=18313KB #46446)
Not tracing sites.
- Java class data 312064KB (malloced=310392KB #215032 in 46446 classes)
Not tracing sites.
- Native memory tracking 1024KB (malloced=153KB #10)
Not tracing sites.
Set the env variable TRACE_ALLOC_SITES=1 or use the print_memusage switch
trace_alloc_sites=true to enable alloc site tracing.
* If you see this dump, please go to *
* http://download.oracle.com/docs/cd/E15289_01/go2troubleshooting.html *
* for troubleshooting information. *
===== END DUMP ===============================================================
/scratch/xxxxxxxx/view_storage/xxxxxxxx_fixcommit/.jdev_user_home/system11.1.1.5.37.59.86/DefaultDomain/bin/startWebLogic.sh: line 180: 18628 Aborted ${JAVA_HOME}/bin/java ${JAVA_VM} ${MEM_ARGS} -Dweblogic.Name=${SERVER_NAME} -Djava.security.policy=${WL_HOME}/server/lib/weblogic.policy ${JAVA_OPTIONS} ${PROXY_SETTINGS} ${SERVER_CLASS}
Debugger connection to debuggee process has been lost.
[Server Instance IntegratedWebLogicServer is shutting down. All applications currently running will be terminated and undeployed.]

Hi DH,
This is a known issue to the engineering team and a future release will include a fix for this. Unfortunately, at this point there is no work around available.
I will recommend that you keep an eye on our release notes page to get more updates on it - Release notes | Adobe Muse CC
- Abhishek Maurya

Crash aroused by mdb+libumem

Similar Messages

Maybe you are looking for