On May 20 11:43, Huang Bambo wrote:
2010/5/20 Huang Bambo bambo.hu...@gmail.com:
Huang,
you - as the person who first saw and documented the problem in public
(thank you!) - are in the best position to test it, if you can recreate the
original situation (with the GBK(?) directory
On May 19 00:07, Kazuhiro Fujieda wrote:
On Tue, 18 May 2010 10:31:36 -0400
Christopher Faylor said:
2010-05-18 Kazuhiro Fujida fuji...@acm.org
I mistyped my name in ChangeLog.
Please correct Fujida to Fujieda on the first opportunity.
Done.
Corinna
--
Corinna Vinschen
Huang Bambo wrote on 2010-05-19:
http://cygwin.com/snapshots/
To the OP: please check it out and verify that it solves your problem.
Thanks a lot. I've changed my work directory to a full English name
directory
and it dosn't matter me.
And this problem is first reported by gcc, strange
Huang,
you - as the person who first saw and documented the problem in public
(thank you!) - are in the best position to test it, if you can recreate the
original situation (with the GBK(?) directory names).
It would be beneficial to all of us, and you would be doing everybody a
favour (if
2010/5/20 Huang Bambo bambo.hu...@gmail.com:
Huang,
you - as the person who first saw and documented the problem in public
(thank you!) - are in the best position to test it, if you can recreate the
original situation (with the GBK(?) directory names).
It would be beneficial to all of us,
On Fri, 14 May 2010 21:22:02 +0200
Corinna Vinschen said:
That sounds a bit weird. The joke of using the ...W functions is that
the string parameters are always given in UTF-16. GBK is a multibyte
charset and can only be used in conjunction with the ...A functions.
However, I'm on
On Tue, May 18, 2010 at 02:47:57PM +0900, Kazuhiro Fujieda wrote:
On Fri, 14 May 2010 21:22:02 +0200
Corinna Vinschen said:
That sounds a bit weird. The joke of using the ...W functions is that
the string parameters are always given in UTF-16. GBK is a multibyte
charset and can only be
On 05/18/2010 08:31 AM, Christopher Faylor wrote:
- WCHAR corefile[strlen (p) + sizeof (.stackdump)];
+ WCHAR corefile[wcslen (p) + sizeof (L.stackdump)];
^^
No L is needed here, AFAICT.
I've checked this in, removing the L.
On Tue, 18 May 2010 10:31:36 -0400
Christopher Faylor said:
2010-05-18 Kazuhiro Fujida fuji...@acm.org
I mistyped my name in ChangeLog.
Please correct Fujida to Fujieda on the first opportunity.
- WCHAR corefile[strlen (p) + sizeof (.stackdump)];
+ WCHAR corefile[wcslen (p) +
On Tue, May 18, 2010 at 08:45:26AM -0600, Eric Blake wrote:
On 05/18/2010 08:31 AM, Christopher Faylor wrote:
- WCHAR corefile[strlen (p) + sizeof (.stackdump)];
+ WCHAR corefile[wcslen (p) + sizeof (L.stackdump)];
^^
No L is
http://cygwin.com/snapshots/
To the OP: please check it out and verify that it solves your problem.
Thanks a lot. I've changed my work directory to a full English name directory
and it dosn't matter me.
And this problem is first reported by gcc, strange :) .
cgf
--
Problem reports:
Am 14.05.2010, 06:29 Uhr, schrieb Huang Bambo:
[ba...@bambo-notebook 4.4.4]$ cat tvfork.c
#include sys/types.h
#include unistd.h
#include stdio.h
int main(void)
{
pid_t pid = vfork();
if ( pid 0 )
{
printf(I'm chield.\n);
_exit(0);
I's the problem of the fork() pass a wrong program path to CreateProcessW.
It shoud pass a GBK code pathname to CreateProcessW but if I set
LANG=en_US.UTF-8, the pathname passed to CreateProcessW is UTF-8, so
CreateProcessW report file not found.
2010/5/14 Matthias Andree
On May 14 16:54, Huang Bambo wrote:
I's the problem of the fork() pass a wrong program path to CreateProcessW.
It shoud pass a GBK code pathname to CreateProcessW but if I set
LANG=en_US.UTF-8, the pathname passed to CreateProcessW is UTF-8, so
CreateProcessW report file not found.
That
[ba...@bambo-notebook 4.4.4]$ cat tvfork.c
#include sys/types.h
#include unistd.h
#include stdio.h
int main(void)
{
pid_t pid = vfork();
if ( pid 0 )
{
printf(I'm chield.\n);
_exit(0);
}
else if ( pid == 0 )
{
Finally I test and get another result.
I run the test program at
/home/Bambo/test/t1/
but /home/Bambo/test is a symbolic link to another directory.
Maybe it's the problem that the system handle symbolic
2010/5/14 Huang Bambo bambo.hu...@gmail.com:
[ba...@bambo-notebook 4.4.4]$ cat tvfork.c
I truly find the problem.
The path to the executable have Chinese character.
My windows's default language is gbk.
If I use utf-8 encoding for the shell, fork fail. If i use gbk, everything
goes fine.
The following is the test .
[ba...@bambo-notebook ARM9]$ pwd
/cygdrive/d/个人研发/ARM9
Huang Bambo wrote, On 14.5.2010 6:29:
[ba...@bambo-notebook 4.4.4]$ cat tvfork.c
#include sys/types.h
#include unistd.h
#include stdio.h
int main(void)
{
pid_t pid = vfork();
if ( pid 0 )
{
printf(I'm chield.\n);
_exit(0);
18 matches
Mail list logo
