Linux-Development-Sys Digest #922, Volume #6 Thu, 1 Jul 99 22:13:56 EDT
Contents:
Re: Postgresql Success rate (Don Baccus)
Re: Why not C++ (Don Baccus)
Re: select always modifies fd sets (Bryan VanDeVen)
kernel questions (Marty Bowers)
Re: WHAT ARE THESE TERMS SUPPOSE TO MEAN (Mike Castle)
Re: Postgresql Success rate (Don Baccus)
Re: Postgresql Success rate (-DadKind)
Re: HELP!! HELP!! /etc moved SOS!! SOS!! (Wallace Barnes)
Re: Why not C++ (Nathan Myers)
Re: Why not C++ (Chance Harris)
Re: HELP!! HELP!! /etc moved SOS!! SOS!! (Juergen Heinzl)
Re: Why not C++ (Johan Kullstam)
Re: CLONE_PID flag (Andi Kleen)
Re: Why not C++ (Nathan Myers)
Re: Why not C++ (Nathan Myers)
Re: creating a universal loadable kernel module (Emile van bergen)
Fujitsu Development Tools for Linux ("Steven Terui")
Re: PTHREADS kernel/user level threading? (James Cownie)
Re: PTHREADS kernel/user level threading? (Hugo tetreault)
PCI driver problems (Charles Joseph Fraleigh)
Re: PCI driver problems (Charles Joseph Fraleigh)
help:why program can be run inside gdb but can not in command line (y chen)
Re: Why not C++ (Nathan Myers)
Re: HELP!! HELP!! /etc moved SOS!! SOS!! (Daniel Robert Franklin)
----------------------------------------------------------------------------
Crossposted-To: ahn.tech.linux,alt.os.linux,comp.os.linux.development.apps
Subject: Re: Postgresql Success rate
From: [EMAIL PROTECTED] (Don Baccus)
Date: 1 Jul 1999 13:42:48 PST
In article <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]> wrote:
>We had database corruption problems with all versions
>of 6.4 and 6.5 when we absolutely hammered them from
>more than one hundred clients.
If I'm not mistaken, a particular bug related to
incorrect behavior when attempts to use more than
the configured number of clients (hardwired at
compile time) was recently fixed and will show
up soon. I recall some discussion of problems
with huge numbers of clients on the developers
list.
Did you try the version that was just released a
couple of weeks ago, or the previous beta version
of 6.5?
>However, under a moderate
>load, they seemed to work OK. Nevertheless the corruption
>didn't inspire confidence and now the particular application
>in question uses a commercial DB.
Despite the fact that I'm using Postgres for a personal
web site I'm working on, IMO anyone doing serious commercial
work ought to break down and pay for a commercial DB.
Or use the no-cost Sybase release for Linux.
--
- Don Baccus, Portland OR <[EMAIL PROTECTED]>
Nature photos, on-line guides, at http://donb.photo.net
------------------------------
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
From: [EMAIL PROTECTED] (Don Baccus)
Date: 1 Jul 1999 13:30:06 PST
In article <7ldg91$qen$[EMAIL PROTECTED]>,
Greg Comeau <[EMAIL PROTECTED]> wrote:
>Hmmm. Well, ok, yeah, sure, it does get a messy feeling.
>But too, you then have to do more of a surmisal of the situation
>that just that. It seems to me that these various aspects (solutions)
>are necessary to meet the diversity of problems and needs of
>applications, and their designs. As such, I don't really feel this
>is as ad hoc as you say it is.
Oh, it is ad hoc, every bit as ad hoc as the process by which
the language evolved. Evolution by committee, at that.
>Indeed it is a solution to one problem
>(really a class of problems, but ok), but as just mentioned, that's
>exactly the point. I mean, do you not want the ability to express
>a solution to a class of problems/designs/etc??? I definitely do.
Wouldn't it be even nicer in a language that was designed to
allow you to express such things, rather than a kludge like
C++?
--
- Don Baccus, Portland OR <[EMAIL PROTECTED]>
Nature photos, on-line guides, at http://donb.photo.net
------------------------------
From: Bryan VanDeVen <[EMAIL PROTECTED]>
Crossposted-To: comp.unix.programmer,comp.os.linux.networking
Subject: Re: select always modifies fd sets
Date: Thu, 01 Jul 1999 15:35:01 -0500
Scott Lanning wrote:
>
> =?iso-8859-1?Q?Bj=F8rn?= Reese ([EMAIL PROTECTED]) wrote:
> : Nico Tranquilli wrote:
> : > Is this a normal behaviour ?
> :
> : Yes.
>
> I remember in some Stevens book (must be one of APUE or UNP1)
> it mentions this as a common pitfall. It said the file descriptor
UNP1, p152-3:
"...use the FD_ISSET macro on return to test a specific descriptor in
and fd_set structure. Any descriptor that is not ready on return will
have its corresponding bit cleared in the descriptor set. To handle this
we turn on all bits in which we are interested in all the descriptor
sets each time we call select."
And then goes on to mention that forgetting that the descriptors are
value result are a common errror.
> "Besides a mathematical inclination, an exceptionally good mastery of
> one's native tongue is the most vital asset of a competent programmer."
> --Edsger Dijkstra
I had his class when I was at UT - and he certainly is the most
well-spoken man I have ever heard. :)
--
Bryan Van de Ven
Applied Research Labs
University of Texas, Austin
------------------------------
From: Marty Bowers <[EMAIL PROTECTED]>
Subject: kernel questions
Date: Thu, 01 Jul 1999 16:05:38 -0500
I just have a few questions reguarding the linux kernel. I just got rid
of Red Hat 5.2 and installed Slackware 4.0. The only problem is that it
doesn't support as much as RH did (such as glibc).
1.) How do you upgrade the kernel? (I have 2.2.10 downloaded, but
don't know what to do with it)
2.) Is it worth it to go from 2.2.6 to 2.2.10?
3.) Is there anything that can go wrong when upgrading a kernel?
Any feedback is greatly appreciated. Thanks!
--
Marty Bowers
(630) 252-7687
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Mike Castle)
Subject: Re: WHAT ARE THESE TERMS SUPPOSE TO MEAN
Date: 1 Jul 1999 08:45:43 -0600
In article <7lf6ru$sad$[EMAIL PROTECTED]>,
Peter Samuelson <[EMAIL PROTECTED]> wrote:
>Now that jiffies wraparound has hopefully been nailed, it's much safer
>to re-#define HZ. ALTHOUGH I bet there are still lingering bugs with
>drivers that say `foo' while meaning `(foo*100)/HZ' or `(foo*HZ)/100'.
>(Some Alpha owners are understandably a little touchy about this sort
>of discrimination....)
And even then, they probably shouldn't be using HZ should thaey? But
rather a function call?
Consider a 3rd party binary only driver that makes that assumption and
someone who has tweaked their kernel to have a different value for HZ.
mrc
------------------------------
Crossposted-To: ahn.tech.linux,alt.os.linux,comp.os.linux.development.apps
Subject: Re: Postgresql Success rate
From: [EMAIL PROTECTED] (Don Baccus)
Date: 1 Jul 1999 13:46:28 PST
In article <[EMAIL PROTECTED]>,
Jason B. Johnson <[EMAIL PROTECTED]> wrote:
>It seems pretty cool. I don't use it because I use serial fields alot, and
>having to define a function to do that just doesn't "feel" right to me.
? You can define columns to be serial.
"create table foo (i serial);" Just tried it, does just
what you'd expect.
They're rewritten to be sequences, and "nextval()" is automatically
called when you insert a new record.
The Postgres sequence and "nextval()"/"currval()" functions are
semantically equivalent to how you do such things in Oracle (the
syntax is slightly different as in Oracle you say "seq.nextval"
rather than "nextval('seq')").
--
- Don Baccus, Portland OR <[EMAIL PROTECTED]>
Nature photos, on-line guides, at http://donb.photo.net
------------------------------
From: [EMAIL PROTECTED] (-DadKind)
Crossposted-To: ahn.tech.linux,alt.os.linux,comp.os.linux.development.apps
Subject: Re: Postgresql Success rate
Date: Thu, 01 Jul 1999 21:17:07 GMT
On Wed, 30 Jun 1999 19:49:30 +0200, "Alexander F. Hartner"
<[EMAIL PROTECTED]> wrote:
>Has anybody experienced serious problems using Postgresql 6.4 with Java
>(JDBC) on a medium size network. Is Datacorruption a problem. From what I
>have experienced in the short time that I have been using Postgresql it is
>the best thing since sliced bread, but people seem unsure to use it.
>
Does anyone know if Postgres have ODBC drivers so that I can use
MSAccess to get to the data? Has anyone done this?
-tomas
Tomas Vera
[EMAIL PROTECTED]
------------------------------
From: Wallace Barnes <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: Re: HELP!! HELP!! /etc moved SOS!! SOS!!
Date: Thu, 01 Jul 1999 17:26:06 -0400
Now that /etc/ is now /etcc. Try Creating a symbolic link to the from the
/etcc to /etc. For example:
ln -s /etcc /etc
this should give you access to your utilites (telnet, .....) again.
Wally
Raghavendra B K wrote:
> Hello,
>
> I wanted to modify some files in /etc. So I moved /etc to /etcc and came
> out of su mode. Now I can't so anything (telnet, ftp, login, su, etc). I
> get the following message for whatever command I type.
> /bin/hostname: cann't open cache /etc/ld.so.cache
>
> My system configuration is Linux DLD 5.4 (kernel version is 2.0.33).
> Please send the reply to my personal email address:
> [EMAIL PROTECTED]
>
> Please help me restore URGENTLY. This is VERY VERY CRITICAL!!!!
>
> Thanks in advance.
>
> Regards,
> Raghavendra B K
------------------------------
From: [EMAIL PROTECTED] (Nathan Myers)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: 1 Jul 1999 12:24:52 -0700
Stephan Houben <[EMAIL PROTECTED]> wrote:
>
>If you did this, then you would realize that "templates" are only
>the shadow on the wall of a much more powerful and elegant system,
>namely an ML-style type system.
That is easily said, but it happens to be false. C++ templates
can express useful ideas that are impossible in "an ML-style
type system".
Perhaps some future language will have the strengths of C++ and ML.
--
Nathan Myers
[EMAIL PROTECTED] http://www.cantrip.org/
------------------------------
From: [EMAIL PROTECTED] (Chance Harris)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: 1 Jul 1999 19:25:24 GMT
Johan Kullstam ([EMAIL PROTECTED]) wrote:
: the developers of C++ think so too. templates are a way to avoid
: explicit typing.
I disagree.
I think they are a hack to get around the lack of parameterized typing.
------------------------------
From: [EMAIL PROTECTED] (Juergen Heinzl)
Crossposted-To: comp.os.linux.setup
Subject: Re: HELP!! HELP!! /etc moved SOS!! SOS!!
Date: Thu, 01 Jul 1999 22:40:32 GMT
In article <[EMAIL PROTECTED]>, Wallace Barnes wrote:
>Now that /etc/ is now /etcc. Try Creating a symbolic link to the from the
>/etcc to /etc. For example:
> ln -s /etcc /etc
>this should give you access to your utilites (telnet, .....) again.
I doubt it, he'd need write permissions on / ... 8-/, still ..
[...]
>> I wanted to modify some files in /etc. So I moved /etc to /etcc and came
>> out of su mode. Now I can't so anything (telnet, ftp, login, su, etc). I
>> get the following message for whatever command I type.
>> /bin/hostname: cann't open cache /etc/ld.so.cache
>>
>> My system configuration is Linux DLD 5.4 (kernel version is 2.0.33).
>> Please send the reply to my personal email address:
>> [EMAIL PROTECTED]
... either interrupting lilo and booting into single user mode ...
boot: /boot/kernel_name S
... can work, though init might be installed such that /sbin/sulogin
is called then. If so the hard way ...
boot: /boot/kernel_name init=/bin/sh
/bin/mount -w -o remount /
mv etcc etc
sync
sync (cannot hurt)
a deep breath
a hard reset
[...]
... and yes, it works.
Cheers,
Juergen
--
\ Real name : J�rgen Heinzl \ no flames /
\ EMail Private : [EMAIL PROTECTED] \ send money instead /
------------------------------
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Why not C++
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: 01 Jul 1999 18:45:44 -0400
[EMAIL PROTECTED] (Greg Comeau) writes:
> In article <[EMAIL PROTECTED]>
>[EMAIL PROTECTED] writes:
> >In my opinion C++ is not the most powerful, but the first hyped OOPL.
> Wow, if there ever was a statement that was wrong, this is it. This
> completely ignores the history of OOPL's and C++. This does not
> consider the OOPL's at the time there _were_ hyped. C++ had _every_
> opportunity to fail, exactly because it was NOT hyped. It was
> strictly though it's own merits that it is where is it today.
C++ allowed an easy transition from the language flavor of the decade
which in the years from 1985 to 1995 (roughly) was C. it's not that
C++ was spectacularly better than all other object oriented languages.
it just incrementally solved enough that people kept going with it.
worse is better.
--
J o h a n K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!
------------------------------
From: Andi Kleen <[EMAIL PROTECTED]>
Subject: Re: CLONE_PID flag
Date: 01 Jul 1999 20:35:04 +0200
Vincent Danjean <[EMAIL PROTECTED]> writes:
> Hi,
>
> I am looking for information about the CLONE_PID flag (in the
> clone() system call). More precisely, I would know what appends when a
> signal is send to a pid shared between several threads. Does it depend on
> the signal sent ?
> So, is there information about this elsewhere than in the kernel
> sources ?
CLONE_PID is not fully implemented and should not be used from user programs.
It's only useful use ATM is to clone idle threads for multiple CPUs.
Signal sharing does not work as in Linux 2.2.
-Andi
--
This is like TV. I don't like TV.
------------------------------
From: [EMAIL PROTECTED] (Nathan Myers)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: 1 Jul 1999 16:49:38 -0700
Don Baccus <[EMAIL PROTECTED]> wrote:
>Greg Comeau <[EMAIL PROTECTED]> wrote:
>
>>Indeed it is a solution to one problem
>>(really a class of problems, but ok), but as just mentioned, that's
>>exactly the point. I mean, do you not want the ability to express
>>a solution to a class of problems/designs/etc??? I definitely do.
>
>Wouldn't it be even nicer in a language that was designed to
>allow you to express such things, rather than a kludge like C++?
Produce one and we'll look it over. Thus far nothing so hyped
has fulfilled its promises. It's possible in principle, though,
so there's no choice but to check out each new claimant.
--
Nathan Myers
[EMAIL PROTECTED] http://www.cantrip.org/
------------------------------
From: [EMAIL PROTECTED] (Nathan Myers)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Why not C++
Date: 1 Jul 1999 16:56:16 -0700
Johan Kullstam <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] (Greg Comeau) writes:
>> [EMAIL PROTECTED] writes:
>> >In my opinion C++ is not the most powerful, but the first hyped OOPL.
>
>> This does not
>> consider the OOPL's at the time there _were_ hyped. C++ had _every_
>> opportunity to fail, exactly because it was NOT hyped. It was
>> strictly though it's own merits that it is where is it today.
>
>C++ allowed an easy transition from the language flavor of the decade
>which in the years from 1985 to 1995 (roughly) was C. it's not that
>C++ was spectacularly better than all other object oriented languages.
>it just incrementally solved enough that people kept going with it.
>
>worse is better.
Grapes *sure* are sour, aren't they?
Only people who take the trouble to understand why C++ solves real
problems better than the alternatives have any hope of designing a
language that can supplant it. (Hint 1: copying the syntax might
be a mistake.)
--
Nathan Myers
[EMAIL PROTECTED] http://www.cantrip.org/
------------------------------
From: Emile van bergen <[EMAIL PROTECTED]>
Subject: Re: creating a universal loadable kernel module
Date: Fri, 2 Jul 1999 01:28:57 +0200
On Thu, 1 Jul 1999 [EMAIL PROTECTED] wrote:
>Hello everybody !
>
>Does anybody know if there is a possibility to compile a kernel module
>in a way so that I can load it under a non-smp / smp machine with kernel
>symbol versioning on /off ?
I guess that would be really tough. Just supply sources to (dynamically
linked, granted) pieces of the kernel. It's the only decent thing to do,
really.
(Or are you one of those guys/gals trying to create proprietary linux
drivers? IF that's the case, let me tell you that I'm not prepared to
inject any random Unidentifyable Binary Object of which there's no
source for public revies into kernel space, thank you very much.)
--
M.vr.gr. / Best regards,
Emile van Bergen (e-mail address: [EMAIL PROTECTED])
This e-mail message is 100% electronically degradeable and produced
on a GNU/Linux system.
~
~
:wq
------------------------------
From: "Steven Terui" <[EMAIL PROTECTED]>
Subject: Fujitsu Development Tools for Linux
Date: Thu, 1 Jul 1999 17:35:29 -0700
Fujitsu C/C++ Express and Fujitsu Fortran Express are now available!
Fujitsu Software Corporation (FSC) is pleased to announce the release of its
C/C++ and Fortran development tools for Linux /Intel. Fujitsu continues its
practice of offering robust and high-performance tools for developers.
Fujitsu C/C++ Express is a fully optimized compiler and debugger conforming
to all of the latest C and C++ standards.
Fujitsu C/C++ Express includes:
* C Compiler
* C++ Compiler
* Debugger
* SCO and Rogue Wave�s Standard Library
* Rogue Wave�s Tools.h++ Library
Fujitsu Fortran Express is a highly optimized compiler and debugger
compliant with all Fortran standards including Fortran 95.
Fujitsu Fortran Express includes:
* Fortran 95 Compiler
* Debugger
For more information about our products, come visit us at
www.tools.fujitsu.com or contact us at [EMAIL PROTECTED]
Thanks to all you Beta Testers out there who helped make this a better
product.
Sincerely,
Steven Terui
Fujitsu Software Corporation
[EMAIL PROTECTED]
------------------------------
Date: Thu, 01 Jul 1999 09:19:26 +0100
From: James Cownie <[EMAIL PROTECTED]>
Subject: Re: PTHREADS kernel/user level threading?
Dave Erdmann wrote:
>
> Thanks to the people that responded. I now have a follow-up
> question that I am hoping somebody can answer. :)
>
> Ok. Then given that each thread is a process as far as the kernel is
> concerned what happens with locking calls such as semaphores.
>
> If I want to a lock on a variable does this generate a context switch
> through the kernel? Or does the process just try for the lock in user
> space and if it succeeds...great...it keeps processing along, releases
> the lock...
So, you need to install the code for linuxthreads, which is in the glibc
distribution and read it.
Then you'll know *exactly* what happens...
As a hint here's code from spinlock.h which answers your question :-
static inline void acquire(int * spinlock)
{
while (testandset(spinlock)) __sched_yield();
}
-- Jim
James Cownie <[EMAIL PROTECTED]>
Etnus, Inc. +44 117 9071438
http://www.etnus.com
------------------------------
From: Hugo tetreault <[EMAIL PROTECTED]>
Subject: Re: PTHREADS kernel/user level threading?
Date: Fri, 02 Jul 1999 01:18:30 GMT
Dave Erdmann wrote:
>
>
> For instance if I have a dual CPU system can my server
> take advantage of both CPUs having two concurrent
> threads in the same process running on both CPUs
> at once?
>
>
>
This is called "process cpu affinity" and I don't think Linux
support it. For example in IRIX
you can force a process on a particular cpu, isolate a cpu from all
process except the one you
want and assign certain interupt to certain cpu. All this is very
usefull if you have some realtime
device and associated driver that NEED to run when needed. Then you
would isolate a cpu
for it, direct the device interupt to that cpu, redirect all other
interupt to the other cpus and force
the driver to run on the isolated cpu. This is realtime programming for
you.
There is a group in the UK ( i think) who did some research on this
and they have patchs available
but they are for some old kernel version ( 2.0....). If someone know of
some patches source for
a more current version, I'll be glad to hear about it.
--
Hugo Tetreault
Independent Software developer
Audio, Multiprocessing, Low level
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Charles Joseph Fraleigh)
Subject: PCI driver problems
Date: 2 Jul 1999 00:58:06 GMT
Hi everyone -
I am working on a driver for the TrueTime PCI-GPS card, and I am
having some problems. I originally developed the driver on a
Dell Optiplex machine (PII, 440BX chipset). The driver works
fine on this machine.
When I put the card in a Dell PowerEdge 6300 (Dual PIII Xeon, 450NX
chipset, 1GB RAM), the driver can access the PCI configuration
registers, but it cannot read from I/O space. All I/O transactions
return 0xff, and all memory mapped transactions return 0x00. Does
anyone have any idea what is going on? I have included a simple
code snippet I am using to try to figure out what is going on. I
have also included the lspci dump from both systems.
I have tried kernels 2.2.5 and 2.2.9 and they both behave the same.
Test Code (I build this with __SMP__ on the PowerEdge):
#include <linux/errno.h>
#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/vmalloc.h>
#include <linux/pci.h>
#include <linux/modversions.h>
#include <asm/io.h>
#define GPS_VENDOR 0x10b5
#define GPS_DEVICE 0x9050
int init_module(void)
{
struct pci_dev *gps
unsigned int base_addr[3];
unsigned char *base_vaddr;
unsigned char data1;
unsigned int data2;
gps = pci_find_device(GPS_VENDOR, GPS_DEVICE, gps);
pcibios_read_config_dword(gps->bus->number, gps->devfn,
PCI_BASE_ADDRESS_0, base_addr[0]);
pcibios_read_config_dword(gps->bus->number, gps->devfn,
PCI_BASE_ADDRESS_1, base_addr[1]);
pcibios_read_config_dword(gps->bus->number, gps->devfn,
PCI_BASE_ADDRESS_2, base_addr[2]);
/* I have also tried ioremap_nocache and it did not work either */
base_vaddr = ioremap(base_addr[2], 0x200);
data1 = readb(base_vaddr + GPS_OFFSET_SGN);
data2 = inl(base_addr[1]);
/* On the working system data1 = 0x2d and data2 = 0x0000fffe, on the
* PowerEdge, data1 = 0x00 and data2 = 0xffffffff */
return 0;
} /* init_module () */
lspci on the working system:
00:0d.0 Bridge: PLX Technology, Inc. PCI <-> IOBus Bridge (rev 01)
Subsystem: Unknown device 12da:5900
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort-
<MAbort- >SERR- <PERR-
Interrupt: pin A routed to IRQ 10
Region 0: Memory at ff000800 (32-bit, non-prefetchable)
Region 1: I/O ports at dc00
Region 2: Memory at ff000400 (32-bit, non-prefetchable)
00: b5 10 50 90 03 01 80 02 01 00 80 06 08 00 00 00
10: 00 08 00 ff 01 dc 00 00 00 04 00 ff 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 da 12 00 59
30: 00 00 00 00 00 00 00 00 00 00 00 00 0a 01 00 00
lspci on the PowerEdge:
00:08.0 Bridge: PLX Technology, Inc. PCI <-> IOBus Bridge (rev 01)
Subsystem: Unknown device 12da:5900
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort-
<MAbort- >SERR- <PERR-
Interrupt: pin A routed to IRQ 14
Region 0: Memory at f7001400 (32-bit, non-prefetchable)
Region 1: I/O ports at d880
Region 2: Memory at f7001000 (32-bit, non-prefetchable)
00: b5 10 50 90 03 01 80 02 01 00 80 06 08 00 00 00
10: 00 14 00 f7 81 d8 00 00 00 10 00 f7 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 da 12 00 59
30: 00 00 00 00 00 00 00 00 00 00 00 00 0e 01 00 00
This happens on all PCI busses in the PowerEdge system.
Thanks for your help.
chuck
--
====================================================================
Chuck Fraleigh | [EMAIL PROTECTED]
Multimedia Networking Group | http://www-leland.stanford.edu/~cjf
Stanford University |
------------------------------
From: [EMAIL PROTECTED] (Charles Joseph Fraleigh)
Subject: Re: PCI driver problems
Date: 2 Jul 1999 01:02:31 GMT
One more thing. The GPS card works fine under NT on both systems.
chuck
--
====================================================================
Chuck Fraleigh | [EMAIL PROTECTED]
Multimedia Networking Group | http://www-leland.stanford.edu/~cjf
Stanford University |
------------------------------
From: y chen <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: help:why program can be run inside gdb but can not in command line
Date: Thu, 01 Jul 1999 21:24:30 -0400
Hello , there ,
I had a program and i can run it inside gdb
without any problem.
However, When i run it in command line,
it seg fault.
Does anyone have same experience and
tell me how to fix it?
Thanks!
------------------------------
From: [EMAIL PROTECTED] (Nathan Myers)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.networking
Subject: Re: Why not C++
Date: 1 Jul 1999 01:34:28 -0700
Johan Kullstam <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] (Nathan Myers) writes:
>> [Templates] solve a problem that exists because C++ offers static
>> typing, a feature of profound importance for rigorous engineering.
>
>some would say static typing is a burden.
Many people are either unwilling or unable to assume the burden of
rigorous engineering. In fact, they are overwhelmingly in the majority.
For easy problems, any language will do. For problems where the
answer doesn't matter much, almost any language will do.
Still, rigorous engineering is needed in many places, and languages
that support it are needed in those places. C++ is currently the
most powerful of such languages.
--
Nathan Myers
[EMAIL PROTECTED] http://www.cantrip.org/
------------------------------
From: [EMAIL PROTECTED] (Daniel Robert Franklin)
Crossposted-To: comp.os.linux.setup
Subject: Re: HELP!! HELP!! /etc moved SOS!! SOS!!
Date: 1 Jul 99 08:27:13 GMT
Raghavendra B K <[EMAIL PROTECTED]> writes:
>Hello,
>I wanted to modify some files in /etc. So I moved /etc to /etcc and came
>out of su mode. Now I can't so anything (telnet, ftp, login, su, etc). I
>get the following message for whatever command I type.
>/bin/hostname: cann't open cache /etc/ld.so.cache
Not surprising really :-)
>My system configuration is Linux DLD 5.4 (kernel version is 2.0.33).
>Please send the reply to my personal email address:
>[EMAIL PROTECTED]
>Please help me restore URGENTLY. This is VERY VERY CRITICAL!!!!
I would suggest using a boot disk. I'm not familiar with 'DLD' but I'm
sure it has one - otherwise grab the ever-reliable Slackware Boot 'n' Root
disks. I'm afraid you'll have to hit reset - since your root account no
longer "exists", you can't shutdown cleanly.
Assuming you use the Slackware or Debian boot or rescue disks (other
systems would likely be similar) you should boot with these (debian is
just one "rescue" disk, Slackware two IIRC) and alt-F2 to a console. Now
mount your root partition (e.g., partition 3 on the first IDE hard drive):
mount /dev/hda3 /mnt
then move /etcc back to where it belongs:
mv /mnt/etcc /mnt/etc
type "umount /mnt", and reboot. Hopefully you will now be back in
business.
I have to ask - if the system is "critical" why did you f*ck around with
it without knowing what the hell you were doing? I would suggest trying
things like this with a non-critical system in future!!!
Oh well. Hours of fun for all the family.
- Daniel
--
******************************************************************************
* Daniel Franklin - Postgraduate student in Electrical Engineering
* [EMAIL PROTECTED]
******************************************************************************
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
