RE:mo
Dear sir, This is Ms.Sun from Beijing Kingco Technology Development Co.,Ltd, my company was registered at Zhongguancun Science & Technology Zone, Beijing In 2002. Kingco is an earlier rapid prototyping and checking fixture company in China. As the earliest expert in the rapid prototyping and checking fixture industry, Kingco provides multiple services, including the research and development, design, as well as manufacturing for the precise hand-board models and auto checking fixtures. We specializes in: Rapid Prototyping Checking Fixtures Hand modeling Assembly Fixtures CNC Prototype Model Processing CNC Machining Air Purifier Model CNC Machining Multi-function ECG Prototype Model Hand model making processing, include CNC, 3D, silicone mold metal printing, injection molding, is widely used in the field of digital communications, computer office, medical equipment, household appliances, auto parts, toys, intelligent robot, model aircraft and other industries.) Checking Fixture inculde all kinds of auto parts inspection, assembly fixture, fixture, stamping molding fixture, body and gauge, fixture, glass panel fixture, tooling and fixture.） As a successful prototype models and testing fixture manufacturer and supplier, Kingco provides comprehensive products, services and competitive price. Do you have any projects in hand we can quote for you ? please feel free to send us your PDF/3D drawings. And then our experienced engineers will study it and check the best price to you. Thanks Ms. Sun Beijing Kingco Technology Development Co.,Ltd Tel: +86 10 8010 0038 ext.8012 Fax: +86 10 8010 0039 Add: No.2 Shunsha Road,Nanfaxin Town,Shunyi District,Beijing 101300,China "--Problem reports: http://cygwin.com/problems.htmlFAQ: http://cygwin.com/faq/Documentation: http://cygwin.com/docs.htmlUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple;
Re: [ANNOUNCEMENT] Updated: mingw64-{i686,x86_64}-gcc-9.2.0-2
On Mon, 9 Mar 2020 18:51:12 -0500
Steven Penny wrote:
> > The mingw-w64 cross compilers have been updated:
> >
> > * mingw64-i686-gcc-9.2.0-2
> > * mingw64-x86_64-gcc-9.2.0-2
>
> Regarding "g++.exe", using a file "a.cpp":
>
> #include
> int main() {
>std::cout << "☺☺" << std::endl;
> }
>
> With these items:
>
> - Mingw compiler
> - Provided by Cygwin
> - cmd.exe
>
> Produces this output:
>
> ���☺
Please try:
chcp 65001
--
Takashi Yano
"--Problem reports: http://cygwin.com/problems.htmlFAQ:
http://cygwin.com/faq/Documentation:
http://cygwin.com/docs.htmlUnsubscribe info:
http://cygwin.com/ml/#unsubscribe-simple;
Re: [ANNOUNCEMENT] Updated: mingw64-{i686,x86_64}-gcc-9.2.0-2
> The mingw-w64 cross compilers have been updated:
>
> * mingw64-i686-gcc-9.2.0-2
> * mingw64-x86_64-gcc-9.2.0-2
Regarding "g++.exe", using a file "a.cpp":
#include
int main() {
std::cout << "☺☺" << std::endl;
}
With these items:
- Mingw compiler
- Provided by Cygwin
- cmd.exe
Produces this output:
���☺
Note that changing any one of those items fixes the issue. For example:
- Use Cygwin compiler instead of Mingw compiler
- Use https://github.com/mstorsjo/llvm-mingw instead of Cygwin
- Use Mintty instead of "cmd.exe"
I think something is up. If the LLVM project can produce expected results with
"cmd.exe", Cygwin should be able to as well.
"--Problem reports: http://cygwin.com/problems.htmlFAQ:
http://cygwin.com/faq/Documentation:
http://cygwin.com/docs.htmlUnsubscribe info:
http://cygwin.com/ml/#unsubscribe-simple;
Re: Cygwin libtool confused about link library
On 3/9/20 9:01 PM, Simon Marchi wrote:
>> Hello libtool folks,
>> Any ideas about this? Something confused the file magic command?
>> dlltool --identify does show libdl.a is associated with cygwin1.dll for
>> example.
>
> Hi,
>
> I stumbled on this and dug into libtool, here's what I found.
>
> As part of the process of identifying the nature these libraries, libtool uses
> this nm + sed snippet [1]:
>
> win32_nmres=`eval $NM -f posix -A \"$func_to_tool_file_result\" |
> $SED -n -e '
> 1,100{
> / I /{
> s|.*|import|
> p
> q
> }
> }'`
> ;;
>
> The sed scripts looks for a line containing the " I " string.
>
> With binutils < 2.34, the nm output looked like:
>
> /usr/lib/libdl.a[d00.o]: libdl_dll_iname I
>
> With binutils 2.34, the corresponding line is:
>
> /usr/lib/libdl.a[d00.o]: libdl_dll_iname D 0
>
> And therefore the library is mis-identified.
>
> The commit that introduced this regression is:
>
> commit a288c270991de1578ad28ac312120f4167347234
> Author: Alan Modra
> Date: Fri May 3 21:36:46 2019 +0930
>
> PR24511, nm should not mark symbols in .init_array as "t"
>
> I tried building the latest commit on the binutils-2_34-branch, and the
> behavior
> has been restored (the line shows " I " again). The commit that restored the
> behavior is:
>
> commit 40bfb9762747f8336b17c70a0173d10200fa62eb
> Author: Alan Modra
> Date: Thu Feb 27 17:28:47 2020 +1030
>
> Re: PR24511, nm should not mark symbols in .init_array as "t"
>
> So this should all go back to normal when there is a binutils 2.34.1 release
> and it is
> packaged by Cygwin. In the mean time, the commit that restored the behavior
> could maybe
> be backported in the Cygwin package, but I don't know what the habits are in
> Cygwin for
> this kind of thing.
>
> Simon
>
> [1]
> https://github.com/autotools-mirror/libtool/blob/b9b44533fbf7c7752ffd255c3d09cc360e24183b/build-aux/ltmain.in#L3050-L3059
>
Thanks for investigating, I'll see about doing a new binutils release.
signature.asc
Description: OpenPGP digital signature
"--Problem reports: http://cygwin.com/problems.htmlFAQ:
http://cygwin.com/faq/Documentation:
http://cygwin.com/docs.htmlUnsubscribe info:
http://cygwin.com/ml/#unsubscribe-simple;
Re: Setup mirrors
Greetings, Robert McBroom! > On 3/8/20 11:14 PM, Andrey Repin wrote: >> Greetings, Ray Sabee! >> >>> As an enthusiastic user of your software for many years, we would like to do >>> something in return. >>> We are very fond of the open source model and we would like to contribute to >>> this great project. >>> We have a lot of servers and per request on your website, we would like to >>> make one of more servers available for mirroring the packages. >>> I would love to know how we can set this up and it would be great if you can >>> provide me with some sort of manual or wiki page. >> Did you search the most obvious place for information? >> https://cygwin.com/mirrors.html >> >> > That is the list of mirrors not a howto on becoming a mirror The text was there prior to recent website downtime. Since then, a number of things gone wrong, including mailing list signature. -- With best regards, Andrey Repin Tuesday, March 10, 2020 2:10:27 Sorry for my terrible english... "--Problem reports: http://cygwin.com/problems.htmlFAQ: http://cygwin.com/faq/Documentation: http://cygwin.com/docs.htmlUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple;
Re: Setup mirrors
On Mon, Mar 9, 2020 at 4:09 PM Robert McBroom wrote: > > Did you search the most obvious place for information? > > https://cygwin.com/mirrors.html > > > That is the list of mirrors not a howto on becoming a mirror That page formerly had a blurb at the bottom on how to become a mirror. This should be viewable by looking at a cached version of the page. Google search "how to become a cygwin mirror" and you will see that the /mirrors.html page is the top hit. Choose to view a cached version of that page. Bill "--Problem reports: http://cygwin.com/problems.htmlFAQ: http://cygwin.com/faq/Documentation: http://cygwin.com/docs.htmlUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple;
Re: Setup mirrors
On 3/8/20 11:14 PM, Andrey Repin wrote: Greetings, Ray Sabee! As an enthusiastic user of your software for many years, we would like to do something in return. We are very fond of the open source model and we would like to contribute to this great project. We have a lot of servers and per request on your website, we would like to make one of more servers available for mirroring the packages. I would love to know how we can set this up and it would be great if you can provide me with some sort of manual or wiki page. Did you search the most obvious place for information? https://cygwin.com/mirrors.html That is the list of mirrors not a howto on becoming a mirror "--Problem reports: http://cygwin.com/problems.htmlFAQ: http://cygwin.com/faq/Documentation: http://cygwin.com/docs.htmlUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple;
Re: Fwd: sourceware.org migration notice
On 06/03/2020 18:27, Jon Turney wrote: On 04/03/2020 13:33, Jon Turney wrote: Assuming this migration goes ahead as planned this weekend: * I'll stop package upload processing sometime on Friday * An announcement will be made when package upload processing is restored. package maintainer sftp and git is working. calm is running again.
Re: Cygwin libtool confused about link library
> Hello libtool folks,
> Any ideas about this? Something confused the file magic command?
> dlltool --identify does show libdl.a is associated with cygwin1.dll for
> example.
Hi,
I stumbled on this and dug into libtool, here's what I found.
As part of the process of identifying the nature these libraries, libtool uses
this nm + sed snippet [1]:
win32_nmres=`eval $NM -f posix -A \"$func_to_tool_file_result\" |
$SED -n -e '
1,100{
/ I /{
s|.*|import|
p
q
}
}'`
;;
The sed scripts looks for a line containing the " I " string.
With binutils < 2.34, the nm output looked like:
/usr/lib/libdl.a[d00.o]: libdl_dll_iname I
With binutils 2.34, the corresponding line is:
/usr/lib/libdl.a[d00.o]: libdl_dll_iname D 0
And therefore the library is mis-identified.
The commit that introduced this regression is:
commit a288c270991de1578ad28ac312120f4167347234
Author: Alan Modra
Date: Fri May 3 21:36:46 2019 +0930
PR24511, nm should not mark symbols in .init_array as "t"
I tried building the latest commit on the binutils-2_34-branch, and the behavior
has been restored (the line shows " I " again). The commit that restored the
behavior is:
commit 40bfb9762747f8336b17c70a0173d10200fa62eb
Author: Alan Modra
Date: Thu Feb 27 17:28:47 2020 +1030
Re: PR24511, nm should not mark symbols in .init_array as "t"
So this should all go back to normal when there is a binutils 2.34.1 release
and it is
packaged by Cygwin. In the mean time, the commit that restored the behavior
could maybe
be backported in the Cygwin package, but I don't know what the habits are in
Cygwin for
this kind of thing.
Simon
[1]
https://github.com/autotools-mirror/libtool/blob/b9b44533fbf7c7752ffd255c3d09cc360e24183b/build-aux/ltmain.in#L3050-L3059
"--Problem reports: http://cygwin.com/problems.htmlFAQ:
http://cygwin.com/faq/Documentation:
http://cygwin.com/docs.htmlUnsubscribe info:
http://cygwin.com/ml/#unsubscribe-simple;
RE: Juniper/HP/Aruba/Huawei/VMWare and Arista
UnsubscribeSent from my Verizon, Samsung Galaxy smartphone Original message From: Julius Matthys Date: 3/9/20 3:26 PM (GMT-05:00) To: cygwin@cygwin.com Subject: Juniper/HP/Aruba/Huawei/VMWare and Arista Hi there,Would you like to target accounts of below technologies in order to boost your sales and marketing goals in this quarter?We can help you provide the data intelligence of:* Juniper users* Alcatel - Lucent users* HP users* Aruba users* Huawei users* Arista users* VMWare users* Riverbed and more.Kindly review and let me know if I can share more information on the above.I look forward to hearing from you.Regards,Julius MatthysMarketing ManagerIf see no interest please revert back unsubscribe to update in our database. "--Problem reports: http://cygwin.com/problems.htmlFAQ: http://cygwin.com/faq/Documentation: http://cygwin.com/docs.htmlUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple;
xsession dying
My xsession dies with the following: tail of console log from startxwin --- Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" winInitMultiWindowWM - DISPLAY=:0.0 winMultiWindowXMsgProc - DISPLAY=:0.0 winInitMultiWindowWM - xcb_connect () returned and successfully opened the display. winClipboardThreadProc - DISPLAY=:0.0 winProcEstablishConnection - winInitClipboard returned. winMultiWindowXMsgProc - xcb_connect() returned and successfully opened the display. winClipboardProc - xcb_connect () returned and successfully opened the display. Using Composite redirection OS has icon alpha channel support: yes --Then later SetupSysMenu: GetSystemMenu() failed for HWND 0x560456 SetupSysMenu: GetSystemMenu() failed for HWND 0x570456 SetupSysMenu: GetSystemMenu() failed for HWND 0x580456 SetupSysMenu: GetSystemMenu() failed for HWND 0x590456 SetupSysMenu: GetSystemMenu() failed for HWND 0x5a0456 SetupSysMenu: GetSystemMenu() failed for HWND 0x5b0456 SetupSysMenu: GetSystemMenu() failed for HWND 0x5c0456 SetupSysMenu: GetSystemMenu() failed for HWND 0x5f0456 SetupSysMenu: GetSystemMenu() failed for HWND 0x70a04 SetupSysMenu: GetSystemMenu() failed for HWND 0x5079c SetupSysMenu: GetSystemMenu() failed for HWND 0x70706 SetupSysMenu: GetSystemMenu() failed for HWND 0x80706 SetupSysMenu: GetSystemMenu() failed for HWND 0x90706 SetupSysMenu: GetSystemMenu() failed for HWND 0xa0706 SetupSysMenu: GetSystemMenu() failed for HWND 0xb0922 SetupSysMenu: GetSystemMenu() failed for HWND 0x60a06 SetupSysMenu: GetSystemMenu() failed for HWND 0xe092e SetupSysMenu: GetSystemMenu() failed for HWND 0xc07f4 SetupSysMenu: GetSystemMenu() failed for HWND 0xd07f4 SetupSysMenu: GetSystemMenu() failed for HWND 0xe07f4 SetupSysMenu: GetSystemMenu() failed for HWND 0xf07f4 xinit: connection to X server lost waiting for X server to shut down winMultiWindowXMsgProc - Fatal error 1 on xcb connection winDeinitMultiWindowWM - Noting shutdown in progress (II) Server terminated successfully (0). Closing log file. What do these messages mean? "--Problem reports: http://cygwin.com/problems.htmlFAQ: http://cygwin.com/faq/Documentation: http://cygwin.com/docs.htmlUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple;
Juniper/HP/Aruba/Huawei/VMWare and Arista
Hi there, Would you like to target accounts of below technologies in order to boost your sales and marketing goals in this quarter? We can help you provide the data intelligence of: * Juniper users * Alcatel - Lucent users * HP users * Aruba users * Huawei users * Arista users * VMWare users * Riverbed and more. Kindly review and let me know if I can share more information on the above. I look forward to hearing from you. Regards, Julius Matthys Marketing Manager If see no interest please revert back unsubscribe to update in our database. <>"--Problem reports: http://cygwin.com/problems.htmlFAQ: http://cygwin.com/faq/Documentation: http://cygwin.com/docs.htmlUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple;
Re: Mailing list issues
On Mar 9 13:31, Chris Wagner wrote: > Hi folks, I'm having some issues with getting mail from this list. > > The first one is that I'm getting a decent number of messages diverted into > spam holding over protocol violations. For example this one has two > reply-to headers. > [...] No idea about that, you'd have to bring this to the attention of the sourceware overseers (Mailing list: overseers AT sourceware DOT org) > The second issue is causing some of the list mail to not be filtered. I > started getting messages like this a couple days ago. The list-id header is > this > > List-Id: Cygwin mailing list > > instead of > > List-Id: > > like 99% of the mail. Is this an error or the new normal? It's the new normal. Sourceware.org has been moved to a new system with new software over the weekend and that's one of the fallouts. There are always toothing aches ¯\_(ツ)_/¯ Corinna -- Corinna Vinschen Cygwin Maintainer signature.asc Description: PGP signature "--Problem reports: http://cygwin.com/problems.htmlFAQ: http://cygwin.com/faq/Documentation: http://cygwin.com/docs.htmlUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple;
Mailing list issues
Hi folks, I'm having some issues with getting mail from this list. The first one is that I'm getting a decent number of messages diverted into spam holding over protocol violations. For example this one has two reply-to headers. Reply-To: cygwin@cygwin.com Authentication-Results: sourceware.org; auth=none From: Brian Inglis Subject: [ANNOUNCEMENT] [New] cpuid 20200211 Reply-To: Cygwin Announcements To: cygwin@cygwin.com Message-Id: Date: Sun, 23 Feb 2020 22:56:31 -0700 X-Spampanel-Evidence: Bad header count. The second issue is causing some of the list mail to not be filtered. I started getting messages like this a couple days ago. The list-id header is this List-Id: Cygwin mailing list instead of List-Id: like 99% of the mail. Is this an error or the new normal? Thanks. "--Problem reports: http://cygwin.com/problems.htmlFAQ: http://cygwin.com/faq/Documentation: http://cygwin.com/docs.htmlUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple;
Re: cat /proc/partitions shows only devices, not partitions
On Mon, Mar 9, 2020 at 9:47 AM Hashim Aziz wrote: > I see. Do you know how I would go about resolving this, as I am using an > Administrator account and have never run into any other issues reading, > writing or otherwise making changes to those drives. As a side point: It is important to understand that "logging on using an account that's a member of the Administrators group" is not the same as "running elevated" when UAC (User Account Control) is enabled. (It is not recommended to disable UAC.) If you don't launch your Cygwin shell using the "Run as administrator" option, the Administrator group is not enabled in the process token, and thus actually does not have administrator permissions. (Using the "Run as administrator" option is often referred to as "running elevated.") Bill "--Problem reports: http://cygwin.com/problems.htmlFAQ: http://cygwin.com/faq/Documentation: http://cygwin.com/docs.htmlUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple;
Re: cat /proc/partitions shows only devices, not partitions
I see. Do you know how I would go about resolving this, as I am using an Administrator account and have never run into any other issues reading, writing or otherwise making changes to those drives. Hashim From: cygwin-ow...@cygwin.com on behalf of Corinna Vinschen Sent: Tuesday, March 03, 2020 4:46 PM To: cygwin@cygwin.com Subject: Re: cat /proc/partitions shows only devices, not partitions On Mar 3 16:32, Hashim Aziz wrote: > Yes, this was what I expected you meant by elevated shell. I tried that > earlier and got no luck (though I tried the link to the Cygwin terminal in my > start menu > not a desktop shortcut), and I just tried again after attempting several > permissions fixes but still no luck. > > The permissions fixed I tried were: > > - Right-clicking and deselecting Read-Only on the cygwin64 folder > - Resetting permissions with the CMD command: icacls c:\cygwin64 /reset /t /l > /c > - Taking control of the Cygwin folder with the following command (itself run > from an elevated window): > [...] When I was talking about permissions, I was talking about permissions on the native Windows devices, not any permissions on Cygwin files. The strace output shows that you don't have permissions to call DeviceIoControl(IOCTL_DISK_GET_PARTITION_INFO) or DeviceIoControl(IOCTL_DISK_GET_PARTITION_INFO_EX) on the devices representing the partitions in the native NT device namespace, i.e., \Device\Harddisk0\Partition0, etc. Corinna -- Corinna Vinschen Cygwin Maintainer "--Problem reports: http://cygwin.com/problems.htmlFAQ: http://cygwin.com/faq/Documentation: http://cygwin.com/docs.htmlUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple;
Re: [PATCH v2] Cygwin: console: Fix behaviour of "ESC 8" after reset.
On Mar 9 10:38, Takashi Yano wrote:
> - This patch matches the behaviour of "ESC 8" (DECRC) to the real
> xterm after full reset (RIS), soft reset (DECSTR) and "CSI 3 J".
> ---
> winsup/cygwin/fhandler_console.cc | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/winsup/cygwin/fhandler_console.cc
> b/winsup/cygwin/fhandler_console.cc
> index 1c376291f..2a239b866 100644
> --- a/winsup/cygwin/fhandler_console.cc
> +++ b/winsup/cygwin/fhandler_console.cc
> @@ -2124,6 +2124,11 @@ fhandler_console::char_command (char c)
> break;
> case 'J': /* ED */
> wpbuf.put (c);
> + if (con.args[0] == 3 && con.savey >= 0)
> + {
> + con.fillin (get_output_handle ());
> + con.savey -= con.b.srWindow.Top;
> + }
> if (con.args[0] == 3 && wincap.has_con_broken_csi3j ())
> { /* Workaround for broken CSI3J in Win10 1809 */
> CONSOLE_SCREEN_BUFFER_INFO sbi;
> @@ -2168,6 +2173,7 @@ fhandler_console::char_command (char c)
> {
> con.scroll_region.Top = 0;
> con.scroll_region.Bottom = -1;
> + con.savex = con.savey = -1;
> }
> wpbuf.put (c);
> /* Just send the sequence */
> @@ -3070,6 +3076,7 @@ fhandler_console::write (const void *vsrc, size_t len)
> {
> con.scroll_region.Top = 0;
> con.scroll_region.Bottom = -1;
> + con.savex = con.savey = -1;
> }
> /* ESC sequences below (e.g. OSC, etc) are left to xterm
>emulation in xterm compatible mode, therefore, are not
> --
> 2.21.0
Pushed.
Thanks,
Corinna
--
Corinna Vinschen
Cygwin Maintainer
signature.asc
Description: PGP signature
Re: [PATCH 0/2] wpbuf class-ification
On Mar 8 21:41, Hans-Bernhard Broeker wrote: > Second shot at wpbuf class-ification. Also no longer > request data from WriteConsoleA that is not used for anything. > > Hans-Bernhard Broeker (2): > Collect handling of wpixput and wpbuf into a helper class. > Do not bother passing optional argument to WriteConsoleA. > > winsup/cygwin/fhandler_console.cc | 164 -- > 1 file changed, 85 insertions(+), 79 deletions(-) > > -- > 2.21.0 Pushed. Thanks, Corinna -- Corinna Vinschen Cygwin Maintainer signature.asc Description: PGP signature
RE: Setup mirrors
Thank you! Met vriendelijke groet, Ray Sabee -Oorspronkelijk bericht- Van: Andrey Repin [mailto:anrdae...@yandex.ru] Verzonden: maandag 9 maart 2020 04:14 Aan: Ray Sabee ; cygwin@cygwin.com Onderwerp: Re: Setup mirrors Greetings, Ray Sabee! > As an enthusiastic user of your software for many years, we would like > to do something in return. > We are very fond of the open source model and we would like to > contribute to this great project. > We have a lot of servers and per request on your website, we would > like to make one of more servers available for mirroring the packages. > I would love to know how we can set this up and it would be great if > you can provide me with some sort of manual or wiki page. Did you search the most obvious place for information? https://cygwin.com/mirrors.html -- With best regards, Andrey Repin Monday, March 9, 2020 6:13:53 Sorry for my terrible english... "--Problem reports: http://cygwin.com/problems.htmlFAQ: http://cygwin.com/faq/Documentation: http://cygwin.com/docs.htmlUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple;
