multiple definition of `atan2l' on the current Cygwin
Hello I have updated Cygwin_x86 and Cygwin_x86-64 today. In building the gnuplot I have met the error of "multiple definition of `atan2l'". /usr/lib/gcc/x86_64-pc-cygwin/5.3.0/libstdc++.dll.a(d005836.o):(.text+0x0): multiple definition of `atan2l' /usr/lib/../lib/libm.a(t-d000195.o):fake:(.text+0x0): first defined here collect2: error: ld returned 1 exit status Makefile:777: recipe for target 'gnuplot.exe' failed This did not occur yesterday. Perhaps the latest change gcc-5.3.0 give this results. At the moment a workaroud is : LDFLAGS='-Wl,--allow-multiple-definition' \ at configure. Tatsuro -- 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: multiple definition of `atan2l' on the current Cygwin
Please inore this post. I have made a mistake to post under the different thread. > From: Tatsuro MATSUOKA > To: cygwin > Cc: > Date: 2016/4/12, Tue 12:06 > Subject: multiple definition of `atan2l' on the current Cygwin > > I have updated Cygwin_x86 and Cygwin_x86-64 today. > In building the gnuplot I have met the error of "multiple definition of > `atan2l'". > /usr/lib/gcc/x86_64-pc-cygwin/5.3.0/libstdc++.dll.a(d005836.o):(.text+0x0): > multiple definition of `atan2l' > /usr/lib/../lib/libm.a(t-d000195.o):fake:(.text+0x0): first defined here > collect2: error: ld returned 1 exit status > Makefile:777: recipe for target 'gnuplot.exe' failed > This did not occur yesterday. > Perhaps the latest change gcc-5.3.0 give this results. > At the moment a workaroud is : > LDFLAGS='-Wl,--allow-multiple-definition' \ > at configure. > Tatsuro > -- 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: strxfrm() returns an incorrect value on a short buffer
On 12/04/2016 07:07, Tony Cook wrote:
strxfrm() returns an incorrect value if you supply an output buffer
and that buffer is too short for the result.
With the code following:
#include
#include
#include
int main() {
char xbuf[5] = "";
char *lc = setlocale(LC_ALL, "en_AU.utf8");
if (!lc) {
perror("setlocale");
return 1;
}
size_t sza = strxfrm(xbuf, "alphabet", sizeof(xbuf));
printf("sz: %zd\n", sza);
size_t szb = strxfrm(NULL, "alphabet", 0);
printf("sz: %zd\n", szb);
return 0;
}
On cygwin:
tony@phobos ~
$ gcc -ostrxfrmtest strxfrmtest.c
tony@phobos ~
$ ./strxfrmtest
sz: 5
sz: 20
tony@phobos ~
$ uname -a
CYGWIN_NT-6.1-WOW phobos 2.5.0(0.297/5/3) 2016-04-11 09:55 i686 Cygwin
On Linux:
tony@mars:~$ gcc -ostrxfrmtest strxfrmtest.c
tony@mars:~$ ./strxfrmtest
sz: 26
sz: 26
tony@mars:~$ uname -a
Linux mars 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u3 (2016-01-17)
x86_64 GNU/Linux
From looking at the source:
https://cygwin.com/git/gitweb.cgi?p=newlib-cygwin.git;a=blob;f=winsup/cygwin/nlsfuncs.cc;h=9dbd9b16d53094c60aa835756c967c054ced8e62;hb=HEAD#l1286
It appears that strxfrm() is just returning the size of the output
buffer on an overflow error rather than calling LCMapString() again
with cchDest set to zero to get the required buffer length that
strxfrm() is meant to return on a short buffer.
This came out of the discussion in:
https://rt.perl.org/Ticket/Display.html?id=121734
(not that I've reproduced that issue.)
Tony
You should check the error output.
Both cygwin and Linux seem IMHO to report an insufficient buffer
and s1 is not guaranteed.
http://pubs.opengroup.org/onlinepubs/9699919799/functions/strxfrm.html
Upon successful completion, strxfrm() [CX] [Option Start] and
strxfrm_l() [Option End] shall return the length of the transformed
string (not including the terminating NUL character). If the value
returned is n or more, the contents of the array pointed to by s1 are
unspecified.
On error, strxfrm() [CX] [Option Start] and strxfrm_l() [Option
End] may set errno but no return value is reserved to indicate an error.
--
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: Warning: Mismatch between the program and library build versions detted. (WxWidgets)
On 12/04/2016 03:41, Tatsuro MATSUOKA wrote: Hello I have met the following waring gnuplot with wxt terminal Terminal type set to 'wxt' gnuplot> plot sin(x) 10:33:39: Warning: Mismatch between the program and library build versions detted. The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx containers,compatie with 2.8), and your program used 3.0 (wchar_t,compiler with C++ ABI 1002,wx containers,coatible with 2.8). I do not have enough knowldge of difference between C++ ABI 1009 and C++ ABI 1002. Any suggestions? # For the program execution, I do not have troubles from the warining. Tatsuro Tatsuro, can you please stop to reply to different unrelated threads instead of starting a new one ? It mess up the archives https://cygwin.com/ml/cygwin/2016-04/threads.html and mail reading. Regards Marco -- 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: strxfrm() returns an incorrect value on a short buffer
Tony Cook develop-help.com> writes: > strxfrm() returns an incorrect value if you supply an output buffer > and that buffer is too short for the result. The text in the C standard is: > The strxfrm function returns the length of the transformed string (not including the terminating null character). If the value returned is n or more, the contents of the array pointed to by s1 are indeterminate. EXAMPLE The value of the following expression is the size of the array needed to hold the transformation of the string pointed to by s. 1 + strxfrm(NULL, s, 0) < It doesn't really provide for an explanation of what should happen if you start with a buffer that is too small, but from the standpoint of defensiveness, if you are getting the size of your buffer or larger, then you should ask again with a size of zero to get the actual minimum size needed or try again with a larger buffer until the returned value is smaller than the buffer size. > It appears that strxfrm() is just returning the size of the output > buffer on an overflow error rather than calling LCMapString() again > with cchDest set to zero to get the required buffer length that > strxfrm() is meant to return on a short buffer. So, you may be expecting something that the standard doesn't explicitly specify, although you might reasonhably invoke that Cygwin should behave like Linux in this case. Regards, Achim. -- 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
Octave segmentation fault when plotting graph
Following a recent Cygwin update, I get segmentation faults when I try to plot
graphs in Octave. Creating the figure window works (i.e. issuing the command
"figure" doesn't cause the crash, it is only when plotting within the figure
that I get a crash). I use the Octave command "sombrero" to test the plotting
of data, but even simpler commands ("plot(1:10,1:10);") cause the crash. The
crash occurs whether using the fltk or qt graphics toolkit.
I'm using:
Octave: GNU Octave, version 4.0.1
Cygwin: CYGWIN_NT-6.1-WOW OEM-9D7L362 2.5.0(0.297/5/3) 2016-04-11 09:55 i686
Cygwin
The command I issue in Octave is:
>> sombrero
And I get this error message:
>> panic: Segmentation fault -- stopping myself...
attempting to save variables to 'octave-workspace'...
save to 'octave-workspace' complete
I ran strace to try to debug the problem. The strace output is too large (MB)
to attach, but comparing strace for a normal termination of octave (run octave,
create a figure but without plotting) and a segmentation fault termination of
octave (run octave, issue command "sombrero"), I see that a segmentation fault
causes "threads exited with status 0xc005". However I don't know how to
debug this any further.
I attach the output of cygcheck -s -v -r
Any suggestions on how to debug this further or how to fix it would be very
welcome! I have tried downgrading octave and qt but to no avail.
Regards,
Steve
Cygwin Configuration Diagnostics
Current System Time: Tue Apr 12 10:43:16 2016
Windows 7 Professional Ver 6.1 Build 7601 Service Pack 1
Running under WOW64 on AMD64
Path: C:\Programs\cygwin\usr\local\bin
C:\Programs\cygwin\bin
C:\ProgramData\Oracle\Java\javapath
C:\Program Files (x86)\Serena\Dimensions 12.2\CM\prog64
C:\Program Files (x86)\Serena\Dimensions 12.2\CM\prog
C:\Program Files (x86)\CA\SC\CAWIN
C:\Windows\system32
C:\Windows
C:\Windows\System32\Wbem
C:\Windows\System32\WindowsPowerShell\v1.0
C:\Program Files (x86)\CA\SC\Csam\SockAdapter\bin
C:\Program Files (x86)\CA\DSM\bin
C:\Program Files (x86)\CA\SC\CBB
C:\PROGRA~2\CA\SC\CAM\bin
C:\Program Files\MATLAB\R2013b\bin
C:\Program Files (x86)\IDM Computer Solutions\UltraEdit
C:\Programs\cygwin\lib\lapack
~\bin
~\bin
~\bin
Output from C:\Programs\cygwin\bin\id.exe
UID: 1068801(NGGMV1R)
GID: 1049089(Domain Users)
1049089(Domain Users)
544(Administrators)
545(Users)
4(INTERACTIVE)
66049(CONSOLE LOGON)
11(Authenticated Users)
15(This Organization)
4095(CurrentSession)
66048(LOCAL)
1076736(CHX-PEng_AppsRO)
1060958(CHE-OGraduates_Shared_L)
1077086(CHE-VMS_sREU Member)
1065050(CHE-OGraduates_Shared_FSC_L)
1083820(CHE-PsREU_CLC_Reviewer)
1067428(CE APP Microsoft Visio Std 2007)
1073366(CE APP WinZip 12)
1104011(CHE-OFailureRevMet_40 50 99_L)
1102817(CHE-OPPMWorkGrp_L)
1060710(CHE-OEngServG1ResL)
1073556(CE APP JT2Go 8)
1060422(CHE-VMS P20)
1060603(CHE-PL)
1071718(CHE-PPowerLabCH3_BuildFacilities_DuringBritMainConL)
1060458(CHE-OOra_LibrWin32RfctrackRO)
1078471(CHE-CitrixDoorsQA)
1061025(CHE-PVmsL)
1057098(CHE-FeedbackDatabaseRW)
1060517(CHE-OToolsgroupL)
1075079(CHE-Component_ Change_group_Pfreeman_TEStore_TE00Complete_L)
1060634(CHE-PVmsRCT_AppsL)
1075074(CHE-Component_ Change_group_Pfreeman_L)
1071965(CHE-OAvionicsPECoE_RO)
1069764(CHE-Grads 2009 Green TeamRW)
1071859(CHE-VMS P42 RDC member)
1062759(CHE-OGraduates_Shared_FSC_RW)
1061071(CHE-PVmsRiuProjects_Grp99_NewBusL)
1061013(CHE-OManengL)
1061341(CHE-OEngresMansuppNewpartdataL)
1071964(CHE-OAvionicsPECoE_L)
1067500(CHE-PAST_Projects_SCARLETT_RW)
1060455(CHE-OBusImprovPublicRO)
1061350(CHE-OBusImprovPublicL)
1072955(CE APP Microsoft Project Std 2010)
1057205(CHE$GROUPS)
1067501(CHE-PAST_Projects_SCARLETT_L)
1060827(CHE-OOra_LibrWin32L)
1060406(CHE-OEngServG1L)
1102771(CHE-OFailureRevMet_L)
1057165(CHE-AccessCheltCampusDocs)
1097962(CHE-OSimplification_RW)
1060525(CHE-OIntranetManengL)
1102999(CHE-PGulfstreamP20_L)
1060875(CHE-OOra_librL)
1060927(CHE-PAST_L)
1069180(CHE-VMS Scarlett Member)
1060440(CHE-VMS_RIU Projects 787 RDC RW)
1102818(CHE-OPPMWorkGrp_RO)
1057070(CHE-HL)
1060761(CHE-VMS LGERS Member)
1078469(CHE-CitrixDoorsProd)
1057101(CHE-Employees)
1097960(CHE-OSimplification_L)
1060911(CHE-OEngresMansuppL)
1060744(CHE-OIntranetIsL)
1060844(CHE-ODatagroupL)
1061357(CHE-PAST_Projects_L)
1104009(CHE-OFailureRevMet_10 20 30_L)
1081918(CE APP IDM Ultra Edit 19)
1060676(CHE-OApplicationsL)
1060485(CHE-PPowerLabsL)
1069768(CHE-OEngServG1ResSysswSSGrad2009MiniL)
1060613(CHE-OEngServG1ResSysswSSGradL)
1104010(CHE-OFailureRevMet_10 20 30_RW)
1060782(CHE-OBusImprovL)
1104012(CHE-OFailureRevMet_40 50 99_RO)
1060449(CHE-OGraduates_Shared_RW)
1060657(CHE-PVmsRiuprojects_Grp10_787rdcL)
1060464(CHE-OGEApplicationAudit_RW)
1075080(CHE-Component_ Change_group_Pfreeman_TEStore_TE00Complete_RO)
1060729(CHE-OProposalsL)
1105601(CHE-PVmsRCT_L)
1060997(CHE-PGulfstre
Re: Octave segmentation fault when plotting graph
On 12/04/2016 12:26, Stephen Wilkinson wrote:
Following a recent Cygwin update, I get segmentation faults when I try to plot graphs in Octave. Creating the
figure window works (i.e. issuing the command "figure" doesn't cause the crash, it is only when
plotting within the figure that I get a crash). I use the Octave command "sombrero" to test the
plotting of data, but even simpler commands ("plot(1:10,1:10);") cause the crash. The crash occurs
whether using the fltk or qt graphics toolkit.
I'm using:
Octave: GNU Octave, version 4.0.1
Cygwin: CYGWIN_NT-6.1-WOW OEM-9D7L362 2.5.0(0.297/5/3) 2016-04-11 09:55 i686
Cygwin
The command I issue in Octave is:
sombrero
And I get this error message:
panic: Segmentation fault -- stopping myself...
attempting to save variables to 'octave-workspace'...
save to 'octave-workspace' complete
I ran strace to try to debug the problem. The strace output is too large (MB) to attach, but
comparing strace for a normal termination of octave (run octave, create a figure but without
plotting) and a segmentation fault termination of octave (run octave, issue command
"sombrero"), I see that a segmentation fault causes "threads exited with status
0xc005". However I don't know how to debug this any further.
I attach the output of cygcheck -s -v -r
Any suggestions on how to debug this further or how to fix it would be very
welcome! I have tried downgrading octave and qt but to no avail.
Regards,
Steve
confirmed for 32bit only. 64 bit version seems to work normally.
As workaround "graphics_toolkit gnuplot" does not crash, for what I see.
Did you ever had any problem on 4.0.0 ?
Regards
Marco
--
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: strxfrm() returns an incorrect value on a short buffer
On Tue, Apr 12, 2016 at 10:20:13AM +, Achim Gratz wrote: > Tony Cook develop-help.com> writes: > > strxfrm() returns an incorrect value if you supply an output buffer > > and that buffer is too short for the result. > > The text in the C standard is: > > > > The strxfrm function returns the length of the transformed string (not > including the > terminating null character). If the value returned is n or more, the > contents of the array > pointed to by s1 are indeterminate. > > EXAMPLE The value of the following expression is the size of the array > needed to hold the > transformation of the string pointed to by s. > 1 + strxfrm(NULL, s, 0) > < > > It doesn't really provide for an explanation of what should happen if you > start with a buffer that is too small, but from the standpoint of > defensiveness, if you are getting the size of your buffer or larger, then > you should ask again with a size of zero to get the actual minimum size > needed or try again with a larger buffer until the returned value is smaller > than the buffer size. > > > It appears that strxfrm() is just returning the size of the output > > buffer on an overflow error rather than calling LCMapString() again > > with cchDest set to zero to get the required buffer length that > > strxfrm() is meant to return on a short buffer. > > So, you may be expecting something that the standard doesn't explicitly > specify, although you might reasonhably invoke that Cygwin should behave > like Linux in this case. The specification of strxfrm() in the standard doesn't special-case a length of zero beyond allowing for s1 to be NULL. If an implementation were permitted to return the lesser of the full length of the transformed string and the size of the buffer the example in the standard wouldn't return what the description says it does. Tony -- 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: Octave segmentation fault when plotting graph
> From: Marco Atzeri > To: cygwin > Cc: > Date: 2016/4/12, Tue 19:53 > Subject: Re: Octave segmentation fault when plotting graph > > On 12/04/2016 12:26, Stephen Wilkinson wrote: >> Following a recent Cygwin update, I get segmentation faults when I try to > plot graphs in Octave. > > Off topic but perhaps related to this phenomena. I regulaly build development version of gnuplot. I have update Cygwin today. After update gnuplot randamly termidate at make check. Perhaps the recent Cygwin update is related. Did you try to back cygwin version by cygwin setup? Tatsuro -- 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: Octave segmentation fault when plotting graph
Tatsuro: I tried to roll back to earlier version of Cygwin (all packages) but
that broke several other things.
Marco: I confirm that was broken for 32-bit. I've just installed Cygwin 64-bit
and Octave works as expected. I got crashes with fltk and qt graphic toolkits,
but I admit I didn't try gnuplot. All was working fine until I updated -- I
can't remember what version of Octave I was running but 4.0.0 sounds about
right.
Regards,
Steve
P.S. apologies for the poorly formatted initial e-mail
-Original Message-
From: Wilkinson, Stephen (GE Aviation)
Sent: 12 April 2016 11:27
To: 'cygwin-at-cygwin.com'
Subject: Octave segmentation fault when plotting graph
Following a recent Cygwin update, I get segmentation faults when I try to plot
graphs in Octave. Creating the figure window works (i.e. issuing the command
"figure" doesn't cause the crash, it is only when plotting within the figure
that I get a crash). I use the Octave command "sombrero" to test the plotting
of data, but even simpler commands ("plot(1:10,1:10);") cause the crash. The
crash occurs whether using the fltk or qt graphics toolkit.
I'm using:
Octave: GNU Octave, version 4.0.1
Cygwin: CYGWIN_NT-6.1-WOW OEM-9D7L362 2.5.0(0.297/5/3) 2016-04-11 09:55 i686
Cygwin
The command I issue in Octave is:
>> sombrero
And I get this error message:
>> panic: Segmentation fault -- stopping myself...
attempting to save variables to 'octave-workspace'...
save to 'octave-workspace' complete
I ran strace to try to debug the problem. The strace output is too large (MB)
to attach, but comparing strace for a normal termination of octave (run octave,
create a figure but without plotting) and a segmentation fault termination of
octave (run octave, issue command "sombrero"), I see that a segmentation fault
causes "threads exited with status 0xc005". However I don't know how to
debug this any further.
I attach the output of cygcheck -s -v -r
Any suggestions on how to debug this further or how to fix it would be very
welcome! I have tried downgrading octave and qt but to no avail.
Regards,
Steve
--
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: Octave segmentation fault when plotting graph
On 12/04/2016 13:53, Stephen Wilkinson wrote: Tatsuro: I tried to roll back to earlier version of Cygwin (all packages) but that broke several other things. Marco: I confirm that was broken for 32-bit. I've just installed Cygwin 64-bit and Octave works as expected. I got crashes with fltk and qt graphic toolkits, but I admit I didn't try gnuplot. All was working fine until I updated -- I can't remember what version of Octave I was running but 4.0.0 sounds about right. Regards, Steve I guess Tatsuro was thinking to revert only cygwin package to 2.4.1. I just tried and it makes no difference. the segfault seems in the X libraries #1 0x43934357 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so #2 0x439346c6 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so #3 0x4385314d in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so #4 0x4384bd7d in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so #5 0x4384c247 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so #6 0x43967ca5 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so #7 0x436978c6 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so #8 0x4366a3a2 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so #9 0x43651882 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so #10 0x43666f95 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so #11 0x43563674 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so #12 0x43563ce9 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so #13 0x4ac0a82c in opengl_renderer::set_polygon_offset (this=0x806b1030, on=false, offset=0) at /usr/src/debug/octave-4.0.1-1/libinterp/corefcn/gl-render.cc:2916 #14 0x4ac0c8e6 in opengl_renderer::draw_axes_planes ( this=this@entry=0x806b1030, props=...) at /usr/src/debug/octave-4.0.1-1/libinterp/corefcn/gl-render.cc:904 #15 0x4ac0 in opengl_renderer::draw_axes (this=0x806b1030, props=...) at /usr/src/debug/octave-4.0.1-1/libinterp/corefcn/gl-render.cc:1474 #16 0x4ac0ae07 in opengl_renderer::draw (this=0x806b1030, go=..., toplevel=false) at /usr/src/debug/octave-4.0.1-1/libinterp/corefcn/gl-render.cc:589 #17 0x4afc355b in opengl_renderer::draw (this=this@entry=0x806b1030, hlist=..., toplevel=toplevel@entry=false) at /usr/src/debug/octave-4.0.1-1/libinterp/corefcn/gl-render.h:81 #18 0x4ac0cd5d in opengl_renderer::draw_figure (this=0x806b1030, props=...) at /usr/src/debug/octave-4.0.1-1/libinterp/corefcn/gl-render.cc:615 #19 0x4ac0ae07 in opengl_renderer::draw (this=0x806b1030, go=..., It will take a while to find the root cause... -- 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
native Linux userland in Windows 10
By now I guess most of us have seen the reports of bash, and in fact a full Linux userland, running natively in Windows 10: http://www.osnews.com/story/29149/Microsoft_and_Canonical_partner_to_bring_Ubuntu_to_Windows_10 http://www.hanselman.com/blog/DevelopersCanRunBashShellAndUsermodeUbuntuLinuxBinariesOnWindows10.aspx http://blog.dustinkirkland.com/2016/03/ubuntu-on-windows.html It's in beta release and doesn't seem to have been widely tested yet. Apparently Microsoft has developed an API translation layer, simliar to the Cygwin DLL, to make this work. But unlike with Cygwin, Linux apps don't have to be rebuilt - they can run natively as-is in Windows 10. So you can get, allegedly, the full Linux userland out-of-the-box. The first link cited above suggests that if this is all it claims to be, it would remove the need for Cygwin. I can see the point. Has anyone had a chance to try this new feature? Does it work as well as is claimed? I realize this may be strictly off-topic here, but it seems to me to be potentially so important to the future of Cygwin that it's worth discussing here insted of on cygwin-talk. Andrew -- 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: Octave segmentation fault when plotting graph -- dri-drivers
On 12/04/2016 14:24, Marco Atzeri wrote: On 12/04/2016 13:53, Stephen Wilkinson wrote: Tatsuro: I tried to roll back to earlier version of Cygwin (all packages) but that broke several other things. Marco: I confirm that was broken for 32-bit. I've just installed Cygwin 64-bit and Octave works as expected. I got crashes with fltk and qt graphic toolkits, but I admit I didn't try gnuplot. All was working fine until I updated -- I can't remember what version of Octave I was running but 4.0.0 sounds about right. Regards, Steve I guess Tatsuro was thinking to revert only cygwin package to 2.4.1. I just tried and it makes no difference. the segfault seems in the X libraries #1 0x43934357 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so Reverting dri-drivers to 11.0.9-1 seems to solve the issue. Yaakov, can you give a check ? Regards Marco -- 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: native Linux userland in Windows 10
On 12/04/2016 14:50, Andrew Schulman wrote: By now I guess most of us have seen the reports of bash, and in fact a full Linux userland, running natively in Windows 10: http://www.osnews.com/story/29149/Microsoft_and_Canonical_partner_to_bring_Ubuntu_to_Windows_10 http://www.hanselman.com/blog/DevelopersCanRunBashShellAndUsermodeUbuntuLinuxBinariesOnWindows10.aspx http://blog.dustinkirkland.com/2016/03/ubuntu-on-windows.html It's in beta release and doesn't seem to have been widely tested yet. Apparently Microsoft has developed an API translation layer, simliar to the Cygwin DLL, to make this work. But unlike with Cygwin, Linux apps don't have to be rebuilt - they can run natively as-is in Windows 10. So you can get, allegedly, the full Linux userland out-of-the-box. The first link cited above suggests that if this is all it claims to be, it would remove the need for Cygwin. I can see the point. Has anyone had a chance to try this new feature? Does it work as well as is claimed? I realize this may be strictly off-topic here, but it seems to me to be potentially so important to the future of Cygwin that it's worth discussing here insted of on cygwin-talk. Andrew Before W10 became the standard it will take some time. Considering the previous history of Microsoft with Windows Services for UNIX (SFU) , my feeling is https://en.wikipedia.org/wiki/Timeo_Danaos_et_dona_ferentes If they really would like to port Unix on MS, it will be enough to provide Corinna with a simple way to implement fork Regards Marco -- 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: strxfrm() returns an incorrect value on a short buffer
On Apr 12 15:07, Tony Cook wrote: > strxfrm() returns an incorrect value if you supply an output buffer > and that buffer is too short for the result. > > With the code following: > [...] > It appears that strxfrm() is just returning the size of the output > buffer on an overflow error rather than calling LCMapString() again > with cchDest set to zero to get the required buffer length that > strxfrm() is meant to return on a short buffer. Thanks for the testcase. I applied a patch https://sourceware.org/git/?p=newlib-cygwin.git;h=e1854211 and created new snapshots on https://cygwin.com/snapshots/ Please give them a try. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat signature.asc Description: PGP signature
Re: multiple definition of `atan2l' on the current Cygwin
On Apr 12 17:11, Tatsuro MATSUOKA wrote:
> Hello
> I have updated Cygwin_x86 and Cygwin_x86-64 today.
> In building the gnuplot I have met the error of "multiple definition of
> `atan2l'".
> /usr/lib/gcc/x86_64-pc-cygwin/5.3.0/libstdc++.dll.a(d005836.o):(.text+0x0):
> multiple definition of `atan2l'
> /usr/lib/../lib/libm.a(t-d000195.o):fake:(.text+0x0): first defined here
> collect2: error: ld returned 1 exit status
> Makefile:777: recipe for target 'gnuplot.exe' failed
> This did not occur yesterday.
> Perhaps the latest change gcc-5.3.0 give this results.
> At the moment a workaroud is :
> LDFLAGS='-Wl,--allow-multiple-definition' \
> at configure.
I can't reproduce this with a simple testcase:
$ cat > m.cc <
int main ()
{
atan2l (1.0, 2.0);
}
EOF
$ g++ -g -o m m.cc -lm -lstdc++ -lm -lstdc++
This builds and links fine for me.
Is there a chance that gnuplot accidentally provides its own atan2l on
Cygwin, despite Cygwin 2.5.0 now providing it per C99? Or did you, by
any chance, try to rebuild gnuplot without reconfiguring the build?
Can you please provide a simple, self-contained testcase?
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
signature.asc
Description: PGP signature
Re: native Linux userland in Windows 10
On Apr 12 14:58, Marco Atzeri wrote: > On 12/04/2016 14:50, Andrew Schulman wrote: > >By now I guess most of us have seen the reports of bash, and in fact a full > >Linux userland, running natively in Windows 10: > > > >http://www.osnews.com/story/29149/Microsoft_and_Canonical_partner_to_bring_Ubuntu_to_Windows_10 > >http://www.hanselman.com/blog/DevelopersCanRunBashShellAndUsermodeUbuntuLinuxBinariesOnWindows10.aspx > >http://blog.dustinkirkland.com/2016/03/ubuntu-on-windows.html > > > >It's in beta release and doesn't seem to have been widely tested yet. > >Apparently > >Microsoft has developed an API translation layer, simliar to the Cygwin DLL, > >to > >make this work. But unlike with Cygwin, Linux apps don't have to be rebuilt > >- > >they can run natively as-is in Windows 10. So you can get, allegedly, the > >full > >Linux userland out-of-the-box. > > > >The first link cited above suggests that if this is all it claims to be, it > >would remove the need for Cygwin. I can see the point. > > > >Has anyone had a chance to try this new feature? Does it work as well as is > >claimed? > > > >I realize this may be strictly off-topic here, but it seems to me to be > >potentially so important to the future of Cygwin that it's worth discussing > >here > >insted of on cygwin-talk. > > > >Andrew > > > Before W10 became the standard it will take some time. > > Considering the previous history of Microsoft with > Windows Services for UNIX (SFU) , my feeling is > > https://en.wikipedia.org/wiki/Timeo_Danaos_et_dona_ferentes > > If they really would like to port Unix on MS, it will be enough to > provide Corinna with a simple way to implement fork Huh, right. If only... https://social.msdn.microsoft.com/Forums/en-US/afdf1b68-1f3e-47f5-94cf-51e397afe073/ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat signature.asc Description: PGP signature
Re: native Linux userland in Windows 10
This new Linux subsystem does have a fork() API call somewhere in either lxcore.sys or lxss.sys. Presumably lots of other Linux kernel APIs as well. It is interesting that this has popped up, though perhaps not as unexpected as many people think. Does anybody remember that a guy from Microsoft posted to this list last year about what it would take to implement a Unix style PTY in the command prompt (IIRC)? They have obviously been thinking about this for a while. One driver is that the need for cross-platform tooling is growing with the .Net Core project's aim to get it running on Linux. People will not want to maintain PowerShell scripts for Windows and Bash scripts for Linux, and since there is no chance of PowerShell running on Linux any time soon it was perhaps inevitable that something like this would happen. I am going to try and get it insalled (have had some problems finding an ISO!) just to check the speed of Magit in Emacs. It's unusably slow in Cygwin. On 12 April 2016 at 14:41, Corinna Vinschen wrote: > On Apr 12 14:58, Marco Atzeri wrote: >> On 12/04/2016 14:50, Andrew Schulman wrote: >> >By now I guess most of us have seen the reports of bash, and in fact a full >> >Linux userland, running natively in Windows 10: >> > >> >http://www.osnews.com/story/29149/Microsoft_and_Canonical_partner_to_bring_Ubuntu_to_Windows_10 >> >http://www.hanselman.com/blog/DevelopersCanRunBashShellAndUsermodeUbuntuLinuxBinariesOnWindows10.aspx >> >http://blog.dustinkirkland.com/2016/03/ubuntu-on-windows.html >> > >> >It's in beta release and doesn't seem to have been widely tested yet. >> >Apparently >> >Microsoft has developed an API translation layer, simliar to the Cygwin >> >DLL, to >> >make this work. But unlike with Cygwin, Linux apps don't have to be >> >rebuilt - >> >they can run natively as-is in Windows 10. So you can get, allegedly, the >> >full >> >Linux userland out-of-the-box. >> > >> >The first link cited above suggests that if this is all it claims to be, it >> >would remove the need for Cygwin. I can see the point. >> > >> >Has anyone had a chance to try this new feature? Does it work as well as is >> >claimed? >> > >> >I realize this may be strictly off-topic here, but it seems to me to be >> >potentially so important to the future of Cygwin that it's worth discussing >> >here >> >insted of on cygwin-talk. >> > >> >Andrew >> >> >> Before W10 became the standard it will take some time. >> >> Considering the previous history of Microsoft with >> Windows Services for UNIX (SFU) , my feeling is >> >> https://en.wikipedia.org/wiki/Timeo_Danaos_et_dona_ferentes >> >> If they really would like to port Unix on MS, it will be enough to >> provide Corinna with a simple way to implement fork > > Huh, right. If only... > > https://social.msdn.microsoft.com/Forums/en-US/afdf1b68-1f3e-47f5-94cf-51e397afe073/ > > > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin to > Cygwin Maintainer cygwin AT cygwin DOT com > Red Hat -- Philip Daniels. -- 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: Octave segmentation fault when plotting graph
Marco -- I've just tried that, rolling dri-drivers back to 11.0.9-1 and it works. Thank you for such rapid responses... hope this helps the developers/package maintainers. Rgds, Steve On 12/04/2016 14:24, Marco Atzeri wrote: On 12/04/2016 13:53, Stephen Wilkinson wrote: Tatsuro: I tried to roll back to earlier version of Cygwin (all packages) but that broke several other things. Marco: I confirm that was broken for 32-bit. I've just installed Cygwin 64-bit and Octave works as expected. I got crashes with fltk and qt graphic toolkits, but I admit I didn't try gnuplot. All was working fine until I updated -- I can't remember what version of Octave I was running but 4.0.0 sounds about right. Regards, Steve I guess Tatsuro was thinking to revert only cygwin package to 2.4.1. I just tried and it makes no difference. the segfault seems in the X libraries #1 0x43934357 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so Reverting dri-drivers to 11.0.9-1 seems to solve the issue. Yaakov, can you give a check ? Regards Marco -- 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: native Linux userland in Windows 10
On 2016-04-12 09:41, Corinna Vinschen wrote: On Apr 12 14:58, Marco Atzeri wrote: On 12/04/2016 14:50, Andrew Schulman wrote: By now I guess most of us have seen the reports of bash, and in fact a full Linux userland, running natively in Windows 10: http://www.osnews.com/story/29149/Microsoft_and_Canonical_partner_to_bring_Ubuntu_to_Windows_10 [1] >>http://www.hanselman.com/blog/DevelopersCanRunBashShellAndUsermodeUbuntuLinuxBinariesOnWindows10.aspx [2] http://blog.dustinkirkland.com/2016/03/ubuntu-on-windows.html [3] It's in beta release and doesn't seem to have been widely tested yet. Apparently Microsoft has developed an API translation layer, simliar to the Cygwin DLL, to make this work. But unlike with Cygwin, Linux apps don't have to be rebuilt - they can run natively as-is in Windows 10. So you can get, allegedly, the full Linux userland out-of-the-box. The first link cited above suggests that if this is all it claims to be, it would remove the need for Cygwin. I can see the point. Has anyone had a chance to try this new feature? Does it work as well as is claimed? I realize this may be strictly off-topic here, but it seems to me to be potentially so important to the future of Cygwin that it's worth discussing here insted of on cygwin-talk. Andrew Before W10 became the standard it will take some time. Considering the previous history of Microsoft with Windows Services for UNIX (SFU) , my feeling is https://en.wikipedia.org/wiki/Timeo_Danaos_et_dona_ferentes [4] If they really would like to port Unix on MS, it will be enough to provide Corinna with a simple way to implement fork Huh, right. If only... https://social.msdn.microsoft.com/Forums/en-US/afdf1b68-1f3e-47f5-94cf-51e397afe073/ [5] Corinna I don't think I'll count on Microsoft to maintain a usable Bash shell without twerping it in some fashion so it becomes incompatible (like they tried with numerous other products they "adopted"). The comment on Greeks and gifts is right on target. While Bash in Windows would be great, I just don't think Microsoft can be trusted. I'll keep Cygwin available even after I'm forced to give up my perfectly good Win XP OS and adopt the truly horrible Win 10 OS and its attendant interface fiasco (yes I do miss Win 3.11 for workgroups). In the mean time, this was funny (in case you need your mood lightened) and very slightly on the bash topic (near the end). Hitler uses Docker: https://www.youtube.com/watch?v=PivpCKEiQOQ Brian -- 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: octave forge packages
Marco Atzeri gmail.com> writes: > octave-parallel 3.0.4-1 The package seems to be missing the parallel_interface.oct file. Can you please check if that was intended? Regards, Achim. -- 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] mesa 11.0.9-2
On 22/02/2016 10:00, Yaakov Selkowitz wrote: The following packages have been uploaded to the Cygwin distribution: * mesa-11.0.9-2 * dri-drivers-11.0.9-2 * libglapi0-11.0.9-2 * libGL1-11.0.9-2 * libGL-devel-11.0.9-2 * libOSMesa8-11.0.9-2 * libOSMesa-devel-11.0.9-2 * libEGL1-11.0.9-2 * libEGL-devel-11.0.9-2 * libGLESv2_2-11.0.9-2 * libGLESv2-devel-11.0.9-2 * windowsdriproto-11.0.9-2 Mesa is an open-source implementation of the OpenGL specification, a system for rendering interactive 3D graphics. Complete documentation on OpenGL usage and configuration can be found here: http://x.cygwin.com/docs/ug/using-glx.html This release has been rebuilt for LLVM 3.7. -- Yaakov Hi Yaakov, we found a case where the 32bit is segfaulting while dri-drivers-11.0.9-1 works fine. For reference: https://cygwin.com/ml/cygwin/2016-04/msg00245.html https://cygwin.com/ml/cygwin/2016-04/msg00251.html To replicate with octave is enough : run from xterm /usr/bin/octave-cli-4.0.1.exe x=1:100; plot(x,x) as dri-drivers seems absent from mesa-debuginfo I can not provide you a meaningful backtrace: #0 0xfc6d00a0 in ?? () #1 0x43934357 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so #2 0x439346c6 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so ... #12 0x43563ce9 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so #13 0x4abfa82c in opengl_renderer::set_polygon_offset (this=0x80610180, on=false, offset=0) at /usr/src/debug/octave-4.0.1-1/libinterp/corefcn/gl-render.cc:2916 However I see that also mesa-demos segfault $ cd /usr/lib/mesa-demos $ ./quad-clip.exe GL_RENDERER = Gallium 0.4 on llvmpipe (LLVM 3.7, 256 bits) GL_VERSION= 3.0 Mesa 11.0.9 GL_VENDOR = VMware, Inc. Segmentation fault (core dumped) Regards Marco -- 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: octave forge packages
On 12/04/2016 16:55, Achim Gratz wrote: Marco Atzeri gmail.com> writes: octave-parallel 3.0.4-1 The package seems to be missing the parallel_interface.oct file. Can you please check if that was intended? Regards, Achim. It seems some mess upstream. I will try to build from rep source. Regards Marco -- 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
2.3.1(0.291/5/3): MAXNAMLEN too small
Hey all, I was compiling mg (the OpenBSD microemacs editor), and it was using MAXNAMLEN for filename completion. It had a bug because its value in Cygwin is 256 (too low!). We changed it to NAME_MAX which is 1024 and it works, but I think they should have the same value, so MAXNAMLEN should be updated to 1024, shouldn't it? CYGWIN_NT-6.1-WOW 2.3.1(0.291/5/3) i686, on Win7-64bit. Thanks! -- 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: native Linux userland in Windows 10
> I don't think I'll count on Microsoft to maintain a usable Bash shell > without twerping it in some fashion so it becomes incompatible (like > they tried with numerous other products they "adopted"). The comment on > Greeks and gifts is right on target. To be clear, bash here doesn't come from Microsoft - it's not Microsoft bash. It's Ubuntu's bash package, and all the rest of Ubuntu userland, including for example apt-get, so you can install whatever other Ubuntu packages you want and run them in Windows. At least in theory. What Microsoft is providing is the Linux kernel API. Of course there's still plenty of room for mischief or misimplementation there. Andrew -- 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: multiple definition of `atan2l' on the current Cygwin
On Apr 11, 2016, at 9:06 PM, Tatsuro MATSUOKA wrote: > > In building the gnuplot Why aren’t you using the gnuplot package in the Cygwin package repository? > I have met the error of "multiple definition of `atan2l’". This is doubtless because that function was just added to Cygwin in 2.5.0. Perhaps gnuplot is providing its own copy due to a naive platform test? Have you tried a clean reconfigure and rebuild? -- 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
[ANNOUNCEMENT] texlive 20150521-4
The following packages have been uploaded to the Cygwin distribution: * texlive-20150521-4 * libkpathsea6-20150521-4 * libkpathsea-devel-20150521-4 * libptexenc1-20150521-4 * libptexenc-devel-20150521-4 * libsynctex1-20150521-4 * libsynctex-devel-20150521-4 * libtexlua52_5-20150521-4 * libtexlua52-devel-20150521-4 * libtexluajit2-20150521-4 * libtexluajit-devel-20150521-4 TeX Live provides a comprehensive, cross-platform TeX system. It includes all the major TeX-related programs, macro packages, and fonts that are free software, including support for many languages around the world. For more information, see http://www.tug.org/texlive/ This is a rebuild of the TeX Live 2015 binaries and supporting libraries, with a few small changes: 1. I am now able to build xindy on 64-bit Cygwin. 2. I have removed the call to fc-cache from the zp_texlive_finish.dash postinstall script; this is no longer needed now that libfontconfig1 includes zp_fontconfig_cache_1.sh. 3. I have added to 0p_texlive_prep.dash support for the tlmgr (TeX Live Manager) utility, which is going to be added to the upcoming test release of the TeX Live collections. Ken Brown Cygwin's TeX Live maintainer -- 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: native Linux userland in Windows 10
wilson writes: > I don't think I'll count on Microsoft to maintain a usable Bash shell > without twerping it in some fashion so it becomes incompatible (like > they tried with numerous other products they "adopted"). The comment > on Greeks and gifts is right on target. Maybe you didn't read the announcement, but it's a stock Ubuntu bash from Canonical running on a WinNT kernel subsystem aka "Personality" that provides a Linux userspace API. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- 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: native Linux userland in Windows 10
Andrew Schulman writes: > The first link cited above suggests that if this is all it claims to be, it > would remove the need for Cygwin. I can see the point. It doesn't, as long as it doesn't integrate into the Windows user space at all, like it currently seems not to. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- 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
hwloc: missing pkgconfig
Marco, In hwloc Makefile.am, the pkgconfig file is blocked by !HWLOC_HAVE_WINDOWS. Obviously we use the Win32 backend but we need hwloc.pc in -devel for other packages to use it. Could you remove this bogus conditional and rebuild? -- Yaakov -- 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: octave forge packages
Marco Atzeri writes: > It seems some mess upstream. I will try to build from rep source. Take your time. I've rolled back for the moment. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra -- 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
Cygwin mv and cp fail: skipping file 'file', as it was replaced while being copied
Hi; Cygwin mv and cp fail: skipping file 'file', as it was replaced while being copied $ uname -a CYGWIN_NT-6.1 KWOLCOTT-9010 2.5.0(0.297/5/3) 2016-04-11 09:58 x86_64 Cygwin $ mv new_Perforce_account_request.txt ~/. mv: skipping file 'new_Perforce_account_request.txt', as it was replaced while being copied $ pwd /cygdrive/p/Engineering/EOSS_Tableau/SFDC $ cp new_Perforce_account_request.txt ~/. cp: skipping file 'new_Perforce_account_request.txt', as it was replaced while being copied What's up with this? Thanks, Ken Wolcott -- 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: Cygwin mv and cp fail: skipping file 'file', as it was replaced while being copied
On 04/12/2016 12:13 PM, Kenneth Wolcott wrote: > Hi; > > Cygwin mv and cp fail: skipping file 'file', as it was replaced > while being copied > > $ uname -a > CYGWIN_NT-6.1 KWOLCOTT-9010 2.5.0(0.297/5/3) 2016-04-11 09:58 x86_64 Cygwin > > $ mv new_Perforce_account_request.txt ~/. > mv: skipping file 'new_Perforce_account_request.txt', as it was > replaced while being copied > > $ pwd > /cygdrive/p/Engineering/EOSS_Tableau/SFDC That's often the case of a drive that has unstable inode numbers. What does /usr/lib/csih/getVolInfo /cygdrive/p/Engineering/EOSS_Tableau/SFDC say about your drive? It may be some buggy file system that cygwin needs to learn how to work around. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: Cygwin mv and cp fail: skipping file 'file', as it was replaced while being copied
On Tue, Apr 12, 2016 at 11:53 AM, Eric Blake wrote: > On 04/12/2016 12:13 PM, Kenneth Wolcott wrote: >> Hi; >> >> Cygwin mv and cp fail: skipping file 'file', as it was replaced >> while being copied >> >> $ uname -a >> CYGWIN_NT-6.1 KWOLCOTT-9010 2.5.0(0.297/5/3) 2016-04-11 09:58 x86_64 Cygwin >> >> $ mv new_Perforce_account_request.txt ~/. >> mv: skipping file 'new_Perforce_account_request.txt', as it was >> replaced while being copied >> >> $ pwd >> /cygdrive/p/Engineering/EOSS_Tableau/SFDC > > That's often the case of a drive that has unstable inode numbers. What > does /usr/lib/csih/getVolInfo /cygdrive/p/Engineering/EOSS_Tableau/SFDC > say about your drive? It may be some buggy file system that cygwin needs > to learn how to work around. > $ /usr/lib/csih/getVolInfo /cygdrive/p/Engineering/EOSS_Tableau/SFDC Device Type: 7 Characteristics: 10 Volume Name: Serial Number : 2684354572 Max Filenamelength : 255 Filesystemname : Flags : 4004e FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : TRUE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE -- 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: native Linux userland in Windows 10
On 4/12/2016 1:01 PM, Andrew Schulman wrote: I don't think I'll count on Microsoft to maintain a usable Bash shell without twerping it in some fashion so it becomes incompatible (like they tried with numerous other products they "adopted"). The comment on Greeks and gifts is right on target. To be clear, bash here doesn't come from Microsoft - it's not Microsoft bash. It's Ubuntu's bash package, and all the rest of Ubuntu userland, including for example apt-get, so you can install whatever other Ubuntu packages you want and run them in Windows. At least in theory. What Microsoft is providing is the Linux kernel API. Of course there's still plenty of room for mischief or misimplementation there. It will be interesting to see how they map identities and permissions! Regards -- Eliot Moss -- 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
[ANNOUNCEMENT] Updated: coreutils-8.25-3
A new release of coreutils, 8.25-3, has been uploaded, and will be available soon from your favorite mirror. This leaves 8.25-1 as the previous version, and replaces the test-only 8.25-2. NEWS: = This is a new upstream release. For upstream details, see /usr/share/doc/coreutils/NEWS. Downstream, this build patches things to build against the latest cygwin headers and make use of newly exported functions in cygwin 2.5.0. Note that this release also includes an upstream change in default behavior in 'ls' when dealing with non-portable filenames: such files are now quoted unambiguously on the terminal (no change when sent to a file or pipeline). There have already been a lot of complaints upstream about the new quoting, and an upcoming upstream release may soften the blow by tweaking the heuristics of how the quoting is done, but I am not going to deviate from upstream's decision about it being a saner default. You can always set an environment variable to your preferred quoting style if you don't like ls's default. If you missed the note in 8.23-2, there is no longer an 'su' program in coreutils; this is an upstream decision (many Linux distros are getting su from other packages, and even though cygwin's su had come from coreutils, it was heavily patched and doesn't work as smoothly as on Linux). I'm still debating whether it is worth trying to capture the last release of coreutils' su, as patched to work on cygwin, for distribution as an independent package; help would be appreciated from anyone else interested in this task. If you encounter a regression, please report it here rather than upstream. See also the upstream documentation in /usr/share/doc/coreutils/. I'm also planning to build an experimental coreutils-8.25-2 against the experimental cygwin 2.5 with its new ACL handling, for those that would like to test that it won't introduce regressions. DESCRIPTION: GNU coreutils provides a collection of commonly used utilities essential to a standard POSIX environment. It comprises the former textutils, sh-utils, and fileutils packages. The following executables are included: [ arch base32 base64 basename cat chcon chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir dircolors dirname du echo env expand expr factor false fmt fold gkill groups head hostid id install join link ln logname ls md5sum mkdir mkfifo mknod mktemp mv nice nl nohup nproc numfmt od paste pathchk pinky pr printenv printf ptx pwd readlink realpath rm rmdir runcon seq sha1sum sha224sum sha256sum sha384sum sha512sum shred shuf sleep sort split stat stdbuf stty sum sync tac tail tee test timeout touch tr true truncate tsort tty uname unexpand uniq unlink users vdir wc who whoami yes UPDATE: === To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'coreutils' from the 'Base' category. DOWNLOAD: = Note that downloads from cygwin.com aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Eric Blake volunteer cygwin coreutils package maintainer For more details on this list (including unsubscription), see: http://sourceware.org/lists.html signature.asc Description: OpenPGP digital signature
Re: hwloc: missing pkgconfig
On 12/04/2016 19:46, Yaakov Selkowitz wrote: Marco, In hwloc Makefile.am, the pkgconfig file is blocked by !HWLOC_HAVE_WINDOWS. Obviously we use the Win32 backend but we need hwloc.pc in -devel for other packages to use it. Could you remove this bogus conditional and rebuild? uploading now Regards Marco -- 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: 2.3.1(0.291/5/3): MAXNAMLEN too small
On 12/04/2016 18:26, Arturo Castro wrote: Hey all, I was compiling mg (the OpenBSD microemacs editor), and it was using MAXNAMLEN for filename completion. It had a bug because its value in Cygwin is 256 (too low!). We changed it to NAME_MAX which is 1024 and it works, but I think they should have the same value, so MAXNAMLEN should be updated to 1024, shouldn't it? CYGWIN_NT-6.1-WOW 2.3.1(0.291/5/3) i686, on Win7-64bit. Thanks! on 2.5.1 cd /usr/include $ grep -rH MAXNAMLEN * ... dirent.h:#define MAXNAMLEN 1024 tcl8.5/unix/tclUnixPort.h:# define MAXNAMLEN 255 from where your build is taking MAXNAMLEN ? -- 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
[ANNOUNCEMENT] Updated: gzip-1.7-1
A new release of gzip, 1.7-1, has been uploaded and will soon reach a mirror near you; leaving the previous version at 1.6-1. NEWS: = This represents a new upstream release. For more details on the upstream changes, see the documentation in /usr/share/doc/gzip/. DESCRIPTION: GNU Gzip is a popular data compression program originally written by Jean-loup Gailly for the GNU project. Mark Adler wrote the decompression part. It was developed as a replacement for compress because of Unisys and IBM patents covering the LZW algorithm at the time. The superior compression ratio of gzip is just a bonus. UPDATE: === To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'gzip' in the 'Base' category (it should already be selected). DOWNLOAD: = Note that downloads from cygwin.com aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Eric Blake volunteer cygwin gzip package maintainer For more details on this list (including unsubscription), see: http://sourceware.org/lists.html signature.asc Description: OpenPGP digital signature
Re: Mintty font problem
Am 11.04.2016 um 22:40 schrieb Thomas Wolff: Am 11.04.2016 um 14:43 schrieb KARL BOTTS: Perhaps related to font issues in mintty: In .minttyrc is a new property FontWeight=700, which means you had configured the bold version of the font. after I installed Cygwin 2.4.1-1 and mintty 2.3.5. (I noticed, only because I have home dir files in revision control.) I too use Lucida Console. With the 700, the font looked visibly "skinny" to me. actually, rather the normal, non-bold font. The new font weight adjustment apparently enforces that although you selected bold (unless an even bolder weight would exist in the font family). Maybe the font selection should be tweaked to allow selecting a bold font even at the cost of not having a bolder variant available. Actually, it does allow that, as can be seen with some other fonts. The issue with Lucida Console is that it does not have a bold weight, so there is only the Normal (400) weight which is then selected by the new font weight tweaking algorithm. I set it to 800, looks fine now. No problem, just tinkering required. This is obviously inconsistent with the behaviour of mapping 700 to Normal. Thomas -- 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
[ANNOUNCEMENT] Updated: patchutils-0.3.4-1
A new version of the patchutils package, 0.3.4-1, will soon be available on a mirror near you, leaving patchutils-0.3.3-1 as previous. NEWS: = This is a new upstream release. See also the package documentation in /usr/share/doc/patchutils/. DESCRIPTION: Patchutils is a small collection of programs that operate on patch files. You can use the programs to combine, filter and split, correct output from 'cvs diff', list and grep patch files. UPDATE: === To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'patchutils' from the 'Devel' category. DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Eric Blake volunteer cygwin patchutils package maintainer For more details on this list (including unsubscription), see: http://sourceware.org/lists.html signature.asc Description: OpenPGP digital signature
Re: native Linux userland in Windows 10
On Apr 12, 2016, at 1:22 PM, Eliot Moss wrote: > > It will be interesting to see how they map identities and permissions! They don’t map identities at all, a fact that is clear from this presentation: https://channel9.msdn.com/Events/Build/2016/C906 They’re clearly saying that the Ubuntu world will have a completely different user set from your Windows desktop. The inverse is clear from the fact that every native user that wants to have Ubuntu for Windows available installs their own separate copy. This is what I meant in my previous comments about “no AD/SAM integration”. -- 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
hi Cygwin
hello Cygwin http://carlamorrison.net/college.php?fresh=xpyqs1x36dz31y d_godha -- 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: multiple definition of `atan2l' on the current Cygwin
> From: Corinna Vinschen > To: cygwin@cygwin.com
> Cc:
> Date: 2016/4/12, Tue 22:39
> Subject: Re: multiple definition of `atan2l' on the current Cygwin
>
> On Apr 12 17:11, Tatsuro MATSUOKA wrote:
>> Hello
>> I have updated Cygwin_x86 and Cygwin_x86-64 today.
>> In building the gnuplot I have met the error of "multiple definition
> of `atan2l'".
> I can't reproduce this with a simple testcase:
>
> $ cat > m.cc < #include
>
> int main ()
> {
> atan2l (1.0, 2.0);
> }
> EOF
> $ g++ -g -o m m.cc -lm -lstdc++ -lm -lstdc++
>
> This builds and links fine for me.
>
> Is there a chance that gnuplot accidentally provides its own atan2l on
> Cygwin, despite Cygwin 2.5.0 now providing it per C99? Or did you, by
> any chance, try to rebuild gnuplot without reconfiguring the build?
>
> Can you please provide a simple, self-contained testcase?
Your testcase also works here.
I tried to make the test but I could not make a simple, self-contained testcase.
Instead I copy and paste full compile command and output at the link.
Tatsuro
***
c++ -g -O2 -I/usr/lib/wx/include/gtk2-unicode-3.0 -I/usr/include/wx-3.0
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE=1 -DWXUSINGDLL -D__WXGTK__
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0
-I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng16
-I/usr/include/freetype2 -I/usr/include/libpng16 -D_REENTRANT
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0
-I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/atk-1.0
-I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/gdk-pixbuf-2.0
-I/usr/include/libpng16 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz
-I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2
-I/usr/include/libpng16 -L/usr/local/lib -lcerf -o gnuplot.exe alloc.o axis.o
breaders.o
boundary.o color.o command.o contour.o datablock.o datafile.o dynarray.o
eval.o external.o fit.o gadgets.o getcolor.o graph3d.o graphics.o help.o
hidden3d.o history.o internal.o interpol.o jitter.o libcerf.o matrix.o misc.o
mouse.o multiplot.o parse.o plot.o plot2d.o plot3d.o pm3d.o readline.o save.o
scanner.o set.o show.o specfun.o standard.o stats.o stdfn.o tables.o tabulate.o
term.o time.o unset.o util.o util3d.o variable.o version.o wxterminal/wxt_gui.o
wxterminal/gp_cairo.o wxterminal/gp_cairo_helpers.o -lz -lgd -lgd -ljpeg -lz
-lpng16 -lm -lz -lfreetype -lbz2 -lz -lpng16 -lm -lz -lfontconfig -lexpat
-lfreetype -lbz2 -lz -lpng16 -lm -lz -lexpat -lfreetype -lbz2 -lz -lpng16 -lm
-lz -lfontconfig -lXpm -lX11 -lxcb -lXau -lXdmcp -lvpx -lm -lpthread -ltiff
-llzma -ljbig -ljpeg -lz -liconv -llua -lcaca -lwx_gtk2u_xrc-3.0
-lwx_gtk2u_webview-3.0 -lwx_gtk2u_html-3.0 -lwx_gtk2u_qa-3.0 -lwx_gtk2u_adv-3.0
-lwx_gtk2u_core-3.0 -lwx_baseu_xml-3.0
-lwx_baseu_net-3.0 -lwx_baseu-3.0 -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0
-lglib-2.0 -lintl -lcairo -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0
-lgio-2.0 -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage
-lXfixes -lX11 -lXext -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0
-lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lfontconfig
-lfreetype -lcaca -lcerf -lz -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0
-lcairo -lglib-2.0 -lintl
/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/libstdc++.dll.a(d005836.o):(.text+0x0):
multiple definition of `atan2l'
**
/usr/lib/../lib/libm.a(t-d000195.o):fake:(.text+0x0): first defined here
collect2: error: ld returned 1 exit status
--
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: native Linux userland in Windows 10
> If they really would like to port Unix on MS, it will be enough to > provide Corinna with a simple way to implement fork +1 -- 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: strxfrm() returns an incorrect value on a short buffer
On Tue, Apr 12, 2016 at 03:30:49PM +0200, Corinna Vinschen wrote: > On Apr 12 15:07, Tony Cook wrote: > > strxfrm() returns an incorrect value if you supply an output buffer > > and that buffer is too short for the result. > > > > With the code following: > > [...] > > It appears that strxfrm() is just returning the size of the output > > buffer on an overflow error rather than calling LCMapString() again > > with cchDest set to zero to get the required buffer length that > > strxfrm() is meant to return on a short buffer. > > Thanks for the testcase. I applied a patch > > https://sourceware.org/git/?p=newlib-cygwin.git;h=e1854211 > > and created new snapshots on > > https://cygwin.com/snapshots/ > > Please give them a try. Thanks, fixed in snapshot 20160412. Tony -- 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
Warning "Font has limited support for character ranges" on every new window since yesterday
Hello. I have been using Cygwin for over a year now, and am very happy with it. I have ran the cygwin setup yesterday to update the packages I had and to add dos2unix, which succeeded successfully. Today however, every time I start a new cygwin terminal (with Alt+F2 of using the desktop shortcut), I am met with this warning: Font has limited support for character ranges Here is a screenshot of that warning: http://i.imgur.com/Go5vz7m.png I am indeed using a font called gohufont-14 which only comes in size of 14pt. I have been using this font for over a year and I am well aware of its limitations. However, this new warning every time I open a window is a real blocker here as I am used to starting around 500 new windows a day... Is there a way to remove this warning while keeping this font? I am ready to downgrade anything (provided you tell me what) I need to or to change any configuration option if that helps, I am even ready to reinstall cygwin from scratch. In case it helps, here is the log from the installation: http://sprunge.us/BIbV You can see that it "Failed to open cygfile:///usr/bin/cygwin1.dll for writing." but I don't know if this is relevant to my problem. Thank you a lot in advance for your answers. Regards, LLoyd -- 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
gdb using Windows paths in dlopen()ed modules?
On 2016-04-12 10:20, Marco Atzeri wrote: On 22/02/2016 10:00, Yaakov Selkowitz wrote: The following packages have been uploaded to the Cygwin distribution: * mesa-11.0.9-2 * dri-drivers-11.0.9-2 * libglapi0-11.0.9-2 * libGL1-11.0.9-2 * libGL-devel-11.0.9-2 * libOSMesa8-11.0.9-2 * libOSMesa-devel-11.0.9-2 * libEGL1-11.0.9-2 * libEGL-devel-11.0.9-2 * libGLESv2_2-11.0.9-2 * libGLESv2-devel-11.0.9-2 * windowsdriproto-11.0.9-2 Mesa is an open-source implementation of the OpenGL specification, a system for rendering interactive 3D graphics. Complete documentation on OpenGL usage and configuration can be found here: http://x.cygwin.com/docs/ug/using-glx.html This release has been rebuilt for LLVM 3.7. -- Yaakov Hi Yaakov, we found a case where the 32bit is segfaulting while dri-drivers-11.0.9-1 works fine. For reference: https://cygwin.com/ml/cygwin/2016-04/msg00245.html https://cygwin.com/ml/cygwin/2016-04/msg00251.html To replicate with octave is enough : run from xterm /usr/bin/octave-cli-4.0.1.exe x=1:100; plot(x,x) as dri-drivers seems absent from mesa-debuginfo I can not provide you a meaningful backtrace: #0 0xfc6d00a0 in ?? () #1 0x43934357 in gallium_dri!__driDriverGetExtensions_swrast () from E:/cygwin/lib/dri/swrast_dri.so [snip] > #14 0x4fc1ae48 in glutJoystickGetCenter () from /usr/bin/cygglut-3.dll Corinna, I'm seeing this as well. Any idea why gdb is using with dlopen()ed modules? This is preventing it from finding the split debuginfo. -- Yaakov -- 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] noto-fonts 20160307-1.gitbdf7562
On 2016-04-12 14:44, Bob wrote: One of these hangs in Cygwin install at ftp Gatech * noto-cjk-fonts-common-1.004-1 * noto-cjk-fonts-1.004-1 Hangs downloading or installing? The fontconfig perpetual postinstall will take a while right after installing these fonts, because of their size, but it did eventually complete on my machine. -- Yaakov -- 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] mesa 11.0.9-2
On 2016-04-12 10:20, Marco Atzeri wrote: we found a case where the 32bit is segfaulting while dri-drivers-11.0.9-1 works fine. For reference: https://cygwin.com/ml/cygwin/2016-04/msg00245.html https://cygwin.com/ml/cygwin/2016-04/msg00251.html To replicate with octave is enough : run from xterm /usr/bin/octave-cli-4.0.1.exe x=1:100; plot(x,x) However I see that also mesa-demos segfault $ cd /usr/lib/mesa-demos $ ./quad-clip.exe GL_RENDERER = Gallium 0.4 on llvmpipe (LLVM 3.7, 256 bits) GL_VERSION= 3.0 Mesa 11.0.9 GL_VENDOR = VMware, Inc. Segmentation fault (core dumped) I can reproduce this on 32-bit but not 64-bit, and the same happens with 11.1.2. It may be an issue with LLVM 3.7 (11.0.9-1 was built with 3.5) but without a useful backtrace it will be hard to pin down. -- Yaakov -- 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: Warning "Font has limited support for character ranges" on every new window since yesterday
Please find the attached cygcheck report I forgot to include. I have removed some group names from the output. Also, here are two typo corrections from my previous e-mail: - of using the desktop shortcut), I am met with this warning: + or using the desktop shortcut), I am met with this warning: - to add dos2unix, which succeeded successfully. + to add dos2unix, which succeeded. Regards, LLoyd On 13 April 2016 at 10:43, LLoyd wrote: > Hello. > > I have been using Cygwin for over a year now, and am very happy with it. > I have ran the cygwin setup yesterday to update the packages I had and > to add dos2unix, which succeeded successfully. > > Today however, every time I start a new cygwin terminal (with Alt+F2 > of using the desktop shortcut), I am met with this warning: > > Font has limited support for character ranges > > Here is a screenshot of that warning: http://i.imgur.com/Go5vz7m.png > > I am indeed using a font called gohufont-14 which only comes in size > of 14pt. I have been using this font for over a year and I am well > aware of its limitations. However, this new warning every time I open > a window is a real blocker here as I am used to starting around 500 > new windows a day... > > Is there a way to remove this warning while keeping this font? > I am ready to downgrade anything (provided you tell me what) I need to > or to change any configuration option if that helps, I am even ready > to reinstall cygwin from scratch. > > In case it helps, here is the log from the installation: > http://sprunge.us/BIbV > You can see that it "Failed to open cygfile:///usr/bin/cygwin1.dll for > writing." but I don't know if this is relevant to my problem. > > Thank you a lot in advance for your answers. > > Regards, > LLoyd cygcheck.out Description: Binary data -- 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
[ANNOUNCEMENT] ocl-icd 2.2.9-1
The following packages have been uploaded to the Cygwin distribution: * libOpenCL1-2.2.9-1 * libOpenCL-devel-2.2.9-1 OpenCL implementations are provided as ICD (Installable Client Driver). An OpenCL program can use any available ICD thanks to the use of an ICD Loader as provided by this project. This is the client library for OpenCL for use by applications. -- Yaakov -- 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
[ANNOUNCEMENT] pocl 0.13-1
The following packages have been uploaded to the Cygwin distribution: * libpocl1-0.13-1 * libpocl-common-0.13-1 * libpocl-devel-0.13-1 * libpoclu1-0.13-1 * libpoclu-devel-0.13-1 Portable Computing Language (pocl) aims to become a MIT-licensed open source implementation of the OpenCL standard which can be easily adapted for new targets and devices, both for homogeneous CPU and heterogenous GPUs/accelerators. pocl uses Clang as an OpenCL C frontend and LLVM for the kernel compiler implementation, and as a portability layer. This serves as the default (and currently only) backend for OpenCL. In normal usage, only libpocl1 and libpocl-common will be installed as runtime dependencies of libOpenCL1. -- Yaakov -- 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
[ANNOUNCEMENT] clinfo 2.1.16.01.12-1
The following packages have been uploaded to the Cygwin distribution: * clinfo-2.1.16.01.12-1 A simple OpenCL application that enumerates all possible platform and device properties. -- Yaakov -- 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: native Linux userland in Windows 10
On 13.04.2016 02:11, Andrew Schulman wrote: If they really would like to port Unix on MS, it will be enough to provide Corinna with a simple way to implement fork But if they want to play Embrace, Extend and Extinguish[1] they have to do the whole thing by themselves. [1]: https://en.wikipedia.org/wiki/Embrace,_extend_and_extinguish Herbert -- 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: native Linux userland in Windows 10
On 12.04.2016 14:50, Andrew Schulman wrote: But unlike with Cygwin, Linux apps don't have to be rebuilt - they can run natively as-is in Windows 10. So it's not the same thing as Cygwin, technically, it's more like a reverse Wine. So you can get, allegedly, the full Linux userland out-of-the-box. In theory yes, in practice only as far as they implemented the Linux Kernel API correctly (be it by mistake or deliberately). Has anyone had a chance to try this new feature? I'm not happy with Win10 (cause it forces updates), so i don't have much desire to try it out. Herbert -- 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
Conflict between Cygwin 1.7 and Ubuntu for Windows 14316
After many years as a contented Cygwin user, I decided to check out the new Ubuntu on Windows (UoW) product from Microsoft. I promptly ran into a nasty problem. I have filed it with the MS Feedback Hub, but I thought I should post here as well. When a file is created under Cygwin, it can neither be read nor written by UoW. Any attempt to do so returns EACCES. It does not matter whether the UoW user is root or not, and it does not matter what the file permissions are as seen by UoW, or whether the file is in the UoW root (which is really C:\Users\\AppData\Local\lxss\rootfs) or elsewhere on C: (which is mounted by UoW at /mnt/c). It also does not matter who has written to the file (Win32, Cygwin, or UoW). Directories are not affected by this problem. Is Cygwin creating ordinary files with some kind of magic that's different from creating a file, say, by output redirection in cmd.exe, or in a Win32 application? This is not about file names with funny characters, either. -- John Cowan http://www.ccil.org/~cowanco...@ccil.org C'est la` pourtant que se livre le sens du dire, de ce que, s'y conjuguant le nyania qui bruit des sexes en compagnie, il supplee a ce qu'entre eux, de rapport nyait pas. --Jacques Lacan, "L'Etourdit" -- 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: Warning "Font has limited support for character ranges" on every new window since yesterday
Am 13.04.2016 um 03:43 schrieb LLoyd: Hello. ... Today however, every time I start a new cygwin terminal (with Alt+F2 of using the desktop shortcut), I am met with this warning: Font has limited support for character ranges ... I am indeed using a font called gohufont-14 which only comes in size of 14pt. ... I don't get the warning when I start mintty -o Font=GohuFont; there are a number of versions of that font available, some of them not installable. Which one do you use? Thomas --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. 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
