Domain user cannot login to remote PC

Hello gurus, In order to access a remote PC, I updated /etc/group and /etc/passwd on the remote PC. /etc/group contains: SYSTEM:S-1-5-18:18: None:S-1-5-21-1681026574-976757939-617630493-513:513: Administrators:S-1-5-32-544:544: Backup Operators:S-1-5-32-551:551: Guests:S-1-5-32-546:546: Power Use

emacs and mice, that is linux curses control of ssh and rxvt terminal

I have a slow connection to a remote machine. I can use X to connect to it, but I would prefer to: rxvt ssh to the machine emacs -nw And this works pretty well. But there is no mouse control. (If it matters, on the linux target, I am running the gpm service.) Is it possible to get a working m

Re: rxvt, once again...

On Sat, 28 Dec 2002 19:19:09 -0800, Shankar Unni <[EMAIL PROTECTED]> wrote: > > In Win98 and Me, you cannot drag and expand the window, or set a buffer > size larger than the window size. Period. Don't know if they have > deliberately crippled XP Home to match Me (I don't have XP Home to check..

Small wingdi.h bug

The following prototype in wingdi.h should not have the CONST qualifier for COLORREF. Perhaps it was mis-copied from the wglSet... function? WINGDIAPI int WINAPI wglGetLayerPaletteEntries(HDC, int, int, int, CONST COLORREF *) -- Unsubscribe info

Re: Hard links broken?

Nicolas, You've got something else going on. I, too, am running Cygwin 1.3.17 ('cause of my other problems with 1.3.18) and hard links work fine for me. I assume you are using an NTFS file system, right? FAT file systems don't support hard links. I have noticed that Cygwin's link code falls ba

tar wildcard problem

I got some problem using tar. * wildcard in -T doesn't work. If I include *.txt in the file list I got tar: *.txt: Cannot stat: No such file or directory However using *.txt in command line do work. Putting exact file name or directory in the file list also works. * wildcard in -X file doesn

Cannot use zlib with Mingw

I was trying to compile a program which uses zlib with Mingw (i.e. with the flag -mno-cygwin) but the compilation failed because zlib.h could not be found. No problems with standard Cygwin compilation. Probably, if -mno-cygwin is used, only the directory /usr/include/mingw is searched, /usr/includ

Re:Strange behaviour of gcc

From: Randall R Schulz To: cygwin at cygwin dot com Date: Tue, 24 Dec 2002 08:16:59 -0800 Subject: Re:Strange behaviour of gcc References: <[EMAIL PROTECTED]> >Stack space is usually far more limited than heap >space, which I assume is what motivates this behavior >in the code generator. The prog

Re: Strange behaviour of gcc

>-- Messaggio Originale -- >From: "Max Bowsher" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]>, > <[EMAIL PROTECTED]> >Subject: Re: Strange behaviour of gcc >Date: Mon, 23 Dec 2002 23:25:00 - > > >[EMAIL PROTECTED] wrote: >> Can somebody explain why gcc (version 3.2 20020927) on Cygwin doe

Re:Strange behaviour of gcc

> > GCC's __builtin_alloca uses a helper function called _alloca to check the > stack > whenever allocating more that 4000 bytes in one go. > > Danny To disable stack probing, add this switch -mno-stack-arg-probe. Danny http://movies.yahoo.com.au - Yahoo! Movies - What's on at your local ci

Re: emacs and mice, that is linux curses control of ssh and rxvtterminal

/ Jerry Asher <[EMAIL PROTECTED]> wrote: | I have a slow connection to a remote machine. > | I can use X to connect to it, but I would prefer to: > | rxvt | ssh to the machine | emacs -nw > | And this works pretty well. But there is no mouse control. A quick version, you are doing a text-connecti

Re: Cannot use zlib with Mingw

On Sat, Dec 28, 2002 at 09:25:27PM +0100, [EMAIL PROTECTED] wrote: >I was trying to compile a program which uses zlib with Mingw (i.e. with >the flag -mno-cygwin) but the compilation failed because zlib.h could not >be found. No problems with standard Cygwin compilation. > >Probably, if -mno-cygwin

Re: Cannot use zlib with Mingw

[EMAIL PROTECTED] wrote: > I was trying to compile a program which uses zlib with Mingw (i.e. > with the flag -mno-cygwin) but the compilation failed because zlib.h > could not be found. No problems with standard Cygwin compilation. > > Probably, if -mno-cygwin is used, only the directory > /usr/in

cat crashes with ctrl-backslash

Call cat with no parameter, press Ctrl-Backslash (or Ctrl-# with German keyboard), cat will crash. I can reproduce this crash 100% with the current version (2.0.21) of textutils and different versions of Cygwin. -- Huijing Zhou <[EMAIL PROTECTED]> CIP Computer Lab, Faculty of Economics Universit

Re: Burning cygwin distribution CDs

Ross Smith II wrote: From: Laurynas Biveinis I want to burn CDs with full cygwin distribution with sources and so on. I've downloaded everything from ftp://ftp.gwdg.de/pub/linux/sources.redhat/cygwin/release, but it takes almost 1 GB. How should I burn it into 2 CDs so that setup.exe still works

Re: cat crashes with ctrl-backslash

On Mon, Dec 30, 2002 at 12:08:59AM +0100, Huijing Zhou wrote: > Call cat with no parameter, press Ctrl-Backslash (or Ctrl-# with German > keyboard), cat will crash. I can reproduce this crash 100% with the > current version (2.0.21) of textutils and different versions of Cygwin. > Not surprisin

Re:Strange behaviour of gcc

Danny, Man! I scanned through the GCC man page for anything that would control this action, and couldn't find anything. I don't see "-mno-stack-arg-probe" listed there at all, nor is any option that includes the word "probe." Google ("GCC mno-stack-arg-probe"

Re:Strange behaviour of gcc

Hello Randall Yeah, no documentation to speak of. The only reason I know about it because I've been chasing the _alloca bug that Fish reported. It is still present in GCC trunk (3.4). I have submitted a simple patch that fixes, but ... time for a ping in the New Year. Danny, rrschulz wrote:

system cpu 99% when doing ls -CFs on W2K laptop

Hi, It is stange that 'ls -CFs' takes forever on my laptop. I have to kill on tcsh window most of the time. The process which takes most of CPU is "System". I am using latest version of cygwin.dll. Following is my cygcheck output. Thanks. %cygcheck -s Cygwin Win95/NT Configuration Diagnostic

Re: system cpu 99% when doing ls -CFs on W2K laptop

At 10:20 PM 12/29/2002, Xiangjiang Ma wrote: >Hi, > >It is stange that 'ls -CFs' takes forever on my >laptop. >I have to kill on tcsh window most of the time. >The process which takes most of CPU is "System". > >I am using latest version of cygwin.dll. >Following is my cygcheck output. > >Thanks.

Re: Hard links broken?

On Sun, Dec 29, 2002 at 10:32:40AM -0800, Randall R Schulz wrote: > Nicolas, > > You've got something else going on. I, too, am running Cygwin 1.3.17 > ('cause of my other problems with 1.3.18) and hard links work fine for me. I see that 1.3.18 just came out. > I assume you are using an NTFS fi

Re: Hard links broken?

Nicolas, Whoa! You're jumping to conclusions. False conclusions. Cygwin has always fallen back on a copy when a hard link was impossible. All is as it was. Randall Schulz At 20:13 2002-12-29, Nicolas Williams wrote: On Sun, Dec 29, 2002 at 10:32:40AM -0800, Randall R Schulz wrote: > Nicolas,

Re: Hard links broken?

On Sun, Dec 29, 2002 at 10:13:48PM -0600, Nicolas Williams wrote: >On Sun, Dec 29, 2002 at 10:32:40AM -0800, Randall R Schulz wrote: >> Nicolas, >> >> You've got something else going on. I, too, am running Cygwin 1.3.17 >> ('cause of my other problems with 1.3.18) and hard links work fine for me.

Re: system cpu 99% when doing ls -CFs on W2K laptop

Larry, Thank you for your help, but I still had the same problem after hacking pATH. I prepared a simplies PATH, and could still reproduced the problem. The interested thing is that it seems only happened in /tmp directory, and it happened mostly the 2nd time after I did 'ls -s'. cd /c/ ls (a

Re: system cpu 99% when doing ls -CFs on W2K laptop

--- Xiangjiang Ma <[EMAIL PROTECTED]> wrote: > > ... > >cd /c/ >ls (always okay) >ls -s (always okay) >ls -s (always okay) >cd /tmp >ls (always okay) >ls (always okay) >ls -s (okay most of times) >ls -s (System CPU 100%, cannot stop by Ctrl-C) > >Any clue. > >... > >CYGWIN = `nesec' ^

mips-tx49-elf-gcc

Hi, I'm currently developing some application on TOSHIBA's tx49. I'm using cygwin as my development tool. But I couldnt find the patch for the tx49 cross compiler. Can please some one advise me on where to look for this patch? Regards, Rajesh. -- Unsubscribe info: http://cygwin.com/ml/

Re: system cpu 99% when doing ls -CFs on W2K laptop

No, I comment CYGWIN out, and problem persistant. I even tried to using "true" ls.exe without usin cygwin.dll, and CPU still kept growing when doing "ls -s" under /tmp. I guess /tmp cannot be used at all. Any more hint? Thanks. __ Do you Yahoo

Re: system cpu 99% when doing ls -CFs on W2K laptop

When you say "true" ls.exe what do you mean? If your talking about the one that came with cygwin, stock ls, then it's going to use the cygwin1.dll. I tried your "testcase" and did it so much my bash history is at 1039. All worked perfectly. I don't suppose you have some *large files* in your /tmp