3 steps to reduce your EMI costs in an easy way

[Holland Shielding Systems BV]

PRODUCTS | SERVICES | REQUEST SAMPLE | CONTACT
Hello Sir/Madam,

The principle of shielding is creating a conductive layer completely 
surrounding the object you want to shield. This was invented by Michael Faraday 
and this system is known as a Faraday Cage. Watch our new video to see how you 
should shield your hardware in 3 steps from electromagnetic interference.

Watch "EMI shielding in 3 steps" video
Ideally, the shielding layer will be made up of conductive sheets or layers of 
metal that are connected by means of welding or soldering, without any 
interruptions. The shield is perfect when there is no difference in 
conductivity between the used materials. When dealing with frequencies below 30 
MHz , the metal thickness affects shielding effectiveness. We also offer a 
range of shielding methods for plastic enclosures. A complete absence of 
interruptions is not a realistic goal, since the Faraday cage will have to be 
opened from time to time so electronics, equipment or people can be moved in or 
out. Openings are also needed for displays, ventilation, cooling, power supply, 
signals etcetera.

Best Regards,

ing. Jan van Tienhoven
Holland Shielding Systems BV

© Holland Shielding Systems BV
You received this mail because you are a Holland Shielding Systems customer or 
partner and/or agreed to receive new from Holland Shielding Systems

This email was sent to cygwin@cygwin.com. You may change your email preferences 
or unsubscribe from this list, at any time.



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Good deal

[Godwin P. Francis]

18-05-23, at 08:47:32 AM

Dear  cygwin@cygwin.com,

Could you please confirm receipt of this email? I have an attractive deal for 
you.

Regards,

Alison.

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: du core dump if run on directory being deleted?

[cyg Simple]

On 5/22/2018 8:24 AM, Dan Kegel wrote:
> (Oh, and running du sometimes causes the delete to emit warnings like
> 
> build.deleteme.8300\src\THIRD_~1\webgl\src\sdk\tests\CONFOR~1\ogles\GL
> - The directory is not empty.
> 
> Evidently du holds the directory open, or something. )

While doing this on *NIX OS systems doing the same on Windows is not
advised.  Yes du would hold a directory open while it is summarizing the
sizes causing Windows to not to be able to delete it.  This works on
*NIX OS because it uses inode scheme while Windows doesn't do this.
With an inode, the inode can be deleted while the corresponding entry
can remain open until it is closed.  There are just some things that
cannot be emulated.

-- 
cyg Simple

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: gcc-7.3.0-2 (x86/x86_64)(Test)

[Ken Brown]

On 5/22/2018 7:29 PM, JonY wrote:

On 05/22/2018 06:18 PM, Marco Atzeri wrote:

On 5/5/2018 12:00 PM, JonY wrote:


gcc-7.3.0-2 has been uploaded for Cygwin. This version is for testing.



Hi Jon,

I built the 64 bit version of

qrupdate
lapack
openblas
openmpi
arpack
hdf5

without any problem.
Continuing on 32 bit and after with octave



Good, thanks for reporting the tests, it'll be marked as stable if 32bit
is good too.


I've just built and tested emacs and texlive on 32-bit.  No problems.

Ken

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

name of pkg contaning lsof and ...

[FHDATA]

hello,


what package(s) do i need to install to get  lsof and netstat ?



thank you,
F-



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Numeric group IDs for system groups

[Stefan Baur]

Hi List,

I am the community manager of X2Go, an open-source remote desktop and
remote application solution for Linux servers.  While our server
component only runs on Linux, our client software is available for macOS
and Windows as well.  The Windows version of X2GoClient relies on some
executables available through Cygwin.

On Windows 10, we are encountering the issue mentioned here in the FAQ:


Especially, we're getting hit by the fact that Microsoft has changed the
default group for %USERPROFILE% (and all files and directories created
in it) from "None" to .

This is why the second-to-last suggestion in that FAQ item doesn't help:

