Anyone here using products from this company?
John Smith
http://www.sleepycat.com/products/featurelist.shtml
Not a VMS question because it isn't natively available on VMS, AFAIK.
Bill Todd
"John Smith" <a...@nonymous.com> wrote in message
news:8tOdnf147sC...@igs.net...
> http://www.sleepycat.com/
>
> http://www.sleepycat.com/products/featurelist.shtml
No, but in case you don't find anyone who does...
Berkeley DB has a modest but AFAIK decent reputation. I'm favorably
disposed toward their CTO (Margo Seltzer) on the basis of her significant
academic contributions to the file and database literature (she's definitely
not a light-weight here), and I've at least heard of Keith Bostic's work on
the Berkeley log-structured file system.
Also, Sleepycat has been around for a while - definitely not a fly-by-night
enterprise. So while I can't vouch for them directly, I'd say they've got a
better than average chance of being a good choice if their products match
what you need.
- bill
Robert A.M. van Lopik
>
> http://www.sleepycat.com/products/featurelist.shtml
>
> Not a VMS question because it isn't natively available on VMS, AFAIK.
>
>
run on VMS.
dav...@alpha2.mdx.ac.uk
PMDF v6. I'm extremely grateful that they left PMDF on VMS using RMS indexed
files.
Sleepycat may well work well with some applications but it caused enormous
problems with PMDF.
See
http://groups.google.com/groups?as_q=sleepycat&as_ugroup=vmsnet.mail.pmdf
I believe the next version of PMDF - version 6.3 - will drop the use of
sleepycat for the most heavily used database (the queue cache) which will
become an in-memory database. Sleepycat may be retained for much less
frequently accessed databases.
I believe SUN's SUNONE product has already made such changes.
David Webb
VMS and Unix team leader
CCSS
Middlesex University
>
Carl Karcher
This database was used by the unix version of PMDF. There were lots
of problems and irritations reported to the info-pmdf list about it.
Suggest you do a google groups search of the group vmsnet.mail.pmdf
for the word "sleepycat".
--
-- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison
-- karcher.n...@waisman.wisc.edu
Martin Vorlaender
Those are the Berkeley DB guys, aren't they? One version of Berkeley DB
powers ht://Dig, so I wouldn't say that it doesn't run on VMS. But
it's not a supported port (e.g. for the build tests, you'd need Tk).
cu,
Martin
--
One OS to rule them all | Martin Vorlaender | OpenVMS rules!
One OS to find them | work: m...@pdv-systeme.de
One OS to bring them all | http://www.pdv-systeme.de/users/martinv/
And in the Darkness bind them.| home: mar...@radiogaga.harz.de
Bob Koehler
>
> Those are the Berkeley DB guys, aren't they? One version of Berkeley DB
> powers ht://Dig, so I wouldn't say that it doesn't run on VMS. But
> it's not a supported port (e.g. for the build tests, you'd need Tk).
Are you saying the Tk for VMS wont run the build tests, or just
that the Berkely guys haven't bothered?
Martin Vorlaender
> mar...@radiogaga.harz.de (Martin Vorlaender) writes:
> > Those are the Berkeley DB guys, aren't they? One version of Berkeley DB
> > powers ht://Dig, so I wouldn't say that it doesn't run on VMS. But
> > it's not a supported port (e.g. for the build tests, you'd need Tk).
>
> Are you saying the Tk for VMS wont run the build tests, or just
> that the Berkely guys haven't bothered?
I wasn't aware of a port of Tk to VMS. Is there one?
cu,
Martin
--
| Martin Vorlaender | OpenVMS rules!
OpenVMS: Where do you | work: m...@pdv-systeme.de
want to BE today? | http://www.pdv-systeme.de/users/martinv/
| home: mar...@radiogaga.harz.de
Peter 'EPLAN' LANGSTOEGER
>Bob Koehler (koe...@eisner.nospam.encompasserve.org) wrote:
>> mar...@radiogaga.harz.de (Martin Vorlaender) writes:
>> > Those are the Berkeley DB guys, aren't they? One version of Berkeley DB
>> > powers ht://Dig, so I wouldn't say that it doesn't run on VMS. But
>> > it's not a supported port (e.g. for the build tests, you'd need Tk).
>>
>> Are you saying the Tk for VMS wont run the build tests, or just
>> that the Berkely guys haven't bothered?
>
>I wasn't aware of a port of Tk to VMS. Is there one?
If you mean TCL/TK, yes there is (or was) one.
ftp://sapodilla.rsmas.miami.edu/pub/VMS-tcl/
--
Peter "EPLAN" LANGSTOEGER
Network and OpenVMS system specialist
E-mail pe...@langstoeger.at
A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist
Martin Vorlaender
> mar...@radiogaga.harz.de (Martin Vorlaender) writes:
> >I wasn't aware of a port of Tk to VMS. Is there one?
>
> If you mean TCL/TK, yes there is (or was) one.
>
> ftp://sapodilla.rsmas.miami.edu/pub/VMS-tcl/
Yes, of course, I meant Tcl (not Tk).
Thanks for the pointer. I'll have a look.
cu,
Martin
--
| Martin Vorlaender | OpenVMS rules!
Cetero censeo | work: m...@pdv-systeme.de
Redmondem delendam esse. | http://www.pdv-systeme.de/users/martinv/
| home: mar...@radiogaga.harz.de
Keith Bostic
>
> http://www.sleepycat.com/products/featurelist.shtml
>
> Not a VMS question because it isn't natively available on VMS, AFAIK.
Berkeley DB was ported to VMS a few years ago, but the port has
not been maintained. The actual code was not removed though, so
bringing DB back up on VMS should just be a matter of doing the
compile.
Regards,
--keith
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Keith Bostic bos...@sleepycat.com
Sleepycat Software Inc. keithbosticim (ymsgid)
118 Tower Rd. +1-781-259-3139
Lincoln, MA 01773 http://www.sleepycat.com
Keith Bostic
> In a previous article, "John Smith" <a...@nonymous.com> wrote:
>
> ->http://www.sleepycat.com/
>
> This database was used by the unix version of PMDF. There were lots
> of problems and irritations reported to the info-pmdf list about it.
> Suggest you do a google groups search of the group vmsnet.mail.pmdf
> for the word "sleepycat".
This is the first that I've heard of these problem... were they ever reported
to Sleepycat Software? I can't find any reference to them anywhere in our
Support Request database.
Keith Bostic
> The TRU64 and Solaris versions of PMDF moved over to using sleepycat
> with PMDF v6. I'm extremely grateful that they left PMDF on VMS using
> RMS indexed files. Sleepycat may well work well with some applications
> but it caused enormous problems with PMDF.
In short, Berkeley DB is an embedded, transactional data store.
If a process embedding DB exits without releasing DB resources
(for example, drops core) then database environment recovery
must be performed, and recovery must be done in a single thread
of control. An application suite where processes can come and
go and randomly exit is not a good match for DB because it's
difficult to ensure that recovery is single-threaded; a better
solution is a non-transactional data store, or a client/server
model where the database environment is unaffected by process
exit.
> I believe SUN's SUNONE product has already made such changes.
Sun's SunOne product is using Berkeley DB more heavily than
ever:
http://www.eweek.com/article2/0,1759,1493515,00.asp
http://www.sleepycat.com/company/releases/030917sun.shtml
Keith Bostic
> Well, there is a full Java version available of the database,
> which should run on VMS.
While the Berkeley DB Java Edition is pure Java and largely API
compatible with the original Berkeley DB, it is not database or
log file format compatible with the original Berkeley DB.
dav...@alpha2.mdx.ac.uk
>kar...@thuria.waisman.wisc.edu (Carl Karcher) wrote in message news:<17JUN04....@thuria.waisman.wisc.edu>...
>> In a previous article, "John Smith" <a...@nonymous.com> wrote:
>>
>> ->http://www.sleepycat.com/
>>
>> This database was used by the unix version of PMDF. There were lots
>> of problems and irritations reported to the info-pmdf list about it.
>> Suggest you do a google groups search of the group vmsnet.mail.pmdf
>> for the word "sleepycat".
>
>This is the first that I've heard of these problem... were they ever reported
>to Sleepycat Software? I can't find any reference to them anywhere in our
>Support Request database.
>
provide further details. I'd be suprised if they hadn't raised these issues.
David Webb
VMS and Unix team leader
CCSS
Middlesex University
dav...@alpha2.mdx.ac.uk
>> In article <8tOdnf147sC...@igs.net>, "John Smith" <a...@nonymous.com> writes:
>
>> The TRU64 and Solaris versions of PMDF moved over to using sleepycat
>> with PMDF v6. I'm extremely grateful that they left PMDF on VMS using
>> RMS indexed files. Sleepycat may well work well with some applications
>> but it caused enormous problems with PMDF.
>
>In short, Berkeley DB is an embedded, transactional data store.
>If a process embedding DB exits without releasing DB resources
>(for example, drops core) then database environment recovery
>must be performed, and recovery must be done in a single thread
>of control. An application suite where processes can come and
>go and randomly exit is not a good match for DB because it's
>difficult to ensure that recovery is single-threaded; a better
>solution is a non-transactional data store, or a client/server
>model where the database environment is unaffected by process
>exit.
>
>> I believe SUN's SUNONE product has already made such changes.
>
>Sun's SunOne product is using Berkeley DB more heavily than
>ever:
> http://www.eweek.com/article2/0,1759,1493515,00.asp
> http://www.sleepycat.com/company/releases/030917sun.shtml
>
From Ned Freed :-
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&selm=01K4ZUZWCZVM00004U%40mauve.mrochek.com
"
I should also add that while we're moving away from Sleepycat databases in the
iMS MTA, the iMS store still uses them.
"
ie Although Sunone uses Sleepycat in it's message store it has largely moved
away from it in the MTA which is the part of Sunone which has a common heritage
with PMDF.
David Webb
VMS and Unix team leader
CCSS
Middlesex University