Hlep...JRE 1.1.5 on Digital Unix 4.0d(alpha platform)

I couldn't say even I'm beginner in Java.I need jre 1.1.5 for Oracle utilitary Net8 and I don't know where I could find it.Always when I search Digital Unix I'm redirected to Compaq but I don't find what I need.
Could somebody help-me!
[email protected]

Alpha is not support Oracle Enviroment. and then you can not installed it.
Sorry. I can help to you.

Similar Messages

JDBC on Oracle 8.1.5 on Digital Unix System

In my Digital Unix system , Oracle is loaded on a file system different from the user file system . The necessary zip files are in a directory within the Oracle home directory .
When I do an import oracle.jdbc.driver.*;
from a program in my user file system
it says not found .Other programs not using jdbc however run without any problem from my default directory .
Does one need to define a classpath in one's '.profile' pointing to the dirctory where the zip files are located . I have done that already . The problem persists .
What else needs to be done ?
Does digital unix system read zip files ? or are tar files required ?
null

Currently, Designer 6.0 is certified against Oracle 8.1.6 if you install Designer patch set 4.

OAS 4.0.8.1 on Compaq Tru64 UNIX 4.0F (Digital Unix 4.0F) : Help !!!

My installation of OAS 4.0.8.1 on Digital Unix
4.0F is failing when it comes to try to
relink something called ntcontab.o
, an apparently missing header file :
cc: Severe: /usr/include/sys/types.h, line 77:
Cannot find file <standards.h> specified in #include directive.
(I did find the header file on the system but in a different place.
I tried a link to make it
appear where it should but that didn't work for
some reason)
My release notes specify 4.0D is required,
maybe thats the problem, though I wouldn't
expect a whole header file to be moved between
minor releases.
Any help very gratefully recieved. I am really
stuck.
Thanks
Alan McCulloch
email : [email protected]
BTW - I'm new to Digital Unix, previously
worked on Solaris. My subjective impression is Digital
Unix is alot less well supported and prevalent
than Solaris, and my feeling is we would
be more secure on Solaris.
Is this at all a valid point of view ? I'd
be very happy to be wrong about this !
null

Hi Peter,
I believe that functionality was broken in the field test version of coordinate systems that shipped in 8.1.6 only for transforming data stored in the SDO_POINT type. I'm not sure, but I doubt this will be patched on tru64 unix.
If you need to get this working you might want to try storing your point data using the elem_info_array and the ordinate array rather than the optimized point type.
This problem is fixed in 8.1.7.
Hope this helps,
dan

Error: "DoFunction fork failed" in the Messaging Server 3.x logs on Digital Unix or AIX

Receiving error message DoFunction fork failed in the Messaging Server 3.x logs
on Digital Unix or AIX.
<P>
The dxkerneltuner command is one way to raise the number of user
processes on Digital Unix. Steps follow:
<OL>
<LI>Login as root (or su to root) on Digital Unix and execute the
dxkerneltuner command.
<P>An X-Windows window will pop up with a list of
kernel subsystems (tuning categories).
<P>
<LI>Double-click the "proc" subsystem.
<P>
A child window will pop up, displaying parameters in that category, along with
their associated values and limits. These should include parameters
named "max-proc-per-user" and "max-threads-per-user", which are by default,
64 and 267 respectively.
<P>
These should be replaced by values more
consistent with the Messaging Servers resource requirements. Provided
the default Messaging Server installation is used, more appropriate values
for these parameters would be 640 and 2560 respectively.
<P>
<LI>To implement
these new values, replace the value 64 with 640 for max-proc-per-user in the
child window and replace the value 267 with 2560 for max-thread-per-user.
<LI>Click OK on the child window and exit the parent window.
<LI>Reboot Digital Unix to implement the kernel changes.

I have bkp OD, trash server.app / reboot / install server.app again and working fine now.
Thanks !

SUN compatable JRE 1.4 required FOR HP-UNIX 9000 /800 .... PLZ

Hi Form
Can somebody tell me where to find Sun Java Compatable JRE 1.4
installation for HTP-UNIX 9000 / 800.
I could not find the same on google /yahoo search
Please help me
with regards
Karthik

