R: Re: R: Re: octave-3.4.0.exe: error while loading shared libraries
Good mornin', here's in attach both the output of two ls commands (I can confirm that they give same directory listing) and the cygcheck.out Moreover, here's the result of the echo command: gennarif@NIDORAN ~ $ echo $PATH /usr/local/bin:/usr/bin:/cygdrive/c/Perl/site/bin: /cygdrive/c/Perl/bin:/cygdrive/c/ti/xdctools_3_23_03_53: /cygdrive/c/Windows/system32:/cygdrive/c/Windows: /cygdrive/c/Windows/System32/Wbem: /cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files (x86)/WinMerge:/cygdrive/c/Program Files/TortoiseSVN/bin: /cygdrive/c/Program Files (x86)/QuickTime/QTSystem: /cygdrive/c/ti/xdctools_3_23_03_53:/cygdrive/c/Python27:/lib/lapack And everything seems correct, I read at the head and the tail of the string the expected path. If there's anything I can do, please ask, I'm at your disposal. Thanks again for all, Federico Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis: http://freelosophy.tiscali.it/ -- 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: R: Re: R: Re: octave-3.4.0.exe: error while loading shared libraries
Il 7/4/2013 9:49 AM, gennari.feder...@tiscali.it ha scritto: Good mornin', here's in attach both the output of two ls commands (I can confirm that they give same directory listing) and the cygcheck.out Federico, you forgot to attach the cygcheck.out file. Moreover, here's the result of the echo command: gennarif@NIDORAN ~ $ echo $PATH /usr/local/bin:/usr/bin:/cygdrive/c/Perl/site/bin: /cygdrive/c/Perl/bin:/cygdrive/c/ti/xdctools_3_23_03_53: /cygdrive/c/Windows/system32:/cygdrive/c/Windows: /cygdrive/c/Windows/System32/Wbem: /cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files (x86)/WinMerge:/cygdrive/c/Program Files/TortoiseSVN/bin: /cygdrive/c/Program Files (x86)/QuickTime/QTSystem: /cygdrive/c/ti/xdctools_3_23_03_53:/cygdrive/c/Python27:/lib/lapack /lib/lapack is present but to remove dobts on other software I will try to trim to just PATH=/usr/local/bin:/usr/bin:/usr/lib/lapack And everything seems correct, I read at the head and the tail of the string the expected path. If there's anything I can do, please ask, I'm at your disposal. Thanks again for all, Federico Could you try $ cygcheck /usr/bin/octave-3.6.4.exe on my W7/64 the output is: E:\cygwin\bin\octave-3.6.4.exe E:\cygwin\bin\cygoctinterp-1.dll E:\cygwin\bin\cygoctave-1.dll E:\cygwin\bin\cygcruft-1.dll E:\cygwin\bin\cyggcc_s-1.dll E:\cygwin\bin\cygwin1.dll C:\Windows\system32\KERNEL32.dll [cut] E:\cygwin\bin\cyggfortran-3.dll E:\cygwin\bin\cygquadmath-0.dll E:\cygwin\bin\cygstdc++-6.dll E:\cygwin\lib\lapack\cygblas-0.dll E:\cygwin\lib\lapack\cyglapack-0.dll E:\cygwin\bin\cygcholmod-0.dll E:\cygwin\bin\cygamd-0.dll E:\cygwin\bin\cygcolamd-0.dll E:\cygwin\bin\cygsuitesparseconfig-0.dll E:\cygwin\bin\cygcxsparse-0.dll E:\cygwin\bin\cygreadline7.dll E:\cygwin\bin\cygncursesw-10.dll C:\Windows\system32\USER32.dll C:\Windows\system32\GDI32.dll C:\Windows\system32\API-MS-Win-Core-LocalRegistry-L1-1-0.dll C:\Windows\system32\LPK.dll C:\Windows\system32\USP10.dll C:\Windows\system32\msvcrt.dll [cut] E:\cygwin\bin\cygumfpack-0.dll E:\cygwin\bin\cygfftw3-3.dll E:\cygwin\bin\cygfftw3f-3.dll E:\cygwin\bin\cygpcre-1.dll E:\cygwin\bin\cygqrupdate-0.dll E:\cygwin\bin\cygGL-1.dll E:\cygwin\bin\cygglapi-0.dll E:\cygwin\bin\cygX11-xcb-1.dll E:\cygwin\bin\cygX11-6.dll E:\cygwin\bin\cygxcb-1.dll E:\cygwin\bin\cygXau-6.dll E:\cygwin\bin\cygXdmcp-6.dll E:\cygwin\bin\cygxcb-glx-0.dll E:\cygwin\bin\cygGLU-1.dll E:\cygwin\bin\cyghdf5-7.dll E:\cygwin\bin\cygz.dll E:\cygwin\bin\cygfontconfig-1.dll E:\cygwin\bin\cygexpat-1.dll E:\cygwin\bin\cygfreetype-6.dll E:\cygwin\bin\cygbz2-1.dll 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: R: Re: R: Re: octave-3.4.0.exe: error while loading shared libraries
Il 7/4/2013 10:10 AM, marco atzeri ha scritto: Il 7/4/2013 9:49 AM, gennari.federico ha scritto: Good mornin', here's in attach both the output of two ls commands (I can confirm that they give same directory listing) and the cygcheck.out Federico, you forgot to attach the cygcheck.out file. I only noticed now: octave-3.4.0 ??? Current version is 3.6.4-1 and previous version 3.6.2-1 May I suggest an upgrade ? 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: MSYS mode (continue)
On Jul 3 17:57, Christopher Faylor wrote: > On Wed, Jul 03, 2013 at 05:03:04PM -0400, Charles Wilson wrote: > >On 7/3/2013 3:50 PM, Corinna Vinschen wrote: > >> On Jul 3 22:24, Alexey Pavlov wrote: > >>> 2013/7/3 Christopher Faylor: > >>> I need it to be able read short mount points from fstab: > >>> . > >>> All other options are set by default. With my changes I can have in > >>> /etc/fstab both types of mount points - cygwin-like and msys-like. > >> > >> And why is that necessary? There are always default options set anyway, > >> but a layout change of the fstab file simply makes no sense. There's no > >> win at all. > > > >I think Alexey is trying to replicate MSYS's behavior, so it becomes > >more of a drop-in replacement. Here's my MSYS /etc/fstab (MSYS doesn't > >yet support per-user fstab.d/username settings): > > > >C:/MinGW /mingw > >C:/Users/me/Desktop/desktop > >C:/Users/me/Documents /docs > >C:/msys-src/usr/src > > I think Cygwin fstab parsing could be loosened up to allow that syntax. I didn't realize there's a backward compatibility problem. Well, if you think that's ok, we can take Alexey's patch and add a few words to the docs about the simplified fstab syntax and the default option settings. Fortunately it weould work independently of the environment, Cygwin or MSYS2. The patch is trivial enough to go in w/o CA, too. > >Your MSYS-like cygwin installation would have its own /etc/fstab (in > >regular cygwin format), but perhaps your /home area is mapped > >differently in that fstab, than in the /etc/fstab in your "regular" > >cygwin installation. Or, like me, I have a separate msys-src and > >cygwin-src directory mapped onto MSYS's /usr/src and cygwin's /usr/src, > >respectively. > > > >Or is the proposal on the table for the same installation to be usable > >in both modes, depending on the nature of the launched application? > > That's an interesting idea but I don't think anyone was proposing that. Any suggestion how this could work? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat -- 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: MSYS mode (continue)
Hi Alexey,
On Jul 4 06:33, Alexey Pavlov wrote:
> My opinion is to extend Cygwin parser to read msys-like mounts. It's
> very simple:
>
> --- mount.cc 2013-04-24 20:29:29.0 +0400
> +++ Cygwin/winsup/cygwin/mount.cc 2013-06-13 09:35:01.479492100 +0400
> @@ -1125,8 +1118,17 @@
>if (!*c)
> return true;
>cend = find_ws (c);
> - *cend = '\0';
>posix_path = conv_fstab_spaces (c);
> + if (!*cend)
> + {
> + unsigned mount_flags = MOUNT_SYSTEM | MOUNT_BINARY |
> MOUNT_NOPOSIX | MOUNT_NOACL;
> +
> + int res = mount_table->add_item (native_path, posix_path, mount_flags);
> + if (res && get_errno () == EMFILE)
> + return false;
> + return true;
> + }
> + *cend = '\0';
>/* Third field: FS type. */
>c = skip_ws (cend + 1);
>if (!*c)
This patch is trivial enough to go in (barring discussion) without
copyright assignment. Still, the CA is necessary for more complex
patches.
Would you mind to send a CA (http://cygwin.com/assign.txt) per snail
mail to the address given in the form?
Apart from that, please provide a ChangeLog entry. Please read
http://cygwin.com/contrib.html, especially the last section called
"When you have finalized your changes".
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
--
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: MSYS mode (continue)
2013/7/4 Corinna Vinschen:
> Hi Alexey,
>
> On Jul 4 06:33, Alexey Pavlov wrote:
>> My opinion is to extend Cygwin parser to read msys-like mounts. It's
>> very simple:
>>
>> --- mount.cc 2013-04-24 20:29:29.0 +0400
>> +++ Cygwin/winsup/cygwin/mount.cc 2013-06-13 09:35:01.479492100 +0400
>> @@ -1125,8 +1118,17 @@
>>if (!*c)
>> return true;
>>cend = find_ws (c);
>> - *cend = '\0';
>>posix_path = conv_fstab_spaces (c);
>> + if (!*cend)
>> + {
>> + unsigned mount_flags = MOUNT_SYSTEM | MOUNT_BINARY |
>> MOUNT_NOPOSIX | MOUNT_NOACL;
>> +
>> + int res = mount_table->add_item (native_path, posix_path, mount_flags);
>> + if (res && get_errno () == EMFILE)
>> + return false;
>> + return true;
>> + }
>> + *cend = '\0';
>>/* Third field: FS type. */
>>c = skip_ws (cend + 1);
>>if (!*c)
>
> This patch is trivial enough to go in (barring discussion) without
> copyright assignment. Still, the CA is necessary for more complex
> patches.
>
Good.
> Would you mind to send a CA (http://cygwin.com/assign.txt) per snail
> mail to the address given in the form?
>
I will do it in a week I think.
> Apart from that, please provide a ChangeLog entry. Please read
> http://cygwin.com/contrib.html, especially the last section called
> "When you have finalized your changes".
>
Ok.
>
> Thanks,
> Corinna
>
> --
> Corinna Vinschen Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat
>
> --
> 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
>
--
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: MSYS mode (continue)
2013-06-18 Alexey Pavlov
* mount.cc: Allow using a shortened version of mount points in /etc/fstab
* utsname.h: Increase sysname fiels size.
* uname.cc: Allow changing OS name by MSYSTEM environment variable.
Index: cygwin/mount.cc
===
RCS file: /cvs/src/src/winsup/cygwin/mount.cc,v
retrieving revision 1.100
diff -u -p -r1.100 mount.cc
--- cygwin/mount.cc 24 Apr 2013 10:16:12 - 1.100
+++ cygwin/mount.cc 18 Jun 2013 11:39:27 -
@@ -1125,8 +1125,16 @@ mount_info::from_fstab_line (char *line,
if (!*c)
return true;
cend = find_ws (c);
- *cend = '\0';
posix_path = conv_fstab_spaces (c);
+ if (!*cend)
+ {
+ unsigned mount_flags = MOUNT_SYSTEM | MOUNT_BINARY |
MOUNT_NOPOSIX | MOUNT_NOACL;
+ int res = mount_table->add_item (native_path, posix_path, mount_flags);
+ if (res && get_errno () == EMFILE)
+ return false;
+ return true;
+ }
+ *cend = '\0';
/* Third field: FS type. */
c = skip_ws (cend + 1);
if (!*c)
Index: cygwin/uname.cc
===
RCS file: /cvs/src/src/winsup/cygwin/uname.cc,v
retrieving revision 1.31
diff -u -p -r1.31 uname.cc
--- cygwin/uname.cc 21 Jan 2013 04:38:29 - 1.31
+++ cygwin/uname.cc 18 Jun 2013 11:39:27 -
@@ -29,7 +29,9 @@ uname (struct utsname *name)
char *snp = strstr (cygwin_version.dll_build_date, "SNP");
memset (name, 0, sizeof (*name));
- __small_sprintf (name->sysname, "CYGWIN_%s", wincap.osname ());
+ char* msystem = getenv("MSYSTEM");
+ const char *msystem_cyg = "CYGWIN";
+ __small_sprintf (name->sysname, "%s_%s", msystem ? msystem :
msystem_cyg, wincap.osname ());
#if 0
/* Recognition of the real 64 bit CPU inside of a WOW64 system, irritates
Index: cygwin/include/sys/utsname.h
===
RCS file: /cvs/src/src/winsup/cygwin/include/sys/utsname.h,v
retrieving revision 1.3
diff -u -p -r1.3 utsname.h
--- cygwin/include/sys/utsname.h 21 Jan 2013 04:38:31 - 1.3
+++ cygwin/include/sys/utsname.h 18 Jun 2013 11:39:27 -
@@ -17,7 +17,7 @@ extern "C" {
struct utsname
{
- char sysname[20];
+ char sysname[21];
char nodename[20];
char release[20];
char version[20];
--
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: MSYS mode (continue)
On Jul 4 13:07, Alexey Pavlov wrote:
> 2013/7/4 Corinna Vinschen:
> > Hi Alexey,
> >
> > On Jul 4 06:33, Alexey Pavlov wrote:
> >> My opinion is to extend Cygwin parser to read msys-like mounts. It's
> >> very simple:
> >>
> >> --- mount.cc 2013-04-24 20:29:29.0 +0400
> >> +++ Cygwin/winsup/cygwin/mount.cc 2013-06-13 09:35:01.479492100 +0400
> >> @@ -1125,8 +1118,17 @@
> >>if (!*c)
> >> return true;
> >>cend = find_ws (c);
> >> - *cend = '\0';
> >>posix_path = conv_fstab_spaces (c);
> >> + if (!*cend)
> >> + {
> >> + unsigned mount_flags = MOUNT_SYSTEM | MOUNT_BINARY |
> >> MOUNT_NOPOSIX | MOUNT_NOACL;
> >> +
> >> + int res = mount_table->add_item (native_path, posix_path,
> >> mount_flags);
> >> + if (res && get_errno () == EMFILE)
> >> + return false;
> >> + return true;
> >> + }
> >> + *cend = '\0';
> >>/* Third field: FS type. */
> >>c = skip_ws (cend + 1);
> >>if (!*c)
> >
> > This patch is trivial enough to go in (barring discussion) without
> > copyright assignment. Still, the CA is necessary for more complex
> > patches.
> >
> Good.
>
> > Would you mind to send a CA (http://cygwin.com/assign.txt) per snail
> > mail to the address given in the form?
> >
> I will do it in a week I think.
Yep, no worries.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
--
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: MSYS mode (continue)
On Jul 4 13:09, Alexey Pavlov wrote:
> 2013-06-18 Alexey Pavlov
>
> * mount.cc: Allow using a shortened version of mount points in /etc/fstab
> * utsname.h: Increase sysname fiels size.
> * uname.cc: Allow changing OS name by MSYSTEM environment variable.
> [...SNIP...]
Can we please move patch submissions to the cygwin-patches mailing list?
Thank you.
> Index: cygwin/include/sys/utsname.h
> ===
> RCS file: /cvs/src/src/winsup/cygwin/include/sys/utsname.h,v
> retrieving revision 1.3
> diff -u -p -r1.3 utsname.h
> --- cygwin/include/sys/utsname.h 21 Jan 2013 04:38:31 - 1.3
> +++ cygwin/include/sys/utsname.h 18 Jun 2013 11:39:27 -
> @@ -17,7 +17,7 @@ extern "C" {
>
> struct utsname
> {
> - char sysname[20];
> + char sysname[21];
We can't do that. struct utsname is a publically facing structure.
If you change the size, you're breaking compatibility with existing
applications.
You should better drop some character from the string you want to enter
here.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
--
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
Indirizzo inattivo - discontinued addres
Gentile mittente, il presente indirizzo di posta elettronica non è più valido. Si prega di utilizzare l'indirizzo i...@vetoquinol.it oppure contattare il nostro front-office. Grazie Dear Sender, this e-mail address is no longer used. Please send your inquiry to i...@vetoquinol.it or feel free to contact our front-office staff. Sincerely, the Vétoquinol Italia team -- 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: MSYS mode (continue)
2013/7/4 Corinna Vinschen:
> On Jul 4 13:09, Alexey Pavlov wrote:
>> 2013-06-18 Alexey Pavlov
>>
>> * mount.cc: Allow using a shortened version of mount points in /etc/fstab
>> * utsname.h: Increase sysname fiels size.
>> * uname.cc: Allow changing OS name by MSYSTEM environment variable.
>> [...SNIP...]
>
> Can we please move patch submissions to the cygwin-patches mailing list?
> Thank you.
>
>> Index: cygwin/include/sys/utsname.h
>> ===
>> RCS file: /cvs/src/src/winsup/cygwin/include/sys/utsname.h,v
>> retrieving revision 1.3
>> diff -u -p -r1.3 utsname.h
>> --- cygwin/include/sys/utsname.h 21 Jan 2013 04:38:31 - 1.3
>> +++ cygwin/include/sys/utsname.h 18 Jun 2013 11:39:27 -
>> @@ -17,7 +17,7 @@ extern "C" {
>>
>> struct utsname
>> {
>> - char sysname[20];
>> + char sysname[21];
>
> We can't do that. struct utsname is a publically facing structure.
> If you change the size, you're breaking compatibility with existing
> applications.
>
> You should better drop some character from the string you want to enter
> here.
>
I can't drop any symbol from "MINGW32" word :)
>
> Corinna
>
> --
> Corinna Vinschen Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat
>
> --
> 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
>
--
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
R: Re: R: Re: R: Re: octave-3.4.0.exe: error while loading shared libraries
Sorry, attchment went lost during upload... But as suggested I'll try to update it first, then let you know the result. Warm regards, Federico Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis: http://freelosophy.tiscali.it/ -- 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: MSYS mode (continue)
On Jul 4 12:37, Alexey Pavlov wrote:
> 2013/7/4 Corinna Vinschen:
> > On Jul 4 13:09, Alexey Pavlov wrote:
> >> 2013-06-18 Alexey Pavlov
> >>
> >> * mount.cc: Allow using a shortened version of mount points in /etc/fstab
> >> * utsname.h: Increase sysname fiels size.
> >> * uname.cc: Allow changing OS name by MSYSTEM environment variable.
> >> [...SNIP...]
> >
> > Can we please move patch submissions to the cygwin-patches mailing list?
> > Thank you.
> >
> >> Index: cygwin/include/sys/utsname.h
> >> ===
> >> RCS file: /cvs/src/src/winsup/cygwin/include/sys/utsname.h,v
> >> retrieving revision 1.3
> >> diff -u -p -r1.3 utsname.h
> >> --- cygwin/include/sys/utsname.h 21 Jan 2013 04:38:31 - 1.3
> >> +++ cygwin/include/sys/utsname.h 18 Jun 2013 11:39:27 -
> >> @@ -17,7 +17,7 @@ extern "C" {
> >>
> >> struct utsname
> >> {
> >> - char sysname[20];
> >> + char sysname[21];
> >
> > We can't do that. struct utsname is a publically facing structure.
> > If you change the size, you're breaking compatibility with existing
> > applications.
> >
> > You should better drop some character from the string you want to enter
> > here.
> >
>
> I can't drop any symbol from "MINGW32" word :)
That's not 20 chars long.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
--
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: MSYS mode (continue)
2013/7/4 Corinna Vinschen:
> On Jul 4 12:37, Alexey Pavlov wrote:
>> 2013/7/4 Corinna Vinschen:
>> > On Jul 4 13:09, Alexey Pavlov wrote:
>> >> 2013-06-18 Alexey Pavlov
>> >>
>> >> * mount.cc: Allow using a shortened version of mount points in /etc/fstab
>> >> * utsname.h: Increase sysname fiels size.
>> >> * uname.cc: Allow changing OS name by MSYSTEM environment variable.
>> >> [...SNIP...]
>> >
>> > Can we please move patch submissions to the cygwin-patches mailing list?
>> > Thank you.
>> >
>> >> Index: cygwin/include/sys/utsname.h
>> >> ===
>> >> RCS file: /cvs/src/src/winsup/cygwin/include/sys/utsname.h,v
>> >> retrieving revision 1.3
>> >> diff -u -p -r1.3 utsname.h
>> >> --- cygwin/include/sys/utsname.h 21 Jan 2013 04:38:31 - 1.3
>> >> +++ cygwin/include/sys/utsname.h 18 Jun 2013 11:39:27 -
>> >> @@ -17,7 +17,7 @@ extern "C" {
>> >>
>> >> struct utsname
>> >> {
>> >> - char sysname[20];
>> >> + char sysname[21];
>> >
>> > We can't do that. struct utsname is a publically facing structure.
>> > If you change the size, you're breaking compatibility with existing
>> > applications.
>> >
>> > You should better drop some character from the string you want to enter
>> > here.
>> >
>>
>> I can't drop any symbol from "MINGW32" word :)
>
> That's not 20 chars long.
>
Yes. But not only this need to be in 20 symbols. On cygwin 20 symbols is:
CYGWIN_NT-6.1-WOW64\0
But
MINGW32_NT-6.1-WOW64\0
is 21 symbol.
Regards,
Alexey.
>
> Corinna
>
> --
> Corinna Vinschen Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat
>
> --
> 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
>
--
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: MSYS mode (continue)
2013/7/4 Alexey Pavlov wrote:
> 2013/7/4 Corinna Vinschen:
>> On Jul 4 12:37, Alexey Pavlov wrote:
>>> 2013/7/4 Corinna Vinschen:
>>> > On Jul 4 13:09, Alexey Pavlov wrote:
>>> >> 2013-06-18 Alexey Pavlov
>>> >>
>>> >> * mount.cc: Allow using a shortened version of mount points in /etc/fstab
>>> >> * utsname.h: Increase sysname fiels size.
>>> >> * uname.cc: Allow changing OS name by MSYSTEM environment variable.
>>> >> [...SNIP...]
>>> >
>>> > Can we please move patch submissions to the cygwin-patches mailing list?
>>> > Thank you.
>>> >
>>> >> Index: cygwin/include/sys/utsname.h
>>> >> ===
>>> >> RCS file: /cvs/src/src/winsup/cygwin/include/sys/utsname.h,v
>>> >> retrieving revision 1.3
>>> >> diff -u -p -r1.3 utsname.h
>>> >> --- cygwin/include/sys/utsname.h 21 Jan 2013 04:38:31 - 1.3
>>> >> +++ cygwin/include/sys/utsname.h 18 Jun 2013 11:39:27 -
>>> >> @@ -17,7 +17,7 @@ extern "C" {
>>> >>
>>> >> struct utsname
>>> >> {
>>> >> - char sysname[20];
>>> >> + char sysname[21];
>>> >
>>> > We can't do that. struct utsname is a publically facing structure.
>>> > If you change the size, you're breaking compatibility with existing
>>> > applications.
>>> >
>>> > You should better drop some character from the string you want to enter
>>> > here.
>>> >
>>>
>>> I can't drop any symbol from "MINGW32" word :)
>>
>> That's not 20 chars long.
>>
> Yes. But not only this need to be in 20 symbols. On cygwin 20 symbols is:
>
> CYGWIN_NT-6.1-WOW64\0
>
> But
>
> MINGW32_NT-6.1-WOW64\0
>
> is 21 symbol.
Hmm, out of curiousity. Why is the name MINGW_NT-6.1-WOW64\0 not
suitable. For what is this 32 good for?
> Regards,
> Alexey.
Sorry, for this stupid question.
Kai
--
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: MSYS mode (continue)
On Jul 4 14:23, Alexey Pavlov wrote:
> 2013/7/4 Corinna Vinschen:
> > On Jul 4 12:37, Alexey Pavlov wrote:
> >> 2013/7/4 Corinna Vinschen:
> >> > On Jul 4 13:09, Alexey Pavlov wrote:
> >> >> 2013-06-18 Alexey Pavlov
> >> >>
> >> >> * mount.cc: Allow using a shortened version of mount points in
> >> >> /etc/fstab
> >> >> * utsname.h: Increase sysname fiels size.
> >> >> * uname.cc: Allow changing OS name by MSYSTEM environment variable.
> >> >> [...SNIP...]
> >> >
> >> > Can we please move patch submissions to the cygwin-patches mailing list?
> >> > Thank you.
> >> >
> >> >> Index: cygwin/include/sys/utsname.h
> >> >> ===
> >> >> RCS file: /cvs/src/src/winsup/cygwin/include/sys/utsname.h,v
> >> >> retrieving revision 1.3
> >> >> diff -u -p -r1.3 utsname.h
> >> >> --- cygwin/include/sys/utsname.h 21 Jan 2013 04:38:31 - 1.3
> >> >> +++ cygwin/include/sys/utsname.h 18 Jun 2013 11:39:27 -
> >> >> @@ -17,7 +17,7 @@ extern "C" {
> >> >>
> >> >> struct utsname
> >> >> {
> >> >> - char sysname[20];
> >> >> + char sysname[21];
> >> >
> >> > We can't do that. struct utsname is a publically facing structure.
> >> > If you change the size, you're breaking compatibility with existing
> >> > applications.
> >> >
> >> > You should better drop some character from the string you want to enter
> >> > here.
> >> >
> >>
> >> I can't drop any symbol from "MINGW32" word :)
> >
> > That's not 20 chars long.
> >
> Yes. But not only this need to be in 20 symbols. On cygwin 20 symbols is:
>
> CYGWIN_NT-6.1-WOW64\0
>
> But
>
> MINGW32_NT-6.1-WOW64\0
>
> is 21 symbol.
Then drop the dash between "NT" and "6.1". Or let's drop the WOW64
since it's redundant anyway, given the content of "machine".
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
--
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: MSYS mode (continue)
2013/7/4 Corinna Vinschen:
> On Jul 4 14:23, Alexey Pavlov wrote:
>> 2013/7/4 Corinna Vinschen:
>> > On Jul 4 12:37, Alexey Pavlov wrote:
>> >> 2013/7/4 Corinna Vinschen:
>> >> > On Jul 4 13:09, Alexey Pavlov wrote:
>> >> >> 2013-06-18 Alexey Pavlov
>> >> >>
>> >> >> * mount.cc: Allow using a shortened version of mount points in
>> >> >> /etc/fstab
>> >> >> * utsname.h: Increase sysname fiels size.
>> >> >> * uname.cc: Allow changing OS name by MSYSTEM environment variable.
>> >> >> [...SNIP...]
>> >> >
>> >> > Can we please move patch submissions to the cygwin-patches mailing list?
>> >> > Thank you.
>> >> >
>> >> >> Index: cygwin/include/sys/utsname.h
>> >> >> ===
>> >> >> RCS file: /cvs/src/src/winsup/cygwin/include/sys/utsname.h,v
>> >> >> retrieving revision 1.3
>> >> >> diff -u -p -r1.3 utsname.h
>> >> >> --- cygwin/include/sys/utsname.h 21 Jan 2013 04:38:31 - 1.3
>> >> >> +++ cygwin/include/sys/utsname.h 18 Jun 2013 11:39:27 -
>> >> >> @@ -17,7 +17,7 @@ extern "C" {
>> >> >>
>> >> >> struct utsname
>> >> >> {
>> >> >> - char sysname[20];
>> >> >> + char sysname[21];
>> >> >
>> >> > We can't do that. struct utsname is a publically facing structure.
>> >> > If you change the size, you're breaking compatibility with existing
>> >> > applications.
>> >> >
>> >> > You should better drop some character from the string you want to enter
>> >> > here.
>> >> >
>> >>
>> >> I can't drop any symbol from "MINGW32" word :)
>> >
>> > That's not 20 chars long.
>> >
>> Yes. But not only this need to be in 20 symbols. On cygwin 20 symbols is:
>>
>> CYGWIN_NT-6.1-WOW64\0
>>
>> But
>>
>> MINGW32_NT-6.1-WOW64\0
>>
>> is 21 symbol.
>
> Then drop the dash between "NT" and "6.1". Or let's drop the WOW64
> since it's redundant anyway, given the content of "machine".
>
Let's drop it!
>
> Corinna
>
> --
> Corinna Vinschen Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat
>
> --
> 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
>
--
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: MSYS mode (continue)
On Jul 4 12:34, Kai Tietz wrote:
> 2013/7/4 Alexey Pavlov wrote:
> > 2013/7/4 Corinna Vinschen:
> >> On Jul 4 12:37, Alexey Pavlov wrote:
> >>> 2013/7/4 Corinna Vinschen:
> >>> > On Jul 4 13:09, Alexey Pavlov wrote:
> >>> >> 2013-06-18 Alexey Pavlov
> >>> >>
> >>> >> * mount.cc: Allow using a shortened version of mount points in
> >>> >> /etc/fstab
> >>> >> * utsname.h: Increase sysname fiels size.
> >>> >> * uname.cc: Allow changing OS name by MSYSTEM environment variable.
> >>> >> [...SNIP...]
> >>> >
> >>> > Can we please move patch submissions to the cygwin-patches mailing list?
> >>> > Thank you.
> >>> >
> >>> >> Index: cygwin/include/sys/utsname.h
> >>> >> ===
> >>> >> RCS file: /cvs/src/src/winsup/cygwin/include/sys/utsname.h,v
> >>> >> retrieving revision 1.3
> >>> >> diff -u -p -r1.3 utsname.h
> >>> >> --- cygwin/include/sys/utsname.h 21 Jan 2013 04:38:31 - 1.3
> >>> >> +++ cygwin/include/sys/utsname.h 18 Jun 2013 11:39:27 -
> >>> >> @@ -17,7 +17,7 @@ extern "C" {
> >>> >>
> >>> >> struct utsname
> >>> >> {
> >>> >> - char sysname[20];
> >>> >> + char sysname[21];
> >>> >
> >>> > We can't do that. struct utsname is a publically facing structure.
> >>> > If you change the size, you're breaking compatibility with existing
> >>> > applications.
> >>> >
> >>> > You should better drop some character from the string you want to enter
> >>> > here.
> >>> >
> >>>
> >>> I can't drop any symbol from "MINGW32" word :)
> >>
> >> That's not 20 chars long.
> >>
> > Yes. But not only this need to be in 20 symbols. On cygwin 20 symbols is:
> >
> > CYGWIN_NT-6.1-WOW64\0
> >
> > But
> >
> > MINGW32_NT-6.1-WOW64\0
> >
> > is 21 symbol.
>
> Hmm, out of curiousity. Why is the name MINGW_NT-6.1-WOW64\0 not
> suitable. For what is this 32 good for?
>
> > Regards,
> > Alexey.
>
> Sorry, for this stupid question.
No sorry here, it's not stupid. I agree, why not just drop the "32"?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
--
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: MSYS mode (continue)
2013/7/4 Corinna Vinschen:
> On Jul 4 12:34, Kai Tietz wrote:
>> 2013/7/4 Alexey Pavlov wrote:
>> > 2013/7/4 Corinna Vinschen:
>> >> On Jul 4 12:37, Alexey Pavlov wrote:
>> >>> 2013/7/4 Corinna Vinschen:
>> >>> > On Jul 4 13:09, Alexey Pavlov wrote:
>> >>> >> 2013-06-18 Alexey Pavlov
>> >>> >>
>> >>> >> * mount.cc: Allow using a shortened version of mount points in
>> >>> >> /etc/fstab
>> >>> >> * utsname.h: Increase sysname fiels size.
>> >>> >> * uname.cc: Allow changing OS name by MSYSTEM environment variable.
>> >>> >> [...SNIP...]
>> >>> >
>> >>> > Can we please move patch submissions to the cygwin-patches mailing
>> >>> > list?
>> >>> > Thank you.
>> >>> >
>> >>> >> Index: cygwin/include/sys/utsname.h
>> >>> >> ===
>> >>> >> RCS file: /cvs/src/src/winsup/cygwin/include/sys/utsname.h,v
>> >>> >> retrieving revision 1.3
>> >>> >> diff -u -p -r1.3 utsname.h
>> >>> >> --- cygwin/include/sys/utsname.h 21 Jan 2013 04:38:31 - 1.3
>> >>> >> +++ cygwin/include/sys/utsname.h 18 Jun 2013 11:39:27 -
>> >>> >> @@ -17,7 +17,7 @@ extern "C" {
>> >>> >>
>> >>> >> struct utsname
>> >>> >> {
>> >>> >> - char sysname[20];
>> >>> >> + char sysname[21];
>> >>> >
>> >>> > We can't do that. struct utsname is a publically facing structure.
>> >>> > If you change the size, you're breaking compatibility with existing
>> >>> > applications.
>> >>> >
>> >>> > You should better drop some character from the string you want to enter
>> >>> > here.
>> >>> >
>> >>>
>> >>> I can't drop any symbol from "MINGW32" word :)
>> >>
>> >> That's not 20 chars long.
>> >>
>> > Yes. But not only this need to be in 20 symbols. On cygwin 20 symbols is:
>> >
>> > CYGWIN_NT-6.1-WOW64\0
>> >
>> > But
>> >
>> > MINGW32_NT-6.1-WOW64\0
>> >
>> > is 21 symbol.
>>
>> Hmm, out of curiousity. Why is the name MINGW_NT-6.1-WOW64\0 not
>> suitable. For what is this 32 good for?
>>
>> > Regards,
>> > Alexey.
>>
>> Sorry, for this stupid question.
>
> No sorry here, it's not stupid. I agree, why not just drop the "32"?
>
It can be I think because in config.guess is *MINGW*.
>
> Corinna
>
> --
> Corinna Vinschen Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat
>
> --
> 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
>
--
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: MSYS mode (continue)
On Jul 4 13:45, Alexey Pavlov wrote:
> 2013/7/4 Corinna Vinschen:
> > On Jul 4 14:23, Alexey Pavlov wrote:
> >> 2013/7/4 Corinna Vinschen:
> >> > On Jul 4 12:37, Alexey Pavlov wrote:
> >> >> 2013/7/4 Corinna Vinschen:
> >> >> > On Jul 4 13:09, Alexey Pavlov wrote:
> >> >> >> struct utsname
> >> >> >> {
> >> >> >> - char sysname[20];
> >> >> >> + char sysname[21];
> >> >> >
> >> >> > We can't do that. struct utsname is a publically facing structure.
> >> >> > If you change the size, you're breaking compatibility with existing
> >> >> > applications.
> >> >> >
> >> >> > You should better drop some character from the string you want to
> >> >> > enter
> >> >> > here.
> >> >> >
> >> >>
> >> >> I can't drop any symbol from "MINGW32" word :)
> >> >
> >> > That's not 20 chars long.
> >> >
> >> Yes. But not only this need to be in 20 symbols. On cygwin 20 symbols is:
> >>
> >> CYGWIN_NT-6.1-WOW64\0
> >>
> >> But
> >>
> >> MINGW32_NT-6.1-WOW64\0
> >>
> >> is 21 symbol.
> >
> > Then drop the dash between "NT" and "6.1". Or let's drop the WOW64
> > since it's redundant anyway, given the content of "machine".
> >
>
> Let's drop it!
I'm ok with that, but I think we should drop the "32" from MINGW in
the first place.
Does anybody rely on the "WOW64" in uname -s output? I just checked
the scripts in /bin in my installation and none of it seems to check
for that info.
And then again, it *is* redundant, given the uname -m output...
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
--
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: R: Re: R: Re: R: Re: octave-3.4.0.exe: error while loading shared libraries
Il 7/4/2013 12:11 PM, gennari.feder...@tiscali.it ha scritto: Hi, just checked with the setup.exe file, and installed version is: octave-3.6.4.exe I'm attaching then the previous mentioned files... Heartly thanks Federico Federico, cygcheck output looks fine. I see nothing obvious wrong on it. Could you try cd /usr/bin strace -o /tmp/octave.strace octave-3.6.4.exe and send just to me the file "octave.strace" It will be a bit large so please zip it 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
clang++ broken by recent GCC update
Hi. The C++ part of Clang package (I have not tested the C part) is broken after update of GCC to 4.7.3. It cannot find standard C++ headers: clang version 3.1 (branches/release_31) Target: i386-pc-cygwin Thread model: posix "/usr/bin/clang" -cc1 -triple i386-pc-cygwin -S -disable-free -disable-llvm-verifier -main-file-name test.cxx -mrelocation-model static -mdisable-fp-elim -mconstructor-aliases -target-cpu pentium4 -target-linker-version 2.22.52.20120326 -momit-leaf-frame-pointer -v -coverage-file /tmp/test-gcecaS.s -resource-dir /usr/bin/../lib/clang/3.1 -fmodule-cache-path /var/tmp/clang-module-cache -fdeprecated-macro -fno-dwarf-directory-asm -fdebug-compilation-dir /cygdrive/c/stuff -ferror-limit 19 -fmessage-length 120 -mstackrealign -fno-use-cxa-atexit -fgnu-runtime -fobjc-runtime-has-arc -fobjc-runtime-has-weak -fobjc-fragile-abi -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/test-gcecaS.s -x c++ test.cxx clang -cc1 version 3.1 based upon LLVM 3.1 default target i386-pc-cygwin ignoring nonexistent directory "/usr/lib/gcc/i686-pc-cygwin/4.5.3/include/c++" ignoring nonexistent directory "/usr/lib/gcc/i686-pc-cygwin/4.5.3/include/c++/i686-pc-cygwin" ignoring nonexistent directory "/usr/lib/gcc/i686-pc-cygwin/4.5.3/include/c++/backward" ignoring nonexistent directory "/usr/lib/gcc/i686-pc-cygwin/4.5.3/include" #include "..." search starts here: #include <...> search starts here: /usr/local/include /usr/bin/../lib/clang/3.1/include /usr/include /usr/include/w32api End of search list. test.cxx:1:10: fatal error: 'cstdio' file not found #include ^ 1 error generated. -- VZ -- 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
R: Re: R: Re: R: Re: R: Re: octave-3.4.0.exe: error while loading shared libraries
Nope, the command gives an error: gennarif@NIDORAN /usr/bin $ strace -o /tmp/octave.strace octave-3.6.4.exe /usr/bin/strace.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory And a Windows message box ops up saying that program cannot be started because cyghdf5-7.dll is missing. Trying to re-install is not solving the problem. If I was not such a newbie maybe I would have found a solution, but right now I still need some help. Warm regards, Federico Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis: http://freelosophy.tiscali.it/ -- 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: R: Re: R: Re: R: Re: R: Re: octave-3.4.0.exe: error while loading shared libraries
Il 7/4/2013 3:11 PM, gennari.feder...@tiscali.it ha scritto: Nope, the command gives an error: gennarif@NIDORAN /usr/bin $ strace -o /tmp/octave.strace octave-3.6.4.exe /usr/bin/strace.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory And a Windows message box ops up saying that program cannot be started because cyghdf5-7.dll is missing. Trying to re-install is not solving the problem. I was looking for that pop up ;-) cyghdf5-7.dll is part of libhdf5_7 package Could you install it ? libhdf5_7 is missing from your cygcheck.out but it is on the octave setup require list, so I do not know why it is missing from your installation If I was not such a newbie maybe I would have found a solution, but right now I still need some help. Warm regards, Federico 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
R: Re: R: Re: R: Re: R: Re: R: Re: octave-3.4.0.exe: error while loading shared libraries
Gotcha! It worked perfectly; a suspect I have is that libhdf5_7 was downloaded inside the hdf5 directory and thus not installed automatically. I had to put it outside, then additional installation went successfully and Octave started. Many thanks for your the job done and the patience bore Kind regards, Federico Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis: http://freelosophy.tiscali.it/ -- 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: MSYS mode (continue)
On 7/4/2013 6:47 AM, Corinna Vinschen wrote:
Hmm, out of curiousity. Why is the name MINGW_NT-6.1-WOW64\0 not
suitable. For what is this 32 good for?
Sorry, for this stupid question.
No sorry here, it's not stupid. I agree, why not just drop the "32"?
Because it would break any configure scripts or config.guess that test for:
case $(uname -s) in
MINGW32-* ) ...
esac
There are a few of those in the wild, although modern config.guess says:
*:MINGW64*:*)
echo ${UNAME_MACHINE}-pc-mingw64
exit ;;
*:MINGW*:*)
echo ${UNAME_MACHINE}-pc-mingw32
exit ;;
i*:MSYS*:*)
echo ${UNAME_MACHINE}-pc-msys
exit ;;
(FWIW, I'm not sure what MINGW64 is all about...)
--
Chuck
--
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: MSYS mode (continue)
On 7/4/2013 8:16 AM, Corinna Vinschen wrote: I'm ok with that, but I think we should drop the "32" from MINGW in the first place. Does anybody rely on the "WOW64" in uname -s output? I just checked the scripts in /bin in my installation and none of it seems to check for that info. And then again, it *is* redundant, given the uname -m output... cygwin64$ uname -s CYGWIN_NT-6.1 cygwin64$ uname -m x86_64 cygwin32$ uname -s CYGWIN_NT-6.1-WOW64 cygwin32$ uname -m i686 Yep, seems redundant. -- Chuck -- 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: MSYS mode (continue)
On 7/4/2013 4:38 AM, Corinna Vinschen wrote: On Jul 3 17:57, Christopher Faylor wrote: On Wed, Jul 03, 2013 at 05:03:04PM -0400, Charles Wilson wrote: Or is the proposal on the table for the same installation to be usable in both modes, depending on the nature of the launched application? That's an interesting idea but I don't think anyone was proposing that. Any suggestion how this could work? Badly, now that I think about it. Say you're in cygwin-proper bash session, and you launch a cygwin-msys-linked exe, or a native tool -- and pass a pathname to it as an argument. How is it interpreted -- using which fstab? No, forget I said anything. -- Chuck -- 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: MSYS mode (continue)
On Thu, Jul 04, 2013 at 02:16:17PM +0200, Corinna Vinschen wrote:
>On Jul 4 13:45, Alexey Pavlov wrote:
>> 2013/7/4 Corinna Vinschen:
>> > On Jul 4 14:23, Alexey Pavlov wrote:
>> >> 2013/7/4 Corinna Vinschen:
>> >> > On Jul 4 12:37, Alexey Pavlov wrote:
>> >> >> 2013/7/4 Corinna Vinschen:
>> >> >> > On Jul 4 13:09, Alexey Pavlov wrote:
>> >> >> >> struct utsname
>> >> >> >> {
>> >> >> >> - char sysname[20];
>> >> >> >> + char sysname[21];
>> >> >> >
>> >> >> > We can't do that. struct utsname is a publically facing structure.
>> >> >> > If you change the size, you're breaking compatibility with existing
>> >> >> > applications.
>> >> >> >
>> >> >> > You should better drop some character from the string you want to
>> >> >> > enter
>> >> >> > here.
>> >> >> >
>> >> >>
>> >> >> I can't drop any symbol from "MINGW32" word :)
>> >> >
>> >> > That's not 20 chars long.
>> >> >
>> >> Yes. But not only this need to be in 20 symbols. On cygwin 20 symbols is:
>> >>
>> >> CYGWIN_NT-6.1-WOW64\0
>> >>
>> >> But
>> >>
>> >> MINGW32_NT-6.1-WOW64\0
>> >>
>> >> is 21 symbol.
>> >
>> > Then drop the dash between "NT" and "6.1". Or let's drop the WOW64
>> > since it's redundant anyway, given the content of "machine".
>> >
>>
>> Let's drop it!
>
>I'm ok with that, but I think we should drop the "32" from MINGW in
>the first place.
>
>Does anybody rely on the "WOW64" in uname -s output? I just checked
>the scripts in /bin in my installation and none of it seems to check
>for that info.
>
>And then again, it *is* redundant, given the uname -m output...
Can we back up a moment and discuss whether, regardless of string
length, this is the right approach? This isn't what I'd envisioned
when I said "hooks".
Also can we please discuss this in the cygwin-developers and
cygwin-patches mailing lists? That's what they are for.
--
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: clang++ broken by recent GCC update
On 04/07/2013 8:47 AM, Václav Zeman wrote: Hi. The C++ part of Clang package (I have not tested the C part) is broken after update of GCC to 4.7.3. It cannot find standard C++ headers: ignoring nonexistent directory "/usr/lib/gcc/i686-pc-cygwin/4.5.3/include/c++" ignoring nonexistent directory "/usr/lib/gcc/i686-pc-cygwin/4.5.3/include/c++/i686-pc-cygwin" ignoring nonexistent directory "/usr/lib/gcc/i686-pc-cygwin/4.5.3/include/c++/backward" ignoring nonexistent directory "/usr/lib/gcc/i686-pc-cygwin/4.5.3/include" It seems like a supremely bad idea to rely on gcc's headers rather than shipping its own, but given that it does I assume clang needs to be recompiled against the new version. Ryan -- 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
recv() timeout problem
Please find attached a short programme that demonstrates a problem I'm
having with recv() timeouts. Under Fedora 19 x64, the test programme
times out after three seconds (which is the desired behaviour). However,
when run from Cygwin, the call to recv() never exits.
I am using the latest snapshot (2013-07-03) in 32-bit Cygwin. OS is
Windows 7 Ultimate x64 SP1.
Many thanks in advance for your help,
Dave.
/* Compile: gcc -o recv_timeout recv_timeout.c
*/
#include
#include
#include
#include
#include
#include
#include
#define BUFFSIZE 1024
/* Simple error handler. */
void FatalError(const char* msg)
{
fprintf(stderr, "Error: %s.\n", msg);
exit(1);
}
int main()
{
const in_port_t port = 1025;
const char* hostname = "localhost";
int sfd = -1;
struct hostent* localhost;
struct sockaddr_in ipa;
char* addr = NULL;
char buffer[BUFFSIZE];
struct timeval timeout;
/* Open a socket on 'localhost'. */
sfd = socket(PF_INET, SOCK_DGRAM, 0);
if (sfd == -1)
FatalError("Could not create a socket");
localhost = gethostbyname(hostname);
if (!localhost)
FatalError("Could not resolve 'localhost'.");
ipa.sin_family = AF_INET;
ipa.sin_port = htons(port);
addr = localhost->h_addr_list[0];
memcpy(&ipa.sin_addr.s_addr, addr, sizeof addr);
/* Bind socket to IP address. */
if (bind(sfd, (struct sockaddr*)&ipa, sizeof ipa) == -1)
FatalError("Could not bind socket to IP address");
/* Set the timeout to 3 seconds. */
timeout.tv_sec = 3;
timeout.tv_usec = 0;
if (setsockopt(sfd, SOL_SOCKET, SO_RCVTIMEO, &timeout, sizeof(timeout)) != 0)
FatalError("Could not set recv timeout");
/* Try to receive some data. As there's no data being sent, this should timeout. */
printf("Calling recv() now - this should timeout...\n");
if (recv(sfd, &buffer[0], BUFFSIZE * sizeof(char), 0) >= 0)
FatalError("Received some data - choose a different port");
if ((EAGAIN == errno) || (EWOULDBLOCK == errno) || (ETIMEDOUT == errno))
printf("Hurrah - recv() timed out.\n");
else
fprintf(stderr, "After recv(), errno = %i.\n", errno);
close(sfd);
return 0;
}
--
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: Failure with fork() (Cygwin on Wine install now sort of works)
Addendum. I just noticed the request for cygcheck results at http://cygwin.com/problems.html. Accordingly, I put /z/home/wine/newstart/cygwin/bin at the top of my MSYS (on Wine) PATH, then executed bash.exe-3.1$ cygcheck.exe -s -v -r >cygcheck.out That generated a response to the terminal which was cygcheck: Wrong architecture. Only ix86 executables supported. For the record, I am using 32-bit Cygwin on 32-bit Wine on 64-bit (x86_64) hardware. My Linux platform is Debian wheezy with mostly 64-bit libraries installed, but 32-bit Wine was built specifically with some extra 32-bit libraries I specifically installed for that purpose. So I don't know the source of that interesting message. Note, that message occurs for the part of the cygchek results that depend on cygwin1.dll. If I fail to put cygwin/bin on my PATH, then cygcheck complains that cygwin1.dll is not available but also does not generate the above message. I attach the cygcheck.out file generated as above in case somebody can spot anything wrong in that report with my initial Cygwin on Wine install. But superficially, it looks OK to me so it is possible that my Cygwin on Wine installation is fine. Note, my original message to this list with plain cygcheck.out attached (as requested on the problems page) bounced for some reason so I am trying a compressed version of cygcheck.out this time. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ cygcheck.out.gz Description: compressed output from cygcheck for Cygwin on Wine -- 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: segfault from "size -f"
On 7/4/2013 5:34 PM, David Rothenberger wrote: > Please let me know if there's anything else I can do to > troubleshoot. I'm going to try building binutils to get a gdb > backtrace, but there's no instructions in the source package about > how it's built for Cygwin. Here's the backtrace I got: Program received signal SIGSEGV, Segmentation fault. objalloc_free (o=0x656c646e) at ./objalloc.c:181 181 l = (struct objalloc_chunk *) o->chunks; (gdb) bt #0 objalloc_free (o=0x656c646e) at ./objalloc.c:181 #1 0x0040bc33 in bfd_hash_table_free (table=table@entry=0x80054438) at hash.c:426 #2 0x0040536b in _bfd_delete_bfd (abfd=abfd@entry=0x800543e8) at opncls.c:139 #3 0x004059cb in bfd_close_all_done (abfd=0x800543e8) at opncls.c:768 #4 0x004064d4 in archive_close_worker (slot=0x8006da44, inf=0x0) at archive.c:2707 #5 0x0046c945 in htab_traverse_noresize (htab=htab@entry=0x80056498, callback=callback@entry=0x4064c0 , info=info@entry=0x0) at ./hashtab.c:784 #6 0x0040a059 in _bfd_archive_close_and_cleanup (abfd=0x8003adf8) at archive.c:2730 #7 0x004058dd in bfd_close (abfd=abfd@entry=0x8003adf8) at opncls.c:723 #8 0x004019ef in display_file (filename=0x155ac55 "/usr/src/net-snmp/net-snmp-5.7.2-1/inst/usr/lib/libnetsnmpagent.a") at size.c:402 #9 display_file (filename=0x155ac55 "/usr/src/net-snmp/net-snmp-5.7.2-1/inst/usr/lib/libnetsnmpagent.a") at size.c:379 #10 0x00475b04 in main (argc=2, argv=0x155ac00) at size.c:241 -- David Rothenberger daver...@acm.org With a rubber duck, one's never alone. -- "The Hitchhiker's Guide to the Galaxy" -- 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
