Sync core with CPAN
Paul
zlib-1.40.patch.gz
Description: GNU Zip compressed data
From: Abe Timmerman [mailto:[EMAIL PROTECTED]
[ Sorry for the late reaction ]
Op een mooie zomerdag (Sunday 11 September 2005 23:39),schreef Paul
Marquess:
From: Abe Timmerman [mailto:[EMAIL PROTECTED]
Op een mooie zomerdag (Sunday 11 September 2005 19:14),schreef Paul
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
Paul Marquess wrote:
According to your previous post that means that the only thing left
failing
is one test in globmapper.t
ext/Compress/Zlib/t/globmapper.t 68 of 69 ok
That was a typo, there are only 68 tests in globmapper
This is with gcc 3.4.3
$ make test
`sh cflags optimize='-g' miniperlmain.o` miniperlmain.c
CCCMD = gcc-3.4.3 -DPERL_CORE -c -DDEBUGGING -fno-strict-aliasing
-pipe -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -g
Syncs core with CPAN
Paul
zlib-1.39.patch
Description: Binary data
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
John E. Malmberg wrote:
Paul Marquess wrote:
Editing 16oneshot.t to remove the './' from the $tmpdir and re-running
the script makes it pass all 2544 tests.
I've removed the leading './' from the all the $tmpdir directory variables
From: Sastry [mailto:[EMAIL PROTECTED]
Hi
This is the verbose output of the lib/DBM_Filter/t/encode.t test case
after my modification in the ext/Encode/Makefile.PL as discussed
earlier.
1..26
ok 1 - use DBM_Filter;
ok 2 - use SDBM_File;
ok 3 - use Fcntl;
ok 4 - use charnames;
ok 5 -
is with lib/DBM_Filter/t/encode.t and I
guess Dan can address this! Dan! The workaround for encode() is not
complete. Can you recheck it?
-regards
Sastry
On 9/13/05, Paul Marquess [EMAIL PROTECTED] wrote:
From: Sastry [mailto:[EMAIL PROTECTED]
HI Paul
On 9/13/05
From: Sastry [mailto:[EMAIL PROTECTED]
Hi
I agree with you Dan, I was referring to another test
lib/DBM_Filter/t/encode.t
where it encodes the k/v pairs using the code page iso-8859-16 and
the normal DBM_Filter to store and verify the same. Other tests in
DBM_Filter are working fine on
From: Dan Kogai [mailto:[EMAIL PROTECTED]
On Sep 13, 2005, at 07:42 , Paul Marquess wrote:
Dan, I'm not sure what is going on here. Can I walk through one of
the failing test to see if it rings any bells with you?
Before that I would like to make sure if I understand the scope
From: Sastry [mailto:[EMAIL PROTECTED]
HI Paul
On 9/13/05, Paul Marquess [EMAIL PROTECTED] wrote:
From: Sastry [mailto:[EMAIL PROTECTED]
Hi
I agree with you Dan, I was referring to another test
lib/DBM_Filter/t/encode.t
where it encodes the k/v pairs using the code page
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
I finally got a download of 2.00_03, and I have locally patched vms.c to
fix the fstat()/Perl_cando() issue.
So here are the results.
I probably will not have time to investigate the failure tonight as I
need to submit the patch to vms.c.
' = 'am'
# 'lh' = '©ì'
#
ok 26 - untie without inner references
# Looks like you failed 2 tests of 26.
On 9/9/05, Paul Marquess [EMAIL PROTECTED] wrote:
Are you saying that the 4 byte string euro(ASCII hex 65 75 72 6F) is being
stored as '/Ä,' (hex 2F C4 3E 2C) ?
The value I am getting
[ John, I've combined responses to two of your messages into one here]
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
Paul Marquess wrote:
...
I see that the majority of the failures match those that Abe Timmerman
reported earlier today. Apart from running with bleed what else
From: Tom Hughes [mailto:[EMAIL PROTECTED]
In message 20050911232132.CDZH22901.aamta10-
[EMAIL PROTECTED]
Paul Marquess [EMAIL PROTECTED] wrote:
Thanks John. I've CCed Tom Hughes for the IO:Zlib results.
The external gzip support in IO::Zlib is all Jarkko's work and
nothing
I've just uploaded Compress::Zlib 2.000_03 onto CPAN. This should hopefully
silence some of the failures on VMS.
http://search.cpan.org/CPAN/authors/id/P/PM/PMQS/Compress-Zlib-2.000_03.tar.
gz
Paul
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
Paul Marquess wrote:
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
...
ext/Compress/Zlib/t/04def.t fails on test 102 and dies.
not ok 102 - create IO::Gzip
# Failed test ([-.ext.compress.zlib.t]04def.t at line 322)
Can't call
Dan, I'm not sure what is going on here. Can I walk through one of the failing
test to see if it rings any bells with you?
I'll use the utf8.t test, because it is a bit more straightforward.
I first write these key/value pairs to the DBM file with a utf8 encoding filter
in place
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
This is the status of Blead 25366 (Sept 9, 2005 download) on VMS.
Only the ZLIB test is failing for unknown reasons. Paul, if your
changes got applied to blead, then they are still not working.
Otherwise, I have pulled down the latest ZLIB
From: Abe Timmerman [mailto:[EMAIL PROTECTED]
Op een mooie zomerdag (Sunday 11 September 2005 19:14),schreef Paul
Marquess:
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
This is the status of Blead 25366 (Sept 9, 2005 download) on VMS.
Only the ZLIB test is failing for unknown
Thanks John. I've CCed Tom Hughes for the IO:Zlib results.
I see that the majority of the failures match those that Abe Timmerman
reported earlier today. Apart from running with bleed what else is different
between the two versions that could account for the extra failures you are
seeing? Is it
Are you saying that the 4 byte string euro(ASCII hex 65 75 72 6F) is being
stored as '/Ä,' (hex 2F C4 3E 2C) ?
Can you post the verbose output from running the lib/DBM_Filter/t/encode.t
test harness please?
Not sure how different EBDCIC platforms are from Unix-land, but this is how
you would
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
John E. Malmberg wrote:
Initial results on 25308 blead on OpenVMS/Alpha.
...
ext/Compress/Zlib/t/03examplesFAILED at test 10
ext/Compress/Zlib/t/06gzdopen.FAILED--unexpected output at
test 0
...
Failed 16
Syncs the core with CPAN
Paul
zlib-1.38.patch.gz
Description: GNU Zip compressed data
I've just uploaded a beta version of Compress::Zlib version 2 onto CPAN.
This is a substantial rewrite of Compress::Zlib that has touched the
majority of the existing code as well as adding some new features. I know a
lot of other modules rely either directly or indirectly on Compress::Zlib,
so
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
The 5.9.x patch is against the patch level 25301, and contains minor
const-change
induced changes, plus adding Compress::Zlib to the set of supported
extensions
(also adding IO::Zlib). Note the changes to Zlib.xs: firstly because
there can
-Original Message-
From: Abe Timmerman [mailto:[EMAIL PROTECTED]
Sent: 09 August 2005 06:27
To: [EMAIL PROTECTED]; perl5-porters@perl.org
Cc: vmsperl@perl.org
Subject: Re: [PATCH] Compress::Zlib 1.36
Op een mooie zomerdag (Sunday 07 August 2005 23:47),schreef Paul
Marquess
This syncs bleed with the latest Compress::Zlib on CPAN
cheers
Paul
zlib-1.37.patch.gz
Description: GNU Zip compressed data
From: Abe Timmerman [mailto:[EMAIL PROTECTED]
Op een mooie zomerdag (Saturday 06 August 2005 00:12),schreef Paul
Marquess:
This is mostly VMS fixes. Standalone version has just been uploaded to
CPAN.
Could someone on please try building testing 1.36 on VMS using the
CPAN
release
From: ethan [mailto:[EMAIL PROTECTED]
On Fri, Aug 05, 2005 at 05:31:27PM +0200 Rafael Garcia-Suarez wrote:
On 8/5/05, Tassilo von Parseval [EMAIL PROTECTED]
wrote:
Other than that, this 'thread failed to start' warning is really hard
to
get rid of. Should any of the warnings in
This is mostly VMS fixes. Standalone version has just been uploaded to CPAN.
Could someone on please try building testing 1.36 on VMS using the CPAN
release please?
Paul
zlib-1.36.patch.gz
Description: GNU Zip compressed data
From: Abe Timmerman [mailto:[EMAIL PROTECTED]
Paul Marquess wrote:
This leaves the case where C::Zlib is built away from the core, which is
what the original code did
$Inc = '-I[.blib.lib] -I[.blib.arch]'
Once someone gets around to building C::Zlib away from the core we can
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
Paul Marquess wrote:
From: John E. Malmberg
much snipping
From what I have seen of the other tests, the INC setting when running
these tests is usually inherited from the parent, and I have seen the
tests use a test when deciding to use
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
...
Unless VMS works completely differently to Unix-land, that isn't the
case.
The code that is triggering the error is this:
In this case it does. The input and output redirections on the command
line are handled by VMS specific code
From: John E. Malmberg [mailto:[EMAIL PROTECTED]
The script 03examples.t is failing at test 1 because the includes seem
to be set wrong for VMS.
--- ext/compress/zlib/t/03examples_t.blead Sun Jul 31 22:54:06 2005
+++ ext/compress/zlib/t/03examples.tSun Jul 31 22:54:12 2005
@@
From: Rafael Garcia-Suarez [mailto:[EMAIL PROTECTED]
Paul Marquess wrote:
- $Inc = '-I[.blib.lib] -I[.blib.arch]';
+ $Inc = '-I[-.lib] -I[-.arch]';
}
elsif ($^O eq 'MSWin32') {
foreach (@INC)
Is this the layout needed for running these tests when Compress::Zlib
From: Michael G Schwern [mailto:[EMAIL PROTECTED]
On Tue, Jul 26, 2005 at 12:37:03AM -0400, John E. Malmberg wrote:
The zlib module would not build. I had to change the makefile.pl to fix
that.
What was needed is a space between the @ and a macro which expanded to
MCR imagename.
From: Craig A. Berry [mailto:[EMAIL PROTECTED]
The attached patch (plus one additional step) gets bleadperl building on
VMS again. The additional step is renaming the directory
ext/Compress/Zlib/zlib-src-1.2.3
to
ext/Compress/Zlib/zlib-src
which I assume needs to be done in
From: Jos I. Boumans [mailto:[EMAIL PROTECTED]
Hi,
i was happily programming along, and in the course of events found the
need to have
an FH like interface, with a custom backend. I found that these two
invocations, on
the same object do not produce the same result:
From: Nicholas Clark [mailto:[EMAIL PROTECTED] On Behalf Of Nicholas Clark
On Tue, Jul 19, 2005 at 05:32:30PM +0100, Paul Marquess wrote:
I guess another way to look at this is to ask why has nobody else
noticed
the problem with these modules? Scalar-Util/Cwd/File-Spec are all fairly
From: Michael G Schwern [mailto:[EMAIL PROTECTED]
...
I haven't even heard from a 5.5.x user in a while.
Solaris 2.8 ships with 5.005_03 and we have an application at work that is
still being developed that uses it.
That said, here's how far back the CPAN versions of the critical modules
From: Michael G Schwern [mailto:[EMAIL PROTECTED]
On Mon, Jul 18, 2005 at 02:30:27PM +0100, Paul Marquess wrote:
Is there any way out of this maze of twisty little passages?
Install File::Spec by hand? Use 5.004_05 which comes with File::Spec?
I think the assumption that Perl will come
I've been attempting to build Scalar-List-Utils-1.17 with perl5.004, but
I've encountered a circular dependency in the modules that get used by the
build process
$ cd Scalar-List-Utils-1.17
$ perl5.004 Makefile.PL
Can't locate File/Spec.pm in @INC at inc/Module/Install/Can.pm -
: Circular dependency prevents installation of Scalar-List-
Utils on 5.004
On Mon, 18 Jul 2005 14:30:27 +0100, Paul Marquess
[EMAIL PROTECTED] wrote:
I've been attempting to build Scalar-List-Utils-1.17 with perl5.004, but
I've encountered a circular dependency in the modules that get used
From: Dave Mitchell [mailto:[EMAIL PROTECTED]
On Fri, Jul 08, 2005 at 08:03:55PM +0100, Nick Ing-Simmons wrote:
But if Compress::Zlib links to private zlib code or libz.a then there
are two copies of code and associated symbols in the application and
that can cause confusion at best and
From: Yitzchak Scott-Thoennes [mailto:[EMAIL PROTECTED]
On Mon, Jul 04, 2005 at 02:19:16PM +0100, Paul Marquess wrote:
Whilst I'm here, when I do get around to posting a beta on CPAN, I'd
prefer
it doesn't get used in anger until it has bedded-in. If I give the
module a
version number
From: Nicholas Clark
On Tue, Jul 05, 2005 at 12:32:34PM +0100, Paul Marquess wrote:
From: Yitzchak Scott-Thoennes [mailto:[EMAIL PROTECTED]
But if you are doing a beta leading up to a 2.000 release, it should
be
numbered 2.000, e.g. 1.990_01. Nothing wrong with a 2.000_01 beta
From: Michael G Schwern [mailto:[EMAIL PROTECTED]
On Mon, Jul 04, 2005 at 10:36:39AM +0100, Ben Evans wrote:
I would say that this cascade effect is precisely why you *should*
drop 5.004 compatability. There's no excuse other than if it ain't
broke,
don't fix it for running such an
From: Konovalov, Vadim [mailto:[EMAIL PROTECTED]
I've just been through the should-I-shouldn't-I-support-5.4 with my
(painfully slow) rewrite of Compress::Zlib. In the end I
...
I always thought that Compress::Zlib is just a wrapper around zlib which
in
turn is C and developed
From: David Landgren [mailto:[EMAIL PROTECTED]
Konovalov, Vadim wrote:
I've just been through the should-I-shouldn't-I-support-5.4 with my
(painfully slow) rewrite of Compress::Zlib. In the end I
...
I always thought that Compress::Zlib is just a wrapper around zlib which
in
turn
From: Paul Johnson [mailto:[EMAIL PROTECTED]
On Mon, Jul 04, 2005 at 03:00:14AM -0700, Michael G Schwern wrote:
On Mon, Jul 04, 2005 at 10:36:39AM +0100, Ben Evans wrote:
I would say that this cascade effect is precisely why you *should*
drop 5.004 compatability. There's no excuse
From: Michael G Schwern [mailto:[EMAIL PROTECTED]
On Mon, Jun 27, 2005 at 09:01:15AM +0400, Alexey Tourbin wrote:
DynaLoader is documented as needing to be inherited from. You screw
with
that you flirt with breakage just to avoid writing one line of code.
My patch has nothing to do
Consider this code
for (1 .. 3)
{
my $outer = 0 ;
sub mkClosure
{
sub { $outer = 1234 } ;
}
{ mkClosure() }();
print outer $outer\n ;
}
With all perl's except the bleeding edge I get this
$ perl5.8.5 try
outer
From: Rafael Garcia-Suarez [mailto:[EMAIL PROTECTED]
Jeff 'japhy' Pinyan wrote:
On Jun 15, Paul Marquess said:
Consider this code
for (1 .. 3) {
my $outer = 0 ;
sub mkClosure { sub { $outer = 1234 } }
{ mkClosure() }();
print
There's a stray print in 05gzsetp.t - the enclosed patch removes it.
Paul
-Original Message-
From: Dave Mitchell [mailto:[EMAIL PROTECTED]
Sent: 11 June 2005 11:50
To: perl5-porters@perl.org
Subject: 05gzsetp.t and initial 'ver' in test output
I've noticed the recently integrated
Actually scrub that patch and use this one instead - it syncs completely
with my development copy.
Paul
-Original Message-
From: Paul Marquess [mailto:[EMAIL PROTECTED]
Sent: 11 June 2005 14:10
To: 'Dave Mitchell'; 'perl5-porters@perl.org'
Subject: RE: 05gzsetp.t and initial 'ver
Sorry - sent the wrong copy of the patch. The correct copy is enclosed.
Paul
-Original Message-
From: Paul Marquess [mailto:[EMAIL PROTECTED]
Sent: 11 June 2005 16:00
To: 'Dave Mitchell'; 'perl5-porters@perl.org'
Subject: RE: 05gzsetp.t and initial 'ver' in test output
Actually
Lese selbst:
http://www.spiegel.de/wirtschaft/0,1518,338652,00.html
-- Virus Warning Message (on jazzdrum)
Found virus WORM_MYTOB.AN in file file.exe (in file.zip)
The file file.zip is moved to /export/virus/virDKF0obOTd.
-
The message contains Unicode characters and has been sent as a
Minor change to fix a DBM Filter issue.
Paul
db_file-1.811.patch
Description: Binary data
From: Kean Johnston [mailto:[EMAIL PROTECTED]
Hi all,
This is my first posting to this list so go easy :)
While doing a make test on the BerkeleyDB module I am getting a
core dump from perl. A stack trace shows its breaking in
Perl_newRV_noinc (tmpRef=0x0), called from Perl_newRV
it will be difficult for me to do further investigation of gcc-3.3.2+
or -3.4+
Robin
-Original Message-
From: Paul Marquess [mailto:[EMAIL PROTECTED]
Sent: 01 February 2005 17:39
To: 'Robin Barker'
Subject: RE: [perl #33054] Segmentation fault in DB_File with perl-5.8.6
gcc-3.3.2
From: Jos I. Boumans [mailto:[EMAIL PROTECTED]
...
Archive::Tar requires IO::String, which has no more prerequisites,
and a perfect test result:
http://testers.cpan.org/show/IO-String.html
Archive::Tar optionally supports compressed tarballs via IO::Zlib,
Sounds very useful. Count me in favour.
On a slightly related topic, I've wanted something to handle exceptions in
XS, but I'm specifically interested in catching C++ exceptions in XS,
converting them into Perl exceptions then sending them back into Perl to be
caught with an eval.
To date I've
Can you get a stack trace from the core dump please?
Paul
-Original Message-
From: Robin Barker (via RT) [mailto:[EMAIL PROTECTED]
Sent: 15 December 2004 16:52
To: [EMAIL PROTECTED]
Subject: [perl #33054] Segmentation fault in DB_File with perl-5.8.6 gcc-
3.3.2
# New Ticket
Noticed these two unexpected warnings when building both the bleeding edge
the latest 5.8.6 snapshot. I'm running Mandrake Linux with gcc 3.3.2
This was output when running Configure
Getting the current patchlevel...
./Configure: line 5868: test: : integer expression expected
And this when
And what about 5.10? It's been a lng time since 5.8.x hit the streets.
Paul
-Original Message-
From: Steve Hay [mailto:[EMAIL PROTECTED]
Sent: 15 October 2004 16:21
To: [EMAIL PROTECTED]
Subject: ETA for 5.8.6?
When is 5.8.6 planned for?
We had got into a routine of new
I can't remember if the negative return code was put there as a possible
future enhancement to the filters, but I *think* the intention was is that
if a source filter gets into an error state (like not being able to decrypt
encrypted source in your case) it should print an error message and croak
From: John Peacock [mailto:[EMAIL PROTECTED]]
Paul Marquess wrote:
Does that mean that this is the case?
1.10 1.2
Depends; are you talking about version objects or the parameters,
also whether
the parameters were quoted:
version-new(1.10)version-new(1.2
On Tue 22 Oct 2002 12:24, Paul Marquess
[EMAIL PROTECTED] wrote:
Here is the complete package
Relaying the positive results back to p5p. Hope you don't mind :)
No problem. Thanks for the lightning turnaround. I've just uploaded it to
CPAN.
As a side note, can you report the installed
From: Nick Ing-Simmons [mailto:[EMAIL PROTECTED]]
Paul Marquess [EMAIL PROTECTED] writes:
The patch further back in this thread has changed the ckFilter
macro to look like this:
#define ckFilter(arg,type,name) \
if (db-type
Torsten,
Sorry for the delay in responding. I'm just back from holiday.
I can reproduce the problem you have found, and your fix does work. The only
thing is that the filter code already saves $_ before calling the filters.
Obviously it isn't working in this instance.
By the way this problem
From: Elizabeth Mattijsen [mailto:[EMAIL PROTECTED]]
At 11:52 PM 6/28/02 +0100, Matt Sergeant wrote:
The biggest problem I see with this is that naive users copying
examples from
various places won't know that it's using the IOLayer::Base64
module, because
you're hiding that fact from them
From: Nick Ing-Simmons [mailto:[EMAIL PROTECTED]]
Paul Marquess [EMAIL PROTECTED] writes:
I think I prefer the unadorned
open( my $in,'Via(Base64)','file.mime' );
to mean use IOLayer::Base64.
I would too, but I think it should imply PerlIO::Via::Base64.
Or we should change
From: Paul Marquess [mailto:[EMAIL PROTECTED]]
From: Nick Ing-Simmons [mailto:[EMAIL PROTECTED]]
How difficult would it be for the core to put the
cop_warnings value somewhere before an XSUB gets called?
That might be worth considering.
In fact, does the concept of a valid
From: Dan Kogai [mailto:[EMAIL PROTECTED]]
On Wednesday, May 1, 2002, at 02:10 , Nick Ing-Simmons wrote:
Dan Kogai [EMAIL PROTECTED] writes:
Please don't.
$a =~ tr/A/a/;
gives a warning so should encode/decode.
How can I be so dumb for not anticipating you say that! (Blame it on
This patch does two things.
First it finished off the packWARN changes I started in the last patch.
Secondly it moves the deprecated warnings created since 5.6.1 out of the
syntax category.
Still todo
1. Check for untested warnings
2. Check perldigd.pod
Paul
warnings.patch.gz
Description:
From: Jeffrey Friedl [mailto:[EMAIL PROTECTED]]
Wanting to know exactly when the $ penalty is incurred, I modified my
version of bleedperl by adding a new warning type WARN_AMP to warnings.pl,
and adding
if (ckWARN(WARN_AMP))
Perl_warner(aTHX_ WARN_AMP, use of $%c imparts a
From: H.Merijn Brand [mailto:[EMAIL PROTECTED]]
Failures:
l1 MANIFEST errors:
did not declare ext/DB_File/constants.h
did not declare ext/DB_File/constants.xs
did not declare ext/Devel/PPPort/harness/ppport.h
These all generated by running the appropriate Makefile.PL
Paul
From: Philip Newton [mailto:[EMAIL PROTECTED]]
On Wed, 21 Nov 2001 07:00:06 -0800, Jarkko Hietaniemi wrote:
(PPPort.pm)
+#else
+# define newRV_noinc(sv)\
+((PL_Sv=(SV*)newRV(sv), SvREFCNT_dec(sv), (SV*)PL_Sv)
+#endif
+# endif
+#endif
The middle line
From: Robin Houston [mailto:[EMAIL PROTECTED]]
Michael Schwern wrote:
Ah HA! I've been wondering why nobody ever thinks to write a simple
ok() function for their tests! perlhack has bad testing advice.
Could you explain the advantage of having a simple ok() function?
As somebody
From: Gurusamy Sarathy [mailto:[EMAIL PROTECTED]]
On Sun, 25 Mar 2001 09:43:18 EST, Mark-Jason Dominus wrote:
Without having a look at the code, I can't remember why that
decision was
made. I'll have a look at the code this evening.
Did you find anything out?
I've only had a chance to
From: Rocco Caputo [mailto:[EMAIL PROTECTED]]
On Sun, 26 Mar 2000 22:26:58 +0100, Marquess,P,Paul,NEL38 R wrote:
I can't reproduce the __END__/__DATA__ problem on my Linux box at all
(Mandrake 6.1), but I've removed the use of IoFLAGS anyway. I don't think
I
need to set the IOf_FAKE_DIRP
From: Gurusamy Sarathy [mailto:[EMAIL PROTECTED]]
...
I like that generalization. I've also been thinking that we really ought
to just make 'v' in printf() a flag rather than a conversion:
printf "%vd\n", $chars;# decimal
printf "%vx\n", $chars;# hex
printf "%vo\n",
From: Andy Dougherty [mailto:[EMAIL PROTECTED]]
On Thu, 9 Dec 1999, Andy Dougherty wrote:
On Thu, 9 Dec 1999, Helmut Jarausch wrote:
I have Berkeley db-3.0.55 install und the Configure
process does NOT
install DB_File by default.
Thanks to Helmut's patient experimenting, we
85 matches
Mail list logo