startx failure, on fresh install
startx won't start X, after fresh install of latest cygwin on fresh XP laptop See previous report here: http://cygwin.com/ml/cygwin-xfree/2006-08/msg00099.html (no responses to that). I've found one other user with exactly the same problem, but have had no response in this forum or in the cybertechhelp forum where the other user posted, so I'm posting again. Currently, my options seem to be: (1) go buy another laptop, maybe cygwin-x will work on that one. I kind of like this one, though, everything else works on it. (2) attempt to 'downgrade' from 6.8.99 to 6.8.1 / 6.8.2 (there's a mix of these available on the mirrors); I've seen one report by a user who had success fixing a similar issue by this means. Is there anythng I should know before I try this? It seems that setup.exe will refuse to change all the X components at once, in particular the xorg-x11-base needs to be changed separately. Do I change it first, or last? My previous experience with this sort of thing makes me concerned that I'll irrevocably mess up my install if I do this wrong. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: startx failure, on fresh install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: startx won't start X, after fresh install of latest cygwin on fresh XP laptop See previous report here: http://cygwin.com/ml/cygwin-xfree/2006-08/msg00099.html (no responses to that). I've found one other user with exactly the same problem, but have had no response in this forum or in the cybertechhelp forum where the other user posted, so I'm posting again. Currently, my options seem to be: (1) go buy another laptop, maybe cygwin-x will work on that one. I kind of like this one, though, everything else works on it. (2) attempt to 'downgrade' from 6.8.99 to 6.8.1 / 6.8.2 (there's a mix of these available on the mirrors); I've seen one report by a user who had success fixing a similar issue by this means. Is there anythng I should know before I try this? It seems that setup.exe will refuse to change all the X components at once, in particular the xorg-x11-base needs to be changed separately. Do I change it first, or last? My previous experience with this sort of thing makes me concerned that I'll irrevocably mess up my install if I do this wrong. You may want to use startxwin.sh or startxwin.bat, since there seems to be no evidence of anybody trying those methods yet. My experience is that I have tried startx and startxwin.sh, and they both don't work; the startxwin.bat file is the only one that worked for me. Try it out, and see what happens. And the next time you report a problem, you might want to read: Problem reports: http://cygwin.com/problems.html - -- Charli - --- Step away from make 3.80. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE/jioKGyf4JaPChgRArr9AJ9HtplirygZ3XSRk+dJ1mTkvMG8CACfV+Ws tR2OcuqqzviXWwUAHkTkvI0= =T0eV -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: startx failure, on fresh install
You may want to use startxwin.sh or startxwin.bat, since there seems to be no evidence of anybody trying those methods yet. My experience is that I have tried startx and startxwin.sh, and they both don't work; the startxwin.bat file is the only one that worked for me. Try it out, and see what happens. Thank you for the response. startxwin.sh result seems identical to startx. startxwin.bat actually starts the server, but it's not viable: (1) run startxwin.bat in win command shell. X appears in sys tray. (2) env DISPLAY=127.0.0.1:0.0 xclock in a cygwin shell: no window opens. (3) env DISPLAY=127.0.0.1:0.0 xlogo in a cygwin shell: X window opens, but if you breathe on it, an error occurs (if you hit 'return' in the cygwin shell, or if you just alt-tab to the X window and back). Error message is Xlib: sequence lost (0x1 0x32) in reply type 0x0! X Error of failed request: 0 Major opcode of failed request: 0 () Serial number of failed request: 0 Current serial number in output stream: 50 I can also run 'XWin -multiwindow' in a cygwin shell, and get a similarly flaky X session. And the next time you report a problem, you might want to read: Problem reports: http://cygwin.com/problems.html Well I did, actually; the full error dump is in the previous report that I linked to, and there's even more info (from another user with an identical problem) in a report linked to from there. I didn't think it was useful to replicate the full dump, I had no new information. And, re putting my full address in: no sweat, I get so much spam already at this address it's doubtful it will make any difference. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
1.5.21: Problems with fifos
Hello First, I would like to mention that I am new on this list and new to cygwin. Also I would like to thank everyone that has contributed to cygwin! Recently I tried to get my own project AFD (automatic file distribution system http://www.dwd.de/AFD) to work under windows with the help of cygwin. Compiling works without any problems, however trying to start the application I always get the following errors: 72382 [main] init_afd 1788 fhandler_base::fork_fixup: /home/Holger/afd/fifodir/afd_cmd.fifo - Win32 error 6, handle io_handle0x0 72797 [main] init_afd 1788 fhandler_base::fork_fixup: /home/Holger/afd/fifodir/afd_resp.fifo - Win32 error 6, handle io_handle0x0 72932 [main] init_afd 1788 fhandler_base::fork_fixup: /home/Holger/afd/fifodir/amg_cmd.fifo - Win32 error 6, handle io_handle0x0 73151 [main] init_afd 1788 fhandler_base::fork_fixup: /home/Holger/afd/fifodir/fd_cmd.fifo - Win32 error 6, handle io_handle0x0 73294 [main] init_afd 1788 fhandler_base::fork_fixup: /home/Holger/afd/fifodir/probe_only.fifo - Win32 error 6, handle io_handle0x0 97242 [main] init_afd 988 fhandler_base::fork_fixup: /home/Holger/afd/fifodir/afd_cmd.fifo - Win32 error 6, handle io_handle0x0 98646 [main] init_afd 988 fhandler_base::fork_fixup: /home/Holger/afd/fifodir/afd_resp.fifo - Win32 error 6, handle io_handle0x0 117644 [main] init_afd 988 fhandler_base::fork_fixup: /home/Holger/afd/fifodir/amg_cmd.fifo - Win32 error 6, handle io_handle0x0 I think that I have found the cause for these error messages. When I remove the FD_CLOEXEC flag, that was used to open the fifo's, the message would disapear. However all my process are still stuck somewhere in some win32 libs. Below is some gdb output of two stuck process: $ ps x PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 2172 12172 2172 con 1004 04:45:18 /usr/bin/bash 262021722620 2656 con 1004 04:45:31 /usr/bin/sh 266826202620 2688 con 1004 04:45:31 /usr/X11R6/bin/xinit 270026682700 2720 con 1004 04:45:31 /usr/X11R6/bin/XWin 284026682840 2864 con 1004 04:45:36 /usr/bin/xterm I288828402888 29040 1004 04:45:37 /usr/bin/bash 335628883356 33680 1004 04:45:44 /usr/bin/rxvt 339233563392 34121 1004 04:45:45 /usr/bin/sh 376028883760 37720 1004 04:45:50 /usr/bin/rxvt 379637603796 38122 1004 04:45:50 /usr/bin/sh 336 11620336? 1004 04:47:04 /home/Holger/afd/bin/init_afd 832 3361620 1920? 1004 04:47:04 /home/Holger/afd/bin/system_log 828 3361620 1792? 1004 04:47:04 /home/Holger/afd/bin/receive_log 736 3361620296? 1004 04:47:04 /home/Holger/afd/bin/transfer_log 1908 3361620 2120? 1004 04:47:04 /home/Holger/afd/bin/trans_db_log 1732 3361620308? 1004 04:47:04 /home/Holger/afd/bin/archive_watch 1644 3361620 1224? 1004 04:47:04 /home/Holger/afd/bin/input_log 2116 3361620 2268? 1004 04:47:05 /home/Holger/afd/bin/output_log 1956 3361620 2284? 1004 04:47:05 /home/Holger/afd/bin/delete_log 2216 3361620 2236? 1004 04:47:05 /home/Holger/afd/bin/production_log 239637962396 24402 1004 04:48:13 /usr/bin/ps $ $ gdb init_afd 336 GNU gdb 6.5.50.20060706-cvs (cygwin-special) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-cygwin... Attaching to program `/home/Holger/afd/bin/init_afd.exe', process 336 Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll Loaded symbols for /usr/bin/cygwin1.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll [Switching to thread 336.0x970] (gdb) where #0 0x7c911231 in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c9607a8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x0005 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x19a6ffd0 in ?? () #6 0x805686c0 in ?? () #7 0x in ?? () #8 0x7c91ee18 in strchr () from /cygdrive/c/WINDOWS/system32/ntdll.dll #9 0x7c9607c8 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll #10 0x in ?? ()
RE: 1.5.21: Problems with fifos
On 05 September 2006 09:39, Holger Kiehl wrote: Attached I have the cygcheck.out file. Please tell me if I forget to mention any information that could be usefull or what I can do to solve this. The single most valuable thing you could do would be try and extract a simple testcase that demonstrates the problem. AFD is a huge project and there may be many confounding factors; if you can write a little self-contained program that opens and uses fifos in the same fashion as AFD and shows the same effects, the problem would be a lot more tractable. 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: read() blocking and TIOCINQ
Hello Igor, Sorry for my incomplete question. I attach to you the following file that could be compiled with gcc in CYGWIN. Accepted commands start by '?' character, and when the device is not connected on the serial line the function read(...) blocks: DEVICE test program --- Type your commands ('.' to quit): Enter command: ?ver Then, blocked:-(( Note that in our computers the serial line name is COMn not /dev/ttySn. I tried before with /dev/ttySn and I receive file not found as answer. Thank you for your help, Ernesto. PS.: more details about CYGWIN [EMAIL PROTECTED] ~ $ uname -a CYGWIN_NT-5.1 tenerife 1.5.21(0.156/4/2) 2006-07-30 14:21 i686 Cygwin Igor Peshansky wrote: On Tue, 22 Aug 2006, Ernesto Paiser wrote: Hello Corinna, FYI, this is a mailing list, and unless you're replying to a specific message, you're actually talking to many people. I have problems with read() function blocking and waiting for characters on serial line with cygwin: Here are some code fragments: fd = open(sl, O_RDWR | O_NOCTTY | O_NONBLOCK | O_NDELAY) newpio.c_cflag = brate | CS8 | CLOCAL | CREAD; newpio.c_iflag = IGNPAR | ICRNL; newpio.c_oflag = 0; newpio.c_lflag = 0; newpio.c_cc[VTIME]= 1; newpio.c_cc[VMIN] = 0; ... n = ioctl(fd, TIOCINQ, n); //It gives me an error (return -1) why??!!! and n = read(fd, buffer, 1); HERE IS BLOCKING!!! TIOCINQ is working on CYGWIN, Is there another way to solve this problem??? Please post a complete compilable test case that reproduces the problem. For example, in the above code, it's unclear what the variable sl contains (and I suspect it contains COM1, which is a no-no -- you should be using /dev/ttyS0). Igor -- Ernesto PAISER [EMAIL PROTECTED] E.S.R.F. - European Synchrotron Radiation Facility 6 rue Jules Horowitz BP 220 Grenoble CEDEX France phone +33 4 76 88 23 48 fax +33 4 76 88 23 25 #include stdio.h /* Standard input/output definitions */ #include string.h /* String function definitions */ #include unistd.h /* UNIX standard function definitions */ #include fcntl.h /* File control definitions */ #include errno.h /* Error number definitions */ #include termios.h/* POSIX terminal control definitions */ #include ctype.h #include stdlib.h #include sys/select.h #include sys/ioctl.h #include sys/types.h #include sys/time.h // // function declarations int serial_init (int portn, long baudrate); int serial_getchar(int fd, char *buffer); int serial_putnchar(int fd, char *data, int n); void serial_flush(int fd); void serial_close(int fd); char *device_get(int fd); char *device_comm(int fd, char *comm); int device_getchar(int fd, char *buffer); char *device_getline(int fd); size_t check_rxbuffer(void); int is_a_query(char *comm); // # ifndef TEMP_FAILURE_RETRY # define TEMP_FAILURE_RETRY(expression) \ (__extension__ \ ({ long int __result; \ do __result = (long int) (expression); \ while (__result == -1L errno == EINTR); \ __result; })) # endif /* TEMP_FAILURE_RETRY */ # define TFR TEMP_FAILURE_RETRY //#define SLNAME_FORMAT /dev/ttyS%d // It doesn't work on Windows XP #define SLNAME_FORMAT COM%d // I'm using CYGWIN on Windows XP #define INBUFF_SZ 1024 #define NO_ANSWER ((char *)-1) #define COMM_PREFIX COM #define BAUDRATE_CHAR '@' #define DEF_BAUDRATE 9600 #define CR_STR \r #define CR_CHAR'\r' #define NL_CHAR'\n' #define ACKN_CHAR '#' #define QUERY_CHAR '?' #define MIN_RXBUFSIZE 1024 #define MAX_RXBUFSIZE (128 * 1024) #define COM11 #define COM22 #define COM33 #define COM44 struct termios oldpio;// placeholder for original port settings size_t rxbuffsize; char*rxbuff; char*rxbuffend; int rxlines; // int main(void) { charinbuff[INBUFF_SZ]; char *comm; char *answ; intfd; fd = serial_init(COM1, 9600L); if (fd 0) { printf(ERROR: %s\n, serial_init()); exit(EXIT_FAILURE); } printf( DEVICE test program\n); printf( ---\n\n); printf(Type your commands ('.' to quit):\n); while(1) { printf( Enter command: ); comm = fgets(inbuff, INBUFF_SZ, stdin); while(isspace(*comm)) comm++; if (!*comm) continue; if (*comm == '.') break; answ = device_comm(fd, comm); if (answ == NO_ANSWER) ; else
Re: Apache 1.3.33 on W2003 problems only on system boot
Hello, Igor. IP The fact that the service doesn't work after system boot and then works IP fine after a restart seems to suggest that it's started too early (before IP some other service). You need to discover what that service is (could be IP the firewall service, or Tcp/ip, or something else) and add a dependency IP to it by using the -y cygrunsrv option. Your cygcheck output confirms IP that your apache service has no dependencies. Thank you for suggestion but it doesn't work. I've added dependency on tcpip first and on literally all remaining installed services later but it doesn't help. And neither I have any firewall. But I found offender - Terminal Services on W2003. Whenever they installed (even if service itself disabled by hand)- I get these errors both with sshd and apache 1.3. httpd2 works though. Adding -y TermService to cygrunsrv's arguments does not change anything. If I just deinstall Terminal Services - everything works as intended without any additional dependencies required. So I'm stuck on this so far. -- Regards, Sergei Kolodka -- 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: Variation on: regular user, bash cannot find /tmp
On Tue, 5 Sep 2006, David LaFrance-Linden wrote: I found a few similar problems in your mail archives, but I did not quickly find the problem I'm having. Attached is cygcheck output as requested. A few days ago, as a normal user on my MS Windows box, I went to cygwin.com and ran setup.exe to install things, for just me. Everything seemed to go OK. When I ran the shortcut, it brought up a bash. First time up it did some setup. Things worked. Then I decided to install it for everyone. I deleted all the cygwin stuff I could find from my directories. Then, from an Admin account, I went to cygwin.com again, ran setup.exe again, and chose For everyone and put things under c:\cygwin. Again, everything seemed to go OK. But when I, as the original user, try the newly installed shortcut on my desktop, I get bash.exe: warning: could not find /tmp, please create! bash-3.1$ complaint. The other reports I found seem to indicate it gets further than I get. You probably installed into a different directory for that user, and you have stale user mounts. Unfortunately, you have not attached the output of cygcheck -svr from the failing user (which you could have gotten via cd c:\cygwin\bin; .\cygcheck -svr from a command prompt). Just unmount all user mounts as the problem user: cd c:\cygwin\bin; .\umount -U. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: read() blocking and TIOCINQ
Ugh, top-posting... Reformatted. On Tue, 5 Sep 2006, Ernesto Paiser wrote: Igor Peshansky wrote: On Tue, 22 Aug 2006, Ernesto Paiser wrote: Hello Corinna, FYI, this is a mailing list, and unless you're replying to a specific message, you're actually talking to many people. I have problems with read() function blocking and waiting for characters on serial line with cygwin: Here are some code fragments: fd = open(sl, O_RDWR | O_NOCTTY | O_NONBLOCK | O_NDELAY) newpio.c_cflag = brate | CS8 | CLOCAL | CREAD; newpio.c_iflag = IGNPAR | ICRNL; newpio.c_oflag = 0; newpio.c_lflag = 0; newpio.c_cc[VTIME]= 1; newpio.c_cc[VMIN] = 0; ... n = ioctl(fd, TIOCINQ, n); //It gives me an error (return -1) why??!!! and n = read(fd, buffer, 1); HERE IS BLOCKING!!! TIOCINQ is working on CYGWIN, Is there another way to solve this problem??? Please post a complete compilable test case that reproduces the problem. For example, in the above code, it's unclear what the variable sl contains (and I suspect it contains COM1, which is a no-no -- you should be using /dev/ttyS0). Igor Hello Igor, Sorry for my incomplete question. I attach to you the following file that could be compiled with gcc in CYGWIN. Accepted commands start by '?' character, and when the device is not connected on the serial line the function read(...) blocks: DEVICE test program --- Type your commands ('.' to quit): Enter command: ?ver Then, blocked:-(( Note that in our computers the serial line name is COMn not /dev/ttySn. And therein lies your problem. When you use COMn, you get access to the raw Windows device, without Cygwin's POSIX emulation, so it's not surprising that ioctl() doesn't work. I tried before with /dev/ttySn and I receive file not found as answer. That's probably because COMn = /dev/ttyS{n-1} (e.g., COM1 - /dev/ttyS0). HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-'old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Need Volunteers to test patch for gnu make
On Tue, Sep 05, 2006 at 03:36:02PM -0400, William A. Hoffman wrote: I have tested it and it works for me. William Sheehan has also tested it. Can a few more folks give the patch a try? Here is the link to the most recent patch: http://www.mail-archive.com/make-w32@gnu.org/msg01157.html Just get the source for make-3.81 and apply the above patch. You can get make from here: http://ftp.gnu.org/pub/gnu/make/ You will need to rerun autoconf/automake after the patch, as the patch does not include the configure script. Once you build it, run make check to verify that the build is working. Also, please try with any makefiles that you have and need to work with windows paths. This works for me. Thanks for the great work! Our system used to build with 3.80 from cygwin, it did not build with 3.81 from cygwin, and now works with native build of make with the patch above on cygwin. Thanks, Bob Rossi -- 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/
Need Volunteers to test patch for gnu make
I have tested it and it works for me. William Sheehan has also tested it. Can a few more folks give the patch a try? Here is the link to the most recent patch: http://www.mail-archive.com/make-w32@gnu.org/msg01157.html Just get the source for make-3.81 and apply the above patch. You can get make from here: http://ftp.gnu.org/pub/gnu/make/ You will need to rerun autoconf/automake after the patch, as the patch does not include the configure script. Once you build it, run make check to verify that the build is working. Also, please try with any makefiles that you have and need to work with windows paths. Thanks. -Bill -- 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/
Subversion can't move ./.svn/tmp/entries
When attempting to use Subversion to obtain a fresh new copy of a particular directory tree -- I mention this to make it clear none of the files or directories I want yet exist on my local disk -- I get an error described pretty well here: http://svn.haxx.se/users/archive-2005-08/1408.shtml In short, in the middle of a long series of inbound transfers, the 'svn update' command complains to the effect of: Can't move '/cygdrive/c//trunk/oracle/packages/.svn/tmp/entries' to '/cygdrive/c//trunk/oracle/packages/.svn/entries': Permission denied This is perplexing given that Subversion itself creates the entries file, and furthermore it's a freshly created copy, so it's not like I've had a chance to screw up its permissions yet. (Give me time.) The web page I linked mentions the possibility of conflicts with file system indexing or anti-virus software, but I haven't got any of that installed. Brane's analysis at the bottom of the web page in question seems worth pondering for brains more qualified than mine. Any ideas? Pete Gontier http://www.m-audio.com/ cygcheck.out Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Subversion can't move ./.svn/tmp/entries
Off-list, a smart person suggested I turn off icon overlays in TortoiseSVN, and this did the trick. Thanks muchly, smart person! I did like them icon overlays, but I reckon I'll have to go without. --- From: Pete Gontier [EMAIL PROTECTED] Date: Tue, 05 Sep 2006 15:08:33 -0700 To: cygwin@cygwin.com Subject: Subversion can't move ./.svn/tmp/entries When attempting to use Subversion to obtain a fresh new copy of a particular directory tree -- I mention this to make it clear none of the files or directories I want yet exist on my local disk -- I get an error described pretty well here: http://svn.haxx.se/users/archive-2005-08/1408.shtml In short, in the middle of a long series of inbound transfers, the 'svn update' command complains to the effect of: Can't move '/cygdrive/c//trunk/oracle/packages/.svn/tmp/entries' to '/cygdrive/c//trunk/oracle/packages/.svn/entries': Permission denied This is perplexing given that Subversion itself creates the entries file, and furthermore it's a freshly created copy, so it's not like I've had a chance to screw up its permissions yet. (Give me time.) The web page I linked mentions the possibility of conflicts with file system indexing or anti-virus software, but I haven't got any of that installed. Brane's analysis at the bottom of the web page in question seems worth pondering for brains more qualified than mine. Any ideas? Pete Gontier http://www.m-audio.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: Variation on: regular user, bash cannot find /tmp
It did help and worked; thanks. Indeed, I had installed it in different places the two times. For the archives, a couple clarifications on the instructions. From a command prompt means from a windows command prompt not a cygwin/bash command prompt. In the `command` on my windows box, semi-colon does not separate commands, so the cd and the .\program need to happen as separate commands. I haven't looked at the output of cygcheck yet; after doing the umount I tried what had failed and it seems to work. Thanks again. -Original Message- From: Igor Peshansky [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 05, 2006 10:35 AM To: David LaFrance-Linden Cc: cygwin@cygwin.com; [EMAIL PROTECTED] Subject: Re: Variation on: regular user, bash cannot find /tmp You probably installed into a different directory for that user, and you have stale user mounts. Unfortunately, you have not attached the output of cygcheck -svr from the failing user (which you could have gotten via cd c:\cygwin\bin; .\cygcheck -svr from a command prompt). Just unmount all user mounts as the problem user: cd c:\cygwin\bin; .\umount -U. HTH, -- 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: Variation on: regular user, bash cannot find /tmp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Reformatted. David LaFrance-Linden wrote: It did help and worked; thanks. Indeed, I had installed it in different places the two times. For the archives, a couple clarifications on the instructions. From a command prompt means from a windows command prompt not a cygwin/bash command prompt. In the `command` on my windows box, semi-colon does not separate commands, so the cd and the .\program need to happen as separate commands. I haven't looked at the output of cygcheck yet; after doing the umount I tried what had failed and it seems to work. Thanks again. David LaFrance-Linden wrote: You probably installed into a different directory for that user, and you have stale user mounts. Unfortunately, you have not attached the output of cygcheck -svr from the failing user (which you could have gotten via cd c:\cygwin\bin; .\cygcheck -svr from a command prompt). Just unmount all user mounts as the problem user: cd c:\cygwin\bin; .\umount -U. Please don't quote raw email addresses (aka: http://cygwin.com/acronyms/#PCYMTNQREAIYR)! This is an anti-spam measure used by the Cygwin lists (and probably the rest of sourceware's lists). http://cygwin.com/acronyms/#TOFU Could I get a new acronym over here? PCYMTSTRTFTTCML (Please Configure Your Mailer To Set The Reply-To Field To The Cygwin Mailing List). - -- Charli - --- Step away from make 3.80. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE/iPRKGyf4JaPChgRAgV5AKCHCef9d66F0IxU6JBHRsFJGtd7pgCfShhM T3aJnShMltepX9AkNLp1sVA= =MQVD -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: Variation on: regular user, bash cannot find /tmp
On Tue, Sep 05, 2006 at 09:26:42PM -0400, Charli Li wrote: Could I get a new acronym over here? PCYMTSTRTFTTCML (Please Configure Your Mailer To Set The Reply-To Field To The Cygwin Mailing List). I don't see any reason for this. If people actually *want* this, then they should set the Reply-To. If it was mailing list policy then I'd just set the Reply-To automatically. -- 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] spam replies
Charli Li wrote: [snip] Please don't quote raw email addresses (aka: http://cygwin.com/acronyms/#PCYMTNQREAIYR)! This is an anti-spam measure used by the Cygwin lists (and probably the rest of sourceware's lists). http://cygwin.com/acronyms/#TOFU Could I get a new acronym over here? PCYMTSTRTFTTCML (Please Configure Your Mailer To Set The Reply-To Field To The Cygwin Mailing List). What about Please don't reply to messages if you are not going to answer anything, just add spam to this list. -- René Berber -- 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: Variation on: regular user, bash cannot find /tmp
Christopher Faylor wrote: On Tue, Sep 05, 2006 at 09:26:42PM -0400, Charli Li wrote: Could I get a new acronym over here? PCYMTSTRTFTTCML (Please Configure Your Mailer To Set The Reply-To Field To The Cygwin Mailing List). I don't see any reason for this. If people actually *want* this, then they should set the Reply-To. If it was mailing list policy then I'd just set the Reply-To automatically. -- 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/ Don't know why, either. I have several mailing lists I read with my address. Just back here lurking back here. I am reading only, not writing any more. Thunderbird experimental does not show email address. Thunderbird is what I use. The only time email addresses show up in the messages is when i foward them. Bobby. -- 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] spam replies
René Berber wrote: Charli Li wrote: [snip] Please don't quote raw email addresses (aka: http://cygwin.com/acronyms/#PCYMTNQREAIYR)! This is an anti-spam measure used by the Cygwin lists (and probably the rest of sourceware's lists). http://cygwin.com/acronyms/#TOFU Could I get a new acronym over here? PCYMTSTRTFTTCML (Please Configure Your Mailer To Set The Reply-To Field To The Cygwin Mailing List). What about Please don't reply to messages if you are not going to answer anything, just add spam to this list. Won't that leave the list without any traffic? ;-) But seriously, unless you mean this in a rhetorical sense, I don't see any practical way of enforcing such a rule. I can understand the sentiment but who's to say what's spam and what's not. For instance, I myself have been accused of as much on this list. Rightly or not, I cannot say (obviously I'm not the best one to judge that ;-) ). But I think this is just one of those little evils that we have to deal with on a one by one basis. Anything else would likely just shut down the list, IMO, as the cries of spam become at least as much trouble as the messages now that some majority may consider spam. On the other hand, PCYMTNSS (Please Configure Your Mailer To Not Send Spam) does have a nice ring to it. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [OT] spam replies
René Berber wrote: Charli Li wrote: [snip] Please don't quote raw email addresses (aka: http://cygwin.com/acronyms/#PCYMTNQREAIYR)! This is an anti-spam measure used by the Cygwin lists (and probably the rest of sourceware's lists). http://cygwin.com/acronyms/#TOFU Could I get a new acronym over here? PCYMTSTRTFTTCML (Please Configure Your Mailer To Set The Reply-To Field To The Cygwin Mailing List). What about Please don't reply to messages if you are not going to answer anything, just add spam to this list. Won't that leave the list without any traffic? ;-) But seriously, unless you mean this in a rhetorical sense, I don't see any practical way of enforcing such a rule. I can understand the sentiment but who's to say what's spam and what's not. For instance, I myself have been accused of as much on this list. Rightly or not, I cannot say (obviously I'm not the best one to judge that ;-) ). But I think this is just one of those little evils that we have to deal with on a one by one basis. Anything else would likely just shut down the list, IMO, as the cries of spam become at least as much trouble as the messages now that some majority may consider spam. On the other hand, PCYMTNSS (Please Configure Your Mailer To Not Send Spam) does have a nice ring to it. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [OT] spam replies
Larry Hall (Cygwin) wrote: René Berber wrote: Charli Li wrote: [snip] Please don't quote raw email addresses (aka: http://cygwin.com/acronyms/#PCYMTNQREAIYR)! This is an anti-spam measure used by the Cygwin lists (and probably the rest of sourceware's lists). http://cygwin.com/acronyms/#TOFU Could I get a new acronym over here? PCYMTSTRTFTTCML (Please Configure Your Mailer To Set The Reply-To Field To The Cygwin Mailing List). What about Please don't reply to messages if you are not going to answer anything, just add spam to this list. Won't that leave the list without any traffic? ;-) But seriously, unless you mean this in a rhetorical sense, I don't see any practical way of enforcing such a rule. I can understand the sentiment but who's to say what's spam and what's not. For instance, I myself have been accused of as much on this list. Rightly or not, I cannot say (obviously I'm not the best one to judge that ;-) ). But I think this is just one of those little evils that we have to deal with on a one by one basis. Anything else would likely just shut down the list, IMO, as the cries of spam become at least as much trouble as the messages now that some majority may consider spam. On the other hand, PCYMTNSS (Please Configure Your Mailer To Not Send Spam) does have a nice ring to it. ;-) Ugh! A duplicate message sent in reply to such a thread. That has to be spam, right? ;-) My sincerest of apologies to all! -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [OT] spam replies
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Larry Hall wrote: René Berber wrote: Charli Li wrote: [snip] Please don't quote raw email addresses (aka: http://cygwin.com/acronyms/#PCYMTNQREAIYR)! This is an anti-spam measure used by the Cygwin lists (and probably the rest of sourceware's lists). http://cygwin.com/acronyms/#TOFU Could I get a new acronym over here? PCYMTSTRTFTTCML (Please Configure Your Mailer To Set The Reply-To Field To The Cygwin Mailing List). What about Please don't reply to messages if you are not going to answer anything, just add spam to this list. Won't that leave the list without any traffic? ;-) But seriously, unless you mean this in a rhetorical sense, I don't see any practical way of enforcing such a rule. I can understand the sentiment but who's to say what's spam and what's not. For instance, I myself have been accused of as much on this list. Rightly or not, I cannot say (obviously I'm not the best one to judge that ;-) ). But I think this is just one of those little evils that we have to deal with on a one by one basis. Anything else would likely just shut down the list, IMO, as the cries of spam become at least as much trouble as the messages now that some majority may consider spam. On the other hand, PCYMTNSS (Please Configure Your Mailer To Not Send Spam) does have a nice ring to it. ;-) There you go, there you go! :-) But, I think we may have to TITTTL these threads. - -- Charli - --- Step away from make 3.80. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE/jQQKGyf4JaPChgRAj2qAKCOME9ZVX6+SzfZA1TFCRAD5XzPLACfesh8 iP6y/hVYdzASp1S50oWomvU= =38mA -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/