Business Data Proposal

Hi, We can provide business contacts for your marketing purposes/new leads. Can I send over 8-10 testers at no-cost for your review? If you could send me your target audience, (Industries / Titles / Geography). I'll come up with the data counts other details & I'd be happy to send ove

RE: Estimate Proposal As for 1/16/2023

Hello cygwin, Please find attached the proof of Payments for Estimate work on Monday, January 16, 2023 Regards, Ambati Rambabu   -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.

Business Proposal For cygwin.com

Hello Greetings, Hope all is well. I'm *Doris Tully* sorry to interrupt your day, but I’m wondering if you are in need of a Virtual Assistant to support your business operations on an hourly basis. We provide Virtual Assistance and can assist you in: - Admin/Clerical - Research - Boo

Full Proposal

Hello, I was wondering if you got a chance to review my previous email. Understandably, you must have been running a very busy schedule and could not connect earlier. We are here to place our order kindly send us the available product with price tag and also confirm if the goods can be send ear

Re: per-version hints proposal

On 31/08/2016 20:13, Achim Gratz wrote: Jon Turney writes: calm will be changed so that: * The requires: line written in setup.ini will contain the union of the requires: from each pvr.hint * The sdesc:, ldesc:, category: and message: lines in setup.ini will be taken from the pvr.hint for the

Re: Proposal for new cygwin.bat which is independent from install directory

Corinna Vinschen wrote: On Aug 26 18:23, Christian Franke wrote: Traditionally setup.exe creates the /cygwin.bat file as follows if C:\cygwin is the install directory: - @echo off C: chdir C:\cygwin\bin bash --login -i - The following should work since WinXP regardless of install dir

Re: Proposal for new cygwin.bat which is independent from install directory

Greetings, cyg Simple! >>> On 8/27/2016 1:44 PM, Andrey Repin wrote: Greetings, Christian Franke! > Andrey Repin wrote: >>> Hmm... therefore it is also better to change the last line to: >>> .\bash --login -i >> "%~dp0bin\bash.exe" --login -i > Changing the d

Re: Proposal for new cygwin.bat which is independent from install directory

On 8/29/2016 9:58 AM, Andrey Repin wrote: > Greetings, cyg Simple! > > > >> On 8/27/2016 1:44 PM, Andrey Repin wrote: >>> Greetings, Christian Franke! >>> Andrey Repin wrote: >> Hmm... therefore it is also better to change the last line to: >> .\bash --login -i > "%~dp0bin\b

Re: Proposal for new cygwin.bat which is independent from install directory

On Aug 26 18:23, Christian Franke wrote: > Traditionally setup.exe creates the /cygwin.bat file as follows if C:\cygwin > is the install directory: > - > @echo off > > C: > chdir C:\cygwin\bin > > bash --login -i > - > > > The following should work since WinXP regardless of install dire

Re: Proposal for new cygwin.bat which is independent from install directory

On Aug 27 19:12, Andrey Repin wrote: > Greetings, Christian Franke! > > > Andrey Repin wrote: > >> ... > >> Why so complicated? > >> > >> @START "" /B "%~dp0bin\mintty.exe" - > >> > >> Done. > > > Possibly not. This does not run bash in current console. It starts a new > > mintty Window. > > Wh

Re: Proposal for new cygwin.bat which is independent from install directory

Greetings, cyg Simple! > On 8/27/2016 1:44 PM, Andrey Repin wrote: >> Greetings, Christian Franke! >> >>> Andrey Repin wrote: > Hmm... therefore it is also better to change the last line to: > .\bash --login -i "%~dp0bin\bash.exe" --login -i >> >>> Changing the directory befor

Re: Proposal for new cygwin.bat which is independent from install directory

On 8/27/2016 1:44 PM, Andrey Repin wrote: > Greetings, Christian Franke! > >> Andrey Repin wrote: Hmm... therefore it is also better to change the last line to: .\bash --login -i >>> "%~dp0bin\bash.exe" --login -i > >> Changing the directory before bash is run is a security measur

Re: Proposal for new cygwin.bat which is independent from install directory

