Re: [PATCH] Fix poll/select signal socket as write ready on connect failure

2020-07-20 Thread Corinna Vinschen
On Jul 17 21:33, Marc Hoersken via Cygwin wrote:
> Hi Corinna,
> 
> Am 17.07.2020 um 21:21 schrieb Corinna Vinschen:
> > I don't agree here.  The sole purpose for connect_errorcode is to set
> > SOL_SOCKET/SO_ERROR in case a caller requests FD_CONNECT and FD_CONNECT
> > is available.  After being set once, SOL_SOCKET/SO_ERROR should not be
> > rewritten, given the description of SO_ERROR in `man 7 socket':
> > 
> >  SO_ERROR
> >   Get and clear the pending socket error.  This socket  option  is
> >   ^
> >   read-only.  Expects an integer.
> > 
> > [...]
> > 
> > Make sense?
> 
> 
> yes, this makes sense. Please go for it.

Great, done!

> Is there a public changelog I can check regulary to see if this has been
> released (once it is)? Thanks!

git log?  Or do you mean official Cygwin releases?  The only public
changelog is the announcement on cygwin-announce in this case.


Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


[ANNOUNCEMENT] Updated: curl 7.71.1-1

2020-07-20 Thread Brian Inglis
The following packages have been uploaded to the Cygwin distribution:

* curl  7.71.1
* libcurl4  7.71.1
* libcurl-devel 7.71.1
* libcurl-doc   7.71.1

curl is a command line tool and library for transferring files
with URL syntax, supporting FTP, FTPS, HTTP, HTTPS, SCP, SFTP, TFTP,
TELNET, DICT, and FILE. curl supports SSL certificates, HTTP POST, HTTP
PUT, FTP uploading, HTTP form based upload, proxies, cookies,
user+password authentication (Basic, Digest, NTLM, Negotiate...), file
transfer resume, proxy tunneling and a busload of other useful tricks.

As there are multiple components and many changes each release please
read /usr/share/doc/curl/CHANGES after installation or see

https://curl.haxx.se/changes.html

For more information about curl see the project home page:

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


Re: [ANNOUNCEMENT] Updated: curl 7.71.1-1

2020-07-20 Thread ASSI
Brian Inglis writes:
> The following packages have been uploaded to the Cygwin distribution:
>
> * curl7.71.1

Curl has dropped the dependency to libmetalink with this release, which
proably is a consequence of the newer SSL (the upstream Changelog is not
very clear there).  This was the only consumer of that library so maybe
it should be made obsolete going forward?


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


Re: Creating directories without permissions and timestamp on CYGWIN

2020-07-20 Thread Brian Inglis
On 2020-07-19 14:54, Marco Atzeri via Cygwin wrote:
> On 19.07.2020 21:34, Jayasurya p via Cygwin wrote:
>> This was run on CYGWIN_NT-10.0 NVEBLODKIF 3.1.5(0.340/5/3) 2020-06-01 08:59
>> x86_64 Cygwin
>>
>> Creating a directory using mkdir API on C with 0777 permissions with the
>> name having the following ASCII values causes the directory to be created
>> with no user permissions and no timestamp. Length of the name is 66
>> character long including the terminating NULL character.
>> ASCII values of characters in the string: 96 234 195 186 63 63 50 109 4 84
>> 208 246 186 170 197 33 131 113 134 209 109 251 98 226 179 93 178 32 242 189
>> 236 88 14 107 134 133 93 126 210 61 194 27 209 172 244 15 12 222 9 93 10
>> 149 10 235 157 42 114 125 198 182 96 240 171 164 106 0
>>
>> Unit test case to replicate the scenario
>>
>> #include 
>> #include 
>> #include 
>>
>> int main () {
>> char tempPath[66] = {96, 234, 195, 186, 63, 63, 50, 109, 4, 84, 208, 246,
>> 186, 170, 197, 33, 131, 113, 134, 209, 109, 251, 98, 226, 179, 93, 178, 32,
>> 242, 189, 236, 88, 14, 107, 134, 133, 93, 126, 210, 61, 194, 27, 209, 172,
>> 244, 15, 12, 222, 9, 93, 10, 149, 10, 235, 157, 42, 114, 125, 198, 182, 96,
>> 240, 171, 164, 106, 0};
>> mkdir(tempPath, 0777);
>> return 1;
>> }

No value over 127 is ASCII - a 7 bit character set encoding - perhaps you mean
CP1252 - see cp1252(7). That only applies if you are running Windows, and
mintty, with those character set encodings enabled.

Not seeing any directory information to back up your claim.
In case the encoding is different, please do the equivalent of:

$ ls -ld \`*\?\?2*T*\!*b*j/
$ getfacl \`*\?\?2*T*\!*b*j/
$ icacls "$(cygpath -m \`*\?\?2*T*\!*b*j/)"

There are some names which Windows may or may not prevent creating or
overwriting but could possibly cause problems depending on your system: e.g God
Mode folder GUIDs: *.{...8-...4-...4-...4-..12}.

> what encoding is supposed to be ?
> I doubt a file name can accept a linefeed (10)

Cygwin has fewer limitations but interprets your filename according to your
language settings and converts problematic characters to PUA or UTF-8 then
converts those to UTF16LE for Windows calls:

https://cygwin.com/cygwin-ug-net/using-specialnames.html#pathnames-dosdevices

and converts them back to your encoding for display.

These filenames may be inaccessible or not trivially accessible from native
Windows programs, and may not be convertible if you change to any encoding other
than UTF8.

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

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in IEC units and prefixes, physical quantities in SI.]
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


Re: graph (plotutils) seg-faulting

2020-07-20 Thread briand
On Sun, 19 Jul 2020 21:15:26 +0200
Marco Atzeri via Cygwin  wrote:

> On 19.07.2020 20:23, bri...@pounceofcats.com wrote:
> > On Sun, 19 Jul 2020 19:46:31 +0200
> > Marco Atzeri via Cygwin  wrote:
> >   
> 
> >> it seems a problem with loading cygiconv-2.dll
> >>
> >> --- Process 3080 loaded C:\cygwin64\bin\cygiconv-2.dll at 0113
> >> --- Process 3080 unloaded DLL at 0113
> >> --- Process 3080 loaded C:\cygwin64\bin\cygiconv-2.dll at 0113
> >> --- Process 3080, exception c005 at 014f5075
> >>
> >> but the address fault seems in cygwin1.dll
> >>
> >> --- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 014f
> >>
> >> what version is installed ?
> >>
> >> Can you try to reinstall it ?  
> > 
> > I wasn't sure which package you were talking about.  i reinstalled both 
> > cygwin and base-cygwin.  
> 
> I was referring to libiconv2
> 
> >>
> >> $ cygcheck -f /usr/bin/cygiconv-2.dll
> >> libiconv2-1.14-3  
> > 
> > yes, libiconv2-1.14-3, is what i see also
> > 
> > i really, really need to re-install cygwin from scratch on this machine.  
> > it seems that every problem i see cannot be replicated.
> > 
> > While trying to debug my "graphics characters don't appear correctly" 
> > issue, i did try to set-up a new install directory and use that, but maybe 
> > that's not good enough.
> > 
> > Can I just back up my home directory, kill the entire cygwin64 directory 
> > and start over ?
> >   
> 
> I suggest to install in a parallel directory, they works fine without
> interference, eg in my system I have:
> 
> 08.06.2020  19:37  cygwin32
> 22.04.2020  21:32  cygwin32T
> 19.07.2020  19:17  cygwin64
> 22.04.2020  21:37  cygwin64T
> 
> In this way you can copy your home more easily and kill the old one when
> everything is fine.
> 

I tell you my work machine is just cursed.  Installed a fresh cygwin, the only 
package i chose was plotutils, and i get the exact same problem.

Not sure where to go from here...

-- 
Brian

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


Re: graph (plotutils) seg-faulting

2020-07-20 Thread Marco Atzeri via Cygwin

On 21.07.2020 05:12, bri...@pounceofcats.com wrote:

On Sun, 19 Jul 2020 21:15:26 +0200
Marco Atzeri via Cygwin  wrote:




Can I just back up my home directory, kill the entire cygwin64 directory and 
start over ?
   


I suggest to install in a parallel directory, they works fine without
interference, eg in my system I have:




In this way you can copy your home more easily and kill the old one when
everything is fine.



I tell you my work machine is just cursed.  Installed a fresh cygwin, the only 
package i chose was plotutils, and i get the exact same problem.

Not sure where to go from here...



I bet the curse is a BLODA

https://cygwin.com/faq/faq.html#faq.using.bloda

also as I noted that the loading address of your DLLs is **very** low

my pc:
$ grep cygwin1.dll graph.strace
--- Process 84828 loaded D:\cygwin64\bin\cygwin1.dll at 00018004


your strace

$ grep cygwin1.dll temp.txt
--- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 00ce
--- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 00ee
--- Process 3080 loaded C:\cygwin64\bin\cygwin1.dll at 014f

can you exclude the AV from your cygwin directory ?

Regards
Marco




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