Re: Where are home directories for other users besides my Admin account?

siegfried wrote: I think the fix should be mkpasswd -l -d /etc/passwd but this says (when run from the heintze account) First question: Exactly where is the heintze account? If you participate in a domain is it in the Windows Active Directory or is a local user. If the later then -l is what you

Where are home directories for other users besides my Admin account?

I apologize if this appears twice. I think the first time I sent it it was in HTML format and I never saw it appear on the list. Surely someone has already posted a solution to my problem and I've been google searching for it and just cannot find it. The Cygwin setup.exe program has correctly s

Re: GNU screen hangs

On Wed, Sep 2, 2009 at 8:26 PM, Christopher Faylor wrote: > On Wed, Sep 02, 2009 at 04:14:11PM -0400, Andrew Schulman wrote: >>screen is difficult to debug, because it uses two communicating >>processes, one in the foreground to talk to your terminal, and one in >>the background to talk to the proc

Re: Simple bash script is slow to execute - appears to be time spent starting commands like ls

Larry Adams wrote: > The problem as I see it is Windows. For example, only 10 iterations > caused over 65k file and registry reads. I have attached the output > from SysInternals Process Explorer for your edification. Appreciate you meant well, but 360kB is /just a little/ on the large side

Re: apparent ncurses lib linking problem

d.henman wrote: > in lib there is for "curses": > lrwxrwxrwx 1 dev1 None 12 Sep 3 10:35 /lib/libcurses.a -> libncurses.a > lrwxrwxrwx 1 dev1 None 16 Sep 3 10:35 /lib/libcurses.dll.a -> > libncurses.dll.a You should have the libncurses .a files to which those symlinks point, but don't. Have

apparent ncurses lib linking problem

Using: cygwin 1.7.0(0.212/5/3) 2009-08-20 gcc (GCC) 4.3.4 20090802 (prerelease) ln --version ---> ln (GNU coreutils) 7.0 ncurses (runtim lib and devel) Description: I attempted to build what should be a very simple build, but wound up with linking errors, which s

console problem

i am using intel pentium dual core and windows vista.i tried to install cygwin.but i installed it only for me(not for all users)..the problem is when i type crypath or some command in command prompt..but it says its not recognisedwhen i set path n envt variable ,the same situation occurs.i trie

Re: GNU screen hangs

On Wed, Sep 02, 2009 at 04:14:11PM -0400, Andrew Schulman wrote: >screen is difficult to debug, because it uses two communicating >processes, one in the foreground to talk to your terminal, and one in >the background to talk to the processes in each window. That's not that hard to debug. You just

Re: 1.7: cygdrive files readonly by default

There is definitely something not right with my setup. I have 64-bit Windows 7 e:\>echo foo > foo e:\>c:\cygwin\bin\ls.exe -l foo --+ 1 vince None 6 Sep 2 17:28 foo $ ls -l foo --+ 1 vince None 6 Sep 2 17:28 foo I've attached the output of cygcheck -s -c. Thanks again, Vince

Re: Compiling Kernal on Cygwin [ELF Error]

Cygwin User yahoo.in> writes: > > Hi all, > As this is my first mail, so I am very sorry for any violation of rules. > I am trying to compile Linux Kernal on Cygwin (May be sounds funny, > but I want to). Yes, it should be possible to compile a kernel, but you will FIRST have to compile a cros

Re: 1.7: cygdrive files readonly by default

On 09/02/2009 06:06 PM, Vince Indriolo wrote: Thanks, Larry. What I mean by external file is a file created by Windows (not created in the cygwin environment). Files that are writable in windows appear to be readonly (000) in the bash shell. I assume that because they're owned by me I can chmo

Re: 1.7: cygdrive files readonly by default

Thanks, Larry. What I mean by external file is a file created by Windows (not created in the cygwin environment). Files that are writable in windows appear to be readonly (000) in the bash shell. I assume that because they're owned by me I can chmod them to modify them. On Wed, Sep 2, 2009 at 4

Re: 1.7: cygdrive files readonly by default

On 09/02/2009 05:30 PM, Vince Indriolo wrote: Is there a setting or issue that would result in all externally generated files in an NTFS filesystem to have 000 permissions? New files created in the shell appear to have the correct mask. However, I need to chmod every external file I want to mod

Compiling Kernal on Cygwin [ELF Error]

Hi all, As this is my first mail, so I am very sorry for any violation of rules. I am trying to compile Linux Kernal on Cygwin (May be sounds funny, but I want to). While doing same I am getting error message as follows  CC      scripts/mod/empty.o  HOSTCC  scripts/mod/mk_elfconfig  MKELF   scripts

Re: 1.7: cygdrive files readonly by default

