Not a bad thought, Ross.
Both Steve Adams' and Jonathan Lewis' books are
by far the best literature out there on Oracle.
Most of the other publications (not detracting
from the effort and knowledge of other authors)
are merely rehashes of the Oracle documentation.
Whilst I am sure that us (the list) bugging them
to bring out Book II won't necessarily get it
accomplished, I would certainly would buy it if
it did come out.
So, Steve and Jonathan - if you are listening -
can you guys do any better with a future
publication?
Paul
- "Mohan, Ross" <MohanR_at_STARS-SMI.com> wrote:
> Note to list
>
> Many moons ago, before Steve got anywhere near
> finishing his book,
> it was to be a glorious oeuvre, a Magnus Opus,
> a.....well, nevermind,
> but it was going to be big Big BIG. Including
> everything about Oracle.
> (Steve had even decided to include a section on
> the kernel compilation
> flags for the engine computer in Ellison's
> Ferrari, but later cut it, due
> to an inability to obtain reliable test data.)
>
> Events intervened, as they must. (You may use
> the preceding sentence
> as a Total Explanation for Everyting in
> Reality) Steve could not do the
> book he originally envisioned. Rest assured, if
> he had, you'd probably
> have a copy of the Oracle source code on your
> desk now.
>
> Maybe....just maybe.....if the list bugs Steve
> ( and Jonathan Lewis and...)
> enough, he'll go for Book II. :-)
>
> just a thought
>
> - Ross
>
> -----Original Message-----
> Sent: Thursday, February 15, 2001 1:32 PM
> To: Multiple recipients of list ORACLE-L
>
>
>
> Hi Patrice,
>
> Ross is right. Sorry that you did not find
> anything helpful in my book. I
> did not include the error handling module in
> the scope for my book, because
> I don't think it's very interesting. Here is
> what the introduction of my
> book says about the services layer in general,
> and then about the scope ...
>
> The services layer provides low-level services
> that are used by all the
> higher layers, such as error handling,
> debugging, and tracing facilities, as
> well as parameter control and memory services.
> In particular, the service
> layer is responsible for generic concurrency
> control facilities such as
> latches, event waits, enqueue locks, and
> instance locks. This layer is also
> responsible for the management of the data
> structures for background and
> user processes and sessions, as well as state
> objects, inter-process
> messages, and system statistics.
> ...
> This book covers the kernel services for waits,
> latches, locks, and memory.
>
> @ Regards,
> @ Steve Adams
> @ http://www.ixora.com.au/
> <http://www.ixora.com.au/>
> @ http://www.christianity.net.au/
> <http://www.christianity.net.au/>
>
>
> -----Original Message-----
> Sent: Friday, 16 February 2001 1:56
> To: Multiple recipients of list ORACLE-L
>
>
>
> Kernel Services Error DuMP or somesuch.
>
> shows up in virtually all traces i have seen .
>
> -----Original Message-----
> <mailto:BoivinP_at_mar.dfo-mpo.gc.ca> ]
> Sent: Thursday, February 15, 2001 7:05 AM
> To: Multiple recipients of list ORACLE-L
>
>
> Would anyone know what this refers to?
>
> I have a trace file with cryptic information in
> it, and can't make sense of
> it.
>
> I thought perhaps I could figure out what this
> is by looking in the Oracle
> Internals book by O'Reilly, but no success. It
> does say that KS is a layer
> used by the other layers for memory management,
> cursor space and other
> things, but that's all the information I could
> get out of that book.
>
>
>
>
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35
a year!
http://personal.mail.yahoo.com/
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Paul Parker
INET: paul_g_parker_at_yahoo.com
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
Received on Thu Feb 15 2001 - 14:41:19 CST
