[Imported from gridengine issuezilla ​http://gridengine.sunsource.net/issues/show_bug.cgi?id=2115]

        Issue #:      2115             Platform:     All      Reporter: hintak (hintak)
       Component:     gridengine          OS:        Linux
     Subcomponent:    clients          Version:      6.0u9       CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    roland (roland)
      QA Contact:     roland
          URL:
       * Summary:     Solaris/workshop-cc-ism incomptable to gcc in 3rdparty/qtcsh/configure*
   Status whiteboard:
      Attachments:
                      Date/filename:                                   Description:                                     Submitted by:
                      Tue Nov 21 09:03:00 -0700 2006: qmon-nojni.patch patch to exclude /usr as JAVA_HOME. (text/plain) hintak

     Issue 2115 blocks:
   Votes for issue 2115:


   Opened: Fri Nov 17 07:47:00 -0700 2006 
------------------------


./configure and configure.in in 3rdparty/qtcsh passes -R<lib>
to the compiler indiscriminantly. This is a sun-workshop compiler specific
switch, and gcc has no knownlege of it. (and flags a warning; coupled
with -Werror reported in issue 2112, resulted in failed compilation)
========
$grep 'GRDLIB' 3rdparty/qtcsh/*
3rdparty/qtcsh/configure:   GRDLIB="-L../../../$grd
-R${SGE_ROOT}/lib/${SGE_ARCH} \$(SGE_LIBS) ${LDFLAGS}"
3rdparty/qtcsh/configure:s,@GRDLIB@,$GRDLIB,;t t
3rdparty/qtcsh/configure.in:   GRDLIB="-L../../../$grd
-R${SGE_ROOT}/lib/${SGE_ARCH} \$(SGE_LIBS) ${LDFLAGS}"
3rdparty/qtcsh/configure.in:AC_SUBST(GRDLIB)
3rdparty/qtcsh/Makefile.in:EXTRALIBS = @HESLIB@ $(AFSLIB) @GRDLIB@
=========

suggest fix is as outlined in issue 2090, although this is not the same
issue (i.e. test for the compiler being gcc and
passes "-Wl,-rpath,<lib>" instead, when the compiler is gcc)

   ------- Additional comments from hintak Tue Nov 21 09:03:15 -0700 2006 -------
Created an attachment (id=88)
patch to exclude /usr as JAVA_HOME.

   ------- Additional comments from hintak Tue Nov 21 09:05:07 -0700 2006 -------
Sorry, the patch was meant for issue 2114.

[Imported from gridengine issuezilla ​http://gridengine.sunsource.net/issues/show_bug.cgi?id=2137]

        Issue #:      2137             Platform:     All      Reporter: reuti (reuti)
       Component:     gridengine          OS:        All
     Subcomponent:    man              Version:      6.0u9       CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     andreas
          URL:
       * Summary:     man qsub for -pe refers to "queues" instead of "slots"
   Status whiteboard:
      Attachments:

     Issue 2137 blocks:
   Votes for issue 2137:


   Opened: Wed Dec 20 08:02:00 -0700 2006 
------------------------


The man page of qsub still refers to "queues" in the -pe option, where it actually means slots/processes. It
should be consistent inside this option explanation. Maybe it's from 5.3 times.

[Imported from gridengine issuezilla ​http://gridengine.sunsource.net/issues/show_bug.cgi?id=2143]

        Issue #:      2143             Platform:     All       Reporter: joga (joga)
       Component:     gridengine          OS:        All
     Subcomponent:    cleanup          Version:      current      CC:    None defined
        Status:       STARTED          Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    ernst (ernst)
      QA Contact:     ernst
          URL:
       * Summary:     make sure va_end is called after every va_start/va_copy
   Status whiteboard:
      Attachments:

     Issue 2143 blocks:
   Votes for issue 2143:


   Opened: Wed Dec 20 10:09:00 -0700 2006 
------------------------


For each call of va_start or va_copy, there has to be a call to va_end.

We have a number of places in our code (probably quite a lot), where va_end is
not called.

   ------- Additional comments from ernst Tue Jun 10 23:47:42 -0700 2008 -------
Started