Greetings, Christian Franke! > Andrey Repin wrote: >>> Hmm... therefore it is also better to change the last line to: >>> .\bash --login -i >> "%~dp0bin\bash.exe" --login -i > Changing the directory before bash is run is a security measure because > the current directory may be in DLL search

Re: Proposal for new cygwin.bat which is independent from install directory

Andrey Repin wrote: Hmm... therefore it is also better to change the last line to: .\bash --login -i "%~dp0bin\bash.exe" --login -i Changing the directory before bash is run is a security measure because the current directory may be in DLL search path. I guess this is one reason why the

Re: Proposal for new cygwin.bat which is independent from install directory

Greetings, Christian Franke! >> Also don't see why so complicated. While staying in the console, how >> about: >> - >> @echo off >> >> cd /d "%~dp0\bin" >> >> bash --login -i >> - > An errorlevel check is IMO mandatory after a cd command. Absolutely unnecessary. --login will change the C

Re: Proposal for new cygwin.bat which is independent from install directory

Greetings, Christian Franke! > Andrey Repin wrote: >> ... >> Why so complicated? >> >> @START "" /B "%~dp0bin\mintty.exe" - >> >> Done. > Possibly not. This does not run bash in current console. It starts a new > mintty Window. Who in their right mind would want a bogus native console? You? Ok,

Re: Proposal for new cygwin.bat which is independent from install directory

Christian Franke wrote: >Bengt Larsson wrote: >> - >> @echo off >> >> cd /d "%~dp0\bin" >> >> bash --login -i >> - > >An errorlevel check is IMO mandatory after a cd command. Otherwise >another bash in the PATH might be started if the directory does not exist. >Hmm... therefore it is also

Re: Proposal for new cygwin.bat which is independent from install directory

Am 27.08.2016 um 13:24 schrieb Christian Franke: Bengt Larsson wrote: Andrey Repin wrote: The following should work since WinXP regardless of install directory: - @echo off cd /d %~dp0 if errorlevel 1 exit /b 1 cd bin if errorlevel 1 exit /b 1 bash --login -i - Why so complicated? A

Re: Proposal for new cygwin.bat which is independent from install directory

Andrey Repin wrote: ... Why so complicated? @START "" /B "%~dp0bin\mintty.exe" - Done. Possibly not. This does not run bash in current console. It starts a new mintty Window. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentat

Re: Proposal for new cygwin.bat which is independent from install directory

Bengt Larsson wrote: Andrey Repin wrote: The following should work since WinXP regardless of install directory: - @echo off cd /d %~dp0 if errorlevel 1 exit /b 1 cd bin if errorlevel 1 exit /b 1 bash --login -i - Why so complicated? Also don't see why so complicated. While staying in

Re: Proposal for new cygwin.bat which is independent from install directory

Andrey Repin wrote: >Greetings, Christian Franke! > >> Traditionally setup.exe creates the /cygwin.bat file as follows if >> C:\cygwin is the install directory: >> - >> @echo off > >> C: >> chdir C:\cygwin\bin > >> bash --login -i >> - > > >> The following should work since WinXP regardles

Re: Proposal for new cygwin.bat which is independent from install directory

Greetings, Christian Franke! > Traditionally setup.exe creates the /cygwin.bat file as follows if > C:\cygwin is the install directory: > - > @echo off > C: > chdir C:\cygwin\bin > bash --login -i > - > The following should work since WinXP regardless of install directory: > - > @

Proposal for new cygwin.bat which is independent from install directory

Traditionally setup.exe creates the /cygwin.bat file as follows if C:\cygwin is the install directory: - @echo off C: chdir C:\cygwin\bin bash --login -i - The following should work since WinXP regardless of install directory: - @echo off cd /d %~dp0 if errorlevel 1 exit /b 1 cd

Re: Proposal to use ThreadQuerySetWin32StartAddress inside munge_threadfunc (Cygwin randomly crashes on Wine)

On Oct 21 22:48, Qian Hong wrote: > Hi Corinna, > > On Wed, Oct 21, 2015 at 4:17 PM, Corinna Vinschen > wrote: > > I simplified your patch, taking out the printf's and added a test in the > > loop in case NtQueryInformationThread failed. See below. It's not > > overly large, but it introduces n

