Sponsored Content
Operating Systems SCO Set NIC correctly , but the network does not work Post 302875555 by jgt on Tuesday 19th of November 2013 08:24:51 PM
Old 11-19-2013
If you have a valid serial number and activation key, you can/should upgrade to 5.0.6. You can do this before making the image file and as an update install so no data should be lost.
When Intel introduced the Pentium 4, they moved control of the processor temperature from the CMOS/microcode to the operating system. SCO did not incorporate this change into any releases older than 5.0.6.
In 5.0.4 SCO made a change to the custom file format. Any VOL.000.000 files that work with 5.0.4 and newer will not work with 5.0.0 thru 5.0.3. This fact will make finding drivers much more difficult.
This User Gave Thanks to jgt For This Post:
 

10 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

why the PATH can not be set correctly?

I'm using Linux-Mandrake 8.0 in my laptop. After I logged in as a "root", I added a new path in my .bashrc file (I use bash shell). Then I can observe it has been set correctly by typing echo $PATH. But, when I log in again as a personal account, not "root", then I open my bash shell, and type... (5 Replies)
Discussion started by: yishen
5 Replies

2. UNIX for Dummies Questions & Answers

Couldn't set locale correctly

When a user connects via ssh to one of out Sun V120 boxes the following message is displayed. "couldn't set locale correctly" The .profile has the following line # @(#)local.profile 1.6 98/02/06 SMI stty istrip stty erase ^H So I put a set -x in the .profile and re sourced it and... (1 Reply)
Discussion started by: mattd
1 Replies

3. SuSE

vsft doesn't work correctly

I install vsftpd server on 2 SUSE 10.2 servers. The first works perfectly, but the second doesn't work how I expect. The second works only over local network and doesn't over internet. The vsftpd.conf and ../xinetd.d/vsftpd are the same in 2 servers. The only different was when I threw to log in... (1 Reply)
Discussion started by: zhivko.neychev
1 Replies

4. Solaris

Couldn't set locale correctly

hi All, I'm using sun OS 5.10. All locales are set to en_US.ISO8859-1 in /etc/profile/init file. I'm using one functional user.When I tried to "sesu - functionalUser",its giving me error like "Couldn't set locale correctly".In functional user profile i'm tring to set locales to en_US.After... (1 Reply)
Discussion started by: Kathraji
1 Replies

5. Solaris

Couldn't set locale correctly

Hello, I have a recently configured machine that when log into it as a user or remotely as root it displays "Couldn't set locale correctly" When I type locale it displays the below which is wrong compared to other machines LC_CTYPE="C" LC_NUMERIC="C" LC_TIME="C" LC_COLLATE="C"... (7 Replies)
Discussion started by: Mr Pink
7 Replies

6. Programming

Cannot get dbx to work correctly with a running process

Hi everyone, I've been struggling with this for a few weeks now. I'm trying to debug a running process with dbx on an AIX box. The command I'm using is 'dbx -a <pid> core' There is a function I can perform in my application that crashes this process, but it does not show up as crashed in... (0 Replies)
Discussion started by: ctote
0 Replies

7. Solaris

LC_ALL & LANG are set OK, but others couldn't set locale correctly.

Hi, I have a Solaris (SunOS 5.10) installed, by default with the en_AU.UTF-8 locale. I want to change it to en_US.UTF-8 With AU, I have no issues whatsoever, so I installed the language package and now locale -a shows "en_US.UTF-8". Problem is even with LC_ALL set in etc/default/init, the... (2 Replies)
Discussion started by: asdfg
2 Replies

8. UNIX for Advanced & Expert Users

Libvirt does not work correctly anymore on my gentoo

Hi, Since a year my libvirtd does not work anymore on my Gentoodesktop. In the meantime a used virtualbox. But I would like to have back libvirt. The problem was after libvirt should not only work with root privileges. I deinstalled all things with libvirt an kvm. I removed all things from /var... (4 Replies)
Discussion started by: darktux
4 Replies

9. Gentoo

LDAP-Auth does not work correctly with systemd

Hi, since the upgrade to Gnome 3.6 (now i have 3.8) the authentication over LDAP stops working. The whole machine does not start anymore. The machine boot, but no gdm and no X. I can login, with root, but then the tty hangs. When i look at ttyF12 i see a lot of systemd service the runs random,... (1 Reply)
Discussion started by: darktux
1 Replies

10. Shell Programming and Scripting

Why does this awk script not work correctly?

I have a large database with English on the left hand side and Indic words on the left hand. It so happens that since the Indic words have been entered by hand, there are duplicates in the entries. The structure is as under: English headword=Indic gloss,Indic gloss A small sample will... (6 Replies)
Discussion started by: gimley
6 Replies
cpu_family(3alleg4)						  Allegro manual					       cpu_family(3alleg4)

NAME
cpu_family - Contains the CPU type. Allegro game programming library. SYNOPSIS
#include <allegro.h> extern int cpu_family; DESCRIPTION
Contains the Intel type, where applicable. Allegro defines the following CPU family types: CPU_FAMILY_UNKNOWN - The type of processor is unknown CPU_FAMILY_I386 - The processor is an Intel-compatible 386 CPU_FAMILY_I486 - The processor is an Intel-compatible 486 CPU_FAMILY_I586 - The processor is a Pentium or equivalent CPU_FAMILY_I686 - The processor is a Pentium Pro, II, III or equivalent CPU_FAMILY_ITANIUM - The processor is an Itanium processor CPU_FAMILY_POWERPC - The processor is a PowerPC processor CPU_FAMILY_EXTENDED - The processor type needs to be read from the cpu_model You can read this variable after you have called check_cpu() (which is automatically called by allegro_init()). SEE ALSO
check_cpu(3alleg4), cpu_vendor(3alleg4), cpu_model(3alleg4), cpu_capabilities(3alleg4), allegro_init(3alleg4) Allegro version 4.4.2 cpu_family(3alleg4)
All times are GMT -4. The time now is 10:54 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy