Re: Solaris9 Sparc64 edition - Mailing list pgadmin-hackers

From Hiroshi Saito
Subject Re: Solaris9 Sparc64 edition
Date
Msg-id 047d01c3fb6a$e2d9de20$1f324d80@w2k
Whole thread Raw
In response to Solaris9 Sparc64 edition  ("Hiroshi Saito" <saito@inetrt.skcapi.co.jp>)
Responses PGAdminIII : Max Column Export Length = 511 chars...
List pgadmin-hackers
They are new conditions.
http://cre-ent.skcapi.co.jp/~saito/pgadmin3/Solaris9_debug5.png
http://cre-ent.skcapi.co.jp/~saito/pgadmin3/Solaris9_debug6.png
It seems that even i10n can be used somehow.
However,
I must study it a little more.:-)

regards,
Hiroshi Saito

> Hi Raphaël.
>
> From: "Raphaël Enrici" <blacknoz@club-internet.fr>
> (snip)
> > > I found necessary liblary from the gnome environment.
> > >
> > >
> > Yes, I think it would be interesting to use libs provided published by
> > sun (www.sun.com/gnome) but we must verify that they didn't build them
> > with their workshop. Otherwise we will for sure enter compatibility
> > problems between gcc generated code and forte developer compiler
> > generated one.
>
> It was really unpleasant though it was seen by using it.:-(
> i10n was not a desirable environment.
> It is as it is, and font-conversion of resource doesn't move.??
> So, I tried it with without-unicode.
> http://cre-ent.skcapi.co.jp/~saito/pgadmin3/Solaris9_debug4.png
>
> liblary of the offer doesn't work so that I may think.
> Let's break off causal relation.
> It is chased again because it is very interesting.:-)
>
> regards,
> Hiroshi Saito
>
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: the planner will ignore your desire to choose an index scan if your
>       joining column's datatypes do not match


pgadmin-hackers by date:

Previous
From: "Hiroshi Saito"
Date:
Subject: Re: Solaris9 Sparc64 edition
Next
From: Chris Gamache
Date:
Subject: PGAdminIII : Max Column Export Length = 511 chars...