Re: Proposal to use ThreadQuerySetWin32StartAddress inside munge_threadfunc (Cygwin randomly crashes on Wine)

Hi Corinna, On Wed, Oct 21, 2015 at 4:17 PM, Corinna Vinschen wrote: > I simplified your patch, taking out the printf's and added a test in the > loop in case NtQueryInformationThread failed. See below. It's not > overly large, but it introduces new functionality. It would be nice if > you cou

Re: Proposal to use ThreadQuerySetWin32StartAddress inside munge_threadfunc (Cygwin randomly crashes on Wine)

uery the thread entry point, as > 0001-hack-use-ThreadQuerySetWin32StartAddress.txt show. I tested this > hack with recent Cygwin git repo and confirming it works for me > (without hack from Wine side). I also tested my own cygwin build with > this hack on Windows to confirm it doesn

Proposal to use ThreadQuerySetWin32StartAddress inside munge_threadfunc (Cygwin randomly crashes on Wine)

uery the thread entry point, as 0001-hack-use-ThreadQuerySetWin32StartAddress.txt show. I tested this hack with recent Cygwin git repo and confirming it works for me (without hack from Wine side). I also tested my own cygwin build with this hack on Windows to confirm it doesn't break things. Is the pro

Re: Proposal to cygwin.com

[...quoted spam deleted...] > > What the hell are these e-mails? They are spam. They are dealt with off-line. List convention is not to respond to them and especially not to quote them. Ignore them. ..mark -- Problem reports: http://cygwin.com/problems.html FAQ: http

Re: Proposal to cygwin.com

On Mon, Oct 17, 2011 at 6:03 PM, Abigail Cox wrote: > My name is Abigail Cox and I was wondering if you are interested in exchange > links, I'll place your link on my sites exactly here: > > recapturerights(dot)com PR3 > saturdaydownsouth(dot)net  PR4 > > If you agree please send me your site det

Re: Proposal for changes to behavior in package list

On Mon, Apr 19, 2010 at 9:39 PM, Dave Korn wrote: > On 19/04/2010 19:31, Robert Pendell wrote: > >> First suggestion: Implement a prompt when a selected package has >> caused other packages to be marked as well.  This dialog would include >> the newly marked packages with a Yes/No prompt if the use

Re: Proposal for changes to behavior in package list

On 19/04/2010 19:31, Robert Pendell wrote: > First suggestion: Implement a prompt when a selected package has > caused other packages to be marked as well. This dialog would include > the newly marked packages with a Yes/No prompt if the user wants them > marked. A warning could note that the pa

Re: Proposal for changes to behavior in package list

le to get two points across: 1) It's not likely that any proposal will be so revolutionary that it has not been mentioned before. 2) It's not likely that anyone is going to jump on a suggestion and implement it. I don't know why people keep proposing stuff like there is someone here

Re: Proposal for changes to behavior in package list

On 4/19/2010 2:31 PM, Robert Pendell wrote: I have a proposal to the package list. First the issue at hand. Packages that have additional dependencies add those dependencies without notifying the user indicating such. This also makes it difficult to remove packages which have cycling

Proposal for changes to behavior in package list

I have a proposal to the package list. First the issue at hand. Packages that have additional dependencies add those dependencies without notifying the user indicating such. This also makes it difficult to remove packages which have cycling dependencies such as the X11 package set. In the event

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On Mon, May 18, 2009 at 9:17 AM, Dave Korn wrote: > Lenik wrote: >> On 2009-5-18 14:09, Christopher Faylor wrote: >>> >>> I think the main person you should be thanking isn't a guy. >>> >> Ok. Thank you gods. >> > >  Hey Corinna?  Congrats!  You just got a promotion! All praise to the great Corin

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

