habet. But
'aa' is no longer used in ordinary words, only names (in Norwegian
only personal names, in Danish also place names).
- Bjorn Munch
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
On 25/09 09.37, Andreas Seltenreich wrote:
> [ adding Bjorn Munch to Cc ]
Oh. I am on the -hackers list but usually just scan for any subject
mentioning Solaris and this one did not. :-)
> Jim Nasby writes:
> > On 9/20/15 9:23 AM, Christoph Berg wrote:
> >> a short upda
On 22/07 02.29, Noah Misch wrote:
> > I ran this program on Solaris 9 U5 (September 2006) on Sparc and got:
>
> I appreciate your testing. A few sources give December 2003 as the month for
> Solaris 9 Update 5; would you verify the vintage you used?
Sorry I was mis-parsing the /etc/release. 9/05
On 27/06 12.51, Noah Misch wrote:
>
> PostgreSQL 9.5 adds a strxfrm() call in bttext_abbrev_convert(), which does
> not account for the Solaris bug. I wish to determine whether that bug is
> still relevant today. If you have access to Solaris with the is_IS.ISO8859-1
> locale installed (or root
On 17/02 14.54, Alvaro Herrera wrote:
> Bruce Momjian wrote:
>
> > FYI, this email post has a header line that causes all replies to go
> > _only_ to the group email address:
> >
> > Mail-Followup-To: pgsql-hackers@postgresql.org
> >
> > I assume it is something related to the Oracle mail se
On 17/02 12.25, Tom Lane wrote:
> Bruce Momjian writes:
> > On Mon, Feb 17, 2014 at 10:38:29AM +0100, Bjorn Munch wrote:
> >> What Solaris version, and what version of sh? sh on Solaris isn't
> >> necessarily the "real" bourne shell. In Solaris 11
On 14/02 14.57, Kevin Grittner wrote:
> We have had a case where a production cluster was accidentally shut
> down by a customer who used Ctrl+C in the same sh session in which
> they had (long before) run pg_ctl start. We have only seen this in
> sh on Solaris. Other shells on Solaris don't beha
I am building those
binaries and I have had no problems building PostgreSQL and running
the regression tests on Solaris 11. It would be quite unusual for
something to work on Solaris 10 but not 11, but of course it could
happen. There may have been a case or two which I now can't remember.
- B
ow downloaded the same way as other binaries. It leaves
> all the notes about how to compile on solaris and other platform
> details, of course.
>
> Any objections?
No objections from here.
- Bjorn Munch (who builds those Solaris packages)
--
Sent via pgsql-hackers mailing list (pgs
ou should set your PATH to have /usr/postgres//bin/64
before /usr/bin, if you want to use the 64 bit pg_config for 8.2 or
8.3.
I think 8.1 was only included as 32 bit in Solaris.
--
Bjorn Munch, Release Engineer
Oracle Corp. (formerly at Sun)
Trondheim, Norway
--
Sent via pgsql-hacker
64 bit,
I hadn't taken this into consideration. Haven't seen this problem
reported before though.
>Is there any chance I can get the correct include/server/pg_config.h
>and lib/64/pgxs/src/Makefile.global from the packager, whom I gather is
>Bjorn Much and has been seen on
f dummy directories due to some
hardcoded "../../../" in paths. A bit ugly, but then this package
isn't to be included in the standard distribution to end users, but
will be used by Solaris QA.
--
Bjorn Munch Sun Microsystems
Trondheim, Norway http://sun.com/p
On 25/07 12.56, Dann Corbit wrote:
>
> Probably something from here:
> http://www.freegis.org/database/?cat=1
The data predates this project by over 6 years. However, the data
looks quite similar to some of the data from the U.S. Census Bureau
for Alameda County, CA:
http://www.census.gov/geo/ww
om
somewhere. Does anyone know where it comes from? Or has this
information been lost in the mist of time?
If it's a US Goverment source, then it's in the public domain and
we[1] can freely use it. Otherwise, at least in theory, we may have a
problem.
[1] "we" can here be read
On 05/06 10.44, Mayuresh Nirhali wrote:
> Sun Studio does not like array declarations with null as dimenstion.
> So, In pipe.c we have,
>
> typedef struct
> {
>LWLockId shmem_lock;
>pipe *pipes;
>alert_event *events;
>alert_lock *locks;
>size_t size;
>
>
> Indeed, I've not heard any squawks from the field yet. It's still
> wrong though ...
I agree it's wrong, but I don't this is likely to be any problem in
practice on Solaris either.
--
Bjorn Munch
PostgreSQL Release Engineering
Database Group, Sun Microsystems
--
Sen
16 matches
Mail list logo
