Re: gettext-devel-0.14.5-1 bug?
Corinna Vinschen wrote: maybe I'm just dense, but the latest vim builds for the still beta vim 7.0 fails with this error message: /usr/bin/msgfmt: line 2: return: can only `return' from a function or sourced script Shouldn't that be an exit rather than a return? I'm probably having dense moment, too, because I don't understand. msgfmt is a binary executable -- it doesn't have a 'line 2'. It does, however, parse other scripts, so maybe there's an error in whatever the vim7 build process is using msgfmt to process. (But the files which msgfmt processes are not turing languages with constructs like exit and return (or functions, for that matter) AFAIK.) But even in that case, you'd expect the text of the **error message** to appear somewhere in the gettext's own source code and message catalog. But find . \( -name '.build' -o -name '.inst' -o -name '.sinst' \) -prune -o -type f -print | xargs grep from a function or sourced script turns up nothing in my build dir. So I'm just confused as heck. Could you provide a little more detail? What is the vim7 build process DOING when this error happens? How is msgfmt invoked? -- Chuck
Re: rxvt / rxvt-unicode 256 colour
[Please keep messages on-list] Dominic Evans wrote: Please add --enable-256-color / --enable-24-bit to the ./configure you are using for your rxvt / rxvt-unicode compilations for cygwin. erm...the upstream rxvt-unicode doesn't support those configure options. Instead, it is hardcoded to support at most 128 fg colors and 128 bg colors (not 256 of each) -- actually, it really only supports the 88/88 colors of xterm-color (64 colors + 16 grey + black + white). With respecct to --enable-24-bit, rxvt-unicode (on X) uses whatever visual is the default for the X server --- if it's 24bit, then you get 24bit. You can use the -depth commandline argument to request a visual different from the default (e.g. 'urxvt-X -depth 24' is kinda sorta like old-rxvt compiled with --enable-24-bit) From rxvt-unicode CHANGES file: 3.8 Wed Aug 25 05:46:56 CEST 2004 - removed 256 color mode, but enable 88 colours in all modes (88 to be compatible with 88 colour xterm which is widely supported, and most programs assume a non-iso colourtable for terminals with odd number of colours). 7.3 Wed Jan 25 22:47:35 CET 2006 - added -depth switch that tries to get a different visual depth than the default (replaces the old PREFER_24_BIT logic). rxvt-W (which is BROKEN, don't use it) is based on the original rxvt code and not rxvt-unicode. rxvt-W IS compiled with --enable-256-color and --enable-24-bit. (FYI: current ncurses does not support more than 16 fg / 16bg colors...changing that will break ncurses ABI compatibility. My point: few console programs are truly able to take advantage of 16 colors, anyway.) If I were to take over the original rxvt package (which I'm not, at least not yet) it would also continue to be compiled with those two options. So, your wish is granted, at least as far as is possible. -- Chuck
Re: gettext-devel-0.14.5-1 bug?
On Apr 13 03:28, Charles Wilson wrote: Corinna Vinschen wrote: maybe I'm just dense, but the latest vim builds for the still beta vim 7.0 fails with this error message: /usr/bin/msgfmt: line 2: return: can only `return' from a function or sourced script Shouldn't that be an exit rather than a return? I'm probably having dense moment, too, because I don't understand. msgfmt is a binary executable -- it doesn't have a 'line 2'. No, no, it's just me being dense here. I don't know how that happened to my system and I don't remember doing something like that, but the /usr/bin/msgfmt on my machine was a simple (but wrong) script: #!/bin/sh return 0 Embarrassing but true: It didn't occur to me that a fake-msgfmt might not be the intended functionality... After I reinstalled the correct msgfmt.exe from gettext-devel, everything worked as expected again. Sorry for the confusion :-( Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[upload] monotone-0.26-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yay, monotone 0.26 is final, finally =) And package is ready! http://cyberx.lapo.it/cygwin/monotone/monotone-0.26-1-src.tar.bz2 http://cyberx.lapo.it/cygwin/monotone/monotone-0.26-1.tar.bz2 I removed curr and test from setup.hint. curr would be this 0.26-1 prev would be 0.25.2-1 all other releases can be safely deleted. lapo From genini's setup.ini: @ monotone sdesc: free distributed version control system ldesc: monotone is a free distributed version control system. it provides a simple, single-file transactional version store, with fully disconnected operation and an efficient peer-to-peer synchronization protocol. it understands history-sensitive merging, lightweight branches, integrated code review and 3rd party testing. it uses cryptographic version naming and client-side RSA certificates. it has good internationalization support, has no external dependencies, runs on linux, solaris, OSX, windows, and other unixes, and is licensed under the GNU GPL. category: Devel requires: libiconv2 libintl3 zlib version: 0.26-1 install: ./monotone/monotone-0.26-1.tar.bz2 2822577 cb0b9f69a975a1db6d49e892b57064a5 source: ./monotone/monotone-0.26-1-src.tar.bz2 5584858 d70ee4667a6fcf0faf0b8815e2ad8696 [prev] version: 0.25.2-1 install: ./monotone/monotone-0.25.2-1.tar.bz2 2535863 95c2271f88a7ed69e6624714f35c8bc5 source: ./monotone/monotone-0.25.2-1-src.tar.bz2 5154376fa1f593a4a0b6a1d28373da45782005b -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJEPlOGAAoJEJLw0EUVBG94ndoP/jsIn9rJwru6+rXG5f0ZcT0Y rKdSSOm0V/T5mQrQIDH0APIkN1QethFi8hLG2vIZvFafF/bGh98P8AM3mKCMkOlU GxA5CCJ3iKz9H53f18ayfKpfORe1qSIrwB4p4kTdiwg5iaq6CVjzjDzyz4AZUL1e glJEEMsBZfySwT5s3nd/+smHAHYmTFYQWA1+yUvweJU1RadoS3yDOx8GI8WTJDDy c7jzR26vwlqb0e8Mua1u431b8Bm7fC2jmdPOawkOdz2RtgUtZCSHCgvlQh5VFJP8 xj9GuW8EBSdfD+up8A+LOHT+1E2X/QT2ZyoOKRfDhe8K5D3XdKbGeejm7oIXGdew bcL+21LTrZhpKTyCxEwn1jeAkPxRqjevyAtnrA7+AIjef8JqJA+3FzS1bocEJq/b ztf0iuyTrmpXrYZ7zJgc4xTP0jgFCdoaiG+6zT/qNSX8xjwulCGZbKQN/s9xldWl 1kljy0CBnem3OepZGbfo9P81khRmld8iDMgwoYwaTNykYCyLCwVnuCOKMabb14GV hN3GqhKXsOQPtcirGnkvlVC9G0Pwt0K1BOFqEWp3pnCCUS2kxnw7CeA6KfMhTCoL ugYmHxhM7trAMGSVO+8vH2i5rKvjUYhDtR20zRaAVOCRkyuPV9Vp0t/714xpJ7B9 wxSvjffdtFwXNYlQRwbb =f7qo -END PGP SIGNATURE-
Re: [upload] monotone-0.26-1
On Apr 13 15:35, Lapo Luchini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yay, monotone 0.26 is final, finally =) And package is ready! http://cyberx.lapo.it/cygwin/monotone/monotone-0.26-1-src.tar.bz2 http://cyberx.lapo.it/cygwin/monotone/monotone-0.26-1.tar.bz2 I removed curr and test from setup.hint. curr would be this 0.26-1 prev would be 0.25.2-1 Uploaded and setup.hint changed. Next time when setup.hint should be changed, please send a link to your new setup.hint file, too. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] tcp_wrappers 7.6
References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] c20060412035331.GA7046%40trixie.casa.cgf.cx Corinna wrote: hint Another iteration of the tcp_wrappers package with a shared lib instead of just a static lib would be a nice-to-have, too. /hint cgf wrote: How about searching the cygwin web site, i.e., the left hand bar under Contributing-Cygwin Packages? You seem to be volunteering to be the new package maintainer for tcp_wrappers. That would mean that when you make a new release it will be something greater than 7.6-3. That is a given. Yes, I am attempting to volunteer to be the maintainer. Thank you for your patience with my fumblings. Even when I choose Experimental in setup.exe, I only see 7.6-1. Also, previous traffic on the list indicated that the next package would be -2[1]. So, my intention is to package 7.6-2 which is meant to accomplish these objectives: a) take on an orphan package[2], b) move the documentation to /usr/share/{info,doc} in correspondence with FHS[3], c) help me to be sure I understand the document to which you directed me (Thank you). If you are volunteering to be the maintainer, then you will support this package from now on Yes, though it is a plus that it appears to require not much maintenance (no revision since 2003). I hope that remains true, so I am submitting -2 as test and waiting on the enhancement suggested by Corinna until -3 or later. and you will have to be subscribed to this mailing list (digest is fine). I commented about digest mode earlier in this thread because in the document to which you directed me (Thank you) it says We'd prefer if you read the non-digest mode since prompt response to packaging issues is a plus. Also, I find that using my current mail user agent to respond to individual messages from a digest is difficult. When I posted a reply to this thread previously, I was concerned that I had broken the thread. I'm trying very hard to be considerate, polite and respectful as I join this community with a long-standing culture and tangible results. You don't need to send a new setup.hint because it is an existing package which presumably has a valid setup.hint. In the document to which you directed me (Thank you), it says Include a complete setup.hint file as part of your proposal. Also, very recently on this list[4], it was noted that a setup.hint should be included. Am I to understand that those who determine GTG will make the appropriate edits of the setup.hint as appropriate for the curr, prev, test lines for existing packages, but not new ones? I did add the service SSHD to the setup.hint file ldesc, because it seemed logical to mention it when sshd is in the installed hosts.allow. Since I modified the file, I thought it prudent to include in the ITP. I should have made it explicit in my previous post that I had changed the setup.hint. Release 7.6-2 of tcp_wrappers is available for review at http://sagarmind.net/cygwin-contrib/ (sorry, no FTP). http://sagarmind.net/cygwin-contrib/setup.hint http://sagarmind.net/cygwin-contrib/tcp_wrappers-7.6-2-src.tar.bz2 http://sagarmind.net/cygwin-contrib/tcp_wrappers-7.6-2.tar.bz2 Best Regards, Bryan Referenced articles at: http://article.gmane.org/gmane.os.cygwin.applications [1] /5489 [2] /12934 [3] /6190 [4] /13260 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: [ITP] tcp_wrappers 7.6
On Thu, Apr 13, 2006 at 08:03:02PM -0700, Bryan D. Thomas wrote: Thank you for your patience with my fumblings. Even when I choose Experimental in setup.exe, I only see 7.6-1. Sorry. I carefully checked the latest release before I sent my mail but still got the numbering wrong. You're right 7.6-1 is the latest. cgf
XWin X server + AIX 5.3 client: keyboard input garbled: permanent Alt-Gr mode
Hello, I'm running into problems using XWin X Server (tried current stable and latest 6.8.99.901-4) with AIX 5.3 clients. The clients start alright (having ssh'd or telnet'd the AIX machine, set the DISPLAY, starting xterm or other client), but then the keyboard input for that client will be garbled: it seems to be a permanent Alt-Gr mode, i.e. I am getting @, | and ³ characters just fine (without pressing Alt-Gr, german keyboard), but that's all I get. This has been observed before: http://de.nntp2http.com/alt/comp/cygwin+co/2005/10/e87edd53b78b8fff1df997a26 295d43b.html (german posting). At the same time an Exceed(8.0) server (on :1.0) does have no problems with the AIX 5.3 clients. All other clients that I am connecting to (AIX 5.1, Solaris 8, RHEL 3) are working just fine. A local (cygwin-) xterm with an ssh-session to AIX 5.3 works fine. X startup I'm using: xwin -clipboard Then a local xterm, then local wmaker XWin.log: _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0407 (0407) (--) Using preset keyboard for German (Germany) (407), type 81 (--) 5 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! winProcEstablishConnection - Hello winInitClipboard () winClipboardProc - Hello winProcEstablishConnection - winInitClipboard returned. DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winClipboardWindowProc - WM_DRAWCLIPBOARD - Nested calls detected. Bailing. ... Any ideas anyone? Could it be that the more complete 64-Bit-ness of AIX 5.3 is posing a problem here? Thanks in advance for any advice, Cheers, Mark. The information contained herein is confidential and is intended solely for the addressee. Access by any other party is unauthorised without the express written permission of the sender. If you are not the intended recipient, please contact the sender either via the company switchboard on +44 (0)20 7623 8000, or via e-mail return. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. -- 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: XWin X server + AIX 5.3 client: keyboard input garbled: permanent Alt-Gr mode
On Thu, 13 Apr 2006, Halpaap, Mark wrote: Hello, I'm running into problems using XWin X Server (tried current stable and latest 6.8.99.901-4) with AIX 5.3 clients. The clients start alright (having ssh'd or telnet'd the AIX machine, set the DISPLAY, starting xterm or other client), but then the keyboard input for that client will be garbled: it seems to be a permanent Alt-Gr mode, i.e. I am getting @, | and ³ characters just fine (without pressing Alt-Gr, german keyboard), but that's all I get. [snip] At the same time an Exceed(8.0) server (on :1.0) does have no problems with the AIX 5.3 clients. [snip] Any ideas anyone? Could it be that the more complete 64-Bit-ness of AIX 5.3 is posing a problem here? Does http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-aix-xkb help? Also, is your Num Lock on? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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/
xkbcomp errors
Hi, I have the usual setup of XDMCP session between my Windows box and my newly installed Fedora Core 5 box. Everything works OK except for keyboard layouts. I have 2 layouts defined in KDE in the Linux box: en and il (Hebrew). When I start a remote KDE session via the XDMCP setup, the KDE language bar has this little X mark on it, indicating that it's not working. I'm getting the following error on the console (on the Windows box): The XKEYBOARD keymap compiler (xkbcomp) reports: Error:Error interpreting include file pc Exiting Abandoning symbols file default Errors from xkbcomp are not fatal to the X server (EE) Error loading keymap /tmp/server-0.xkm Any idea? -S. -- 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/
Unable to Launch Java GUIs on Solaris 9 using XCygwin installed on a windows XP
We have some applications with GUIs developed using Java AWT and SWING that are installed on a Solaris 9 machine. We have XCygwin installed on a Windows XP machine. We are unable to launch any of the Java GUIs using XCygwin. All Motif GUIs work fine. Has anyone else faced this problem ? -- -- 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: XV Installation Problem
On 4/13/06, Igor Peshansky [EMAIL PROTECTED] wrote: Ugh, top-posting... Reformatted. On Wed, 12 Apr 2006, steven woody wrote: On 4/11/06, Igor Peshansky [EMAIL PROTECTED] wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. On Tue, 11 Apr 2006, steven woody wrote: my installation of cygwin has already included xorg-xfree-devel package, but the i still get error when compile XV 3.10a. below is information: ... ./RANLIB.csh libtiff.a make[1]: ./RANLIB.csh: Command not found make[1]: *** [libtiff.a] Error 127 make[1]: Leaving directory /usr/src/xv-3.10a/tiff make: *** [tiff/libtiff.a] Error 2 Looks like you either used a non-Cygwin version of tar to unpack the source, or you're using an OS/filesystem/setting combo that doesn't support executable bits on files. Please follow the Cygwin problem reporting guidelines at http://cygwin.com/problems.html. If it's the former, unpack the source tarball again using the Cygwin version of tar, which should set executable permissions properly. It could also be that the tarball itself is broken (i.e., RANLIB.csh isn't executable), in which case a chmod a+x RANLIB.csh should do the trick. Thank you Igor. i am using Cygwin version of tar. i found there is only one RANLIB.csh which is in tiff/ directory, and the .csh file has executable bit set ok. As Matthias mentioned, you are likely either missing /usr/bin/csh or the tcsh package. The latter guess would have been confirmed had you followed the problem reporting guidelines at http://cygwin.com/problems.html. In either case, (re)installing the tcsh package should fix your problem. Igor thank you. i installed the tcsh and passed the previous steps. but got another error: make[1]: Leaving directory `/usr/src/xv-3.10a/tiff' cc -O -DDOJPEG -Ijpeg -DDOTIFF -Itiff -DDOPDS -c xv.c In file included from xv.c:11: xv.h:119: error: conflicting types for 'sys_errlist' /usr/include/sys/errno.h:23: error: previous declaration of 'sys_errlist' was here xv.h:119: error: conflicting types for 'sys_errlist' /usr/include/sys/errno.h:23: error: previous declaration of 'sys_errlist' was here make: *** [xv.o] Error 1 please help! -- woody -- 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 sysconf.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-04-13 12:14:05 Modified files: winsup/cygwin : ChangeLog sysconf.cc Log message: * sysconf.cc (sysconf): Add _SC_THREADS, _SC_THREAD_ATTR_STACKSIZE, _SC_THREAD_PRIORITY_SCHEDULING, _SC_THREAD_PROCESS_SHARED, _SC_THREAD_SAFE_FUNCTIONS, _SC_TIMERS handling. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3477r2=1.3478 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sysconf.cc.diff?cvsroot=srcr1=1.42r2=1.43
src/winsup/cygwin sysconf.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-04-13 12:14:58 Modified files: winsup/cygwin : sysconf.cc Log message: Bump copyright dates. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sysconf.cc.diff?cvsroot=srcr1=1.43r2=1.44
winsup/cygwin ChangeLog spawn.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-04-13 16:11:06 Modified files: cygwin : ChangeLog spawn.cc Log message: * spawn.cc (spawn_guts): Move ch.set() call back to where it was supposed to be. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3478r2=1.3479 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/spawn.cc.diff?cvsroot=uberbaumr1=1.228r2=1.229
src/winsup/w32api ChangeLog include/winbase.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-04-14 00:14:19 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winbase.h Log message: 2006-04-13 Chris Sutcliffe [EMAIL PROTECTED] * include/winbase.h (GET_MODULE_HANDLE_EX_FLAG_*): Define. Thanks to: Brandon Sneed brandon at redf dot net Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.776r2=1.777 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winbase.h.diff?cvsroot=srcr1=1.82r2=1.83
winsup/cygwin ChangeLog
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-04-14 01:31:14 Modified files: cygwin : ChangeLog Log message: trivial change Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3479r2=1.3480
Re: Patch for silent crash with Cygwin1.dll v 1.5.19-4
The exception handler is supposed to be initialized in _cygtls::init_thread which is called from initialize_main_tls. Why is that not happening? cgf It does happen. However, later on when the program calls dlopen () (which will happen, e.g., when a python program imports a dll), LoadLibrary () gets called. LoadLibrary () then installs its own exception handler. The MS exception handler does NOT pass control back to the Cygwin exception handler (it is not obligated to). What is causing our problem is that when LoadLibrary () loads a dll, the following sequence of events occurs (NOTE: I have left out some of the intervening calls in the following sequence): [EMAIL PROTECTED] () calls dll_dllcrt0 () which calls dll::init() which calls per_module::run_ctors () which calls pthread::once () which calls pthread_key_create () which calls verifyably_object_isvalid () which has the code: myfault efault; if (efault.faulted ()) return INVALID_OBJECT; ... if ((*object)-magic != magic) return INVALID_OBJECT; return VALID_OBJECT; This last bit generates an exception which gets handled by the MS exception handler which decides the error must be fatal to the loading of the dll and sends us back to dlopen (). Gary __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Patch for silent crash with Cygwin1.dll v 1.5.19-4
On Thu, Apr 13, 2006 at 05:48:22AM -0700, Gary Zablackis wrote: The exception handler is supposed to be initialized in _cygtls::init_thread which is called from initialize_main_tls. Why is that not happening? It does happen. However, later on when the program calls dlopen () (which will happen, e.g., when a python program imports a dll), LoadLibrary () gets called. LoadLibrary () then installs its own exception handler. The MS exception handler does NOT pass control back to the Cygwin exception handler (it is not obligated to). You haven't proved that the cygwin exception handler is actually installed at the time when you are reporting problems. Repeating that it does happen is not a proof. What is causing our problem is that when LoadLibrary () loads a dll, the following sequence of events occurs (NOTE: I have left out some of the intervening calls in the following sequence): [EMAIL PROTECTED] () calls dll_dllcrt0 () which calls dll::init() which calls per_module::run_ctors () which calls pthread::once () which calls pthread_key_create () which calls verifyably_object_isvalid () which has the code: myfault efault; if (efault.faulted ()) return INVALID_OBJECT; ... if ((*object)-magic != magic) return INVALID_OBJECT; return VALID_OBJECT; This last bit generates an exception which gets handled by the MS exception handler which decides the error must be fatal to the loading of the dll and sends us back to dlopen (). There *really* is no reason to repeat this. It has been explained many times. One thing missing from the above, however, is something which shows that the cygwin exception handler is actually installed at the point when this all occurs. cgf
Re: Thread support in cygwin!
On Wed, 2006-04-12 at 21:53 -0700, Do Nguyen Luong wrote: #include pthread.h #include unistd.h #include stdio.h int main() { #ifdef _POSIX_THREADS printf(sysconf(_SC_THREADS): %d\n, sysconf(_SC_THREADS)); #else printf(_POSIX_THREADS not defined\n); #endif return 0; } And I get : sysconf(_SC_THREADS): -1 Is that mean cygwin doesn't support threads? Or I missed some package? No, it means that _POSIX_THREADS is not defined. For the pthread support of Cygwin you can look at Cygwin's pthread.h (which basically says that this is implemented: http://www.opengroup.org/onlinepubs/7908799/xsh/pthread.h.html ) or at the Cygwin API docs at http://cygwin.com/cygwin-api/std-posix.html#AEN85 (which seems a little sparse). -- Groeten, Joost Kraaijeveld Askesis B.V. Molukkenstraat 14 6524NB Nijmegen tel: 024-3888063 / 06-51855277 fax: 024-3608416 web: www.askesis.nl -- 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/
Re: Thread support in cygwin!
Joost Kraaijeveld, le Thu 13 Apr 2006 08:10:15 +0200, a écrit : No, it means that _POSIX_THREADS is not defined. Cygwin should define it. Regards, Samuel -- 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/
Problems with the snapshots 20060412 ?
After insytalling the snapshot: - click on Cygwin.bat $ startx [1] 1536 [EMAIL PROTECTED] ~ $ xinit: No such file or directory (errno 2): no server X in PATH Use the -- option, or make sure that /usr/X11R6/bin is in your path and that X is a program or a link to the right type of server for your display. Possible server names include: giving up. xinit: Connection refused (errno 111): unable to connect to X server xinit: No such process (errno 3): Server error. [1]+ Donestartx - The system is W2K SP4 with all Cygwin pkgs installed of which the test pkgs are: Test packages installed: bash-3.1-4 bashdb-3.1-0.04-1 coreutils-5.94-4 emacs-21.3.50-2 findutils-4.3.0-1 lesstif-0.94.4-1 tar-1.15.90-1 xorg*-6.8.99.901-1 (19 pkgs) NO services running. With previous snap, 20060403 all worked fine. Cheers, Angelo. -- 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/
I would like to join Cygwin mailing list
I would like to join CYGWIN mailing list. As I go through the FAQ, documentation and guidelines for sending mail, but i couldn't find where to sign up, how to post questions, etc., Will you please guide me on doing the same. _ How good are you in a Formula One car? Play now http://server1.msn.co.in/sp05/tataracing/onlinegame.asp -- 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/
I cannot linking with g95 under Cygwin...?
Oyo! I'm new user of g95 and I really like using Cygwin. So, I've install G95 tarball for Cygwin and make some programs. These programs were running good. And, I tried many things like mixing language, using others libraries or something else. (My domain is mathematics...) But, today, when I tried to compile this program prog.f90 : program bouh implicit none print *, 'Hello! World!' end program There are no problems with compilation. But, during the linking, I've this error: $ g95 -o prog.exe prog.f90 Info: resolving __g95_filename by linking to __imp___g95_filename (auto-import) Info: resolving __g95_line by linking to __imp___g95_line (auto-import) Info: resolving __g95_ioparm by linking to __imp___g95_ioparm (auto-import) /lib///libcygwin.a(libcmain.o):: undefined reference to [EMAIL PROTECTED]' Before, it ran...But now, it's an error! So, I tried to reinstall g95, it doesn't work and I tried to reinstall some cygwin packages (like the Developpement tools or System...), it doesn't work too. So I don't what to do now...Can I have some help please? -- 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 while installing Cygwin
I have a serious problem on installing Cygwin. The installation in the root folder C:/cygwin/, results in no /home directory. And when I try to click Cygwin Bash Shell from start menu, no action is happening. I tried to install many times but nothing helps me. What could be the problem. Earlier when I tried to open cygwin, it opens an editor PHPEdit with the following content. @echo off C: chdir C:\cygwin\bin bash --login -i But now, even this is not happening. _ One and only Ash. Find out all about her. Only on MSN Search http://server1.msn.co.in/profile/aishwarya.asp -- 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/
:Re: Find not working w/ Samba drive
Eric, thanks for forwarding that to me... I tried compiling that program, but got the error message: C:\tmpgcc -o stest samba.test.c samba.test.c: In function `main': samba.test.c:32: error: structure has no member named `d_ino' C:\tmpgcc --version gcc (GCC) 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125) Copyright (C) 2004 Free Software Foundation, Inc. When I look at sys/dirent.h, instead of having a d_ino member, the dirent structure's got an __invalid_d_ino member (?) with the note /* DO NOT USE: No longer available since cygwin 1.5.19 */ Corrinna, if you can tell me how you'd like me to change your program so I can compile it, I can run it on my older Samba share. If you can cc your response to rowol at mysticind dot com, I will get it faster. Thanks, Ross = On Apr 12 11:48, Corinna Vinschen wrote: On Apr 11 15:45, Stefan Vorkoetter wrote: And here's one from a Samba 2.2.3a share, repeated twice. Notice the inodes are different each time. ~/sandboxes/main/internal/src [920] $ ls -i v:/internal_html/2006-04-10/*.jpg 3796172808 v:/internal_html/2006-04-10/17-50-56.jpg [...] I have a vague hope. It really looks like the inode numbers sent by older Samba versions are 32 bit values, which would allow to distinguish between old and new versions. Would you or anybody with an older Samba version mind to look into more directories on the share and try to figure out if the inode number is always smaller than UINT_MAX (4294967295)? I just need a feedback of yes or no. Btw., I have hacked together a tiny testcase which lists a directory and evaluates the inode numbers using readdir and lstat. I would be interested to see the output for some smaller directories on shares using pre-3.0 Samba versions. This should also simplify testing in general. Corinna SNIP = #include stdlib.h #include dirent.h #include unistd.h #include sys/stat.h #include stdio.h int main(int argc, char **argv) { DIR *dirp; int fd; struct stat sb; struct dirent *d; if (argc 1) { dirp = opendir(argv[1]); if (dirp) { while (d = readdir (dirp)) { char buf[256]; struct stat st; strcpy (buf, argv[1]); if (buf[strlen (buf) - 1] != '/') strcat (buf, /); strcat (buf, d-d_name); lstat (buf, st); printf (%24s d: %18.18llu, st: %18.18llu\n, d-d_name, d-d_ino, st.st_ino); } closedir (dirp); } else printf(dirp = NULL\n); } return 0; } SNAP = -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/
Re: :Re: Find not working w/ Samba drive
On Apr 13 04:29, rowol wrote: I tried compiling that program, but got the error message: C:\tmpgcc -o stest samba.test.c samba.test.c: In function `main': samba.test.c:32: error: structure has no member named `d_ino' C:\tmpgcc --version gcc (GCC) 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125) Copyright (C) 2004 Free Software Foundation, Inc. When I look at sys/dirent.h, instead of having a d_ino member, the dirent structure's got an __invalid_d_ino member (?) with the note /* DO NOT USE: No longer available since cygwin 1.5.19 */ Corrinna, if you can tell me how you'd like me to change your program so I can compile it, I can run it on my older Samba share. Use a recent Cygwin snapshot from http://cygwin.com/snapshots/ It reenables d_ino. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/
Re: Thread support in cygwin!
On Thu, 2006-04-13 at 11:00 +0200, Samuel Thibault wrote: Joost Kraaijeveld, le Thu 13 Apr 2006 10:45:39 +0200, a écrit : On Thu, 2006-04-13 at 09:42 +0200, Samuel Thibault wrote: Joost Kraaijeveld, le Thu 13 Apr 2006 08:10:15 +0200, a écrit : No, it means that _POSIX_THREADS is not defined. Cygwin should define it. Why? In unistd.h I mean. (And by really looking at it, unistd.h includes sys/unistd.h which itself includes sys/features.h, which defines it, so the problem here is probably that the user includes pthread.h instead of unistd.h (I haven't kept the mail)). You are right here: see also http://www.opengroup.org/onlinepubs/007908799/xsh/unistd.h.html or http://www.opengroup.org/onlinepubs/009695399/basedefs/unistd.h.html (The Single UNIX ® Specification, Version 2 or 3). Although not required by a pthread spec (as far as I can see) it might be a good idea to include (the pthread part) unistd.h in the pthread.h as Linux and pthreads-win32 seem to do. -- Groeten, Joost Kraaijeveld Askesis B.V. Molukkenstraat 14 6524NB Nijmegen tel: 024-3888063 / 06-51855277 fax: 024-3608416 web: www.askesis.nl -- 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/
Re: Thread support in cygwin!
On Apr 13 11:36, Joost Kraaijeveld wrote: On Thu, 2006-04-13 at 11:00 +0200, Samuel Thibault wrote: Joost Kraaijeveld, le Thu 13 Apr 2006 10:45:39 +0200, a écrit : On Thu, 2006-04-13 at 09:42 +0200, Samuel Thibault wrote: Joost Kraaijeveld, le Thu 13 Apr 2006 08:10:15 +0200, a écrit : No, it means that _POSIX_THREADS is not defined. Cygwin should define it. Why? In unistd.h I mean. (And by really looking at it, unistd.h includes sys/unistd.h which itself includes sys/features.h, which defines it, so the problem here is probably that the user includes pthread.h instead of unistd.h (I haven't kept the mail)). You are right here: see also http://www.opengroup.org/onlinepubs/007908799/xsh/unistd.h.html or http://www.opengroup.org/onlinepubs/009695399/basedefs/unistd.h.html (The Single UNIX ® Specification, Version 2 or 3). Although not required by a pthread spec (as far as I can see) it might be a good idea to include (the pthread part) unistd.h in the pthread.h as Linux and pthreads-win32 seem to do. As far as I can see, Linux doesn't: $ echo #include pthread.h x.c $ gcc -M x.c x.o: x.c /usr/include/pthread.h /usr/include/features.h \ /usr/include/sys/cdefs.h /usr/include/gnu/stubs.h /usr/include/sched.h \ /usr/include/bits/types.h /usr/include/bits/wordsize.h \ /usr/lib/gcc/i386-redhat-linux/3.4.5/include/stddef.h \ /usr/include/bits/typesizes.h /usr/include/time.h \ /usr/include/bits/sched.h /usr/include/bits/time.h \ /usr/include/signal.h /usr/include/bits/sigset.h \ /usr/include/bits/pthreadtypes.h /usr/include/bits/initspin.h \ /usr/include/bits/sigthread.h And it doesn't make sense to me. The _POSIX_THREAD* values are already included through /usr/include/features.h and the _SC_THREAD* values are only used for sysconf, which requires to include unistd.h anyway. As for Cygwin: $ gcc -M x.c x.o: x.c /usr/include/pthread.h /usr/include/sys/types.h \ /usr/include/_ansi.h /usr/include/newlib.h /usr/include/sys/config.h \ /usr/include/machine/ieeefp.h /usr/include/cygwin/config.h \ /usr/include/machine/_types.h /usr/include/sys/_types.h \ /usr/include/sys/lock.h \ /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/stddef.h \ /usr/include/machine/types.h /usr/include/sys/features.h \ /usr/include/cygwin/types.h /usr/include/sys/sysmacros.h \ /usr/include/stdint.h /usr/include/endian.h /usr/include/signal.h \ /usr/include/_ansi.h /usr/include/sys/signal.h \ /usr/include/cygwin/signal.h /usr/include/sched.h /usr/include/time.h \ /usr/include/sys/reent.h /usr/include/machine/time.h \ /usr/include/cygwin/time.h You can see that /usr/include/sys/features.h is included, so the _POSIX_THREAD* defines are available. I see only one problem here, which is that _SC_THREAD* values are currently not supported by sysconf(), hence returning -1. I'll add the handling for these values to sysconf(). Corinna -- 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/
Re: I would like to join Cygwin mailing list
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Srinivasan Rajesh on 4/13/2006 2:03 AM: I would like to join CYGWIN mailing list. As I go through the FAQ, documentation and guidelines for sending mail, but i couldn't find where to sign up, how to post questions, etc., Will you please guide me on doing the same. There are some list FAQ here (other entries on the same page): Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple There is also a subscribe web form on the bottom of http://cygwin.com/lists.html. And as you just found out, even non-subscribers can post questions. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEPkjK84KuGfSFAYARAtt7AJ9KXUbIjAru+0nNJUyOKCPlbLOE2ACfWzEz zxjXvEBzCmy1J1kt4jfftwM= =7rKB -END PGP SIGNATURE- -- 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/
Re: Problem while installing Cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Srinivasan Rajesh on 4/13/2006 2:19 AM: I have a serious problem on installing Cygwin. The installation in the root folder C:/cygwin/, results in no /home directory. /home is created on the first successful login. So now we need to figure out why your login was not successful. And when I try to click Cygwin Bash Shell from start menu, no action is happening. When this happens, something to try is open a cmd.com window, change directories to where the binaries were installed (in your case, c:\cygwin\bin), then run '.\bash --login -i' and see if any error messages appear. You can also run '.\bash -livx' for a verbose login, to see which, if any, command being run during the login process is a culprit. I tried to install many times but nothing helps me. What could be the problem. Earlier when I tried to open cygwin, it opens an editor PHPEdit with the following content. Correct, that is the default .bat file installed by setup.exe. Something else you should do is look at these directions: Problem reports: http://cygwin.com/problems.html In particular, the part about including the output of 'cygcheck -svr' as a text attachment will help us learn more about your setup, and perhaps make it easier to diagnose the problem. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEPkoT84KuGfSFAYARAugYAJ9mUbss3CleUoFyUft4DZeDRlc5JwCeP6N0 v6RZEkxsMaS+NoampJK4hs0= =Pl/Y -END PGP SIGNATURE- -- 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/
Re: Thread support in cygwin!
Thank you for answering me! But I think _POSIX_THREADS definitely is defined. Corinna said the problem was that _SC_THREAD* values were currently not supported by sysconf(). So cygwin supports threads and I can ignore sysconf()?? -- View this message in context: http://www.nabble.com/Thread-support-in-cygwin%21-t1442219.html#a3899853 Sent from the Cygwin Users forum at Nabble.com. -- 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/
Re: Thread support in cygwin!
Do Nguyen Luong, le Thu 13 Apr 2006 05:57:17 -0700, a écrit : But I think _POSIX_THREADS definitely is defined. Corinna said the problem was that _SC_THREAD* values were currently not supported by sysconf(). So cygwin supports threads and I can ignore sysconf()?? For now, yes. On the long run, you should be able to rely on sysconf(). -- 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/
Re: Thread support in cygwin!
On Thu, 2006-04-13 at 14:10 +0200, Corinna Vinschen wrote: You can see that /usr/include/sys/features.h is included, so the _POSIX_THREAD* defines are available. Not on my Linux (Debian Etch AMD64). The only place where I can find a define for _POSIX_THREAD is in unistd.h, and not in feature.h (where it is in my cygwin) BTW: I misread the code of OP, I thought that that __POSIX_THREADS not defined printed, so my remarks were slightly misplaced. -- Groeten, Joost Kraaijeveld Askesis B.V. Molukkenstraat 14 6524NB Nijmegen tel: 024-3888063 / 06-51855277 fax: 024-3608416 web: www.askesis.nl -- 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/
RE: Printer configuration problem
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Persico Sent: Monday, April 10, 2006 3:29 PM To: cygwin@cygwin.com Subject: Re: Printer configuration problem On 4/10/06, Rockefeller, Harry [EMAIL PROTECTED] wrote: lpq works to see the queue but printing doesn't. [EMAIL PROTECTED] /cygdrive/e $ lpq -SNTSERVER1 -Psw-txt1 -l Windows 2000 LPD Server Printer \\192.83.227.33\sw-txt1 Owner Status Jobname Job-IdSize Pages Priority -- -- [EMAIL PROTECTED] /cygdrive/e $ lpr poetry lpr: printer error: can't open '\\NTSERVER1\sw-txt1.lnk' for writing: The printer name is invalid. [EMAIL PROTECTED] /cygdrive/e $ lpr -d '\\192.83.227.33\sw-txt1' poetry lpr: printer error: can't open '\\192.83.227.33\sw-txt1.lnk' for writing: The printer name is invalid. You have an Internet Explorer shortcut (the .lnk file) gumming up the works. So, How do I ungum this shortcut? I searched for files '*txt1*' on my computer but found no matches. A colleague doesn't have this problem but does use IE. He installed cygwin 'for all users' because he has admin privilege on his own PC whereas because I do not have this privilege, I had to install cygwin 'for me only'. Could this be related to the problem? Thanks for any support. -- 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/
cygwin and chmod - after calling mkgroup and mkpasswd, then what?
my /etc/passwd and /etc/group files have been created, but the user terrence is not in them and so chmod is still not working: [EMAIL PROTECTED] ~/.ssh $ ls -l total 9 -rw-r--r-- 1 terrence Users 1675 Mar 14 10:02 id_rsa -rw-r--r-- 1 terrence Users 396 Mar 14 10:02 id_rsa.pub -rw-r--r-- 1 terrence Users 1214 Mar 31 16:52 known_hosts [EMAIL PROTECTED] ~/.ssh $ chmod 600 * [EMAIL PROTECTED] ~/.ssh $ ls -l total 9 -rw-r--r-- 1 terrence Users 1675 Mar 14 10:02 id_rsa -rw-r--r-- 1 terrence Users 396 Mar 14 10:02 id_rsa.pub -rw-r--r-- 1 terrence Users 1214 Mar 31 16:52 known_hosts [EMAIL PROTECTED] ~/.ssh $ /etc/group, /etc/passwd, and cygcheck -srv output is attached cygcheck.dat Description: Binary data passwd Description: Binary data group Description: Binary data -- 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/
Re: cygwin and chmod - after calling mkgroup and mkpasswd, then what?
Terrence Brannon wrote: my /etc/passwd and /etc/group files have been created, but the user What commands did you use to create these files? If you are a domain user you will need to specify -c or -d. terrence is not in them and so chmod is still not working: The reason that chmod isn't working is because your home directory is on a network share and you don't have smbntsec set. /etc/group, /etc/passwd, and cygcheck -srv output is attached ... HOME = '/cygdrive/u' ... u: net NTFS704913Mb 38% CP CS UN PA FC Data Brian -- 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/
[ANNOUNCEMENT] Updated: perl-Win32-GUI-1.03-1
NEWS: = I've updated the version of perl-Win32-GUI to 1.03. This version is the same as it would have been installed via cpan, since all cygwin patches are included upstream. It just installs into vendor_perl. CHANGES: http://sourceforge.net/project/shownotes.php?release_id=373056 DESCRIPTION: Win32::GUI is a Perl extension allowing creation of native Win32 GUI applications. 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 the package name from the 'Libs' category (it should already be selected). DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. 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: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/
Re: CVS command returns error
Igor, Thanks for the help. SUCCESS!!! almost I edited /CVS/Repository to remove the CRLF. The status command then produced status for a portion of the repository. I got an error trying to obtain a directory lock and status was aborted by the server, but I suspect this is similar to the other problem. If I dig deep enough, I'll probably find another file w/ CRLF in it. Thanks again Michael -- 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/
Re: Spam:Re: Find not working w/ Samba drive
Corinna Vinschen wrote: Btw., I have hacked together a tiny testcase which lists a directory and evaluates the inode numbers using readdir and lstat. I would be interested to see the output for some smaller directories on shares using pre-3.0 Samba versions. This is the output from a server running Version Samba for GuardianOS v2.6.050.200310180953 (this is a Snap Appliance file server, which seems to be a 2.4.19 linux kernel. Not sure if they've tweaked smbd in any way..): % ./st //hq-share1 Documents d: 00, st: 018014724927011328 Backup d: 00, st: 1495201458608421376 Builds d: 00, st: 1297557616381147648 . d: 00, st: 3313024975094127606 .. d: 00, st: 0006035200 % % ./st //hq-share1/Backup (names obfuscated..) . d: 00, st: 1495201458608421376 .. d: 00, st: 3313024975094127606 1 d: 00, st: 1531250493513284096 2 d: 00, st: 1567367779743447552 x3 d: 00, st: 09633611659776 xx4 d: 00, st: 018014845186095616 x5 d: 00, st: 036029153501264384 xx6 d: 00, st: 090072499353565696 x7 d: 00, st: 108086897863047680 8 d: 00, st: 144138466798615040 xxx9 d: 00, st: 166548549587188224 10 d: 00, st: 197791584807303680 x11 d: 00, st: 216122792989440512 xx12 d: 00, st: 234187627299879424 .DS_Store d: 00, st: 1495201462903388672 Temporary Items d: 00, st: 324293142067034624 I also tried this program on two 3.0.9 SMB servers running on ordinary RedHat (FC3/RHEL3) boxes, and also got d == 0 for both of them, and similar inode numbers as well: % ./st //hq-share2 (RHEL3, smbd 3.0.9-1.3E.3) SoftLib d: 00, st: 000281479271678723 . d: 00, st: 3313024975094127607 .. d: 00, st: 0006035200 etc.. Hope this was some use.. (PS. I'm running cygwin 1.5.19-4, with the 4/3/2006 snapshot overlaid). -- 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/
Re: CVS command returns error
Found the CRLF causing the problem. Every directory that is in the repository has a local CVS directory with Entries and Repository file. These also have CRLF that must be dealt with. Correcting those files resolves the problem. Thanks for all the help. Michael -- 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/
File copying problem (ever-changing faked inode on network drive)
Hi, I'm having the cp: skipping file `/g/tmp/foo.bar', as it was replaced while being copied problem on a network drive, apparently due to the ever-changing inode adventure. Samba 2.0.10 running under Redhat 7.1 kernel 2.4.17 on the file server; XP pro SP2 on the PC. The output from getvolinfo is: rootdir: \\yaun\slinda\ Volume Name: . Serial Number : 35588127 Max Filenamelength : 128 Filesystemname : NTFS Flags: FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE We recently upgraded our PCs here, and in the process upgraded Cygwin. The big puzzlement here is that I have this problem, but a colleague with apparently the same configuration (same machine, software versions, etc), mapping the same remote filesystem, does not have this problem (imagine the theme music to Twilight Zone in the background here). In my googling of this problem I haven't seen a solution offered. What should I do to remedy this? I have used Cygwin for many years, and have come to depend heavily on it in my work (many thanks for providing this valuable tool). Help! Steve Stephen B. Linda Assistant Statistician Children's Oncology Group Statistics and Data Center, Gainesville Office 104 N. Main Street, Suite 600 Gainesville, FL 32601-3330 (352) 273-0563 (352) 392-8162 - fax -- 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/
Re: Cron on Cygwin
Brian Dessent wrote: grahul wrote: I installed cron, everything seems fine. This is what I've done so far: cygrunsrv -I cron -p /usr/sbin/cron -a -D net start cron You should run the cron-config script instead of trying to do it yourself. There's more to it than this. See also cron_diagnose.sh. Also, please read the problem reporting guidelines on http://cygwin.com/problems.html, specifically the part about attaching cygcheck output. In addition, I feel compelled to point to this possibly applicable FAQ: http://cygwin.com/faq/faq-nochunks.html#faq.using.shares Of course, your cygcheck output would tell the list whether this FAQ is applicable in your case or not. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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/
Re: File copying problem (ever-changing faked inode on network drive)
Stephen Linda slinda at cog.ufl.edu writes: I'm having the cp: skipping file `/g/tmp/foo.bar', as it was replaced while being copied problem on a network drive, apparently due to the ever-changing inode adventure. Samba 2.0.10 running under Redhat 7.1 kernel 2.4.17 on the file server; XP pro SP2 on the PC. The output from getvolinfo is: In my googling of this problem I haven't seen a solution offered. What should I do to remedy this? Install the latest snapshot, then compile the program mentioned here: http://cygwin.com/ml/cygwin/2006-04/msg00314.html and send the output to this list. If Corinna's suspicions are correct, and old versions of Samba give a reliable indication of ever-changing inodes (by using a random 32-bit value instead of a fixed 64-bit value), then it will not be long before a snapshot with a workaround will be provided. -- Eric Blake volunteer cygwin coreutils maintainer -- 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 accessing *unsecured* network share through passwordless ssh
Hi, I have a problem accessing unsecured network shares when logging in using passwordless (public key) authentication with ssh. On my laptop, I have a shared folder that has full security permissions to Everyone, and is shared with full share permissions to Everyone. This share is mapped as a network drive on my desktop. However, when I ssh from my laptop to my desktop, net use shows the drive as Unavailable. Is there something I'm missing or doing wrong? I was under the impressesion that if I gave full permissions on the share, this would work. Thanks in advance, Rob. -- 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/
Re: problem accessing *unsecured* network share through passwordless ssh
Sorry - a couple things I forgot to say: 1) using Windows 2003 on desktop, WinXP on laptop 2) using latest Cygwin from setup.exe as of today 3) cygcheck.out attached. Rob. - Original Message - From: Rob Siklos [EMAIL PROTECTED] To: cygwin@cygwin.com Sent: Thursday, April 13, 2006 2:37 PM Subject: problem accessing *unsecured* network share through passwordless ssh Hi, I have a problem accessing unsecured network shares when logging in using passwordless (public key) authentication with ssh. On my laptop, I have a shared folder that has full security permissions to Everyone, and is shared with full share permissions to Everyone. This share is mapped as a network drive on my desktop. However, when I ssh from my laptop to my desktop, net use shows the drive as Unavailable. Is there something I'm missing or doing wrong? I was under the impressesion that if I gave full permissions on the share, this would work. Thanks in advance, Rob. -- 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/ cygcheck.out Description: Binary data -- 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/
RE: Cron on Cygwin
You should run the cron-config script instead of trying to do it yourself. There's more to it than this. See also cron_diagnose.sh. Should this be documented in c:/cygwin/usr/share/doc/Cygwin/cron.README? I did not see it there. Whoa! It is there. I'm not in the habbit of looking thru change lists for installation procedures. Should I be? Is this typical of the cygwin documentation? I was expecting a header like INSTALLATION PROCEDURE followed by steps 1, 2, 3... Siegfried -- 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/
Re: CVS command returns error
On Thu, 13 Apr 2006, Michael Giroux wrote: Igor, Thanks for the help. SUCCESS!!! almost I edited /CVS/Repository to remove the CRLF. The status command then produced status for a portion of the repository. I got an error trying to obtain a directory lock and status was aborted by the server, but I suspect this is similar to the other problem. If I dig deep enough, I'll probably find another file w/ CRLF in it. Well, editing the CVS files is likely to get you a repository that works with neither version of cvs. That's why I suggested trying a text mount. FWIW, if you really do want to remove all CRs from the CVS administrative files, you can use find . -path \*/CVS/\* -print0 | xargs -r0 grep -lP '\r' | d2u (not Cygwin-specific). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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/
move list of instl. software to a new installation
Hello, I using cygwin with sylpheed-claws. I have to do my laptop new and move all to a 2 laptop. On laptop 1 cygwin work fine. On laptop 2. I am not able to run sylpheed-claws. It is possible to get a file with a list of all inst. programs to import this list to 2. Then do a setup and have the same release like 1. Hope someone understand my English. Best regards Dirk -- Jedes Betriebssystem hat sein Maskottchen: MacOS den Apfel, BSD den Dämonen, Linux den Pinguin, Windows die allgemeinen Schutzverletzungen. PGP Key ID: 0x935F4826 signature.asc Description: PGP signature
Re: move list of instl. software to a new installation
On Thu, 13 Apr 2006, Dirk Schleicher wrote: Hello, I using cygwin with sylpheed-claws. I have to do my laptop new and move all to a 2 laptop. On laptop 1 cygwin work fine. On laptop 2. I am not able to run sylpheed-claws. There are three things that you'll need to do on the new machine: 1) replicate the mounts (which would be done by a reinstall into the same location, but could also be done by simply saving the output of mount -m on the old machine into a batch file and running that on the new machine), 2) regenerate /etc/passwd and /etc/group (since the SIDs for various users have changed, even if the names are the same). This will need to be done manually, using mkpasswd/mkgroup, or by running rm /etc/passwd /etc/group and then reinstalling *just* the base-passwd package, 3) fix up directory and file permissions. Once you have an up-to-date /etc/passwd and /etc/group, a simple chmod -R a+X / ought to go a long way, but you might also need to chown some files (logs, ssh host keys, config files, etc) appropriately. It is possible to get a file with a list of all inst. programs to import this list to 2. Then do a setup and have the same release like 1. Moving all of the Cygwin files to the other machine would have done this for you already (setup keeps the list of installed packages in the cygwin tree). Simply running setup and selecting Reinstall all from a local directory should do the right thing. But it will be overkill, and probably won't help you anyway if your /etc/passwd and /etc/group are out of date (they will not be replaced unless you remove them first). Hope someone understand my English. Your English is just fine. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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/
Re: CVS command returns error
Igor Peshansky pechtcha at cs.nyu.edu writes: Well, editing the CVS files is likely to get you a repository that works with neither version of cvs. That's why I suggested trying a text mount. FWIW, if you really do want to remove all CRs from the CVS administrative files, you can use find . -path \*/CVS/\* -print0 | xargs -r0 grep -lP '\r' | d2u Or you could use cvschroot, part of the cvsutils package (in fact, this very issue of fixing CRLFs in all my CVS/* files is why I discovered cvschroot, then volunteered to become the cvsutils package maintainer). -- Eric Blake volunteer cygwin cvsutils maintainer -- 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/
Problems (also) with the snapshot 20060413
The problems described in 1) http://cygwin.com/ml/cygwin/2006-04/msg00336.html are solved by the new snapshot 20060413 12:15:53; also the problem described in 2) http://cygwin.com/ml/cygwin/2006-04/msg00086.html is solved! But... now with snap 20060413 I CANNOT BUILD any applications, even if it is simple as the following: --- /* test.c */ #include stdio.h int main() { printf(Hello); } --- $ gcc -o test test.c /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: warning: cannot find entry symbol _mainCRTStartup; defaulting to 00401000 /c/DOCUME~1/ADMINI~1/IMPOST~1/Temp/ccJo7W7R.o:test.c:(.text+0x26): undefined ref erence to `___main' /c/DOCUME~1/ADMINI~1/IMPOST~1/Temp/ccJo7W7R.o:test.c:(.text+0x32): undefined reference to `_printf' collect2: ld returned 1 exit status The linking does not work any more. There is always cannot find entry symbol _mainCRTStartup; defaulting to 00401000 Generally, there are many 'undefined reference to'. This happens also using g77. Reinstalling the snap 20060403 all works fine. Angelo. -- 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/
Fw: Installed cygwin fails to start.
I hope this is the right place for this question. I read all for the documentation on how and where to ask questions, but nothing actually gave an address. 1. I am running Windows XP - SP2 2. I installed cygwin from the Los Alamos site. 3. I received the Installation Complete message box. 4. I clicked on the Icon but cygwin did not come up. 5. I read the Cygwin/X User's Guide, page 17 Chapter 4. In c:\cygwin\usr\X11R6\bin there was NO file by the name startxwin.bat. I did find a file named 'run'. 6. I clicked on the file 'run' and received the following error on the screen. This application has failed to start because cygwin1.dll was not found. Re-installing the application may fix this problem. 7. I found cygwin1.dll in c:\cygwin\bin. Where was run looking for this? 8. I re-installed two times, again from LANL and then from Texas Univ. with the same results. A. Should I have a startxwin.bat file and where should it be? B. Where does startxwin.bat look for cygwin1.dll ? I install this on two Windows NT laptops with no problems. On my laptop, startxwin is a bat file, on the desktop, run is an exe file??? Any ideas? Don Rowland [EMAIL PROTECTED] -- 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/
Updated: perl-Win32-GUI-1.03-1
NEWS: = I've updated the version of perl-Win32-GUI to 1.03. This version is the same as it would have been installed via cpan, since all cygwin patches are included upstream. It just installs into vendor_perl. CHANGES: http://sourceforge.net/project/shownotes.php?release_id=373056 DESCRIPTION: Win32::GUI is a Perl extension allowing creation of native Win32 GUI applications. 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 the package name from the 'Libs' category (it should already be selected). DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. 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: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.