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 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
.
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.
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
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
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
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
です。
== 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.
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
Hi.
I was operating in a tentative way by 2.3.
Still, it is not sufficient. However, it moves.
I will think that I am glad, if it can adjust with Magnus.
http://winpg.jp/~saito/MinGW/bison-2.3_win32_src.tgz
Regards,
Hiroshi Saito
- Original Message -
From: "Tom Lane" <[EM
on with the main body.
It should discuss it again in the document team for the reasons why the one
that was the effort to match to the release schedule of the main body becomes
stronger.
Anyway, Please wait for the response from Honda-san for a while.
Regards,
Hiroshi Saito
problem. The support of the resource makes an effort to the utmost though we
are volunteers. Satisfactory results proves.!
Maybe, the problem is a release speed However, It might be the same even
if it puts it on official's place...
Regards,
Hiroshi Saito
---
$enable_thread_safety" = yes; then
Am I misunderstanding it?
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 6: explain analyze is your friend
used...Ahh, I have not confirmed it yet.
I was too busy and did not catch up with you
I start the work at once. Thanks!
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 9: In versions below 8.0, the planner will ignore your desi
From: "Dave Page" <[EMAIL PROTECTED]>
Magnus Hagander wrote:
On Tue, Apr 03, 2007 at 06:16:26PM +0900, Hiroshi Saito wrote:
Slony-I is still used...Ahh, I have not confirmed it yet.
Slony uses it, yes. It would probably be worthwhile to fix that one as
well, but I haven'
think?
Regards,
Hiroshi Saito
Thanks - I can test a Vista build on a non-ipv6 machine when I'm back in
the office - possibly tomorrow, certainly Monday.
Regards, Dave
---(end of broadcast)---
TIP 4: Have you searched our list archives
de of the msvc tool.
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faq
test of IPV4 further
again. Therefore, you should make it effective.
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that y
Hi.
Yeah, We have released Ver2.0 now. However, It is MS-VisualStudio and
somewhat difficult. Then, Some change of ADO2.0(.NET2.0)...
we want to clear a problem. However, It seems that very much time is
required one by one. There is many expectations. :-)
Regards,
Hiroshi Saito
- Original
build finely. Is this the problem which happens only to
me?
Of course, it is the occurrence of CVS-HEAD (8.3).
Where is better solution? or any suggestion?.
Regards,
Hiroshi Saito
*** C:/MinGW/include/krb5/win-mac.h.origTue Sep 4 11:39:12 2007
--- C:/MinGW/include/krb5/win-mac.h Tue S
Ugaa...Sorry I don't have the margin of time.:-(
However, I examined it as EDB
Regards,
Hiroshi Saito
From: "Guillaume Lelarge" <[EMAIL PROTECTED]>
korry.douglas a écrit :
Now that we've "announced" (see
http://www.informationweek.com/news/showArticle.
postgres=#
/END
Have I overlooked the present specification change?
or can someone suggest?
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL P
- Original Message -
From: "Tom Lane" <[EMAIL PROTECTED]>
To: "Hiroshi Saito" <[EMAIL PROTECTED]>
Cc:
Sent: Wednesday, October 10, 2007 9:55 PM
Subject: Re: [HACKERS] permission denied for tablespace pg_global?
"Hiroshi Saito" <
Hi.
Oops, I pursued the thread and was not competent.
I will inquire thoroughly. Thanks!!
Regards,
Hiroshi Saito
- Original Message -
From: "Tom Lane" <[EMAIL PROTECTED]>
"Hiroshi Saito" <[EMAIL PROTECTED]> writes:
postgres=# SELECT pg_size_pretty(
Hi.
Um, It seems that it only passed the strict check of chklocale.c. Probably, It may
enable mistaken selection...However, I will clarify a problem by the test.
Regards,
Hiroshi Saito
From: "Magnus Hagander" <[EMAIL PROTECTED]>
Tom Lane wrote:
[EMAIL PROTECTED] (Magnus
Hi.
I can test it with czech locale. Can I download binaries anywhere?
http://winpg.jp/~saito/pg83/postgresql-8.3beta-cvs.tgz
It is a thing after regression test.(MinGW+gcc)
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 2: Don't
Hi.
Um, It seems that it only passed the strict check of chklocale.c. Probably, It may
enable mistaken selection...However, I will clarify a problem by the test.
First, it is one problem
http://winpg.jp/~saito/pg83/pg83b1-err.txt
And a test continues
---(end o
Hi.
Second, it is big problem
http://winpg.jp/~saito/pg83/pg83b1-err2.txt
It is text serch config error.
However, It passes initdb.(locale=Japanese_Japan.932 ... This is ShiftJIS
locale)
And a test continues
Regards,
Hiroshi Saito
---(end of broadcast
Hi.
Hiroshi Saito wrote:
Hi.
Second, it is big problem
http://winpg.jp/~saito/pg83/pg83b1-err2.txt
It is text serch config error.
However, It passes initdb.(locale=Japanese_Japan.932 ... This is
ShiftJIS locale)
And a test continues
What text search config would you expect?
This
From: "Dave Page" <[EMAIL PROTECTED]>
Hiroshi Saito wrote:
Hi.
Second, it is big problem
http://winpg.jp/~saito/pg83/pg83b1-err2.txt
It is text serch config error.
However, It passes initdb.(locale=Japanese_Japan.932 ... This is
ShiftJIS locale)
And a test continues..
apan.932 as well
iirc, even though it is really Japanese_Japan.65001.
But, Please see.
http://winpg.jp/~saito/pg83/pg83b1-err3.txt
Japanese_Japan.65001 is error...
Japanese_Japan is true.
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 2: Don
But, Please see.
http://winpg.jp/~saito/pg83/pg83b1-err3.txt
Japanese_Japan.65001 is error...
Japanese_Japan is true.
However, The test of this state is continued.
But but but, Sorry, I face to a bed...
Regards,
Hiroshi Saito
---(end of broadcast
sorry, it is full-build.
Please, this is minimum composition
http://winpg.jp/~saito/pg83/postgresql-8.3beta-cvs-minbin.tgz
Thanks.
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faq
the proper NLS files, and that
shouldn't work. If you just put in Japanese_Japan, it will use the UTF16
locale.
Umm, As for result ...
initdb -E UTF8 --locale=Japanese_Japan -D../data
http://winpg.jp/~saito/pg83/pg83b1-err4.txt
It seems that it is only complemente
ument is wrong
or My misapprehension.
Can someone see a near value?
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faq
Hi.
From: "Tom Lane" <[EMAIL PROTECTED]>
"Hiroshi Saito" <[EMAIL PROTECTED]> writes:
inet% ipcs -b -m
Shared Memory:
T ID KEY MODEOWNERGROUP SEGSZ
m 917504 5432001 --rw---saitowheel 3257139
716800
Total :32527900
ipcs-m:32571392
-43492
Does this suit?
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faq
ish a back patch.
Is there any good solution method?
Regards,
Hiroshi Saito
---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster
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/
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.
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
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
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
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
---
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
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
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)--
# 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
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
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.
--
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
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
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
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
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 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
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
--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
/
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
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
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_
,
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
#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
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
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
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.
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
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 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,
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.
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 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.
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
. 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.
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
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.
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
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
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 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/
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.
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]>
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
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
--
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
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
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
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
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
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 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 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.
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
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
---
?
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
1 - 100 of 166 matches
Mail list logo