Can somebody tell me where to find Sun Java Compatable JRE 1.4 installation for HTP-UNIX 9000 / 800.
I could not find the same on google /yahoo searchWe don't care what hardware you've got, only the OS (version) matters.
The very first hit of Google [ [url=http://www.google.com/search?q=hp+java]hp java ] is this URL.

Does Java support Digital UNIX?

Is there a port of the Java SDK to Digital UNIX 4.0? I haven't been able to find the binaries anywhere on Sun's site. Does Sun's 'platform independant' offering only support Solaris, Linux, and Windows??

Yes, that's correct. But Sun is not the only one writing SDKs. There are Java implementations for several other systems made by other organizations (such as IBM). And 30 seconds with http://www.google.com led me to this link:
http://www.tru64unix.compaq.com/docs/base_doc/DOCUMENTATION/V40D_HTML/SUPPDOCS/JAVAPAGE.HTM

Monitoring OpenVMS and Digital Unix with SunMC

Hi there,
Does anybody know of a way to monitor operating systems like OpenVMS and Digital Unix with SunMC?
I'm not really interested in a lot of fancy stuff, just the basics like cpuload, memory, filesystems and checks on logfiles.
Many thanks for your response!
Emerald

Hi Emerald,
Does anybody know of a way to monitor operating
systems like OpenVMS and Digital Unix with SunMC?For the DEC box if you're referring to what's now known as HP's Tru64 you can get SunMC-like functionality from a Neuron Agent:
http://www.halcyoninc.com/products/NeuronAgent/index.php
Neuron uses the same basic tech under the hood but has been adapted to run standalone with it's own built-in web interface.
Regards,
[email protected]
http://www.HalcyonInc.com

I want to make a digital magazine, compatible across all platforms, to distribute privately. Help!

A client wants to create a non-printed magazine, but only for limited distribution to a list of 2000-4000 readers. The high costs of digital publishing are prohibitive however - is there any way to create the magazine for private distribution?
Any help would be much appreciated!

That’s only for single edition and that’s only for public distribution in the iTunes App Store.
No biggie.
Bob

Oracle on Liniux Alpha - When ?

Dear Linux and Oracle Afficionados
When you whant to get an Oracle job done an Alpha seems the
only proper way to go. With the new processor comming out in
jan 1999 at something like 8000$ for at cpu+MP doing 30 specint
an Oracle Linux Alpha port is very interesting.
Rgds
Henrik
PS: This is the question: Oracle on Liniux Alpha - When ?
null

We are looking at installing an Extreme Linux cluster using
hardware from AltaTechnologies (http://www.altatech.com) and
would very much like a version of Oracle for Linux Alpha.
We are looking at purchasing a solution in the next month.
Has anyone tested Oracle for Digital Unix on Linux Alpha? This
may very well work.
Does Oracle take advantage of 64 bit filesystems on any platform?
Would it be possible to use Oracle for x86 Linux under Digitals
(should I say Compaq's?) fx!32? I thought it was available for
Linux as well?
Peter Chen (guest) wrote:
: Judging from the support given by the Oracle Linux Development
: Team on this forum, I am not too sure whether Oracle is really
: serious about their Linux port, even on intel hardware. There
are
: a number of known bugs in Oracle on Linux (multi-threading?)
and
: especially, OAS 3.0.2 on Linux (performance issue). The amazing
: thing is that Oracle Singapore/South East Asia flatly denies
that
: the Linux support/platform exists!
: Hey, if Oracle is not serious about Oracle on Linux, even on
: low performance intel platform, you can forget about Linux on
: Alpha or PPC or SPARC platforms. Those higher performance
: platforms will compete with the (more expensive?) commercial
Un*x
: platforms.
: I am trying to replace our NT servers running Oracle with Linux
: servers, but has limited success because of some bugs in Oracle
: 8.0.5 and OAS 3.0.2 for Linux. I hope Larry Ellison doesn't
: engage in empty M$/Bill Gates bashing just because he is
envious
: of the success of M$. To prove that he is really serious about
: alternatives to NT, Oracle on Linux should be better (faster
: and more stable/enterprise support) than Oracle on NT, at least
: on the same intel platforms, at the same or lower cost.
: Regards
: Peter
: Senior Tech Support Engineer
: Henrik Lassen (guest) wrote:
: : Dear Linux and Oracle Afficionados
: : When you whant to get an Oracle job done an Alpha seems the
: : only proper way to go. With the new processor comming out in
: : jan 1999 at something like 8000$ for at cpu+MP doing 30
specint
: : an Oracle Linux Alpha port is very interesting.
: : Rgds
: : Henrik
: : PS: This is the question: Oracle on Liniux Alpha - When ?
null

Developer Server 6.0 avail for Digital (Compaq) Unix?

Is Developer Server 6.0 available for Compaq's Tru64 Unix
(formerly known as Digital Unix)? General Availability was
announced for April 12, 1999, but so far we've heard nothing
about this port. If not available, any ideas when?? Also need
to know whether OAS 4.0.7 or 4.0.8 is available for this
platform. Please advise.
Al.
null

Is Developer Server 6.0 available for Compaq's Tru64 Unix
(formerly known as Digital Unix)? General Availability was
announced for April 12, 1999, but so far we've heard nothing
about this port. If not available, any ideas when?? Also need
to know whether OAS 4.0.7 or 4.0.8 is available for this
platform. Please advise.
Al.
null

JRE for various Unix flavors?

I'm writing a Java application (no browsers) and I'd like it to be able to run on any platform/OS. I see that there are JRE implementations for Windows, Solaris, and Linux.
Where do I get JRE's for other flavours of Unix (e.g. SCO).
Thanks,
Gary

Sun only creates JVM's for a few platforms (Solaris Sparc, Solaris Intel, Linux Intel and Wintel as well as a few PDA and other J2ME platforms). Sun did the ones it thought were most important and not otherwise being handled by third parties.
Others JVMs are produced by the vendors of that platform or other third parties. IBM has its JVM's for Wintel, AIX, AS/400, MVS, OS/2, and Linux. Apple has JVM's for Mac. HP has JVM's for HPUX. Compaq does them for its OS's (Alpha and Tandem platforms). Unisys does it for its platforms, etc.
SCO has a Java 1.2.2 kit available at http://stage.caldera.com/java/products/j2sdk122-001.html.
Chuck

How do I bundle a jre with an RCP appl on Mac OSX

Hi,
We are making an RCP appl with kepler.
I want to ship the jre's with the appl.
On windows I can just ship a jre dir in the root, no problem.
On the Mac (10.8.4) it does not seem to work, at least not in an obvious way.
I downloaded the latest 1.7 jre (25) for Mac from the oracle website.
I tried the following:
unzip it and put it in a jre dir in the root => not used, falling back to system jre
same and put '-vm' in the ini => error saying 1.6.0_51 is not supported (huh? I do not even have 1.6)
I tried exporting an appl (with bundled jre) from eclipse using the product definition. That works but when I look at the generated appl tree I see a jre dir with another jre dir inside it ??? The inner jre dir seems to be a (partial) duplicate of the outer one.
Ok, sort of at least, now I tried to copy my downloaded jre dir inside itself. That works, but if I remove the contents of one of them it does not work anymore and I do not really want to ship a double jre.
Can anybody shed some light here?
What is the optimal way to bundle a jre with an RCP application on Mac OSX?
Thanks,
Tom

I have done this within our product and have it working. It's tricky because if you're using Maven to build, OS X's JRE symlink's libjvm.dylib - which Java's unzip invariably screws up.
I was only able to get this to work by using Tycho, as the app export within the PDE is just plain broken (and seemingly unmaintained). This bug has been there for quite some time - I don't have any faith in it ever getting fixed, regardless of whatever bugzilla says.
If you're building RCP apps for distribution - you should probably consider using Tycho anyways; admittedly there's a lot of BS that comes with it, but it's the only seemingly straightforward way to build and package an RCP app in a headless manner for continuous integration. Buckminster is supposedly also a solution - but it has less information and support than Tycho - so YMMV.
Anyways back to your problem. Using Tycho with some custom maven magic, I was able to solve this. Essentially I downloaded the JRE from Oracle, and uploaded to our Artifactory so I could reference it using maven coordinates. I unpack that tar.gz package into the OS X distribution directory and place the package under the <your app name>.app/jre. Because of the symlink munging - you have to go and fix that, so remove the existing zero byte libjvm.dylib and relink it using ant exec. Now that you have a good JVM, you need to modify the config.ini to use the right JRE. Unfortunately you can only build this on OS X or Linux - Windows is SOL unless you can find a way to use Cygwin or equivalent. Since I'm doing this outside of Tycho's archiving phase (and theres not apparently way to slip my changes in between), I have to recreate the OS X archive.
Hopefully this helps you solve your problem... I beat my head against the wall trying to fix this for several weeks trying to find a working solution as the error reporting is completely incorrect.
Anyways, good luck!
<profiles>
<profile>
<id>fix-jre-archives</id>
<activation>
<os><family>unix</family></os>
</activation>
<dependencies>
<dependency>
<groupId>com.sri</groupId>
<artifactId>oracle-jre</artifactId>
<version>${distrib.oracle-jre.version}</version>
<classifier>macosx-x64</classifier>
<type>tar.gz</type>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-dependency-plugin</artifactId>
<version>2.8</version>
<executions>
<execution>
<id>unpack-mac-jre</id>
<phase>prepare-package</phase>
<goals>
<goal>unpack</goal>
</goals>
<configuration>
<artifactItems>
<artifactItem>
<groupId>com.sri</groupId>
<artifactId>oracle-jre</artifactId>
<version>${distrib.oracle-jre.version}</version>
<classifier>macosx-x64</classifier>
<type>tar.gz</type>
<outputDirectory>${distrib.macosx.x86_64}</outputDirectory>
</artifactItem>
</artifactItems>
</configuration>
</execution>
</executions>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-antrun-plugin</artifactId>
<version>1.7</version>
<executions>
<execution>
<id>fix-jre-mac</id>
<phase>package</phase>
<goals>
<goal>run</goal>
</goals>
<configuration>
<target>
<mkdir dir="${distrib.macosx.x86_64}/${distrib.bin.name}.app"/>
<move file="${distrib.macosx.x86_64}/jre${distrib.jre.version}.jre" tofile="${distrib.macosx.x86_64}/${distrib.bin.name}.app/jre"/>
<symlink action="delete" link="${distrib.macosx.x86_64}/${distrib.bin.name}.app/jre/Contents/MacOS/libjli.dylib" />
<symlink link="${distrib.macosx.x86_64}/${distrib.bin.name}.app/jre/Contents/MacOS/libjli.dylib"
resource="../Home/lib/jli/libjli.dylib" overwrite="true"/>
<concat destfile="${distrib.macosx.x86_64}/${distrib.bin.name}.app/Contents/MacOS/${distrib.bin.name}_temp.ini" fixlastline="yes">
<header filtering="no" trimleading="yes">
-vm
../../jre/Contents/Home/lib/server/libjvm.dylib
</header>
<fileset file="${distrib.macosx.x86_64}/${distrib.bin.name}.app/Contents/MacOS/${distrib.bin.name}.ini"/>
</concat>
<move file="${distrib.macosx.x86_64}/${distrib.bin.name}.app/Contents/MacOS/${distrib.bin.name}.ini"
tofile="${distrib.macosx.x86_64}/${distrib.bin.name}.app/Contents/MacOS/${distrib.bin.name}_bak.ini" />
<move file="${distrib.macosx.x86_64}/${distrib.bin.name}.app/Contents/MacOS/${distrib.bin.name}_temp.ini"
tofile="${distrib.macosx.x86_64}/${distrib.bin.name}.app/Contents/MacOS/${distrib.bin.name}.ini" />
</target>
</configuration>
</execution>
<execution>
<id>remove-director-archive-mac</id>
<phase>pre-integration-test</phase>
<goals>
<goal>run</goal>
</goals>
<configuration>
<target>
<delete file="${archive.macosx.x86_64}" />
</target>
</configuration>
</execution>
</executions>
</plugin>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>exec-maven-plugin</artifactId>
<version>1.3.1</version>
<executions>
<execution>
<id>manual-archive-mac</id>
<phase>pre-integration-test</phase>
<goals>
<goal>exec</goal>
</goals>
<configuration>
<executable>zip</executable>
<workingDirectory>${distrib.macosx.x86_64}/..</workingDirectory>
<arguments>
<argument>-r</argument>
<argument>-q</argument>
<argument>-dd</argument>
<argument>--symlinks</argument>
<argument>${archive.macosx.x86_64}</argument>
<argument>${distrib.root}</argument>
</arguments>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</build>
</profile>
</profiles>

Dev 6.0 with ODBC in UNIX

Hi.
Does Developer 6.0 for DIGITAL UNIX support connectivity to
ODBC's databases?
By the way:
Do you know if exists an ODBC in Digital Unix for PROGRESS?
Thanks.
null

Spencer Tabbert (guest) wrote:
: As far as I know ODBC is a Microsoft standard and only exists
in
: Microsoft land. However the vendor may make a client that
runs
: on Unix such as Oracle makes clients for diferent types of
: platforms.
: Spencer Tabbert
: Rosendo Flores (guest) wrote:
: : Hi.
: : Does Developer 6.0 for DIGITAL UNIX support connectivity to
: : ODBC's databases?
: : By the way:
: : Do you know if exists an ODBC in Digital Unix for PROGRESS?
: : Thanks.
Developer 6.0 has Open Client Adapter (OCA) that enables you to
connect to any ODBC compliant data sources. You can use this
capability to connect ODBC databases providing that you need to
obtain the ODBC driver for Digital Unix platform. You can get
this driver from either Intersolv/Merant or Digital. There are
two favors of ODBC on Digital Unix: DataDirect Connect and
Sequelnk. You can find out details info of these drivers and
down load them from Digital/Compaq web site. I don't think
Developer 6.0 for Digital Unix is released yet.
Kevin Lai.
null

How do I find out what version of unix my Mac is running?

Somebody wants to know what version of unix (BSD? Free BSD? whatever? and version number and release date) runs on Mac computers in Terminal under OS 10.6.x. Does anyone know what it is off the top of their heads? Is there a Terminal command that I can type to ascertain this information?
Thanx

To the best of my knowledge, Mac OS X did not take anything from OSF/1 except maybe ideas.
What they did do, was take the Mach micro-kernel from Carnegie Mellon and the FreeBSD sources to create something that has similar components to OSF/1. Apple even used newer Mach version than any of the official OSF/1 vendors (such as Digital Equipment Corporation's OSF/1 (aka Digital UNIX, aka Tru64 UNIX which I did kernel development work on while a DEC/Compaq/HP employee)).
Then again, I wasn't there when NeXT was started, so I could be wrong. I just do not remember NeXT being part of the OSF/1 consortium.

Is there Tux 7.1 for Compaq Tru64 Unix 5.1 version

Help!
please tell me if there is Tux 7.1 for Compaq Tru64 Unix 5.1 version.
send it to my email: mailto:[email protected]
Thanks.

I encountered matching problem while trying to use Tuxedo 6.5 from the
original installation package. The best match for Compaq Tru64 UNIX 5.1
from the available platforms on the cd was "Digital Unix 4.0d on DEC
Alpha".
However the simpapp failed to shut down, just like Yshyang has written
below. After contacting BEA support, the support personnel asked if a
patch has been applied (check if a $TUXDIR/udataobj/patchlev file
exists). It didn't.
The Tuxedo 6.x platform data sheet at
http://www.bea.com/products/tuxedo/platforms_6.shtml
shows that Tru64 UNIX 5.1 is supported, if Tru64 UNIX 4.0b binaries with
patch level 160+ are used.
We got a separate patch for the 4.0b binaries, but working Tuxedo 6.5
installation binaries for Tru64 UNIX 5.0 are available for download at
BEA web site.
Juha Laitinen
Yshyang wrote:
I install Tux 7.1 in Tru65 Unix 5.1 and TruCluster Server 5.1
when i configure simpapp.
tmboot is ok,but tmshutdown can't work,the error is :
CMDTUX_CAT:766:ERROR:must run on master node
(In act I run in master node really,I have checked by uname -n).
the other bizarrerie:
tmadmin
display :
TMADMIN_CAT 202:ERROR:Can't find DBBL in master node or backup node.
(In act my simpapp ubbconfig is:MODEL=SHM)
maybe there is bug I guest.
If it need some patch in the env.
"Marcin Kasperski" <[email protected]> wrote in message
news:[email protected]..
yshyang wrote:
Help!
please tell me if there is Tux 7.1 for Compaq Tru64 Unix 5.1 version.
The version for 'Digital Unix 4.0 sth' seems to be working on 5.1.

Hlep...JRE 1.1.5 on Digital Unix 4.0d(alpha platform)

Similar Messages

Maybe you are looking for