Installing TOra 1.3.18 & Qt 3.3.5 on CentOS 4.1 (RHEL 4 U1) box running Oracle 10g R2 Forums - Powered by vBulletin
Results 1 to 1 of 1

Thread: Installing TOra 1.3.18 & Qt 3.3.5 on CentOS 4.1 (RHEL 4 U1) box running Oracle 10g R2

  1. #1
    Join Date
    Oct 2004

    How much stable might be TOra 1.3.18 on CentOS 4.1 box running Oracle 10g R2 server ?

    Perform free download from any available mirror

    Configuring tora-1.3.18 with original version of Qt crashes due to absence
    of qt-mt library

    1. Unpack the Qt archive :

    # cd /usr/local
    # gunzip qt-x11-free-3.3.5.tar.gz
    # tar xvf qt-x11-free-3.3.5.tar

    This creates the directory /usr/local/qt-x11-free-3.3.5 containing the
    files from the main archive.
    Rename qt-x11-free-3.3.5 to qt (or make a symlink):

    # mv qt-x11-free-3.3.5 qt

    The rest of this file assumes that Qt is installed in /usr/local/qt.

    Source in root's bash environment:

    # cd /usr/local/qt
    # ./configure -thread
    # make

    At this point Qt Library has been built

    Perform Instant Client Install:-

    # rpm -Uvh oracle-instantclient-basic-
    # rpm -Uvh oracle-instantclient-devel-
    # rpm -Uvh oracle-instantclient-sqlplus-

    Create orauser:-

    # useradd -g oinstall -G dba orauser
    # passwd orauser

    Login as orauser:-

    Orauser's profile

    export ORACLE_HOME=/u01/app/oracle/product/10.2.0/db_1
    export TNS_ADMIN=/u01/app/oracle/product/10.2.0/db_1/network/admin
    export LD_LIBRARY_PATH
    export DISPLAY=:0.0
    unset USERNAME


    [orauser@ServerORCL ~]$ tar xvf tora-1.3.18.tar
    [orauser@ServerORCL ~]$ cd tora-1.3.18
    [orauser@ServerORCL ~]$./configure --with-qt-dir=/usr/local/qt --with-instant-client
    [orauser@ServerORCL ~]$ make

    As root:-

    # cd ~orauser/tora-1.3.18
    # make install

    As orauser:-

    Add export MALLOC_CHECK_=0 to .bash_profile and relogin.
    to avoid crashing like :-

    *** glibc detected *** double free or corruption (!prev): 0x09acad08 ***

    when running binary /usr/local/tora/bin/tora

    Regarding glibc issue :-

    The version of glibc provided with CentOS 4.1 performs additional internal sanity checks
    to prevent and detect data corruption as early as possible. By default, should corruption
    be detected, a message similar to the following will be displayed on standard error
    (or logged via syslog if stderr is not open):

    *** glibc detected *** double free or corruption: 0x0937d008 ***

    By default, the program that generated this error will also be killed; however, this (and whether or not an error message is generated) can be controlled via the MALLOC_CHECK_ environment variable. The following settings are supported:

    0 Do not generate an error message, and do not kill the program
    1 Generate an error message, but do not kill the program
    2 Do not generate an error message, but kill the program
    3 Generate an error message and kill the program


    If MALLOC_CHECK_ is explicitly set a value other than 0, this causes glibc to perform more tests that are more extensive than the default, and may impact performance.Should you have a program from a third party ISV that triggers these corruption checks and displays a message, you should file a defect report with the application's vendor, since this indicates a serious bug.
    Last edited by dba477; 11-21-2005 at 05:15 AM.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts

Click Here to Expand Forum to Full Width