Theres a script at http://ptolemy.eecs.berkeley.edu/other/makevcgen which
may work, I've not tried it, but someone may want to give it a spin.
Combining it with the software at http://unxutils.sourceforge.net could give
us a MS build environment which only relies on installation support programs
r
I would back keeping the windows specific files, and if anything moving the
code away from using the UNIX like programs. My reasoning is that the more
unix tools you use for compiling, the less likley you are to attract
existing windows-only developers to work on the code. I see the Win32 patch
as
The reason I favour a GBorg is that VA Linux (who own sourceforge) have yet
to turn in a profit and so maylook to trim some of it's assets in order to
improve profitability at some point in the future.
I think it would be a bad move to shift everything to sourceforge, only to
find that a year or m
ause low volume databases to
loose out on response times to higher volume ones, which is again,
undesirable.
Al.
- Original Message -
From: "Jonathan Stanton" <[EMAIL PROTECTED]>
To: "Al Sutton" <[EMAIL PROTECTED]>
Cc: "Darren Johnson" <[EMAIL
to me that there is a single central point which decides
that T2 is after T1.
Is this true?
Al.
- Original Message -
From: "Jonathan Stanton" <[EMAIL PROTECTED]>
To: "Al Sutton" <[EMAIL PROTECTED]>
Cc: "Darren Johnson" <[EMAIL PROTECTED]
tabases in the set could
yield a sucessful result, and "Unable to commit due to conflict" where
trying other databases is pointless.
Al
Example
- Original Message -
From: "David Walker" <[EMAIL PROTECTED]>
To: "Al Sutton" <[EMAIL PROTECTED]>; &qu
: "Darren Johnson" <[EMAIL PROTECTED]>
To: "Al Sutton" <[EMAIL PROTECTED]>
Cc: "Bruce Momjian" <[EMAIL PROTECTED]>; "Jan Wieck"
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
"PostgreSQL-development" <[EMAIL PROTECTED]&g
[EMAIL PROTECTED]>
To: "Al Sutton" <[EMAIL PROTECTED]>
Cc: "Darren Johnson" <[EMAIL PROTECTED]>; "Jan Wieck"
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
"PostgreSQL-development" <[EMAIL PROTECTED]>
Sent: Saturday, December 14,
For live replication could I propose that we consider the systems A,B, and C
connected to each other independantly (i.e. A has links to B and C, B has
links to A and C, and C has links to A and B), and that replication is
handled by the node receiving the write based transaction.
If we consider a
pp to database). The bandwidth cost savings from
compressing the replication information would be immensly useful.
Al.
- Original Message -
From: "Joshua D. Drake" <[EMAIL PROTECTED]>
To: "Bruce Momjian" <[EMAIL PROTECTED]>
Cc: "Greg Copeland" <
Would it be possible to make compression an optional thing, with the default
being off?
I'm in a position that many others may be in where the link between my app
server and my database server isn't the bottleneck, and thus any time spent
by the CPU performing compression and decompression tasks i
- Original Message -
From: "Kevin Brown" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, December 03, 2002 8:49 PM
Subject: [mail] Re: [HACKERS] 7.4 Wishlist
> Al Sutton wrote:
> > Point to Point and Broadcast replication
> >
My list is;
Point to Point and Broadcast replication
With point to point you specify multiple endpoints, with broadcast you can
specify a subnet address and the updates are broadcast over that subnet.
The difference being that point to point works well for
VS).
Al.
- Original Message -
From: "scott.marlowe" <[EMAIL PROTECTED]>
To: "Al Sutton" <[EMAIL PROTECTED]>
Cc: "Hannu Krosing" <[EMAIL PROTECTED]>; "bpalmer" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Wednesday, Novem
ng up the extra machines my developers currently have.
Al.
- Original Message -
From: "Shridhar Daithankar" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 27, 2002 8:41 AM
Subject: Re: [mail] Re: [HACKERS] Native Win32 sources
> On 27 Nov
s needed per developer as well as making the current DB machines
available as the main machine for new staff. The latter makes the most sense
in the profit based business environment which I'm in.
Al.
- Original Message -
From: "Hannu Krosing" <[EMAIL PROTECT
The problem I have with VMWare is that for the cost of a licence plus the
additional hardware on the box running it (CPU power, RAM, etc.) I can buy a
second cheap machine, using VMWare doesn't appear to save me my biggest
overheads of training staff on Unix and cost of equipment (software and
hard
), without needing to
buy each new developer two machines, and incur the overhead of them
familiarising themselves with a flavour of Unix.
Hope this helps you understand where I'm comming from,
Al.
- Original Message -
From: "D'Arcy J.M. Cain" <[EMAIL PROTECTED]&g
ssue, Word had no problems, OO failed horribly.
Thanks for the ideas,
Al.
- Original Message -
From: "Lee Kindness" <[EMAIL PROTECTED]>
To: "Al Sutton" <[EMAIL PROTECTED]>
Cc: "Bruce Momjian" <[EMAIL PROTECTED]>; "Ulrich Neumann"
&l
Is there a rough date for when they'll be available?
I have a development team at work who currently have an M$-Windows box and a
Linux box each in order to allow them to read M$-Office documents sent to us
and develop against PostgreSQL (which we use in production).
I know I could have a shared
UTDIR)\psql.exe"
+ALL : sql_help.h "$(OUTDIR)\psql.exe"
CLEAN :
-@erase "$(INTDIR)\command.obj"
@@ -91,3 +93,7 @@
$(CPP) @<<
$(CPP_PROJ) $<
<<
+
+sql_help.h: create_help.pl
+$(PERL) create_help.pl $(REFDOCDIR) $@
+
- Original
ion from 'const unsigned
shor
t' to 'bool', possible loss of data
describe.c
tab-complete.c
mbprint.c
NMAKE : fatal error U1077: 'cl.exe' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio
.NET\VC7\B
IN\nmake
All,
I've just tried to build the Win32 components under Visual Studio's C++
compiler from the win32.mak CVS archive at
:pserver:[EMAIL PROTECTED]:/projects/cvsroot and found that the
following file was missing;
src\bin\psql\sql_help.h
I've copied the file from the the source tree of version 7.2
23 matches
Mail list logo