Is there a setting or issue that would result in all externally generated files in an NTFS filesystem to have 000 permissions? New files created in the shell appear to have the correct mask. However, I need to chmod every external file I want to modify. Also, is it intended for my user account t

Re: ssh and sftp connects intermittently

On 09/02/2009 05:08 PM, jeffunit wrote: At 02:02 PM 9/2/2009, you wrote: On 09/02/2009 04:30 PM, jeffunit wrote: As I said, the problem is intermittent. However, once I have the problem, it occurs reliably. Here is some verbose output, which isn't very helpful... Perhaps. I find this interest

Re: ssh and sftp connects intermittently

At 02:02 PM 9/2/2009, you wrote: On 09/02/2009 04:30 PM, jeffunit wrote: As I said, the problem is intermittent. However, once I have the problem, it occurs reliably. Here is some verbose output, which isn't very helpful... Perhaps. I find this interesting though. U:\>sftp -v -v -v jdei...@

Re: ssh and sftp connects intermittently

On 09/02/2009 04:30 PM, jeffunit wrote: As I said, the problem is intermittent. However, once I have the problem, it occurs reliably. Here is some verbose output, which isn't very helpful... Perhaps. I find this interesting though. U:\>sftp -v -v -v jdei...@www.weasel.com Connecting to www.w

Re: GNU screen hangs

