Re: Server segmentation fault at address 0x306 using ParaView
On 14/12/2010 17:52, Ken Olum wrote: Here is the backtrace. Thanks again. Ken #0 0x0a3eb232 in swrast_dri!_mesa_GetProgramNamedParameterdvNV () from /usr/lib/dri/swrast_dri.so #1 0x004e4baa in _fu456___glapi_Dispatch () at indirect_dispatch.c:4854 #2 0x004d6975 in __glXDisp_Render (cl=0x1010ab4c, pc=0x10459170 \024) at glxcmds.c:1854 #3 0x004d2515 in __glXDispatch (client=0x1010aa88) at glxext.c:604 #4 0x00570ac0 in Dispatch () at dispatch.c:433 #5 0x0056af00 in main (argc=2, argv=0x6123d464, envp=0x100300f8) at main.c:298 Thanks. Can you compare the versions of libGL installed on the Mandriva 2010.1 and RHEL 5.5 hosts? Have you tried if other OpenGL programs on the RHEL host work? Does glxinfo work? -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Server segmentation fault at address 0x306 using ParaView
On the Mandriva 2010.1 host, /usr/lib64/libGL.so.1 is from lib64mesagl1-7.8.1-6mdv2010.1. On the RHEL host, it is from mesa-libGL-6.5.1-7.8.el5. I have not tried other OpenGL programs, but I can run glxinfo without a crash on either machine. I attach the results. They are not the same. In particular, I was surprised to find that RHEL reports direct rendering: No while Mandriva reports direct rendering: Yes, although I don't know if this matters when one is running over the network anyway. Ken glxinfo.Mandriva Description: Binary data glxinfo.RHEL Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog security.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-12-15 13:56:32 Modified files: winsup/cygwin : ChangeLog security.cc Log message: * security.cc (alloc_sd): Fix erroneous inheritence entry duplication. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5106r2=1.5107 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/security.cc.diff?cvsroot=srcr1=1.245r2=1.246
src/winsup/cygwin ChangeLog sec_acl.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-12-15 14:11:04 Modified files: winsup/cygwin : ChangeLog sec_acl.cc Log message: * sec_acl.cc (getacl): Ensure that the default acl contains at least DEF_(USER|GROUP|OTHER)_OBJ entries. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5107r2=1.5108 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sec_acl.cc.diff?cvsroot=srcr1=1.64r2=1.65
Re: [PATCH] Ensure that the default ACL contains the standard entries
On Dec 14 22:22, Christian Franke wrote: Hi Corinna, Corinna Vinschen wrote: Hi Christian, On Dec 10 23:05, Christian Franke wrote: The ACL from Cygwin always contains the three (USER|GROUP|OTHER)_OBJ entries. It might be existing practice elsewhere to return these entries also in the default ACL. The attached patch adds these entries with empty permissions if necessary. The patch would fix this rsync issue: http://cygwin.com/ml/cygwin/2010-11/msg00429.html The logic for DEF_CLASS_OBJ is unchanged. This looks good, except that the faked default entries for group and other are set to 0. That's rather unexpected. ... This is rather easy to fix (and you added comments in that place), ... New patch attached. Thanks, applied. I'm not entirely sure yet, but maybe the acl function should not fake these default entries. From my POV it seems a better approach if acl(SETACL) actually creates these entries if *any* default entry is in the incoming acl. And, it should create these entries with useful permission values. This seems to reflect the Linux behaviour much closer. What do you think? AFIAK a minimal ACL must contain the three entries u/g/o which are equivalent to the mode permission bits. The default ACL has likely the same requirement. Apparently yes. I just tested this on Linux and Solaris. On Linux the missing entries are added with default values, on Solaris 10 you are required to enter at least the three default o/g/u entries, otherwise setfacl prints an error message Missing user/group owner, other, mask entry If this is the case, then I would suggest to do both: 1. Fake these entries in acl(GETACL) if required. This would ensure that the default ACL is complete even if the Windows ACL was not created by Cygwin. 2. Create these entries in acl(SETACL) if required. This would ensure that the following reasonable requirement holds if the Windows ACL was created by Cygwin before: - getfacl foo | setfacl -f - foo should not change the (Windows) ACL of foo. Ok, fine with me. Would you implement this? Yes, but may take some time. No worries. We won't release 1.7.8 before January. Btw., while testing your patch I found a bug in setfacl which disallowed to delete user/group-specific default entries. I opted for rewriting the function which examines an incoming acl entry (getaclentry). Would you mind to test this bit, too? The new code accepts a trailing colon, but I think that's ok. The SGI setfacl tool used on Linux is even more relaxed syntax-wise and also accepts trailing colons. I've done a few test, looks good. Thank you! An unrelated issue found during testing: mkdir() may duplicate Windows ACL entries. Testcase (German XP SP3): [...] Problem in security.cc:alloc_sd() ? Indeed. Thanks for the report. I fixed that in CVS, hopefully. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [PATCH] Ensure that the default ACL contains the standard entries
Corinna Vinschen wrote: New patch attached. Thanks, applied. Thanks - rsync issue is now fixed. mkdir() may duplicate Windows ACL entries. Testcase (German XP SP3): [...] Problem in security.cc:alloc_sd() ? Indeed. Thanks for the report. I fixed that in CVS, hopefully. At least the testcase is now OK :-) BTW: Are there any long term plans to actually implement the acl mask ? Should be possible by mapping the mask restrictions to deny acl entries for each named entry: Adds further complexity - might or might not be worth the effort, I'm not sure. Christian
Re: 1.7.7: rm -rf sometimes fails - race condition?
On 12/14/2010 12:48 AM, Warren Young wrote: This loop has been running for about three hours (~40 iterations): Nearly 400 iterations now. I'm killing it. Either the test is no good, or rm doesn't fail here. -- 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 windows 7 path environment variable.
I am trying to set the path vaiable for the cygwin compiler to use with netbeans IDE. i can't seem to find anywhere on the website the specific path that i need to put in to get it to run. can you please email the the correct path? -- 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.7.7: rm -rf sometimes fails - race condition?
Am 15.12.2010 10:05, schrieb Warren Young: On 12/14/2010 12:48 AM, Warren Young wrote: This loop has been running for about three hours (~40 iterations): Nearly 400 iterations now. I'm killing it. Either the test is no good, or rm doesn't fail here. Thanks. Haven't gotten around to doing tests with snapshot or build loops yet. -- Matthias Andree -- 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 windows 7 path environment variable.
On 12/15/2010 05:26 AM, sean rankin wrote: I am trying to set the path vaiable for the cygwin compiler to use with netbeans IDE. i can't seem to find anywhere on the website the specific path that i need to put in to get it to run. can you please email the the correct path? Usually, all you need to add to PATH is the path to the bin directory of your Cygwin installation. By default that path is C:\cygwin\bin. -Jeremy -- 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: Task program - Aborted (core dumped) failure on CYGWIN_NT-5.1 1.7.8s(0.231/5/3) 20100924 15:55:44 i686 Cygwin
On Wed, Dec 15, 2010 at 11:18:12AM -0700, Keith Christian wrote: The task program fails with the Aborted (core dumped) message now, whereas it used to work. Wed Dec 15 10:18:17 (kchrist...@someserver) ~task Aborted (core dumped) Searching through the mailing list, I see other references to programs failing with Aborted (core dumped) message. The suggestion in other email messages to exit all Cygwin processes, start up a CMD.EXE window, run c:\cygwin\bin\dash as a shell, then run /bin/rebaseall was tried also, to no avail. 1 Wed 12/15/2010 10:12:29.38 C:\c:\cygwin\bin\dash.exe 2 $ /bin/rebaseall 3 /usr/lib/cygicudata.dll: skipped because nonexistent 4 /usr/lib/cygicui18n.dll: skipped because nonexistent 5 /usr/lib/cygicuio.dll: skipped because nonexistent 6 /usr/lib/cygicule.dll: skipped because nonexistent 7 /usr/lib/cygiculx.dll: skipped because nonexistent 8 /usr/lib/cygicutu.dll: skipped because nonexistent 9 /usr/lib/cygicuuc.dll: skipped because nonexistent 10 /usr/bin/cygqhull.dll: skipped because nonexistent 11 FixImage (/usr/x86_64-w64-mingw32/sys-root/mingw/bin/libgcc_s_sjlj-1.dll) failed with last error = 13 12 $ exit 13 14 Wed 12/15/2010 10:17:44.24 C:\ I have attached an strace file also: strace.task.txt. The strace process ran for a few seconds and then stopped, and had to be killed with tasklist / taskkill from a CMD.EXE window. Please do not send unsolicited strace output to the list. If you send the complete file, you'll essentially be spamming everyone with lots of potentially unneeded data. If you send a snippet, 99% of the time you'll have chosen the wrong thing to cut/paste. I guess I need to add a FAQ entry for this if there isn't one already. 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: Task program - Aborted (core dumped) failure on CYGWIN_NT-5.1 1.7.8s(0.231/5/3) 20100924 15:55:44 i686 Cygwin
On Wed, Dec 15, 2010 at 01:26:15PM -0500, Christopher Faylor wrote: On Wed, Dec 15, 2010 at 11:18:12AM -0700, Keith Christian wrote: The task program fails with the Aborted (core dumped) message now, whereas it used to work. Wed Dec 15 10:18:17 (kchrist...@someserver) ~task Aborted (core dumped) Searching through the mailing list, I see other references to programs failing with Aborted (core dumped) message. The suggestion in other email messages to exit all Cygwin processes, start up a CMD.EXE window, run c:\cygwin\bin\dash as a shell, then run /bin/rebaseall was tried also, to no avail. 1 Wed 12/15/2010 10:12:29.38 C:\c:\cygwin\bin\dash.exe 2 $ /bin/rebaseall 3 /usr/lib/cygicudata.dll: skipped because nonexistent 4 /usr/lib/cygicui18n.dll: skipped because nonexistent 5 /usr/lib/cygicuio.dll: skipped because nonexistent 6 /usr/lib/cygicule.dll: skipped because nonexistent 7 /usr/lib/cygiculx.dll: skipped because nonexistent 8 /usr/lib/cygicutu.dll: skipped because nonexistent 9 /usr/lib/cygicuuc.dll: skipped because nonexistent 10 /usr/bin/cygqhull.dll: skipped because nonexistent 11 FixImage (/usr/x86_64-w64-mingw32/sys-root/mingw/bin/libgcc_s_sjlj-1.dll) failed with last error = 13 12 $ exit 13 14 Wed 12/15/2010 10:17:44.24 C:\ I have attached an strace file also: strace.task.txt. The strace process ran for a few seconds and then stopped, and had to be killed with tasklist / taskkill from a CMD.EXE window. Please do not send unsolicited strace output to the list. If you send the complete file, you'll essentially be spamming everyone with lots of potentially unneeded data. If you send a snippet, 99% of the time you'll have chosen the wrong thing to cut/paste. I guess I need to add a FAQ entry for this if there isn't one already. Btw, you're running a snapshot from September. You should either drop back to the released version of Cygwin or use a newer snapshot. 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: Task program - Aborted (core dumped) failure on CYGWIN_NT-5.1 1.7.8s(0.231/5/3) 20100924 15:55:44 i686 Cygwin
Please do not send unsolicited strace output to the list. If you send the complete file, you'll essentially be spamming everyone with lots of potentially unneeded data. If you send a snippet, 99% of the time you'll have chosen the wrong thing to cut/paste. I'll refrain from doing so in the future. Btw, you're running a snapshot from September. You should either drop back to the released version of Cygwin or use a newer snapshot. Good point, will replace with an appropriate DLL. Hope the cygcheck.out file will help troubleshoot the described problem. =Keith -- 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
mingw-targeted cross-compiler question
Hello, I downloaded a software and tried to compile it on cygwin, I got an error message: gcc: The -mno-cygwin flag has been removed; use a mingw-targeted cross-compiler. I checked the Make file, it used this flag: gcc -mno-cygwin -g -Wl,--add-stdcall-alias -Wl,--export-all-symbols ... What should I use exactly to replace the '-mno-cygwin' flag? Thanks a lot. -- View this message in context: http://old.nabble.com/mingw-targeted-cross-compiler-question-tp30467239p30467239.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: Task program - Aborted (core dumped) failure on CYGWIN_NT-5.1 1.7.8s(0.231/5/3) 20100924 15:55:44 i686 Cygwin
On 12/15/2010 2:20 PM, Keith Christian wrote: Please do not send unsolicited strace output to the list. If you send the complete file, you'll essentially be spamming everyone with lots of potentially unneeded data. If you send a snippet, 99% of the time you'll have chosen the wrong thing to cut/paste. I'll refrain from doing so in the future. Btw, you're running a snapshot from September. You should either drop back to the released version of Cygwin or use a newer snapshot. Good point, will replace with an appropriate DLL. Hope the cygcheck.out file will help troubleshoot the described problem. The only thing I see is a reference to ZoneAlarm (could be other BLODA too). I don't any sign that this is a rebase problem, though a BLODA problem can have similar symptoms and it sounds like this is not an app that comes from cygwin.com so Changing the Cygwin DLL may be the solution too. But if none of that easy advice helps, I'd recommend looking for what changed between the time it was working and now. -- Larry _ 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
Re: mingw-targeted cross-compiler question
On Wed, Dec 15, 2010 at 2:41 PM, gviewer marlon...@gmail.com wrote: Hello, I downloaded a software and tried to compile it on cygwin, I got an error message: gcc: The -mno-cygwin flag has been removed; use a mingw-targeted cross-compiler. I checked the Make file, it used this flag: gcc -mno-cygwin -g -Wl,--add-stdcall-alias -Wl,--export-all-symbols ... What should I use exactly to replace the '-mno-cygwin' flag? Thanks a lot. You can install the windows cross compilers that are provided as cygwin packages. You can pick ones that target either 64-bit windows or 32-bit windows. -- 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: mingw-targeted cross-compiler question
My cygwin may already install that package, then how to modify the flag in Makefile to compile. NightStrike wrote: On Wed, Dec 15, 2010 at 2:41 PM, gviewer marlon...@gmail.com wrote: Hello, I downloaded a software and tried to compile it on cygwin, I got an error message: gcc: The -mno-cygwin flag has been removed; use a mingw-targeted cross-compiler. I checked the Make file, it used this flag: gcc -mno-cygwin -g -Wl,--add-stdcall-alias -Wl,--export-all-symbols ... What should I use exactly to replace the '-mno-cygwin' flag? Thanks a lot. You can install the windows cross compilers that are provided as cygwin packages. You can pick ones that target either 64-bit windows or 32-bit windows. -- 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 -- View this message in context: http://old.nabble.com/mingw-targeted-cross-compiler-question-tp30467239p30467813.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: mingw-targeted cross-compiler question
On Wed, Dec 15, 2010 at 3:50 PM, gviewer marlon...@gmail.com wrote: My cygwin may already install that package, then how to modify the flag in Makefile to compile. That depends on the makefile. Usually, there's a user-settable variable called CFLAGS that you can use to customize things. But basically, with the cross compiler, you call a canonically named executable instead of the normal one. So for instance, to compile for 64-bit windows, instead of: gcc -mno-cygwin file.c you would use: x86_64-w64-mingw32-gcc file.c Make sense? -- 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: Task program - Aborted (core dumped) failure on CYGWIN_NT-5.1 1.7.8s(0.231/5/3) 20100924 15:55:44 i686 Cygwin
Upgraded to cygwin1-20101212.dll.bz2, replaced cygwin1.dll with this version. Rebooted, no change, uname -a shows new cygwin1.dll in place. Wed Dec 15 14:03:33 (kchrist...@kchristian-l) ~uname -a ; task CYGWIN_NT-5.1 KCHRISTIAN-L 1.7.8s(0.233/5/3) 20101212 00:50:41 i686 Cygwin Aborted (core dumped) Keith -- 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: mingw-targeted cross-compiler question
Thanks for explanation. I checked the Make file, and here it is: CFLAGS = -O3 -Wimplicit ... gcc -mno-cygwin -g -Wl,--add-stdcall-alias -Wl,--export-all-symbols ${BRILL_INCLUDES} -I ${JAVA_HOME}/include/ -I ${JAVA_HOME}/include/win32 -shared -o lib/BTagger.dll ${BRILL_JAVA_BASE}/*.c ${BRILL_SRC} This is a Java wrapper around a C/C++ library. Can you help have a look and see if there is an easy change to the gcc -mno-cygwin ... part? I am using Windows 7 64-bit machine. Thanks. NightStrike wrote: On Wed, Dec 15, 2010 at 3:50 PM, gviewer marlon...@gmail.com wrote: My cygwin may already install that package, then how to modify the flag in Makefile to compile. That depends on the makefile. Usually, there's a user-settable variable called CFLAGS that you can use to customize things. But basically, with the cross compiler, you call a canonically named executable instead of the normal one. So for instance, to compile for 64-bit windows, instead of: gcc -mno-cygwin file.c you would use: x86_64-w64-mingw32-gcc file.c Make sense? -- 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 -- View this message in context: http://old.nabble.com/mingw-targeted-cross-compiler-question-tp30467239p30467974.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: mingw-targeted cross-compiler question
On Wed, Dec 15, 2010 at 4:10 PM, gviewer marlon...@gmail.com wrote: Thanks for explanation. I checked the Make file, and here it is: CFLAGS = -O3 -Wimplicit ... gcc -mno-cygwin -g -Wl,--add-stdcall-alias -Wl,--export-all-symbols ${BRILL_INCLUDES} -I ${JAVA_HOME}/include/ -I ${JAVA_HOME}/include/win32 -shared -o lib/BTagger.dll ${BRILL_JAVA_BASE}/*.c ${BRILL_SRC} This is a Java wrapper around a C/C++ library. Can you help have a look and see if there is an easy change to the gcc -mno-cygwin ... part? I am using Windows 7 64-bit machine. Thanks. Well, like I said.. install the cross compiler package and edit that line to say what you need it to say. -- 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
Cron 'WRONG FILE OWNER' Problem Cygwin 1.7/Windows 7
Hi I had been happily using 'cron' on cygwin for quite a while. After updating the user password using cron-config, suddenly cron refuses to read my cron tab, putting 'WRONG FILE OWNER' in the Windows application log. Has this been seen and resolved? I have been trying for weeks now but no luck, so at this point and help would be appreciated. thanks in advance, Bruce Current version -rwxr-xr-x 1 baileyb root 5304 2010-02-15 18:14 /usr/share/doc/Cygwin/cron-4.1-59.README Running crons: 305651723056 1680? 1006 15:06:29 /usr/sbin/cron Sendmail: lrwxrwxrwx 1 baileyb por_ccusers 16 2010-12-10 08:23 /usr/sbin/sendmail - /usr/bin/cronlog Crontabs: -rw-r- 1 baileyb root 1173 2010-12-13 07:51 /var/cron/tabs/baileyb -rw-r- 1 32638 0 1173 2010-12-13 07:51 /var/cron/tabs/baileyb cron.log: -rw-r--r-- 1 baileyb None 0 2010-12-13 15:06 /var/log/cron.log cron.pid: -rw-r--r-- 1 baileyb None 5 2010-12-13 15:06 /var/run/cron.pid Crontab: # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.aXS2AsqUzu installed on Mon Dec 13 07:51:13 2010) # (Cron version V5.0 -- $Id: crontab.c,v 1.12 2004/01/23 18:56:42 vixie Exp $) # field allowed values # - -- # minute 0-59 # hour 0-23 # day of month 1-31 # month 1-12 (or names, see below) # day of week0-7 (0 or 7 is Sun, or use names) # USER=baileyb PATH=/usr/local/bin:/usr/bin:/bin:/cygdrive/c/Bin 35 */4 * * * /usr/local/bin/cleantmp.bsh /var/log/cron.log 21 00 09 * * mon,wed,fri /usr/local/bin/loadbackuppass.bsh /var/log/cron.log 21 50 14 * * fri /usr/local/bin/backup_incr.bsh full /var/log/cron.log 21 50 14 * * mon,wed /usr/local/bin/backup_incr.bsh incr /var/log/cron.log 21 15 11 * * * /usr/bin/updatedb /var/log/cron.log 21 * * * * * env /tmp/env.txt 21 Windows Application Events log: 2010/12/13 15:06:29 [baileyb] /usr/sbin/cron: PID 3056: (CRON) STARTUP (V5.0) 2010/12/13 15:06:29 [baileyb] /usr/sbin/cron: PID 3056: (baileyb) WRONG FILE OWNER (tabs/baileyb) 2010/12/13 15:06:30 [baileyb] cron: PID 5172: `cron' service started 2010/12/13 15:07:16 [baileyb] crontab: PID 948: (baileyb) LIST (baileyb) Cygcheck: Cygwin Configuration Diagnostics Current System Time: Mon Dec 13 15:07:16 2010 Windows 7 Enterprise Ver 6.1 Build 7600 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\Perl\site\bin C:\Perl\bin C:\bin C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0\ C:\Program Files\GNU\GnuPG C:\Program Files\doxygen\bin Output from C:\cygwin\bin\id.exe UID: 1006(baileyb) GID: 513(None) 513(None) 0(root) 544(Administrators) 545(Users) 30633(por_ccusers) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'baileyb' PWD = '/tmp' CYGWIN = 'ntsec' HOME = '/home/baileyb' HOMEPATH = '\' APPDATA = 'C:\Users\baileyb\AppData\Roaming' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' HOSTNAME = 'POR-BAILEYB' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 37 Stepping 2, GenuineIntel' TERM = 'rxvt-cygwin-native' WINDIR = 'C:\Windows' PUBLIC = 'C:\Users\Public' WINDOWID = '11895008' USERDOMAIN = 'DS' ALLUSERSPROFILE = 'C:\ProgramData' OS = 'Windows_NT' UATDATA = 'C:\Windows\system32\CCM\UATData\D9F8C395-CAB8-491d-B8AC-179A1FE1BE77' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' DEFLOGDIR = 'C:\ProgramData\McAfee\DesktopProtection' VS90COMNTOOLS = 'c:\Program Files\Microsoft Visual Studio 9.0\Common7\Tools\' USERNAME = 'baileyb' PROCESSOR_LEVEL = '6' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' __COMPAT_LAYER = 'ElevateCreateProcess RunAsAdmin' USERPROFILE = 'C:\Users\baileyb' LANG = 'C.UTF-8' LOGONSERVER = '\\DSDC1POR' LOCALAPPDATA = 'C:\Users\baileyb\AppData\Local' PROCESSOR_ARCHITECTURE = 'x86' ProgramData = 'C:\ProgramData' COLORFGBG = '0;default;15' SHLVL = '2' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' USERDNSDOMAIN = 'DS.AD.XXX.COM' HOMEDRIVE = 'U:' COMSPEC = 'C:\Windows\system32\cmd.exe' SYSTEMROOT = 'C:\Windows' PROCESSOR_REVISION = '2502' CVS_RSH = '/bin/ssh' PRINTER = '\\plazaprint\gloria' PROGRAMFILES = 'C:\Program Files' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' HOMESHARE = '\\fileserv\users\baileyb' DISPLAY = ':0' NUMBER_OF_PROCESSORS = '4' VSEDEFLOGDIR = 'C:\ProgramData\McAfee\DesktopProtection' COMPUTERNAME = 'POR-BAILEYB' COLORTERM = 'rxvt-xpm' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Classes\SystemFileAssociations\text\shell\MinEd\command-cygwin (default) = 'C:\cygwin\bin\mintty -oLocale=C -oCharset=UTF-8
Attention task maintainer Re: Task program - Aborted (core dumped) failure on CYGWIN_NT-5.1 1.7.8s(0.231/5/3) 20100924 15:55:44 i686 Cygwin
On Wed, Dec 15, 2010 at 02:06:47PM -0700, Keith Christian wrote: Upgraded to cygwin1-20101212.dll.bz2, replaced cygwin1.dll with this version. Rebooted, no change, uname -a shows new cygwin1.dll in place. Wed Dec 15 14:03:33 (kchrist...@kchristian-l) ~uname -a ; task CYGWIN_NT-5.1 KCHRISTIAN-L 1.7.8s(0.233/5/3) 20101212 00:50:41 i686 Cygwin Aborted (core dumped) Aborted implies that the task program found an error condition and died. It doesn't do that when I start the program but I don't have any tasks. It looks like the maintainer for the task program unsubscribed from this mailing list in September. Maybe he's reading the mailing list via gmane or something but I've bcc'ed him just in case. Federico are you still supporting the task program? If so, it looks like we need some support here. 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: mingw-targeted cross-compiler question
Yes, That problem got solved. But now I got a new problem: fatal error, jni.h, no such file or directory The jni.h is included in a .h c file. What's going on? NightStrike wrote: On Wed, Dec 15, 2010 at 4:10 PM, gviewer marlon...@gmail.com wrote: Thanks for explanation. I checked the Make file, and here it is: CFLAGS = -O3 -Wimplicit ... gcc -mno-cygwin -g -Wl,--add-stdcall-alias -Wl,--export-all-symbols ${BRILL_INCLUDES} -I ${JAVA_HOME}/include/ -I ${JAVA_HOME}/include/win32 -shared -o lib/BTagger.dll ${BRILL_JAVA_BASE}/*.c ${BRILL_SRC} This is a Java wrapper around a C/C++ library. Can you help have a look and see if there is an easy change to the gcc -mno-cygwin ... part? I am using Windows 7 64-bit machine. Thanks. Well, like I said.. install the cross compiler package and edit that line to say what you need it to say. -- 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 -- View this message in context: http://old.nabble.com/mingw-targeted-cross-compiler-question-tp30467239p30468379.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: [PATCH] rsync without --perms may set bogus permissions
Christian Franke wrote: Rsync may set bogus permissions if --perms is not specified and ACLs are enabled. This happens if the destination directory was not created by Cygwin itself. Testcase: [...] For some (security?) reason rsync (without --perms) does not rely on permissions set by open(., O_CREAT, .). The permissions are set later based on the default ACL of the parent dir. The problem is that the rsync function acls.c:rsync_acl_get_perms() expects that the default ACL has an other entry and that the mask entry has only 3 rwx-bits. The default ACL returned by Cygwin does not contain an other entry in this case. The default mask is 0777 (OK or Cygwin bug?): The ACL issues are now fixed in Cygwin CVS. The rsync problem should no longer occur with future cygwin1.dll releases. Christian -- 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: Cron 'WRONG FILE OWNER' Problem Cygwin 1.7/Windows 7
On 12/15/2010 4:56 PM, Bruce Bailey wrote: Hi I had been happily using 'cron' on cygwin for quite a while. After updating the user password using cron-config, suddenly cron refuses to read my cron tab, putting 'WRONG FILE OWNER' in the Windows application log. Have you stopped and restarted the cron service so that it's running with the current password for baileyb? -- Larry _ 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
Re: Cron 'WRONG FILE OWNER' Problem Cygwin 1.7/Windows 7
At 04:56 PM 12/15/2010, Bruce Bailey wrote: Hi I had been happily using 'cron' on cygwin for quite a while. After updating the user password using cron-config, suddenly cron refuses to read my cron tab, putting 'WRONG FILE OWNER' in the Windows application log. Has this been seen and resolved? Do you have two baileyb users, one with uid 32638 and owning the crontab and another one with uid 1006 and being setuid by cron? -rw-r- 1 baileyb root 1173 2010-12-13 07:51 /var/cron/tabs/baileyb -rw-r- 1 32638 0 1173 2010-12-13 07:51 /var/cron/tabs/baileyb Output from C:\cygwin\bin\id.exe UID: 1006(baileyb) GID: 513(None) 513(None) 0(root) 544(Administrators) 545(Users) 30633(por_ccusers) Pierre -- 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: New version of w3m 0.5.2 Crashes
Robert S. Heckel Jr. b.hec...@gmail.com writes: On Mon, Dec 13, 2010 at 18:07, nyc4...@aol.com wrote: Hi, The new version of w3m 0.5.2 crashes: Exception: STATUS_ACCESS_VIOLATION at eip=00445775 eax= ebx= ecx=0002 edx=0013 esi= edi=00514BA3 ebp=0022CC98 esp=0022CBD0 program=C:\cygwin\bin\w3m.exe, pid 3820, thread main cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args 0022CC98 00445775 (0001, 61179FC7, 0022CD48, 610DACA3) 0022CCB8 0044583B (, , 0022CD48, 0040E055) 0022CCC8 00426EB4 (0001, 0001, 6115F560, 612058E8) 0022CD48 0040E055 (6123B454, 61179FC7, 0022CD88, 61006CD3) 0022CD88 61006CD3 (, 0022CDC4, 61006570, 7FFD6000) End of stack trace The 0.5.1 version of w3m works just fine. Hmmm, sorry you're having trouble. I'm not too experienced at handling problem reports here but if I go by the FAQ, it seems it would be good to get a bit more info - cygcheck (libgc 7.1 is important here), test case if possible, etc. I have not had any trouble on Win7, WinXP, or Win2K. I've updated my system today to make sure that is still the case. Found: e:\home\cygwin\bin\w3m.exe.bad e:\home\cygwin\bin\w3m.exe.bad - os=4.0 img=1.0 sys=4.0 e:\home\cygwin\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0 cygcrypto-0.9.8.dll v0.0 ts=2010/12/3 4:55 e:\home\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2010/8/31 3:58 C:\WINDOWS\system32\ADVAPI32.DLL - os=5.1 img=5.1 sys=4.0 ADVAPI32.dll v0.0 ts=2004/8/4 2:14 C:\WINDOWS\system32\ntdll.dll - os=5.1 img=5.1 sys=4.10 ntdll.dll v0.0 ts=2004/8/4 2:15 C:\WINDOWS\system32\KERNEL32.dll - os=5.1 img=5.1 sys=4.0 KERNEL32.dll v0.0 ts=2004/8/4 2:14 C:\WINDOWS\system32\ntdll.dll (already done) C:\WINDOWS\system32\RPCRT4.dll - os=5.1 img=5.1 sys=4.10 RPCRT4.dll v0.0 ts=2004/8/4 2:16 C:\WINDOWS\system32\ntdll.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) C:\WINDOWS\system32\ADVAPI32.dll (recursive) C:\WINDOWS\system32\KERNEL32.dll (already done) C:\WINDOWS\system32\ntdll.dll (already done) e:\home\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 cygz.dll v0.0 ts=2010/8/1 17:04 e:\home\cygwin\bin\cygwin1.dll (already done) e:\home\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0 cyggcc_s-1.dll v0.0 ts=2010/8/14 18:57 e:\home\cygwin\bin\cygwin1.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) e:\home\cygwin\bin\cyggcc_s-1.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) e:\home\cygwin\bin\cygwin1.dll (already done) e:\home\cygwin\bin\cyggc-1.dll - os=4.0 img=1.0 sys=4.0 cyggc-1.dll v0.0 ts=2010/10/11 13:03 e:\home\cygwin\bin\cygwin1.dll (already done) e:\home\cygwin\bin\cyggcc_s-1.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) e:\home\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 cygintl-8.dll v0.0 ts=2009/4/2 20:15 e:\home\cygwin\bin\cygwin1.dll (already done) e:\home\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 cygiconv-2.dll v0.0 ts=2009/12/23 8:25 e:\home\cygwin\bin\cygwin1.dll (already done) e:\home\cygwin\bin\cyggcc_s-1.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) e:\home\cygwin\bin\cygncurses-10.dll - os=4.0 img=1.0 sys=4.0 cygncurses-10.dll v0.0 ts=2010/1/2 9:45 e:\home\cygwin\bin\cygwin1.dll (already done) e:\home\cygwin\bin\cyggcc_s-1.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) e:\home\cygwin\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0 cygssl-0.9.8.dll v0.0 ts=2010/12/3 4:55 e:\home\cygwin\bin\cygcrypto-0.9.8.dll (already done) e:\home\cygwin\bin\cygwin1.dll (already done) e:\home\cygwin\bin\cyggcc_s-1.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) e:\home\cygwin\bin\cyggcc_s-1.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) C:\WINDOWS\system32\USER32.dll - os=5.1 img=5.1 sys=4.0 USER32.dll v0.0 ts=2004/8/4 2:15 C:\WINDOWS\system32\ntdll.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) C:\WINDOWS\system32\GDI32.dll - os=5.1 img=5.1 sys=4.10 GDI32.dll v0.0 ts=2004/8/4 2:14 C:\WINDOWS\system32\ntdll.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) C:\WINDOWS\system32\USER32.dll (recursive) Cygwin Configuration Diagnostics Current System Time: Wed Dec 15 17:20:04 2010 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: e:\home\cygwin\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\system32\WBEM C:\Program Files\Intel\DMIX Thanks. Bob
FW: Cron 'WRONG FILE OWNER' Problem Cygwin 1.7/Windows 7
Larry/Pierre I did indeed restart the cron service, but I appear to have TWO 'baileyb' users in /etc/passwd -- I'll pursue correcting that. I'm not sure how I did that, but it sure looks like a problem. Thanks! Bruce Date: Wed, 15 Dec 2010 17:28:31 -0500 To: bruce1...@hotmail.com From: pierre.humb...@ieee.org Subject: Re: Cron 'WRONG FILE OWNER' Problem Cygwin 1.7/Windows 7 Bruce, If the answer to my question is yes, doesn't cron-config produce a message such as Do you want the cron daemon to run as yourself? (yes/no) yes WARNING: User Compaq_Administrator appears 2 times in /etc/passwd. This may confuse the system. Edit /etc/passwd and assign unique user ids. Thanks Pierre At 04:56 PM 12/15/2010, you wrote: Hi I had been happily using 'cron' on cygwin for quite a while. After updating the user password using cron-config, suddenly cron refuses to read my cron tab, putting 'WRONG FILE OWNER' in the Windows application log. Has this been seen and resolved? I have been trying for weeks now but no luck, so at this point and help would be appreciated. thanks in advance, Bruce -- 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: Attention task maintainer Re: Task program - Aborted (core dumped) failure on CYGWIN_NT-5.1 1.7.8s(0.231/5/3) 20100924 15:55:44 i686 Cygwin
It looks like the maintainer for the task program unsubscribed from this mailing list in September. Maybe he's reading the mailing list via gmane or something but I've bcc'ed him just in case. Federico are you still supporting the task program? If so, it looks like we need some support here. I still support the program. The unsubscription was temporary as I was moving my email around. I will resubscribe and contact the reporter of the issue. /Federico -- 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: asciidoc-8.6.3-1
A new version of the asciidoc package, asciidoc 8.6.3-1, is now available for download, leaving 8.6.2-1 as previous. NEWS: = This is a new upstream release, with release notes listed below. See also the package documentation in /usr/share/doc/asciidoc/. DESCRIPTION: AsciiDoc is a text document format for writing short documents, articles, books and UNIX man pages. AsciiDoc files can be translated to HTML and DocBook markups using the asciidoc(1) command. AsciiDoc is highly configurable: both the AsciiDoc source file syntax and the backend output markups (which can be almost any type of SGML/XML markup) can be customized and extended by the user. 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 'asciidoc' from the 'Devel' category. As long as python 2.6 remains experimental, you will first have to select the 'Exp' radio button. DOWNLOAD: = Note that downloads from sourceware.org (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 asciidoc maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. 1. Version 8.6.3 (2010-11-14) Additions and changes * Added and unbreakable option to bulleted and numbered lists (thanks to Henrik Maier for this patch). * Added ifeval::[] system macro (thanks to Henrik Maier for suggesting this feature). * The image scale attribute sets the DocBook imagedata element scale attribute. Patch submitted by Henrik Maier. * DocBook preface, colophon and dedication style section titles now work. Based on patch submitted by Henrik Maier. * a2x: Do not inject xsltproc parameters if they were specified on the command-line (parameter double-ups generate xsltproc Global parameter already defined errors). * a2x: Refactored xsltproc parameter injection. * a2x: articles chunked at section level by default. * attributes, titles and specialcharacters sections are now read from the local asciidoc.conf file before the header is parsed. This fixes a regression problem. See [1]http://groups.google.com/group/asciidoc/browse_thread/thread/1b3 f88f1f8118ab3 * Document header attributes take precedence over configuration file attributes. * Refactored music, graphviz and latex filter configurations. * Refactored source filter configuration and added literal paragraph source style. * Separated paragraph styles from paragraph syntax any style can be applied to any syntax. * Added listing and quote paragraph styles. * Renamed paragraph default style to normal. * Updated --help option text. * a2x: The asciidoc_opts, dblatex_opts, fop_opts and xsltproc_opts command-line options can be specified multiple times. This makes embedding multiple a2x options in document headers easier to manage and less error prone. * Added ASCIIMathML and LaTeXMathML support to slidy backend. * Pass the encoding attribute to the Pygments source highlight filter command. * a2x: HTML Help .hhk file named after AsciiDoc source file. * a2x: Added --xsl-file option to allow custom XSL stylesheets to be specified. * Make builds the man pages. Patch submitted by Sebastian Pipping. See [2]http://groups.google.com/group/asciidoc/browse_thread/thread/c21 c2902c29bae64 Bug fixes * FIXED: Sometimes double backquotes were misinterpreted as inline literal macros. See: [3]http://groups.google.com/group/asciidoc/browse_thread/thread/f51 0ea82a88aaee8 * FIXED: Regression in 8.6.2: command-line attributes were not available to the global asciidoc.conf. * FIXED: Postponed document title substitutions until backend conf files have been loaded (8.6.2 regression). See [4]http://groups.google.com/group/asciidoc/browse_thread/thread/42b 63ce90c2563b8 * FIXED: The XSL Stylesheets customizations were preventing chapter and section level TOCs from being
Task program - Aborted (core dumped) failure on CYGWIN_NT-5.1 1.7.8
Keith, sorry for not replying directly. Some PEBKAC on moving my emails around. Do you have the possibility to either: - compile a new version (1.9.3) manually and run it in your environment against your data - or provide us with your data files (after replacing your description texts with random strings - we are not interested to know your tasks) as we then could run it ourself against 1.9.2 and 1.9.3. 1.9.3 will be packaged during this week and then submitted. Cheers, Federico -- 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: Test command giving inconsistent results.
On 12/15/2010 6:04 PM, Andy Hall wrote: ah...@ahall-pc /cygdrive/c/Program Files/Java/j2sdk1.4.2_16/bin $ test -r java.exe echo readable readable Here the full path is used! ah...@ahall-pc /cygdrive/c/Program Files/Java/j2sdk1.4.2_16/bin $ test -r /cygdrive/c/j2sdk1.4.2_16/bin/java.exe echo readable Try : test -r /cygdrive/c/Program\ Files/Java/j2sdk1.4.2_16/bin/java.exe echo readable -- René Berber -- 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: Test command giving inconsistent results.
On 12/15/2010 05:04 PM, Andy Hall wrote: This is one in the same vein as the one I reported back in October. The test command is giving different results depending on the path used. I'm not yet sure if it is a bug, or just a flaw in your expectations. ah...@ahall-pc /cygdrive/c/Program Files/Java/j2sdk1.4.2_16/bin $ ls -l total 1320 ... Some files deleted for clarity -rwx--+ 1 ahall None 45168 2007-09-17 02:27 java.exe ... More files deleted for clarity Note that this file has ACLs. To be a complete report, you should also provide: getfacl java.exe as well as id output, to make sure we know which ids have which permissions, and which id you are running as. When you access the file via a POSIX name (such as it's relative path), then access() uses POSIX permissions to determine who can read the file, including checking against the ACLs. Simple file name used. ah...@ahall-pc /cygdrive/c/Program Files/Java/j2sdk1.4.2_16/bin $ test -r java.exe echo readable readable Here the full path is used! ah...@ahall-pc /cygdrive/c/Program Files/Java/j2sdk1.4.2_16/bin $ test -r /cygdrive/c/j2sdk1.4.2_16/bin/java.exe echo readable But when you go through /cygdrive, then the default mount settings assume noacl, and ACL checks are bypassed, which may change the results. Then again, a relative path to a file within a noacl directory ought to have the same behavior as the absolute path to the same file. So maybe there's a bug after all. Would you mind also checking if /bin/test vs. bash's builtin test have different behaviors, since coreutils and bash might be using slightly different syscalls in implementing 'test -r'? -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: mingw-targeted cross-compiler question
On Thu, Dec 16, 2010 at 6:03 AM, gviewer marlon...@gmail.com wrote: Yes, That problem got solved. But now I got a new problem: fatal error, jni.h, no such file or directory The jni.h is included in a .h c file. What's going on? make JAVA_HOME=C:\Program Files\Java\jdk1.5.0_22 or JAVA_HOME=C:\Program Files\Java\jdk1.5.0_22 export JAVA_HOME make -- Chiheng Xu Wuhan,China -- 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: mingw-targeted cross-compiler question
make JAVA_HOME=C:\Program Files\Java\jdk1.5.0_22 or JAVA_HOME=C:\Program Files\Java\jdk1.5.0_22 export JAVA_HOME make correction: JAVA_HOME='C:\Program Files\Java\jdk1.5.0_22' JAVA_HOME=`cygpath -m ${JAVA_HOME}` export JAVA_HOME make CC=x86_64-w64-mingw32-gcc -- Chiheng Xu Wuhan,China -- 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
settable optimal transfer size for a given cygwin-install, (or just set it to 4MB)
It may not be optimal for everyone, but for most systems I've seen, increasing the default I/O size to ~ 4MB would seem to provide a big boost in performance both in local file access as well in network file I/O. Just now I wanted to copy some files from a local disk to my network and ran 'cp'. I coughed, when I saw only 50MB/s. I ran a for i in *; dd if/of bs=xx oflag/iflag=direct;done type loop in it's place. Tried 16MB first and got 98MB throughput -- but trying 1MB-16MB, 4MB seemed to do the best and gave about 105MB/s. Not bad for unoptimized file transfer. For optimized file writes (large, linear, defrag'ed files, with target space pre-allocated as well), my max network speed is 125MB/s, and reads @ 109MB/s, so 105MB/s isn't bad. If providing some way to set the 'optimal I/O' isn't possible, could this be upped to 4MB in cygwin? I'd think this would benefit nearly all systems, but obviously I can't bench them, which is why it'd be neat if it could be configured, perhaps with a registry or ENV setting. I know it was increased once due to complaints about excessive fragmenting (and that helped speed as well), but making it larger would really help speed too. Thanks Hoping... Linda -- 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: New version of w3m 0.5.2 Crashes
On Wed, Dec 15, 2010 at 17:23, nyc4...@aol.com wrote: On Mon, Dec 13, 2010 at 18:07, nyc4...@aol.com wrote: Hi, The new version of w3m 0.5.2 crashes: Exception: STATUS_ACCESS_VIOLATION at eip=00445775 eax= ebx= ecx=0002 edx=0013 esi= edi=00514BA3 ebp=0022CC98 esp=0022CBD0 program=C:\cygwin\bin\w3m.exe, pid 3820, thread main cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args 0022CC98 00445775 (0001, 61179FC7, 0022CD48, 610DACA3) 0022CCB8 0044583B (, , 0022CD48, 0040E055) 0022CCC8 00426EB4 (0001, 0001, 6115F560, 612058E8) 0022CD48 0040E055 (6123B454, 61179FC7, 0022CD88, 61006CD3) 0022CD88 61006CD3 (, 0022CDC4, 61006570, 7FFD6000) End of stack trace The 0.5.1 version of w3m works just fine. Hmmm, sorry you're having trouble. I'm not too experienced at handling problem reports here but if I go by the FAQ, it seems it would be good to get a bit more info - cygcheck (libgc 7.1 is important here), test case if possible, etc. I have not had any trouble on Win7, WinXP, or Win2K. I've updated my system today to make sure that is still the case. Found: e:\home\cygwin\bin\w3m.exe.bad e:\home\cygwin\bin\w3m.exe.bad - os=4.0 img=1.0 sys=4.0 e:\home\cygwin\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0 cygcrypto-0.9.8.dll v0.0 ts=2010/12/3 4:55 e:\home\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 cygwin1.dll v0.0 ts=2010/8/31 3:58 C:\WINDOWS\system32\ADVAPI32.DLL - os=5.1 img=5.1 sys=4.0 ADVAPI32.dll v0.0 ts=2004/8/4 2:14 C:\WINDOWS\system32\ntdll.dll - os=5.1 img=5.1 sys=4.10 ntdll.dll v0.0 ts=2004/8/4 2:15 C:\WINDOWS\system32\KERNEL32.dll - os=5.1 img=5.1 sys=4.0 KERNEL32.dll v0.0 ts=2004/8/4 2:14 C:\WINDOWS\system32\ntdll.dll (already done) C:\WINDOWS\system32\RPCRT4.dll - os=5.1 img=5.1 sys=4.10 RPCRT4.dll v0.0 ts=2004/8/4 2:16 C:\WINDOWS\system32\ntdll.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) C:\WINDOWS\system32\ADVAPI32.dll (recursive) C:\WINDOWS\system32\KERNEL32.dll (already done) C:\WINDOWS\system32\ntdll.dll (already done) e:\home\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 cygz.dll v0.0 ts=2010/8/1 17:04 e:\home\cygwin\bin\cygwin1.dll (already done) e:\home\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0 cyggcc_s-1.dll v0.0 ts=2010/8/14 18:57 e:\home\cygwin\bin\cygwin1.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) e:\home\cygwin\bin\cyggcc_s-1.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) e:\home\cygwin\bin\cygwin1.dll (already done) e:\home\cygwin\bin\cyggc-1.dll - os=4.0 img=1.0 sys=4.0 cyggc-1.dll v0.0 ts=2010/10/11 13:03 e:\home\cygwin\bin\cygwin1.dll (already done) e:\home\cygwin\bin\cyggcc_s-1.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) e:\home\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 cygintl-8.dll v0.0 ts=2009/4/2 20:15 e:\home\cygwin\bin\cygwin1.dll (already done) e:\home\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 cygiconv-2.dll v0.0 ts=2009/12/23 8:25 e:\home\cygwin\bin\cygwin1.dll (already done) e:\home\cygwin\bin\cyggcc_s-1.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) e:\home\cygwin\bin\cygncurses-10.dll - os=4.0 img=1.0 sys=4.0 cygncurses-10.dll v0.0 ts=2010/1/2 9:45 e:\home\cygwin\bin\cygwin1.dll (already done) e:\home\cygwin\bin\cyggcc_s-1.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) e:\home\cygwin\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0 cygssl-0.9.8.dll v0.0 ts=2010/12/3 4:55 e:\home\cygwin\bin\cygcrypto-0.9.8.dll (already done) e:\home\cygwin\bin\cygwin1.dll (already done) e:\home\cygwin\bin\cyggcc_s-1.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) e:\home\cygwin\bin\cyggcc_s-1.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) C:\WINDOWS\system32\USER32.dll - os=5.1 img=5.1 sys=4.0 USER32.dll v0.0 ts=2004/8/4 2:15 C:\WINDOWS\system32\ntdll.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) C:\WINDOWS\system32\GDI32.dll - os=5.1 img=5.1 sys=4.10 GDI32.dll v0.0 ts=2004/8/4 2:14 C:\WINDOWS\system32\ntdll.dll (already done) C:\WINDOWS\system32\KERNEL32.dll (already done) C:\WINDOWS\system32\USER32.dll (recursive) Cygwin Configuration Diagnostics Current System Time: Wed Dec 15 17:20:04 2010 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: e:\home\cygwin\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\system32\WBEM C:\Program Files\Intel\DMIX
Re: 1.7.7: rm -rf sometimes fails - race condition?
Am 15.12.2010 13:51, schrieb Matthias Andree: Am 15.12.2010 10:05, schrieb Warren Young: On 12/14/2010 12:48 AM, Warren Young wrote: This loop has been running for about three hours (~40 iterations): Nearly 400 iterations now. I'm killing it. Either the test is no good, or rm doesn't fail here. Thanks. Haven't gotten around to doing tests with snapshot or build loops yet. OK, 1.7.7 fails on the 2nd compilation with your script: CYGWIN-PATCHES/README | 203 ++ CYGWIN-PATCHES/setup.hint | 13 ++ 2 files changed, 216 insertions(+) Creating source package fetchmail-6.3.19-1.cygport fetchmail-6.3.19-1.cygwin.patch fetchmail-6.3.19.tar.xz Removing work directory in 5 seconds... Removing work directory NOW. rm: cannot remove `/usr/src/fetchmail-6.3.19-1/inst/usr/share/locale/id': Directory not empty rm: cannot remove `/usr/src/fetchmail-6.3.19-1/inst/usr/share/locale/nl': Directory not empty rm: cannot remove `/usr/src/fetchmail-6.3.19-1/inst/usr/share/locale/pt_BR': Directory not empty $ cat loop.log Thu Dec 16 03:53:29 2010 $ find /usr/src/fetchmail-6.3.19-1/inst/usr/share/locale/ -depth /usr/src/fetchmail-6.3.19-1/inst/usr/share/locale/id /usr/src/fetchmail-6.3.19-1/inst/usr/share/locale/nl /usr/src/fetchmail-6.3.19-1/inst/usr/share/locale/pt_BR /usr/src/fetchmail-6.3.19-1/inst/usr/share/locale/ Meaning that file deletions were deferred. I'll now upgrade to a snapshot and retry. -- Matthias Andree -- 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.7.7: rm -rf sometimes fails - race condition?
same story with 1.7.8s. Builds successfully 4 times, then fails. CYGWIN_NT-6.1 foo 1.7.8s(0.233/5/3) 20101215 17:26:17 i686 Cygwin Thu Dec 16 04:30:01 2010 Thu Dec 16 04:35:31 2010 Thu Dec 16 04:41:01 2010 Thu Dec 16 04:46:38 2010 Removing work directory in 5 seconds... Removing work directory NOW. rm: cannot remove `/usr/src/fetchmail-6.3.19-1/inst/usr/share/locale/nl': Directory not empty It is now empty. -- Matthias Andree -- 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: git-1.7.3.3-1, git{k,-gui,-completion,-svn}-1.7.3.3-1
A new release of git, 1.7.3.3-1, has been uploaded, and will be available for use when your mirror catches up. This leaves 1.7.2.3-1 as previous. NEWS: = This is a new upstream release, with upstream release notes attached. See also the package documentation in /usr/share/doc/git/. When compiled out of the box, the upstream git maintainers cater to older cygwin releases, and intentionally disable certain features that have been reported on their mailing list, even though they work with the latest cygwin. Therefore, this build turns those features back on. However, it means that this version does assume that you are not using FAT or FAT32 to hold your repositories, since they do not store file permissions very accurately. There have been several reports of git over ssh causing problems. The root cause of this problem is not yet known but are more likely to lie in the cygwin dll rather than in git; help in debugging the issue would be appreciated. In the meantime, if you have difficulty cloning a repository over the git protocol, try cloning from an http mirror instead. DESCRIPTION: Git is popular version control system designed to handle very large projects with speed and efficiency; it is used mainly for various open source projects, most notably the Linux kernel. Git falls in the category of distributed source code management tools, similar to e.g. GNU Arch or Monotone (or BitKeeper in the proprietary world). Every Git working directory is a full-fledged repository with full revision tracking capabilities, not dependent on network access or a central server. 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 'git', 'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel' category. DOWNLOAD: = Note that downloads from sourceware.org (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 git maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Git v1.7.3.3 Release Notes == In addition to the usual fixes, this release also includes support for the new add.ignoreErrors name given to the existing add.ignore-errors configuration variable. The next version, Git 1.7.4, and future versions, will support both old and incorrect name and the new corrected name, but without this backport, users who want to use the new name add.ignoreErrors in their repositories cannot use older versions of Git. Fixes since v1.7.3.2 * git apply segfaulted when a bogus input is fed to it. * Running git cherry-pick --ff on a root commit segfaulted. * diff, blame and friends incorrectly applied textconv filters to symlinks. * Highlighting of whitespace breakage in diff output was showing incorrect amount of whitespaces when blank-at-eol is set and the line consisted only of whitespaces and a TAB. * diff was overly inefficient when trying to find the line to use for the function header (i.e. equivalent to --show-c-function of GNU diff). * git imap-send depends on libcrypto but our build rule relied on the linker to implicitly link it via libssl, which was wrong. * git merge-file can be called from within a subdirectory now. * git repack -f expanded and recompressed non-delta objects in the existing pack, which was wasteful. Use new -F option if you really want to (e.g. when changing the pack.compression level). * git rev-list --format=...%x00... incorrectly chopped its output at NUL. * git send-email did not correctly remove duplicate mail addresses from the Cc: header that appear on the To: header. * The completion script (in contrib/completion) ignored lightweight tags in __git_ps1(). * git-blame mode (in contrib/emacs) didn't say (require 'format-spec) even though it depends on it; it didn't work with Emacs 22 or older unless Gnus is used. * git-p4 (in contrib/) did not correctly handle deleted files. Other minor fixes and documentation updates are also included. Git v1.7.3.2 Release Notes == This is
[ANNOUNCEMENT] Updated: {glpk,libglpk0,libglpk-devel}-4.45-1
Version 4.45-1 of glpk,libglpk0,libglpk-devel have been uploaded for cygwin. The GLPK (GNU Linear Programming Kit) package is intended for solving large-scale linear programming (LP), mixed integer programming (MIP), and other related problems. It is a set of routines written in ANSI C and organized in the form of a callable library. This is a new bug fix mainstream release. For the full changes: http://lists.gnu.org/archive/html/help-glpk/2010-12/msg00016.html Regards Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: mingw-targeted cross-compiler question
I checked the Make file, it used this flag: gcc -mno-cygwin -g -Wl,--add-stdcall-alias -Wl,--export-all-symbols ... replace gcc by gcc-3 gcc 4 is now the default on cygwin but the cross compiler is not supported for that version. Frédéric -- 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: Attention task maintainer Re: Task program - Aborted (core dumped) failure on CYGWIN_NT-5.1 1.7.8s(0.231/5/3) 20100924 15:55:44 i686 Cygwin
On Thu, Dec 16, 2010 at 12:30:00AM +0100, Federico Hernandez wrote: It looks like the maintainer for the task program unsubscribed from this mailing list in September. ??Maybe he's reading the mailing list via gmane or something but I've bcc'ed him just in case. Federico are you still supporting the task program? ??If so, it looks like we need some support here. I still support the program. The unsubscription was temporary as I was moving my email around. No problem. Thanks for jumping in. 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