Lenik wrote: > On 2009-5-18 14:09, Christopher Faylor wrote: >> >> I think the main person you should be thanking isn't a guy. >> > Ok. Thank you gods. > Hey Corinna? Congrats! You just got a promotion! cheers, DaveK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-sim

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On 2009-5-18 14:09, Christopher Faylor wrote: I think the main person you should be thanking isn't a guy. Ok. Thank you gods. Lenik -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On Mon, May 18, 2009 at 01:41:28PM +0800, Lenik wrote: >The expr error is fixed, and I can build cygpath from source now. >Though I don't have NTDDK in hand, I'm suprised how it could be >compiled. The cygwin build is fairly self-contained. We certainly don't need anything like a DDK to build. >

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On 2009-5-17 15:52, Lenik wrote: 2, configure failed: bash-3.2$ ./configure 5 [main] expr 952 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) ./configure: line 56: 952 Segmentation fault (core dumped) expr a : '\(a\)' > /dev/null 2>&1 4 [main] expr 2808 _cygtls::h

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On 2009-5-17 19:53, Corinna Vinschen wrote: On May 17 15:52, Lenik wrote: On 2009-5-17 10:09, IWAMURO Motonori wrote: 2009/5/17 Lenik: Thanks, but where can I get this patch? You can checkout it from CVS HEAD. [...] 6 weeks to the next release maybe too long to wait. We have about 2 weeks

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 17 15:52, Lenik wrote: > On 2009-5-17 10:09, IWAMURO Motonori wrote: >> 2009/5/17 Lenik: >>> Thanks, but where can I get this patch? >> >> You can checkout it from CVS HEAD. >[...] > 6 weeks to the next release maybe too long to wait. We have about 2 weeks between the test releases. Corin

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 17 11:09, IWAMURO Motonori wrote: > 2009/5/17 Lenik : > > Thanks, but where can I get this patch? > > You can checkout it from CVS HEAD. It occured to me that, if you're using a charset which differs from your current ANSI or OEM codepage, you might run into trouble with native Windows too

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On 2009-5-17 10:09, IWAMURO Motonori wrote: 2009/5/17 Lenik: Thanks, but where can I get this patch? You can checkout it from CVS HEAD. Thanks for your information, well, I'm not expect to build from source, that really frustrates me, and brings me even more problems. Is there any mirror

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

2009/5/17 Lenik : > Thanks, but where can I get this patch? You can checkout it from CVS HEAD. -- IWAMURO Motnori -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/do

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On 2009-5-16 23:49, Corinna Vinschen wrote: Looks like cygpath gets the wcstombs system call from ntdll rather than from cygwin1.dll due to a linking order problem. Unfortunately ntdll exports a couple of convenient C functions like wcstombs, or even sprintf. I applied a patch so the next versi

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 16 13:17, Lenik wrote: > (This mail is encoded in utf-8) > > After tested with 1.7.0-48, many problems are eliminated. > > But cygpath doesn't return good pathnames, see: Looks like cygpath gets the wcstombs system call from ntdll rather than from cygwin1.dll due to a linking order problem.

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

(This mail is encoded in utf-8) After tested with 1.7.0-48, many problems are eliminated. But cygpath doesn't return good pathnames, see: 1, Get absolute path of current directory: C:\Profiles\Shecti\桌面> set LANG=zh_CN.GBK& cygpath -am . C:/Profiles/Shecti/桌面 (good) C:\Profiles\Sh

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 15 20:34, IWAMURO Motonori wrote: > 2009/5/15 Corinna Vinschen : > > I have just trouble with SJIS, but that's not something I can easily > > test. Maybe you can look into that in the next couple of days? > > Maybe I can. Please explain details of the trouble. Probably I only fall over my

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

2009/5/15 Corinna Vinschen : > I have just trouble with SJIS, but that's not something I can easily > test. Maybe you can look into that in the next couple of days? Maybe I can. Please explain details of the trouble. -- IWAMURO Motnori -- Unsubscribe info: http://cygwin.com

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 14 19:23, Corinna Vinschen wrote: > On May 15 01:34, IWAMURO Motonori wrote: > > 2009/5/15 Corinna Vinschen : > > > Here's one problem.  What if an application uses setenv("LANG", ...)? > > > > Oh. Hmmm, I think that anything should not occur. > > > > > Do you want Cygwin to intercept all

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 15 01:34, IWAMURO Motonori wrote: > 2009/5/15 Corinna Vinschen : > > Here's one problem.  What if an application uses setenv("LANG", ...)? > > Oh. Hmmm, I think that anything should not occur. > > > Do you want Cygwin to intercept all calls to setenv() to check for > > setting $LC_ALL/LC_C

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

