On Nov 22, 2005, at 7:04 PM, Alvaro Herrera wrote:
Larry Rosenman wrote:
Sorry for the top post. If you can get a UDK license, that will work
better.
Oh, so one gets a buggy compiler by default and has to pay for a
better
one? Cool! I'm drooling already, I want one of those SCO t
Sorry for the top post. If you can get a UDK license, that will work
better.
LER
On Nov 22, 2005, at 12:02 PM, Guillaume Lelarge wrote:
Sorry for answering this late.
2005/11/16, Larry Rosenman :
Bruce Momjian wrote:
The SCO compiler is so buggy (and for so many years) I see no reason
rtijn van Oosterhout
>> http://svana.org/kleptog/
>>> Patent. n. Genius is 5% inspiration and 95% perspiration. A patent
>>> is a tool for doing 5% of the work and then sitting around waiting
>>> for someone else to do the other 95% so you can sue them
Martijn van Oosterhout wrote:
> On Tue, Oct 18, 2005 at 10:07:26PM -0500, Larry Rosenman wrote:
>>> ...or attach with a debugger like gdb.
>>
>> d'oh. I go stupid occasionally :)
>>
>> If someone wants me to, I can try that.
>
> Yes, actual
On Oct 18, 2005, at 10:03 PM, Michael Fuhr wrote:
On Tue, Oct 18, 2005 at 08:59:23PM -0600, Michael Fuhr wrote:
On Tue, Oct 18, 2005 at 09:41:21PM -0500, Larry Rosenman wrote:
I could not find a truss/strace binary on the box :(
In BSD land try ktrace.
...or attach with a debugger
On Oct 18, 2005, at 9:39 PM, Tom Lane wrote:
Larry Rosenman writes:
I added a LIBS += -lpthread to the end of src/makefiles/
Makefile.netbsd and got a LOOP
on the make check :(
Er ... define "LOOP"?
postgres master process sitting with 98%+ cpu for >1hour and NO
progre
On Oct 18, 2005, at 8:49 PM, Larry Rosenman wrote:
On Oct 18, 2005, at 5:11 PM, Martijn van Oosterhout wrote:
On Tue, Oct 18, 2005 at 05:03:35PM -0500, Larry Rosenman wrote:
Doesn't appear to have a separate libc, HOWEVER, -lpthread may be
screwing
us:
If it is that, do
On Oct 18, 2005, at 5:11 PM, Martijn van Oosterhout wrote:
On Tue, Oct 18, 2005 at 05:03:35PM -0500, Larry Rosenman wrote:
Doesn't appear to have a separate libc, HOWEVER, -lpthread may be
screwing
us:
If it is that, does it work if you compile postgres with -lpthread.
Sure, we
Tom Lane wrote:
> Martijn van Oosterhout writes:
>> On Tue, Oct 18, 2005 at 04:04:42PM -0500, Larry Rosenman wrote:
>>> Upped the stack to 8Mb. Now it dies in Plcheck.
>
>> Wierd, it's dying in malloc() because the C library called kill()
>> from __libc_mu
Tom Lane wrote:
> "Larry Rosenman" writes:
>> I just tried(!) to run the buildfarm script on a Alpha DS10L/NetBSD
>> 2.0 box. It died in make check.
>
> Given that the failure was in infinite_recurse, I'm guessing the
> problem is that the stack limit is l
)
$
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 3535 Gaspar Drive, Dallas, TX 75220-3611 US
---(end of broadcast)---
TIP 4: Have you searched our list archives
help fix it?
Thanks!
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 3535 Gaspar Drive, Dallas, TX 75220-3611 US
---(end of broadcast)---
TIP 5: don't
gt; The horology test failed on both 8.x branches for Snake (win32) last
> night. It appears one of the timezones has changed - does the test
> need to be updated for the new DST rules you mention, or is this
> something else?
>
> Regards, Dave.
>
Looks like it's RED across
Yeah, I think it's a timing thing on when the fix was committed and when
Beta1 was pulled.
It will be in the next beta/release based on the commit I saw.
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.o
o interval_justify_hours() which
allocates another Interval "result" and that "result" is what gets passed
back to caller on interval_div(). The 1st Interval allocated appears to be
left around...
--
I will get a pre-release copy of the compiler to t
Larry Rosenman wrote:
>
> I think Tom's fix to use IPPROTO_TCP will fix firefly.
>
> LER
And based on the last run, it did.
Thanks, Tom!
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US
Andrew Dunstan wrote:
>
> Looks like Unixware is broken too,
>
> cheers
>
> andrew
>
I think Tom's fix to use IPPROTO_TCP will fix firefly.
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: le
Jim C. Nasby wrote:
>
> My buildfarm machine
> (http://pgbuildfarm.org/cgi-bin/show_history.pl?nm=octopus&br=HEAD)
> is SMP, so if anything we need UP testing.
My UP 4.11-STABLE box is back accessable again.
If someone wants, I can set up another buildfarm member...
LER
--
**NOT** seeing this on my box, but.
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 3535 Gaspar Drive, Dallas, TX 75220-3611 US
---(end of broadcast)---
TIP 4:
n off optimization for that compiler.
No we shouldn't. I'm actually working with the SCO compiler guys to get
this BUG fixed.
Let's not pre-judge.
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@
t that's another story).
The SCO guys have, in the past, found other ways to fix the code as well, so
let's give them a few days.
I do know they are working it (I'm getting questions back and forth about
getting their systems up to snuf to compile it :) )
LER
cheers
andrew
find, first. They may have a work-around (they don't
yet, but...).
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 3535 Gaspar Drive, Dallas, TX 75220-3611 US
---(end of broa
.
Just my $0.02.
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 3535 Gaspar Drive, Dallas, TX 75220-3611 US
---(end of broadcast)---
TIP 6: explain analyze is your friend
g.pl?nm=octopus&dt=2005-07-26%2015:29:33
So the question now is: how do we fix the issue with threaded python?
how do we get libc_r into the mix on FreeBSD 4.11?
I think that will answer it (IIRC, libc_r has the pthread_* functions in
it).
LER
--
Larry Rosenman
t to the bottom of it :)
They've got all the info they need, as far as I know, as well as
access to my box.
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 3535 Gaspar Drive, Dallas, TX 75220-3611
Tom Lane wrote:
> "Larry Rosenman" writes:
>> For those following along at home:
>
>> Removing --enable-cassert and --enable-debug from the options causes
>> Firefly to fail.
>
> FWIW, I just checked that CVS tip works OK for me without these
> optio
Larry Rosenman wrote:
> ohp@pyrenet.fr wrote:
>> On Mon, 25 Jul 2005, Larry Rosenman wrote:
>>
>>> Date: 25 Jul 2005 12:47:01 -0500
>>> From: Larry Rosenman
>>> To: ohp@pyrenet.fr
>>> Cc: pgsql-hackers list
>>> Subject: Re: [HACKERS] r
Andrew Dunstan wrote:
> Larry Rosenman wrote:
>
>> ohp@pyrenet.fr wrote:
>>
>>
>>> On Mon, 25 Jul 2005, Larry Rosenman wrote:
>>>
>>>
>>>
>>>> Date: 25 Jul 2005 12:47:01 -0500
>>>> From: Larry Rosen
ohp@pyrenet.fr wrote:
> On Mon, 25 Jul 2005, Larry Rosenman wrote:
>
>> Date: 25 Jul 2005 12:47:01 -0500
>> From: Larry Rosenman
>> To: ohp@pyrenet.fr
>> Cc: pgsql-hackers list
>> Subject: Re: [HACKERS] regression failure on latest CVS
>>
>>
Jim C. Nasby wrote:
> On Sun, Jul 24, 2005 at 07:38:46PM -0400, Larry Rosenman wrote:
>> Andrew Dunstan wrote:
>>> Larry,
>>>
>>> please try building and testing (especially PL installcheck) on that
>>> box using as close as possible to the sa
On Jul 25 2005, ohp@pyrenet.fr wrote:
On Mon, 25 Jul 2005, Larry Rosenman wrote:
> Date: 25 Jul 2005 12:47:01 -0500
> From: Larry Rosenman
> To: ohp@pyrenet.fr
> Cc: pgsql-hackers list
> Subject: Re: [HACKERS] regression failure on latest CVS
>
> On Jul 25 2005,
compiler group
(They'll want a small test case :( )
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 3535 Gaspar Drive, Dallas, TX 75220-3611
-
> ! @ 4 years 1 mon 9 days 4 hours 18 mins 23 secs
> (1 row)
>
> -- test long interval input
>
> ==
>
> Regards
>
--
Larry Rosenman http://
> thanks
>
> andrew
It appears that the box is down at the moment. As soon as I can get someone
back in Dallas (I'm in Charlotte)
To get it back up I will. One question: was the python install on octopus
from ports?
LER
--
Larry Rosenman http://www
on't 'kill -9' the postmaster
I don't have SMP, but I do have a 4.11 box.
Libc_r is what you want for threads.
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 3535 Gaspar Drive, D
On Jul 19 2005, Tom Lane wrote:
Larry Rosenman writes:
> Looks like it's time for an update to the config.guess/config.sub
> scripts.
Didn't we just do that?
2005-07-01 14:17 petere
* configure, configure.in, config/config.guess, config/config.sub,
c
On Jul 19 2005, Peter Eisentraut wrote:
Larry Rosenman wrote:
> Do I need to generate a patch, or can we just get them updated in
> HEAD?
They were updated two weeks ago and there weren't any SCO-related
changes since then. If you have patches, please submit them to
<[E
Looks like it's time for an update to the config.guess/config.sub scripts.
SCO (don't yell, I'm just the messenger), released OpenServer 6, and needs
updated versions to compile.
Do I need to generate a patch, or can we just get them updated in HEAD?
LER
--
Since tom seems to be fixing the back branches, I added 7.3 and 7.2 to
firefly's set of branches it tries. Unfortunately
neither one went green :(.
Also, 7.4 seems to now need some contrib check hacking. (It got further,
but not green yet).
Just FYI.
LER
--
Larry Ros
My UnixWare 7.1.4 box started flunking with it's latest run..
See the firefly entry on the buildfarm.
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 3535 Gaspar Drive, Dallas, TX 75220-36
Getting my UnixWare box to be part of the buildfarm. Could one of the
knowledgeable hackers look at the failure for 'firefly' on REL7_4_STABLE and
tell me if it's ok?
Thanks.
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812
Tom Lane wrote:
> "Larry Rosenman" writes:
>> Did the build system change between 8.0 and HEAD?
>
> I don't think so --- certainly there are no changes in
> template/unixware or makefiles/Makefile.unixware, which is where
> you'd expect to find any
Larry Rosenman wrote:
> Trying to set up my 7.1.4 box as a buildfarm member, and can't get
> through A build. The latest failure (after removing --with-perl) is:
>
> $ tail -20 ../../../lastrun-logs/make-contrib.log
> cc -O -Kinline -g -K PIC -I. -I../../src/include
> -
ith perl, but...).
I've got a REL8_0_STABLE run running now (should work, unless something is
REALLY broken).
Did the build system change between 8.0 and HEAD?
Thanks!
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@le
On Sun, 6 Feb 2005, Larry Rosenman wrote:
1) alter table virtusers (and all the others in that db) set without oids;
2) changed postgresql.conf's default_with_oids to false.
Based on my read, this case is what's causing the grief.
To get me out of it:
pg_dump exim >exim.db
psql te
On Sun, 6 Feb 2005, Larry Rosenman wrote:
I get the following:
$ TRAP: FailedAssertion("!(!(tup->t_data->t_infomask & 0x0010))", File:
"heapam.c", Line: 1133)
when I try to cluster this table:
CREATE TABLE virtusers (
lhs text,
rhs text,
insert_date times
TER INDEX public.vu_lhs_index OWNER TO ler;
When I issue the cluster vu_lhs_index on virtusers, I get the
above assertion.
8.0.1 on UnixWare 7.1.4
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 19
I just finally got around to playing with PG 8.0.1.
Regression passes just fine on UnixWare 7.1.4mp2.
We can *NOT* enable thread safety for lack of a 2 arg version
of sigwait().
I've asked when it's coming :)
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone:
ues about
conversions between the two types ...
Please do **NOT** break the external representations. We had enough fights
about that 2-3 releases ago, and I personally don't want to revisit them.
Yes, we do flakey things with inet on the masking stuff.
LER
--
Larry Rosenman
rt time?
>>
>> We do this at the start of ServerLoop():
>>
>>gettimeofday(&earlier, &tz);
>>
>> and that value isn't changed, AFAICT. However, I'm not sure why an
>> uptime is all that useful?
>
> Bragging rights? :)
>
p Tom, but will on FreeBSD. )
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED]
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
---(end of broadcast)---
TIP 7
-
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED]
US Mail: 1905 Steamboat Spring
nowait locking. (We
already have two voting for such a variable.)
If there is no one except Tom, we can continue.
I'm with Tom. Playing with *ALL* locks is just asking for TROUBLE.
(I don't know if I count).
--
Larry Rosenman http://www.lerctr.org/~ler
Phone:
--On Thursday, May 13, 2004 11:44:59 -0400 Bruce Momjian
<[EMAIL PROTECTED]> wrote:
Larry Rosenman wrote:
-- Start of PGP signed section.
--On Thursday, May 13, 2004 10:05:22 -0400 Bruce Momjian
<[EMAIL PROTECTED]> wrote:
> Basically, as things set right now in CVS, Unixware
as a change made to link initdb et al with -Kpthread? It doesn't seem to
be in AnonCVS yet.
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED]
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
pgp0
--On Thursday, May 13, 2004 09:18:21 -0400 Tom Lane <[EMAIL PROTECTED]>
wrote:
Larry Rosenman <[EMAIL PROTECTED]> writes:
I did get a note from my SCO contacts that they are looking into how
to make it easier for stuff to be threads ready, but I don't expect
that to be read
o how
to make it easier for stuff to be threads ready, but I don't expect
that to be ready for 7.5 release.
The -Kpthread on all libpq using programs is the easiest way FOR NOW.
Thanks,
LER
Andreas
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812
--On Wednesday, May 12, 2004 22:26:03 -0400 Bruce Momjian
<[EMAIL PROTECTED]> wrote:
Larry Rosenman wrote:
Yes, there would still be the overhead, because the functions that
libthread wraps would go through that overhead since libthread does it's
magic at _ini time.
Y'all wer
--On Wednesday, May 12, 2004 21:55:40 -0400 Bruce Momjian
<[EMAIL PROTECTED]> wrote:
Larry Rosenman wrote:
> [ Sorry I have been away from email today. ]
>
> Larry, now that I have put the thread testing into configure, I am
> ready to deal with Unixware. In fact I posted
--On Wednesday, May 12, 2004 21:08:25 -0400 Bruce Momjian
<[EMAIL PROTECTED]> wrote:
Tom Lane wrote:
Larry Rosenman <[EMAIL PROTECTED]> writes:
>> Please save us all time searching by providing a URL ...
> I can't find my posts on archives.postgresql.org, but can find
--On Wednesday, May 12, 2004 22:14:33 -0300 "Marc G. Fournier"
<[EMAIL PROTECTED]> wrote:
I don't see a patch in here ... forget to attach it?
It was way back in the thread, and this was the upshot of the discussion.
See the note I just replied to Bruce with.
LER
This is a re-post, and still the state of things.
There were a few posts after this because of my STRENUOUS objection below.
I still think we should enable threads somehow on this platform.
--On Monday, March 22, 2004 11:14:59 -0600 Larry Rosenman <[EMAIL PROTECTED]>
wrote:
--On
--On Wednesday, May 12, 2004 17:29:30 -0300 "Marc G. Fournier"
<[EMAIL PROTECTED]> wrote:
On Wed, 12 May 2004, Larry Rosenman wrote:
--On Wednesday, May 12, 2004 16:00:48 -0400 Tom Lane <[EMAIL PROTECTED]>
wrote:
> Larry Rosenman <[EMAIL PROTECTED]> writes:
--On Wednesday, May 12, 2004 16:22:58 -0400 Tom Lane <[EMAIL PROTECTED]>
wrote:
Larry Rosenman <[EMAIL PROTECTED]> writes:
I was thinking of pq_pthread_* calls, and that function would
set a static flag for calling either the real pthread_* function
or a statically named version in
--On Wednesday, May 12, 2004 16:00:48 -0400 Tom Lane <[EMAIL PROTECTED]>
wrote:
Larry Rosenman <[EMAIL PROTECTED]> writes:
--On Wednesday, May 12, 2004 15:39:54 -0400 Tom Lane
<[EMAIL PROTECTED]>=20 wrote:
At this point I'd settle for saying that --enable-thread-
--On Wednesday, May 12, 2004 15:39:54 -0400 Tom Lane <[EMAIL PROTECTED]>
wrote:
Larry Rosenman <[EMAIL PROTECTED]> writes:
This is the whole discussion we had back in January/February about
forcing -Kpthread for *ALL* libpq using programs, or dynamically
determining if the imag
--On Wednesday, May 12, 2004 15:59:19 -0300 "Marc G. Fournier"
<[EMAIL PROTECTED]> wrote:
On Wed, 12 May 2004, Larry Rosenman wrote:
>> > Ummm, shouldn't that be added to the port specific Makefile?
>> See my reply to Tom. It forces ALL libpq using pro
--On Wednesday, May 12, 2004 15:39:34 -0300 "Marc G. Fournier"
<[EMAIL PROTECTED]> wrote:
On Wed, 12 May 2004, Larry Rosenman wrote:
--On Wednesday, May 12, 2004 15:02:30 -0300 "Marc G. Fournier"
<[EMAIL PROTECTED]> wrote:
> On Wed, 12 May 2004, La
--On Wednesday, May 12, 2004 15:02:30 -0300 "Marc G. Fournier"
<[EMAIL PROTECTED]> wrote:
On Wed, 12 May 2004, Larry Rosenman wrote:
--On Wednesday, May 12, 2004 14:14:30 -0300 "Marc G. Fournier"
<[EMAIL PROTECTED]> wrote:
> On Wed, 12 May 2004, Larry
--On Wednesday, May 12, 2004 13:18:35 -0400 Tom Lane <[EMAIL PROTECTED]>
wrote:
Larry Rosenman <[EMAIL PROTECTED]> writes:
--On Wednesday, May 12, 2004 12:58:58 -0400 Tom Lane <[EMAIL PROTECTED]>
In what way does the current thread stuff not work for you?
In the initdb c
--On Wednesday, May 12, 2004 14:14:30 -0300 "Marc G. Fournier"
<[EMAIL PROTECTED]> wrote:
On Wed, 12 May 2004, Larry Rosenman wrote:
I'd LIKE to be able to have PG wrappers for those functions, and have
the first invocation of them look via dlsym() for the real ones, and
--On Wednesday, May 12, 2004 12:58:58 -0400 Tom Lane <[EMAIL PROTECTED]>
wrote:
Larry Rosenman <[EMAIL PROTECTED]> writes:
At the risk of getting my butt kicked again, is there any way we can
talk about how to deal with threads on UnixWare and the libpq stuff?
In what way does
--On Wednesday, May 12, 2004 12:57:10 -0300 "Marc G. Fournier"
<[EMAIL PROTECTED]> wrote:
On Wed, 12 May 2004, Larry Rosenman wrote:
At the risk of getting my butt kicked again, is there any way we can
talk about how to deal with threads on UnixWare and the libpq stuff?
Has an
, and would
like to NOT antagonize the community, but would like to have a direction
I can go to make this happen in 7.5 before we freeze.
Thanks,
LER
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED]
US Mail: 1905
--On Monday, March 22, 2004 13:15:15 -0500 Tom Lane <[EMAIL PROTECTED]>
wrote:
Larry Rosenman <[EMAIL PROTECTED]> writes:
--On Monday, March 22, 2004 12:49:00 -0500 Tom Lane
<[EMAIL PROTECTED]>=20 wrote:
If you can fix it yourself in a reasonably non-intrusive way, we
--On Monday, March 22, 2004 12:49:00 -0500 Tom Lane <[EMAIL PROTECTED]>
wrote:
Larry Rosenman <[EMAIL PROTECTED]> writes:
I really, really, really want to see threads enabled for libpq for this
platform, especially since SCO will be distributing it at some point in
time.
I think
--On Monday, March 22, 2004 12:33:56 -0500 Bruce Momjian
<[EMAIL PROTECTED]> wrote:
Larry Rosenman wrote:
> One other option is to disable threads on this platform for 7.5 unless
> we find another platforms that need this to use threads. That is the
> direction I will take for
--On Monday, March 22, 2004 09:52:54 -0500 Bruce Momjian
<[EMAIL PROTECTED]> wrote:
Bruce Momjian wrote:
Larry Rosenman wrote:
> The a.out (not any library) should be linked with -Kpthread (not
> -lpthread).
> This will force libthread to be linked in the right order relative
--On Thursday, March 18, 2004 22:47:39 -0600 Larry Rosenman
<[EMAIL PROTECTED]> wrote:
--On Thursday, March 18, 2004 23:03:16 -0500 Bruce Momjian
<[EMAIL PROTECTED]> wrote:
I see that initdb is just the first of many /bin programs to be
compiled, so if we have to add the thread
--On Thursday, March 18, 2004 23:03:16 -0500 Bruce Momjian
<[EMAIL PROTECTED]> wrote:
Larry Rosenman wrote:
On Thu, 18 Mar 2004, Larry Rosenman wrote:
> I attempted(!) to compile up CVS Head, and if you
> --enable-thread-safety, you need to include the THREADS stuff to cc:
--On Thursday, March 18, 2004 19:39:56 -0500 Tom Lane <[EMAIL PROTECTED]>
wrote:
Larry Rosenman <[EMAIL PROTECTED]> writes:
What is the concensus of the community?
AFAICS, initdb should not need to depend on libpq in the first place;
it never makes a connection to a live postmast
On Thu, 18 Mar 2004, Larry Rosenman wrote:
> I attempted(!) to compile up CVS Head, and if you --enable-thread-safety,
> you need to include the THREADS stuff to cc:
>
> gmake[4]: Leaving directory `/home/ler/pg-dev/pgsql/src/port'
> cc -O -Kinline initdb.o -L../../../src/i
emplate/unixware to Bruce already).
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED]
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
pgp0.pgp
Description: PGP signature
--On Monday, March 01, 2004 15:19:17 -0400 "Marc G. Fournier"
<[EMAIL PROTECTED]> wrote:
On Mon, 1 Mar 2004, Larry Rosenman wrote:
--On Monday, March 01, 2004 15:02:50 -0400 "Marc G. Fournier"
<[EMAIL PROTECTED]> wrote:
>
> are you and larryr the same
was a virus.
LER
On Mon, 1 Mar 2004, Larry Rosenman wrote:
It was a virus, FWIW.
w32/[EMAIL PROTECTED]
LER
--On Monday, March 01, 2004 14:48:14 -0400 "Marc G. Fournier"
<[EMAIL PROTECTED]> wrote:
>
> removed from the mailing lists
>
> On Mon, 1 Mar 2004 [EMAIL
mailAddressHere" to [EMAIL PROTECTED])
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED]
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
pgp0.pgp
Description: PGP signature
--On Monday, February 23, 2004 04:52:09 -0800 Kevin Brown
<[EMAIL PROTECTED]> wrote:
Larry Rosenman wrote:
I had to hack on the code some more for FreeBSD:
(the realloc call needed the multiplication). I ran this same code
on UnixWare.
I feel like a moron, having missed that. Pr
n = eatallfds();
printf ("Was able to use %d file descriptors\n", n);
na = 0;
for (i = 1 ; i < argc ; ++i) {
addr = pg_dlopen(argv[i]);
if (addr != NULL) na++;
}
n = eatallfds();
printf ("Was able to use %d file de
w about pid+unix time of start of backend?
LER
cheers
andrew ("You are unique. Just like everybody else.")
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
--
Larry Rosenman
--On Tuesday, January 27, 2004 23:15:09 +0100 [EMAIL PROTECTED] wrote:
On Tue, 27 Jan 2004, Larry Rosenman wrote:
>> >>
>> >> ISTM that the driver should force it out to the disk, unless the
>> >> disk is lying to the driver, or the driver is buggy.
>&g
--On Tuesday, January 27, 2004 23:03:56 +0100 [EMAIL PROTECTED] wrote:
On Tue, 27 Jan 2004, Larry Rosenman wrote:
Date: Tue, 27 Jan 2004 16:02:40 -0600
From: Larry Rosenman <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: pgsql-hackers list <[EMAIL PROTECTED]>
Subject: Re: Write
--On Tuesday, January 27, 2004 23:01:45 +0100 [EMAIL PROTECTED] wrote:
On Tue, 27 Jan 2004, Larry Rosenman wrote:
Date: Tue, 27 Jan 2004 15:55:49 -0600
From: Larry Rosenman <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: pgsql-hackers list <[EMAIL PROTECTED]>
Subject: Re: Write
--On Tuesday, January 27, 2004 22:48:42 +0100 [EMAIL PROTECTED] wrote:
On Tue, 27 Jan 2004, Larry Rosenman wrote:
Date: Tue, 27 Jan 2004 15:45:20 -0600
From: Larry Rosenman <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: pgsql-hackers list <[EMAIL PROTECTED]>
Subject: Re: Write
--On Tuesday, January 27, 2004 22:43:34 +0100 [EMAIL PROTECTED] wrote:
On Tue, 27 Jan 2004, Larry Rosenman wrote:
Date: Tue, 27 Jan 2004 15:38:30 -0600
From: Larry Rosenman <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], pgsql-hackers list <[EMAIL PROTECTED]>
Subject: Re: Write cache
-
- Make your life a dream, make your dream a reality. (St Exupery)
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED]
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
pgp0.pgp
Description: PGP signature
UFFERSZ is too small.
What platform are you using, again?
UnixWare 7.1.3
LER
regards, tom lane
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
--
Larry Rosenman http://www.lerctr.org/~
stacks
LER
regards, tom lane
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-
ratch it.
LER
Gavin
---(end of broadcast)---
TIP 7: don't forget to increase your free space map settings
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED]
US Mail: 1905 St
--On Tuesday, December 09, 2003 23:13:15 +0100 Peter Eisentraut
<[EMAIL PROTECTED]> wrote:
Larry Rosenman wrote:
Do we need to reinitdb to pick this up, or just run this file?
It's actually described in the release notes:
Thanks!
Thats what I get for not reading the SGML stuf
racter types.)
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail:
101 - 200 of 811 matches
Mail list logo
