Hi MauMau-san
it my bug patch applied to ver 1.6.2sorry..
then, I made the next patch is there, please see,
http://winpg.jp/~saito/pg_work/OSSP_win32/
I will be adjusted and Ralf-san again.
best regards,
Hiroshi Saito
(2013/10/30 21:45), MauMau wrote:
> Hello,
>
> # Sorry,
Hi.
We are looking forward to the great release.
thanks again!!
Regards,
Hiroshi Saito
(2011/09/07 23:46), Magnus Hagander wrote:
On Wed, Sep 7, 2011 at 16:43, Bruce Momjian wrote:
Hiroshi Saito wrote:
Hi Magnus-san and Bruce-san.
I am sorry in a very late reaction...
Is it enough for a
です。
== end ==
Please take this into consideration.
Thanks.
Regards,
Hiroshi Saito
*** src/interfaces/libpq/bcc32.mak.old Fri Aug 19 06:23:13 2011
--- src/interfaces/libpq/bcc32.mak Wed Sep 7 21:50:33 2011
***
*** 80,85
--- 80,87
-@erase "$(INTDIR
Hi Thomas-san, Ralf-san.
I appreciate your great work.
Thanks!
CC to Postgres-ML.
Regards,
Hiroshi Saito
(2011/07/14 3:49), Thomas Lotterer wrote:
> Thanks for the hint.
> Our ftp daemon is dumping core.
> We are debugging ...
>
--
Sent via pgsql-hackers mailing list (p
Um, Although I have not caught up with this thread.
Ralf-san and the member of OSSP are maintaining OSSP continuously.
I think that a reaction can merely be obtained in the intervals of when
busy. Please do not need fast response.
(2011/07/13 11:35), David E. Wheeler wrote:
On Jul 12, 2011, a
Congratulations!!
(2011/04/28 3:48), Dave Page wrote:
I'm pleased to announce that effective immediately, Magnus Hagander
will be joining the PostgreSQL Core Team.
Magnus has been a contributor to PostgreSQL for over 12 years, and
played a major part in the development and ongoing maintenan
Ooops,
It is some trobles now.
please see Ralf-san's comment.
>On 01.03.11 15:49, Hiroshi Saito wrote:
>> Hi Ralf-san. Thomas-san.
>>
>> Um... cannot be accessed here.
>> http://www.ossp.org/pkg/lib/uuid/
>>
>> Are some you in a trouble?
>
>The
Hi.
Ahh, as for Japanese, it becomes the same.
C:\MinGW\home\HIROSHI>vcbuild /?
Microsoft(R) Visual C++ Project Builder - コマンド ライン バージョン 9.00.21022
Copyright (C) Microsoft Corporation. All rights reserved.
http://winpg.jp/~saito/pg_work/VisualStudio/vcbuild_help_SJIS.txt
Regards,
Hiro
.
Yes, it will be released the next days and will contain the
Win32 support I already prepared a few months ago.
==
It seems that however, he is very busy. ...
Regards,
Hiroshi Saito
- Original Message -
From: "MUHAMMAD ASIF"
On Tue, Jun 17, 2008 at 11:17 AM, Hiroshi Saito
Hi Alvaro.
Ooops, surprised at news now:-(
I'm wishing you and your familys is no trouble.
However, I look at one relief because your mail has arrived. !
- Original Message -
From: "Marc G. Fournier"
On Sat, 27 Feb 2010, Alvaro Herrera wrote:
Hi. We're out of town right now
Hi Tom-san.
Ahh.. It was correction of the test of often...
again, the pursued relation was seen, I think that it is good now.
Thanks!!
Regards,
Hiroshi Saito
- Original Message -
From: "Tom Lane"
"Hiroshi Saito" writes:
[ examples_win32_patch2 ]
Is the ad
Hi Andrew-san.
This saves a windows users.
I appreciate your suggestion.
Thanks!
P.S)
I often use by the test by nmake at the time of independent creation of libpq.
Regards,
Hiroshi Saito
- Original Message -
From: "Andrew Dunstan"
Hiroshi Saito wrote:
Hi
#include
#include
#include
#include
+ #include
#include "libpq-fe.h"
static void
Does this become the standard which you consider?
or #IFDEF Isn't it allowed?
Regards,
Hiroshi Saito
- Original Message -
From: "Andrew Dunstan"
To: "Tom Lane&q
,
Hiroshi Saito
- Original Message -
From: "Alvaro Herrera"
Hiroshi Saito wrote:
Hi Tom-san.
Um, How do you consider sample which cannot build?
I think testlibpq2.c is missing a couple of system includes, sys/types.h
and unistd.h (or alternatively select.h); and testl
Hi Tom-san.
Um, How do you consider sample which cannot build?
Regards,
Hiroshi Saito
- Original Message -
From: "Tom Lane"
"Hiroshi Saito" writes:
test/example does not support win32.
The proposed added #includes seem quite inappropriate. postgres_
syntax error before numeric constant
make: *** [testlibpq3] Error 1
Please take into consideration.
Regards,
Hiroshi Saito
examples_win32_patch
Description: Binary data
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
been built!
==
Thanks!
Regards,
Hiroshi Saito
- Original Message -
From: "Magnus Hagander"
2009/11/22 Hiroshi Saito :
Hi Magnus.
It is a thing left behind.:-)
please apply it. Thanks!
==
libpq.lib(ip.obj) : error LNK2019: 未解決の外部シンボル __imp__wsaio...@36 が関
数 _pg_foreach_i
Hi Magnus.
It is a thing left behind.:-)
please apply it.
Thanks!
==
libpq.lib(ip.obj) : error LNK2019: 未解決の外部シンボル __imp__wsaio...@36 が関
数 _pg_foreach_ifaddr で参照されました。
libpq.lib(ip.obj) : error LNK2019: 未解決の外部シンボル __imp__wsasock...@24 が
関数 _pg_foreach_ifaddr で参照されました。
==
Regards,
Hiroshi
://winpg.jp/~saito/pg_work/OSSP_win32/msvc/
I will try adjustment again.
Regards,
Hiroshi Saito
- Original Message -
From: "Ms swati chande"
Hi,
I am trying to build Postgres (8.3.5) from source on Windows XP using Visual Studio 2005 as per
the instructions in the
ot be used when standard_conf
orming_strings is off.
=== As for pgAdminIII ===
pgadmin is shown very well.!!:-)
http://winpg.jp/~saito/pg_work/ucheck/jisx0213.png
P.S)
This test obtains the same result by MimerDB.
Regards,
Hiroshi Saito
- Original Message -
From: "Tom Lane"
せん
LINE 1: select a;
^
eucdb=# \q
C:\work>pg_ctl stop
LOG: スマートシャットダウン要求を受け取りました
LOG: 自動バキュームランチャを停止しています
サーバ停止処理の完了を待っていますLOG: シャットダウンしています
LOG: データベースシステムはシャットダウンしました
完了
サーバは停止しました
===
Therefore, I vote +1.
Regards,
Hiroshi Saito
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
Hi.
Anyhow, I appreciate discussion.
- Original Message -
From: "Tom Lane"
Itagaki Takahiro writes:
Here is a patch to implement GetPlatformEncoding() and convert absolute
file paths from database encoding to platform encoding.
This seems like a fairly significant overhead add
Hi Itagaki-san.
Um, I had a focus in help the problem which is not avoided.
I am not sensitive to a problem being avoided depending on usage.
However, I will wish to work spontaneously, when it is help much.
Regards,
Hiroshi Saito
- Original Message -
From: "Itagaki Tak
Hi.
- Original Message -
From: "Hiroshi Inoue"
Tom Lane wrote:
"Hiroshi Saito" writes:
I want to solve one problem before the release of 8.4.
However, since it also seems to be the new feature,
if not enough for 8.4, you may suggest that it is 8.5.
I
C7C です
C:\tmp のディレクトリ
2009/04/07 13:58 8 日本語eucdb.txt
2009/04/07 13:58 8 日本語utf8.txt
2 個のファイル 16 バイト
It seems that it is very comfortable. !!
What do you think?
Regards,
Hiroshi Saito
copy_patch3
Description: Bina
ificador entre comillas está
inconcluso
CONTEXT: compilation of PL/pgSQL function "func1" near line 2
==/END
Thanks!
Regards,
Hiroshi Saito
- Original Message -
From: "Alvaro Herrera"
Tom Lane wrote:
Alvaro Herrera writes:
> Understood. In fact, after h
Regards,
Hiroshi Saito
- Original Message -
From: "Hiroshi Saito"
Hi Peter-san.
I see the problem for being an original domain in plpgsql. It differs from what
codeset meant at postmaster by Japanese windows
Please see, this look at the problem on which SJIS enters i
/LC_MESSAGE_CHECK/plpgsql/after_plpgsql_server.log
Please take this into consideration.
Tahnks.
Regards,
Hiroshi Saito
- Original Message -
From: "Peter Eisentraut"
Alvaro Herrera wrote:
Peter Eisentraut wrote:
Log Message:
---
Redefine _() to dgettext() instead of gettext
either should be applied.
Thanks.
Regards,
Hiroshi Saito
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
table after applying Inoue-san patch.
make check MULTIBYTE=euc_jp NO_LOCALE=true
...
===
All 120 tests passed.
===
I think that Mr. Inoue's patch is right.
why isn't it taken into consideration yet?
Regards,
Hiroshi Saito
- Original Message
- Original Message -
From: "Magnus Hagander"
Hiroshi Saito wrote:
Ahh, sorry..like the spam
again!
I thought over that the existing msvc the did not have uneasines.
so, I wish to make it this as correspondence with worried Magnus-san.
It is after sufficient test.
Ahh, sorry..like the spam
again!
I thought over that the existing msvc the did not have uneasines.
so, I wish to make it this as correspondence with worried Magnus-san.
It is after sufficient test.
Regards,
Hiroshi Saito
- Original Message -
From: "Hiroshi Saito"
Oo
Ooops, sorry., One mistake:-(
Please this.
- Original Message -
From: "Hiroshi Saito"
Hi.
I am checking that consider sufficient test as Marko-san and it is satisfactory.
However, That there is a portion which does not suit the solution of MSVC
also understands. Ther
and Solution.pm
What do you think?
Regards,
Hiroshi Saito
- Original Message -
From: "Marko Kreen"
On 1/31/09, Marko Kreen wrote:
On 1/31/09, Magnus Hagander wrote:
> Hiroshi Saito wrote:
> > Hi.
> >
> >>> dllwrap --def pgevent.def
.very strange...
Regards,
Hiroshi Saito
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
sterServer = dllregisterser...@0 @ 5
Regards,
Hiroshi Saito
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
-dir=../../../src/include --include-dir=../../../src/include --include-dir=.
dlltool --export-all-symbols -A --output-def pgevent.def pgevent.o pgmsgevent.o
dllwrap --def pgevent.def -o pgevent.dll pgevent.o pgmsgevent.o
==
It will be great if this is taken into consideration.
Regards,
Hiroshi Saito
ar(Now(),'TMDay');
to_char
-
日曜日
(1 行)
Umm, Re-investigation is required for this. :-(
However, If reasonable clear, it will be good for a document at suggestion.
Regards,
Hiroshi Saito
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
c_time": "Japan"
STATEMENT: set LC_TIME='Japan';
ERROR: invalid value for parameter "lc_time": "Japan"
HIROSHI=# set LC_TIME=Japanese;
SET
HIROSHI=# select to_char(Now(),'TMDay');
to_char
-
日曜日
(1 行)
Umm, Re-investigation is required
I thought this was supposed to be driven by LC_TIME now, not
LC_MESSAGES.
Uga, yes yes!
HIROSHI=# set LC_TIME=Ja;
SET
HIROSHI=# select to_char(now(),'TMDay');
to_char
-
土曜日
(1 行)
Thanks:-)
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your
--
Saturday
(1 行)
Umm, It does not look at a comfortable result.:-(
I will check it on tomorrow night. sorry busy now..
Regards,
Hiroshi Saito
- Original Message -
From: "Magnus Hagander"
ITAGAKI Takahiro wrote:
Hiroshi Inoue wrote:
See
ng != UTF-8. In this
case the current restriction of PostgreSQL requires that
the database encoding matches the encoding of the LC_CTYPE.
We seem to be able to call strftime() directly in above cases.
Comments ?
I quite agree on that point.
==
遅くまですみません、、もう寝ましょう:-)
Regards,
Hiroshi Sait
patch, line positions differ for a while.(.Inoue-san
prepares this.)
http://winpg.jp/~saito/pg_work/LC_MESSAGE_CHECK/libintl_check/mbutils_2.patch
http://winpg.jp/~saito/pg_work/LC_MESSAGE_CHECK/libintl_check/win_lc_messages_2.patch
Conclusion, looks at a good result.!!
Regards,
Hiroshi Saito
Hi.
I think that MinGW does not have a direct relation.
#define_UNICODE is required for wcsftime.
Probably, ITAGAKI-san has only forgotten it.:-)
P.S)
日本語になっていましたです:-)
Regards,
Hiroshi Saito
- Original Message -
From: "Hiroshi Inoue" <[EMAIL PROTECTED]>
a safe reason?
However, I may have missed something...
Regards,
Hiroshi Saito
- Original Message -
From: "ITAGAKI Takahiro" <[EMAIL PROTECTED]>
"Hiroshi Saito" <[EMAIL PROTECTED]> wrote:
Umm, format operand seems to be a wide character sequence.
Hi Magnus-san.
Umm, format operand seems to be a wide character sequence.
- Original Message -
From: "Magnus Hagander" <[EMAIL PROTECTED]>
Magnus Hagander wrote:
Tom Lane wrote:
Magnus Hagander <[EMAIL PROTECTED]> writes:
*** a/src/backend/utils/adt/pg_locale.c
--- b/src/backend/
ixes the problem.
(I've updated the comment as well)
Attached pg_locale_utf16.patch. I'm also attaching
pg_locale_diffdiff.patch which contains the changes I've made against
your patch only.
//Magnus
Hiroshi Saito wrote:
Hi.
All suggestion is appropriate and has been checked.
Hi Jaime-san.
Thank you for a review.
I think this purpose to return the value which should originally obtain strftime
by only replacing here. Then, I think that it is a superfluous reaction.
However, some consideration may be necessities.
Regards,
Hiroshi Saito
- Original Message
Hi.
All suggestion is appropriate and has been checked.
CVS-HEAD was examined by MinGW.
$ make check NO_LOCALE=true
...
===
All 118 tests passed.
===
Then, It continues and a review is desired.
Thanks!
Regatrds,
Hiroshi Saito
- Original
countries.
Tom-san, and Alvaro-san, Magnus-san understands the essence of this problem.
Therefore, the suggestion is expected for me.
Anyway, thank you very much.!!
Regards,
Hiroshi Saito
- Original Message -
From: "ITAGAKI Takahiro" <[EMAIL PROTECTED]>
"Ja
Hi.
I am sorry to be a very late reaction...
"Hiroshi Saito" <[EMAIL PROTECTED]> writes:
From: "Magnus Hagander" <[EMAIL PROTECTED]>
Also, the patch needs error checking. strftime() can fail, and the
multibyte conversion functions can certainly fail. That
. 8.3.3): **Successfully generated*
It can be made from 'make distprep'. and def file is also made.
However, I make it except windows environment.
Regards,
Hiroshi Saito
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
Hi.
Umm, It is very strange...
I can't do a check in the reason for not having the environment of win2003 now.
sorry...
Can you the following try?
nmake -f win32 /D CPU=i386
and, the output of the "set" command may be helpful.
Regards,
Hiroshi Saito
- Original Mess
Hi Nikolae-san.
I tried by 8.3.0 which you use again. and VC++2005.
Then, It does not reproduce a problem.
http://winpg.jp/~saito/pg_work/pg8.3.0_nmake_VC++2005.txt
I want to see your compile message. It is that one does not output an object
as a very strange thing.?_?
Regards,
Hiroshi Saito
Hi.
Sorry late reaction..
VC++2008 are official and are not supported. However, it has Build(ed).
Then, I did not reproduce a problem.
http://winpg.jp/~saito/pg_work/pg8.3.3_nmake_VC++2008.txt
It seems that there is some version difference.
Please show "dir Release."
Regards,
Hir
Hi Marko-san.
Thanks! It is comfortable.:-)
Regards,
Hiroshi Saito
- Original Message -
From: "Marko Kreen" <[EMAIL PROTECTED]>
On 7/28/08, Hiroshi Saito <[EMAIL PROTECTED]> wrote:
Please correct one mistake of mine...sorry.
This patch solved problem of wi
Hi Marko-san.
Great thanks!!
Please correct one mistake of mine...sorry.
This patch solved problem of win32.:-)
Regards,
Hiroshi Saito
- Original Message -
From: "Marko Kreen" <[EMAIL PROTECTED]>
On 7/28/08, Marko Kreen <[EMAIL PROTECTED]> wrote:
On 7/25/08,
wanted to solvebut, I do not have a spare time.
Are they unrelated? I'm sorry if it is a noise
Regarding your patch, the change w.r.t. the CONST token looks a bit odd
- can you explain what you're doing and why?
Ad hoc in order to clarify a problem.
Regards,
Hiroshi Saito
-
Hi.
I tackled with hope temporarily. It seems that some adjustment is still
required.
http://winpg.jp/~saito/pg_work/plproxy/
However, windows user desires to use. Of course, it is also me.
Regards,
Hiroshi Saito
From: "Joshua D. Drake" <[EMAIL PROTECTED]>
On Fri, 200
nip)
8) Getting a Windows OSSP-UUID library
Google found me a postgres hackers email thread with this link
http://winpg.jp/~saito/pg_work/OSSP_win32/
to 1.6.2 uuid-ossp.dll mingw-compiled by Hiroshi Saito. Thanks!
Problem: from where to get the also needed uuid.h?
I've see
Hi Jeff-san.
Thanks!!
The version which you use is supported officially.
http://www.postgresql.org/docs/8.3/static/install-win32-libpq.html
To build the libpq client library using Visual Studio 7.1 or later.
However, adjustment may be necessity.
I will propose patch.!
Regards,
Hiroshi Saito
Ooops, I am sorry so that it may be spam. ...
I have noticed, although there were few conditions.
pass the VC6,VC7,VC71
Regards,
Hiroshi Saito
- Original Message -
From: "Hiroshi Saito" <[EMAIL PROTECTED]>
Hi Jeff-san.
Uga,,, Ok.
Please try this.
Thanks y
Hi Jeff-san.
Uga,,, Ok.
Please try this.
Thanks your perseverance. !!
Regards,
Hiroshi Saito
- Original Message -
From: "Jeff McKenna" <[EMAIL PROTECTED]>
Hello Hiroshi-san,
Your new win32.mak causes the following error with MSVC 2003:
Creating library .\Rele
Hi Jeff-san.
Would you replace this with src/interfaces/libpq/win32.mak and try it?
I checked that there was no problem in construction of VC2005 by this
change. Then, I think if you solve a problem and it should apply.
Regards,
Hiroshi Saito
- Original Message -
From: "
Hi.
Um, Please try this.
#include
extern void __cdecl _dosmaperr( unsigned long oserrno );
int main(int argc, char *argv[])
{
_dosmaperr(GetLastError());
return(0);
}
Can errorless compile be performed?
Regards,
Hiroshi Saito
- Original Message -
From: "Jeff Mc
!
All Win32 parts have been built!
C:\MinGW\home\HIROSHI\postgresql-8.3.3\src>
It may be necessary to investigate the reference relation of VC2003.
Does someone notice some?
Regards,
Hiroshi Saito
- Original Message -
From: "Jeff McKenna" <[EMAIL PROTECTED]>
Hel
intension necessity in it. Then, An objection will not realize it.
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so
's annoying for sure, but it's not the end of the world.
Yeah:-)
Ok, I will write README and desire to be applied by your refereeing and an
arrangement.!
Thanks.
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster
E file to our contrib directory?
If there is no contrary opinion, I believe that it is help to many people's
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 5: don't forget to increase your free space map settings
?
Ahh, I don't have a good idea...
build of MinGW is required before win32.mak.
Probably, it needs to be written to a document.
I found a couple of other problems with your patch, but i'ev been able to
fix those. Building a test with msvc now, and will write documentation.
Thank
as well? (sorry, I'm on a win64
box right now, so mingw doesn't work at all, so I can't test that right
now)
Therefore, It has built in the environment of both now.
Also, documentation updates will be needed, but I can handle those.
Yeah:-)
Thanks.
Regards,
Hiroshi Saito
---
Hi.
Please check it.
build is successful for it in my environment.
Thanks!
Regards,
Hiroshi Saito
- Original Message -
From: "Hiroshi Saito" <[EMAIL PROTECTED]>
Hi.
From: "Magnus Hagander" <[EMAIL PROTECTED]>
we can include in the next rele
it first and need to check clear environment.
Probably, Monday will come by the reason I'm very busy.
Thanks!
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faq
Hi all.
The door was opened by Mr. Ralf S. Engelschall of a great developer.
http://www.ossp.org/pkg/lib/uuid/
It can be used from Version 1.6.1.
Please see,
http://winpg.jp/~saito/pg_work/OSSP_win32/
we can include in the next release.:-)
Thanks!
Regards,
Hiroshi Saito
/
It was expressed by LC_MESSAGE=C.
Anyway, in Japan, it is hard to use..
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL
o I suspect it's not MSVC ...
Hiroshi-san, can you confirm?
Yeah, However, I go to a hospital from now sorry.
I will check it, after returning.
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faq
Hi Alvaro-san.
Yes, However, It is not in good condition at the reason a message catalog still is not enough.
Then, I have tried these adjustments with the problem of a locale. Still, it is not much time.
But, My condition is not good so that I'm may be influenza. :-(
Regards,
Hiroshi
Hi
--Document.--
Table 9-22.
TM prefix translation mode (print localized day and month names based on
lc_messages)
--
http://winpg.jp/~saito/pg_work/NLS_TO_CHAR_JP.png
But, Although Japanese is out of condition
Does the fundamental specification change?
Regards,
Hiroshi Saito
T is not the simple token. Therefore, c_expr IDENT of the
method of doing with a basic rule was proposed. However, If it is allowed
in the place which you consider, I don't have an objection.
Regards,
Hiroshi Saito
---(end of broadcast)---
Hi Andrew-san.
- Original Message -
From: "Andrew Dunstan" <[EMAIL PROTECTED]>
How the heck are we going to document this reasonably? It strikes me as
horribly complicated and puzzling for users. The current rule might be
an annoyance in porting applications, but it has the advantage
- Original Message -
From: "Tom Lane" <[EMAIL PROTECTED]>
"Hiroshi Saito" <[EMAIL PROTECTED]> writes:
Oops, and,
so we really need to support at least ColId as the allowed set of
column alias names. (I tried changing the patch to do that, but
got
Sorry, I'm sleeping.
Thanks Gregory-san. and, Tom-san.
Gregory Stark <[EMAIL PROTECTED]> writes:
But yeah, c_expr isn't enough. We really need {a,b}_expr sans postfix
expressions.
How's that going to help? As long as postfix operators exist at all,
SELECT a + b, ...
is going to be ambigu
times as many time as this.
It understands the very hard thing. Hardship had left traces upon this features.
I want me to still inquire.
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 7: You can help support the PostgreSQL project by donating at
is believed that this
needs to hear many opinions. I'm violently required.
I'm looking at such realization.
http://winpg.jp/~saito/psqlODBC/SQLServer_linkserver_PostgreSQL2.png
PostgreSQL works hard in a fit place. !!
And a system will be operated in cooperation. :-)
Regards
ere they do or don't work now.
I think that clear information is required for the solution in problem.
anyway, thanks.
Regards,
Hiroshi Saito.
---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
su
# SELECT (aa !) "X" FROM a_star LIMIT 1;
X
---
1
(1 row)
--
BTW, this is the syntax which ORACLE and SQLServer don't accept.
It may be the wonderfulness of PostgreSQL. However, Is there any
situation using the function? But, I can't do assertion.
In con
Hi.
From: "Andrew Dunstan" <[EMAIL PROTECTED]>
I stand corrected.
I know I had enough trouble even before we started doing Windows builds
that we had to use --no-locale in the buildfarm (or at least that was
the solution I adopted).
For example, I know of cases where FBSD and Linux don't
Um, I was flipped off by you
You shouldn't go around flipping people off: it's rude :)
http://www.merriam-webster.com/dictionary/flip%20off
Ah sorry, I was the reason referred to as being an aphasic.
It was not meant expression. :-(
However, I think then that I was not fair.
--
Hi Tom-san.
From: "Tom Lane" <[EMAIL PROTECTED]>
Andrew Dunstan <[EMAIL PROTECTED]> writes:
Since we rely on the OS to supply locale settings, getting a reliable
set of regression tests that depended on the locale would be close to
impossible. We really have to run the regression tests under
Hi Andrew-san.
Thanks!
- Original Message -
From: "Andrew Dunstan" <[EMAIL PROTECTED]>
Hiroshi Saito wrote:
Hi Tom-san.
I look at that all regression tests pass by tools/msvc. It is very
comfortable.!
Then, the reason, it is because no-locale is an default va
uot;--schedule=${schedule}_schedule",
"--multibyte=SQL_ASCII",
"--load-language=plpgsql",
"--no-locale"
--
It is why here. -- Is it no-locale?
Regards,
Hiroshi Saito
---(end of broadcast)--
Hi.
From: "Magnus Hagander" <[EMAIL PROTECTED]>
Yeah, vote +1:-)
Probably, the equipment which is not Symbolic Link is needed in order
to correspond to XP and 2K. It is hard to use rather than 'SymbolicLink'.
It will be enough if notice are written to a document.
The notice is *alraedy* in
XP and 2K. It is hard to use rather than 'SymbolicLink'.
It will be enough if notice are written to a document.
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
subsc
ction
is no problem. However, I think that it is necessary to write it to a document in
order to avoid a user's confusion. probably, has that no source code corrects.
to Dave,and Magnus.
You can do more honest suggestion.:-)
Regards,
Hiroshi Saito
---
good
method. Furthermore, a good solution plan is desired. probably..
Thanks!
Regards,
Hiroshi Saito
- Original Message -
From: "Zeugswetter Andreas ADI SD" <[EMAIL PROTECTED]>
> GetText is conversion po(EUC_JP) to SJIS.
Yes.
Are you sure about that? W
essage.txt
All are SJIS outputs.
However, chcp 1252
http://winpg.jp/~saito/pg83/message_check/gettext_1252.png
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an inde
Hi Peter-san.
Thank you for various. !
- Original Message -
From: "Peter Eisentraut" <[EMAIL PROTECTED]>
Am Montag, 10. Dezember 2007 schrieb Hiroshi Saito:
Hi.
From: "Peter Eisentraut" <[EMAIL PROTECTED]>
> Am Montag, 10. Dezember 2007 sch
Hi.
From: "Peter Eisentraut" <[EMAIL PROTECTED]>
Am Montag, 10. Dezember 2007 schrieb Hiroshi Saito:
Hi Peter-san.
It is this.
http://winpg.jp/~saito/pg83/ja.zip
Sorry, we need the *po* (text) files, not the *mo* (binary) files.
Ooops, Although it is an object for Ver
Hi Peter-san.
It is this.
http://winpg.jp/~saito/pg83/ja.zip
Regards,
Hiroshi Saito
- Original Message -
From: "Peter Eisentraut" <[EMAIL PROTECTED]>
Am Montag, 10. Dezember 2007 schrieb Hiroshi Saito:
2. Japanese local message of po file to setting(share/locale/
ish a back patch.
Is there any good solution method?
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster
1 - 100 of 166 matches
Mail list logo
