Re: Bug: Cygwin won't export environ vars to win32 programs, when the current work dir contains non-ascii characters.

On 2009-5-4 16:43, Corinna Vinschen wrote: On Apr 29 16:20, Lenik wrote: (Following example is based on bash, but the same to ash, tcsh, ksh, etc., so this should be bug of cygwin.) [...] (2) With Chinese characters, most variables are lost: C:\Profiles\Shecti\??>bash -c "cmd /c set

Cygwin programs doesn't support non-ASCII filenames

(My system locale is zh_CN) 1, test path >>> set LANG=& cygpath -am . C:/Profiles/Shecti/桌面 >>> set LANG=zh_CN.GBK& cygpath -am . C:/Profiles/Shecti/桌面 >>> set LANG=C& cygpath -am . C:/Profiles/Shecti/×ÀÃæ 2, the `test' utility >>> set LANG=& bash -c "D=$(cygpath -a

Re: [1.7][python] File operation API to multibyte filenames fails.

Corinna Vinschen wrote: > On May 9 05:02, IWAMURO Motonori wrote: >> When the last readdir returns NULL, python detects the error because >> readdir keeps previous errno. >> >> 1) ep = readdir(dirp); // ep->d_name == ".", errno == 0 >>Python check only ep != NULL. -> OK >> 2) ep = readdir(dir

Re: [1.7][python] File operation API to multibyte filenames fails.

On May 9 05:02, IWAMURO Motonori wrote: > 2009/5/9 Corinna Vinschen : > > Cool. Thanks for the patch. This actually solves the problem. > > I applied the patch with just a little tweak. > > Thanks. > > The following patch might be better. > > --- a/winsup/cygwin/strfuncs.cc Thu May 07 12:29:1

Re: [1.7][python] File operation API to multibyte filenames fails.

2009/5/9 Corinna Vinschen : > Cool. Thanks for the patch. This actually solves the problem. > I applied the patch with just a little tweak. Thanks. The following patch might be better. --- a/winsup/cygwin/strfuncs.cc Thu May 07 12:29:17 2009 +0900 +++ b/winsup/cygwin/strfuncs.cc Sat May 09 04:

Re: [1.7][python] File operation API to multibyte filenames fails.

On May 9 04:21, IWAMURO Motonori wrote: > 2009/5/9 Corinna Vinschen : > > can't see a fault in Cygwin. Neither from strace, nor in a GDB session. > > The readdir calls return the filenames using the SO sequences so that > > a valid byte-stream is created which also works in the C locale. > > Howev

Re: [1.7][python] File operation API to multibyte filenames fails.

Sorry, test code is bad. - printf("%d\n", ent->d_name, errno); + printf("%d\n", errno); -- IWAMURO Motnori -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.

Re: [1.7][python] File operation API to multibyte filenames fails.

2009/5/9 Corinna Vinschen : > can't see a fault in Cygwin. Neither from strace, nor in a GDB session. > The readdir calls return the filenames using the SO sequences so that > a valid byte-stream is created which also works in the C locale. > However, for some reason there's a EILSEQ (138) errno ge

[ANNOUNCEMENT] [1.7] Updated: cpio-2.9.90-5

I've just updated the version of cpio to 2.9.90-5. This is a new Cygwin 1.7 version of cpio which is 100% source code equivalent to the cpio-2.9.90-5 version for Fedora 11. This release should fix the problem reported in http://cygwin.com/ml/cygwin/2009-04/msg00600.html It also comes with a full

Re: 1.5.25: Intermittent hangs or network issues

Larry Hall (Cygwin) wrote: Jim Marshall wrote: Jim Marshall wrote: Dave Korn wrote: Jim Marshall wrote: I do not have any firewall software running, Potential app conflicts: ZoneAlarm Personal Firewall Detected: HKLM Registry Key, Named file. Do you possibly suffer from the Cisco VP

Re: [1.7][python] File operation API to multibyte filenames fails.

On May 8 22:21, IWAMURO Motonori wrote: > Hi. > > 2009/5/8 Corinna Vinschen : > > Your scripts.  Python correctly doesn't use setlocale because it's > > the responsibility of the application to set the local if it uses > > non-ASCII chars.  And Cygwin simply has no chance to convert UTF-8 > > to

1.5.25 missing gtkrecentmanager.h

I installed cygwin to build a GTK2 program and was able to build a test program but was unable to build my application. I installed all gtk packages as well as some dependencies that were not automatically selected (atk and cairo) as well as all the X11 files and autotools. I was able to run auto

R: print on cygwin command window with gfortran?

--- Ven 8/5/09, Gus K ha scritto: > Da: Gus K > Oggetto: print on cygwin command window with gfortran? > A: cygwin > Data: Venerdì 8 maggio 2009, 17:13 > > I use gfortran on cygwin and i want to print in the command > window (like it > prints in windows) > i use the usual stuff: > > WRITE(6,*

print on cygwin command window with gfortran?

I use gfortran on cygwin and i want to print in the command window (like it prints in windows) i use the usual stuff: WRITE(6,*) 'Give a number:' or PRINT(6,*) 'Give a number:' but the execution completes without any printing.. What is wrong? -- View this message in context: http://www.nabb

Re: [1.7][python] File operation API to multibyte filenames fails.

Hi. 2009/5/8 Corinna Vinschen : > Your scripts.  Python correctly doesn't use setlocale because it's > the responsibility of the application to set the local if it uses > non-ASCII chars.  And Cygwin simply has no chance to convert UTF-8 > to UTF-16 if the application doesn't ask for UTF-8. Oh, i

Re: [1.7][python] File operation API to multibyte filenames fails.

On May 8 22:02, IWAMURO Motonori wrote: > Hi. > > File operation API to multibyte filenames fails on Python and Cygwin-1.7. > Which Python or Cygwin-1.7 should be fixed? > > My environment: Windows XP SP3, Cygwin-1.7.0-46, and LANG=ja_JP.UTF-8 > > The following code fails on the directory which

[1.7][python] File operation API to multibyte filenames fails.

Hi. File operation API to multibyte filenames fails on Python and Cygwin-1.7. Which Python or Cygwin-1.7 should be fixed? My environment: Windows XP SP3, Cygwin-1.7.0-46, and LANG=ja_JP.UTF-8 The following code fails on the directory which has multibyte filenames: >>> import os >>> os.listdir("

[OT] Avoiding symlinks when launching cygwin apps from win32 apps [was Re: [1.5][gcc-3.4.4] python-2.5.4 distutils failed to compile c files]

[ Subject changed, and OT tagged because this is really becoming about windows command shell programming techniques. ] Joe Pham wrote: > Dave Korn writes: > >> What about calling distutils.Ccompiler.set_executables() in your >> script that invokes distutils? > > I probably could, but I'd have

Re: base-files (was: [1.7] Updated: cygwin-1.7.0-47)

On May 8 10:53, John Morrison wrote: > On Fri, May 8, 2009 10:32 am, Corinna Vinschen wrote: > >> Yes, that was one of the reasons I changed it. The old way to eval the > >> user's HOME dir could result in the skel files not being created because > >> the HOME directory already existed. The non-

Re: base-files (was: [1.7] Updated: cygwin-1.7.0-47)

On Fri, May 8, 2009 10:32 am, Corinna Vinschen wrote: > Hi John, > > On May 6 16:33, Corinna Vinschen wrote: >> On May 6 14:54, John Morrison wrote: >> > On Wed, May 6, 2009 2:25 pm, Corinna Vinschen wrote: >> > > I just uploaded a new Cygwin 1.7 test release, 1.7.0-47. >> > > >> > > What's new i

2 questions about fonts

I've a great many postscript fonts installed under Windows XP--- is there a way to acquaint cygwin of these? How are font names resolved for lpr? For instance in a non cygwin situation, I might have a line in a postscript file such as: /BriemMono findfont 8 scalefont setfont (typeset these words)

Re: base-files (was: [1.7] Updated: cygwin-1.7.0-47)

Hi John, On May 6 16:33, Corinna Vinschen wrote: > On May 6 14:54, John Morrison wrote: > > On Wed, May 6, 2009 2:25 pm, Corinna Vinschen wrote: > > > I just uploaded a new Cygwin 1.7 test release, 1.7.0-47. > > > > > > What's new in contrast to 1.7.0-46 > > > ===

Re: popup consoles on Windows 7

On Apr 21 18:00, Corinna Vinschen wrote: > On Apr 21 16:35, Andy Koppe wrote: > > 2009/4/16 Corinna Vinschen: > > >> int > > >> main(void) > > >> { > > >>   HWINSTA wst = CreateWindowStation (0, 0, WINSTA_ALL_ACCESS, 0); > > >>   SetProcessWindowStation(wst); > > >>   AllocConsole(); > > >>   Sleep