Re: [ITP] libgpg-error-1.0-2
On Sep 30 10:00, Volker Quetschke wrote: http://www.scytek.de/cygwin/release/libgpg-error/setup.hint http://www.scytek.de/cygwin/release/libgpg-error/libgpg-error-1.0-2.tar.bz2 http://www.scytek.de/cygwin/release/libgpg-error/libgpg-error-1.0-2-src.tar.bz2 3 votes, a GTG review. Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: [ITP] libgcrypt-1.2.0-2
On Sep 30 13:25, Volker Quetschke wrote: http://www.scytek.de/cygwin/release/libgcrypt/setup.hint http://www.scytek.de/cygwin/release/libgcrypt/libgcrypt-1.2.0-2.tar.bz2 http://www.scytek.de/cygwin/release/libgcrypt/libgcrypt-1.2.0-2-src.tar.bz2 And another 3 votes + GTG review. Uploaded with Volker's patch to setup.hint. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: setup: current setup version crashes on XP
Gerrit schrieb: Gerrit schrieb: Gary R. Van Sickle wrote: I'm running XP SP2, setup.exe crashes, I cannot install the latest packages. So currently I cannot use my XP box to work on new packages. I've been running SP2 for quite a while now at work and home and haven't had any trouble with setup. I ran it under dependency walker and it succeeds to install the packages I'm currently missing. I have Visual Studio .NET installed at the XP PC, maybe that makes a difference? Nope, it is getting weird, I got the same error on the server (NT4 same executable), maybe it has s.th. to do with the .NET framework? I have updated it recently at the XP box. I have version 1.1 and the update was the latest SP for the framework. Does XP or some other MS 'services' modify executables? Since it fails also at the NT4 it must be s.th. different with the executable. I deleted the executable and refetched it and now it runs again on the NT4 server. Unfortunately setup.exe doesn't even start anymore at the XP box. I also noted that I cannot run another setup.exe named file, but I can run 'normal' executables. Gerrit -- =^..^=
Re: [ITP] libgcrypt-1.2.0-2
Reini schrieb: monster patch (gerrit-style) Hey, all the great packages outside are including libtool-1.4 and require automake-1.4 and autoconf-2.13, why should we depend on five years old packages which are buggy and unusable most of the time? but +1 I'd rather run ./autogen.sh style scripts in the conf step. That would give the same patch size (usually it runs also aclocal, libtoolize, autoconf, automake). Gerrit -- =^..^=
Re: [ITP] libgcrypt-1.2.0-2
Reini schrieb: monster patch (gerrit-style) BTW, do you want to review my kaffe patch (4 MB bzip2 compressed)? Gerrit -- =^..^=
Re: upset errors for libopenldap2
Corinna Vinschen schrieb: On Sep 21 10:06, Christopher Faylor wrote: Gerrit please fix this ASAP: upset: *** warning package libopenldap2 refers to non-existent external-source: openldap Sorry, my bad. I removed version 2.1.whatever of openldap but I didn't know that libopenldap2 has this external-source ref. Fixed. still errors in setup.ini for libopenldap2-2-15 @ libopenldap2-2-15 sdesc: Lightweight Directory Access Protocol runtime ldesc: Lightweight Directory Access Protocol runtime category: Libs Net requires: cygwin minires openssl @ libopenldap2_2_7 and the Current version line in setup.exe has a nice endless recursion. at least it looks like so. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
libtool-devel-1.5.10-1-src download/install fails
just a short notice, that you apparently cannot install/download src packages for the test version of libtool-devel-1.5.10-1-src trying to get libtool-devel-1.5.10-1-src via setup.exe always gets me libtool-devel-1.5.6-3-src but I couldn't verify that it fails generally: libungif test src was possible. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: [ITP] libgcrypt-1.2.0-2
Gerrit P. Haase schrieb: Reini schrieb: monster patch (gerrit-style) Hey, all the great packages outside are including libtool-1.4 and require automake-1.4 and autoconf-2.13, why should we depend on five years old packages which are buggy and unusable most of the time? by using our own autotool 1.5 scripts in the prep or conf step. Lapo does in prep (see libungif), I do it in conf. (prep might be better as I think of it) I'd rather run ./autogen.sh style scripts in the conf step. That would give the same patch size (usually it runs also aclocal, libtoolize, autoconf, automake). no, do it in the .sh script. That keeps the patch to the bare and readable minimum, and you only have to persuade the maintainers upstream to use the newer 1.5 autotools. (just for our dll's, but what the heck.) with the monster patch (new libtool, .in files, ...) they might get frightened. And our src dependencies in the README must list the -devel autotool 1.5 requirements of course, otherwise it will fail, and your explicit patch must be used. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: [ITP] libgcrypt-1.2.0-2
Hi Reini, I'd rather run ./autogen.sh style scripts in the conf step. That would give the same patch size (usually it runs also aclocal, libtoolize, autoconf, automake). no, do it in the .sh script. That keeps the patch to the bare and readable minimum, I cannot confirm that it reduces the patch sizes. It will always be huge, even if you use automake-1.8 where the upstream package includes automak-1.79 generated files. and you only have to persuade the maintainers upstream to use the newer 1.5 autotools. (just for our dll's, but what the heck.) with the monster patch (new libtool, .in files, ...) they might get frightened. I don't submit those patches upstream, the only patches I submit upstream are against Makefile.am and configure.in files and of course source fixes. And our src dependencies in the README must list the -devel autotool 1.5 requirements of course, otherwise it will fail, and your explicit patch must be used. Yes, that is the reason why I include the patch, otherwise, Iwe could add lines like: /usr/autotool/devel/bin/autoreconf -fiv to the script, but then it will fail as soon as newer autotool version are avaiable or the user has older versions installed. Additionally I need to use a pacthed libtool which is also included with the patch, if I would not patch libtool I would have to patch at least ten Makefile.am of GLib Co. and probably other packages too. Gerrit -- =^..^=
Re: [ITP] libgcrypt-1.2.0-2
Gerrit schrieb: Hi Reini, I'd rather run ./autogen.sh style scripts in the conf step. That would give the same patch size (usually it runs also aclocal, libtoolize, autoconf, automake). no, do it in the .sh script. That keeps the patch to the bare and readable minimum, I cannot confirm that it reduces the patch sizes. It will always be huge, even if you use automake-1.8 where the upstream package includes automak-1.79 generated files. Sorry, my fault, misread your repliy. I already described why I don't do it dynamically. Anyway, what is the problem with the great patches? You can open an editor and search for +++ and you'll see that the interesting files are always Makefile.am configure.in. Patchfiles are not for reading, though. What you can do is: open the buildscript of any package and add the following to the mkpatch function: -x 'Makefile.am' -x 'configure' \ -x 'ltmain.sh' -x 'aclocal.m4' -x 'config.sub' -x 'missing' and so on, then you'll get a patchfile with only the relevant changes. What about including a function in the g-b-s to create such a small patch in CYGWIN-PATCHES and deliver this minimal patch too? Gerrit -- =^..^=
Re: netpbm?
On Fri, 1 Oct 2004, Charles Wilson wrote: Igor Pechtchanski wrote: Chuck, if you could dig it up, that'd be great. Did you adapt it to use the generic-build-script? If so, how did you deal with the weird configure? It uses a variant of the gbs, IIRC. I'm on dailup right now, so I'll let you download it... http://users.ece.gatech.edu/~cwilson/cygutils/testing/index.php?dir=release%2Fnetpbm/ Thanks. I was hoping for a less invasive set of changes to the GBS, but most of them seem unavoidable. I'll see what I can do, though. The division into libnetpbm* and netpbm is good -- I hadn't thought of that. I'll get it working for myself first, and then see if I can find the time to ITP it properly. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw
Re: [ITP] libgcrypt-1.2.0-2
Hi all, What you can do is: open the buildscript of any package and add the following to the mkpatch function: -x 'Makefile.am' -x 'configure' \ -x 'ltmain.sh' -x 'aclocal.m4' -x 'config.sub' -x 'missing' and so on, then you'll get a patchfile with only the relevant changes. What about including a function in the g-b-s to create such a small patch in CYGWIN-PATCHES and deliver this minimal patch too? And don't miss to add -x 'CYGWIN-PATCHES' in the new mkrawpatch() function. Gerrit -- =^..^=
Re: [GTG Review] Re: [ITP] libgcrypt-1.2.0-2
On Fri, Oct 01, 2004 at 08:33:28AM +0200, Dr. Volker Zell wrote: Volker Quetschke writes: As advertised, I would like to maintain the cygwin-port of the libgcrypt library. This one is GTG with the following patch to setup.hint. URLs: http://www.scytek.de/cygwin/release/libgcrypt/setup.hint --- setup.hint.orig 2004-10-01 08:30:45.494182400 +0200 +++ setup.hint 2004-10-01 08:30:58.082283200 +0200 @@ -2,4 +2,4 @@ ldesc: Libgcrypt is a general purpose crypto library based on the code used in GnuPG. category: Libs -requires: cygwin libgpg-error +requires: cygwin libgpg-error _update-info-dir You don't need to do this. I went to great effort to make sure that this gets added automatically to the setup.ini entry of anything which uses info files. I see that the usage has crept into a bunch of setup.hint files. I've nuked these instances. cgf
Re: [ITP] libgcrypt-1.2.0-2
Hi! Sorry, my fault, misread your repliy. I already described why I don't do it dynamically. Anyway, what is the problem with the great patches? You can open an editor and search for +++ and you'll see that the interesting files are always Makefile.am configure.in. Patchfiles are not for reading, though. What you can do is: open the buildscript of any package and add the following to the mkpatch function: -x 'Makefile.am' -x 'configure' \ -x 'ltmain.sh' -x 'aclocal.m4' -x 'config.sub' -x 'missing' and so on, then you'll get a patchfile with only the relevant changes. What about including a function in the g-b-s to create such a small patch in CYGWIN-PATCHES and deliver this minimal patch too? At least for libgcrypt, libgpg-error and gnupg you can do: $ ./package-name.sh prep $ ./package-name.sh conf $ ./package-name.sh devspkg In package-name-src.dev.tar.bz2 you will then find the bare, short patch without the autotool stuff. Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D signature.asc Description: OpenPGP digital signature
Re: [GTG Review] Re: [ITP] libgcrypt-1.2.0-2
Christopher Faylor writes: You don't need to do this. I went to great effort to make sure that this gets added automatically to the setup.ini entry of anything which uses info files. Well, gmp-4.1.3-3 for example has info files, but they definitly do not show up in my dir file after installation. I see that the usage has crept into a bunch of setup.hint files. I've nuked these instances. cgf Ciao Volker
Re: [ITP] cdrtools-2.01
Quoting Corinna Vinschen: The author provides a ProDVD edition, which is based on the same source as cdrecord, but contains proprietary code to access DVD drives. By providing a closed source application in binary only form linked against Cygwin, he's infringing the GPL. I've contacted Joerg by mail to solve this issue but until then, I'm not happy with providing the tool in the net distro. It feels wrong. Corinna, Any response from Joerg? It would make my life a little easier if cdrtools was an offical package. -Ross
rsync news (upstream patch + please upload) [3rd try]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Last 2 messages seems not to have reached the ML.. retrying for the second time... (it was HTML by error, I guess that's why it was filtered out?) Wayne Davison wrote: On Fri, Oct 01, 2004 at 12:31:55AM +0200, Lapo Luchini wrote: I don't think there is any reason not to ask for binary mode on non-Windows hosts, anyway (it's already done also in do_open(...), also). It has to be configured around the presence of the setmode() function and only done if O_BINARY isn't 0 (which it is on systems that don't need it). So, I'll add it with the appropriate conditional compilation code wrapping it up. Thanks! OK, so in next version the patch won't be needed anymore on our side. (I still wonder why it didn't show in earlier build, really): Probably because something recently changed in the cygwin support functions. (That code-path wouldn't have been used if HAVE_FCHMOD or HAVE_SECURE_MKSTEMP was zero.) Is that so? Did cygwin just add/change support of one of those two functions? Anyway... now it's patches so that's not a real problem anymore. What to say? Ready for next release, I'd say! URL: http://www.lapo.it/cygwin/rsync-2.6.3-1-src.tar.bz2 http://www.lapo.it/cygwin/rsync-2.6.3-1.tar.bz2 Size: 594393 146864 MD5: 3b114d672f3e0fc727a3157a2368c404 3fd17049658428ec923ddc0e66aea7d4 SHA-1: 52aa37d24e4aef4590a408efa3a86652349556b7 2b2bf8773b102fd72da0bc7aef5a37c7b9f6d80d Ah, some past version (by error) did use the internal popt instead of the shared one, now it uses the shared one again. Lapo - -- Lapo Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkFdf+4ACgkQaJiCLMjyUvuzyQCgv+o/FWNS377Tofb0Mj+I4BCz e80AoLgFGSZ4Xq4w3SnrXrEBaZ7e9vwC =AB1g -END PGP SIGNATURE-
Re: upset errors for libopenldap2
On Fri, Oct 01, 2004 at 02:41:08PM +0200, Reini Urban wrote: Corinna Vinschen schrieb: On Sep 21 10:06, Christopher Faylor wrote: Gerrit please fix this ASAP: upset: *** warning package libopenldap2 refers to non-existent external-source: openldap Sorry, my bad. I removed version 2.1.whatever of openldap but I didn't know that libopenldap2 has this external-source ref. Fixed. still errors in setup.ini for libopenldap2-2-15 @ libopenldap2-2-15 sdesc: Lightweight Directory Access Protocol runtime ldesc: Lightweight Directory Access Protocol runtime category: Libs Net requires: cygwin minires openssl @ libopenldap2_2_7 and the Current version line in setup.exe has a nice endless recursion. at least it looks like so. This should be fixed now. cgf
Re: [ITP] cdrtools-2.01
On Oct 1 08:59, Ross Smith II wrote: Quoting Corinna Vinschen: The author provides a ProDVD edition, which is based on the same source as cdrecord, but contains proprietary code to access DVD drives. By providing a closed source application in binary only form linked against Cygwin, he's infringing the GPL. I've contacted Joerg by mail to solve this issue but until then, I'm not happy with providing the tool in the net distro. It feels wrong. Corinna, Any response from Joerg? No, I'm sorry. I didn't get a reply so far. It's two weeks now. There's a good chance that Joerg is just on vacation or so, so I'll repeat my posting on Monday. Corinna P.S: Please don't Cc me. I'm reading the mailing list. I'm setting the Reply-To for a reason. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Strange redraw problem with multiwindow
On Fri, 1 Oct 2004, Roman Belenov wrote: I have the following problem - if a window is resized so that part of it get's closer than 40 pixels to left screen border (I've got 1200x1600 resolution, so effect takes places when absolute x coordinate of some pixels in a window is larger then 1160), that part becomes white and is not redrawn later. If I just move the window to the right edge of the screen, it is redrawn correctly. The effect also takes place on window maximization - again, I have 40-pixels wide white vertical stripe near the right edge of the window. Without multiwindow, everything works fine - I have fullscreen root window and applications maximized inside it don't have this white stripe. Any ideas ? please send /tmp/XWin.log bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Strange window redraw problem (Still)
Cserveny Tamas Der Kopf und der Hals gehen zusammen in den Garten und spielen Ball im Wasser.
Re: Strange redraw problem with multiwindow
Alexander Gottwald [EMAIL PROTECTED] writes: please send /tmp/XWin.log Here it is rootless.log Description: X server log -- With regards, Roman.
Strange window redraw problem (Still)
Hi list, Dave Carrigan wrote a letter previously about this issue. ([EMAIL PROTECTED]) My problem is pretty much the same, but i'm not using xwinwm. XWinWM would be workaround for the problem (maybe it makes an additional refrEsh), but it won't solve the issue. This problem exist in -multiwindow mode. I have made some screen shots under http://koli.rulez.org/~smil/xfree - the level of blankness is not the same for all widgetsets. Eg. Motif seems to be more affected and KDE seems to loose rarely one or to lines. (It seems that only fonts get lost, once konsole's tabs but that is very rare) - Moving the mouse on the missing parts would reveal the content. (bug3.jpg) - There are no window tweaking tool installed on this computer. (XP SP1) - Tested with local xclients and sun59 clients. (standard tools like xfontset also affeced) I hope I was able to provide as enough information. If someone has a debug binary I would be happy to make tests with it. (cygcheck's output is uploaded to the above address was well as the xwin.log) -- Cserveny Tamas ps. Sorry for the empty message
Re: Strange redraw problem with multiwindow
Alexander Gottwald [EMAIL PROTECTED] writes: Somehow the workarea got stripped. Actually, it seems that I found the cause. I'm using Next-like application launcher (BrLaunch) that uses left side of the screen to display button bar (have been using it for years and so forgot to mention it in the first message as something unusual). It resizes the desktop, so that when a window is maximized, it doesn't cover the buttons. Seems that X server in multiwindow mode gets confused. Just tried X -multiwindow without BrLaunch launched, and it works fine. But it would be nice if it operates correctly with resized desktop. Can you please run with more debug messages and send me the logfile again? No problem. rootless.log Description: Binary data -- With regards, Roman.
Re: Strange redraw problem with multiwindow
BTW moving standard Windows taskbar to the left of the screen causes the same problem. -- With regards, Roman.
Re: Strange redraw problem with multiwindow
On Fri, 1 Oct 2004, Roman Belenov wrote: Alexander Gottwald [EMAIL PROTECTED] writes: Somehow the workarea got stripped. Actually, it seems that I found the cause. I'm using Next-like application launcher (BrLaunch) that uses left side of the screen to display button bar (have been using it for years and so forgot to mention it in the first message as something unusual). It resizes the desktop, so that when a window is maximized, it doesn't cover the buttons. Seems that X server in multiwindow mode gets confused. Just tried X -multiwindow without BrLaunch launched, and it works fine. But it would be nice if it operates correctly with resized desktop. I think I'll skip the size adjustment in the native windowmanager modes. The windows are not bound to the workarea and restricting the buffer to that size seems only to cause problems. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: xemacs: segmentation fault after ctrl-xctrl-c
And XEmacs is really crashing for you even if you don't use this 9 packages ? Is there any hint in the *Message-Log* Buffer which lisp file is getting loaded before you press c-x c-c ? No, it doesn't crash when I move the mentioned directories to a subdirectory but it crashes when any (just one is enough) of these packages is stored in the lisp directory. I started xemacs without a file so every time the cus-face package had been loaded. I don't know where it comes from because I couldn't find a package with that name. Do you have an idea what could be wrong? When I look e.g. at the files in crisp they are from 2003 and earlier so they haven't been touched in the last update but nevertheless they let xemacs crash. Siegmar
RE: cygwin/x symantec antivirus conflict
I have a corporate version of 8.1.1.323, and see no slowdowns. I didn't have to do anything special to make it work. (Helpful post huh?) Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jack Tanner Sent: Thursday, September 30, 2004 5:05 PM To: [EMAIL PROTECTED] Subject: Re: cygwin/x symantec antivirus conflict Alexander Gottwald wrote: I'll add this to the FAQ. Does Symantec Antivirus has an option to disable scanning for certain programs? Try adding XWin.exe to that list. Good idea, but no dice. I added the entire c:\cygwin\ tree to the Symantec exclusion list, but the slowdown is still there. There's also no difference if you disable network drive scanning, or something called Threat Tracer (the purpose of TT is Identify the source of network share-based virus infections on computers that are running Windows NT/2000/XP operating systems.) This really sucks. I don't want to run without antivirus protection, but the delay is really irritating. Is anybody using Symantec Antivirus and NOT seeing a delay? If so, what version of SA are you using? I have full version 9.0.0.1400, scan engine 1.2.0.13.
different mouse behavior between rootless and multiwindow
Hi, I am working on getting a native Solaris app to run on Windows using Cygwin. Currently, we use Exceed to do this, so if I can get this working properly, I'm sure I could convince our department head to send a donation your way. I have had success with running it rootless, but am having some trouble getting the mouse to behave properly using the multiwindow switch. In this CAD application, the screen is divided in to two parts; the main part is where the drawing is displayed, and the second part is a toolbar off to the right. How it should work: When you click and hold the right mouse button in, a new mouse cursor appears on the toolbar. The original cursor stays where it was before you right-click. You cannot move the new cursor outside of the toolbar region. The purpose of this is so that an engineer can change tools without moving the original mouse pointer. Once you let go of the right mouse button, you regain control of the original cursor exactly where you left it. What is happening: I right click I get the new cursor, but it appears directly over the original cursor rather than over the toolbar, and I can move it freely anywhere inside the window. When I let go of the right mouse button, the old pointer moves to where my mouse is before I regain control of it. Again, using the rootless switch everything works perfectly, but we would really prefer to run it with the Windows window manager. Turning the numlock key on or off does not appear to have an impact on this behavior. I know this is a long shot, but any help or suggestions would be very much appreciated. Thanks, Eric
FW: different mouse behavior between rootless and multiwindow
Sorry about the original post. So much for trying not to look like an idiot... -Original Message- From: Remfrey, Eric Sent: Friday, October 01, 2004 10:09 AM To: '[EMAIL PROTECTED]' Subject: different mouse behavior between rootless and multiwindow Hi, I am working on getting a native Solaris app to run on Windows using Cygwin. Currently, we use Exceed to do this, so if I can get this working properly, I'm sure I could convince our department head to send a donation your way. I have had success with running it rootless, but am having some trouble getting the mouse to behave properly using the multiwindow switch. In this CAD application, the screen is divided in to two parts; the main part is where the drawing is displayed, and the second part is a toolbar off to the right. How it should work: When you click and hold the right mouse button in, a new mouse cursor appears on the toolbar. The original cursor stays where it was before you right-click. You cannot move the new cursor outside of the toolbar region. The purpose of this is so that an engineer can change tools without moving the original mouse pointer. Once you let go of the right mouse button, you regain control of the original cursor exactly where you left it. What is happening: I right click I get the new cursor, but it appears directly over the original cursor rather than over the toolbar, and I can move it freely anywhere inside the window. When I let go of the right mouse button, the old pointer moves to where my mouse is before I regain control of it. Again, using the rootless switch everything works perfectly, but we would really prefer to run it with the Windows window manager. Turning the numlock key on or off does not appear to have an impact on this behavior. I know this is a long shot, but any help or suggestions would be very much appreciated. Thanks, Eric
multi head X
Hello, I did a quick search and didn't turn up anything so here goes. I'm running XP with cygwin and cygwin X which is great. I'm just having a problem if I drag a window over to the number 1 display, I can no longer interact with it. Do I need to reconfig for two displays? I think your version is better than exceed by alot other than that. Thanks - Anthony
Re: multi head X
On Fri, 1 Oct 2004, Anthony Gabrielson wrote: Hello, I did a quick search and didn't turn up anything so here goes. I'm running XP with cygwin and cygwin X which is great. I'm just having a problem if I drag a window over to the number 1 display, I can no longer interact with it. Do I need to reconfig for two displays? I think your version is better than exceed by alot other than that. Please try adding the -multiplemonitors switch to XWin.exe start bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Bug|RFE: Manually set mouse button count
Hello, At least if XWin is run on notebook, there might be the problem that cygwin incorrectly detects the number of available mouse buttons. This may be the case especially if a 3-button-wheel mouse is attached to a PS/2-port of that notebook, because the internal PS/2-port emulator intermixes external mouse events with touchpad events. In this case, cygwin detects only 2 buttons (I assume the two touchpad buttons), while it should detect 3 buttons. This is usually not a real problem, because cygwin seems to add (by default) 2 buttons (for wheel-up and wheel-down), resultin in a total of 4 buttons. But if the user wants to use the wheel of the attached wheel mouse, the wheel-up-events are properly scheduled to the X clients, but the wheel-down-events are not. If one could manually specifiy the number of available mouse buttons (e.g. by command-line), this problem could be solved. Additionally, a related problem could be solved, too: Even if XWin correctly detects at startup time that there are only 2 mouse buttons, users might plug in a mouse with more buttons later on. Cheers, Xuân.
src/winsup/cygserver ChangeLog sysv_sem.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-10-01 11:18:10 Modified files: winsup/cygserver: ChangeLog sysv_sem.cc Log message: * sysv_sem.cc: Update to FreeBSD version 1.69. 1.68: Reduce the overhead of semop() by using the kernel stack instead of malloc'd memory to store the operations array if it is small enough to fit. 1.69: Adjust the number of processes waiting on a semaphore properly if we're woken up in the middle of sleeping. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygserver/ChangeLog.diff?cvsroot=srcr1=1.37r2=1.38 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygserver/sysv_sem.cc.diff?cvsroot=srcr1=1.3r2=1.4
[Patch]: PATH_ISDISK
As discussed earlier today.
Note that if GetVolumeInformation fails, has_acls won't get set
and cygwin will work as if ntsec was off...
Not sure how to avoid that, reliably.
Pierre
2004-10-02 Pierre Humblet [EMAIL PROTECTED]
* path.h (enum path_types): Delete PATH_ISDISK.
(path_conv::isdisk): Delete method.
(path_conv::set_isdisk): Ditto.
* path.cc (path_conv::check): Do not call set_isdisk.
* uinfo.cc(pwdgrp::load): Do not call pc.isdisk.
Index: path.h
===
RCS file: /cvs/src/src/winsup/cygwin/path.h,v
retrieving revision 1.66
diff -u -p -r1.66 path.h
--- path.h 17 Jun 2004 13:34:24 - 1.66
+++ path.h 2 Oct 2004 00:28:49 -
@@ -64,7 +64,6 @@ enum path_types
PATH_ALL_EXEC = (PATH_CYGWIN_EXEC | PATH_EXEC),
PATH_LNK = 0x0100,
PATH_TEXT =0x0200,
- PATH_ISDISK = 0x0400,
PATH_HAS_SYMLINKS = 0x1000,
PATH_SOCKET = 0x4000
};
@@ -123,7 +122,6 @@ class path_conv
device dev;
bool case_clash;
- int isdisk () const { return path_flags PATH_ISDISK;}
bool isremote () {return fs.is_remote_drive ();}
int has_acls () const {return fs.has_acls (); }
int has_symlinks () const {return path_flags PATH_HAS_SYMLINKS;}
@@ -165,7 +163,6 @@ class path_conv
void set_binary () {path_flags |= PATH_BINARY;}
void set_symlink (DWORD n) {path_flags |= PATH_SYMLINK; symlink_length =
n;}
void set_has_symlinks () {path_flags |= PATH_HAS_SYMLINKS;}
- void set_isdisk () {path_flags |= PATH_ISDISK; dev.devn = FH_FS;}
void set_exec (int x = 1) {path_flags |= x ? PATH_EXEC : PATH_NOTEXEC;}
void check (const char *src, unsigned opt = PC_SYM_FOLLOW,
Index: uinfo.cc
===
RCS file: /cvs/src/src/winsup/cygwin/uinfo.cc,v
retrieving revision 1.129
diff -u -p -r1.129 uinfo.cc
--- uinfo.cc3 Sep 2004 01:53:12 - 1.129
+++ uinfo.cc2 Oct 2004 00:28:50 -
@@ -511,7 +511,7 @@ pwdgrp::load (const char *posix_fname)
paranoid_printf (%s, posix_fname);
- if (pc.error || !pc.exists () || !pc.isdisk () || pc.isdir ())
+ if (pc.error || !pc.exists () || pc.isdir ())
{
paranoid_printf (strange path_conv problem);
res = failed;
Index: path.cc
===
RCS file: /cvs/src/src/winsup/cygwin/path.cc,v
retrieving revision 1.322
diff -u -p -r1.322 path.cc
--- path.cc 24 Sep 2004 19:41:19 - 1.322
+++ path.cc 2 Oct 2004 00:29:11 -
@@ -839,7 +839,6 @@ out:
{
if (fs.update (path))
{
- set_isdisk ();
debug_printf (this-path(%s), has_acls(%d), path, fs.has_acls ());
if (fs.has_acls () allow_ntsec wincap.has_security ())
set_exec (0); /* We really don't know if this is executable or
not here
Re: [Patch]: PATH_ISDISK
On Fri, Oct 01, 2004 at 08:41:57PM -0400, Pierre A. Humblet wrote: As discussed earlier today. Patch away. Thanks, cgf
Re: Cygserver 100% CPU (was: References to both cygwin1.dll and msvcrt.dl
--- Corinna Vinschen wrote: On Sep 30 00:12, Patrick Samson wrote: I built the DLL another way, and now have: $ cygcheck ./dp40.dll .\dp40.dll D:\cygwin\bin\cygwin1.dll C:\WINNT\System32\ADVAPI32.DLL C:\WINNT\System32\ntdll.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\USER32.dll C:\WINNT\System32\GDI32.dll C:\WINNT\System32\RPCRT4.dll D:\cygwin\bin\tcl84.dll C:\WINNT\System32\WS2_32.DLL C:\WINNT\System32\MSVCRT.dll --- C:\WINNT\System32\WS2HELP.dll Seems better, as msvcrt.dll is only there because of ws2_32 (winsock2). Which shouldn't be referenced at all. dp40.dll apparently references ws2_32.dll directly instead of using the Cygwin socket calls. There is the link command generated by autotools: gcc -mwin32 -g -O2 -o dp40.dll -shared -Wl,--export-all-symbols -Wl,-s dpChan.o dpCmds.o dpRPC.o dpPlugF.o dpFilte rs.o dpIdentity.o dpPackOff.o dpInit.o dpSerial.o dpSock.o dpWinInit.o dpWinSerial.o dpWinSock.o dpWinTcp.o dpWinUD P.o dpWinIPM.o -ltcl84 -lws2_32 If I omit -lws2_32, I receive undefined reference for winsock functions (one of the source has #include ws2tcpip.h for IP multicast). What should I do? __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail -- 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: Cygserver 100% CPU (was: References to both cygwin1.dll and msvcrt.dl
--- Patrick Samson wrote:
With the third condition (pgAdmin) everything was
fine the whole night. And there is only 4
good night! messages in the middle of the night.
I guess this is because of one of the cron tasks
scheduled around 3AM to do maintenance tasks such
as VACUUM, pg_dumpall and a diff between replicated
DBs. These are also 4 good morning with error=0.
Now, when it's wrong, I can see:
good morning (error=4)!
Error 4 is EINTR on the return of msleep().
Subsequently semop() returns with this EINTR.
Does it mean that the caller doesn't support
correctly this interrupted call to semop()?
Back to source...
The caller code seems to be:
/*
* Note: if errStatus is -1 and errno == EINTR then it
means we
* returned from the operation prematurely because we
were sent a
* signal. So we try and lock the semaphore again.
*/
do
{
errStatus = semop(sema-semId, sops, 1);
} while (errStatus 0 errno == EINTR);
I don't understand. If semop() returns EINTR (value 4)
how can it be detected by the 'while'?
__
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!
http://promotions.yahoo.com/new_mail
--
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/
X not recognizing keyboard input
If I have directed this e-mail to an incorrect list, please inform me rather than flaming me and I will go and stand in the corner for an hour or so and then re-send to the correct list. I am trying to use cygwin to provide X access to a linux system. On the cygwin system I execute $ xhost + $ xterm -g 100x100+0+0 -bg red -e ssh -l mylogin mylinuxhost I then complete the login and execute $ export DISPLAY=mycygwinhost:0.0 $ kde and, lo and behold, I get a KDE session and can load evolution, konsole, etc. Problem is it seems as though keyboard input is not being received or recognized. Any ideas what I am doing wrong/not doing right? Also, I know from years back that there is a simpler way to do this (used to configure humming bird to not require all the interaction above) but can't remember how, anybody want to refresh my memory? If anybody takes the trouble to respond to this, could you also ensure that the [EMAIL PROTECTED] address is also copied as I will be working on this from home and don't have access to this e-mail address from there Thanks Kind Regards, Mike Kenny Principal Consultant Professional Services Business Connexion (Pty) Ltd Office: +27 (0)11 266 5703 Mobile: +27 (0)83 266 1437 Fax: +27 (0)11 266 5769 Email: [EMAIL PROTECTED] Web Site: www.bcx.co.za NOTICES: 1. This message and any attachments are confidential and intended solely for the addressee. If you have received this message in error, please notify the sender at Business Connexion (Pty) Ltd immediately. Any unauthorised use, alteration or dissemination is prohibited. 2. Business Connexion (Pty) Ltd accepts no liability whatsoever for any loss whether it be direct, indirect or consequential, arising from information made available and actions resulting there from. 3. Please note that Business Connexion only binds itself by way of signed agreements. 'Signed' refers to a hand-written signature, excluding any signature appended by 'electronic communication' as defined in the Electronic Communications and Transactions Act, no. 25 of 2002. 4. Directors: P.A. Watt, B. Mophatlane, A.C. Farthing (British), B. Sithole, I. Mophatlane, M.W. Schoeman. 5. Business Connexion (Pty) Ltd Company Registration Number: 1993/003683/07. -- 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 df -l option has wrong sense?
[EMAIL PROTECTED] wrote: ..snip.. Certainly : is reserved in Windows for use only with drive letters. ObNitPick Not strictly true - the colon is also used in NTFS for streams (or data forks). /ObNitPick ..snip.. P.S. The mount type fix is still on my TODO list :-( They certainly are, that's why I have so many. :-) Bill -- ___ oo // \\ De Chelonian Mobile (_,\/ \_/ \ TortoiseSVN \ \_/_\_/The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.tigris.org This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to [EMAIL PROTECTED] This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.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: A good way to test if Cygwin isn't installed?
[EMAIL PROTECTED] wrote: I just wanted to run an idea past the list. I want to write a shell script to test if Cygwin has been installed on the machine running the shell script. I do this by running a shell (from a network install of Cygwin if necessary). If Cygwin is installed on the local machine, then cygpath -w / returns something like c:\cygwin. (Good for discovering what drive Cygwin was installed on, right?) If Cygwin has not been installed, cygpath -w / returns a plain old backslash. That's fine - maybe even great. My question: is that a reliable way to perform that test? It seems good to me. I'm working my way towards a shell script that installs or upgrades Cygwin on a machine that may or may not have Cygwin installed, and do all our local post-install stuff (which is a lot of stuff), and also test that at least the major packages from the install work properly. What if you don't have cygwin in your path until it's started? Wouldn't it be better to check to see if the cygwin hive is present in the registry, and if necessary verify the mount data from there? Bill -- ___ oo // \\ De Chelonian Mobile (_,\/ \_/ \ TortoiseSVN \ \_/_\_/The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.tigris.org This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to [EMAIL PROTECTED] This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.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: Request for a version/ revision/ release number for the whole Cygwin release/ distribution
I would like to request that this policy be reversed -- that there be a version number for the entire Cygwin release. Every O/S and application I've used had a release number for the whole thing; Cygwin should as well. I would especially like to request that there be a stable distribution. Why? Because: 1. I use Cygwin for all sorts of stuff, including mission-critical backup chores. I was recently bitten by the cron-2.6.2 EOF issue, as were others. This represents real damages that people are suffering by using Cygwin. This is bad for the open-source movement. 2. This is not the first time I've experienced this meta-problem. It indicates a lack of integration testing of Cygwin as a whole. This is also bad. 3. I would like to be able to burn Cygwin X.Y.Z onto a CD or DVD for myself and for others. This is good. 4. I develop software and would like to be able to tell people it runs on Cygwin X.Y.Z. This is also good. I hereby request that everybody who reads this message reply and express their opinion so that the Cygwin release maintainers will know what the community wants. David p.s. I hereby volunteer my time to work on implementing my request. However, be warned that I have very high standards and, especially as a volunteer, I will not tolerate my time being wasted. Yikes, prepare yourself for one heck of a tantrum from certain regular(s) on the list! But tantrums aside, I can tell you pretty much for a fact that this isn't going to happen unless you do it all yourself, almost certainly as a project unconnected with cygwin proper. You'd have to at a minimum: 1. Develop and run apropriate integration tests, a herculean task in and of itself, especially considering there is nothing of this nature in place now for the entire project (though the cygwin DLL and many apps of course have 'make test's, but it sounds like that would not be sufficient for your very high standards). You *might* get *some* support from the maintainers on this, but you'd certainly be doing 99.44% of the heavy lifting. 2. Maintain the tested binaries in a cvs repository, so you could tag them for particular cygwin releases. This would be the easy part, but you'll be setting up, hosting, and maintaining this repository yourself, guaranteed. 3. Develop and maintain an installer package for the whole bajillion megabytes of cygwin+everything that runs on cygwin. You could probably cobble together some combination of a single-file installer ala InnoSetup and the cygwin setup program + your own setup.ini. Again, you'll get pretty much zero help here. 4. You'll have to come up with a versioning scheme that minimizes confusion between the cygwin version and your distro's version. You'd probably want to call it something like David's Cygwin Distro Version X.XX instead of Cygwin X.X.X, because the latter is pretty much just wrong. I'm sure that if you were to do all this, you could probably have a nice little cottage industry burning and selling Cygwin distros on CD/DVD. I personally don't use cygwin this way, as don't a lot of other people. I use whatever's newest unless forced to do otherwise (i.e. a bug is found), and I have no need for the bulk of the multitude of cygwin packages. I'd do one of three things if I were you: 1. Roll up your sleeves, get to work, and let the list know when you're done. The maintainers (yes, I'm looking at you Chris) will at best see this as a threat to their little fifedom, and the only help you'll get will be in the form of snide comments and passive-aggression. Those who aren't openly hostile to your idea will likey rather work on other things. 2. Work on part #1 above, but intended as a pre-latest-release screen for normal packages. Again, that'd be a massive task, and the individual package maintainers are probably not going to be very interested if they'd have to do any work beyond running a script. 3. Abandon all hope of anything like this happening. Testing is the bastard child of software (especially open source), and integration testing is the bastard child of testing. Nobody is going to volunteer to do this regardless of how many people express their opinions on the matter. Does it run? Ship it! ain't just for commercial software. I don't want to discourage you here, what you suggest as I say would have value to many people. But again, you'd have to be the one to do it, with little cooperation and/or help from anybody else. I wish you well. -- Gary R. Van Sickle -- 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 locale broken? (was: Re: gnome 2.8.0 and external dependencies)
Hi Yang, And if it is working for X it should not be too hard to get it working in Cygwin too. Yes, I think so. But we need somebody to do this. You are the one! Please send a bugreport to the newlib list. Include your simple testcase as you did before, thats it. Maybe there are some wise guys how know what to fix. Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- 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/
Windows person trying to use Cygwin
I'm finding two annoying problems in Cygwin 1º) I can't have the Num Lock activated otherwise the arrow keys don't work. 2º) with nedit I can select text with the mouse, but not with the keyboard. I don't know if the problems are related. Thanks for any help Marcos -- 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 df -l option has wrong sense?
Hughes, Bill wrote: [EMAIL PROTECTED] wrote: ..snip.. Certainly : is reserved in Windows for use only with drive letters. ObNitPick Not strictly true - the colon is also used in NTFS for streams (or data forks). /ObNitPick I realise this is not directly applicable to whether a drive is local but it's the sort of thing that can bite when hacking this sort of code. Streams can also mess up your free space calculations too, which is more to the point. IIRC GetDiskFreeSpace doesn't allow for the space taken by streams. I would have thought it should really be looking at the filesystem type, not the syntax of the mount point. And I hereby confess that I don't actually know the system call used to determine the filesystem type. That would be GetDriveType in kernel32 I expect. I've had a quick look at the code and I obviously need to brush up on my C, I can't follow what's going on, I thought this would be a good place to start working with the source and gcc. I presume I only need the source for fileutils here? P.S. The mount type fix is still on my TODO list :-( They certainly are, that's why I have so many. :-) Err, I snipped the wrong bit sorry. it should have been: Aren't TODO lists wonderful? :-) They certainly are Isn't attempted humour really sad when it goes wrong and was marginal in the first place? Bill -- ___ oo // \\ De Chelonian Mobile (_,\/ \_/ \ TortoiseSVN \ \_/_\_/The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.tigris.org This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to [EMAIL PROTECTED] This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.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: libtool convenience libs problem
Hi Reini, So do I have to rebuild flex just to support a dynamic lib, which uses some parser generator support? 2000-01-19 Thomas Tanner [EMAIL PROTECTED] * ltmain.in: rewrite of the ILD code, merge linking code for programs, libraries and objects, allow linking of shared libraries against static libraries/objects on platforms that support it but print a warning, fix some typos It was already implemented in libtool. If all fails, try to set pass_all at the right place so this check is 'skipped': if test $deplibs_check_method != pass_all; then ...don't link... else ...link... The only reason I see why it is not or just partially supported by libtool is that it doesn't work on platforms where is a real difference between PIC and nonPIC code. THere is also a thread n the archives where Charles explains why the pass_all flag is not default for Cygwin. Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- 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: Cygserver 100% CPU (was: References to both cygwin1.dll and msvcrt.dl
On Sep 30 23:41, Patrick Samson wrote:
Now, when it's wrong, I can see:
good morning (error=4)!
Error 4 is EINTR on the return of msleep().
Subsequently semop() returns with this EINTR.
Are you set up to build cygwin? If so, could you please test the
following patch to cygserver and if it changes anything for you?
Thanks,
Corinna
Index: winsup/cygserver/sysv_sem.cc
===
RCS file: /cvs/src/src/winsup/cygserver/sysv_sem.cc,v
retrieving revision 1.3
diff -p -u -r1.3 sysv_sem.cc
--- winsup/cygserver/sysv_sem.cc2 Mar 2004 11:08:35 - 1.3
+++ winsup/cygserver/sysv_sem.cc1 Oct 2004 11:02:49 -
@@ -,15 +,6 @@ semop(struct thread *td, struct semop_ar
semwait, 0);
DPRINTF((semop: good morning (error=%d)!\n, error));
- if (error != 0) {
-#ifdef __CYGWIN__
- if (error != EIDRM)
-#endif /* __CYGWIN__ */
- error = EINTR;
- goto done2;
- }
- DPRINTF((semop: good morning!\n));
-
/*
* Make sure that the semaphore still exists
*/
@@ -1137,6 +1128,20 @@ semop(struct thread *td, struct semop_ar
semptr-semzcnt--;
else
semptr-semncnt--;
+
+ /*
+* Is it really morning, or was our sleep interrupted?
+* (Delayed check of msleep() return code because we
+* need to decrement sem[nz]cnt either way.)
+*/
+ if (error != 0) {
+#ifdef __CYGWIN__
+ if (error != EIDRM)
+#endif /* __CYGWIN__ */
+ error = EINTR;
+ goto done2;
+ }
+ DPRINTF((semop: good morning!\n));
}
done:
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader mailto:[EMAIL PROTECTED]
Red Hat, Inc.
--
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: Cygserver 100% CPU (was: References to both cygwin1.dll and msvcrt.dl
On Sep 30 23:22, Patrick Samson wrote: --- Corinna Vinschen wrote: On Sep 30 00:12, Patrick Samson wrote: I built the DLL another way, and now have: $ cygcheck ./dp40.dll .\dp40.dll D:\cygwin\bin\cygwin1.dll C:\WINNT\System32\ADVAPI32.DLL C:\WINNT\System32\ntdll.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\USER32.dll C:\WINNT\System32\GDI32.dll C:\WINNT\System32\RPCRT4.dll D:\cygwin\bin\tcl84.dll C:\WINNT\System32\WS2_32.DLL C:\WINNT\System32\MSVCRT.dll --- C:\WINNT\System32\WS2HELP.dll Seems better, as msvcrt.dll is only there because of ws2_32 (winsock2). Which shouldn't be referenced at all. dp40.dll apparently references ws2_32.dll directly instead of using the Cygwin socket calls. There is the link command generated by autotools: gcc -mwin32 -g -O2 -o dp40.dll -shared -Wl,--export-all-symbols -Wl,-s dpChan.o dpCmds.o dpRPC.o dpPlugF.o dpFilte rs.o dpIdentity.o dpPackOff.o dpInit.o dpSerial.o dpSock.o dpWinInit.o dpWinSerial.o dpWinSock.o dpWinTcp.o dpWinUD P.o dpWinIPM.o -ltcl84 -lws2_32 If I omit -lws2_32, I receive undefined reference for winsock functions (one of the source has #include ws2tcpip.h for IP multicast). What should I do? Nothing for now. If you don't need multicast, you can try to build without it but that's very likely not related to the cygserver problem. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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 df -l option has wrong sense?
-Original Message- From: cygwin-owner On Behalf Of Hughes, Bill Sent: 01 October 2004 11:40 P.S. The mount type fix is still on my TODO list :-( Aren't TODO lists wonderful? :-) They certainly are, that's why I have so many. :-) I especially like the whooshing sound they make as they go flying by. Err, no, wait a minute cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: libtool convenience libs problem
Gerrit P. Haase schrieb: So do I have to rebuild flex just to support a dynamic lib, which uses some parser generator support? 2000-01-19 Thomas Tanner [EMAIL PROTECTED] * ltmain.in: rewrite of the ILD code, merge linking code for programs, libraries and objects, allow linking of shared libraries against static libraries/objects on platforms that support it but print a warning, fix some typos It was already implemented in libtool. If all fails, try to set pass_all at the right place so this check is 'skipped': if test $deplibs_check_method != pass_all; then ...don't link... else ...link... The only reason I see why it is not or just partially supported by libtool is that it doesn't work on platforms where is a real difference between PIC and nonPIC code. THere is also a thread n the archives where Charles explains why the pass_all flag is not default for Cygwin. yes, that would be interesting to read, because I'm wondering what prevents libtool on cygwin to ignore the duplication of efforts providing PIC (in .libs) and nonPIC objects, where both are effectively the same. And then refuses to build on false assumptions. (PIC != non-PIC on cygwin) Maybe some src defines are in effect for the .libs/ which could hurt. (or did hurt before the improved binutils) So far I found nothing, but charles has a lot of messages in the archive to explore. I'll start with the libtool demo's from the src packages. mdemo-shared looks promising. for now I live this ugly workaround: extract the objects from the static lib, copy them (as fake) to the PIC objects, and build my module. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- 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: libtool convenience libs problem
Hi Reini, There is also a thread n the archives where Charles explains why the pass_all flag is not default for Cygwin. yes, that would be interesting to read, because I'm wondering what prevents libtool on cygwin to ignore the duplication of efforts providing PIC (in .libs) and nonPIC objects, where both are effectively the same. And then refuses to build on false assumptions. (PIC != non-PIC on cygwin) Maybe some src defines are in effect for the .libs/ which could hurt. (or did hurt before the improved binutils) So far I found nothing, but charles has a lot of messages in the archive to explore. I'll start with the libtool demo's from the src packages. mdemo-shared looks promising. Search for 'pass_all +Charles' via Google. for now I live this ugly workaround: extract the objects from the static lib, copy them (as fake) to the PIC objects, and build my module. That is likely the same as if you would use pass_all, but pass_all is cheap, just a small fix in libtool.m4 or if you prefer to not modify system libs then fix it in aclocal.m4 before running autoconf. Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- 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: Cygserver 100% CPU (was: References to both cygwin1.dll and msvcrt.dl
--- Corinna Vinschen wrote: On Sep 30 23:41, Patrick Samson wrote: Now, when it's wrong, I can see: good morning (error=4)! Error 4 is EINTR on the return of msleep(). Subsequently semop() returns with this EINTR. Are you set up to build cygwin? If so, could you please test the following patch to cygserver and if it changes anything for you? cygserver.exe built, but /var/log/cygserver.log is 0KB What did I miss? I only replaced the original exe 101KB by the new one 1417KB on the test box (so conf is kept). ___ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.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: Request for a version/ revision/ release number for the whole Cygwin release/ distribution
David Christensen wrote: [EMAIL PROTECTED]: Per the Cygwin FAQ (http://cygwin.com/faq.html): If you are looking for the version number for the whole Cygwin release, there is none. Each package in the Cygwin release has its own version. The packages in Cygwin are continually improving, thanks to the efforts of net volunteers who maintain the Cygwin binary ports. Each package has its own version numbers and its own release process. I would like to request that this policy be reversed -- that there be a version number for the entire Cygwin release. Every O/S and application I've used had a release number for the whole thing; Cygwin should as well. I would especially like to request that there be a stable distribution. Why? Because: 1. I use Cygwin for all sorts of stuff, including mission-critical backup chores. I was recently bitten by the cron-2.6.2 EOF issue, as were others. This represents real damages that people are suffering by using Cygwin. This is bad for the open-source movement. 2. This is not the first time I've experienced this meta-problem. It indicates a lack of integration testing of Cygwin as a whole. This is also bad. 3. I would like to be able to burn Cygwin X.Y.Z onto a CD or DVD for myself and for others. This is good. 4. I develop software and would like to be able to tell people it runs on Cygwin X.Y.Z. This is also good. I hereby request that everybody who reads this message reply and express their opinion so that the Cygwin release maintainers will know what the community wants. You imply a rigid division where none exists. The Cygwin package maintainers are part of the community. p.s. I hereby volunteer my time to work on implementing my request. However, be warned that I have very high standards and, especially as a volunteer, I will not tolerate my time being wasted. *EVERYONE* *ELSE* here is a *VOLUNTEER* *TOO*. The concept of a 'stable distribution' implies a considerable about of testing and infrastructure. I don't think there are enough potential volunteer man-hours to make such a thing feasible. Make no mistake, it is a *lot* of work. We have never claimed that Cygwin will never have bugs. If you are using it for mission-critical stuff, you should be performing appropriate tests in a testing environment before deploying new version to your production environment. That advice it common to any mission-critical system, not just Cygwin. Yes, there is a lack of integration testing of the distribution as a whole. How can you test something as diverse as entire distribution? Pretty much only by putting it out there and letting people play with it, and seeing where it breaks. You can certainly burn Cygwin onto a CD right now. Max. -- 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: Request for a version/ revision/ release number for the whole Cygwin release/ distribution
-Original Message- From: cygwin-owner On Behalf Of David Christensen Sent: 01 October 2004 06:31 [EMAIL PROTECTED]: http://cygwin.com/acronyms#PCYMTNQREAIYR, then please don't go and manually enter any either! Per the Cygwin FAQ (http://cygwin.com/faq.html): If you are looking for the version number for the whole Cygwin release, there is none. Each package in the Cygwin release has its own version. The packages in Cygwin are continually improving, thanks to the efforts of net volunteers who maintain the Cygwin binary ports. Each package has its own version numbers and its own release process. I would like to request that this policy be reversed -- that there be a version number for the entire Cygwin release. Well, you haven't explained how you would like this to be achived. As far as I can see, the only two ways would be a) Have an overall version number that is bumped every time any package changes at all, or b) Forbid package maintainers from making releases directly, but instead accumulate all the new releases they come up with and roll them all up into a new entire Cygwin release at arbitrary intervals, at which time a new version number is assigned to the overall bundle. Is there another option I've overlooked? Every O/S and application I've used had a release number for the whole thing; Cygwin should as well. As has been pointed out before, this is simply not remotely true. Every O/S you've used has a release number that applies only to the core O/S without any relevance to the applications, and there are always many versions of applications per version of each O/S. So you could achive the same goal by simply choosing the version number of the dll as your entire Cygwin release version number. I would especially like to request that there be a stable distribution. There's absolutely no reason on earth why you shouldn't go ahead and assemble a stable distribution for yourself. Why? Because: 1. I use Cygwin for all sorts of stuff, including mission-critical backup chores. I was recently bitten by the cron-2.6.2 EOF issue, as were others. This represents real damages that people are suffering by using Cygwin. This is bad for the open-source movement. What cron-2.6.2 EOF issue? I couldn't find any reference to a cygwin version of cron earlier than 3.0.something. However, on the assumption that you mean rsync, the problem presumably happened when you upgraded to the latest version, yes? And you think this is the cygwin project's or rsync maintainer's fault? No, this is entirely your own fault for following bad practice. Why on earth did you go replacing a known-good version of a mission-critical app in a production environment with an unknown and untested version? Have you ever heard of 'change control management'? If it was already working as desired, and there wasn't some critical bug or security fix or vital new feature you needed, it was irresponsible and reckless of you to go and change the installed version. The urge to always have the very latest versions of everything is completely pointless: there's no need for it and it imposes risk to your project without any clear benefit in exchange. When you went to upgrade that already-working-package, you were on a hiding to nothing. It also has nothing to do with the open-source movement. Nobody installs the latest and newest version of Windows onto a production server the second it hits the streets, precisely because the latest'n'greatest version of _any_ software is also _always_ the least reliable and stable, and everybody knows it. Why do you think so many major corporations still use Nt4Sp6 for all their working servers? Because it's a known quantity, stable and well understood and refined and debugged over many years. You don't go and install the latest beta longhorn release on an operationally vital machine, not if you value the continuity of your business you don't. 2. This is not the first time I've experienced this meta-problem. It indicates a lack of integration testing of Cygwin as a whole. This is also bad. 3. I would like to be able to burn Cygwin X.Y.Z onto a CD or DVD for myself and for others. This is good. 4. I develop software and would like to be able to tell people it runs on Cygwin X.Y.Z. This is also good. Right, this is a reasonable suggestion: that you want Cygwin to become a distribution, like one of the major Linux distros, with a tested and integrated set of packages. This begins to answer my earlier question: I assume that you want co-ordinated releases at infrequent intervals rather than ad-hoc releases by maintainers whenever they have new versions. Unfortunately, it's a lot of work. This is why corporations like Red Hat and SuSE and Debian and whoever can charge money for the work they do in packaging, integrating, testing and certifying distros. So if you wanted to set up a company in the business
Re: Request for a version/ revision/ release number for the whole Cygwin release/ distribution
On Oct 1 14:16, Dave Korn wrote: Or you can take option b), and pay someone to do this work for you: I'm sure Red Hat would still be glad to discuss terms for Cygwin support contracts. Absolutely. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: Cygserver 100% CPU (was: References to both cygwin1.dll and msvcrt.dl
On Oct 1 06:05, Patrick Samson wrote: --- Corinna Vinschen wrote: On Sep 30 23:41, Patrick Samson wrote: Now, when it's wrong, I can see: good morning (error=4)! Error 4 is EINTR on the return of msleep(). Subsequently semop() returns with this EINTR. Are you set up to build cygwin? If so, could you please test the following patch to cygserver and if it changes anything for you? cygserver.exe built, but /var/log/cygserver.log is 0KB What did I miss? Dunno. How shall I know without any details? The patch I've posted has nothing whatsoever to do with logging, FWIW. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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/
Windows person trying to use Cygwin
I'm finding two annoying problems in Cygwin 1º) I can't have the Num Lock activated otherwise the arrow keys don't work. 2º) with nedit I can select text with the mouse, but not with the keyboard. I don't know if the problems are related. How can I resolve them? Thanks for any help Marcos -- 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: Cygserver 100% CPU (was: References to both cygwin1.dll and msvcrt.dl
--- Corinna Vinschen wrote: On Oct 1 06:05, Patrick Samson wrote: --- Corinna Vinschen wrote: On Sep 30 23:41, Patrick Samson wrote: Now, when it's wrong, I can see: good morning (error=4)! Error 4 is EINTR on the return of msleep(). Subsequently semop() returns with this EINTR. Are you set up to build cygwin? If so, could you please test the following patch to cygserver and if it changes anything for you? cygserver.exe built, but /var/log/cygserver.log is 0KB What did I miss? Dunno. How shall I know without any details? The patch I've posted has nothing whatsoever to do with logging, FWIW. By default configure uses sysconfdir as /usr/local/etc so the exe was looking for .conf in this directory, which is empty. I had to ./configure --sysconfdir=/etc Now traces are there. Testing... __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail -- 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: Excessive CPU load (cygrunsrv.exe, tail.exe, etc)
On Thu, 30 Sep 2004, Andrew DeFaria wrote: Steve B wrote: [snip] Another thing I noticed, after reading Andrew DeFaria post, was that csrss.exe would be using 25% of the CPU while the cygwin processes would hog about %75 of the CPU. I'm not sure what csrss.exe is, http://www.liutilities.com/products/wintaskspro/processlibrary/csrss/ csrss.exe is the main executable for the Microsoft Client/Server Runtime Server Subsystem. This process manages most graphical commands in Windows. This program is important for the stable and secure running of your computer and should not be terminated. except that I cannot kill it (Access Denied, even as Administrator). That's what Process Explorer is for! It can kill things that the Task Manager won't let you. Unfortunately killing some things, like this, is very determental to your system (i.e. you reboot! IIRC). FWIW, Cygwin's /bin/kill -f should work too. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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: group name problem
Pierre A. Humblet pierre.humblet at ieee.org writes: ... What are the permissions of /etc/group ? Pierre Permissions on /etc/group are: $ ls -l /etc/group -rw-rw-r--1 Administ None 562 Sep 30 16:57 /etc/group I also tried the same permissions having changed group ownership to Limited SSHD users, which is the group in question above, to no avail. Jacob -- 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: Cygserver 100% CPU (was: References to both cygwin1.dll and msvcrt.dl
--- Corinna Vinschen wrote: On Sep 30 23:41, Patrick Samson wrote: Now, when it's wrong, I can see: good morning (error=4)! Error 4 is EINTR on the return of msleep(). Subsequently semop() returns with this EINTR. Are you set up to build cygwin? If so, could you please test the following patch to cygserver and if it changes anything for you? Same behaviour. As soon as there are some error=4, it will hang. On service stop, postgres may stop some of its backends, but not all of them, and stay in 'Stopping' state. If I 'End Process' cygserver, PG used to disappear, except the last try where I had to 'End Process' two defunct postgres.exe. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.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: seg-vios from gcc program at execv() on Windows XP
On Thu, 30 Sep 2004, Richard Troy wrote: On Thu, 30 Sep 2004, Igor Pechtchanski wrote: Note that the code is _rock_solid_ on Linux/Unix/Mac OSX, and on all earlier versions of Windows we've ever tried it on. We've _never_ seen it seg-vio before. Please provide a complete (hopefully simple) testcase, along with the compilation flags, etc. In particular, it'd be interesting to see how nargv is allocated, etc. I suspect you're not placing a NULL at the end of the argument list, and Cygwin and Linux allocate nargv differently (so that on Linux, nargv just happens to have zeroed memory after it). Almost; right issue, wrong problem. It turned out not that there wasn't a terminating NULL but that there was an extra one, one past where it should have been! This kind of problem is, apparently, _very_ easy to overlook and I guess we just got away with it in the past. -shrug- Hmm, an extra NULL shouldn't have any effect -- execv stops at the first one, IIRC. I wasn't dismissing the possibility of a bug in Cygwin, simply wanted to make sure that the code that exhibited the problem was correct. I realize that you now have the issue fixed (or worked around), but if you're still willing to pursue this to help Cygwin get better, please check with SUS on the semantics of all the system calls used, and if you can construct a testcase that should work correctly but doesn't, please resubmit the bug report (with the complete testcase). I want to thank you for taking the time to reply, Igor. I was awfully stressed out about it. Glad it helped. Even though it wasn't really a Cygwin problem, you were supportive and I appreciagte it. We don't know yet that it wasn't. From your description of the fix, it seemed that your original code should have worked. That's why I asked for the testcase. (BTW ping and dig utilities would be nice!) FWIW, XP (and 2k) This should have been XP Pro (and 2k)... come with `cygpath -S`/ping.exe and `cygpath -S`/nslookup.exe. ?? ...Doesn't do _anything_ on my computer! -smile- (Maybe I'd better to a hunt for them as they aren't in my path today.) Those *are* the complete paths to the files -- just do ls -l path for each of them. But if you have XP Home, you may not have them. :-( Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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/
[OT] RE: cp to flash drive very slow
On Thu, 30 Sep 2004, Gary R. Van Sickle wrote: Well, yes. The flash drive is a Sandisk Cruzer Mini which is USB 2.0 with fallback to 1.1. The computer is a Dell Dimension 4600 which claims eight USB 2.0 connectiors. Running Windows XP. [snip] (EIGHT USB 2.0 connectors? Wowzers! This USB fad just might be catching on! ;-)) You better believe it! :-D http://www.troubles.ru/Humor/Admins_Life/index_files/41.jpg Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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: seg-vios from gcc program at execv() on Windows XP
-Original Message- From: cygwin-owner On Behalf Of Igor Pechtchanski Sent: 01 October 2004 15:31 Almost; right issue, wrong problem. It turned out not that there wasn't a terminating NULL but that there was an extra one, one past where it should have been! This kind of problem is, apparently, _very_ easy to overlook and I guess we just got away with it in the past. -shrug- Hmm, an extra NULL shouldn't have any effect -- execv stops at the first one, IIRC. Yes, but if you've created an argv[] on the stack to pass to execv, and it has just the right number of entries, and you go and write an extra NULL into it IOW, the extra NULL does have an effect... just not on execv! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: group name problem
Jacob Kitzman wrote: Pierre A. Humblet pierre.humblet at ieee.org writes: ... What are the permissions of /etc/group ? Pierre Permissions on /etc/group are: $ ls -l /etc/group -rw-rw-r--1 Administ None 562 Sep 30 16:57 /etc/group I also tried the same permissions having changed group ownership to Limited SSHD users, which is the group in question above, to no avail. Could also be a mount issue. When you are logged in as user dnr, can you cat /etc/group? If the answer is yes, run strace -o trace.txt id as user dnr (use just id, not id dnr). Send us trace.txt Pierre -- 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: seg-vios from gcc program at execv() on Windows XP
On Fri, 1 Oct 2004, Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Igor Pechtchanski Sent: 01 October 2004 15:31 Almost; right issue, wrong problem. It turned out not that there wasn't a terminating NULL but that there was an extra one, one past where it should have been! This kind of problem is, apparently, _very_ easy to overlook and I guess we just got away with it in the past. -shrug- Hmm, an extra NULL shouldn't have any effect -- execv stops at the first one, IIRC. Yes, but if you've created an argv[] on the stack to pass to execv, and it has just the right number of entries, and you go and write an extra NULL into it IOW, the extra NULL does have an effect... just not on execv! Ah. Argm. Ungh. Ehm. (a whole list of other sounds, that together mean thanks for the correction). :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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: [OT] RE: cp to flash drive very slow
Igor Pechtchanski wrote: On Thu, 30 Sep 2004, Gary R. Van Sickle wrote: Well, yes. The flash drive is a Sandisk Cruzer Mini which is USB 2.0 with fallback to 1.1. The computer is a Dell Dimension 4600 which claims eight USB 2.0 connectiors. Running Windows XP. [snip] (EIGHT USB 2.0 connectors? Wowzers! This USB fad just might be catching on! ;-)) You better believe it! :-D http://www.troubles.ru/Humor/Admins_Life/index_files/41.jpg Igor http://www.thinkgeek.com/interests/usb/68ce/zoom/ http://www.thinkgeek.com/interests/usb/6984/zoom/ http://www.thinkgeek.com/interests/usb/6db9/ http://www.nerdorama.com/showproduct.php?ProductID=149 The last two may actually be usefull, well the last one anyway. Bill -- ___ oo // \\ De Chelonian Mobile (_,\/ \_/ \ TortoiseSVN \ \_/_\_/The coolest Interface to (Sub)Version Control /_/ \_\ http://tortoisesvn.tigris.org This e-mail transmission is strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this email in error, please reply to the sender as soon as possible and delete the message. Please note that we are able to, and reserve the right to, monitor e-mail communications passing through our network. The views expressed in this email are not that of the company unless specified within the message. The inclusion of this footnote indicates that the mail message and any attachments have been checked for the presence of known viruses. If you have any comments regarding our policy please direct them to [EMAIL PROTECTED] This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.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: A good way to test if cygwin isn't installed?
On Fri, Oct 01, 2004 at 02:51:01PM +1000, [EMAIL PROTECTED] wrote: I just wanted to run an idea past the list. I want to write a shell script to test if Cygwin has been installed on the machine running the shell script. I do this by running a shell (from a network install of Cygwin if necessary). If Cygwin is installed on the local machine, then cygpath -w / returns something like c:\cygwin. (Good for discovering what drive Cygwin was installed on, right?) If Cygwin has not been installed, cygpath -w / returns a plain old backslash. That's fine - maybe even great. My question: is that a reliable way to perform that test? It seems good to me. If you have cygwin programs available to you, then use the mount command. If the only output from the mount command is of the noumount variety then cygwin isn't installed in any meaningful way. -- 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: A good way to test if cygwin isn't installed?
Christopher Faylor wrote: On Fri, Oct 01, 2004 at 02:51:01PM +1000, [EMAIL PROTECTED] wrote: I just wanted to run an idea past the list. I want to write a shell script to test if Cygwin has been installed on the machine running the shell script. I do this by running a shell (from a network install of Cygwin if necessary). If Cygwin is installed on the local machine, then cygpath -w / returns something like c:\cygwin. (Good for discovering what drive Cygwin was installed on, right?) If Cygwin has not been installed, cygpath -w / returns a plain old backslash. That's fine - maybe even great. My question: is that a reliable way to perform that test? It seems good to me. If you have cygwin programs available to you, then use the mount command. If the only output from the mount command is of the noumount variety then cygwin isn't installed in any meaningful way. Personally I would consider the existence or non-existence of cygwin1.dll to be a more definitive measure of whether or not Cygwin is installed in a meaningful way. -- Headline: Bear takes over Disneyland in Pooh D'Etat! -- 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: Request for a version/ revision/ release number for the whole cygwin release/ distribution
On Thu, Sep 30, 2004 at 10:31:26PM -0700, David Christensen wrote: cygwin blah.. http://cygwin.com/acronyms/#PCYMTNQREAIYR Per the Cygwin FAQ (http://cygwin.com/faq.html): If you are looking for the version number for the whole Cygwin release, there is none. Each package in the Cygwin release has its own version. The packages in Cygwin are continually improving, thanks to the efforts of net volunteers who maintain the Cygwin binary ports. Each package has its own version numbers and its own release process. I would like to request that this policy be reversed -- that there be a version number for the entire Cygwin release. Every O/S and application I've used had a release number for the whole thing; Cygwin should as well. I would especially like to request that there be a stable distribution. As others have pointed out, this has come up before. Here's one discussion: http://cygwin.com/ml/cygwin/2003-04/msg01449.html My offer to set up space on sourceware.org (aka sources.redhat.com aka cygwin.com) and establish a mailing list or mailing lists still holds. We could add a stable release tag to the main web page, too. All that we need is someone to maintain this beast. To reiterate what I said in the above thread, I'm, personally, not interested in undertaking this kind of release effort, especially given the limited number of cygwin package maintainers, all of whom have day jobs. I'm even less inclined now than I was before since I watched the pain of getting Fedora releases out the door when I was at Red Hat. The last time this came up, some people were going to attempt this but the effort seemed to vanish almost immediately. However, if there is now again more interest, then I'll again repeat the offer. Please don't underestimate the amount of work involved, however. I do understand why people would want someone to produce a stable release in which all packages have been tested. However, even given that, there will always be problems. Having been involved in Red Hat's RHEL support, I know that a monolithic release is not a panacea. 1. I use Cygwin for all sorts of stuff, including mission-critical backup chores. I was recently bitten by the cron-2.6.2 EOF issue, as were others. This represents real damages that people are suffering by using Cygwin. This is bad for the open-source movement. This assumes that somehow the cron-2.6.2 EOF issue (I'm not familiar with this and don't recall seeing it mentioned here) would have been caught in final testing. You can't make that assumption. It's entirely possible that problems like this could slip into a mega distribution. (Again, I speak from experience) Given that this is possible, what would you then suggest for a release policy? Should we release all of cygwin again to fix the cron EOF problem? Or should we release a hot fix just for cron? If we are going to be releasing a major release then we can't do it quickly, so you suffer as someone runs through complete integration testing. If we are going to be releasing hot fixes then that's not very different from the way things are handled now. I think your best bet is to follow Dave Korn's advice and generate a stable release that is right for your own situation. Use that and only uprade intelligently, i.e., follow the cygwin list to look for trends or problems before deciding to run 'setup.exe'. -- Christopher Faylor spammer? - [EMAIL PROTECTED] Cygwin Co-Project Leader[EMAIL PROTECTED] TimeSys, Inc. -- 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: Request for a version/ revision/ release number for the whole Cygwin release/ distribution
On 10/01/2004 at 12:31:34 AM, [EMAIL PROTECTED] wrote: Every O/S and application I've used had a release number for the whole thing; Cygwin should as well. --- end of excerpt --- At a minimum, I think that's quite an oversimplification and perhaps factually untrue? Have you used a Linux distribution for example? There's a single release number, but its really rather meaningless, because the first thing you do is install updates to various packages (possibly including the kernel). That's very similar to cygwin. You have a base version of the cygwin DLL, and version number for each package. I suspect that the best you'll have is to explicitly test and ship your product with a specific version of the packages that you use. -- 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: Request for a version/ revision/ release number for the whole cygwin release/ distribution
-Original Message- From: cygwin-owner On Behalf Of Christopher Faylor Sent: 01 October 2004 17:24 This assumes that somehow the cron-2.6.2 EOF issue (I'm not familiar with this and don't recall seeing it mentioned here) He meant rsync, not cron, and he meant EOL, not EOF, but apart from that... http://www.cygwin.com/ml/cygwin-announce/2004-09/msg00036.html cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: A good way to test if cygwin isn't installed?
Andrew DeFaria wrote:
Christopher Faylor wrote:
..snip..
If you have cygwin programs available to you, then use the mount
command. If the only output from the mount command is of the
noumount variety then cygwin isn't installed in any meaningful way.
Personally I would consider the existence or non-existence of
cygwin1.dll to be a more definitive measure of whether or not Cygwin
is installed in a meaningful way.
I think it may be possible to cygwin installed and not have it in the path,
if it's started from a bat or cmd that modifies the path etc...
anyway, finding cygwin1.dll may be a slow process. It might be better to
access the registry, this jscript uses the windows scripting host, so won't
work on older boxes unless wsh is there, but as a proof of concept it may be
ok.
start
// JScript.
var wsh = new ActiveXObject(WScript.Shell) ;
var KEY9X = HKLM\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\ ;
var OsRoot = ? ;
var CygRoot = Cygwin Not Found ;
try {
OsRoot = wsh.RegRead(KEY9X+Version)
} catch(err) {}
if ( OsRoot != ? ) { // Win9x or Me
cygkey = This needs determining - I have no 9x box to test ;
try {
CygRoot = wsh.RegRead(cygkey);
} catch(err) {}
}
else {// NT or 2000
var cygkey = HKLM\\SOFTWARE\\Cygnus Solutions\\Cygwin\\mounts
v2\\/\\native;
try {
CygRoot = wsh.RegRead(cygkey);
} catch(err) {}
}
WScript.Echo(CygRoot);
end
when run it should give the foder mounted as '/'. It also won't work on a
9X/ME box as I don't know the registry key for that without digging.
When I get home I may have time to hack this together as a standalone, if
anyone is interested.
Bill
--
___
oo // \\ De Chelonian Mobile
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
This e-mail transmission is strictly confidential and intended solely
for the person or organisation to whom it is addressed. It may contain
privileged and confidential information and if you are not the intended
recipient, you must not copy, distribute or take any action in reliance
on it. If you have received this email in error, please reply to the
sender as soon as possible and delete the message. Please note that we
are able to, and reserve the right to, monitor e-mail communications
passing through our network.
The views expressed in this email are not that of the company unless
specified within the message.
The inclusion of this footnote indicates that the mail message and any
attachments have been checked for the presence of known viruses.
If you have any comments regarding our policy please direct them to
[EMAIL PROTECTED]
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.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: Request for a version/ revision/ release number for the whole cygwin release/ distribution
On Fri, Oct 01, 2004 at 11:52:15AM -0500, Fred Kulack wrote: On 10/01/2004 at 12:31:34 AM, cygwin-owner wrote: Every O/S and application I've used had a release number for the whole thing; Cygwin should as well. --- end of excerpt --- At a minimum, I think that's quite an oversimplification and perhaps factually untrue? Have you used a Linux distribution for example? There's a single release number, but its really rather meaningless, because the first thing you do is install updates to various packages (possibly including the kernel). That's very similar to cygwin. You have a base version of the cygwin DLL, and version number for each package. I suspect that the best you'll have is to explicitly test and ship your product with a specific version of the packages that you use. Yeah, I've always thought of the way that Cygwin does things as more of a feature than a bug. Cygwin's current policies do put the onus on the end user to figure out what's best for their use, but, really, that is true of any large software release. It's probably a lot more obvious with cygwin. As I said, I very am familiar with the effort that goes into releasing Red Hat's Enterprise Linux product and I'm somewhat familiar with the Fedora Project. I think that the Fedora project is closer to what is being requested for Cygwin. Unlike Cygwin, for Red Hat Fedora or RHEL, you don't normally run 'up2date', 'yum update', apt get, or whatever to pull down the next *major* version of emacs. You only get security errata or fixes for serious bugs. That's nice if that's all that you care about but it means that there are programmers somewhere who are noticing security problems and backporting fixes from the newest versions of emacs into the older versions that shipped with the stable release. That's a job that no one enjoys. I don't think we have any volunteers here for that. Another problem with Fedora and RHEL is that updating to the next major release isn't always supported without wiping out your installation and reinstalling. This is because it is very hard to track dependencies in everything that has changed in the course of development. Little things like switching from XFree86 to Xorg or using udev instead of devfs can cause problems in unanticipated ways, creating support headaches. If we did start releasing Cygwin in this way then we might have similar problems since people will not be updating incrementally and we would not be seeing problems when they occur. Instead we'd be seeing problems months after we made a change. Fedora has various flavors of development and testing repositories that you can connect to if you want to get the latest and greatest, so you can satisfy the cravings to always be on the cutting edge. Unfortunately Fedora has a much more technically active user base than cygwin does. Fedora is a much sexier product than Cygwin. This is illustrated, IMO, by the fact that the traffic on the Fedora lists dwarfs the cygwin lists. That means that there might be a couple of people working on emacs and there will be many more people testing things to make sure that they are stable. I don't think it is inconceivable that some kind of similar activities could spring up around cygwin, on a smaller scale. Maybe all that it would take are one or two people willing to spend a lot of effort in generating stable releases. Then the current cygwin release would just be a development channel for the stable release. While it's not inconceivable, I don't think it is very likely, though, and I think past conversations on the cygwin list show this. -- Christopher Faylor spammer? - [EMAIL PROTECTED] Cygwin Co-Project Leader[EMAIL PROTECTED] TimeSys, Inc. -- 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: A good way to test if cygwin isn't installed?
On Fri, Oct 01, 2004 at 06:08:48PM +0100, Hughes, Bill wrote: Andrew DeFaria wrote: Christopher Faylor wrote: ..snip.. If you have cygwin programs available to you, then use the mount command. If the only output from the mount command is of the noumount variety then cygwin isn't installed in any meaningful way. Personally I would consider the existence or non-existence of cygwin1.dll to be a more definitive measure of whether or not Cygwin is installed in a meaningful way. I think it may be possible to cygwin installed and not have it in the path, if it's started from a bat or cmd that modifies the path etc... anyway, finding cygwin1.dll may be a slow process. It might be better to access the registry, this jscript uses the windows scripting host, so won't work on older boxes unless wsh is there, but as a proof of concept it may be ok. Just having mount.exe and cygwin1.dll in the same directory and running mount should be adequate. If mount exits with a multiple cygwin problem then, well... If mount shows more than just /cygdrive paths, then cygwin isn't installed in any useful way. This uses standard tools to check and avoids the assumption that checking the registry is always going to be the best way to find out if cygwin is installed. cgf -- 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: Request for a version/ revision/ release number for the whole cygwin release/ distribution
On Fri, Oct 01, 2004 at 01:15:25PM -0400, Christopher Faylor wrote: As I said, I very am familiar with the effort that goes into releasing am very cgf (who only sees these things after hitting 'y' or when perusing the archives months later...) -- 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: A good way to test if cygwin isn't installed?
On Fri, Oct 01, 2004 at 01:19:39PM -0400, Christopher Faylor wrote: On Fri, Oct 01, 2004 at 06:08:48PM +0100, Hughes, Bill wrote: Andrew DeFaria wrote: Christopher Faylor wrote: ..snip.. If you have cygwin programs available to you, then use the mount command. If the only output from the mount command is of the noumount variety then cygwin isn't installed in any meaningful way. Personally I would consider the existence or non-existence of cygwin1.dll to be a more definitive measure of whether or not Cygwin is installed in a meaningful way. I think it may be possible to cygwin installed and not have it in the path, if it's started from a bat or cmd that modifies the path etc... anyway, finding cygwin1.dll may be a slow process. It might be better to access the registry, this jscript uses the windows scripting host, so won't work on older boxes unless wsh is there, but as a proof of concept it may be ok. Just having mount.exe and cygwin1.dll in the same directory and running mount should be adequate. If mount exits with a multiple cygwin problem then, well... If mount shows more than just /cygdrive paths, then cygwin isn't installed ^ nothing in any useful way. cgf (batting 1000) -- 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: A good way to test if cygwin isn't installed?
-Original Message- From: cygwin-owner On Behalf Of Christopher Faylor Sent: 01 October 2004 18:23 On Fri, Oct 01, 2004 at 01:19:39PM -0400, Christopher Faylor wrote: Just having mount.exe and cygwin1.dll in the same directory and running mount should be adequate. If mount exits with a multiple cygwin problem then, well... If mount shows more than just /cygdrive paths, then cygwin isn't installed ^ nothing in any useful way. cgf (batting 1000) ^^^ Oops, looks like you did it again. You put a '1' where you _obviously_ meant to put a '.' ... runs away cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: A good way to test if cygwin isn't installed?
On Fri, Oct 01, 2004 at 06:29:48PM +0100, Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Christopher Faylor Sent: 01 October 2004 18:23 On Fri, Oct 01, 2004 at 01:19:39PM -0400, Christopher Faylor wrote: Just having mount.exe and cygwin1.dll in the same directory and running mount should be adequate. If mount exits with a multiple cygwin problem then, well... If mount shows more than just /cygdrive paths, then cygwin isn't installed ^ nothing in any useful way. cgf (batting 1000) ^^^ Oops, looks like you did it again. You put a '1' where you _obviously_ meant to put a '.' Since batting 1000 in this context referred to my making mistakes, then putting a '.' there would indicate that I make no mistakes. While I appreciate the compliment, that is obviously just not treu. cgf -- 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: A good way to test if cygwin isn't installed?
-Original Message- From: cygwin-owner On Behalf Of Christopher Faylor Sent: 01 October 2004 18:35 On Fri, Oct 01, 2004 at 06:29:48PM +0100, Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Christopher Faylor Sent: 01 October 2004 18:23 On Fri, Oct 01, 2004 at 01:19:39PM -0400, Christopher Faylor wrote: Just having mount.exe and cygwin1.dll in the same directory and running mount should be adequate. If mount exits with a multiple cygwin problem then, well... If mount shows more than just /cygdrive paths, then cygwin isn't installed ^ nothing in any useful way. cgf (batting 1000) ^^^ Oops, looks like you did it again. You put a '1' where you _obviously_ meant to put a '.' Since batting 1000 in this context referred to my making mistakes, then putting a '.' there would indicate that I make no mistakes. While I appreciate the compliment, that is obviously just not treu. cgf Treu? clouseauZat is what I zaid, idiot!/clouseau It's obviously the end of a long Friday. I'd better get out of here for the night before I drag it too far off-topic! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Request for a version/ revision/ release number for the whole Cygwin release/ distribution
For what it's worth, I'm at this very moment moving my company's build system away from Cygwin, for precisely reason number 4: I cannot tell customers which Cygwin version to get. -- The one thing that unites all human beings, regardless of age, gender, religion, economic status or ethnic background, is that deep down inside, we all believe that we are above average drivers. -- Dave Barry -- 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: group name problem
Pierre, I noticed that the output differs between running just id and strace -o trace.txt id: [EMAIL PROTECTED] ~ $ id uid=1004(dnr) gid=1006(mkgroup) groups=1006(mkgroup) [EMAIL PROTECTED] ~ $ strace -o trace.txt id uid=400(dnr) gid=401(mkpasswd) groups=401(mkpasswd) I've attached trace.txt. Thanks a lot for looking for this! Jacob -Original Message- From: Pierre A. Humblet [mailto:[EMAIL PROTECTED] Sent: Friday, October 01, 2004 9:45 AM To: Jacob Kitzman Cc: [EMAIL PROTECTED] Subject: Re: group name problem Jacob Kitzman wrote: Pierre A. Humblet pierre.humblet at ieee.org writes: ... What are the permissions of /etc/group ? Pierre Permissions on /etc/group are: $ ls -l /etc/group -rw-rw-r--1 Administ None 562 Sep 30 16:57 /etc/group I also tried the same permissions having changed group ownership to Limited SSHD users, which is the group in question above, to no avail. Could also be a mount issue. When you are logged in as user dnr, can you cat /etc/group? If the answer is yes, run strace -o trace.txt id as user dnr (use just id, not id dnr). Send us trace.txt Pierre ** Program name: C:\cygwin\bin\id.exe (1684) App version: 1005.0, api: 0.88 DLL version: 1005.11, api: 0.116 DLL build:2004-09-04 23:17 OS version: Windows NT-5.1 Heap size:402653184 Date/Time:2004-10-01 13:24:32 ** 9832358 [main] id 1684 environ_init: 0x10010250: ALLUSERSPROFILE=C:\Documents and Settings\All Users 3592717 [main] id 1684 environ_init: 0x10010288: COMMONPROGRAMFILES=C:\Program Files\Common Files 2352952 [main] id 1684 environ_init: 0x100102C0: COMPUTERNAME=WALZ-BEMASTER 1883140 [main] id 1684 environ_init: 0x100102E0: COMSPEC=C:\WINDOWS\system32\cmd.exe 1843324 [main] id 1684 environ_init: 0x10010008: CVS_RSH=/bin/ssh 3723696 [main] id 1684 parse_options: ntsec (called func) 1323828 [main] id 1684 parse_options: tty 1001 1113939 [main] id 1684 parse_options: returning 664005 [main] id 1684 environ_init: 0x10010308: CYGWIN=ntsec tty 1194124 [main] id 1684 environ_init: 0x10010340: FP_NO_HOST_CHECK=NO 1154239 [main] id 1684 getwinenv: can't set native for HOME= since no environ yet 1364375 [main] id 1684 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\home\dnr, no-keep-rel, no-add-slash) 1114486 [main] id 1684 normalize_win32_path: C:\cygwin\home\dnr = normalize_win32_path (C:\cygwin\home\dnr) 1144600 [main] id 1684 mount_info::conv_to_posix_path: /home/dnr = conv_to_posix_path (C:\cygwin\home\dnr) 1674767 [main] id 1684 win_env::add_cache: posix /home/dnr 614828 [main] id 1684 win_env::add_cache: native HOME=C:\cygwin\home\dnr 694897 [main] id 1684 posify: env var converted to HOME=/home/dnr 1145011 [main] id 1684 environ_init: 0x10010378: HOME=/home/dnr 1155126 [main] id 1684 environ_init: 0x100104B8: HOMEDRIVE=C: 1125238 [main] id 1684 environ_init: 0x10010358: HOMEPATH=\cygwin\home\dnr 1145352 [main] id 1684 environ_init: 0x100104D0: HOSTNAME=walz-bemaster 1155467 [main] id 1684 environ_init: 0x100104F0: INFOPATH=/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info: 1255592 [main] id 1684 environ_init: 0x10010560: LOGNAME=dnr 1145706 [main] id 1684 environ_init: 0x10010570: LOGONSERVER=\\WALZ-BEMASTER 1125818 [main] id 1684 environ_init: 0x10010590: MAIL=/var/spool/mail/dnr 1125930 [main] id 1684 environ_init: 0x100105B0: MAKE_MODE=unix 1146044 [main] id 1684 environ_init: 0x100105C8: MANPATH=/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man 1156159 [main] id 1684 environ_init: 0x10010628: NUMBER_OF_PROCESSORS=1 1136272 [main] id 1684 environ_init: 0x10010648: OLDPWD=/home/dnr 1136385 [main] id 1684 environ_init: 0x10010660: OS=Windows_NT 2906675 [main] id 1684 getwinenv: can't set native for PATH= since no environ yet 1116786 [main] id 1684 normalize_posix_path: src . 1056891 [main] id 1684 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\home\dnr, no-keep-rel, no-add-slash) 866977 [main] id 1684 normalize_win32_path: C:\cygwin\home\dnr = normalize_win32_path (C:\cygwin\home\dnr) 717048 [main] id 1684 mount_info::conv_to_posix_path: /home/dnr = conv_to_posix_path (C:\cygwin\home\dnr) 767124 [main] id 1684 cwdstuff::get: posix /home/dnr 747198 [main] id 1684 cwdstuff::get: (/home/dnr) = cwdstuff::get (0x22ECE8, 260, 1, 0), errno 0 697267 [main] id 1684 normalize_posix_path: /home/dnr/ = normalize_posix_path (.) 717338 [main] id 1684 mount_info::conv_to_win32_path: conv_to_win32_path (/home/dnr) 1027440 [main] id 1684 set_flags: flags: text (0x200) 967536 [main] id 1684
Re: group name problem
Jacob Kitzman wrote: Pierre, I noticed that the output differs between running just id and strace -o trace.txt id: [EMAIL PROTECTED] ~ $ id uid=1004(dnr) gid=1006(mkgroup) groups=1006(mkgroup) [EMAIL PROTECTED] ~ $ strace -o trace.txt id uid=400(dnr) gid=401(mkpasswd) groups=401(mkpasswd) I've attached trace.txt. Thanks a lot for looking for this! It looks like you cannot get volume information about C:\ Consequently the file is not marked as a disk file and the pwdgrp loading function does not try to read it. Pierre 86 16350 [main] id 1684 mount_info::conv_to_win32_path: src_path /etc/passwd, dst C:\cygwin\etc\passwd, flags 0x208, rc 0 174 16524 [main] id 1684 symlink_info::check: not a symlink 111 16635 [main] id 1684 symlink_info::check: 0 = symlink.check (C:\cygwin\etc\passwd, 0x22E978) (0x208) 217 16852 [main] id 1684 fs_info::update: Cannot get volume information (C:\), Win32 error 5 ~ net helpmsg 5 Access is denied. 354 17206 [main] id 1684 etc::test_file_change: FindFirstFile succeeded 296 17502 [main] id 1684 etc::test_file_change: fn[1] C:\cygwin\etc\passwd res 1 108 17610 [main] id 1684 etc::init: fn[1] C:\cygwin\etc\passwd, curr_ix 1 71 17681 [main] id 1684 pwdgrp::load: /etc/passwd 67 17748 [main] id 1684 pwdgrp::load: strange path_conv problem 67 17815 [main] id 1684 pwdgrp::load: /etc/passwd load failed 69 18829 [main] id 1684 mount_info::conv_to_win32_path: src_path /etc/group, dst C:\cygwin\etc\group, flags 0x208, rc 0 169 18998 [main] id 1684 symlink_info::check: not a symlink 108 19106 [main] id 1684 symlink_info::check: 0 = symlink.check (C:\cygwin\etc\group, 0x22E938) (0x208) 228 19334 [main] id 1684 fs_info::update: Cannot get volume information (C:\), Win32 error 5 333 19667 [main] id 1684 etc::test_file_change: FindFirstFile succeeded 123 19790 [main] id 1684 etc::test_file_change: fn[2] C:\cygwin\etc\group res 1 70 19860 [main] id 1684 etc::init: fn[2] C:\cygwin\etc\group, curr_ix 2 66 19926 [main] id 1684 pwdgrp::load: /etc/group 67 19993 [main] id 1684 pwdgrp::load: strange path_conv problem 65 20058 [main] id 1684 pwdgrp::load: /etc/group load failed -- 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/
[solved] strange pause in configure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 OK, fortunately I did some more tests before sending the message. I'm writing this *after* having found the problem, but I plan to send the message nonetheless: it could always help people that has the same problem, in the future, and finds this searching the archives... The solution was: autoconf updated, autom4te directory created and populated by old directory, new autoconf probably sues a sligthly different formats (and doesn't automatically detect the version change itself) - the cache cannot be loaded correctly and creates weird problems. aka: $ rm -rf autom4te.cache - Mhh $ autoreconf -f -i (just in case) $ ./configure [...] checking for gcc option to produce PIC... -DDLL_EXPORT checking if gcc PIC flag -DDLL_EXPORT works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... ...time flies.. time flies... let's check TaskManager, ordeer by CPU load: ccache.exe 85% CPU, 2.512 KB RAM, 1.248 KB Virt.RAM $ mv /usr/local/bin/gcc /usr/local/bin/gcc-not-now $ which gcc /usr/bin/gcc $ ./configure [...] checking if gcc PIC flag -DDLL_EXPORT works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... ...time flies.. time flies... let's check TaskManager, ordeer by CPU load: ccache.exe 85% CPU, 2.512 KB RAM, 1.248 KB Virt.RAM AGAIN? 0_o - -- Lapo Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkFduHcACgkQaJiCLMjyUvue0gCgpAJ8stsJHXqXun5/KzuLg4Wm 9nQAoIbnMwbn+SrOvx9oOKfDNZ2ocn0n =z7Bl -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: A good way to test if cygwin isn't installed?
On Fri, 1 Oct 2004, Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Christopher Faylor Sent: 01 October 2004 18:35 On Fri, Oct 01, 2004 at 06:29:48PM +0100, Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Christopher Faylor Sent: 01 October 2004 18:23 On Fri, Oct 01, 2004 at 01:19:39PM -0400, Christopher Faylor wrote: Just having mount.exe and cygwin1.dll in the same directory and running mount should be adequate. If mount exits with a multiple cygwin problem then, well... If mount shows more than just /cygdrive paths, then cygwin isn't ^ nothing installed in any useful way. cgf (batting 1000) ^^^ Oops, looks like you did it again. You put a '1' where you _obviously_ meant to put a '.' Since batting 1000 in this context referred to my making mistakes, then putting a '.' there would indicate that I make no mistakes. While I appreciate the compliment, that is obviously just not treu. cgf Treu? clouseauZat is what I zaid, idiot!/clouseau It's obviously the end of a long Friday. I'd better get out of here for the night before I drag it too far off-topic! Well, there's always the talk list... ];- Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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: Request for a version/ revision/ release number for the whole cygwin release/ distribution
On Fri, Oct 01, 2004 at 01:22:56 -0400, Christopher Faylor wrote: On Fri, Oct 01, 2004 at 01:15:25PM -0400, Christopher Faylor wrote: As I said, I very am familiar with the effort that goes into releasing am very cgf (who only sees these things after hitting 'y' or when perusing the archives months later...) Wow, that's *some* time dilation you're experiencing! :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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: Request for a version/ revision/ release number for the whole cygwin release/ distribution
On Fri, Oct 01, 2004 at 04:54:36PM -0400, Igor Pechtchanski wrote: On Fri, Oct 01, 2004 at 01:22:56 -0400, Christopher Faylor wrote: On Fri, Oct 01, 2004 at 01:15:25PM -0400, Christopher Faylor wrote: As I said, I very am familiar with the effort that goes into releasing am very (who only sees these things after hitting 'y' or when perusing the archives ^^ months later...) Wow, that's *some* time dilation you're experiencing! :-) You understand the meaning of the word or right? cgf -- 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: Request for a version/ revision/ release number for the whole Cygwin release/ distribution
On Fri, 1 Oct 2004, Eric Hanchrow wrote: For what it's worth, I'm at this very moment moving my company's build system away from Cygwin, for precisely reason number 4: I cannot tell customers which Cygwin version to get. Stock answer: use what's current Cygwin is an ever-changing project and it's really best for all concerned to keep up with the flow. Yes, it may be a little painful if you haven't refreshed in a while (say, from the b20 days :), but you will have something current and the maintainers are more likely to help out with solving a problem (should you have any). We use Cygwin for our NT builds at work. One developer hadn't updated in over a year and was starting to encounter some strange interactions with the latest Windows Service Pack. He did a refresh to current Cygwin stuff, had to update one env var (CYGWIN), and things were smooth sailing. There were some new things he'd been wishing for that magically appeared with the refresh too boot :) If you are advocating Cygwin for a customer who is using your products, then it really is your responsbility to keep current and make sure things are working with the latest Cygwin packages. This is true, reguardless of which OS/distro you are using. This will help your customers in the long run, because you are being vigilant and helping them when they have problems. It's part of customer service. Besides, it's fairly painless to run setup and simply let it upgrade existing packages. And, if you really must have a static image/snapshot of Cygwin, then keep the setup.ini that you used for your own work as well as the locally downloaded packages and offer that to your customers. This kind of solution has been attempted before by others (see the archives). The real problem is that no matter what you snapshot, it will become out of date very quickly, and if you have problems, the stock reply from every Cygwin maintainer will be upgrade to what's current first, then we'll look at your problem. This sentiment is fairly prevalent in many software businesses. Anyway, just my $0.02 -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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: Request for a version/ revision/ release number for the whole cygwin release/ distribution
On Fri, 1 Oct 2004, Christopher Faylor wrote: On Fri, Oct 01, 2004 at 04:54:36PM -0400, Igor Pechtchanski wrote: On Fri, Oct 01, 2004 at 01:22:56 -0400, Christopher Faylor wrote: On Fri, Oct 01, 2004 at 01:15:25PM -0400, Christopher Faylor wrote: As I said, I very am familiar with the effort that goes into releasing am very (who only sees these things after hitting 'y' or when perusing the archives ^^ months later...) Wow, that's *some* time dilation you're experiencing! :-) You understand the meaning of the word or right? Usually, when I actually notice it. :-) Sorry for the noise. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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: Request for a version/ revision/ release number for the whole Cygwin release/ distribution
Peter A. Castro wrote: to keep up with the flow. Yes, it may be a little painful if you haven't refreshed in a while (say, from the b20 days :), but you will have Ah. Cygwin B20.1. Man, those were the days. Cygwin was practically perfect in every way, bugfree, and featureful. It even made coffee! I miss B20. sniff 'Course, apparently the guy who started this thread misses B20 too -- those were the days of a single monolithic cygwin release with a single version number. If it wasn't in the full.exe installer, it wasn't available (not that you'd want anything else once you tasted your first cup of B20 coffee!) -- unless you went to disreputable third party sites like cygutils. :-) (Speaking of cygutils, Peter, be sure to read the private email I just sent you) -- Chuck http://users.ece.gatech.edu/~cwilson/cygutils/OBSOLETE/index.html -- 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: Request for a version/ revision/ release number for the whole cygwin release/ distribution
On Fri, Oct 01, 2004 at 06:05:06PM -0400, Charles Wilson wrote: Peter A. Castro wrote: to keep up with the flow. Yes, it may be a little painful if you haven't refreshed in a while (say, from the b20 days :), but you will have Ah. Cygwin B20.1. Man, those were the days. Cygwin was practically perfect in every way, bugfree, and featureful. It even made coffee! I miss B20. sniff 'Course, apparently the guy who started this thread misses B20 too -- those were the days of a single monolithic cygwin release with a single version number. If it wasn't in the full.exe installer, it wasn't available (not that you'd want anything else once you tasted your first cup of B20 coffee!) -- unless you went to disreputable third party sites like cygutils. :-) And releases sometimes didn't happen for more than a year so if there was a problem with bash, you had to wait for the whole cygwin release to be respun. The full.exe's were generated by a guy at Cygnus who knew InstallShield and we had to wait for his time to be freed up before a new release would be made available. Of course, I knew how to run InstallShield, too, but I didn't know the secret handshake that would allow one to upload things to the web site. Eventually, I sent email to the CEO asking if we couldn't loosen things up a little. He said, yes, we got a volunteer to write a new installer, and the rest is history. Of course, marketing said wait a minute a couple of months later but the source was already out of the bag by that point. cgf -- 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/
How to write telnet server like program for serial port?
I need to write a program similar to a telnet server. A telnet server asynchronously reads data from a socket and writes it to a sub-process, and asynchronously reads data from the subprocess and writes to a socket. My program needs to replace the subprocess with a serial port. The telnet server cannot anticipate when data will arrive from the socket. Neither can it anticipate when data will arrive from the subprocess. How can I write a similar OS vendor neutral program using Cygwin C++, except, instead reading and writing to a process, I read and write to serial port? Can I do this with a single thread? How do I read and write to a serial port? Can anyone point me to some sample code for serial port I/O? I suppose I can look at the source for telnet -- it probably uses the select function. Thanks, 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: Latest snapshot with XP SP2 and unison and cvs
Hi All... I just tried the latest snapshot (didn't expect a change, but felt obligated to try) with no change. Who submitted the pipe handling code changes? Any chance of a resolution soon? Where would I look to see the changes? What I mean is to look at the before and after? Thanks, ...Karl From: Igor Pechtchanski [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: Dave Korn [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: RE: Latest snapshot with XP SP2 and unison and cvs Date: Thu, 23 Sep 2004 11:37:06 -0400 (EDT) On Thu, 23 Sep 2004, Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Karl M Sent: 22 September 2004 19:36 Hi Dave... Sorry, I thought I covered all details, but... The firewall is off...I am behind a real firewall. The hanging can be averted by not using XP SP2 or by using a down rev cygwin1.dll Thanks, ...Karl Yep, Corinna made that clear. Perhaps it's caused by SP2 putting tighter default ACLs on pipes than earlier versions did? There are various tools that can let you examine ACLs on devices and other objects, for instance ProcExp from sysinternals (http://www.sysinternals.com/ntw2k/freeware/procexp.shtml). It might be informative to compare the ACLs on the pipe on a hung session with the ACLs on the pipe on a working session. FWIW, Corinna has identified a possible culprit (different behavior of NtQueryInformationFile under WinXP SP2). Hopefully the author of the recent pipe handling code changes will be able to fix this (maybe by an SP2-specific workaround for the problem). Until then, Karl will either have to use the previous version of cygwin1.dll, or compile his own CVS HEAD version with the corresponding pipe patch reverted. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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/ _ Get ready for school! Find articles, homework help and more in the Back to School Guide! http://special.msn.com/network/04backtoschool.armx -- 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 and copying files across drives: how?
I have not signed up to receive emails from this list, but I read it from the archives, so I would appreciate being cc'd on any responses to this thread. I am also trying to use cron to grab log files everyday from a webserver here at work (names have been changed to increase the difficulty of trying to break in. Cron runs as a different Windows user (SYSTEM), so things that work from your normal logon may not work from there. I put 'cygcheck -s' in a script and ran it from the command line and from a cron entry and ran the 2 outputs through a diff program. There were some non-critical differences in $PATH (mostly referencing non-existent directories), MAKE_MODE, PWD, and USER were not defined in the cron environment, but everything else was the same, even the output of the id program Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(myuserid) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(myuserid) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Simple: the z drive isn't accesible to SYSTEM. Either make it accessible (by doing a net use before/when starting the service), or don't use /cygdrive/z in your scripts. FWIW, if the share is publicly accessible you can use the following syntax instead: * * * * * cp /cygdrive/c/Andrea/try.png //remote.machine/share/try.png You may still need to do a net use, though. Try testing it out in a system-owned shell (Google for the recipe). HTH, I had already put a 'net use' statement in there (to make sure the drive is mounted before I access it) This works from the command line but fails in the cron environment net use /USER:myuserid mywebserverlogs mypasswd note: 'net use' (to return status) does succeed in the cron env. So I have several questions: How do I tell when I'm in a SYSTEM shell (other than the lack of the USER env variable. How can I mount a drive when I'm in a SYSTEM shell (do I lack permissions? Is it sandboxed in some way?) Failing this method, how can I run cygwin perl scripts from a DOS shell? (I can try and use the windows task scheduler, but currently I get an error that the cygwin1.dll is not loaded, I suppose I could just install perl for windows directly, but that seems redundant) -- 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 and copying files across drives: how?
[EMAIL PROTECTED] wrote: Cron runs as a different Windows user (SYSTEM), so things that work from your normal logon may not work from there. I put 'cygcheck -s' in a script and ran it from the command line and from a cron entry and ran the 2 outputs through a diff program. There were some non-critical differences in $PATH (mostly referencing non-existent directories), MAKE_MODE, PWD, and USER were not defined in the cron environment, but everything else was the same, even the output of the id program The cron daemon still does its best to switch from SYSTEM to the user account whose crontab its running. This impersonation means that id will say that it's running as the user account for the crontab, just as it would under unix. The imperonsation works well for just about everything except network shares. That's where the problem comes in, as these impersonated credentials are not sufficient to gain access without having the user's password. Otherwise a malicious program run by a local user with administrator privs would have instant access to anything on the network. Your choices basically amount to: a) Run the cron daemon as your user account, providing it with your password, or b) remove the access restrictions on the network share. Under a) there's no impersonation necessary as the process is actually running as you and not as SYSTEM-impersonating-you and your password is available in the token for remote authentication. To do this just use cygrunsrv to remove the service and re-install it under a different user, or use the Services MSC module to edit it directly. As far as b) goes I think the only way to make the share accessable to SYSTEM is to make it a public share, i.e. accessable to Guest for read (and write if that's what you need.) SYSTEM does not have any particular credentials since it's not a real account, so I don't think you can assign it access without also making the share public -- but I could be wrong. To see what user account cron is running as, just look at the process list. ps -af will work, as would using something like Task Manager with the User Name column enabled. Failing this method, how can I run cygwin perl scripts from a DOS shell? (I can try and use the windows task scheduler, but currently I get an error that the cygwin1.dll is not loaded, I suppose I could just install perl for windows directly, but that seems redundant) You need cygwin1.dll in the path if you do this. The usual way is to add \cygwin\bin to your PATH system environment variable. It's prepended to your path for you when you run the bash prompt (but that only affects that session), so it's only necessary to do this when you want to run Cygwin programs directly, not launched from a bash shell. 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/
Scanf bug
Somehow or other, sscanf() has gotten messed up in recent Cygwin
installations.
Test program, with output:
/xemacs/test 2391% cat testscanf.c
int
main (int argc, char **argv)
{
int ret, cp1, cp2, endcount;
char *p = 0x7d 0x000E ;
ret = sscanf (p, %i %i%n, cp1, cp2, endcount);
printf (ret: %d cp1: %d cp2: %d endcount: %d\n, ret, cp1, cp2,
endcount);
printf (%d\n, endcount + strspn (p + endcount, \t\n\r\f));
return 0;
}
/xemacs/test 2392% gcc --verbose testscanf.c
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs
Configured with: /gcc/gcc-3.3.3-3/configure --verbose --prefix=/usr
--exec-prefi
x=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib
--mandir=/usr/s
hare/man --infodir=/usr/share/info
--enable-languages=c,ada,c++,d,f77,java,objc,
pascal --enable-nls --without-included-gettext --enable-libgcj
--with-system-zli
b --enable-interpreter --enable-threads=posix --enable-java-gc=boehm
--enable-sj
lj-exceptions --disable-version-specific-runtime-libs
--disable-win32-registry
Thread model: posix
gcc version 3.3.3 (cygwin special)
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/cc1.exe -quiet -v -D__GNUC__=3
-D__GNUC_M
INOR__=3 -D__GNUC_PATCHLEVEL__=3 -D__CYGWIN32__ -D__CYGWIN__ -Dunix
-D__unix__ -
D__unix -idirafter
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../include/w32
api -idirafter
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/
lib/../../include/w32api testscanf.c -quiet -dumpbase testscanf.c -auxbase
tests
canf -version -o /DOCUME~1/BENWIN~1/LOCALS~1/Temp/cco65aDq.s
GNU C version 3.3.3 (cygwin special) (i686-pc-cygwin)
compiled by GNU C version 3.3.3 (cygwin special).
GGC heuristics: --param ggc-min-expand=82 --param ggc-min-heapsize=98244
ignoring nonexistent directory /usr/i686-pc-cygwin/include
ignoring duplicate directory /usr/i686-pc-cygwin/lib/../../include/w32api
#include ... search starts here:
#include ... search starts here:
/usr/local/include
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/include
/usr/include
/usr/include/w32api
End of search list.
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/as.exe
--t
raditional-format -o /DOCUME~1/BENWIN~1/LOCALS~1/Temp/ccSaWKvo.o
/DOCUME~1/BENWI
N~1/LOCALS~1/Temp/cco65aDq.s
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/collect2.exe -Bdynamic
--dll-search-prefi
x=cyg /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../crt0.o
/usr/lib/gcc-lib/i68
6-pc-cygwin/3.3.3/crtbegin.o -L/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3
-L/usr/lib/
gcc-lib/i686-pc-cygwin/3.3.3/../../..
/DOCUME~1/BENWIN~1/LOCALS~1/Temp/ccSaWKvo.
o -lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc
/usr/lib/gcc-lib
/i686-pc-cygwin/3.3.3/crtend.o
/xemacs/test 2393% a
ret: 2 cp1: 125 cp2: 14 endcount: 11
11
The value of endcount should be 13, not 11. The problem is with hex numbers
with more than one leading 0. Change 0x000E to 0x0FFE or 0xFFFE and you get
13. Change it to 0x00EE and you get 12. In all cases cp2 is correct.
This used to work. I know because the above code is part of XEmacs and we
are getting lots of warnings as a result of this bug, which didn't used to
be there, and the code hasn't changed.
--
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: How to write telnet server like program for serial port?
Siegfried Heintze wrote: I need to write a program similar to a telnet server. A telnet server asynchronously reads data from a socket and writes it to a sub-process, and asynchronously reads data from the subprocess and writes to a socket. My program needs to replace the subprocess with a serial port. The telnet server cannot anticipate when data will arrive from the socket. Neither can it anticipate when data will arrive from the subprocess. How can I write a similar OS vendor neutral program using Cygwin C++, except, instead reading and writing to a process, I read and write to serial port? Can I do this with a single thread? How do I read and write to a serial port? Can anyone point me to some sample code for serial port I/O? I suppose I can look at the source for telnet -- it probably uses the select function. I can't give you specific answers, but if you want this to work the general answer will be You do it the same way you'd do it on Linux or *BSD. In other words, open the serial port as /dev/ttyS* and access it as a regular filehandle just like everything else. Use select() to determine when things are ready to read or write, and allocate a master/slave pty for subprocesses that expect a console. That said, I don't know what the current state of support for select() and serial devices is. However, the majority of functionality that you need should be there. Better yet, if you run into something that doesn't work, pare it down to a simple testcase that shows the issue (and nothing more) and post it here, so that the serial code can be improved. 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/
Re: Scanf bug
Ben Wing wrote: Somehow or other, sscanf() has gotten messed up in recent Cygwin installations. I believe this probably belongs on the newlib list, since Cygwin uses newlib for libc. That said, it looks like the following could be your culpret... Or at least, it's the only scanf-related newlib commit that I can find in the last 6 months that seems to be applicable. http://cygwin.com/ml/newlib-cvs/2004-q2/msg00034.html 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/
Re: Windows person trying to use Cygwin
On Fri, 1 Oct 2004, Marcos Rebelo wrote: I'm finding two annoying problems in Cygwin 1º) I can't have the Num Lock activated otherwise the arrow keys don't work. 2º) with nedit I can select text with the mouse, but not with the keyboard. I don't know if the problems are related. 1) You didn't have to post twice. 2) Your problems seem like X problems, which should be discussed on the Cygwin/X list. I've redirected this reply there, and set the Reply-To: accordingly. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- 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/