2009/5/15 Corinna Vinschen : > Here's one problem.  What if an application uses setenv("LANG", ...)? Oh. Hmmm, I think that anything should not occur. > Do you want Cygwin to intercept all calls to setenv() to check for > setting $LC_ALL/LC_CTYPE/LANG? No. I think that only setlocale() has to do

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 14 16:42, Corinna Vinschen wrote: > On May 14 23:06, IWAMURO Motonori wrote: > > 2009/5/14 Corinna Vinschen : > > > I see a couple of potential problems. > > > > What problems are those? > > I have no example off-hand. When I thought about it I always got sick > thinking about scenarios w

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 14 23:06, IWAMURO Motonori wrote: > 2009/5/14 Corinna Vinschen : > > I see a couple of potential problems. > > What problems are those? I have no example off-hand. When I thought about it I always got sick thinking about scenarios where the library is using, say, UTF-8, and the applicatio

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

2009/5/14 Corinna Vinschen : > I see a couple of potential problems. What problems are those? > And have some time to discuss whether these are something the > user can or even should fix or workaround alone. I think that the application that use locale by the environment variable and the applic

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 14 21:39, IWAMURO Motonori wrote: > 2009/5/14 Corinna Vinschen : > >> > Should the following part not be modified? > >> > > >> > winsup/cygwin/fhandler_console.cc: > >> > > dev_state->con_mbtowc = __mbtowc; > >> > > dev_state->con_wctomb = __wctomb; > >> > >> I'd rather not.  It only affects

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

2009/5/14 Corinna Vinschen : >> > Should the following part not be modified? >> > >> > winsup/cygwin/fhandler_console.cc: >> > > dev_state->con_mbtowc = __mbtowc; >> > > dev_state->con_wctomb = __wctomb; >> >> I'd rather not.  It only affects the console and if LANG=C I'd rather >> see the single b

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 13 23:49, Matthias Andree wrote: > Am 13.05.2009, 17:17 Uhr, schrieb Corinna Vinschen > : > >> I followed the suggestion to use UTF-8 for internal conversions when the >> locale is set to "C". This will also be used as default conversion when >> converting the Windows environment from UTF

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

Am 13.05.2009, 17:17 Uhr, schrieb Corinna Vinschen : I followed the suggestion to use UTF-8 for internal conversions when the locale is set to "C". This will also be used as default conversion when converting the Windows environment from UTF-16 to multibyte, unless the environment contains a

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 13 21:46, Corinna Vinschen wrote: > On May 14 04:13, IWAMURO Motonori wrote: > > 2009/5/14 Corinna Vinschen : > > > I already wrote that patch, see > > > http://cygwin.com/ml/cygwin-cvs/2009-q2/msg00066.html > > > It seems to do what you are proposing. > > > > I read it and built cygwin1.dl

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 14 04:13, IWAMURO Motonori wrote: > 2009/5/14 Corinna Vinschen : > > I already wrote that patch, see > > http://cygwin.com/ml/cygwin-cvs/2009-q2/msg00066.html > > It seems to do what you are proposing. > > I read it and built cygwin1.dll. It seems to work correctly. > > Should the followin

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

2009/5/14 Corinna Vinschen : > I already wrote that patch, see > http://cygwin.com/ml/cygwin-cvs/2009-q2/msg00066.html > It seems to do what you are proposing. I read it and built cygwin1.dll. It seems to work correctly. Should the following part not be modified? winsup/cygwin/fhandler_console.c

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 14 02:25, IWAMURO Motonori wrote: > 2009/5/14 Corinna Vinschen : > > That's basically how my patch works. > > Sorry, I can't parse this sentence because of my poor English parser... No worries. > Do you be writing the patch for this problem? I already wrote that patch, see http://cygwin.

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