chgrp `id -g` ~/.ssh/*

will simply set the default group to the value it already has, and that
doesn't fix the issue.

The last suggestion in that FAQ item suggests using

chgrp None ~/.ssh/*

but also notes that the group name will vary depending on the operating
system language.

chgrp does work with numeric group identifiers, and it seems the "None"
group always gets the numeric id 197121 - so

chgrp 197121 ~/.ssh/*

would fix the issue regardless of the operating system language.

(In our case, it would be

chgrp 197121 %USERPROFILE%/.x2go/etc/ssh_host_key*

because it actually affects the host keys of an sshd running on the
Windows side, which we need for file sharing via sshfs, but you get the
idea.)

Can anyone with authority on the issue confirm that 197121 always
corresponds to the "None" group (whatever it may be called due to the
language setting - in German, it is "Kein", for example)?

Or is this a faulty assumption and merely coincidence that we got that
result on the handful of machines we used for testing?

I'm seriously hoping this id is always the same, similar to the
well-known SIDs in Windows, but would really like a confirmation from
someone knowledgeable before we make the corresponding change in our
code and hose a large percentage of our users' systems once they deploy
the update.

In case it is of relevance, we are calling the executables (ssh-keygen,
sshd, and now chgrp and possibly setfacl as well) directly from a native
Windows application written in Qt and C++, not from a Cygwin bash window
or similar.  In fact, there is no cygwin installation, it's just the
required executables and dlls residing in our own installation
directory.  I can provide more detail or get you in contact with one of
our developers, if needed.

Kind Regards,
Stefan Baur

-- 
BAUR-ITCS UG (haftungsbeschränkt)
Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: normal to blue-screen windows when doing 'ls -CF' of /proc/sys/GLOBAL?? (bug? cygcheck attached)

[Andrey Repin]

Greetings, L A Walsh!

> David Conrad wrote:
>> I think Michel LaBarre's suggestion of running chkdsk and sfc is a
>> good one; 
> ---
> I agree...chkdsk indicated something odd in an attribute block,
> but I've yet to be able to correct it, since I'm running win7
> on a newer machine that uses USB3 and doesn't understand
> that my RAID controller is a megaraid type.

> So booting into recovery options (or booting from the win7
> install disk) both don't see any USB keyboard/mice
> nor the system-disk which uses the megaraid controller
> it just doesn't know it enough to see it...

> To start with, I need to hook up a PS/2 kbd & mouse
> to access those, while I could load the megaraid drivers
> then,

Or rebuild the Win7 disk image with related drivers.
Been doing that for years myself, but YMMV.

> it won't go through the discover process until
> the next reboot, at which point the megaraid drivers 
> will be gone again...so...working on updating my
> WinRE image and burning a new Win7 install disk that
> can understand the missing stuff.

> This is normal for me -- can't get from point 1 to 2
> without going through 3-4, where you need 5-6 as
> prereqs for those...etc...
> :-(


-- 
With best regards,
Andrey Repin
Wednesday, May 23, 2018 22:55:06

Sorry for my terrible english...


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Sage Payroll Users Contact List

[Elena Murphy]

Hi,

Hope you having a great day!

I just wanted to be aware if you would be interested in acquiring Sage Payroll 
Users Contact List for marketing your product or service.

We also provide users list of: ADP Workforce Now, Kronos Workforce Ready, 
BambooHR, Sage Business Cloud People, Ascentis, SurePayroll, UltiPro, Vibe HCM, 
Oracle HCM Cloud, Criterion HCM and many more...

These are the fields that we provide for each contacts: Names, Title, Email, 
Contact Number, Company Name, Company URL, and Company physical location, SIC 
Code, Industry and Company Size (Revenue and Employee).

Kindly review and let me be aware of your interest so that I can get back to 
you with the exact counts and more info regarding the same.

Do let me be aware if you have any questions for me.

Regards,
Elena Murphy
Database Executive
If you do not wish to receive these emails. Please respond Exit.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Spam On List

[Erik Soderquist]

On Fri, May 18, 2018 at 8:55 PM, R0b0t1 wrote:
> Well, if there is a filter set up I didn't mean to be insensitive. I
> thought to ask because some work accounts I use get these messages but
> they are properly flagged.

Work accounts generally also deliver the message to a quarantine of
some kind (spam folder) you can access and update them, while
automated list management often can't and it is either send it through
or delete it, and if deleted, no one ever sees it, making false
positives much more dangerous  :)

I've numerous times found valid messages and even entire threads from
this list incorrectly flagged as spam in my personal and corporate
boxes while actual spam that got through wasn't flagged... an eternal
cat and mouse game until spam is no longer profitable...

-- Erik

--
"I do not think any of us are truly sane, Caleb. Not even you. Courage
is not sanity. Being willing to die for someone else is not sanity."
... "Love is not sane, nor is faith." ... "If sanity lacks those
things, Caleb, I want no part of it."

-- Alexandria Terri in "Weaving the Wyvern" by Alexis Desiree Thorne

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Numeric group IDs for system groups

[Brian Inglis]

On 2018-05-23 13:44, Stefan Baur wrote:
> I am the community manager of X2Go, an open-source remote desktop and
> remote application solution for Linux servers.  While our server
> component only runs on Linux, our client software is available for macOS
> and Windows as well.  The Windows version of X2GoClient relies on some
> executables available through Cygwin.
> On Windows 10, we are encountering the issue mentioned here in the FAQ:
> 
> Especially, we're getting hit by the fact that Microsoft has changed the
> default group for %USERPROFILE% (and all files and directories created
> in it) from "None" to .
> This is why the second-to-last suggestion in that FAQ item doesn't help:
> chgrp `id -g` ~/.ssh/*
> will simply set the default group to the value it already has, and that
> doesn't fix the issue.
> The last suggestion in that FAQ item suggests using
> chgrp None ~/.ssh/*
> but also notes that the group name will vary depending on the operating
> system language.
> chgrp does work with numeric group identifiers, and it seems the "None"
> group always gets the numeric id 197121 - so
> chgrp 197121 ~/.ssh/*
> would fix the issue regardless of the operating system language.
> (In our case, it would be
> chgrp 197121 %USERPROFILE%/.x2go/etc/ssh_host_key*
> because it actually affects the host keys of an sshd running on the
> Windows side, which we need for file sharing via sshfs, but you get the
> idea.)
> Can anyone with authority on the issue confirm that 197121 always
> corresponds to the "None" group (whatever it may be called due to the
> language setting - in German, it is "Kein", for example)?
> Or is this a faulty assumption and merely coincidence that we got that
> result on the handful of machines we used for testing?
> I'm seriously hoping this id is always the same, similar to the
> well-known SIDs in Windows, but would really like a confirmation from
> someone knowledgeable before we make the corresponding change in our
> code and hose a large percentage of our users' systems once they deploy
> the update.
> In case it is of relevance, we are calling the executables (ssh-keygen,
> sshd, and now chgrp and possibly setfacl as well) directly from a native
> Windows application written in Qt and C++, not from a Cygwin bash window
> or similar.  In fact, there is no cygwin installation, it's just the
> required executables and dlls residing in our own installation
> directory.  I can provide more detail or get you in contact with one of
> our developers, if needed.

Cygwin id 197121 == RID 513 == 0x201 - in range of reserved RIDs < 1000.
See:
https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping-how
https://msdn.microsoft.com/en-us/library/aa379649.aspx
https://en.wikipedia.org/wiki/Security_Identifier

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Numeric group IDs for system groups

[Stefan Baur]

Am 23.05.2018 um 23:33 schrieb Brian Inglis:
> Cygwin id 197121 == RID 513 == 0x201 - in range of reserved RIDs < 1000.
> See:
>   https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping-how
>   https://msdn.microsoft.com/en-us/library/aa379649.aspx
>   https://en.wikipedia.org/wiki/Security_Identifier

So we can safely assume that 197121 will always be the "None" group?
In that case, I would suggest updating the FAQ to use

chgrp 197121 ~/.ssh/*

instead of

chgrp None ~/.ssh/*

thus making the FAQ entry

os-language independent.

Kind Regards,
Stefan Baur

-- 
BAUR-ITCS UG (haftungsbeschränkt)
Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: enscript-1.6.6-1

[Ken Brown]

On 5/20/2018 7:14 AM, Marco Atzeri wrote:

New version 1.6.6-1 of

   enscript

is available in the Cygwin distribution:


There's a typo in the package name, so that this actually shows up as 
"ensript" when you run setup.


Ken

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Numeric group IDs for system groups

[Brian Inglis]

On 2018-05-23 15:47, Stefan Baur wrote:
> Am 23.05.2018 um 23:33 schrieb Brian Inglis:
>> Cygwin id 197121 == RID 513 == 0x201 - in range of reserved RIDs < 1000.
>> See:
>>  https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping-how
>>  https://msdn.microsoft.com/en-us/library/aa379649.aspx
>>  https://en.wikipedia.org/wiki/Security_Identifier
> So we can safely assume that 197121 will always be the "None" group?
> In that case, I would suggest updating the FAQ to use
> chgrp 197121 ~/.ssh/*
> instead of
> chgrp None ~/.ssh/*
> thus making the FAQ entry
> 
> os-language independent.

That internal id mapping could change due to Windows changes.

Currently the FAQ is only available in English - we would be grateful for
volunteers to translate to other languages. ;^>

If you are using or distributing a system or package using Cygwin components,
please provide an automated means, and a documented manual process, for applying
updates, to avoid emails from your users to this list when there is an issue due
to Windows updates.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple