Re: Pending packages status
2. tmake version: 1.8-1 status : reviewed, ready for upload once it gets the necessary votes reviews: http://cygwin.com/ml/cygwin-apps/2002-09/msg00222.html votes : 1 (Joshua) url: http://www.geocities.co.jp/SiliconValley-SanJose/5153/cygwin-package/tmake-1.8-1-package.tgz Whops, I see my message was a bit obscure, but was meant to be a vote. Well I'll say it not tmake seems useful enough to me to vote it. Lapo -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) smime.p7s Description: S/MIME Cryptographic Signature
Re: Technical Qquery
Hi Sumeet J, I am not sure what Kind of X11-Protocoll HP-UX (how Vers?) support. My Implementation is written in Borland Delphi6 / Kylix3 (OpenEdition) but still an Alpha Prototype. Features of the Windowsclient: - X11 Remote Connections via (buildt in) OpenSSH (V2) - Tabbedconfiguration Dialog for set up the X11-Environment. - Local Printing Sound Support for X11-Connections - Automatic Distribution via Logonscript (bundling needed Cygwin Binaries) Requirements: - Windows 9.x NT.x - Some Cygwin Packages - TCP/IP-Networkconnections I am J Sumeet working as a Product Engineer for HCL Infosystems Ltd. I have a few queries regarding this software : 1. Whether it will be able to bring the HP-UX Server GUI on our Windows Desktop ? 2. Whether it is a freeware which doesn't require any other additional software ? Best Regards, Sumeet J PEG HCL Infosystems Ltd. INDIA
RE: wmaker signal 11
Vikram [mailto:[EMAIL PROTECTED]] wrote: I downloaded cygwin afresh on a new box yesterday. For the first time decided to try out wmaker.exe wmaker got signal 11 everytime I started. I had similar problems at first. I believe I had to switch to a binary mount point. Something like this: $ mount -f -s -b C:/cygwin / But make sure you know what you're doing before you try it. :-) -Jerry
RE: wmaker signal 11
I can report that if you install Cygwin and choose DOS files instead of UNIX files as a setup option, wmaker crashes on startup as a matter of course. 'course I don't really know WHY that is, but I did observe the fact. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Harold L Hunt II Sent: Monday, October 14, 2002 11:26 AM To: [EMAIL PROTECTED] Subject: Re: wmaker signal 11 Did I build the wmaker package? I am guessing that I did... in that case, I should be linking automode.o with the wmaker executable so that we are not dependent upon binary mounts. Any objections? Harold Gerald S. Williams wrote: Vikram [mailto:[EMAIL PROTECTED]] wrote: I downloaded cygwin afresh on a new box yesterday. For the first time decided to try out wmaker.exe wmaker got signal 11 everytime I started. I had similar problems at first. I believe I had to switch to a binary mount point. Something like this: $ mount -f -s -b C:/cygwin / But make sure you know what you're doing before you try it. :-) -Jerry
Running Setup Problem
I need to have setup run so that everything is automatic, using the defaults. I do not want anyone to be able to change the settings, because this will cause problems. I was going to just write insturctions but someone might try to be brave and change something. Any help would be great. __ Do you Yahoo!? New DSL Internet Access from SBC Yahoo! http://sbc.yahoo.com
Dual-display
I have a machine with two video cards in it (forms one 2048x768 desktop). Id like to make XWin start on the second display, is there a way to do that? I think I once read that on Windows, when you have multiple video cards, only the first one is accelerated. So the command line would have to contain engine 1 Proposed feature addition: The display switch. Default would be display 1 and in my case you would use it like this: display 2 Or possibly the DISPLAY environment variable. Ex: DISPLAY=127.0.0.1:0.2
xwinclip problem/puzzle
My wife's Windows config at home now is very functional, thanks to Cygwin and Cygwin-xfree (thanks Christopher, Harold, and everone else!) But, we still can't get copy and paste between XFree86 and Windows... xwinclip works exactly as advertised, but its insistence on de-selecting as it copies to the Windows clipboard means that a broad range of user interface actions inside X become impossible. One example is where you have to select an item from a list before applying some action to the selection; or selecting a piece of text for cut and paste. At home, my wife had to stop using xwinclip because of this. Could it be changed to not do this selection-clearing? I got the impression it was only done so that you knew the copy-to-Windows- clipboard action had happened. But I'm quite happy to take that on faith! At least, could there be a command line option to turn off this activity? luke
Re: xwinclip problem/puzzle
[EMAIL PROTECTED] wrote: Could it be changed to not do this selection-clearing? I got the impression it was only done so that you knew the copy-to-Windows- clipboard action had happened. It was not done for the user to know that copy happened, but for xwinclip to know when the user select something (xwinclip loses the clipboard focus then). Anyway, Chris Twiner posted a version that does the copy to windows only when XWin gets deactivated (i.e. when you select another Windows application, so the selection stays until you leave the XWin window). See the attachment at the bottom of the message: http://sources.redhat.com/ml/cygwin-xfree/2002-08/msg00260.html You'll need to compile it yourself though. And maybe Chris has a newer version now. Jehan
winsup/cygwin ChangeLog child_info.h cygheap.c ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2002-10-14 13:25:53 Modified files: cygwin : ChangeLog child_info.h cygheap.cc dcrt0.cc dll_init.cc dtable.cc dtable.h exceptions.cc fhandler_console.cc fork.cc pinfo.cc pinfo.h shared.cc shared_info.h cygwin/include/sys: cygwin.h Log message: * child_info.h (CURR_CHILD_INFO_MAGIC): Reset. (child_info_fork::heaptop): Remove obsolete element. (child_info_fork::heabbase): Ditto. (child_info_fork::heapptr): Ditto. (child_info_fork::mount_table): New element. (child_info_fork::myself_addr): Ditto. * dcrt0.cc (dll_crt0_1): Set mount_table and myself_addr when forking. (initial_env): Add newline to sleeping message. * dll_init.cc (reserve_upto): Accommodate cygwin heap when freeing memory. Make debugging output a little more descriptive. * fork.cc (fork_parent): Save mount_table and myself_addr. * pinfo.cc (myself_addr): New variable. (set_myself): Pass PID_MYSELF flag to init. (pinfo::Init): Honor PID_MYSELF. Save address where myself shared memory resides in myself_addr, for fork. * pinfo.h (myself_addr): Declare. * shared.cc (memory_init): On fork, use previously saved address for location of mount table. * include/sys/cygwin.h (PID_MYSELF): New value. * dtable.cc (dtable::stdio_init): Don't pass access type to init_std_file_from_handle. It's always the same. (dtable::init_std_file_from_handle): Remove access type argument. Assume read/write. * dtable.h (dtable::init_std_file_from_handle): Ditto for declaration. * exceptions.cc (try_to_debug): Don't try to debug if already being debugged. * fhandler_console.cc (shared_console_info_save): New variable. (fhandler_console::get_tty_stuff): Save address of shared console stuff for fork. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.1530r2=1.1531 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/child_info.h.diff?cvsroot=uberbaumr1=1.34r2=1.35 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygheap.cc.diff?cvsroot=uberbaumr1=1.72r2=1.73 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dcrt0.cc.diff?cvsroot=uberbaumr1=1.157r2=1.158 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dll_init.cc.diff?cvsroot=uberbaumr1=1.29r2=1.30 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dtable.cc.diff?cvsroot=uberbaumr1=1.103r2=1.104 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dtable.h.diff?cvsroot=uberbaumr1=1.17r2=1.18 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/exceptions.cc.diff?cvsroot=uberbaumr1=1.128r2=1.129 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_console.cc.diff?cvsroot=uberbaumr1=1.89r2=1.90 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fork.cc.diff?cvsroot=uberbaumr1=1.96r2=1.97 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.63r2=1.64 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.h.diff?cvsroot=uberbaumr1=1.41r2=1.42 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/shared.cc.diff?cvsroot=uberbaumr1=1.54r2=1.55 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/shared_info.h.diff?cvsroot=uberbaumr1=1.23r2=1.24 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/include/sys/cygwin.h.diff?cvsroot=uberbaumr1=1.37r2=1.38
3 KASIM VE BÝZ
Re: pthreads in YahooPOPs
Hi! Sunday, 13 October, 2002 Andrew Lynch [EMAIL PROTECTED] wrote: AL Hopefully, the author will see the issue and rewrite AL the code in a more portable manner. Can you deduce AL what the YahooPOPs author is trying to do? Would you AL suggest a more portable method I could look at? I AL will likely be finding or writing a replacement for AL this code section and appreciate any tips. AL lock.__m_reserved = 0; AL lock.__m_count = 0; AL lock.__m_owner = 0; AL lock.__m_kind = PTHREAD_MUTEX_TIMED_NP; AL lock.__m_lock.__status = 0; AL lock.__m_lock.__spinlock = __LT_SPINLOCK_INIT; It's hard to be sure from such short snippet, but it looks like they should use pthread_mutex_init() function if they want to create a new pthread mutex and initialize it. Single Unix Specification (http://www.opengroup.org/onlinepubs/007908799/) is a standard cygwin is trying to conform to. They have all needed reference information online. Additionally, would you please keep the answers on-list? I deliberately set 'Reply-To:' to point to mailing list, because i read it along with my personal e-mail, so i don't want to get duplicate copies of one message. Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Re: Viruses being transported with Cygwin messages
Hello, Folks, don't roar at me, but I am seeing a number of messages arrive here, infected. One came with a message via Robert Collins, twice, Like spam, most common email viruses forge the 'from' address. I am seeing a few of these too, but, as Chris said, they aren't coming through the Cygwin server. just as a side note. I got also yesterday a Virus from Robert Collins, but this time the email address was [EMAIL PROTECTED] g. I don't assume Rober is working for this company. Even more interesting: I have different mail addresses for the Cygwin list, depending wether I am at the office or at home. My home address is registered by gmane.org and I received that faked email at home! So I assume, someone is grabbing addresses from there ... Regards, Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
rebuilding cygwin1.dll
Hello, I'm trying to understand why the following code doesn't do what I expect it to: #include stdio.h #include windows.h int main(void) { SetConsoleOutputCP(857); printf(\x87\x94\x8d\x9f\x81\xa7\n); } (BTW, does anyone know why gcc issues a warning if main has return type void? Is this required by any standard I haven't heard of?) I expect the code above to print six characters from the code page 857 (the default is 866), namely: ccedilla, odiaeresis, dotlessi, scedilla, udiaeresis, gbreve. However, it prints characters from the default code page (that is, pseudographics, quote, '?', '?', '?', paragraph). It prints what I expect only if compiled with -mno-cygwin, which is not what I want (the ultimate goal is to have mutt switch code pages in one session, without leaving mutt or bash; it works under Linux). To understand that, I want to rebuild cygwin1.dll with debugging information. Due to awful build performance under Windows 2000, I use cross-compiler under Linux. I did the following: * copied some includes and libs from an installed cygwin to /opt/cygwin/i686-pc-cygwin/{include,lib}. * release/binutils/binutils-20020706-2-src.tar.bz2 ./configure --prefix=/opt/cygwin --target=i686-pc-cygwin make make install * release/gcc2/gcc2-2.95.3-10-src.tar.bz2 with minor -lintl fixes ./configure --prefix=/opt/cygwin --target=i686-pc-cygwin PATH=/opt/cygwin/bin:$PATH make LANGUAGES=c c++ PATH=/opt/cygwin/bin:$PATH make LANGUAGES=c c++ install * release/cygwin/cygwin-1.3.12-4-src.tar.bz2 with minor -I. order fixes untbz2 release/w32api/w32api-2.0-1-src.tar.bz2 into winsup ln -s w32api-2.0-1 winsup/w32api ./configure --prefix=/opt/cygwin --host=i686-pc-cygwin --build=i686-pc-linux-gnu. PATH=/opt/cygwin/bin:$PATH make The last command fails while linking new-cygwin1.dll with many errors saying that __builtin_new, __builtin_delete, __builtin_vec_new and __builtin_vec_delete not found. Should I use a different compiler, or some separate C++ library? Any ideas would be greatly appreciated. Thanks in advance, Baurjan. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: multiple mirrors downloading
Michael Chase's clean_setup.pl deserves a mention here. URL: http://home.ix.netcom.com/~mchase/zip/ I use it with the -missing -missingprefix options for all my Cygwin package downloading. Max. Randall R Schulz wrote: Zenaan, Your assumption is not in fact valid. Even if it were, you could avoid the problem by sticking to a single mirror. I do that just to simplify the clean-up of old package archives. Cygwin's Setup.exe integrates the content of multiple download mirror directories on your local system when determining what to retrieve from the mirror(s) and which package archive to install. It will not download redundant copies of any given package. Randall Schulz Mountain View, CA USA At 17:40 2002-10-13, Zenaan Harkness wrote: I want to have a mirror archive on my laptop, and keep it up to date, so I can update the three ops PCs I have at work from my local mirror, and to simplify keeping them all in sync wrt versions. My first attempt sits like this: On my workstation (Debian GNU/Linux) I created a samba share and used the cywin download tool to download to disk, to my samba share. This was fine, except a few days later when I went to update the local repository, the mirror I had been using had stopped working - so I went back again and used a different mirror. The problem: Looking at my local repository directory, it appears that there is a funky looking mirror-name-with-percent-signs-etc top level directory FOR EACH MIRROR. So I quickly stopped the second download/ update, assuming it would go and redownload the entire archive. If my assumption that it would redownload everything is correct, this is a ridiculous waste of bandwidth, and unacceptable. So, where do I go from here? TIA Zenaan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: inetd telnet slowness
I also have this problem since one or two months: when I try to telnet to my win2k box from another host (or from the same machine) I have to wait approx. 1 min. before the login prompt displays (but I see Trying, Connected and Escape character is '^]' immediately). Launching in.telnetd -debug doens't work for me: it immediately asks to me username and password but no credentials are accepted (administrator, non-administrator, no user is accepted). On the contrary rlogin works properly (I always wait 5/6 seconds before the password prompt, but it works). Trying to better understand the problem I used File Monitor from sysinternals (www.sysinternals.com) a free tool that monitors access to file system by windows processes. All access made by telnet, telnetd, etc. seems to be ok, but I saw a suspect operation: process:System:1876 operation: IRP_MJ_CREATE file: \\.terminfo\IPC$ returncode: BAD NETWORK PATH other information: Attributes: N Options: OpenIf This operation is performed by System process every 3/4 seconds for several times. This does not happen for rlogin. Can anyone explation what does it means and if it can be correlated to our problem? - Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 746 600332 - 1 anno 6 mesi 5 giorni 53 minuti 58 secondi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Viruses being transported with cygwin messages
On Sun, 13 Oct 2002 21:36:02 -0400, Gregg C Levine [EMAIL PROTECTED] wrote: Hello from Gregg C Levine Okay. I'll agree with you on that notion, Christopher. No real arguement there. Now as to about those messages? Are those actual messages? I'm inclined to think not. Nope. Two arrived here. The original messages are in the archives... http://sources.redhat.com/ml/cygwin/2002-08/msg00071.html http://sources.redhat.com/ml/cygwin/2002-02/msg00636.html ...whereas the new arrivals have truncated html-ized text and what looks like Bugbear - identical 50.6k (?upx compressed?) binaries: connexionscard-pass.txt.scr james_simmons_1.jpg.scr Neither has any connection with their original poster. -- [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: latest cvs fork problems
Same here with 1.3.13-2; it seems that all programs are affected (e.g. I can't run anything from bash since bash can't fork). I'm using WIndows XP SP1. Steve O [EMAIL PROTECTED] writes: On Mon, Oct 14, 2002 at 03:09:50AM -, [EMAIL PROTECTED] wrote: [EMAIL PROTECTED]: Sorry, only subscribers may post. See the project web page for details: http://www.cygwin.com/lists.html (#5.7.2) Hi, I was trying to get the latest cygwin CVS working and ran into some difficulties. An strace of rxvt hangs as it forks: -- strace log skipped -- -- With regards, Roman. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with cygwin 1.3.13 and ssh
Hi... I just updated to 1.3.13 and encountered a problem with permissions When trying to ssh to different machine I get: WARNING: UNPROTECTED PRIVATE KEY FILE! Permissions 0644 for '//raid1/Entwicklung/User/roland/.ssh/id_rsa' are too open. It is recommended that your private key files are NOT accessible by others. This private key will be ignored. My homeaccount resides on a Linux box and is shared with Samba. Showing these (correct permissions) on the linux box $ ls -al total 40 drwx--2 roland develop 4096 Jul 23 14:02 . drwxr-xr-t 39 roland develop 4096 Oct 10 17:48 .. -rw-r--r--1 roland develop 1161 Jul 23 17:18 authorized_keys -rw---1 roland develop 668 Jul 23 17:18 id_dsa -rw-r--r--1 roland develop 604 Jul 23 17:18 id_dsa.pub -rw---1 roland develop 887 Jul 23 17:18 id_rsa -rw-r--r--1 roland develop 224 Jul 23 17:18 id_rsa.pub -rw---1 roland develop 529 Jul 23 17:18 identity -rw-r--r--1 roland develop 333 Jul 23 17:18 identity.pub -rwx--1 roland develop 3390 Oct 10 17:26 known_hosts When looked from cygwin I get: $ ls -alg total 12 drwxr-xr-x2 roland develop0 Jul 23 14:02 . drwxr-xr-x 39 roland develop0 Oct 10 17:48 .. -rw-r--r--1 roland develop 1161 Jul 23 17:18 authorized_keys -rw-r--r--1 roland develop 668 Jul 23 17:18 id_dsa -rw-r--r--1 roland develop 604 Jul 23 17:18 id_dsa.pub -rw-r--r--1 roland develop 887 Jul 23 17:18 id_rsa -rw-r--r--1 roland develop 224 Jul 23 17:18 id_rsa.pub -rw-r--r--1 roland develop 529 Jul 23 17:18 identity -rw-r--r--1 roland develop 333 Jul 23 17:18 identity.pub -rw-r--r--1 roland develop 3390 Oct 10 17:26 known_hosts With cygwin 1.3.12 I get the same few in my .ssh folder (last listing above) but ssh works without pain... Maybe a new bug? Roland -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
more questions about the setup program - using more than one mirror...
Howdy all! I'm using the Cygwin setup on my W2000 system. A while ago I asked the question: how do I know which mirror to select? Obviously some are going to be faster than others (perhaps also a lot closer). Someone here told me that I can select multiple sites and setup will select the fastest. Is that true? When I select multiple sites there are several problems. Firstly, it starts by downloading something from each of them, before I even select any packages to download. Secondly, it started to download stuff I already had. It started to download cygwin-1.3.13.2.tar.bz2. WHen I canceled and went back to using the same mirror that I first started with, it was able to get new packages without downloading anything I've already downloaded. Can anyone shed more light on how I am supposed to be using setup? Thanks! Ed -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Adding Reply-To: header to list messages.
Hi, Is it possible to add Reply-To header to messages posted to the list? It will make reply to list messages easier. I already sent direct (off-list) reply to someone by mistake. Thanks, Pavel. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: emacs on cygwin
Joshua Daniel Franklin wrote: No. If you want NT Emacs to understand Cygwin paths, get cygwin-mount.el from http://www.emacswiki.org/elisp/index.html. The Cygwin GNU emacs understands //machine/share syntax, but not X:/path syntax. Normal Cygwin /some/path/to/file syntax is fine also (of course). If you want to run emacs -nw, say from a remote login shell, you can't. (The error is emacs: standard input is not a tty.) Instead, use a Cygwin version of XEmacs, from http://www.xemacs.org/. Using xemacs -nw from a remote shell This works fine for Cygwin GNU emacs. You want tty in the CYGWIN environment variable value for it to work well. Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cannot run apache with mod_php4
Dmitry, On Mon, Oct 14, 2002 at 09:50:39AM +0600, Dmitry Suhodoev wrote: Ive checked the list and it seems that your problem is in your dll's. This problem can (hopefully) be fixed by rebasing. Although this is *should* work, it is an entirely experimental phase and could muff them up completely... shell cd /tmp shell wget http://www.tishler.net/jason/software/rebase/rebase.exe shell rebase -d -b 0x6800 -o 0x1 /lib/apache/*.dll i has rebased my dlls by your program, and it also doesn't work, You need to rebase all DLLs that are loaded into your executable's address space. In your case you will need to do someting like the following: $ rebase -d -b 0x6800 -o 0x1 /bin/*.dll /lib/apache/*.dll ^^ BTW, this issue was discussed on the list in the last 24 hours: http://cygwin.com/ml/cygwin/2002-10/msg00608.html Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
help compiling?
Hi all, I did not write this source or makefile but I would like to know why it is failing, any ideas? $ make ld -o kernel.elf main.o -dN -Ttext 0x101080 ld: warning: cannot find entry symbol _mainCRTStartup; defaulting to 00101080 main.o: In function `main': /home/Administrator/os/main.c:25: undefined reference to `__main' make: *** [kernel.elf] Error 1 Adrian. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Fwd: failure delivery
Note: forwarded message attached. __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com ---BeginMessage--- Message from yahoo.com. Unable to deliver message to the following address(es). [EMAIL PROTECTED]: Sorry, I couldn't find any host named sourceware.cygnus.com. (#5.1.2) --- Original message follows. Return-Path: [EMAIL PROTECTED] The original message is over 5k. Message truncated to 1K. Message-ID: [EMAIL PROTECTED] Received: from [203.115.116.2] by web12505.mail.yahoo.com via HTTP; Mon, 14 Oct 2002 04:55:16 PDT Date: Mon, 14 Oct 2002 04:55:16 -0700 (PDT) From: mehernosh mohta [EMAIL PROTECTED] Subject: Compiling CYRUS IMAP on windows 2000 advanced server To: Cygwin [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=0-1920388509-1034596516=:73154 --0-1920388509-1034596516=:73154 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hello dear, I wanted to setup an intranet mail on my windows network. So I tried to install cyrus imap of version 2.1.6. But while compiling i used to get the following problems. So please try to help me out. Or else give me any other solution meher __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com --0-1920388509-1034596516=:73154 Content-Type: text/plain; name=makeOutput Content-Description: makeOutput Content-Disposition: inline; filename=makeOutput ### Making all in /var/tmp/cyrus-imapd-2.1.6/man *** MESSAGE TRUNCATED *** ---End Message--- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with cygwin 1.3.13 and ssh
Roland Schwingel wrote: Hi... I just updated to 1.3.13 and encountered a problem with permissions When trying to ssh to different machine I get: WARNING: UNPROTECTED PRIVATE KEY FILE! Permissions 0644 for '//raid1/Entwicklung/User/roland/.ssh/id_rsa' are too open. Maybe a new bug? Nope - a side effect of ntsec being on by default. Disable it (CYGWIN=nontsec), or chmod your file appropriately. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with cygwin 1.3.13 and ssh
Hi Thanks for your reply and help... nontsec did help, chmod did not (unfortunately) Roland Max Bowsher [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 14.10.2002 14:50 To: Roland Schwingel [EMAIL PROTECTED], [EMAIL PROTECTED] cc: Subject: Re: Problem with cygwin 1.3.13 and ssh Roland Schwingel wrote: Hi... I just updated to 1.3.13 and encountered a problem with permissions When trying to ssh to different machine I get: @@@ @ WARNING: UNPROTECTED PRIVATE KEY FILE! @ @@@ Permissions 0644 for '//raid1/Entwicklung/User/roland/.ssh/id_rsa' are too open. Maybe a new bug? Nope - a side effect of ntsec being on by default. Disable it (CYGWIN=nontsec), or chmod your file appropriately. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Viruses being transported with Cygwin messages
Robert, It's probably not your system that is infected -- Bugbear, like KLEZ, uses addresses harvested from the infected system in spoofed From headers. The only way I've been able to guess at the real identity for bugbear-infected mail that I've received (from friends/family) is to search through my mailbox for the first Received header's domain, and from that, look for a common association with the name in the from line. On a mailing list, that wouldn't work very well. Warm regards, Chris -Original Message- From: Gregg C Levine [mailto:[EMAIL PROTECTED]] Sent: Sunday, October 13, 2002 8:38 PM To: Robert Collins Cc: [EMAIL PROTECTED] Subject: Re: Viruses being transported with Cygwin messages Hello from Gregg C Levine Gladly, if I can find it. It's a message in ugly HTML format, and it arrived at my other address. Gregg C Levine [EMAIL PROTECTED] Oh my! The Second Doctor's nearly favorite phrase. - Original Message - From: Robert Collins [EMAIL PROTECTED] To: Gregg C Levine [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, October 13, 2002 4:36 PM Subject: Re: Viruses being transported with Cygwin messages On Mon, 2002-10-14 at 05:04, Gregg C Levine wrote: Hello from Gregg C Levine Folks, don't roar at me, but I am seeing a number of messages arrive here, infected. One came with a message via Robert Collins, twice, Can you point me at the message with the virus? And the virus? I email from UNIX, so am *very* surprised at this. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Viruses being transported with cygwin messages
Tim Prince wrote: Earthlink gave me immediate automatic acknowledgment that these were viruses originated by one of their customers. Sorry for the extra noise, but in case anyone's trying to track down the sources, I also got a message claiming to be from Christopher Faylor (though with the wrong address). It also went through Earthlink, as the headers show: === Return-Path: [EMAIL PROTECTED] Received: from [internal addresses] Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by [internal address] with ESMTP id g9DHPru13432 for [EMAIL PROTECTED]; Sun, 13 Oct 2002 13:25:53 -0400 (EDT) Received: from pool0355.cvx40-bradley.dialup.earthlink.net ([216.244.43.100] helo=HUNG) by falcon.mail.pas.earthlink.net with smtp (Exim 3.33 #1) id 180mXM-0004o6-00; Sun, 13 Oct 2002 10:28:21 -0700 From: Christopher Faylor [EMAIL PROTECTED] Subject: Re: bash 2.05a command completion spec bug MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=--4MNKIZZFJFEJXQK Message-Id: [EMAIL PROTECTED] Bcc: Date: Sun, 13 Oct 2002 10:28:21 -0700 Content-Length: 69055 === Here was the entire message (my company server apparently nabbed the actual virus on the way in, but I'm updating my antivirus just in case...): === On Tue, Feb 12, 2002 at 09:29:28AM -0500, Jason Tishler wrote: Command completion specs causes bash 2.05a specifically *and* Cygwin in general to behave poorly. By poo === -Jerry Williams -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Application failed to initialize (0xc0000022)
Cross-posting the resolution... Christopher Faylor wrote: It's usually caused by the use of CYGWIN=ntsec and cygwin1.dll not having executable permissions, I believe. It's showed up here from time to time. So, doing something like: c:\set CYGWIN=ntsec c:\chmod a+rx /bin/* may help. That did the trick. The DLLs from kde-x-1.3.tar.bz2 extract into /usr/X11R6/bin without execute permission. When I rebuilt X11, they got execute permission but a few others lost it for some reason. I would have gotten there eventually (I was about to try disabling ntsec), but this definitely helped. Thanks, -Jerry -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin can't write to CIFS... but cmd.exe *can*
If one is authenticated against a remote CIFS share (Linux), should there be a difference in permissions between Cygwin and CMD.EXE? Example: After authentication/mount (via net use), I try `echo foo myfile.txt` In the Cygwin shell, this fails and I get a 0-byte file. If I start CMD.EXE from the same shell, it works in the CMD processor. Could someone please explain the inconsistency? If not, suggestions for workaround ARE welcome (at a higher level I'm working off a Perl script but I reproduced the above in bash using just 'echo'). To eliminate sshd issues, I am running things locally (using WinVNC to export my display). -Scott Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Oct 14 10:08:54 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `tty ntsec' HOME = `C:\cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/home/Administrator' USER = `Administrator' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator.QA\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `QA2000TEST' COMSPEC = `C:\WINNT\system32\cmd.exe' CVSREAD = `y' CVSROOT = `:pserver:[EMAIL PROTECTED]:/var/cvsroot_generic' HOMEDRIVE = `C:' HOMEPATH = `\' LOGONSERVER = `\\QACONTROL' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0806' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SINC = `/usr/pool/stest/linux/bin/include' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\ADMINI~1.QA\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\ADMINI~1.QA\LOCALS~1\Temp' USERDNSDOMAIN = `qa.storigen.com' USERDOMAIN = `QA' USERNAME = `Administrator' USERPROFILE = `C:\Documents and Settings\Administrator.QA' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck.exe' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS 14645Mb 16% CP CS UN PA FC d: cd N/AN/A w: net NTFS2022Mb 64% CP CSPAfoo C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive userbinmode,cygdrive Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Not Found: gdb Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\sh.exe 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2002/5/7 2:33 625k 2002/08/09 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 cygcrypto.dll v0.0 ts=2002/8/9 16:20 452k 2002/07/17 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 cygcurl-2.dll v0.0 ts=2002/7/17 10:50 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 cygform5.dll v0.0 ts=2001/4/25 1:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 cygform6.dll v0.0 ts=2002/1/9 1:03 19k 2002/02/20 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 cyggdbm.dll v0.0 ts=2002/2/19 22:05 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 cyghistory4.dll v0.0 ts=2001/1/6 23:34 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 cyghistory5.dll v0.0 ts=2002/10/10 13:28 929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 cygiconv-2.dll v0.0 ts=2002/6/24 14:24 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 cygintl-1.dll v0.0 ts=2001/12/13 4:28 28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 cygintl-2.dll v0.0 ts=2002/9/19 23:13 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 cygintl.dll v0.0 ts=2001/6/20 13:09 81k 2000/12/05 C:\cygwin\bin\cygitcl30.dll - os=4.0 img=1.0 sys=4.0 cygitcl30.dll v0.0 ts=2000/11/25 20:43 35k 2000/12/05 C:\cygwin\bin\cygitk30.dll - os=4.0 img=1.0 sys=4.0 cygitk30.dll v0.0 ts=2000/11/25 20:43 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
RE: Cygwin can't write to CIFS... but cmd.exe *can* (more)
...of course, when I do this (in either example), I have cd'd to the CIFS share (/cygdrive/w/ in both cases) Also, the share is authenticated as a test account other than who I am in the shell (shell user=Administrator; CIFS authenticated as user 'foo'). I'm wondering if this has anything to do with my problem, but one would expect to be able to authenticate CIFS shares as other users (I even tried mapping the drive under plain Explorer). What puzzles me is if I start cmd.exe as a subprocess of bash, the writes succeed. -Scott Example: After authentication/mount (via net use), I try `echo foo myfile.txt` -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: swig-1.3.15-1
I've updated the version of SWIG to 1.3.15-1. Tarballs should be available on the Cygwin mirrors shortly. As per the SWIG web page (http://www.swig.org): SWIG (Simplified Wrapper Interface Generator) is a software development tool that connects programs written in C, C++, and Objective-C with a variety of high-level programming languages. SWIG is primarily used with common scripting languages such as Perl, Python, Tcl/Tk, Ruby, Guile and MzScheme, however the list of supported languages also includes non-scripting languages such as Java and Eiffel. SWIG is most commonly used to create high-level interpreted programming environments and as a tool for building user interfaces. SWIG may be freely used, distributed, and modified for commercial and noncommercial use. Version 1.3.15 is a regular development release of SWIG. More information, including release notes and user documentation, can be found in the directory /usr/doc/swig-1.3.15/. -- Gerald Williams Cygwin SWIG maintainer *** INSTALLATION *** To update your installation, download and run setup.exe using the Install Cygwin now link at http://cygwin.com/. SWIG is in the 'Devel' category. Questions or comments? First check the FAQ and Cygwin mailing list archives at http://cygwin.com/lists.html (you may want to sign up for the list as well). Then mailto:[EMAIL PROTECTED]. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cygwin can't write to CIFS... but cmd.exe *can* (more)
Scott, I've had some trouble with file permissions on samba shares under Win2k. Not anything as severe as yours, but the files created on a share didn't inherit the world read permissions of the directories (and those couldn't be set). I wonder if these are related? Igor On Mon, 14 Oct 2002, Scott Prive wrote: ...of course, when I do this (in either example), I have cd'd to the CIFS share (/cygdrive/w/ in both cases) Also, the share is authenticated as a test account other than who I am in the shell (shell user=Administrator; CIFS authenticated as user 'foo'). I'm wondering if this has anything to do with my problem, but one would expect to be able to authenticate CIFS shares as other users (I even tried mapping the drive under plain Explorer). What puzzles me is if I start cmd.exe as a subprocess of bash, the writes succeed. -Scott Example: After authentication/mount (via net use), I try `echo foo myfile.txt` -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin can't write to CIFS... but cmd.exe *can* (more)
There is loads of stuff in the list archives on this. If you have local user accounts on the Win machine (rather than domain accounts) and access using shares using the unix account then the UID/GID are different, you can set CYGWIN too some value - I think it is smbnontsec, someone can correct me if I cam wrong. Using a different user for authentication on the samba share that the current user will work fine under win but because of the UID changes will not work under cygwin unless the smbnontsec is added to the CYGWIN enviroment variable. A search of the archives will give you plenty more on this. Donald. Igor Pechtchanski wrote: Scott, I've had some trouble with file permissions on samba shares under Win2k. Not anything as severe as yours, but the files created on a share didn't inherit the world read permissions of the directories (and those couldn't be set). I wonder if these are related? Igor On Mon, 14 Oct 2002, Scott Prive wrote: ...of course, when I do this (in either example), I have cd'd to the CIFS share (/cygdrive/w/ in both cases) Also, the share is authenticated as a test account other than who I am in the shell (shell user=Administrator; CIFS authenticated as user 'foo'). I'm wondering if this has anything to do with my problem, but one would expect to be able to authenticate CIFS shares as other users (I even tried mapping the drive under plain Explorer). What puzzles me is if I start cmd.exe as a subprocess of bash, the writes succeed. -Scott Example: After authentication/mount (via net use), I try `echo foo myfile.txt` -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Adding Reply-To: header to list messages.
On Mon, Oct 14, 2002 at 01:26:39PM +0200, Pavel Rozenboim wrote: Is it possible to add Reply-To header to messages posted to the list? No. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin 1.3.13-2 idiosyncrasy
On Mon, Oct 14, 2002 at 09:58:43AM -0400, Igor Pechtchanski wrote: On Mon, 14 Oct 2002, Christopher Faylor wrote: On Mon, Oct 14, 2002 at 01:11:44AM -0400, Igor Pechtchanski wrote: I'm not sure if this is a bug, or just weird behavior, but on the new Cygwin the output of 'ps' shows all bash shells but the current one in the 'waiting for tty input' state (an 'I' in the first column). What's wrong with that? The current one is not waiting for input if it is running ps. Well, there's nothing wrong with it per se, which is why I labeled it an idiosyncrasy (sorry for the original spelling), and not a bug. However, this is not the behavior it used to have before, and other Unixes don't have it either... But if this is the way it should be, then fine, I can live with that... I just checked and it is like this in 1.3.12, too. It is working as I would expect it to work. I also got a bash into a 'stopped' state (an 'S' in the first column of ps output) by minimizing an xterm quickly, while bash is loading. This is only possible to reproduce when cygwin1.dll is not yet loaded, so bash waits for it. Sounds like some sort of a race condition... I'm not sure how to debug this or provide any additional info. And I don't understand. How can you get xterm started without having cygwin1.dll loaded? cgf Oops, sorry, you're right, of course... What I meant was that the only way I could reproduce this was to unload all cygwin programs, and then start a few xterms in quick succession and minimize them all. Then some bash shells would stay in a stopped state. They may be waiting for some other dll, for all I know, but as soon as even one bash is loaded, other bash sessions initialize much too quickly for me to minimize the xterm and reproduce the problem. I don't see how waiting for a DLL would force something into a suspended state. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: latest cvs fork problems
On Sun, Oct 13, 2002 at 10:32:23PM -0500, Steve O wrote: On Mon, Oct 14, 2002 at 03:09:50AM -, [EMAIL PROTECTED] wrote: [EMAIL PROTECTED]: Sorry, only subscribers may post. See the project web page for details: http://www.cygwin.com/lists.html (#5.7.2) Hi, I was trying to get the latest cygwin CVS working and ran into some difficulties. An strace of rxvt hangs as it forks: Are you sure you're using the *latest* CVS? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: latest cvs fork problems
On Mon, Oct 14, 2002 at 02:28:42PM +0400, Roman Belenov wrote: Same here with 1.3.13-2; it seems that all programs are affected (e.g. I can't run anything from bash since bash can't fork). I'm using WIndows XP SP1. cygcheck output would confirm if this is really 1.3.13-2 that you're running. cgf -- Please do not send me personal email with cygwin questions. Use the resources at http://cygwin.com/ . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: inetd telnet slowness
At 06:12 AM 10/14/2002, Danilo Turina wrote: I also have this problem since one or two months: when I try to telnet to my win2k box from another host (or from the same machine) I have to wait approx. 1 min. before the login prompt displays (but I see Trying, Connected and Escape character is '^]' immediately). Launching in.telnetd -debug doens't work for me: it immediately asks to me username and password but no credentials are accepted (administrator, non-administrator, no user is accepted). On the contrary rlogin works properly (I always wait 5/6 seconds before the password prompt, but it works). Trying to better understand the problem I used File Monitor from sysinternals (www.sysinternals.com) a free tool that monitors access to file system by windows processes. All access made by telnet, telnetd, etc. seems to be ok, but I saw a suspect operation: process:System:1876 operation: IRP_MJ_CREATE file: \\.terminfo\IPC$ returncode: BAD NETWORK PATH other information: Attributes: N Options: OpenIf This operation is performed by System process every 3/4 seconds for several times. This does not happen for rlogin. Can anyone explation what does it means and if it can be correlated to our problem? It's definitely correlated to your problem but I can't tell you what's generating it specifically. You'll need to debug it more it seems. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: pthreads in YahooPOPs
OK Thanks! All future messages will go to the mailing list only. I have had some success with SaveMyModem and the cygwin port of YahooPOPs since these messages. I was able to comment out the pthreads portion and add a few other minor changes, Makefile tweaks, etc. After a bit of work, I was able to compile and build the latest YahooPOPs for Linux on Cygwin. I was able to get some success as well, downloading a single message from my Yahoo! Mail account into SaveMyModem. There were some obvious bugs but the proof of concept is there. Now its just fault isolation and debug. (If you want more of the details, visit the URLs below.) Good News! I suspect that the code snippet is a result of a problem on the original authors OS that is not present in Cygwin. I am able to get full or near full functionality without these nonportable modifications. I think the way to handle this and other changes to the code as a result of the Cygwin port is to just add in #ifdef/#endif around this section like any other port. I passed your comments on to the YahooPOPs forum so hopefully the author can eliminate these nonportable sections and make porting to other architectures that much easier. Thanks again for your help! Andrew Lynch PS, if you or anyone else is interested in this FREE (GPL) Cross Platform Mail Filter project using Cygwin, the URLs are: http://sourceforge.net/projects/yahoopops http://sourceforge.net/projects/savemymodem --- egor duda email deleted wrote: Hi! AL lock.__m_reserved = 0; AL lock.__m_count = 0; AL lock.__m_owner = 0; AL lock.__m_kind = PTHREAD_MUTEX_TIMED_NP; AL lock.__m_lock.__status = 0; AL lock.__m_lock.__spinlock = __LT_SPINLOCK_INIT; It's hard to be sure from such short snippet, but it looks like they should use pthread_mutex_init() function if they want to create a new pthread mutex and initialize it. Single Unix Specification (http://www.opengroup.org/onlinepubs/007908799/) is a standard cygwin is trying to conform to. They have all needed reference information online. __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: emacs on cygwin
Hi Gareth and all, just to mention that I'm using cygwin's telnetd now (I was using exceed's telnetd), and now emacs -nw works perfectly! thanks Kris To add to my tests I reported in my previous mail: - I am on my NT PC - I telnet (using cygwin's telnet) to my NT PC - \cygwin\cygwin, emacs- nw This is a lot better than when I telnetted from my linux box. The display is ok now. However, arrow keys don't work (they get entered as ABC etc. i.e. the last part of the ANSI sequence), and Ctrl-C still beeps and doesn't get entered into emacs. i think in the linux case you had termcap issues. and in the general case - you have tty issues. Gareth - just a guess. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Remap problems with Perl 5.8 and 1.3.13-2
On Mon, Oct 14, 2002 at 10:24:57AM -0500, Gary R Van Sickle wrote: I'm still having these sorts of problems with Perl 5.8 and Cygwin1.dll 1.3.13-2: Cygwin's memory footprint has changed. Patches gratefully accepted. FWIW, It doesn't work for me either!s are not gratefully accepted. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Remap problems with Perl 5.8 and 1.3.13-2
I'm still having these sorts of problems with Perl 5.8 and Cygwin1.dll 1.3.13-2: c:\unix\bin\perl.exe: *** unable to remap c:\unix\lib\perl5\5.8.0\cygwin-multi-64int\auto\Data\Dumper\Dumper.dll to same address as parent -- 0xE6 6 [main] perl 1764 sync_with_child: child 716(0x710) died before initialization with status code 0x1 3067 [main] perl 1764 sync_with_child: *** child state child loading dlls c:\unix\bin\perl.exe: *** unable to remap c:\unix\lib\perl5\5.8.0\cygwin-multi-64int\auto\Data\Dumper\Dumper.dll to same address as parent -- 0xE6 5049125 [main] perl 1764 sync_with_child: child 3528(0x6F8) died before initialization with status code 0x1 I've never manually done anything with rebasing etc. -- Gary R. Van Sickle Braemar Inc. 11481 Rupp Dr. Burnsville, MN 55337 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: RESOLVED: Cygwin can't write to CIFS... but cmd.exe *can* (more)
YES thank you sir! :-D that helped me find this: http://sources.redhat.com/ml/cygwin/2000-12/msg00877.html For the archive: Add to NT Environment nontsec=smb (no quotes, append to your existing CYGWIN value). I did search the list before posting, but my search (CIFS, Permission) got ZERO hits. Surprisingly, even the refined search (smb nontsec) got only a few hits... all talking about this problem BEFORE the feature code was added (discussion was still taking place as to what the variable should be, including ilikepie=yes :-) Interestingly, some folks had suggested that the Cygwin default mirror CMD.EXE behavior, as it would be less confusing (I agree). I didn't see a reply to that suggestion. This would be a great addition to the FAQ IMO, even if it only references a search to the archives, because you need to know the answer to get a hit on this search... -Scott -Original Message- From: Donald MacVicar [mailto:[EMAIL PROTECTED]] Sent: Monday, October 14, 2002 11:12 AM To: [EMAIL PROTECTED] Subject: Re: Cygwin can't write to CIFS... but cmd.exe *can* (more) There is loads of stuff in the list archives on this. If you have local user accounts on the Win machine (rather than domain accounts) and access using shares using the unix account then the UID/GID are different, you can set CYGWIN too some value - I think it is smbnontsec, someone can correct me if I cam wrong. Using a different user for authentication on the samba share that the current user will work fine under win but because of the UID changes will not work under cygwin unless the smbnontsec is added to the CYGWIN enviroment variable. A search of the archives will give you plenty more on this. Donald. Igor Pechtchanski wrote: Scott, I've had some trouble with file permissions on samba shares under Win2k. Not anything as severe as yours, but the files created on a share didn't inherit the world read permissions of the directories (and those couldn't be set). I wonder if these are related? Igor On Mon, 14 Oct 2002, Scott Prive wrote: ...of course, when I do this (in either example), I have cd'd to the CIFS share (/cygdrive/w/ in both cases) Also, the share is authenticated as a test account other than who I am in the shell (shell user=Administrator; CIFS authenticated as user 'foo'). I'm wondering if this has anything to do with my problem, but one would expect to be able to authenticate CIFS shares as other users (I even tried mapping the drive under plain Explorer). What puzzles me is if I start cmd.exe as a subprocess of bash, the writes succeed. -Scott Example: After authentication/mount (via net use), I try `echo foo myfile.txt` -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with cygwin 1.3.13 and ssh
What are the permissions of your home directory?: ls -l /home/userid What are the permissions of your .ssh directory?: ls -l /home/userid/.ssh What filesystem are you running on your disk, NTFS or FAT/FAT32? What is the value of your CYGWIN environment variable?: echo $CYGWIN Did you reboot after upgrading your cygwin .dll? What does 'uname -r' report? -Original Message- From: Roland Schwingel [mailto:[EMAIL PROTECTED]] Sent: Monday, October 14, 2002 9:09 AM To: [EMAIL PROTECTED] Subject: Re: Problem with cygwin 1.3.13 and ssh Hi Thanks for your reply and help... nontsec did help, chmod did not (unfortunately) Roland Max Bowsher [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 14.10.2002 14:50 To: Roland Schwingel [EMAIL PROTECTED], [EMAIL PROTECTED] cc: Subject: Re: Problem with cygwin 1.3.13 and ssh Roland Schwingel wrote: Hi... I just updated to 1.3.13 and encountered a problem with permissions When trying to ssh to different machine I get: @@@ @ WARNING: UNPROTECTED PRIVATE KEY FILE! @ @@@ Permissions 0644 for '//raid1/Entwicklung/User/roland/.ssh/id_rsa' are too open. Maybe a new bug? Nope - a side effect of ntsec being on by default. Disable it (CYGWIN=nontsec), or chmod your file appropriately. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with cygwin 1.3.13 and ssh
Roland Schwingel wrote: Hi Thanks for your reply and help... nontsec did help, chmod did not (unfortunately) You would have needed to chmod it to 600 or 400 - i.e. *NO* access other than owning user. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RESOLVED: Cygwin can't write to CIFS... but cmd.exe *can* (more)
Scott Prive wrote: YES thank you sir! :-D that helped me find this: http://sources.redhat.com/ml/cygwin/2000-12/msg00877.html For the archive: Add to NT Environment nontsec=smb (no quotes, append to your existing CYGWIN value). Is this an alternative syntax? I thought it was nosmbntsec. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin can't write to CIFS... but cmd.exe *can*
Scott Prive wrote: If one is authenticated against a remote CIFS share (Linux), should there be a difference in permissions between Cygwin and CMD.EXE? ... snip ... -- Name: cygcheck-local_login.txt cygcheck-local_login.txt Type: Plain Text (text/plain) Encoding: base64 Description: cygcheck-local_login.txt Part 1.3Type: Plain Text (text/plain) For my information, are these attachments allowed on this newslist? -- Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED]) Available for consulting/temporary embedded and systems. http://cbfalconer.home.att.net USE worldnet address! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RESOLVED: cygwin can't write to CIFS... but cmd.exe *can* (more)
On Mon, Oct 14, 2002 at 05:50:31PM +0100, Max Bowsher wrote: Scott Prive wrote: YES thank you sir! :-D that helped me find this: http://sources.redhat.com/ml/cygwin/2000-12/msg00877.html For the archive: Add to NT Environment nontsec=smb (no quotes, append to your existing CYGWIN value). Is this an alternative syntax? I thought it was nosmbntsec. You're right. nontsec=smb is not valid syntax. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RESOLVED: cygwin can't write to CIFS... but cmd.exe *can* (more)
On Mon, Oct 14, 2002 at 01:10:37PM -0400, Scott Prive wrote: For the archive: Add to NT Environment nontsec=smb (no quotes, append to your existing CYGWIN value). Is this an alternative syntax? I thought it was nosmbntsec. This was the first example I found in the archives, and it worked. It was a discussion leading up to implimentation, so I assume Corinna added more than one way to access this feature. nontsec=smb probably just turns off ntsec entirely. The CYGWIN environment variable parser is not that sophisticated. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Moving cygwin discussions to Usenet? (e.g., alt.os.cygwin)
[SNIP] Please provide the URL of such a reply. Stating that a thing is so without proof is not useful. Glad you ask. Examine thread Crontab problems MID [EMAIL PROTECTED] it shows my point. I see many people patiently answering newbie questions here. Surely everyone has seen answers from (to name a few) Randle Schulz, Larry Hall, Igor Pechtchanski, and Robert Collins. Sure, there are, and in just this tread f.i. Igor was of great help. But had I not had enough net experience gathered over the years the above first message that was even double posted to myself and the list, might have put me off very easily. But I refuse to get caught in the battle of extremists on both sides :-) Thats why I like cygwin. I waited long for it. I wont let it go. Neither will I at the moment step over to *nix. It just won't do the job. [SNIP MORE MINDLESS DRIVEL] Raphael, Put a fucking cork in it already, I'm tired of hearing you bitch and moan about how you perceive you are being treated. Secondly, I'm tired of you dragging me into this when I've been trying to stay out of it. Yet again, your arguments have absolutely no basis on fact, rather they rely on appeals to emotion and so-called authorities. I'm beginning to think you're going to be the next Paul Derbyshire... __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: RESOLVED: cygwin can't write to CIFS... but cmd.exe *can* (more)
nontsec=smb probably just turns off ntsec entirely. The CYGWIN environment variable parser is not that sophisticated. oops. I don't suppose I would even notice ntsec being off notice given my limited needs. You are probably right, and this is likely a `side effect/parser issue'... I've since moved my environment to the documented variable nosmbntsec cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
problem with more under cygwin-1.3.13-1
Hi, I upgraded to cygwin-1.3.13.1 on Windows 98 SE (previous version cygwin 1.3.12-4), and the more command stopped wroking properly for me. For example I have several pages of environment variables set, but with set | more only the first page is shown, it does not display the More prompt, and the bash prompt appears at the bottom. It does the same thing with ls | more, and more filename.txt. However, less worked okay. There were also problems loading kde (it froze up X windows loading dcop), but I don't have KDE working anyways, so thats not as important. I reinstalled 1.3.12-4 and the above problems went away. Any ideas on this would be welcome. Thanks, Jeffry Johnston -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with cygwin 1.3.13 and ssh
Roland Schwingel wrote: Hi... I just updated to 1.3.13 and encountered a problem with permissions snip My homeaccount resides on a Linux box and is shared with Samba. Try turning smbntsec on in CYGWIN Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
New cygwin .dir_colors
Just installed the new cygwin and the old directory listing colors are no longer recognized. Now it only distinguishes between normal files (red), directories (dark blue), and links (cyan). It used to distinguish between the file types too, i.e., .zip, .c, .txt, .jpg were all in different colors. Why does the new cygwin not allow this, or better, how do I enable it with the new cygwin? Thanks, /Jelks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cygwin can't write to CIFS... but cmd.exe *can* (more)
Igor, I suspect the resolution to my problem will be different from yours. For me, I just wanted shares mounted under Cygwin to behave the same as if I mounted it under Command Prompt. I got this result by disabling ntsec for CIFS shares (nosmbntsec). I couldn't provide an answer for your inheriting-permissions issue, sorry. -Scott (Eagerly awaiting someone to write an O'Reily book on Cygwin :-) -Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]] Sent: Monday, October 14, 2002 10:54 AM To: Scott Prive Cc: [EMAIL PROTECTED] Subject: RE: Cygwin can't write to CIFS... but cmd.exe *can* (more) Scott, I've had some trouble with file permissions on samba shares under Win2k. Not anything as severe as yours, but the files created on a share didn't inherit the world read permissions of the directories (and those couldn't be set). I wonder if these are related? Igor On Mon, 14 Oct 2002, Scott Prive wrote: ...of course, when I do this (in either example), I have cd'd to the CIFS share (/cygdrive/w/ in both cases) Also, the share is authenticated as a test account other than who I am in the shell (shell user=Administrator; CIFS authenticated as user 'foo'). I'm wondering if this has anything to do with my problem, but one would expect to be able to authenticate CIFS shares as other users (I even tried mapping the drive under plain Explorer). What puzzles me is if I start cmd.exe as a subprocess of bash, the writes succeed. -Scott Example: After authentication/mount (via net use), I try `echo foo myfile.txt` -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problem with more under cygwin-1.3.13-1
At 01:49 PM 10/14/2002, Jeff Johnston wrote: Hi, I upgraded to cygwin-1.3.13.1 on Windows 98 SE (previous version cygwin 1.3.12-4), and the more command stopped wroking properly for me. For example I have several pages of environment variables set, but with set | more only the first page is shown, it does not display the More prompt, and the bash prompt appears at the bottom. It does the same thing with ls | more, and more filename.txt. However, less worked okay. There were also problems loading kde (it froze up X windows loading dcop), but I don't have KDE working anyways, so thats not as important. I reinstalled 1.3.12-4 and the above problems went away. Any ideas on this would be welcome. Try 1.3.13-2 if you haven't already. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: problem with more under cygwin-1.3.13-1
Larry Hall wrote: * Jeff Johnston: set | more only the first page is shown, it does not display the More prompt, and the bash prompt appears at the bottom. Try 1.3.13-2 if you haven't already. I'm used 13-2 and I can confirm Jeff's report. More seems to have broken. /Jelks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin can't write to CIFS... but cmd.exe *can* (more)
On Mon, Oct 14, 2002 at 03:23:40PM -0400, Larry Hall (RFK Partners, Inc) wrote: At 03:01 PM 10/14/2002, Scott Prive wrote: (Eagerly awaiting someone to write an O'Reily book on Cygwin :-) Sounds good to me. My guess is that someone here would be interested in doing so if O'Reilly expressed interest. ;-) I've gotten a couple of offers to write a book. Maybe it's time... cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with cygwin 1.3.13-2
Running cygwin on Win2K. Downloaded cygwin-1.3.13-2 libreadline5-4.3-2 readline-4.3-2 texinfo-4.2-4 and installed them this morning. Tried to add a new tool file to CVS, with the following result: $ cvs commit -mCheckpoint gdlutil.py RCS file: /usr/local/cvsroot/SecurVision/tools/gdlutil.py,v done cvs commit: WARNING: cannot change mode of file /usr/local/cvsroot/SecurVision/tools/gdlutil.py,v: Invalid argument ls -altr of the corresponding $CVSROOT directory showed unexpected user names (e.g., 1840 instead of Administ), even on old files that have always belonged to Adminst. Reverted all of the updates to their previous versions and successfully retried the CVS operation. Reinstalled the newest versions of libreadline5-4.3-2 readline-4.3-2 texinfo-4.2-4 (but NOT of cygwin-1.3.13-2) and repeated the CVS operation successfully. === Robert L. Oelschlaeger Comtrak Technologies, L.L.C. 5657 Campus Parkway, Suite 100 Hazelwood, Missouri 63042 Ph: 314-895-7613 Fax: 314-895-7650 [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin emacs HOWTO?
Is there a cygwin emacs HOWTO? If so, I'd appreciate a pointer. Use case: I download/setup cygwin 1.3.13-1, and download/setup emacs 21.2. I run bash, and (from ~) $ emacs emacs: Terminal type cygwin is not defined. If that is not the actual type of terminal you have, use the Bourne shell command `TERM=... export TERM' (C-shell: `setenv TERM ...') to specify the correct type. It may be necessary to do `unset TERMINFO' (C-shell: `unsetenv TERMINFO') as well. I get the same message for 'emacs -nw'? What do I need to tell emacs? or cygwin? or both? FWIW, I've been running cygwin ~daily for about a year (since 1.3.9), and running GNU emacsen for almost ten years (on various platforms, lately mostly w2k) (never ran xemacs). I was thrilled to hear today that there was a cygwin emacs, but I'll be a lot more thrilled if I can get it to work :-) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: problem with more under cygwin-1.3.13-1
* Jeff Johnston: set | more only the first page is shown, it does not display the More prompt, and the bash prompt appears at the bottom. Try 1.3.13-2 if you haven't already. I'm used 13-2 and I can confirm Jeff's report. More seems to have broken. I ported 'more' mainly for people that have never heard of 'less' or people with extremely small disk space looking to cut corners. I'll take a look as soon as I can, but *please* anyone who can use 'less', do so. BTW, does anyone have any additional details about the failure? __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Oreilly book on Cygwin
I sent my request to [EMAIL PROTECTED] Hopefully they sense enough demand to investigate this topic... -Original Message- From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]] Sent: Monday, October 14, 2002 3:24 PM To: Scott Prive; [EMAIL PROTECTED] Subject: RE: Cygwin can't write to CIFS... but cmd.exe *can* (more) At 03:01 PM 10/14/2002, Scott Prive wrote: (Eagerly awaiting someone to write an O'Reily book on Cygwin :-) Sounds good to me. My guess is that someone here would be interested in doing so if O'Reilly expressed interest. ;-) Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin emacs HOWTO?
Tom Roche wrote: emacs: Terminal type cygwin is not defined. If that is not the actual type of terminal you have, use the Bourne shell command `TERM=... export TERM' (C-shell: `setenv TERM ...') to specify the correct type. It may be necessary to do `unset TERMINFO' (C-shell: `unsetenv TERMINFO') as well. I get the same message for 'emacs -nw'? What do I need to tell emacs? or cygwin? or both? Make sure terminfo is installed -- there should be a file /usr/lib/terminfo/c/cygwin. Unset TERMINFO if it is set. Make sure the CYGWIN variable includes tty. Also, note that there is a separate package for X11 emacs. If you don't install it, all you get from the emacs package is the usual terminal-mode emacs. Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: A good liont
Hi, Cheers, that compiled perfectly... Elfyn - Original Message - From: Gerrit P. Haase [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Elfyn McBratney [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, October 14, 2002 12:48 PM Subject: Re: A good liont Elfyn schrieb: Hi, Does anyone know if there is a good lint around that compiles on cygwin...?? Ive googled around for one and cant find the source only binaries, and there for linux. Splint (former lclint) should build OOTB under Cygwin, there is also a Windows version available. - http://www.splint.org/ Sorry if this is the wronglist, redirect if needed :) http://www.splint.org/lists.html Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem with cygwin 1.3.13-2
Cygwin 1.3.13 turns on ntsec by default. If you didn't specify this before in your CYGWIN environment variable, shame on you! ;-) Your best bet is to change the permissions on the files you need to reflect proper ownership and continue to use the new default. Alternatively, you can whimp out and set nontsec instead in your CYGWIN environment variable and continue blissfully ignorant. ;-) Of course, there are all sorts of great features of Cygwin available to those on NT-based platforms using ntsec. But the choice is yours. IMO, it's worth a little pain now to set things up properly w.r.t. ntsec. I did it years ago and haven't regretted it since. Methinks this will become an entry in the FAQ. ;-) Larry Original Message: - From: Robert L. Oelschlaeger [EMAIL PROTECTED] Date: Mon, 14 Oct 2002 15:16:34 -0500 To: [EMAIL PROTECTED] Subject: Problem with cygwin 1.3.13-2 Running cygwin on Win2K. Downloaded cygwin-1.3.13-2 libreadline5-4.3-2 readline-4.3-2 texinfo-4.2-4 and installed them this morning. Tried to add a new tool file to CVS, with the following result: $ cvs commit -mCheckpoint gdlutil.py RCS file: /usr/local/cvsroot/SecurVision/tools/gdlutil.py,v done cvs commit: WARNING: cannot change mode of file /usr/local/cvsroot/SecurVision/tools/gdlutil.py,v: Invalid argument ls -altr of the corresponding $CVSROOT directory showed unexpected user names (e.g., 1840 instead of Administ), even on old files that have always belonged to Adminst. Reverted all of the updates to their previous versions and successfully retried the CVS operation. Reinstalled the newest versions of libreadline5-4.3-2 readline-4.3-2 texinfo-4.2-4 (but NOT of cygwin-1.3.13-2) and repeated the CVS operation successfully. === Robert L. Oelschlaeger Comtrak Technologies, L.L.C. 5657 Campus Parkway, Suite 100 Hazelwood, Missouri 63042 Ph: 314-895-7613 Fax: 314-895-7650 [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ mail2web - Check your email from the web at http://mail2web.com/ . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin emacs HOWTO?
Tom Roche wrote: Is there a cygwin GNU emacs HOWTO? If so, I'd appreciate a pointer. I've made space for one at http://www.emacswiki.org/cgi-bin/wiki.pl?CygwinizedEmacsHOWTO I'm adding stuff as I learn, and I encourage folks who already know more to contribute. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
terminal-mode cygwin/emacs problem, was: cygwin emacs HOWTO?
terminal-mode cygwin/emacs problem emacs: Terminal type cygwin is not defined. If that is not the actual type of terminal you have, use the Bourne shell command `TERM=... export TERM' (C-shell: `setenv TERM ...') to specify the correct type. It may be necessary to do `unset TERMINFO' (C-shell: `unsetenv TERMINFO') as well. Tom Roche wrote: I get the same message for 'emacs -nw'? What do I need to tell emacs? or cygwin? or both? Joe Buehler replied: Make sure terminfo is installed -- there should be a file /usr/lib/terminfo/c/cygwin. There is not: there is not even /usr/lib. But when I run setup, it says Keep and version == 5.2-3. Unset TERMINFO if it is set. It is not: $ echo $TERM cygwin $ echo $TERMINFO Make sure the CYGWIN variable includes tty. I'm assuming you mean in the Windows environment? If so: I went to Control PanelSystemAdvancedEnvironment, made a new system variable CYGWIN, gave it the value tty (minus the quotes), and even rebooted: no change. Also, note that there is a separate package for X11 emacs. If you don't install it, all you get from the emacs package is the usual terminal-mode emacs. OK, I'll give that a shot. FWIW, cygcheck -s -v -r Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Oct 14 17:54:21 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 Path:d:\bin d:\bin\cygwin\1.3.13-1\bin C:\WINNT\system32 C:\WINNT C:\WINNT\System32\Wbem G:\bin\cmvc\1.7\CMVC\EXE SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `tty' Path = `d:\bin;d:\bin\cygwin\1.3.13-1\bin;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;G:\bin\cmvc\1.7\CMVC\EXE; ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\tlroche.TLRIBM2312565\Application Data' CMVC_CASESENSE = `ignore' CommonProgramFiles = `C:\Program Files\Common Files' COMPUTERNAME = `TLRF204' ComSpec = `C:\WINNT\system32\cmd.exe' HOMEDRIVE = `C:' HOMEPATH = `\' INCLUDE = `C:\Program Files\ObjREXX\API' LIB = `C:\Program Files\ObjREXX\API' LOGONSERVER = `\\TLRF204' NLSPATH = `G:\bin\cmvc\1.7\CMVC\EXE\NLS\%N' NUMBER_OF_PROCESSORS = `1' OS = `Windows_NT' Os2LibPath = `C:\WINNT\system32\os2\dll;' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PCOMM_Root = `c:\pcomm2' PDBASE = `d:\ProgramFiles\Infoprint' PD_SOCKET = `6874' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 10, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `080a' ProgramFiles = `C:\Program Files' PROMPT = `$P$G' SOUNDPATH = `C:\WINNT' SystemDrive = `C:' SystemRoot = `C:\WINNT' TEMP = `c:\temp' TMP = `c:\temp' USERDOMAIN = `TLRF204' USERNAME = `tlroche' USERPROFILE = `C:\Documents and Settings\tlroche.TLRIBM2312565' windir = `C:\WINNT' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\12 HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\13 HKEY_CURRENT_USER\Software\Cygnus
Ask again please
On Mon, 14 Oct 2002 04:56:24 -0700 (PDT) mehernosh mohta [EMAIL PROTECTED] wrote: I wanted to setup an intranet mail on my windows network. So I tried to install cyrus imap of version 2.1.6. But while compiling i used to get the following problems. So please try to help me out. Or else give me any other solution Whereever you got the original email address is desperately out of date. The plug was finally pulled on the cygnus.com domain a couple weeks ago. If you really want help, read the URI in my signature and resend your request. Just forwarding the original bounced message with parts chopped off and a meaningless subject line doesn't help you a bit. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish for an age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
emacs problem..
Hi I just installed the latest Cygwin today and I am running it on a Windows 2000 Service Pack 2 box. I wanted to fire up emacs but it spits out this error message: emacs.exe -- Entry point not found The procedure entry point TIFFClientOpen could not be located in the dynamic link library cygtiff3.dll. Wonder if I am doing anything wrong? I have tried reinstalling and still does not work. Any tip/pointer much appreciated. thanks --Vincent _ Calling all cartoon fans! Garfield keeps millions of newspaper readers laughing over their morning corn flakes...now he's waddling into cyberspace to spread his mirth (and girth)! You can now get the full-color Garfield comic strip e-mailed to you every day of the week -- absolutely FREE! Just go to http://www.garfield.com/signup/ to register! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: terminal-mode cygwin/emacs problem
emacs: Terminal type cygwin is not defined. If that is not the actual type of terminal you have, use the Bourne shell command `TERM=... export TERM' (C-shell: `setenv TERM ...') to specify the correct type. It may be necessary to do `unset TERMINFO' (C-shell: `unsetenv TERMINFO') as well. Tom Roche wrote: I get the same message for 'emacs -nw'? What do I need to tell emacs? or cygwin? or both? Joe Buehler replied: Make sure terminfo is installed -- there should be a file /usr/lib/terminfo/c/cygwin. Well, I tried reinstalling terminfo, and now $ find / -name '*terminfo*' /etc/setup/terminfo.lst.gz /lib/terminfo /usr/doc/Cygwin/terminfo-5.2.README /usr/doc/terminfo-5.2 /usr/share/terminfo and emacs runs! However the display not quite right: when emacs starts up, the display is usually shifted either down a line or to the right a column from where it should be, with extraneous characters showing in either the minibuffer, or the top of the display (first line under windows titlebar) or both. Joe Buehler replied: note that there is a separate package for X11 emacs. If you don't install it, all you get from the emacs package is the usual terminal-mode emacs. So I tried installing emacs-X11: it also works, but it shares the same display-shifting defect as emacs-nox. How can I fix this? Alternately, is there a better way to report the problem (e.g. a bugzilla)? But for anyone else who gets the Terminal type error: try reinstalling. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin/emacs remaps C-h
I have begun running the cygwinized emacs GNU Emacs 21.2 (i686-pc-cygwin) of 2002-10-14 that is setup.exe-able from cygwin 1.3.13-1. It was very easy to setup, but it has its quirks. One is that C-h is mapped to DEL in both X and -nox. Is there any way to restore it to its normal help-command role (without also screwing up Backspace and Delete)? I.e. make C-h, Backspace, and Delete works in Cygwin the way they do in normal NT emacs. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problem with more under cygwin-1.3.13-1
On Mon, Oct 14, 2002 at 04:50:58PM -0400, Christopher Faylor wrote: On Mon, Oct 14, 2002 at 01:30:19PM -0700, Joshua Daniel Franklin wrote: * Jeff Johnston: set | more only the first page is shown, it does not display the More prompt, and the bash prompt appears at the bottom. Try 1.3.13-2 if you haven't already. I'm used 13-2 and I can confirm Jeff's report. More seems to have broken. I ported 'more' mainly for people that have never heard of 'less' or people with extremely small disk space looking to cut corners. I'll take a look as soon as I can, but *please* anyone who can use 'less', do so. BTW, does anyone have any additional details about the failure? I do. I managed to duplicate the problem by trying to run it on NT 4.0. The problem is that more assumes that it can read characters from fd 2 which seems a remarkably iffy assumption. It uses read(2, ...) to characters from the 'tty'. 1.3.13 added code to invalidate reading on file descriptors that are open only for writing. Cygwin had been opening all of the standard descriptors appropriately so that fd 0 was opened only for reading, fd 1 was opened for writing, ditto fd 2. So, I've changed the code in cygwin so that it opens all of the standard file descriptors in read/write mode initially. This seems to mimic linux. A more, IMO, robust change for more would be to open /dev/tty for reading and use that for character input. The newest snapshot should fix this problem. cgf (who wonders why he even bothers to release snapshots since no one actually tries them) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin can't write to CIFS... but cmd.exe *can* (more)
At 03:26 PM 10/14/2002, Christopher Faylor wrote: On Mon, Oct 14, 2002 at 03:23:40PM -0400, Larry Hall (RFK Partners, Inc) wrote: At 03:01 PM 10/14/2002, Scott Prive wrote: (Eagerly awaiting someone to write an O'Reily book on Cygwin :-) Sounds good to me. My guess is that someone here would be interested in doing so if O'Reilly expressed interest. ;-) I've gotten a couple of offers to write a book. Maybe it's time... Actually, I think that would be a great idea. Go for it! :-) Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
pasting clipboard always adds carriage return
Hi, I'm using cygwin-1.3.12-4 on WinME. I find that when I cut something from the cygwin window, it always has a carriage return at the end regardless of what application I paste it into. This only happens for text copied to the clipboard from a cygwin window. I have checked Quick Edit and unchecked Fast Pasting. I can't find anything about this in the FAQ, cygwin mailing list archive, or google. Is there a way to prevent this? Thanks. Fred __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Suddenly, all file have executable attribute bits set!
Hello all, I've been happily using and programming under Cygwin for a couple of months. I suddenly noticed today that a bug has creeped up in my installation. I'm writing here in the hopes that something is configured wrong / Windows is misbehaving. And that it can therefore be fixed. The bug is that all files show up as executable! If I ls -F, everything has a * after it (unless it is a directory or a symlink). Similarly, if I ls -l, all regular file permissions are -rwxrwxrwx!!! E.g. % ls -F code/hello Makefile* hello.c* hello.exe* hello.o (I just noticed, oddly enough that hello.o correctly has -rw-rw-rw permissions! Looking around my system, most files don't, e.g. link.url*, song.mp3*, all executable! Here is an oddity: it appears that something in the past has set all files to 'x' attributes, but if I create a new text file, it is correct. Hmmmthis is at least good news.) The file permissions appear to affect everything, obviously ls above, but also bash's file completion (which is _really_ annoying). I think it has just started happening, but obviously, I can't be absolutely sure. The only recent changes on my machine: Updated my cygwin packages and installed: inetutils, nano, ghostscript, enscript, wget Installed M$ Visual Studio.net Does anyone have an idea what could be causing this/ what approaches I should take to debug it? I'm not actually subscribed to this maillist, so although I will be checking the archives, I'd appreciate cc:'s to this address. Thanks for any help in solving this mystery, James Shaw [EMAIL PROTECTED] __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos More http://faith.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Suddenly, all file have executable attribute bits set!
James Shaw wrote: I've been happily using and programming under Cygwin for a couple of months. I suddenly noticed today that a bug has creeped up in my installation. The bug is that all files show up as executable! Thank you! I didn't notice that earlier. NOW I understand why the coloring in 'ls' stopped working and all regular files appeared in red -- it's because they're all seen as executables! I believe it's something to do with the latest Cygwin.dll -- I didn't have this problem two days ago, now it's there. Also, and I don't know if this is related or not, but 'rxvt' has stopped working under X too (though it works fine invoked straight from Windows). From an xterm, after running my normal alias: -- $ C:\cygwin\bin\rxvt.exe: *** unable to remap C:\cygwin\usr\X11R6\bin\libX11.dll to same address as parent -- 0x17A 7 [main] rxvt 3320 sync_with_child: child 2604(0x614) died before initialization with status code 0x1 8202 [main] rxvt 3320 sync_with_child: *** child state child loading dlls rxvt: can't fork rxvt: aborting -- /Jelks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: The Perl Journal needs help
Hallo Nenad, From: http://www.tpj.com/ October 11, 2002 - The news isn't good - it's great! Thanks to your support, The Perl Journal really is back in business - yes, we have enough subscriptions to go to press (well, go to Acrobat Distiller, anyway). We'll be rolling out the first issue of the new TPJ in early November - less than a month away. So you won't have to keep checking, we'll send all subscribers an e-mail when the first issue is ready and waiting. So thanks to you one and all in the Perl community. It's clear we couldn't have pulled this off without you. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Remap problems with Perl 5.8 and 1.3.13-2
Hallo Christopher, Am Montag, 14. Oktober 2002 um 17:58 schriebst du: On Mon, Oct 14, 2002 at 10:24:57AM -0500, Gary R Van Sickle wrote: I'm still having these sorts of problems with Perl 5.8 and Cygwin1.dll 1.3.13-2: Can you recompile perl and see if it still happens? Cygwin's memory footprint has changed. Patches gratefully accepted. Can you publish some detailed information about this? What does this mean for maintainers actually? Do we need to recompile our packages? Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with cygwin 1.3.13 and ssh
Hello Pierre... CYGWIN=smbntsec made it completely working. The permissions are now correct when doing a ls -al Thanks (to you and all who have helped) Roland Pierre A. Humblet [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 14.10.2002 20:03 To: Roland Schwingel [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject:Re: Problem with cygwin 1.3.13 and ssh Roland Schwingel wrote: Hi... I just updated to 1.3.13 and encountered a problem with permissions snip My homeaccount resides on a Linux box and is shared with Samba. Try turning smbntsec on in CYGWIN Pierre -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with cygwin 1.3.13 and ssh
Hi Max... The permissions are correct... (on Unix side). A chmod from cygwin did not change a thing. The tip from pierre (CYGWIN=smbntsec) finally brought the correct permissions to my folders (and also a working ssh). Roland Max Bowsher [EMAIL PROTECTED] 14.10.2002 18:48 To: Roland Schwingel [EMAIL PROTECTED], [EMAIL PROTECTED] cc: Subject:Re: Problem with cygwin 1.3.13 and ssh Roland Schwingel wrote: Hi Thanks for your reply and help... nontsec did help, chmod did not (unfortunately) You would have needed to chmod it to 600 or 400 - i.e. *NO* access other than owning user. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin/emacs remaps C-h
On Mon, 14 Oct 2002, Tom Roche wrote: C-h is mapped to DEL in both X and -nox. Is there any way to restore it to its normal help-command role (without also screwing up Backspace and Delete)? I.e. make C-h, Backspace, and Delete works in Cygwin the way they do in normal NT emacs. Does the function normal-erase-is-backspace-mode help? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/