2009/5/14 Corinna Vinschen : > That's basically how my patch works. Sorry, I can't parse this sentence because of my poor English parser... Do you be writing the patch for this problem? > Btw., if you plan to write more and bigger patches for Cygwin, it would > be necessary to sign a copyright as

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 14 01:03, IWAMURO Motonori wrote: > Hi. > > My idea is as follows: > > 1) separate mbtowc/wctomb function entries to library usage and > system usage. (__mbtowc/__wctomb & __sys_mbtowc/__sys_wctomb) > > 2) If call setlocale(LC_CTYPE) by locale != "C", then lib == sys. > > 3) If call set

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

> Not necessarily better, but here is a chart: > > Sys:  App:    function expects/returns > NULL: NULL:   UTF-8 > C/UA: NULL:   UTF-8 > NULL: C/UA:   UTF-8 > C/UA: C/UA:   UTF-8 > SPEC: NULL:   System Locale > SPEC: C/UA:   UTF-8 > NULL  SPEC:   Application Locale > C/UA: SPEC:   Application Locale

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

Hi. My idea is as follows: 1) separate mbtowc/wctomb function entries to library usage and system usage. (__mbtowc/__wctomb & __sys_mbtowc/__sys_wctomb) 2) If call setlocale(LC_CTYPE) by locale != "C", then lib == sys. 3) If call setlocale(LC_CTYPE) by locale == "C", then sys is set by LC_ALL/

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 13 11:41, Jason Pyeron wrote: > Corinna Vinschen wrote on Wednesday, May 13, 2009 10:30: > > On May 12 19:37, Corinna Vinschen wrote: > >> On May 13 02:29, IWAMURO Motonori wrote: > >>> I propose that the filename encoding in C locale uses UTF-8 instead > >>> of SO/UTF-8. > >>> > >>> There

RE: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

Corinna Vinschen wrote on Wednesday, May 13, 2009 10:30: > On May 12 19:37, Corinna Vinschen wrote: >> On May 13 02:29, IWAMURO Motonori wrote: >>> I propose that the filename encoding in C locale uses UTF-8 instead >>> of SO/UTF-8. >>> >>> There are three reasons: >> >> That's an interesting th

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 13 15:54, Andy Koppe wrote: > > - why do you need to touch the filename at all? I haven't read all of it. Is > > the UTF-16 on disk and we need to work around UTF-16 being intractable as C > > string? > > Yes. If you simply treated each UTF-16 symbol as two chars, you'd get > unintended NUL

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

> - why do you need to touch the filename at all? I haven't read all of it. Is > the UTF-16 on disk and we need to work around UTF-16 being intractable as C > string? Yes. If you simply treated each UTF-16 symbol as two chars, you'd get unintended NULs and slashes. For starters, the upper halves o

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

Am 13.05.2009, 16:29 Uhr, schrieb Corinna Vinschen : On May 12 19:37, Corinna Vinschen wrote: On May 13 02:29, IWAMURO Motonori wrote: > I propose that the filename encoding in C locale uses UTF-8 instead of SO/UTF-8. > > There are three reasons: That's an interesting thought. Do you hav

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 12 19:37, Corinna Vinschen wrote: > On May 13 02:29, IWAMURO Motonori wrote: > > I propose that the filename encoding in C locale uses UTF-8 instead of > > SO/UTF-8. > > > > There are three reasons: > > That's an interesting thought. Do you have a patch and, if so, did you > try it? Doe

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

http://cygwin.com/ml/cygwin/2009-05/msg00245.html? I found this web page doesn't display utf-8 characters correctly. BTW, I'm using thunderbird as news reader. Lenik -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Docu

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 12 15:53, Mark J. Reed wrote: > On Tue, May 12, 2009 at 3:22 PM, Corinna Vinschen > > > > http://cygwin.com/1.7/cygwin-ug-net/using-specialnames.html#pathnames-unusual > > OK, got it. So Mr. Iwamuro's proposal is that Cygwin ignore the > locale setting, and j

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On Tue, May 12, 2009 at 3:22 PM, Corinna Vinschen > > http://cygwin.com/1.7/cygwin-ug-net/using-specialnames.html#pathnames-unusual OK, got it. So Mr. Iwamuro's proposal is that Cygwin ignore the locale setting, and just automatically convert the Windows UTF-16 filenames to UTF-8 (a

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 12 15:13, Mark J. Reed wrote: > > On May 13 02:29, IWAMURO Motonori wrote: > >> Hi. > >> > >> I propose that the filename encoding in C locale uses UTF-8 instead of > >> SO/UTF-8 > > What the heck is "SO/UTF-8"? http://cygwin.com/1.7/cygwin-ug-net/using-specialnames.html#pathnames-unusual

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