> Andrew Schulman wrote: > > Personally, I much prefer PuTTYcyg. rxvt and MinTTY are also popular, but > > they both require X. You might also like Poderosa > > (http://en.poderosa.org/). > > Actually, neither rxvt nor MinTTY require X. I use them both without X > daily. I believe MinTTY is ac

Re: ssh and sftp connects intermittently

At 01:13 PM 9/2/2009, you wrote: On 09/02/2009 03:53 PM, jeffunit wrote: I was using my personal domain, www.weasel.com However the problem also shows up when I use sftp or ssh to machines on my internal lan, that I know are working. OK, as you might expect, that WJFFM. I am using Cygwin 1

Re: GNU screen hangs

Andrew Schulman wrote: > Personally, I much prefer PuTTYcyg. rxvt and MinTTY are also popular, but > they both require X. You might also like Poderosa > (http://en.poderosa.org/). Actually, neither rxvt nor MinTTY require X. I use them both without X daily. I believe MinTTY is actually based o

Re: ssh and sftp connects intermittently

On 09/02/2009 03:53 PM, jeffunit wrote: I was using my personal domain, www.weasel.com However the problem also shows up when I use sftp or ssh to machines on my internal lan, that I know are working. OK, as you might expect, that WJFFM. I am using Cygwin 1.7 but I don't expect that's key.

Re: GNU screen hangs

> I occasionally have trouble with screen as well, and as far as I can > tell, it always happens when trying to create a new screen.  (To be > clear, when I start screen the first time or when I press: ctrl-a c) > So, it may be that screen itself is not the problem in my case. > Because this occurs

Re: The C locale

Eric Blake: >> A rather important exception is 'ls', which seems to have its own >> hardcoded limitation to 7 bits for the C locale: anything non-ASCII is >> shown as '? there'. > > That's only because the current build of cygwin ls pre-dates a lot of the > locale support.  I'm hoping that when I g

Re: ssh and sftp connects intermittently

At 12:41 PM 9/2/2009, you wrote: On 09/02/2009 03:28 PM, jeffunit wrote: I use ssh from a dos box on windows to connect to other machines, It works fine right after I log into windows. After a while, it doesn't work reliably. I type something like 'sftp example.com I get a response 'Connecting

Re: ssh and sftp connects intermittently

On 09/02/2009 03:28 PM, jeffunit wrote: I use ssh from a dos box on windows to connect to other machines, It works fine right after I log into windows. After a while, it doesn't work reliably. I type something like 'sftp example.com I get a response 'Connecting to example.com...' About 1 time in

ssh and sftp connects intermittently

I use ssh from a dos box on windows to connect to other machines, It works fine right after I log into windows. After a while, it doesn't work reliably. I type something like 'sftp example.com I get a response 'Connecting to example.com...' About 1 time in 10, I get the next line which is 'Pass

Re: Simple bash script is slow to execute - appears to be time spent starting commands like ls

On 09/02/2009 02:45 PM, David Tazartes wrote: cygcheck didn't reveal anything. I looked at the BLODA list and I only have Symantec Antivirus as mentioned earlier, but I already tried disabling it to no effect. Most of the time, disabling is not enough to remove any deleterious effects. You hav

RE: Simple bash script is slow to execute - appears to be time spent starting commands like ls

> Good point. You might also try running a shorter version of the loop > (100 iterations rather than 1) using /bin/true rather than just > true. I expect the performance difference to be even more dramatic. It was a factor of 100 - see response on other thread branch. >> I also noticed that

RE: Simple bash script is slow to execute - appears to be time spent starting commands like ls

Bryan Thrall wrote: You're right about true being built-in, but we still don't know from your examples whether the problem is from forking or from IO. Try replacing 'true' in Jeremy's loop with '/bin/true'. Comparison between the two should give us an idea of the forking cost, without IO getting i

Re: Simple bash script is slow to execute - appears to be time spent starting commands like ls

David Tazartes wrote: > The true loop is only about 3 times slower on Cygwin than Linux. But: "true" > is a bash built-in, so there is no forking going on. So I'd argue this > absolutely shows there is a forking problem. ("time true" and "time echo hi" > both give all 0's.) Good point. You might

RE: Simple bash script is slow to execute - appears to be time spent starting commands like ls

David Tazartes wrote on Wednesday, September 02, 2009 1:46 PM: > Jeremy Bopp wrote: > > How about we try to boil this down a little further? Try running the > following on your various systems and compare the results: > > time for n in $(seq 1 1); do true; done > > I'm hopeful that this sh

Re: GNU screen hangs

On 09/02/2009 10:19 AM, Dave Steenburgh wrote: I should probably also point out that when I work with cygwin, I work almost exclusively with text-based programs. So, I rarely have a need for X, and I use a command prompt window. Is there a better terminal for those circumstances? There's alwa

RE: Simple bash script is slow to execute - appears to be time spent starting commands like ls

Jeremy Bopp wrote: How about we try to boil this down a little further? Try running the following on your various systems and compare the results: time for n in $(seq 1 1); do true; done I'm hopeful that this should help eliminate IO as a bottleneck in your comparisons. Maybe someone else

RE: Simple bash script is slow to execute - appears to be time spent starting commands like ls

I wrote: Let's say we focus on the echo | cut slowness I mentioned earlier. This is independent of the CWD and doesn't cause the explorer.exe spike but is still 200 times slower on my Vista laptop than on a low-powered Linux server. If we correct this problem, I'm pretty confident the time per loo

Re: Simple bash script is slow to execute - appears to be time spent starting commands like ls

David Tazartes wrote: > Let's say we focus on the echo | cut slowness I mentioned earlier. This is > independent of the CWD and doesn't cause the explorer.exe spike but is still > 200 times slower on my Vista laptop than on a low-powered Linux server. If > we correct this problem, I'm pretty confid

Re: 1.5.25(0.156/4/2) bash shell windows clipped by 2/3 of a line

Never mind. I updated from another mirror and now it is working fine. Hayden On 9/2/09 9:07 AM, "Hayden Ridenour" wrote: > I've just set up a fresh WinXP SP3 virtual machine with the currently > available Cygwin-1.5.25. On opening a bash shell window, I'm hitting a bug > where the window

RE: Simple bash script is slow to execute - appears to be time spent starting commands like ls

Jeremy Bopp wrote: While I believe the usual forking performance issue is probably the largest factor for your problem, you *are* running an instance of Windows Explorer. It's displaying your desktop which as you indicate above is holding the folder containing your work area. My guess is that yo

Re: Simple bash script is slow to execute - appears to be time spent starting commands like ls

David Tazartes wrote: > System facts: > - My username has a space in it, and the CWD for the script is > "C:\Users\user name\Desktop\another folder" ("another folder" has a space) > aka /cygdrive/c/Users/user name/Desktop/another folder > Observations: > - When using bash -x, most of the time a

Re: Sorry [Re: [OT] Re: GNU screen hangs]

On Wed, Sep 02, 2009 at 12:03:15PM +, TV wrote: >I'm feeling a bit bad how things got out of hand, and I'm sorry for it. >The etiquette of this list is unusually strict, I have never met >anything like it, and I don't understand it. The trigger-happy banning >behaviour really put me off the co

Simple bash script is slow to execute - appears to be time spent starting commands like ls

All my bash scripts appear to run very slowly. But I have one very simple example in particular here, so I figure I'd use it to ask if there's anything I can do. This very simple script (below) takes about 2 seconds per for loop execution. That seems very high to me, based on my experience as a de

Re: Sorry [Re: [OT] Re: GNU screen hangs]

> I'm feeling a bit bad how things got out of hand, and I'm sorry > for it. Accepted. Andrew. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#un

Re: std::arg() bug : not repetitive ?

Eric Backus wrote: > I guess I'm in the minority here, but I'll go out on a limb and say that the > original behavior does NOT seem like a defect to me. My reasoning: You're not on a limb, plenty of people agree with you. Read the comment trail on PR323 to hear all the arguments hashed out i

Re: std::arg() bug : not repetitive ?

Dave Korn googlemail.com> writes: > > Marco Atzeri wrote: > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323#c2 > > > > $g++-4 -ffloat-store comp_2.cc -O3 -o comp_4 > > > > ./comp_4 > > 0.785398 > > 0.785398 > > 0 > > 0 > > Ah, good, thanks for the diagnosis. IIUC this is basically fi

1.5.25(0.156/4/2) bash shell windows clipped by 2/3 of a line

I've just set up a fresh WinXP SP3 virtual machine with the currently available Cygwin-1.5.25. On opening a bash shell window, I'm hitting a bug where the window clips about two thirds of the last line of text in the window. Inside the scroll region, I can scroll upward and see the line but when

Re: Sorry [Re: [OT] Re: GNU screen hangs]

TV wrote: > I'm feeling a bit bad how things got out of hand, and I'm sorry > for it. The etiquette of this list is unusually strict, I have > never met anything like it, and I don't understand it. The > trigger-happy banning behaviour really put me off the course. > This clearly isn't a place fo

RE: 1.5.25-15: bash.exe hangs forever

Have you tried typing exit first? Alt+F4 seems aggressive to me. I know it works but I have always been taught to exit my shells. -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Reed Wang Sent: Wednesday, September 02, 2009 11:16 AM To: cy

1.5.25-15: bash.exe hangs forever

Hi All, Sorry for no cygcheck report, there are some reason. I build a SSH Server on Windows 2003 with Cygwin and when I close my client with Alt+F4,  on the server bash.exe process still hangs there, it must be stopped manually, it seems there is a similar question before

Re: struct dirent.d_reclen

On Tue, Sep 01, 2009 at 07:10:20PM -0600, Eric Blake wrote: >-BEGIN PGP SIGNED MESSAGE- >Hash: SHA1 > >According to Christopher Faylor on 9/1/2009 5:37 PM: >> Maybe you mean d_namlen? > >Yes; serves me right for confusing readdir(2) and readdir(3) man pages. > >>It is not a given that addin

Re: GNU screen hangs

/me returns to the original topic. I occasionally have trouble with screen as well, and as far as I can tell, it always happens when trying to create a new screen.  (To be clear, when I start screen the first time or when I press: ctrl-a c) So, it may be that screen itself is not the problem in my

1.7: cygdrive files readonly by default

I am running Windows 7, cygdrive 1.7. After installation all files my files show up as 000 permissions. I have to chmod in order to modify files. vi...@granada /cygdrive/f $ ls -l total 852 d-+ 1 vinceNone 4096 Aug 25 08:58 $RECYCLE.BIN d-+ 1 vince None

Re: The C locale

Hi. 2009/9/2 Andy Koppe : > I see two good solutions: > - Use the default Windows codepage for filenames, console, and > multibyte functions. This is what happens already if you specifiy a > locale with a language but no charset, e.g. "en". Maximum 1.5 > compatibility. > - Use UTF-8 throughout. Fu

Sorry [Re: [OT] Re: GNU screen hangs]

I'm feeling a bit bad how things got out of hand, and I'm sorry for it. The etiquette of this list is unusually strict, I have never met anything like it, and I don't understand it. The trigger-happy banning behaviour really put me off the course. This clearly isn't a place for me, so I'm going

Re: The C locale

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Andy Koppe on 9/2/2009 12:29 AM: > A rather important exception is 'ls', which seems to have its own > hardcoded limitation to 7 bits for the C locale: anything non-ASCII is > shown as '? there'. That's only because the current build of c

Bug(?) with mutt, attachments, and symbolic links

Hi, I don't know if this is a bug or expected behaviour, but if I have a sym link to a file, let's say foo pointing at bar.pdf, and I then use the sym link name to attach the file in mutt, although the file is successfully attached, the file type is not correctly used for the encoding. I haven't y

Re: std::arg() bug : not repetitive ?

Marco Atzeri wrote: > Are this setting acceptable for a cygwin package ? > > -march=pentium4 -msse -mfpmath=sse I think this bit of the thread should move to the -apps list. I can't answer your question directly, but I'll note that CPUs without SSE support must be pretty thinly spread these d

Re: std::arg() bug : not repetitive ?

Marco Atzeri wrote: Are this setting acceptable for a cygwin package ? -march=pentium4 -msse -mfpmath=sse For completeness... I do this: $ gcc-4 -c set_math_double_precision.c $ gfortran test_case.f90 -o test_case set_math_double_precision.o The fortran test case (+ C function, +header) is

Re: std::arg() bug : not repetitive ?

--- Mer 2/9/09, Dave Korn ha scritto: >   Bah.  Still, at least the -ffloat-store > workaround still helps, for this > case at any rate..  Also, if you get GCC to use SSE > instructions, there's no > issue with excess precision: > > > $ g++-4 comp_2.cc -o0 -o comp_2 -I > /usr/include/octave-3.2