This problem is not really a bug, but can be generating some problems on
sites that uses Oracle Databases running on Digital and some other machines.

I?m using Oracle V. 7.3.2 on Digital Unix.  Compiling PHP on this machine is ok, but 
the access to Oracle database doesn?t work well. After several hours, I?ve discovered
that the oracle?s .h files needs some defines in order to work ok.

The OCI demo Makefile makes 3 definitions for Digital Unix/OSF1:
	-DOSF1 -DA_OSF -D_INTRINSICS
Looking at ora*.h files,  using:

$ grep define *.h |grep if|more

oratypes.h:#if defined(SYSV_386) || defined(SUN_OS)
oratypes.h:#if defined(mips)                     
oratypes.h:#if defined(A_OSF)
oratypes.h:#if defined(PMAX) && defined(__STDC__)
oratypes.h:#  if defined(SEQ_PSX) && defined(__STDC__)
oratypes.h:#      if defined(__STDC__)
oratypes.h:# if defined(A_OSF)

I?ve noticed that, for  OSF,  I only need to define A_OSF,
but there are some other defines that can be necessary in order to compile on
other operating systems. So, I included the line
	-DA_OSF
on php?s  Makefile and the problem was resolved.

I have also noticed that, on ocidem.h, there?s some machine-specific code:

#if (defined(__osf__) && defined(__alpha)) || defined(CRAY) || defined(KSR)
# define HDA_SIZE 512
#else
# define HDA_SIZE 256
#endif

I believe PHP?s configure.in and aclocal.m4 must test for this OS?s in order to include
this diretives.

I  don?t tested to change PHP code in order to implement this yet., but maybe it can 
resolve another bug I?m still having...

When I reload a page whose is makin a SELECT from my database,  sometimes 
appears trash on the information returned from DB.

Mauro Chehab.