> On May 13 02:29, IWAMURO Motonori wrote: >> Hi. >> >> I propose that the filename encoding in C locale uses UTF-8 instead of >> SO/UTF-8 What the heck is "SO/UTF-8"? -- Mark J. Reed -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/p

Re: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

On May 13 02:29, IWAMURO Motonori wrote: > Hi. > > I propose that the filename encoding in C locale uses UTF-8 instead of > SO/UTF-8. > > There are three reasons: > > 1. for the interoperability between Cygwin and various UNIX-like > systems (Linux, *BSD, Solaris, and so on). >UNIX-like sys

[1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8

Hi. I propose that the filename encoding in C locale uses UTF-8 instead of SO/UTF-8. There are three reasons: 1. for the interoperability between Cygwin and various UNIX-like systems (Linux, *BSD, Solaris, and so on). UNIX-like systems treat the filename as 8bit byte array, and many applicati

G8 MEETING OUTCOME......VENTURE PROPOSAL

This is a life opportunity for me. Please be patient and read carefully and understand that I have access to a dormant estate which is going to be diverted to illegal charity firms, by dodgy UK financial officials in Power. (This is in line with the NEW PRIME MINISTER OF UK GORDON BROWN’S DI

G8 MEETING OUTCOME......VENTURE PROPOSAL

This is a life opportunity for me. Please be patient and read carefully and understand that I have access to a dormant estate which is going to be diverted to illegal charity firms, by dodgy UK financial officials in Power. (This is in line with the NEW PRIME MINISTER OF UK GORDON BROWN’S DI

Re: Proposal: select(2) writability notifcation vs write operations on pipes

Darryl Miles wrote: * That all writing to WIN32 NamedPipes is done non-blocking version of WriteFileEx() call. If the response back from the WIN32 kernel is that it can't take the data yet (would have blocked) then the following plan jumps into action: Opps, I should have added that the plan

Proposal: select(2) writability notifcation vs write operations on pipes

Further to my recent follow up to the: rsync over ssh hang issue understood Having thought about the problem with select(2) writability to pipes that cygwin is emulating. I'd like to propose the following: * That all writing operations to pipes are checked to see if there is already an a

Re: non-OLOCA acronym alert (was: Re: Proposal singular-3.0.0-1 (final directory structure))

On Mon, 15 Aug 2005, Yitzchak Scott-Thoennes wrote: > On Mon, Aug 15, 2005 at 03:18:04PM +0200, Oliver Wienand wrote: > > JFTR: Packages required: gcc, gmp, make, flex, bison, perl, readline, > Yeah, I noticed it. The OLOCA isn't meant to be all-inclusive. FWIW,

non-OLOCA acronym alert (was: Re: Proposal singular-3.0.0-1 (final directory structure))

On Mon, Aug 15, 2005 at 03:18:04PM +0200, Oliver Wienand wrote: > JFTR: Packages required: gcc, gmp, make, flex, bison, perl, readline, -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cy

Re: proposal: setup step back to an already downloaded version

Rainer Kirsch wrote: > It would be helpful to be able to step back to a already downloaded > package version via the setup gui. > For example: > Now I would like to step back to cygwin 1.5.12. > Because this version is older than the next to last one, > I am now blocked from a setup controlled ste

Re: proposal: setup step back to an already downloaded version

On Thu, Apr 07, 2005 at 04:53:28PM +0200, Rainer Kirsch wrote: >It would be helpful to be able to step back to a already downloaded >package version via the setup gui. >For example: >Now I would like to step back to cygwin 1.5.12. >Because this version is older than the next to last one, >I am now

Re: proposal: setup step back to an already downloaded version

On Thu, 7 Apr 2005, Rainer Kirsch wrote: > It would be helpful to be able to step back to a already downloaded > package version via the setup gui. > For example: > Now I would like to step back to cygwin 1.5.12. > Because this version is older than the next to last one, > I am now blocked from a

proposal: setup step back to an already downloaded version

It would be helpful to be able to step back to a already downloaded package version via the setup gui. For example: Now I would like to step back to cygwin 1.5.12. Because this version is older than the next to last one, I am now blocked from a setup controlled step back. Is there annother alterna

Re: resolv.h test proposal

Stepan Kasal schrieb: Hello Gerrit, On Mon, Oct 25, 2004 at 05:40:19PM +0200, Gerrit P. Haase wrote: I'm sorry, I don't know enough about autoconf / m4 programming to integrate this into autoconf. well, you don't need much special knowledge (I hope). You wrote the most of the macro for me. Then I

Re: resolv.h test proposal

Stepan Kasal wrote: Hello Gerrit, On Mon, Oct 25, 2004 at 05:40:19PM +0200, Gerrit P. Haase wrote: I'm sorry, I don't know enough about autoconf / m4 programming to integrate this into autoconf. well, you don't need much special knowledge (I hope). You wrote the most of the macro for me. Then I u

Re: resolv.h test proposal

Hello, On Mon, Oct 25, 2004 at 06:16:40PM +0200, Reini Urban wrote: > I'd better fix it upstream so they'll get it without any notice. even if it gets to autoconf and they upgrade, they sill have to put AC_HEADER_RESOLV to their configure.ac (unless they use autoscan). Stepan -- Unsubscribe inf

Re: resolv.h test proposal

Hello Gerrit, On Mon, Oct 25, 2004 at 05:40:19PM +0200, Gerrit P. Haase wrote: > I'm sorry, I don't know enough about autoconf / m4 programming to > integrate this into autoconf. well, you don't need much special knowledge (I hope). You wrote the most of the macro for me. Then I used the definit

Re: resolv.h test proposal

Gerrit P. Haase schrieb: Thread context: http://cygwin.com/ml/cygwin/2004-10/msg0.html Stepan schrieb: Hello Reini, On Mon, Oct 25, 2004 at 02:49:51PM +0200, Reini Urban wrote: So I take the liberty to forward it to the bug report address. Many thanks for doing this for us. nothing to be real

Re: resolv.h test proposal

Thread context: http://cygwin.com/ml/cygwin/2004-10/msg0.html Stepan schrieb: > Hello Reini, > On Mon, Oct 25, 2004 at 02:49:51PM +0200, Reini Urban wrote: >> >So I take the liberty to forward it to the bug report address. >> >> Many thanks for doing this for us. > nothing to be really gra

Re: resolv.h test proposal

Stepan Kasal schrieb: Hello, the text below seems to relly be a bug report with a proposed fix. So I take the liberty to forward it to the bug report address. Many thanks for doing this for us. - Forwarded message from "Gerrit P. Haase" - Date: Mon, 25 Oct 2004 13:46:43 +0200 From: "Gerr

resolv.h test proposal

Hello, the text below seems to relly be a bug report with a proposed fix. So I take the liberty to forward it to the bug report address. Regards, Stepan Kasal - Forwarded message from "Gerrit P. Haase" - Date: Mon, 25 Oct 2004 13:46:43 +0200 From: "Gerrit P. Haase" <[EMAIL PRO

lpr improvement proposal

Hi all, Now that the new version (1.2.4-1) of lpr works properly I have been trying to configure the printing commands of programs that can print directly, such as dvips, ghostview or xfig. I have found that this task is not trivial because in general the files to be printed need to be preprocesse

Re: Does cdrtools work under Cygwin 1.5.3? (was Re: Proposal: tetrix)

Andrew, On Tue, Sep 16, 2003 at 07:04:02PM +0100, Andrew B. Clegg wrote: > On Fri, 12 Sep 2003, Jason Tishler wrote: > > Does cdrtools work under Cygwin 1.5.3? IIRC, the last Cygwin > > version that worked was 1.3.17. I haven't tried since 1.3.22. > > In all honesty I haven't tried since 1.3.so

  1   2   >