1.5.25: gcc/gomp crash
Hello, Compiling and running the attached gomp test code crashes (or sometimes locks up) on a dual core PC. I.e. gcc -fopenmp -lgomp gomp-test.c ./a.exe crashes. If invoked as ./a.exe 1 however, the program is run single-threaded and completes correctly. Does the test code appear to be correct usage of gomp? Note that the problem seems to be highly dependent on the heap usage pattern prior to the multi-threaded part of the code (the pattern used in the test code was extracted from a run of a real application). Cheers, Rob Cygwin Configuration Diagnostics Current System Time: Fri Jul 10 07:32:22 2009 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\ATI Technologies\ATI.ACE\Core-Static c:\Program Files\ActivIdentity\ActivClient\ c:\Program Files\Hewlett-Packard\IAM\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 400(rob) GID: 401(mkpasswd) 401(mkpasswd) Output from C:\cygwin\bin\id.exe (ntsec) UID: 400(rob) GID: 401(mkpasswd) 401(mkpasswd) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'rob' PWD = '/cygdrive/h' HOME = '/cygdrive/h' MAKE_MODE = 'unix' HOMEPATH = '\' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\rob\Application Data' HOSTNAME = 'sm09040601' ONLINESERVICES = 'Online Services' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 17 Model 3 Stepping 1, AuthenticAMD' WINDIR = 'C:\WINDOWS' OLDPWD = '/usr/bin' USERDOMAIN = 'DOMAIN' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' TEMP = '/cygdrive/c/DOCUME~1/rob/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'rob' PROCESSOR_LEVEL = '17' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' __COMPAT_LAYER = 'EnableNXShowUI ' USERPROFILE = 'C:\Documents and Settings\rob' CLIENTNAME = 'Console' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\...@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\FS4' PLATFORM = 'BNB' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' SHLVL = '1' USERDNSDOMAIN = 'DOMAIN.SMITHMYERS.COM' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'H:' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/rob/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0301' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' HOMESHARE = '\\fs4\rob$' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'SM09040601' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS151589Mb 21% CP CS UN PA FC d: hd FAT32 1025Mb 1% CPUN HP_TOOLS e: cd N/AN/A f: net NTFS140002Mb 67% CP CS UN PA FC Data h: net NTFS140002Mb 67% CP CS UN PA FC Data i: netN/AN/A j: netN/AN/A k: netN/AN/A l: net NTFS140002Mb 67% CP CS UN PA FC Data o: netN/AN/A p: netN/AN/A r: net CDFS 534Mb 100%CS O9PRMCD01 s: net NTFS140002Mb 67% CP CS UN PA FC Data t: netN/AN/A u: net NTFS140002Mb 67% CP CS UN PA FC Data v: net NTFS 34725Mb 51% CP CS UN PA FC Archive C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Not Found: crontab Found: C:\cygwin\bin\find.exe Not Found: gcc Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwi
Re: Igor Peshansky update
On Fri, July 10, 2009 4:32 am, Christopher Faylor wrote: > On Fri, Jul 10, 2009 at 12:46:12AM +0200, Arend-Jan Westhoff wrote: >>3. Who drove Igor Peshansky away? (So we may lynch him and bring Igor >> back.) > > I got a note from Igor a couple of days ago. As we probably all > suspected, work got very busy and he hasn't been able to devote time to > Cygwin. So we really do need Igor replacements. > > This is the part of helping to manage an open source project that I > really could do without: dealing with the gaping holes left by > volunteers who wander away. At least he's OK. He's not replyed to a few of my direct emails (a while ago now) so I was getting concerned! J. -- 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
WCONTINUED/WIFCONTINUED
Any volunteer for WCONTINUED, WIFCONTINUED() for wait4() for the initial cygwin-1.7 release? See http://www.opengroup.org/onlinepubs/009695399/functions/wait.html Sorry, I'm not able to write this, but I have looked into wait.cc. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ -- 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: 1.5.25: gcc/gomp crash
2009/7/10 robs: > Compiling and running the attached gomp test code crashes (or sometimes locks > up) on a dual core PC. > > I.e. > gcc -fopenmp -lgomp gomp-test.c > ./a.exe > crashes. If invoked as > ./a.exe 1 > > however, the program is run single-threaded and completes correctly. Neither ./a nor ./a 1 crash after several retries on my single-core CORE2 T7200. gcc (GCC) 4.3.2 20080827 (beta) 2 -- Reini -- 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
dash vs. ash?
All, I just notice that there is dash in cygwin 1.7 but there is also ash. What would be the reason to switch from ash to dash? From what I am finding on the web it seems, dash was basically ash code modernized. So it seems when on 1.7 dash would be the preferred one. Any insight? Kind regards robert -- remember.guy do |as, often| as.you_can - without end http://blog.rubybestpractices.com/ -- 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: dash vs. ash?
On Jul 10 10:37, Robert Klemme wrote: > All, > > I just notice that there is dash in cygwin 1.7 but there is also ash. > What would be the reason to switch from ash to dash? From what I am > finding on the web it seems, dash was basically ash code modernized. > So it seems when on 1.7 dash would be the preferred one. Any insight? I think dash is preferred in future. In theory we should dash hardlink to ash and deprecate the ash package entirely. It's about time. Eric? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader 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: WCONTINUED/WIFCONTINUED
Reini Urban wrote:
> Any volunteer for WCONTINUED, WIFCONTINUED() for wait4() for the
> initial cygwin-1.7 release?
> See http://www.opengroup.org/onlinepubs/009695399/functions/wait.html
>
> Sorry, I'm not able to write this, but I have looked into wait.cc.
? They appear to exist and work. See "/usr/include/cygwin/wait.h".
Attached: crude smoketest derived from the opengroup web page linked above.
cheers,
DaveK
#include
#include
#include
#include
int main (int argc, const char **argv)
{
pid_t child_pid, wpid;
int status;
child_pid = fork();
if (child_pid == -1) { /* fork() failed */
perror("fork");
exit(EXIT_FAILURE);
}
if (child_pid == 0) { /* This is the child */
/* Child does some work and then terminates */
printf ("In child!\n");
fflush (0);
/* TRY WITH OR WITHOUT THIS LINE. */
* (int * ) 0 = 0;
/* TRY CHANGING THIS VALUE. */
return 42;
} else {/* This is the parent */
do {
wpid = waitpid(child_pid, &status, WUNTRACED
#ifdef WCONTINUED /* Not all implementations support this */
| WCONTINUED
#endif
);
if (wpid == -1) {
perror("waitpid");
exit(EXIT_FAILURE);
}
if (WIFEXITED(status)) {
printf("child exited, status=%d\n", WEXITSTATUS(status));
} else if (WIFSIGNALED(status)) {
printf("child killed (signal %d)\n", WTERMSIG(status));
} else if (WIFSTOPPED(status)) {
printf("child stopped (signal %d)\n", WSTOPSIG(status));
#ifdef WIFCONTINUED /* Not all implementations support this */
} else if (WIFCONTINUED(status)) {
printf("child continued\n");
#endif
} else {/* Non-standard case -- may never happen */
printf("Unexpected status (0x%x)\n", status);
}
} while (!WIFEXITED(status) && !WIFSIGNALED(status));
}
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: WCONTINUED/WIFCONTINUED
Dave Korn wrote: > Reini Urban wrote: >> Any volunteer for WCONTINUED, WIFCONTINUED() for wait4() for the >> initial cygwin-1.7 release? >> See http://www.opengroup.org/onlinepubs/009695399/functions/wait.html >> >> Sorry, I'm not able to write this, but I have looked into wait.cc. > > ? They appear to exist and work. Ah, hang on: you meant WCONTINUED and WIFCONTINUED specifically, not the whole WIF- family in general (I skimmed your post and misread an implied 'etc'). Please to ignore my babblings. cheers, DaveK -- 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
[OT] Re: Virus on sed.exe
Ed Brady wrote: > Thanks, All file look good, I submitted to a couple of online file > scanner sites and they confirmed no problem. This appears to be a false > positive with CA Antivirus... You got off lightly, a bunch of systems got bricked! http://www.theregister.co.uk/2009/07/10/ca_rogue_av_update/ < long pause > Ed ? Ed? Are you there ? cheers, DaveK -- 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: dash vs. ash?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 7/10/2009 2:41 AM: > I think dash is preferred in future. In theory we should dash hardlink > to ash and deprecate the ash package entirely. It's about time. Eric? It would work for me. I can whip out dash-0.5.5.1-2 to provide the ash hardlink; do you want me to also do the work of providing the empty ash package in the _obsolete category, or do you still want to do that as ash maintainer (along with coordinating the two uploads)? Also, I found a patch online that purports to add LINENO support to dash, and I am currently playing with it to see how well it behaves. - -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpXKIAACgkQ84KuGfSFAYA/cACgmg7Sk/ZT6J6Ulr/fxpJu/Klo IYsAn1eN2l2MHmckQVk6lBIUcRqoKVcc =BsgA -END PGP SIGNATURE- -- 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
OT: gmail quoting (was Re: [OT] Re: Virus on sed.exe)
> 2009/7/10 Dave Korn <...>: Sorry for including your email address. (Does anyone know a way to switch that off in the gmail web interface?) Andy -- 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: [OT] Re: Virus on sed.exe
2009/7/10 Dave Korn : > http://www.theregister.co.uk/2009/07/10/ca_rogue_av_update/ "On July 8, 2009 at 11:00am EST, a CA DAT file release contained improperly formed malware detections that errantly detected clean files from Microsoft Windows Service Pack 3 and from the commercial Cygwin application." Shouldn't let press officers write statements to the press ... :) Andy -- 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: cl.exe compiles libraries with blank permissions
Larry Hall (Cygwin) wrote: > > icc97 wrote: >> >> >> Larry Hall (Cygwin) wrote: >>> icc97 wrote: Further research shows that the issue is that the file is first created with additional windows permissions i.e. doing ls -lrt on the file gives: --+ 1 mynameDomain Users 14436 Jul 8 13:00 mylib.lib The '+' indicating additional permissions. The file is then copied to a separate directory and the additional permissions are lost, so now doing an ls -lrt gives: -- 1 mynameDomain Users 14436 Jul 8 13:04 mylib.lib The '+' is gone. So does anyone know why the file permissions get removed when the file is copied? >>> I suspect you're using 'cp' which by default only respects POSIX >>> permissions. Use the '--preserve=all' switch in this case. >> >> Thanks Larry, that explains the copying issue. I'm not sure what causes >> the >> POSIX permissions to be removed by the compiler though. > > While it is a bit strange that a non-Cygwin program would create files > with > permissions that are completely untranslatable into some kind of POSIX > permissions, it is possible. Non-Cygwin programs, of course, don't have > to worry about supporting POSIX permission guidelines. > > -- > Larry Hall http://www.rfk.com > RFK Partners, Inc. (508) 893-9779 - RFK Office > 216 Dalton Rd. (508) 893-9889 - FAX > Holliston, MA 01746 > > _ > > A: Yes. > > Q: Are you sure? > >> A: Because it reverses the logical flow of conversation. > >>> Q: Why is top posting annoying in email? > > -- > 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 Larry, Indeed another good point. cl.exe seems to respect the POSIX permissions if there are no ACL permissions. When there are ACL permissions it keeps these and removes the POSIX permissions. Many thanks, Ian -- View this message in context: http://www.nabble.com/cl.exe-compiles-libraries-with-blank-permissions-tp24389503p24425550.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: OT: gmail quoting (was Re: [OT] Re: Virus on sed.exe)
On Fri, Jul 10, 2009 at 7:11 AM, Andy Koppe wrote: >> 2009/7/10 Dave Korn <...>: > > Sorry for including your email address. > > (Does anyone know a way to switch that off in the gmail web interface?) I don't think you can customize the format of the automatic reply-quoting. But you can just delete the email address after it pops up in the composer. More annoying is the GMail mobile application, which appends the reply with quoted email addresses etc no matter what you do... -- Mark J. Reed -- 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
failure notice
Hi. This is the smtp delivery program. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. , directly server said: 553 mailbox not found --- Below this line is a copy of the message. Received: from dsldevice.lan ([63.216.117.32]) (envelope-sender ) by 200.123.162.197 with ESMTP for ; Fri, 10 Jul 2009 10:19:44 -0300 Received: from [63.216.117.32] by sourceware.org; Fri, 10 Jul 2009 23:38:05 +0200 Date: Fri, 10 Jul 2009 23:38:05 +0200 From: "Lindsey Nix" X-Mailer: The Bat! (v3.80.03) Home Reply-To: cygwin@cygwin.com X-Priority: 3 (Normal) Message-ID: <740830903.07145001973...@cygwin.com> To: mircea-duses...@klockmetal.com Subject: Start earning the salary you deserve by obtaining the appropriate Univeristy Dergee. based business home link news com MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="--AC6E7A52C67318FB" Sender: _...@pccorp.com.ar -- 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: dash vs. ash?
Corinna Vinschen wrote: I think dash is preferred in future. In theory we should dash hardlink to ash and deprecate the ash package entirely. It's about time. Eric? Is dash as fast as ash? -Edward -- 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: dash vs. ash?
On Jul 10 05:39, Eric Blake wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > According to Corinna Vinschen on 7/10/2009 2:41 AM: > > I think dash is preferred in future. In theory we should dash hardlink > > to ash and deprecate the ash package entirely. It's about time. Eric? > > It would work for me. I can whip out dash-0.5.5.1-2 to provide the ash > hardlink; do you want me to also do the work of providing the empty ash > package in the _obsolete category, or do you still want to do that as ash > maintainer (along with coordinating the two uploads)? You know, deep in my heart I'm a slacker. Consequentially I'd be happy to let you do all the work if you want to do it ;) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader 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: Igor Peshansky update
On Fri, Jul 10, 2009 at 08:20:48AM +0100, John Morrison wrote: >On Fri, July 10, 2009 4:32 am, Christopher Faylor wrote: >> On Fri, Jul 10, 2009 at 12:46:12AM +0200, Arend-Jan Westhoff wrote: >>>3. Who drove Igor Peshansky away? (So we may lynch him and bring Igor >>> back.) >> >> I got a note from Igor a couple of days ago. As we probably all >> suspected, work got very busy and he hasn't been able to devote time to >> Cygwin. So we really do need Igor replacements. >> >> This is the part of helping to manage an open source project that I >> really could do without: dealing with the gaping holes left by >> volunteers who wander away. > >At least he's OK. He's not replyed to a few of my direct emails (a while >ago now) so I was getting concerned! Ditto. I guess he lost access to his nyu email account for a while. cgf -- 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: Igor Peshansky update
> I got a note from Igor a couple of days ago. As we probably all > suspected, work got very busy and he hasn't been able to devote time to > Cygwin. So we really do need Igor replacements. If there are no other volunteers, then I can maintain the gold star and acronym pages. It doesn't seem like a lot of work. I'm working on building a new ocaml package but am having a bit of trouble. Will post separately about that. -- 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: OT: gmail quoting (was Re: [OT] Re: Virus on sed.exe)
Andy Koppe wrote: >> 2009/7/10 Dave Korn <...>: > > Sorry for including your email address. > > (Does anyone know a way to switch that off in the gmail web interface?) Only manually snipping it I'm afraid. It only takes a moment with a click-and-swipe of the mouse and hit delete. Alternatively, use a real mailer with IMAP capability and read your gmail that way; T'bird WJFFM. cheers, DaveK -- 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 Build Error
Christopher Faylor wrote: On Thu, Jul 09, 2009 at 01:10:42PM -0500, Jacob Jacobson wrote: Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jacob Jacobson on 7/8/2009 12:36 PM: While building cygwin, I get this error: ../../../../src/winsup/cygwin/lib/_cygwin_crt0_common.cc:38: warning: weak declaration of 'void operator delete [](void*, const std::nothrow_t&)' not supported Known issue. Use gcc-4, not gcc. http://cygwin.com/ml/cygwin-patches/2009-q3/msg00020.html - -- Thanks. I created symbolic links to gcc-4 & have gotten further. Now I get error below. Do I need to install "i686-pc-mingw32" ? Just remove the mingw directory. cgf I now have error below. If I remove utils/mingw, the error is "cannot find ..utils/mingw". If I put it back, I get error below. Please help. If this error can be made to go away by installing something new, I'd rather do that than have to modify the src directory. Thanks. make[4]: `libuser32.a' is up to date. /c/home/wrk/cygwin/src/winsup/utils/mingw g++ -L/c/home/wrk/cygwin/build/i686-pc-cygwin/winsup -L/c/home/wrk/cygwin/build/i686-pc-cygwin/winsup/cygwin -L/c/home/wrk/cygwin/build/i686-pc-cygwin/winsup/w32api/lib -isystem /c/home/wrk/cygwin/src/winsup/include -isystem /c/home/wrk/cygwin/src/winsup/cygwin/include -isystem /c/home/wrk/cygwin/src/winsup/w32api/include -B/c/home/wrk/cygwin/build/i686-pc-cygwin/newlib/ -isystem /c/home/wrk/cygwin/build/i686-pc-cygwin/newlib/targ-include -isystem /c/home/wrk/cygwin/src/newlib/libc/include -I/c/home/wrk/cygwin/src/winsup -c -o ./cygcheck.o -g -O2 -fno-exceptions -fno-rtti -DHAVE_DECL_GETOPT=0 -mno-cygwin -I/c/home/wrk/cygwin/src/winsup/mingw/include -I/c/home/wrk/cygwin/src/winsup/w32api/include ../../../../src/winsup/utils/cygcheck.cc /c/home/wrk/cygwin/src/winsup/utils/mingw: couldn't find i686-pc-mingw32 directory make[3]: *** [cygcheck.o] Error 1 make[3]: Leaving directory `/c/home/wrk/cygwin/build/i686-pc-cygwin/winsup/utils' make[2]: *** [utils] Error 1 make[2]: Leaving directory `/c/home/wrk/cygwin/build/i686-pc-cygwin/winsup' -- 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 Build Error
On Fri, Jul 10, 2009 at 10:13:02AM -0500, Jacob Jacobson wrote: >Christopher Faylor wrote: >> On Thu, Jul 09, 2009 at 01:10:42PM -0500, Jacob Jacobson wrote: >>> Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jacob Jacobson on 7/8/2009 12:36 PM: > While building cygwin, I get this error: > > ../../../../src/winsup/cygwin/lib/_cygwin_crt0_common.cc:38: warning: > weak declaration of 'void operator delete [](void*, const > std::nothrow_t&)' not supported Known issue. Use gcc-4, not gcc. http://cygwin.com/ml/cygwin-patches/2009-q3/msg00020.html - -- >>> Thanks. I created symbolic links to gcc-4 & have gotten further. Now >>> I get error below. Do I need to install "i686-pc-mingw32" ? >> >> Just remove the mingw directory. >> >> cgf >> > >I now have error below. If I remove utils/mingw, the error is "cannot >find ..utils/mingw". If I put it back, I get error below. Please help. >If this error can be made to go away by installing something new, I'd >rather do that than have to modify the src directory. > >make[4]: `libuser32.a' is up to date. >/c/home/wrk/cygwin/src/winsup/utils/mingw g++ >-L/c/home/wrk/cygwin/build/i686-pc-cygwin/winsup >-L/c/home/wrk/cygwin/build/i686-pc-cygwin/winsup/cygwin >-L/c/home/wrk/cygwin/build/i686-pc-cygwin/winsup/w32api/lib -isystem >/c/home/wrk/cygwin/src/winsup/include -isystem >/c/home/wrk/cygwin/src/winsup/cygwin/include -isystem >/c/home/wrk/cygwin/src/winsup/w32api/include >-B/c/home/wrk/cygwin/build/i686-pc-cygwin/newlib/ -isystem >/c/home/wrk/cygwin/build/i686-pc-cygwin/newlib/targ-include -isystem >/c/home/wrk/cygwin/src/newlib/libc/include >-I/c/home/wrk/cygwin/src/winsup -c -o ./cygcheck.o -g -O2 >-fno-exceptions -fno-rtti -DHAVE_DECL_GETOPT=0 -mno-cygwin >-I/c/home/wrk/cygwin/src/winsup/mingw/include >-I/c/home/wrk/cygwin/src/winsup/w32api/include >../../../../src/winsup/utils/cygcheck.cc >/c/home/wrk/cygwin/src/winsup/utils/mingw: couldn't find i686-pc-mingw32 I said remove the mingw *directory* not the utils/mingw *file*. cgf -- 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: 1.5.25: gcc/gomp crash
On Friday 10 Jul 2009, you wrote: > 2009/7/10 robs: > > Compiling and running the attached gomp test code crashes (or sometimes > > locks up) on a dual core PC. > > > I.e. > > gcc -fopenmp -lgomp gomp-test.c > > ./a.exe > > crashes. ?If invoked as > > ./a.exe 1 > > > > however, the program is run single-threaded and completes correctly. > > Neither ./a nor ./a 1 crash after several retries on my single-core CORE2 > T7200. > gcc (GCC) 4.3.2 20080827 (beta) 2 Yes, this problem seems to occur only on dual (or more) core. BTW, the same test works fine under linux (gcc 4.3.3) on the same dual core PC that crashes under cygwin. /Rob -- 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: WCONTINUED/WIFCONTINUED
On Fri, Jul 10, 2009 at 09:49:59AM +0200, Reini Urban wrote: >Any volunteer for WCONTINUED, WIFCONTINUED() for wait4() for the >initial cygwin-1.7 release? >See http://www.opengroup.org/onlinepubs/009695399/functions/wait.html > >Sorry, I'm not able to write this, but I have looked into wait.cc. I should be able to implement this. It shouldn't be too hard*. cgf *Yes, I know. I know. -- 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
[1.7] Bug in link() with long filenames
It seems that the st_nlink count is not updated for very long file
names. If the filename length is 247, everything is fine. If it is
248...the link count does not get updated, although the files (original
and the link) both have the same st_ino value.
Here's a test case (takes an optional argument that sets the smaller of
the two filename lengths; defaults to 247, which demonstrates the problem).
$ ./longlink
orig1(247):
/tmp/test_longlink/f/abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqr
link1(247):
/tmp/test_longlink/l/abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqr
orig2(248):
/tmp/test_longlink/f/abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrs
link2(248):
/tmp/test_longlink/l/abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrs
ino: 11821949022413710
dev: 11821950991284627
nlink: 1
ino: 11540474045703055
dev: 11540476014573971
nlink: 1
after link (namelen 247):
original file
ino: 11821949022413710
dev: 11821950991284627
nlink: 2
link
ino: 11821949022413710
dev: 11821950991284627
nlink: 2
after link (namelen 248):
original file
ino: 11540474045703055
dev: 11540476014573971
nlink: 1
link
ino: 11540474045703055
dev: 11540476014573971
nlink: 1
Any idea why "247" is a magic number?
--
Chuck
#include
#include
#define ORIGPATH "/tmp/test_longlink/f"
#define LINKPATH "/tmp/test_longlink/l"
void do_stat(const char * s)
{
struct stat st;
if (lstat(s, &st) != 0)
{
fprintf(stderr, "problem with stat(%s,...)", s);
return;
}
fprintf(stderr, "ino: %llu\n", st.st_ino);
fprintf(stderr, "dev: %llu\n", st.st_dev);
fprintf(stderr, "nlink: %d\n", st.st_nlink);
}
int main(int argc, char *argv[])
{
char orig1[1024];
char orig2[1024];
char link1[1024];
char link2[1024];
char name[1024];
int len = 247;
size_t baselen, newlen;
FILE* f;
if (argv[1] && *argv[1])
{
len = atoi(argv[1]);
}
mkdir("/tmp/test_longlink", 0755);
mkdir(ORIGPATH, 0755);
mkdir(LINKPATH, 0755);
strcpy(orig1, ORIGPATH);
strcpy(orig2, ORIGPATH);
strcpy(link1, LINKPATH);
strcpy(link2, LINKPATH);
strcat(orig1, "/");
strcat(orig2, "/");
strcat(link1, "/");
strcat(link2, "/");
baselen = strlen(orig1);
newlen = baselen;
while (newlen < len)
{
char a = ((char)((newlen - baselen) % 26)) + 'a';
orig1[newlen] = a;
link1[newlen] = a;
newlen++;
}
orig1[newlen] = '\0';
link1[newlen] = '\0';
newlen = baselen;
while (newlen < len + 1)
{
char a = ((char)((newlen - baselen) % 26)) + 'a';
orig2[newlen] = a;
link2[newlen] = a;
newlen++;
}
orig2[newlen] = '\0';
link2[newlen] = '\0';
fprintf(stderr, "orig1(%d): %s\n", strlen(orig1), orig1);
fprintf(stderr, "link1(%d): %s\n", strlen(link1), link1);
fprintf(stderr, "orig2(%d): %s\n", strlen(orig2), orig2);
fprintf(stderr, "link2(%d): %s\n", strlen(link2), link2);
fprintf(stderr, "\n\n");
f = fopen(orig1, "wb");
fprintf(f, "%s\n", orig1);
fclose(f);
do_stat(orig1);
f = fopen(orig2, "wb");
fprintf(f, "%s\n", orig2);
fclose(f);
do_stat(orig2);
link (orig1, link1);
fprintf(stderr, "\nafter link (namelen %d):\n", strlen(orig1));
fprintf(stderr, "original file\n");
do_stat(orig1);
fprintf(stderr, "link\n");
do_stat(link1);
link (orig2, link2);
fprintf(stderr, "\nafter link (namelen %d):\n", strlen(orig2));
fprintf(stderr, "original file\n");
do_stat(orig2);
fprintf(stderr, "link\n");
do_stat(link2);
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: 1.5.25: gcc/gomp crash
robs wrote: > Yes, this problem seems to occur only on dual (or more) core. BTW, the > same test works fine under linux (gcc 4.3.3) on the same dual core PC that > crashes under cygwin. 1.5.25 is stable - i.e., dead. It is the final release of the series and will never be updated, even if bugs are found. And we do know that it has some bugs. OTOH I just fixed a bunch of multi-threading bugs in 1.7 a couple of versions back. Your testcase works just fine using 4.3.2 and 1.7. BTW I run on an dual core AMD64x2. cheers, DaveK -- 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: WCONTINUED/WIFCONTINUED
Christopher Faylor wrote: > On Fri, Jul 10, 2009 at 09:49:59AM +0200, Reini Urban wrote: >> Any volunteer for WCONTINUED, WIFCONTINUED() for wait4() for the >> initial cygwin-1.7 release? >> See http://www.opengroup.org/onlinepubs/009695399/functions/wait.html >> >> Sorry, I'm not able to write this, but I have looked into wait.cc. > > I should be able to implement this. It shouldn't be too hard*. > > cgf > > *Yes, I know. I know. PTC? cheers, DaveK -- 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
What still has to happen before 1.7 goes live?
Hi All... I'm just wondering what remains on peoples' checklists that has to happen before Cygwun 1.7 leaves Betaville. Thanks, ...Karl _ Windows Live™ Photos: it's easy to store and manage your photos online. See how. http://windowslive.com/Online/Photos?ocid=TXT_TAGLM_WL_CS_PH_store_manage_072009 -- 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: problems with running Gnome applications
Belated "thanks" Dave (for reminding me to do what the bluefish website said but I forgot to do :-) On Thu, Jan 12, 2006 at 11:32:55AM -, Dave Korn wrote: > Alessandro Lendaro wrote: > > > > i cant execute bluefish > > ( "Bad system call" message) > > > > etcetera. > > This is a http://cygwin.com/acronyms#WAG, but have you got CYGWIN=server set > in your environment, and are you running the cygserver? That's a pretty > common cause of "Bad system call" errors. > > Of course, I would already have known the answer to those two questions if > you had sent your cygcheck output as an attachment, like it says at > http://cygwin.com/problems.html ! > > > cheers, > DaveK > -- > Can't think of a witty .sigline today > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ -- 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
