Hi Sandor,

Really good news that you are presenting in Banff. Congratulations!

Well, you and Tom are always on the List of Acknowledgements by name and
company, no matter that these are poster presentations or slides...:).

I am afraid I confused you with my question. I did not mean OpenSpirit or

Petrel. I only asked about your original problem with the projects upgraded
from Geoframe 4042 to 4.4 and opening saved IESX sessions with an error. I
thought you planned to restore them in GF4.2 and see if they start there.
Not sure if that is still critical for you though...
No, still I have problem with this. I would 'survive' if we can not solve this problem
but in this case I have to do a lots of extra works, since I have tons of sessions
where I set up the scales of the seismic sections, the different maps, or in
ResSum and in ELANPlus the petrophysical model.
For most of the wells which are close to the 2D sections or in the 3D I have
different sessions where I set up the synthetics with logs like this:
So that would mean that for a lot of boreholes I would have to set up the whole
synthetic panel from the beginning again and figure out which was the latest
synthetics, the bulk shift, the applied acoustic and density logs (in many
boreholes I have more than one DT or density logs).

So still I hope that somehow this graphics card issue can be solved.
The snapshot below was taken from UNIX GeoFrame 4.2:

Now I do not have to type the command "setenv LM_LICENSE_FILE

27000@pangea" since I type it in into my .cshrc (and now I learned that if I type
in the GeoFrame xterm window: "echo $LM_LICENSE_FILE" it gets the
information not from the GeoFrame but from the .cshrc file). Anyway the
message is the same: "Alternate display not available: Need at least 32 colors to
run IESX...".
It is only the GeoFrame that running nothing else, I mean I have no "color
consuming other application".

Below I try to give you as much input as I can about UNIX GeoFrame that I use,
maybe they can help to figure out how to get around this annoying problem:
So if I go further in the session that I wanted to open I get the message below:
(comment: and again, if this colormap/graphics card problem can not be solved
than I have to set all the CDP-time scales, synthetic settings to different target
zones and layers)
I also attached my .cshrc file, maybe you can find some setting (there are other
ones to the DISPLAY) that could override the "setenv IESX_PRIVATE_CMAP
true" command. There are two other things that I changed (and they are in
between lines with full of ssssssssssssssssssssssssssssssssssss in .cshrc):

#sssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssss
setenv LM_LICENSE_FILE 27000@pangea
setenv IESX_PRIVATE_CMAP true
setenv IESX_SHARED_COLOR 32
#sssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssss

i.e.: the license port and originally the last line with setenv was:

setenv IESX_SHARED_COLOR 8
Other things: the Unix box is a pretty good one (SunBlade 1500). The graphics
cards on the left side (=:0.0) is a PGX-64 3Dlite (I made my snapshots from the
monitor that is connected to this card. This is the better card and this is what I
used to run GeoViz).
The speed is 70-75 FPS.
Color buffer is 24 bits.
Depth buffer is 32 bits.

I use the second monitor (=:0.1.) for the Basemaps. And this is the problematic
part when I want to open the session in GF 4.2 (as you see in the snaphot above:
"Basemap task initialization failed".

The graphics card is Elite3D M6 although I am not 100% sure about that, but
anyway it is slower by the test:
The speed is 30-35 FPS.
Color buffer is 8 bits.
Depth buffer is 32 bits.

So these are the extra information that I could collect, please give me some hint
or idea what should I do.

*****************************************************************************************

Sergei, thanks for the software solution below too to boost up addressing the
memory, it is good to know about this. It is tricky and smart like the graphics card
overclocking in hardware solutions (though I do not dare to overclock here since
the machines are under warranty yet:).

If you have 4GB or more RAM even in XP32 you may benefit from setting your
BIOS to address up to 3GB. (for details see the deployment guide or in the PS.
To this e-mail)

As to RedHat GF4.4 will work on both 4u6 and 5u3 as long as both are installed
with ALL their options other than virtualization. Whoever support your OS
should read GF4.4 installation guide for more details on some tuning and
links.

Comment to your last section above: up till now it is me who installed the Red
Hats on my computer but the Linux system administrators at the university would
like to update it to 5u3 and maybe I will leave it to them. (They want everybody
on 5u3.) But maybe I will wait with this until they can do it on Brian's
pangea.usask.ca machine. If they do not screw this up I will leave it to them. Yes,
before this I will tell them not to change the Firewall, SeLinux, DHCP etc. settings
by the GeoFrame installation guide.
Thanks again:

Sándor

Regards,

Sergei

PS. 4.1.4 What is the 3GB switch? Should I use this?

If you are using Windows with a 32-bit operating system, we recommend that you
use
the Windows operating system 3GB switch when possible with Petrel. The
operating
system has always provided applications with a flat 32-bit virtual address
space in such a
manner that only 2 GB of address space is directly accessible to the
application.
Using the 3GB switch allows Windows to provide applications with a 3-GB flat
virtual
address space, with the kernel and executive components using only 1 GB. This
allows
more memory to be available to Petrel.
While the switch can be used on any machine, your machine must actually have
4GB or more of physical memory for this switch to make any material
performance difference.
The following example shows how to add the 3GB parameter in the Boot.ini file
to
enable application memory tuning:
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(2)\WINNT
[operating systems]
multi(0)disk(0)rdisk(0)partition(2)\WINNT="????" /3GB
It is recommended to use the 3GB switch if you are using Windows XP
Professional 32-
bit. Refer to
HUhttp://www.microsoft.com/whdc/system/platform/server/PAE/PAEmem.mspxU
H for
more
information from Microsoft on this topic and considerations for when to not
use the
switch.