Re: permission problems (and more)

[Larry Hall (RFK Partners, Inc)]

At 10:51 PM 5/5/2004, you wrote:
>--- Larry Hall wrote:
>> OK, first check the output of /var/log/cron.log.
>> If that doesn't clarify the situation for you, send
>> it and the output of 'ls -Rl /var' to the list.
>
>$ ls -Ral /var
>/var:
>total 0
>drwxr-x---+   3 user Users   0 Thu Mar 25 18:43:15 2004 cache/
>drwxrwxrwt+   3 user Users   0 Wed Oct 29 10:45:04 2003 cron/
>dr-xr-xr-x+   2 Administ Administ0 Mon Apr 12 12:02:10 2004 empty/
>drwxr-x---+   2 user Users4096 Mon Apr 19 16:38:40 2004 log/
>drwxr-x---+   3 user Users   0 Wed Oct 29 10:43:56 2003 run/
>drwxr-x---+   2 user Users   0 Wed Oct 29 10:43:03 2003 tmp/
>
>/var/cache:
>total 0
>drwxr-x---+   2 user Users   0 Thu Mar 25 18:43:15 2004 man/
>
>/var/cache/man:
>total 0
>
>/var/cron:
>total 0
>drwxrwxrwt+   2 user Users   0 Mon Apr 19 15:46:13 2004 tabs/
>
>/var/cron/tabs:
>total 0
>-rw-r-1 Administ SYSTEM  0 Mon Apr 19 15:46:13 2004 administrator
>-rw-r-1 user SYSTEM  0 Mon Apr 19 14:34:24 2004 user
>
>/var/empty:
>total 0
>
>/var/log:
>total 1564
>-rwx--+   1 user Domain U0 Mon Apr 12 12:02:09 2004 lastlog*
>-rwxr-x---1 user Users 1502256 Fri Apr 23 10:29:25 2004 setup.log*
>-rwxr-x---1 user Users   97787 Fri Apr 23 10:29:25 2004 setup.log.full*
>
>/var/run:
>total 0
>drwxr-x---+   2 user Users   0 Wed Oct 29 10:43:56 2003 stunnel/
>-rwxr-x---1 user Users   0 Fri Apr 23 10:28:02 2004 utmp*
>
>/var/run/stunnel:
>total 0
>
>/var/tmp:
>total 0
>
>
>Again, I think I have the permissions screwed
>up. A couple of people have suggested that I
>reinstall everything, but even if I do that, I
>have to make certain that I don't repeat any
>mistakes that I made.


Then again, sometimes it's easier to start from a known state and work
step by step than to try to find where something went wrong.

 From a comparison of your environment with mine, I see that you don't give
specific permissions to 


--
Larry  


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Re: after setup, all file with no permissions

[Larry Hall (RFK Partners, Inc)]

Glad to hear it helped.  

I'd say this is a corner case for setup.  It would be good if
setup could handle it (more) transparently.  But I'm not sure it 
really qualifies as a bug.  As to when setup will address this issue,
that depends on when someone submits a patch to fix it. ;-)

Larry


At 09:26 PM 4/10/2004, you wrote:
>Larry Hall:
>
>thanks, i did chmod
>it's a bug of setup.exe? i wonder when it'll be fix
>
>=== Original Message 2004-04-11 06:21:13: ===
>
>>At 08:12 AM 4/10/2004, you wrote:
>>>lastest setup.exe
>>>winxp ntfs
>>>install user: Administrator
>>>
>>>bash-2.05b$ ls /bin/cvs.exe -l
>>>--+   1 Administ Users  607744 Aug 11  2003 /bin/cvs.exe (not only this 
>>>file but all files)
>>>bash-2.05b$ 
>>>
>>>cygcheck -s outputs
>>>cvs  1.11.6-3   
>>>
>>>
>>>what should i do?
>>
>>
>>At this point, it's probably easiest to just use 'chmod' or 'setfacl' to 
>>add the permissions you need.  If you're curious and want more information,
>>see google 
>>
>>
>>
>>
>>--
>>Larry Hall  http://www.rfk.com
>>RFK Partners, Inc.  (508) 893-9779 - RFK Office
>>838 Washington Street   (508) 893-9889 - FAX
>>Holliston, MA 01746 
>>
>>
>>--
>>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>>Problem reports:   http://cygwin.com/problems.html
>>Documentation: http://cygwin.com/docs.html
>>FAQ:   http://cygwin.com/faq/
>>
>
>= = = = = = = = = = = = = = = = = = = =
>
>
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/ 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: rxvt line wrapping

[Larry Hall (RFK Partners, Inc)]

At 02:04 PM 4/6/2004, you wrote:
>Greetings,
> 
>I'm having two related problems with how rxvt wraps long command lines.
>Consider the small awk program (the first part is my prompt):
> 
>~/research/multilogit/data/eip-symptom[557]   awk '{for(i=1; i<=3; ++i) printf("%s ", 
>$i)}' longfilename.txt
> 
>(1) Rxvt wraps the line at some point (presumably column 80) even if the rxvt screen 
>is much wider than 80 columns.  The 'resize' command has no affect on this behavior.
> 
>(2) when the line wraps, rxvt does not begin a new line.  It overwrites the beginning 
>of the old line, which is very confusing.  
> 
>As a result, typing my little program in rxvt produces:
> ", $i); printf("\n")}' symptom-sorted.txt] awk '{for(i=1; i<=3; ++i) printf("%s 
>
>Very confusing!!!
>Is there something I can do to get better line wrapping behavior?


Check your TERM?  FWIW, with the information given I couldn't reproduce
your problem.  Perhaps you should visit 
if you need further assistance from the list.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Make problem since 1.5.7

[Larry Hall (RFK Partners, Inc)]

At 10:19 AM 3/29/2004, you wrote:
>Larry Hall wrote:





>> 
>>>Got a SIGCHLD; 1 unreaped children.
>>>Reaping winning child 0x108b3a20 PID 1288
>>>Removing child 0x108b3a20 PID 1288 from chain.
>>> Successfully remade target file `some_path/GUI_Module.lib_ar'.
>>>Finished prerequisites of target file `some_path/GUI_Module.lib'.
>>>Must remake target `some_path/GUI_Module.lib'.
>>>/cygdrive/c/tmp/tornado2_1/host/i686-pc-cygwin/bin/arsh -M <
>> 
>> 
>> ^^
>> 
>> Yikes!  You're still mixing tool-sets.  That ain't gonna work!
>> 
>> 
>> --
>> Larry Hall  http://www.rfk.com
>> RFK Partners, Inc.  (508) 893-9779 - RFK Office
>> 838 Washington Street   (508) 893-9889 - FAX
>> Holliston, MA 01746 
>> 
>> 
>
>The referenced arsh binary was compiled locally for the currently
>installed cygwin (cygwin version at compile time was 1.5.6) from the
>windriver-provided sources to work around some problems with the
>original tornado-binaries.
>
>The path to AR is set inside the Makefile like this
>AR=/path/to/arsh
>
>Calling this specific arsh from the bash does work, whatever the cygwin
>version, so I see no problem with calling it from within make, or am I
>completely wrong here ??


That sounds OK.  Assuming that this is the only binary pulled in from the
tornado distribution, it's not obvious that this would cause a problem.
I'm out of ideas at the moment, beyond the obvious debugging.


--
Larry 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Using gcc 3.3.3

[Larry Hall (RFK Partners, Inc)]

Unless you set your "reply-to", generally you'll see two copies of every 
reply, since you'll get one copy to you and one from the list.  Chris's 
first two posts were in response to my replies and I set my "reply-to" to 
the list.  If you're not subscribed to the list, you wouldn't see these 
messages in your mailbox.  If you are subscribed, I can't explain why you 
didn't see his messages.

Larry

  
At 03:21 PM 3/15/2004, you wrote:
>That's strange... I got an email from Chris in addition to the ones I've
>been getting from you, but none of the previous ones including answers Chris
>says he's given got to me... don't the people who send mails to the list get
>replies, or do only the elite members or something? Sorry, I'm really
>confused. I posted a message to 'google groups' and it didn't get any
>replies in there. But then I started getting emails from you, so I thought
>that the list was an email-based thing. And then I get this email from
>Chris, saying he's already answered loads on the list and haven't I seen it.
>But no - if it was a internet based thing how come I couldn't see any
>replies the first time I logged on and in any case if it was internet based
>rather than email how did you know my email address?? And if you could know
>it, how couldn't a spammer? Is there some sort of "underhand linux
>forwarding" going on that I'm unlikely to understand, or benefit from unless
>I install linux? Or is it just a simple messaging protocol that I'm failing
>in my stupidity to pick up on?
>
>
>
>(BTW I couldn't know which one I was getting emails from as I've got two
>dumping into the same inbox - although I switched one off because it was
>getting too much spam, but then I still got these emails from you and one
>from Chris *after* that, so that can't be the reason. But how do I change my
>email address to be something cryptic to make sure spammers don't pick up my
>ACTUAL email address?)
>
>> -Original Message-
>> From: Larry Hall [mailto:[EMAIL PROTECTED]
>> Sent: 15 March 2004 16:13
>> To: Ben Taylor; Cygwin List
>> Subject: RE: Using gcc 3.3.3
>>
>>
>> At 02:32 AM 3/15/2004, you wrote:
>> >Thanks
>> >I tried building 3.3.3 using 3.3.1, which didn't work when doing 'make
>> >bootstrap'. But then I did a successful 'make bootstrap' of 3.3.2 using
>> >3.3.1. The bootstrapped 3.3.2 works fine, and claims to have
>> been compiled
>> >by itself not 3.3.1. Even -mno-cygwin works fine on it. So I'm
>> now happy, in
>> >that I've used my 'on-a-plate' compiler to compile myself a
>> better one. But
>> >I'm greedy and curious, I want more. So now I've included in the path
>> >environment variable the path to this before the cygwin path, and I'm now
>> >trying to make bootstrap 3.3.3 using 3.3.2. Do you think it should work?
>>
>>
>> Maybe.  Try it.
>>
>>
>> >When I type 'man patch' it says 'no manual entry for patch', do I have to
>> >install this extra?
>>
>>
>> Yep.  You apparently don't have the 'patch' package.  Rerun setup
>> and install
>> it.
>>
>>
>> >And what of this Chris geezer, does he have a known email
>> address? Can he be
>> >contacted to be asked questions such as this?
>>
>>
>> I like to refer to Chris as "guru" rather than "geezer".  He
>> reads this list
>> and has already responded to this thread so I think you can surmise from
>> this that he can and will answer some questions.  But I can tell you he
>> won't hand-hold you through the process and won't respond to person email
>> on this (that's why he sets his "reply-to" to the list, as do I).  So
>> questions should be directed to the list.  However, you might find you
>> get allot of helpful information from the gcc list email archives too.  If
>> you haven't ogled it yet, you may want to.
>>
>>
>>
>> >> -Original Message-
>> >> From: Larry Hall [mailto:[EMAIL PROTECTED]
>> >> Sent: 15 March 2004 02:11
>> >> To: Ben Taylor; Cygwin List
>> >> Subject: RE: Using gcc 3.3.3
>> >>
>> >>
>> >> 'man patch'.
>> >>
>> >> But according to Chris, who knows more about Cygwin's gcc than I do,
>> >> -mno-cygwin should be configurable with vanilla gcc sources.  So, if
>> >> you're having difficulty with your locally built gcc/g++, you'll
>> >> need to figure out what's different in your environment.
>> >>
>> >> Larry
>> >>
>> >>
>> >> At 03:58 PM 3/14/2004, you wrote:
>> >> >How do I apply patches to my existing Cygwin installation?
>> >> >
>> >> >
>> >> >> -Original Message-
>> >> >> From: Larry Hall [mailto:[EMAIL PROTECTED]
>> >> >> Sent: 14 March 2004 18:59
>> >> >> To: Ben Taylor; [EMAIL PROTECTED]
>> >> >> Subject: Re: Using gcc 3.3.3
>> >> >>
>> >> >>
>> >> >> At 09:50 AM 3/14/2004, you wrote:
>> >> >> >Hi
>> >> >> >
>> >> >> >I have got Cygwin running on my windows XP pc, using gcc 3.3.1.
>> >> >> I downloaded
>> >> >> >gcc 3.3.3 release, and managed to build it, however when I tried
>> >> >> to compile
>> >> >> >a windows application using it it compiled ok but gave a
>> linker error
>> >> >> >'couldn't find crt2.o'.

Re: rsh as NONE SYSTEM user = permission denied

[Larry Hall (RFK Partners, Inc)]

At 06:19 AM 1/22/2004, Steven Hartland you wrote:
>Thanks for a not very helpful response there Larry.
>Some of us do search the archives before asking questions you know.
>


Oh, forgive me.  I wasn't using my mind-reading abilities when I read your
post.

As you'll notice from the rest of the quoted message below, I pointed you to 
the problem reporting page that explains the leg work that you should do 
before posting.  That includes searching the email archives (which you mentioned you 
did - again sorry for not reading your mind) as well as 
available docs (which you probably also did - we highly encourage that too
and appreciate those who do it!).  But the part you missed in all that prose 
was that you should always send your 'cygcheck' output.  One of the first 
questions that occurred to me and that I couldn't answer from your original 
post was "Is he using Cygwin's rsh?".  'cygcheck' output along with the other 
information I asked for would have allowed me and others on the list to 
eliminate that and other obvious questions and follow-up with more informed
questions.  So that's why I pointed you at that page and asked the questions
I did.  If you felt that was being unhelpful, sorry.  I did the best I could.
Clearly, you were better equipped to solve your problem than anyone else
here (including me) so I guess it doesn't matter.  You should be careful
about chastising people who respond to your posts however.  While I've 
developed a relatively thick skin over the years on this list, you can't 
expect that from everyone, especially when they're doing you the favor of 
any response.  You just might be limiting your potential pool of help for 
future posts.  I'm guessing that's not your real intent.  Anyway, I'm glad 
you found a solution you find acceptable.



>- Original Message - 
>From: "Larry Hall" 
>To: "Steven Hartland" 
>Sent: 19 January 2004 16:36
>Subject: Re: rsh as NONE SYSTEM user = permission denied
>
>
>> At 08:02 AM 1/19/2004, Steven Hartland you wrote:
>> >Has anyone gotten rsh to work with a none system
>> >user? I've followed the guide inetutils-1.3.2.README.
>> >telnet works fine but a simple:
>> >rsh -l myuser "ls /"
>> >fails with:
>> >Permission denied.
>> >
>> >Anyone got any ideas? N.B. anyway of getting a log file
>> >out of rshd?
>> 
>> Yes.  Please visit:
>> 
>> >Problem reports:   http://cygwin.com/problems.html
>> 
>> and provide the requested information.  Also the output of 'cygcheck rsh'
>> just before you would invoke 'rsh' would be helpful.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: recovering cygwin settings after a Win98 anomaly

[Larry Hall (RFK Partners, Inc)]

At 11:26 PM 1/13/2004, jon wild you wrote:

>Igor Pechtchanski wrote:
>
>[snip]
>> mount -s -b --change-cygdrive-prefix "/cygdrive"
>> mount -f -s -b "C:/cygwin" "/"
>> mount -f -s -b "C:/cygwin/bin" "/usr/bin"
>> mount -f -s -b "C:/cygwin/lib" "/usr/lib"
>
>[snip]
>> 
>> Please let the list know if this works for you.
>
>Igor - it worked perfectly, everything is back to normal. Thanks so much.
>
>After such a good first experience with this list I might be pushing it if 
>I ask about another, much less important problem, but I'll try anyway 
>since once again I can't find an answer in the FAQ:
>
>I'm running cygwin under win98 and every time I type the double-quote
>character in the cygwin shell, the very next character I type will cause a
>second double-quote to appear before the character typed, and I'll get a
>system beep. I am spared the beep if I type the same character a second
>time myself. This happens with a few other non-alphabetic characters as
>well (off the top of my head: single quote, backtick, tilde). I've learned
>to type these characters twice, followed by the backspace key to get rid
>of the one I didn't want, and this way I avoid the irritating beep, but I
>guess there is probably a better solution...


Sorry, never seen this.



--
Larry 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: problems with cygrunsrv and inetd

[Larry Hall (RFK Partners, Inc)]

Actually, the inetd README mentions this as part of it's history:

  - No user mount point is valid anymore! You have to install all
your mount points in the system mount table. This doesn't
change after you have logged in to a normal user account eg.
via telnet/rlogin. It's possible that we can use the user
mounts as soon as somebody contributes a patch to login and
ftp that allows loading a user hive into the registry after
authentication.

In general, this has been discussed on this list and hasn't been propagated 
to various READMEs, the user guide, or other docs.  Feel free to offer a 
patch where you feel it's appropriate.

Larry


At 01:07 PM 1/12/2004, Ruud Huynen you wrote:
>Hello Larry
>
>Thank you for your explanation, which points directly to the problem.
>I did a lot of reading yesterday, internet, faqs, userguide, readme files.
>I didn't find anything pointing into this direction.
>The problem occurs in inetutils and sshd and maybe other packages.
>I think it should be described in the readme's and in the userguide.
>
>Ruud
>
>- Original Message - 
>From: "Larry Hall" <[EMAIL PROTECTED]>
>To: "Ruud Huynen" <[EMAIL PROTECTED]>; "Cygwin List"
><[EMAIL PROTECTED]>
>Sent: Sunday, January 11, 2004 9:28 PM
>Subject: Re: problems with cygrunsrv and inetd
>
>
>> Actually, yes.  Installing for "Just me" creates mount points only for the
>> current user.  All services started by Cygwin are, by default, started as
>> another user, typically SYSTEM, which won't see the user-specific mount
>> points.  To run services "right out of the box" with Cygwin, you really
>> need to install for "All Users".  Looking back now at your report, I guess
>> there was the hint of this issue in the report and your cygcheck output
>> clearly shows user mounts.  Sorry I didn't pick up on this and point it
>out
>> to you sooner.  The alternative to reinstalling everything would have been
>> to just remount all your mounts as 'system' rather than 'user' (see 'man
>> mount') or rerunning setup again without uninstalling and picking "All
>> users" insteaad.  But you clearly got to where you want to be with your
>> method.  Good catch on your part!  Glad you got it working.
>>
>> Larry
>>
>>
>> At 03:17 PM 1/11/2004, Ruud Huynen you wrote:
>> >Hello
>> >
>> >I reinstalled cygwin completely and it works now. Inetd and ssh are
>working
>> >in 2 minutes.
>> >This time I used the setup setting Install For 'All Users'.
>> >
>> >Is there a problem with installing inetd and sshd when using 'Just me' ?
>> >
>> >Regards
>> >Ruud
>> >- Original Message - 
>> >From: "Larry Hall" <[EMAIL PROTECTED]>
>> >To: "Ruud Huynen" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
>> >Sent: Sunday, January 11, 2004 8:02 PM
>> >Subject: Re: problems with cygrunsrv and inetd
>> >
>> >
>> >> At 12:32 PM 1/11/2004, Ruud Huynen you wrote:
>> >> >Hello
>> >> >
>> >> >I looked on the internet and inetutils.README to install the inetd and
>> >the
>> >> >ssh service.
>> >> >When I create the windows service inetd with:
>> >> >cygrunsrv -I inetd -d "CYGWIN inetd" -p /usr/sbin/inetd -a -d -e
>> >> >CYGWIN=ntsec
>> >>
>> >>
>> >> Why did you install it this way?  inetutils.README clearly states that
>> >> the inetd service is installed with the '--install-as-service' flag.
>> >>
>> >>
>> >> >I noticed that the executable pointed to in the service is, which is
>> >wrong:
>> >> >C:\cygwin\bin\cygrunsrv.exe
>> >>
>> >>
>> >> No, it's not wrong for a service installed with cygrunsrv.
>> >>
>> >>
>> >> >After removing it
>> >> >cygrunsrv -R inetd
>> >> >
>> >> >And using:
>> >> >/usr/sbin/inetd.exe --install-as-service
>> >> >I have in the service: C:\cygwin\usr\sbin\inetd.exe
>> >> >
>> >> >Starting it shows the two inetd processes running, but netstat -an
>does
>> >not
>> >> >show any listening ports!
>> >>
>> >>
>> >>
>> >>  From inetutil.README:
>> >>
>> >> Current caveat: inetd is visible twice in the process list.
>> >> This is currently needed to work correctly with the service
>> >> manager. This should be solved in a future release.
>> >>
>> >>
>> >> >I thought -d means debugging. Not daemon. But I tried it and changed
>the
>> >> >registry to add the -d. The same behaviour is noticed.
>> >> >
>> >> >Only by using the following command I have the ports open, and can
>> >connect:
>> >> >$ /usr/sbin/inetd.exe -d &
>> >> >[1] 2936
>> >> >
>> >> >[EMAIL PROTECTED] /
>> >> >$ ADD : echo proto=tcp, wait=0, user=root builtin=4080d0
>server=internal
>> >> >registered internal on 4
>> >> >ADD : echo proto=udp, wait=0, user=root builtin=4080e0 server=internal
>> >> >registered internal on 5
>> >> >ADD : discard proto=tcp, wait=0, user=root builtin=4080f0
>server=internal
>> >> >registered internal on 6
>> >> >ADD : discard proto=udp, wait=0, user=root builtin=408100
>server=internal
>> >> >registered internal on 7
>> >> >ADD : daytime proto=tcp, wait=0, user=root builtin=408130
>server=internal
>> >> >registered internal on 8
>> >> >ADD : 

Re: cron + network share(w/ full access?)

[Larry Hall (RFK Partners, Inc)]

Yes, this works fine.  I just ran some tests here and I
have no problem accessing shares from cron if the shares 
are accessible without the need to authenticate (under
Windows).  I don't know why you and Tim had problems
getting this to work with his option 1 (which is all I
need - actually "Everyone" or "Guest" permissions is 
sufficient here).

Larry


At 03:18 AM 1/12/2004, Alan London you wrote:
>Oh?  This works for you?  I can't seem to get this to
>work... it seems
>SYSTEM doesn't have the right access to network shares
>via UNC paths.
>(That was the whole reason for the lengthy discussion
>that I linked to
>in my message below:
>  
>http://www.cygwin.com/ml/cygwin/2003-04/msg01001.html)
>
>Anyways, I've given up and used Windows' own Task
>Scheduler for jobs
>which need network access.
>
>Alan
>
>Andrew DeFaria wrote:
>> > Alan London wrote:
>> >
>> > Hi,
>> >
>> > Thanks for the message but cron_diagnose.sh
>doesn't seem to give
>> > me insight on what I'm trying to do.
>> >
>> > I was trying to perform a hack discussed in this
>thread:
>> >
>http://www.cygwin.com/ml/cygwin/2003-04/msg01001.html
>> >
>> >
>> > I am attempting to have the cron service run as
>another user so
>> > that it can access network shares. 
>>
>>
>> The best way to have cron access network shares is
>to leave cron
>> running as SYSTEM, make the share a public share and
>access it view
>> a UNC path (e.g.  //server/share/path/file).
>
>
>
>__
>Do you Yahoo!?
>Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
>http://hotjobs.sweepstakes.yahoo.com/signingbonus
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Question about cygwin sshd and StrictModes

[Larry Hall (RFK Partners, Inc)]

Clearly, you have not read the document I pointed to, or not read it
carefully, since the "procedure" you describe below does not use 
ssh-user-config.  While your procedure may do everything that is covered
in the README (implicitly or explicitly), it would be wise for you to 
review your procedure against the prescribed method and make sure there 
are no differences.  From a help-desk perspective, this list relies heavily
on the codified knowledge of these scripts.  No one is likely to spend much
time theorizing what your problem might be without a known baseline.  These 
scripts and tools are there to automate the process of installation with 
best practices.  You're free not to use them but you can't expect those of
us who monitor and respond on this list to debug everyone's custom 
installation.  Sorry if that's what you were expecting.  So maybe this 
amounts to "no-help" from your perspective.  If that's the case, you probably
won't be happy with any response you get from this list on this subject
at least.

Larry


At 12:17 PM 12/10/2003, Matt Berney you wrote:
>Thanks for the no-help.  I have already read all relevant documentation that I could 
>find.  That is the reason for posting a message to the group.  In the future, if you 
>wish to be helpful, please offer more than RTFM.
>
>
>
>-Original Message-
>From: Larry Hall [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, December 09, 2003 7:40 PM
>To: Matt Berney; [EMAIL PROTECTED]
>Subject: Re: Question about cygwin sshd and StrictModes
>
>
>At 07:22 PM 12/9/2003, Matt Berney you wrote:
>>I have a question about the /etc/sshd_config file under cygwin.  I have cygwin 
>>v1.5.5 and openssh 
>>
>>Cygwin Package Information
>>Package Version
>>cygwin  1.5.5-1
>>cygwin-doc  1.3-6
>>
>>openssh 3.7.1p2-1
>>openssl 0.9.7c-1
>>openssl-devel   0.9.7c-1
>>openssl096  0.9.6j-1
>>
>>What is the recommended technique to allow for ssh without passwords?  
>
>
>Read /usr/share/doc/Cygwin/openssh.README
>
>
>>Here is my procedure:
>>  1)  on the server, ssh-host-config
>>  2)  on the server, ssh-keygen -d (no passkey e.g. blank)
>>  3)  on the server, net start sshd
>>
>>  4)  on the client, ssh-keygen -d (no passkey e.g. blank)
>>  5)  on the client, scp ~/.ssh/id_dsa.pub qar50s1:
>>
>>  6)  on the server, cat id_dsa.pub >> .ssh/authorized_keys2
>>
>>All of this works just fine until I change the /etc/sshd_config file to set 
>>StrictModes to yes
>>
>>[sshd_config]
>>StrictModes yes
>>
>>
>>What do I have to do to make this work?  Here is the debug output:
>>
>>OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003
>>debug1: Reading configuration data /etc/ssh_config
>>debug1: Connecting to qar50s1 [10.11.50.1] port 22.
>>debug1: Connection established.
>>debug1: identity file /home/mberney/.ssh/identity type -1
>>debug1: identity file /home/mberney/.ssh/id_rsa type -1
>>debug1: identity file /home/mberney/.ssh/id_dsa type 2
>>debug1: Remote protocol version 1.99, remote software version OpenSSH_3.7.1p2
>>debug1: match: OpenSSH_3.7.1p2 pat OpenSSH*
>>debug1: Enabling compatibility mode for protocol 2.0
>>debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2
>>debug1: SSH2_MSG_KEXINIT sent
>>debug1: SSH2_MSG_KEXINIT received
>>debug1: kex: server->client aes128-cbc hmac-md5 none
>>debug1: kex: client->server aes128-cbc hmac-md5 none
>>debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
>>debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
>>debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
>>debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
>>debug1: Host 'qar50s1' is known and matches the RSA host key.
>>debug1: Found key in /home/mberney/.ssh/known_hosts:85
>>debug1: ssh_rsa_verify: signature correct
>>debug1: SSH2_MSG_NEWKEYS sent
>>debug1: expecting SSH2_MSG_NEWKEYS
>>debug1: SSH2_MSG_NEWKEYS received
>>debug1: SSH2_MSG_SERVICE_REQUEST sent
>>debug1: SSH2_MSG_SERVICE_ACCEPT received
>>debug1: Authentications that can continue: publickey,password,keyboard-interactive
>>debug1: Next authentication method: publickey
>>debug1: Trying private key: /home/mberney/.ssh/identity
>>debug1: Trying private key: /home/mberney/.ssh/id_rsa
>>debug1: Offering public key: /home/mberney/.ssh/id_dsa
>>debug1: Authentications that can continue: publickey,password,keyboard-interactive
>>debug1: Next authentication method: keyboard-interactive
>>debug1: Authentications that can continue: publickey,password,keyboard-interactive
>>debug1: Next authentication method: password
>>[EMAIL PROTECTED]'s password:
>>
>>--
>>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>>Problem reports:   http://cygwin.com/problems.html
>>Documentation: http://cygwin.com/docs.html
>>FAQ:   http://cygwin.com/faq/
>
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>

Re: gcc problem in my installation of cygwin

[Larry Hall (RFK Partners, Inc)]

At 11:26 PM 11/23/2003, Nikhil Bhargava you wrote:
>hello Ms. Larry,


That would be more properly phrased as 'Mr. Hall' but I don't require such 
formalism.  'Larry' is fine.



>I am thankful for the help. I didnot tried google as i thought i wouldnot be able to 
>find this problem. I wil be careful in future and  will go throughthe link you have 
>quoted.


Great, thanks.



>nikhil
>
>
>- Original Message -
>
>DATE: Sun, 23 Nov 2003 13:45:00
>From: Larry Hall <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED], [EMAIL PROTECTED]
>Cc: 
>
>>At 12:05 PM 11/23/2003, Nikhil Bhargava you wrote:
>>>hello friends,
>>>
>>>I have installed latest version of cygwin and also set the path accordingly.
>>>
>>>But while compiling my C code, I am getting following error
>>>
>>>$ gcc timer.c
>>>/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/
>>>find -luser32
>>>collect2: ld returned 1 exit status
>>>
>>>
>>>Please help me rectify the problem.
>>
>>
>>Do you google?  
>>
>>
>>
>>The first hit here would seem to answer your question just fine.  No?
>>
>>Also, as I'm always fond of pointing out, you can find what package
>>a file of interest is in by going to  and
>>entering its (libuser32.a in this case).
>>
>>
>>
>>--
>>Larry Hall  http://www.rfk.com
>>RFK Partners, Inc.  (508) 893-9779 - RFK Office
>>838 Washington Street   (508) 893-9889 - FAX
>>Holliston, MA 01746 
>>
>>
>
>
>
>
>Get advanced SPAM filtering on Webmail or POP Mail ... Get Lycos Mail!
>http://login.mail.lycos.com/r/referral?aid=27005
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: merging mingw and cygwin

[Larry Hall (RFK Partners, Inc)]

At 10:01 PM 10/11/2003, Edward Peschko you wrote:
>> What would be the point?
>
>lack of end-user confusion... elimination of duplicate development effort... 
>elimination 
>of duplicate maintenance effort... the ability to compile all unix tools 'native' 
>win32 
>for those who desire it.


It's too bad you chose to edit the original context down to nothing.  Your
response makes little sense now.



>> They already work well together.  Of course, 
>>  if you think there's something 
>> else that could be done to make this better.  Cygwin and Mingw are both
>> open-source projects.
>
>If working well together is 'remembering which of 2 gccs to use, 
>which of 2 rms to use which of two lns to use, which of two shells 
>to use, the fact that cygwin binaries tend to choke under mingw 
>(haven't tried the reverse yet), and that both projects seem to 
>have their own quirks and quibbles that you need to learn, then, 
>yeah they work great together.


If you don't want the two sets of tools, why did you install them?  No 
one told you to.  

Use the tools that work for you.  From your stated goal, I would say that
Cygwin tools would suit you best.  But you should be able to get there with
either toolset, depending on your application and the amount of porting you
want to do to get it running on Windows.
 

>If what you say is true - that you need only compile executables with 
>-mno-cygwin to get mingw tools, then why don't you do that and release 
>it as part of your 'setup.exe' script?  Put a checkbox next to your 
>initial install window - do you want win32 native or not?
>
>Make sure that each and every package in cygwin can compile with 
>-mno-cygwin... and the need for two separate branches goes 
>away. 


You don't understand what the main difference is between Cygwin and Mingw
do you?  Have you checked?  OK, I'll tell you.  Cygwin provides a POSIX
emulation layer (I assume that means something to you if your stated 
goal of bringing something from UNIX to Windows is actually what you want
to do).  So this generally lowers the burden of "porting" packages to Win32.
With luck, the code base compiles and runs without change.  I think you can
understand the value in that, right?  You don't get this with Mingw.  You
don't get this with MSYS (see 
).  So what you suggest 
really doesn't make sense in the context of Cygwin in terms of just plain
generating binaries from traditional UNIX source packages.



>This whole cygwin/mingw split reminds me a lot of egcs vs. gcc... and
>I think that the same reasons for merging apply here. 


The fundamentals between the two projects (Cygwin and Mingw) are different, 
despite the fact that they both target Win32 as the output of their build
tools.  The difference is that Cygwin provides a POSIX API and the resulting
binaries are subject to the GPL (please don't let this be an opening to 
start a debate about the GPL).  Mingw only provides a toolset to support 
configuring source to build via gcc on Win32.  It has no POSIX layer (unless
you consider MS's API a POSIX layer).  It uses MSVCRT as its C runtime.  So
there is no GPL license affecting the binaries that result.  But the tools/
utilities provided with Mingw (and MSYS for those that want them) are 
really a subset of the tools, utilities, and applications that come with
Cygwin.  Now, if you're claiming that MSYS, which resulted from a fork of
the Cygwin DLL some time ago, is what needs to be merged with Cygwin (or
vice-versa), one could argue that (I'm not) but you should be pursuing that
on the Mingw list, not here.  This list can't prohibit forks of the Cygwin
DLL code any more than any other GPL'd project can prohibit forks of their
own code.  And we can't force a merge of the code back even if we wanted to, 
if that's your point.  But since I don't really know whether this is your 
main idea/complaint or not, the discussion of it is highly speculative and 
not very worthwhile.  If this is your point of interest, take it up with
the Mingw folks.  But first, make sure you understand both projects well
enough to discuss them well. 


>Of course this picture may be incomplete, and there may be other reasons
>why the two haven't merged, but from what you said, you make it 
>sound easy.


I make it sound easy to what?  "Merge" the projects?  Yeah, I suppose.
If that's your goal, then I think it's time you started looking more 
closely at what these two projects are and where they differ.  But I 
think you're right with your first statement.  Your picture is incomplete.
But you don't need me to educate you on all this when each of these projects 
both have information that will do that.



>Ed
>
>(ps - just curious, but how current are cygwin packages as compared
>to 'vanilla' packages? ie: are there cygwin-specific patches that you
>need to apply to the latest branch?)


They are as current as the Cygwin maintainer who provides them can ma

Re: tar 1.13.25 runs forever and produces nothing on this test ca se

[Larry Hall (RFK Partners, Inc.)]

Sorry, I'm no configure expert.  I don't know why yours is
going this route in configure.  I don't see this myself.
You can try adding the '-C' flag after './configure' to see
if this helps.  You may also want to attach the output of
cygcheck -srv.  This is basic info but perhaps there's
something basic wrong. ;-)
Larry

Biederman, Steve wrote:

When I attempt to run configure, I get:

$ ./configure CFLAGS=-g
configure: loading cache /dev/null
.: ./configure 1126: /dev/null: not found
-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 17, 2003 12:13 PM
To: Biederman, Steve
Cc: '[EMAIL PROTECTED]'
Subject: Re: tar 1.13.25 runs forever and produces nothing on this test
ca se
We'll make a developer out of you yet! :-)

You'll need to run setup and install the 'gcc' package (not
gcc2) and the 'gdb' package.  That should install everything
you need as a build environment.  You'll also want the source
for tar.  Get that from setup too.  Once done installing,
do the following:
   1. cd /usr/src/tar-1.13.25-1/
   2. ./configure CFLAGS=-g
   3. make
Now you can try this version to see if your problem reproduces.
The new 'tar' is in ./src.  If you can reproduce the problem there,
try it in gdb.  To do so, type 'gdb src/tar.exe'.  At the gdb prompt,
type 'r '.  This will start it running.   When you think it's to
the point where it's hanging, type ctrl-c to stop it and then 'bt'.
This will tell you where you are.  You can step through the code with
'n'.  Presumably, you'll see you're cycling through the same statements
at some point.
This may not point out the source of the problem to you, although
you'll have more information to report to the list about the case
you're running into.  The steps you took, things you saw, and the
result of 'bt' (initially at least) may help someone on this list
spot your problem.
Good luck and enjoy! ;-)

Larry

Biederman, Steve wrote:


Which I've never done; I'm not a cygwin developer, just a user.
Do you remember where cygwin documents how to set up a build environment
and get a build going?
-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 17, 2003 11:00 AM
To: Biederman, Steve
Cc: '[EMAIL PROTECTED]'
Subject: Re: tar 1.13.25 runs forever and produces nothing on this test
ca se
Biederman, Steve wrote:



Any suggestions how I can proceed to debug why tar acts the way it does for me and
not for you?


I think you're down to building and debugging the code.






--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Matlab and cygwin dll files

[Larry Hall (RFK Partners, Inc.)]

Anders Johansson wrote:

Hi,

I have a problem, I have used cygwin to port a Matlab mex file for
reading XML files from Linux to Windows XP. A mex file is a renamed
dll file in Windows.


Presumably what you're saying here is that the mex files are Windows
DLLs when built on Windows.  If you're just renaming a file from Linux
to .DLL on Windows, there will be problems.

The fist time I load the mex file in matlab after a reboot it runs
perfectly. If I exit Matlab and restart if a second time it still runs
fine. After the third restart it crashes matlab every time I run it. I
have tried to strip the file to nothing to make sure there aren't any
bugs in the file that causes the problems. Sometimes after I rebuild
the file (without changing anything in the functional structure of the
file) I can run it again. 


I can't comment on this as I know nothing about Matlab.


I have seen similar problems posted by other people but no replies.
The problem seems to originate from loading and unloading of the
cygwin1 dll. 


If this is really the problem, just keep bash or some other Cygwin program
running while you're using Matlab.  I'm not suggesting this as some
sort of weird solution.  Simply as a way to rule in or out your
supposition.  My guess is you're not going to see a real solution without
some time spent debugging with a debugger.
--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Distribute gcc minus gcj? (was Re: Questions about Cygwin's "jar"command)

[Larry Hall (RFK Partners, Inc.)]

Shankar Unni wrote:

Larry Hall wrote:

 > David M. Karr wrote:

It doesn't appear to be in a separate Cygwin package, so I guess I
can't use Cygwin setup to "uninstall" it.  
Right, unless you don't want gcc, which is the package it comes with.


Is there any way we can persuade cgf to build the gcc distribution 
without "jar.exe" (i.e. exclude gcj, which is still a pretty immature 
component of the family)?


I know I shouldn't answer a question with a question but you intend this
to be rhetorical, right?
Never mind.  I'll bite.  If you or someone else is interested in providing
a gcj package, I expect Chris would work with that person to avoid any
package clash.
--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Distributed Cygwin DLL's (fwd)

[Larry Hall (RFK Partners, Inc.)]

Does his zip file contain written notice that he will provide the
source if requested for a period of at least 3 years?
Either way, I think this guy is setting himself up for a fall if
he's not archiving versions of the source.  You can't get a copy of
3 year old Cygwin source for an arbitrary (or any) distribution from cygwin.com. 
 Perhaps someone else is archiving each release for the
past three years for his benefit.  I'm skeptical of that though.

Larry

Elfyn McBratney wrote:
Before I reply (privately) the bellow is not sufficient, is it?

-- Forwarded message --
On Tue, Jun 10 2003, at 05:14:57 +0100, Elfyn McBratney wrote:
I saw your project mentioned on one of the Savannah mailing lists. I noticed
that on this page () you
have a link where a user can download a zip file named 'cygwin-dll.zip', which
contains, among other files, the Cygwin library (cygwin1.dll). You are also
distributing Cygwin shared libraries for Ncurses and GNU Readline, and as far as
I could tell, no sources to accompany those binaries.
Are you aware that the GPL requires that you make such sources available?


Yes. The source code is publicly available on a number sites. The
binaries are built using unmodified versions of the source code
provided by the copyright holder(s). AFAIK the GPL requires that
you make the source available upon request. If someone requests the
source code I will be happy to give a pointer to the source code on
another site, place it on a server on my own for downloading, send
it by email or burn it on a CD and snailmail the CD.
Regards,
Bjorn
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: crontab error

[Larry Hall (RFK Partners, Inc.)]

Chuck Hamilton wrote:
It already the permissions set to 777.

-rwxrwxrwx1 Administ mkgroup_32256 Apr 15 11:16 cron*
   
Ahem.  Here's the problem.  Your /etc/group file is not current.
Rerun mkgroup with the appropriate flags.  You may want to do this
for /etc/passwd too.  If one's not current, more than likely, the
other isn't either.
I did try changing the user the service runs as but it failed with a logon
error so I changed it back to LocalSystem. It seems like it's got to be some
kind of Win2k permissions thing. If I run cron from a cygwin session, it
works fine. If I run it as a service it fails to start. I've tried adding
the cygwin /usr/bin and /usr/lib directories to my Win2k path but that
didn't help either (though now I can run cygwin commands from a DOS prompt
if I want).


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Question about "rexec"

[Larry Hall (RFK Partners, Inc.)]

Christopher Faylor wrote:
On Tue, May 27, 2003 at 04:45:48PM -0700, Andrew DeFaria wrote:

(Wonder why this isn't on by default like ntsec...?)


For the obvious reason...


Because I refuse to eat my peas?

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: vim quits and cygwin window contents not restored

[Larry Hall (RFK Partners, Inc.)]

Randall R Schulz wrote:
Hi,

Some salient facts:

Vim uses ncurses6:

% cygcheck vim
Found: D:\cygwin\bin\vim.exe
D:/cygwin/bin/vim.exe
  D:\cygwin\bin\cygwin1.dll
D:\WINNT\System32\KERNEL32.dll
  D:\WINNT\System32\ntdll.dll
  D:\cygwin\bin\cygintl-2.dll
D:\cygwin\bin\cygiconv-2.dll
  D:\cygwin\bin\cygncurses6.dll
Less doesn't use ncurses at all (!):

% cygcheck less
Found: D:\cygwin\bin\less.exe
D:/cygwin/bin/less.exe
  D:\WINNT\System32\KERNEL32.dll
D:\WINNT\System32\ntdll.dll
  D:\cygwin\bin\cygwin1.dll
  D:\cygwin\bin\cygpcre.dll
Ncurses6 has not been updated recently:

% pwd
/e/Cygnus/Install/http%3a%2f%2fmirror.mcs.anl.gov%2fcygwin/release
% ll -R ncurses
ncurses:
total 4402
drwxrwxrwx+   2 Administ None0 Mar 12 11:15 libncurses-devel/
drwxrwxrwx+   2 Administ None0 Aug 18  2002 libncurses5/
drwxrwxrwx+   2 Administ None 4096 Aug 23  2002 libncurses6/
drwxrwxrwx+   2 Administ None0 Mar 12 11:21 libncurses7/
-rwxrwxrwx1 Administ None  1770933 Aug 16  2002 ncurses-5.2-8-src.tar.bz2*
-rwxrwxrwx1 Administ None   647793 Jan 10  2002 ncurses-5.2-8.tar.bz2*
-rwxrwxrwx1 Administ None  2087131 Mar 12 11:21 ncurses-5.3-1-src.tar.bz2*
drwxrwxrwx+   2 Administ None0 Mar 12 11:22 ncurses-demo/
ncurses/libncurses-devel:
total 234
-rwxrwxrwx1 Administ None   239337 Mar 12 11:15 libncurses-devel-5.3-1.tar.bz2
ncurses/libncurses5:
total 179
-rwxrwxrwx1 Administ None  259 Aug 16  2002 libncurses5-5.2-1-src.tar.bz2
-rwxrwxrwx1 Administ None   181942 Oct  3  2001 libncurses5-5.2-1.tar.bz2
ncurses/libncurses6:
total 188
-rwxrwxrwx1 Administ None  523 Aug 16  2002 libncurses6-5.2-8-src.tar.bz2
-rwxrwxrwx1 Administ None   190693 Jan 10  2002 libncurses6-5.2-8.tar.bz2
ncurses/libncurses7:
total 164
-rwxrwxrwx1 Administ None   167635 Mar 12 11:21 libncurses7-5.3-1.tar.bz2
ncurses/ncurses-demo:
total 137
-rwxrwxrwx1 Administ None   139630 Mar 12 11:22 ncurses-demo-5.3-1.tar.bz2
Terminfo, on the other hand, was recently updated:

% ll -R terminfo
terminfo:
total 447
-rwxrwxrwx1 Administ None   273706 Mar 11 21:26 terminfo-5.3-1-src.tar.bz2*
-rwxrwxrwx1 Administ None   182382 Mar 11 21:25 terminfo-5.3-1.tar.bz2*
% ll $(find /usr/share/terminfo -iname '*cygwin*')
-rwxrwxrwx1 Administ None 1448 Mar  9 15:15 /usr/share/terminfo/c/cygwin
-rwxrwxrwx1 Administ None 1376 Mar  9 15:15 /usr/share/terminfo/c/cygwinB19
-rwxrwxrwx1 Administ None 1512 Mar  9 15:15 /usr/share/terminfo/c/cygwinDBG
-rwxrwxrwx1 Administ None 1664 Mar  9 15:15 
/usr/share/terminfo/r/rxvt-cygwin
-rwxrwxrwx1 Administ None 1682 Mar  9 15:15 
/usr/share/terminfo/r/rxvt-cygwin-native
So, my bet is on the terminfo for cygwin as the locus of the problem, 
whatever it is. Other reasonable hypotheses are that there's problem in 
ncurses or in how Vim uses it.



Yeah, the terminfo change is the "problem".   Updating to 5.3-1
allows me to reproduce the behavior.  Reverting to 5.2-3 restores
the original behavior.
--
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 + Oracle (Pro*C)

[Larry Hall (RFK Partners, Inc.)]

günter strubinsky wrote:
Well, it's not as trivial. The windows installation of Oracle preconfigures
for Visual C and creates all the micro$oft junk. There is no makefile as
example. 

The documentation is virtually not existent, adapting to Microsoft's way:
'The user is too stupid to understand; keep them in the dark so they can't
harm'. That's why there is a windows GUI-application that allows one button
precompile.
# I need to know how to invoke the precompiler manually.
# How to compile & link the resulting C file.
It is very hard to deduct what lib's and .h files should be included,
especially since the directory tree is huge. I will dig around and make it
work. Sooner or later. Sooner would be naturally better.
Therefore: if anybody got further than me. I appreciate any hints you
provide and will post whatever conclusions I derive. Without HTML! 8p


Then perhaps looking at a UNIX installation of Oracle will help then,
assuming that's an option.  Obviously, the Cygwin environment attempts
to mimic what's happening in UNIX so you may find some useful information
there that you can port to Cygwin to get yourself going.  Don't know
this will help but is the only thing I can think of.
--
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 + Oracle (Pro*C)

[Larry Hall (RFK Partners, Inc.)]

günter strubinsky wrote:
Does anybody have any experience running Oracle 9i (win2k) + cygwin with the
pro*C preprocessor? Howto?


Sorry, I have no clue about Oracle but...


I don’t have a glue how to get proc to work under cygwin. When I install on
win2k I don’t think I can run the proC tool over the cygwin environment?!?


Does that mean you've tried?  If not, try.  The detailed results of a
failure here may help someone on this list spot your problem, even if
they aren't familiar with Oracle.

Or can I install Oracle’s RedHat version?


No.  I can be emphatic about that.


I am lost right now…


Me too.

--
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: Installing cygwin NOT from web

[Larry Hall (RFK Partners, Inc.)]

Ross Smith wrote:
From: Robert Collins [mailto:[EMAIL PROTECTED]

On Fri, 2003-03-14 at 07:59, Ross Smith wrote:

From: Robert Collins [mailto:[EMAIL PROTECTED]

On Fri, 2003-03-14 at 06:17, Charles D. Russell wrote:

But as I understand it, setup.exe ignores the cache and 
looks only at what

has been actually installed. So if you don't get all the 
files you want in a

single session, and don't install, then you have problems.
...

Note: this will redownload everything, even if it is 
already in the

cache.
I'm confused. Isn't that exactly what Charles said? It ignores the
cache and re-downloads everything?
No.
Charles said that setup *ignores* the caches and skips what is
installed.
I said that setup will redownload what is in the cache.


I still don't understand the difference. He says it ignores the cache
and downloads it all again. You say it ignores the cache and downloads
it all again. Exactly the same thing.
Perhaps you need to reread the thread then because your paraphrase does
not match what's been said.  Certainly I can understand your confusion
based on the result of your paraphrase.
--
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: problems with cygwin after setup

[Larry Hall (RFK Partners, Inc.)]

Igor Pechtchanski wrote:
On Tue, 11 Mar 2003 you (whoever you are) wrote:


After I installed more program under cygwin I have the following problems

1.) can't get manual pages man man says no entry
2.) w3m crashes with "Can't find termcap entry cygwin"
3.) after starting cygwin I get
/usr/share/texmf/ls-R: Permission denied
/usr/share/texmf/aliases: Permission denied
  even if I don't use a .bashrc
Any help? Why does system corrupt my cygwin installation.
Franz


cd / && chmod -R a+r bin lib sbin usr etc tmp var && chmod -R a+x bin sbin usr/sbin usr/local/bin lib/gcc-lib/*.exe usr/X11R6/bin

This is getting to be an FAQ...
Igor


True.  Isn't the upcoming release of setup and/or Cygwin 1.3.21 supposed
to fix this though?
--
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: Can someone explain the 'obvious' to me...or is it a Grimm'sBro. tale...?

[Larry Hall (RFK Partners, Inc.)]

linda w (cyg) wrote:
I really _think_ (maybe I don't know what I want), but I think I
want to setup my cygroot -> c:\.
Now I know this isn't recommended, but why/whynot?  The
only reason I heard, which sounded a bit weak, was, "Well what if
some new program comes in and creates a /usr, /var, /tmp...etc
TLD?  Then it might stomp on Cygwin files.  Is that the only reason
because some program may someday write into those directories and
may write files with the same names into those directories?
The thing is...I think it'd be a bit cool to see some better
merging of the Win/cyg env.  Like setting %Program Files% =>
/usr/local/bin?  or /opt?, Setting Documents&Settings ->home,
etc.
At the very least, I'd have less to worry about with which set of
programs I'm using -- with the path's relative to root being the
same (now whether or not individual tools handle both / and \ is
another matter, but at least \ would equal /, for the most part.
Of course, I would expect that "Find C:\" would return nothing
if I did that, but find / would return my entire fs and not just
the cygwin subtree
Comments on my lunacy/flights of fancy? :-)
It's not recommended mostly for the reasons you give and possible
collisions with similar software from different sources.  There's
no reason you cannot do as you suggest.  It just means you need to
take more care about not installing something that would also want
to use these directories.  Also, you might get a little more flack
when emailing the list with a question that's configuration related. ;-)
FWIW, I run all my Cygwin installations from the root of the drive.
Always have.  But I like to be different|trouble|non-conformant. ;-)


--
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: 1.3.20: bug: UID over 65536: "I have no name!"

[Larry Hall (RFK Partners, Inc.)]

[EMAIL PROTECTED] wrote:
> Hello,
> 
> Even after changing my UID in /etc/passwd from 65558 to 22, I still get the 
> following permission errors when I open a shell:
> 
> /usr/share/texmf/ls-R: Permission denied
> /usr/share/texmf/aliases: Permission denied
> 
> Also, my .bashrc file in my home directory is not being recognized.

What are the permissions on these files.  More importantly,
did you run mkgroup and check for any needed changes there?

-- 
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: 1.3.20: bug: UID over 65536: "I have no name!"

[Larry Hall (RFK Partners, Inc.)]

Keith Hopkins wrote:
Hi!

 1.3.20-1 on Win2k, downloaded 20030306.

 I saw this when a friend of mine, and myself were trying to install 
1.3.20 yesterday (dl, then install from dl).

 The install would go fine, but when you started the shell, $UID would 
have dropped the high bits from the NT-DOMAIN UID.  For example, if my 
friend's NT-DOMAIN UID (native win2k)  was 65558, then his $UID  would 
become 22.  On my machine (different company / NT-DOMAIN), the NT-DOMAIN 
UID is 108293, but the $UID is 42757. 
 The big problem was that after running "mkpasswd -d -u USERNAME 
NT-DOMAIN >> /etc/passwd", you get the message:
id: cannot find name for user ID 42757
I have no [EMAIL PROTECTED] ~
$

 So, Nothing matches for the NT-DOMAINs in /etc/passwd.
 Without running mkpasswd, my friend would get permission errors when he 
starts his shell.
 The workaround I found was to change the UID to drop the high bits in 
/etc/passwd. (change UID 108293 to 42757 for my user).

 Thoughts? Comments? Suggestions? Help?


Yes, this issue has been mentioned before.  If you're interested in the
previous discussions, you can go wandering through the email archives
to see them.  However, the approach you took is the recommended one.
--
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: Malloc array size limit (3)

[Larry Hall (RFK Partners, Inc.)]

Fabrizio Impagnatiello wrote:
Thanks again, but even with heap_chunk the very simple code does not run.

I would to emphatise that the same EXE (gcc 3.2) correctly allocates memory if
run-time linked to cygwin1.dll v1.3.12 but run fails if I use DLL versions
between 1.3.17 and 1.3.20.
uname -a:
CYGWIN_NT-5.1 pc-impagnatiell 1.3.20(0.73/3/2) 2003-02-08 12:10 i686 unknown
unknown Cygwin


Thanks for the report.  You may want to look at previous threads on this
issue in the email list archives.  AFAIK, this is still an issue but
there's discussion there which you may find useful.  Certainly, it will
help you understand the history of this issue and the ground already
covered.
--
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: Is this OK with the GPL?

[Larry Hall (RFK Partners, Inc.)]

John Morrison wrote:
On Tue, 4 Mar 2003, Christopher Faylor wrote:

On Tue, Mar 04, 2003 at 08:48:02PM -, John Morrison wrote:




New Windows Installers
  * Safely install Cygwin with its environment automatically
configured for Windows OS machines.
  * The Uninstaller features cleanup of registry settings and
environment variables.
  * All toolsuites are consistent (Stout?s Law) in how you install them.

With all the comments wrt GPL and licensing...
Am I correct in assuming that you'd have to buy the product to find out?
They are under no obligation to give anything away, but if they provide
binaries, they surely must also provide sources.


Yeah, you have to buy it.  They do a 30 day demo, surely that can't
come with source!?  Wonder how GPL deals with that.
(Please note I'm not trying to make trouble, just curious!)


This doesn't answer the issue about source with the 30 day demo but:

http://www.microcross.com/Products/Copying/copying.html

So you can get the source through the same mechanism as binaries if
you buy this stuff.  Like it says, "Contact Microcross for details."
I guess unless someone is motivated to do so, we won't know all the
details until someone complains (to us) about it.  But at first glance,
this appears to be in compliance with the GPL.
--
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: why is bash trying to access my DNS?

[Larry Hall (RFK Partners, Inc.)]

Geoffrey Hausheer wrote:
One more thing, I forgot to ask...

On Mon, 03 Mar 2003 18:46:09 -0800, "Geoffrey Hausheer" said:

Thank you, this indeed is the issue, as can be seen from the very next
line after the wsock call:
5495150 5519336 [main] bash 1940 cygwin_gethostname: name Holly


I don't suppose there is any way to prevent all of these hostname lookups
(since they are obviously sommething somewhat recent)?
For bash I can just tell ZoneAlarm to ignore it, and all is well, but 
since applications like vim seem to be doing the same thing  (and yes I
removed \h from my PS1 line, just to be sure), the whole point of
installing ssh (to get sshd working) has gone out the window since
anytime I run a program that uses hostname, ZoneAlarm will complain on my
local desktop, and my remote session will hang (Obviously, I could let
all outgoing programs access the internet freely, but preventing that is
half the reason I run ZoneAlarm in the first place)

Hm, I run Cygwin on the 5 machines I use and run ZoneAlarm on a
few of those as well.  I don't get complaints from ZoneAlarm about
any Cygwin programs.  Sounds like there's something different about
your networking setup, though I'm not sure what it is.  I know I didn't
configure anything special on any of my machines though.
--
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: cc1.exe linking to missing export cygwin1.dll:_ctype_

[Larry Hall (RFK Partners, Inc.)]

xiao chen wrote:
hi, can someone help me?
i m using cygwin newest version to compile an old project. while i type 
"make", the error msg is "cc1.exe linking to the missing export 
cygwin1.dll:_ctype_"..i guess the cygwin1.dll in my old project doesnt 
match the new version in cygwin package i hv juz downloaded..but when i 
replace the old one with my new version, the compile is successful but i 
cant get the correct result which should be genertated my my .exe file..
can anyone help me ? thank  you
See:

Posting Guidelines (Or: Why won't you/the mailing list answer my questions?)

and



--
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: Please add imm.h in cygwin/MinGW distribution.

[Larry Hall (RFK Partners, Inc.)]

Christopher Faylor wrote:
On Tue, Feb 25, 2003 at 11:28:32PM -0500, Larry Hall (RFK Partners, Inc.) wrote:

In open-source projects, you always have the power.  Submit
a patch and it will be thoughtfully considered.


Hey.  "Patches thoughtfully considered".

I like that.  Time for a new catchphrase, I think.
Yeah, I was thinking about submitting it for a patent but it looks
like I let the cat-out-of-the-bag prematurely. ;-)
--
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: Please add imm.h in Cygwin/MinGW distribution.

[Larry Hall (RFK Partners, Inc.)]

Xiangjiang Ma wrote:
Hey,

I have been trying to use make/gcc provided by cygwin
to make
a win32 executable. But, I am blocked by missing imm.h
header,
as Dan Sharp pointed out:
"The latest version (through patch 6.1.332) is
actually pretty
close.  The only difference is that you can't build
+multi_byte_ime/dyn because Cygwin and MinGW do not
have an
imm.h header; the closest you can get is +multi_byte.
Everything else should be the same."
Who has to power to add such header?

In open-source projects, you always have the power.  Submit
a patch and it will be thoughtfully considered.
--
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: DLL calling a DLL: undefined reference when linking.

[Larry Hall (RFK Partners, Inc.)]

Wil Hunt wrote:
Hello again,

I think I'm making marvelous progress.  Unfortunately, I'm getting an
error that doesn't make sense:
$g++ -shared -mno-cygwin -o dllhello.dll dllhello.o
other.dll -Wl,--out-implib,libdllhello.a -Wl,--enable-stdcall-fixup
Creating library file: libdllhello.a
dllhello.o(.text+0x164):dllhello.C: undefined reference to [EMAIL PROTECTED]'
In my source code, the offending call is:

extern "C" PASCAL void InitAPI( int handle );


Somebody doesn't see your prototype.

--
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: updating packages?

[Larry Hall (RFK Partners, Inc.)]

Elfyn McBratney wrote:
hi there,
i know it may be a newbie question, but how can i update easily packages
in cygwin. i tried the setup-tool, but it downloads everytime the whole
bunch of packages and seems to install the whole stuff again, either i had
already installed cygwin completly. i just want to add one package.


It shouldn't. If you are choosing the correct/same install root-directory
and package download directory, which are the defaults in the respective
fields, it should only attempt to download updated packages, unless you
choose otherwise.


Also, don't change the mirrors you use for no reason.

--
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: Missing (?) function mallinfo

[Larry Hall (RFK Partners, Inc.)]

Steve Baldwin wrote:
I'm having problems porting some Unix code to cygwin.  Here's a small
sample, and the error I'm seeing.  Any help appreciated.
Steve

[cdev]$ cat a.c
#include 
#include 
#include 
int
main (int argc, char **argv) {
struct mallinfo mi ;
mi = mallinfo() ;
}
[cdev]$ gcc a.c -o a
/cygdrive/c/DOCUME~1/STBALD~1/LOCALS~1/Temp/cc6nUjGR.o(.text+0x25):a.c:
undefined reference to `_mallinfo'
collect2: ld returned 1 exit status


Looks like this comes from newlib and hasn't been exported from cygwin1.dll
in cygwin.din (Chris Faylor added a whole bunch of stuff to Cygwin
snapshots from newlib last week but this isn't one of them... otherwise
I'd suggest a snapshot ;-) )
Want to submit a patch for this?

--
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: smbclient

[Larry Hall (RFK Partners, Inc.)]

Henning, Brian wrote:

Right now i am tunneling a samba share to my windows machine. I have turned
off sharing on my windows box so there will be no conficts with the
forwarded share. on the windows machine i am using smbclient to log into the
share. it works just fine with cygwin's smbclient //localhost/share -U
username, i enter my password and i can see the share just fine. My problem
is i can't see the share from windows xp... i tried mapping a network drive
\\localhost\share. i made sure to set the username and password info. any
suggestions to help me mount this share?


I'm afraid you're confused.  There is no smbclient in the Cygwin
distribution.  If you have one, it comes from somewhere else.  You
should check with the provider of smbclient about this issue.


--
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: Duplicate CygWin

[Larry Hall (RFK Partners, Inc.)]

Max Bowsher wrote:

Ben Clewett wrote:


For my working, I would need a fully detached CygWin.  It's own
memory, it's own DLL, and not a dependence on an existing
installation.

This is because I will be using Install Sheild to load and run an
entire application, which is compiled under CygWin, onto a foreign
machine, which may be of any setup including an old, badly setup,
hached and conflicting CygWin...  Also then the 'Add/Remove Software'
can rid the foreign OS of my stuff, without deleting the CygWin which
is being used by my poor customer.

I do not need this for about six months, so will give me plenty of
time to have a good hack and get to know CygWin a lot better



Make sure you aware of licensing issues before you start bundling the Cygwin
DLL with something.

On the technical side, I have been able to prepare an isolated Cygwin - I
now have a mygwin1.dll and a simple "Hello World!" exe that uses it, and
which does not clash with running cygwin.

I would like to point out that there was one stumbling block in addition to
DLL name and shared memory ID. It is only an issue if you want to run a
mygwin exe from a cygwin one. It is the child_info struct that it passed
between cygwin processes. Currently, you get version clash here, requiring
some hacking to enforce isolation here too.



OK Max.  Are you prepared for the onslaught of the "can I have this?" and
"where can I get this?" questions now? ;-)


--
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: Newbie problems

[Larry Hall (RFK Partners, Inc.)]

Daniel Elenius wrote:

I just installed cygwin, and everything seemed to work fine during 
installation. I installed quite a lot of packages, including binutils 
(and almost all other devel packages) and all the base packages. I seem 
to missing some important stuff though. For example, I don't have 'less' 
or 'ldd'. What can I have done wrong?

You didn't use the available resources to answer your questions.
cygwin.com has lots of documentation (FAQ, User's Guide, email
archives) and lots of useful pages (like ,
which will answer your questions here).  Also don't forget to
consult documentation under /usr/doc and /usr/doc/Cygwin locally.
I think you'll find these resources answer allot of your "newbie"
questions.


--
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: An apology...

[Larry Hall (RFK Partners, Inc.)]

Stephen Ford wrote:

I tried a search and it found 24,000+ results because it modified "mailing
lists" to-;

Search results for '(mailing or mail or mailed or mailings or mailer or
mails or mailers) and (lists or list or listed or listing or listings or
listen or lister or listens or listers) and '

How do I search for the string "mailing lists"; I tried quotes but it ignore
them.

How do I use Google to search for a mailing list? I use Google but mailing
lists never crossed my path before. To me it's just a name - mailing list
does not mean anything to me.



http://www.google.com/search?as_q=&num=10&hl=en&ie=UTF-8&oe=UTF-8&btnG=Google+Search&as_epq=mailing+lists&as_oq=&as_eq=&lr=&as_ft=i&as_filetype=&as_qdr=all&as_occt=any&as_dt=i&as_sitesearch=cygwin.com&safe=images

I don't know why you would want to search for "mailing lists" though.
I would think "newsgroup" would be more useful to you...

--
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: AW: g++ and "undefined reference to `libintl_gettext'"

[Larry Hall (RFK Partners, Inc.)]

Reimann, Peter wrote:

Sorry. Here is the command line:

g++ -static -mno-cygwin -o docucalc.exe DCMessage.o DCMessageItemList.o
DCInputMessage.o DCOutputMessage.o DCModel.o DCCalculator.o DCPa
rameterRules.o  docucalc.o DCError.o DCErrorMessage.o DCCLIInterface.o
DCModelTool.o DCCPModel.o DCExternArticleList.o

DCError.o(.text+0x25d8):DCError.cc: undefined reference to `libintl_gettext'

make: *** [docucalc.exe] Error 1



OK, I think you got your answer already in this thread.  You didn't
provide the library (-lintl) with the symbol that you need.  You have
to do that.  This really isn't a Cygwin issue so if you have more
troubles like this, you might want to consult some gcc/binutils
usage information.


--
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: how to freeze a version of cygwin

[Larry Hall (RFK Partners, Inc.)]

Charles D. Russell wrote:

In order to ensure that I could reinstall a working cygwin version if
necessary, I have in the past used the "download from internet" option in
setup, then burned the installation files to a CD. However, it looks like
the same files are downloaded and retained if one selects "install from
internet". Is that correct? Can one reliably reinstall from only a CD copy
of the download directory generated by using "install from internet"?

Larry Hall wrote:



Depends on your definition of "reliable".



In short, this is an unsafe way to make a backup freeze?  If I want a safe
backup, I should continue to "download from internet" first?  What is your
recommended procedure for making a backup freeze of a partial installation?


As I said, "install from internet" does a "download from internet"
followed by an "install from local directory".  If you would like to
make a CD of exactly what you "install from internet", there is no
need to split up these steps and perform them manually, if that's what
you're asking.  Just "install from the internet" and then make a CD of
the local directory that gets created in the process.  However,
you can not use "install from internet" as a later time to make an
exact copy of what you "install from internet" today unless you're
not connected to the internet at the time and you have access to the same
local directory with all the files.  In this case, "install from
internet" is basically the same as "install from local directory" in
terms of end result, though you'd have to check that making this
selection in setup in this case does work out to be the same.  And, like
I said, I don't see why one would want to do that.  Does one or the
other of these scenarios describe what you're trying to do and provide
the answer you're looking for?




--
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: An apology...

[Larry Hall (RFK Partners, Inc.)]

Stephen Ford wrote:

<<.. This has all been hashed out in the email archives more than once.  I


refer you to the archives if you're interested in hearing all sides of the
previous discussions on this topic...>>



What is the best way of searching for the relevant titles? There doesn't
seem to be a search feature.
I have a horrible feeling that you are going to say that I've got to
download the entire archive and search it ...



Where did you look for the archives?  You can search it here:

http://cygwin.com/ml/cygwin/

or use google.



<<..  One very important issue that came out


of all that - not all Cygwin users have access to newsgroups...>>



As newsgroups can be read very easily with MS Outlook / Outlook Express, and
they are bundled with MS Windows, you must be saying that there are people
without access to Windows.



No, you said that.

Access to news readers, MS versions or not, is not the issue.


--
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: g++ and "undefined reference to `libintl_gettext'"

[Larry Hall (RFK Partners, Inc.)]

Reimann, Peter wrote:

Hallo,

I use cygwin (cygwin1.dll -> 1.3.20) with win2000professionell, gettext and
libintl2 0.11.5-1, g++ (GCC) 3.2 20020927 (prerelease).
If I try to compile a little program (below class DCError is a part of it)
that use localizations I get errors for all dgettext, bindtextdomain an so
on.

DCError.o(.text+0x25d8):DCError.cc: undefined reference to
`libintl_dgettext'

I tried several options like  
--disable-nls 
--with-included-gettext 
-static 
-mno-cygwin

but always it is the same error. What is my fault? The same code works fine
on solaris!

Thanks for your help.

You forgot to include any real information that would allow someone to
offer you help.  At least the command line you use to generate the above
complaint would be useful.  Also, see .


--
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: how to freeze a version of cygwin

[Larry Hall (RFK Partners, Inc.)]

Charles D. Russell wrote:

In order to ensure that I could reinstall a working cygwin version if
necessary, I have in the past used the "download from internet" option in
setup, then burned the installation files to a CD. However, it looks like
the same files are downloaded and retained if one selects "install from
internet". Is that correct? 

No.  Install from the internet will update any installed packages with
newer versions and offer new packages to you.  Nothing beyond that will
be downloaded if you choose the same mirror(s) as the last run.



Can one reliably reinstall, say after a hard
drive replacement and without an internet connection, using only a CD copy
of the download directory generated by using "install from internet"?



Depends on your definition of "reliable".  I haven't tried it but
"install from internet" is basically a combination of "download from
internet" and "install from local directory" so without an internet
connection, "install from internet" may very well degenerate transparently
to "install from local directory".  You could verify that this is the
case although I'm not sure what it gets you over just "install from
local directory".


--
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: An apology...

[Larry Hall (RFK Partners, Inc.)]

Stephen Ford wrote:

I posted an item on 17/02/03 (The Cygwin mailing lists are rather archaic
and cumbersome aren't they...?), which looks as though it has been taken as
a criticism of people supporting this mailing list. It was not the intention
so I apologise for any offence given. The phrase "support systems" was only
a comment about the computer systems.

The delay in posting this has been caused by the difficulties I've had with
configuring Outlook Express to manage the mailing list, and with the GMANE
site that I am using to translate between the OEx newsreader and the cygwin
mailing list. This is the fourth attempt at posting.

Just out of curiosity, why is a mailing list used when it seems far simpler
for users to connect to a newsgroup?


Ease is in the eye of the beholder.

This has all been hashed out in the email archives more than once.  I
refer you to the archives if you're interested in hearing all sides of the
previous discussions on this topic.  One very important issue that came out
of all that - not all Cygwin users have access to newsgroups.

--
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: OK - more details for the CGI/cygwin problem (doesn't print allmy HTML & Javascript to screen)

[Larry Hall (RFK Partners, Inc.)]

John McAllister wrote:

Hello again,

I guess my earlier message was either ignored or people didn't know what I
was talking about. I didn't want to post all my code, because I don't think
the problem lies within the code (the exact same cgi program works on the
Red Hat UNIX client/server enviroment that it was created in). I was just
trying to find out if it was a common problem ie. that an application that
works perfectly well on UNIX does not when transferred to cygwin.

I'll try to keep this brief:

<---
if (strcmp(cgi_request, "h")==0)
   {  insert_js("/home/John
McAllister/website/javascript/js_validation.txt");
  populate_fields();
   }
--->

OK - I simply call two functions if the correct request type is posted.

--->
void insert_js(char *file_name)
{  FILE *fp;
   char buffer[65536];
   int res;

   fp = fopen(file_name, "r");

   ^^^

Here's a red flag.  This goes back to the comment I made about binary/text
mode issues I mentioned in response to your first post on this subject.
If you expect the behavior of text files to mirror binary ones (as they
do on UNIX/Linux), you'll want to port your program appropriately.  See
the User's Guide for other options and short-cuts.


--
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: FW: Why the rash of people bypassing setup.exe to install?

[Larry Hall (RFK Partners, Inc.)]

Dieter Meinert wrote:

|=> -Original Message-
|=> From: Max Bowsher [mailto:[EMAIL PROTECTED]]
|=> Sent: Monday, February 17, 2003 7:01 PM
|=> To: Dieter Meinert; [EMAIL PROTECTED]
|=> Subject: Re: Why the rash of people bypassing setup.exe to install?
|=> 
|=> 
|=> Dieter Meinert wrote:
|=> > I was going through all this thread wondering if noone
|=> > would see the (to me as a late Un*x guy) obvious:
|=> >
|=> > Consider a slow net connection, e.g by
|=> > 14.4 K Modem, or as Hannu does,
|=> > several hosts to be updated. The natural thing to me
|=> > appears to download the tar file, unpack
|=> > it somewhere, probably on a CD, and then run setup on your
|=> > target machine.
|=> 
|=> What are you talking about? You do *not* unpack the 
|=> downloaded tar files
I did, well, almost.
|=> manually. EVER. You use setup.exe. Why do you think that is 
|=> a good idea?

Because I installed cygwin just that way:
I have no internet connection on my PC, so I borrowed a CD someone burned from the tarball.
I put it into my CD drive, and copied setup.exe from CD to hard disk. 
Then I ran setup.exe and gave it the path of my CDrom as source path.
Since then cygwin (1.3.10) runs well on my PC. Well, maybe something changed in setup since 
that version, I don't mind as long as this works for me. 


Ugh!  You are confused!  You admit to using setup to install.  This is
the recommended approach so I don't see how what you're suggesting is
any different than using one of the supported ways of installing with
setup.  It is not, nor has it ever been, a requirement that you be
connected to the internet to install via setup.  If you have already
downloaded the packages locally, you can install any of those packages
via setup without any internet connection.  This is apparently what you
did.  Your comment about "download a tar file, unpack it somewhere"
implies something else though and can't be reconciled with Cygwin
packages, their format, and how they are installed via setup.

For the record, it is *possible* to install a Cygwin package without
setup.  There's no magic here.  However, it is *not* recommended for
anyone that doesn't know about Cygwin packages and how they are made.
They are *not* just tar files.  They are bzipped tar files.  Not just
any tool that might know how to process bzipped tar files will understand
the Cygwin mount table or be able to create symbolic links.  No tool that
understands the file format will run the post installation scripts for
a package.  Setup does all this.  This is why we recommend using it.
Clearly you did so it appears you are confused about the topic of
this discussion, which is no crime.  But let's end this line of
discussion here since it really doesn't contribute anything to the
topic at hand.

TIA,


--
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: CGI Problem - only part of file written to HTML page

[Larry Hall (RFK Partners, Inc.)]

John McAllister wrote:

Hello,

I have a problem with my CGI program in the Cygwin environment. I am using C
as the cgi-programming language. I am developing an application on a UNIX
platform, and I use Apache as the server. My cgi works fine in the UNIX
environment at work, but I wanted to be able to work on it at home. So I
turned to cgywin.

I have downloaded apache to my local computer, so that my PC becomes the
client and server. I have configured apache correctly, and can see some of
my webpages. The problem is that all my javascript and HTML is not being
written out properly. My C program reads in an (already written) javascript
textfile into a file. This file is then printed out along with the HTML
headers and body etc. On the LAN at work, using UNIX, everything works
perfect.

I merely copied all of the necessary files to cygwin. From cygwin, the HTML
headers are printed out, and about half of the javascript text file is
written out - but then the output has suddenly stopped. I am fairly new to
cygwin and cgi-programming, but I believe this to be a cygwin problem -
because my application works fine in its native environment.

Suggestions please!



Could be a text/binary mode issue.  Check the Cygwin documentation (FAQ/
User's Guide) and email archives for plenty of discussion about this.

If that's not it and you're still stuck, see .

--
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: Obtaining a pervious version

[Larry Hall (RFK Partners, Inc.)]

John Williams wrote:

Larry Hall (RFK Partners, Inc.) wrote:



What doesn't work?  The Cygwin provided utilities or the Xygwin1 
versions?


Neither.  I can't run either Cygwin utilities under Xygwin, nor the 
Xygwin utilities under Cygwin.  Full error messages were posted earlier 
in the thread.


OK so you are trying to mix and match.  Ain't gonna work without some
effort on your part.



I wouldn't necessarily expect the Cygwin utilities to work in this
situation, since they may be using something in the newer cygwin1.dll.



Hence my original question about winding back the clock.



That isn't going to help either unless you rebuild all the Xygwin
utilities.  And if you're going to do that, you might as well build
them against the current version of cygwin1.dll.  Either way, there's
no shortcut here.



I suppose you could always use  strace if this doesn't answer the
"it doesn't work" question.



Good tip. Thanks, I'll give it a try.



It's only possibly going to point to shared memory conflicts so
there's not much reason to do this (now that I'm clear on what
you're doing).  You have two choices AFAICS:

  1. Recompile the Xygwin stuff to use cygwin1.dll (this is what I
 would recommend).

  2. Fire up your favorite binary editor and edit all your Xygwin
 utilities to point to cygwin1.dll instead of xygwin1.dll.  (this is
 real hackish).

If you choose to explore (2), make sure you make no change to the binaries
other than changin 'x' to 'c'.

Good luck,




--
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: Obtaining a pervious version

[Larry Hall (RFK Partners, Inc.)]

John Williams wrote:

Christopher Faylor wrote:



Ok.  This version just changes the name of the DLL from cygwin1.dll
to xygwin1.dll. 


What surprises me though is that if I duplicate xygwin1.dll to 
cygwin1.dll, it doesn't work???


What doesn't work?  The Cygwin provided utilities or the Xygwin1 versions?
I wouldn't necessarily expect the Cygwin utilities to work in this
situation, since they may be using something in the newer cygwin1.dll.
But either way, you still won't be able to mix and match utilities
unless everyone references the same DLL.  Simply copying DLLs around
and renaming them doesn't resolve this issue, assuming that's what
you're trying to do.

I suppose you could always use strace if this doesn't answer the
"it doesn't work" question.



Am I missing something here?



Probably.


--
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: Why the rash of people bypassing setup.exe to install?

[Larry Hall (RFK Partners, Inc.)]

andrew clarke wrote:

On Sat, Feb 15, 2003 at 07:50:48AM +1100, andrew clarke wrote:



Section 2 of the FAQ might also put people off using Setup because it's
described as a "work-in-progress" and seemingly a bit of a moving target.



Actually, just out of interest, will new Setup programs always be
backward-compatible (within reason) with packages designed for old
versions of Setup?  The point being, a user should expect to be
able to install an old .tar.bz2 file from a local directory using
the latest version of Setup.  If not, it should be recommended that
users keep their old version of setup.exe (and not just overwrite
it with the newest setup.exe) because the new version may not be able
to install packages designed for the old version, because it's a
work-in-progress.

"Expect features and functionality to change."

Unless the FAQ is inaccurate!



There are no plans to change the format of the packages.  I can't foresee
a need to ever do this.  Don't worry about such things unless you've
been given explicit need to do so.  It will give you ulcers! ;-)



--08:06:16--  http://cygwin.com/setup.exe

 4 Last-Modified: Thu, 04 Jul 2002 00:50:47 GMT

Hmm, nobody is working on it after all?



The new version of setup is being actively worked on.  Need proof?
Check out the cygwin-apps email archive.  There's been lots of work
since 7/4/2002.  It makes for good reading if this is the kind of
information you crave.


--
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: bash shell

[Larry Hall (RFK Partners, Inc.)]

[EMAIL PROTECTED] wrote:





[EMAIL PROTECTED] on 02/14/2003 03:14:39 PM

To:   [EMAIL PROTECTED]
cc:(bcc: Fred Smith/Computrition)
Subject:  cygwin Digest 14 Feb 2003 20:14:39 - Issue 2563





It has recently come to my attention that some people think the Cygwin
list is exceptionally unfriendly to the uninitiated. Of course, I'd


just


like to think we hold a higher standard.



Here, here! :-)  I should point out that there are all kinds of opinions



to keep up with the meanies on the list, I feel compelled to point out that
perhaps you MEANT to say: "Hear, Hear!"

;^}


Yikes!  If you weren't so mean, I'd say I was embarassed by my slip! ;-)


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: Bash shell

[Larry Hall (RFK Partners, Inc.)]

Elfyn McBratney wrote:

Randall R Schulz wrote:


Hello, Fellow Curmudgeons,

I think we're really getting the tag-team meanness down to a fine art,
aren't we?

Or is it "good cop / bad cop?"

It has recently come to my attention that some people think the Cygwin
list is exceptionally unfriendly to the uninitiated. Of course, I'd just
like to think we hold a higher standard.



Here, here! :-)  I should point out that there are all kinds of opinions
out there.  While some might feel this list is unfriendly, others think
the reverse is the case.  I just had some email today from someone new
who posted to the list and wanted to send my response onto other lists
as an example of a "professional" response.  I'm sure the fact that this
person chose my response is completely coincidental.  There are certainly
lots of examples of great, friendly help from this list.  I see it
everyday.



Well, I try ;-)



Well, I'd say you do more than that!  I expect others would agree.
I thank you for your help!



--
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: Bash shell

[Larry Hall (RFK Partners, Inc.)]

Randall R Schulz wrote:

Hello, Fellow Curmudgeons,

I think we're really getting the tag-team meanness down to a fine art, 
aren't we?

Or is it "good cop / bad cop?"

It has recently come to my attention that some people think the Cygwin 
list is exceptionally unfriendly to the uninitiated. Of course, I'd just 
like to think we hold a higher standard.


Here, here! :-)  I should point out that there are all kinds of opinions
out there.  While some might feel this list is unfriendly, others think
the reverse is the case.  I just had some email today from someone new
who posted to the list and wanted to send my response onto other lists
as an example of a "professional" response.  I'm sure the fact that this
person chose my response is completely coincidental.  There are certainly
lots of examples of great, friendly help from this list.  I see it
everyday.

I don't want to start a flame war on this subject but I just thought this
was an opportunity for me to pass on some positive feedback to all those
who take some of their own time to provide support to this community.



--
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: cron and network drives

[Larry Hall (RFK Partners, Inc.)]

Igor Pechtchanski wrote:

On Fri, 14 Feb 2003, Larry Hall (RFK Partners, Inc.) wrote:



[EMAIL PROTECTED] wrote:


Hi,

is there a possibility to reach the network drives with cron. My
scripts work fine and can reach the network drives when I execute them
from command line. With cron there is no effect. Is there a
possibility to copy some file from cygwin to a network (windows)
drive, without modifieing the network computer (like ssh, etc.)?

Can I get cron to work with network drives?


Only if you make them publically accessible.

We need an entry in the FAQ about the inaccessiblity of network shares
from Cygwin run services.



FWIW, it's in the User's Guide:
<http://cygwin.com/cygwin-ug-net/ntsec.html#NTSEC-RELEASE1.3.3>
	Igor


Thanks Igor.  I'll ask David if he can add this verbiage to the FAQ
too.



--
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: Bash shell

[Larry Hall (RFK Partners, Inc.)]

Tom Dager wrote:

Hello everyone!

I am VERY new to Cygwin, though not to Linux. 

I use the bash shell a LOT and was wondering how do I get it so that I can
copy and paste something from a windows window (such as an IP address) into
the bash shell window. For example I want to use the whois functionality of
the bash shell for an IP I have in a windows window. I cannot seem to copy
and paste anything.

I know that for the Xfree you can use the -clipboard option, but I rarely
use the X system...mostly just the bash shell.

Welcome!  New users are encouraged to make use of the available resources
to see if their question or issue is covered before querying the list.
That includes the FAQ, User's Guide, and email list archives.  In this case,
you wouldn't have needed to go beyond the FAQ.  There's a nice entry about
this in there.  See:

  4.2.24 How can I copy and paste into Cygwin console windows?
  

--
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: cron and network drives

[Larry Hall (RFK Partners, Inc.)]

[EMAIL PROTECTED] wrote:

Hi,

is there a possibility to reach the network drives with cron. My scripts work fine and can reach the network drives when I execute them from command line. With cron there is no effect. Is there a possibility to copy some file from cygwin to a network (windows) drive, without modifieing the network computer (like ssh, etc.)?

Can I get cron to work with network drives?


Only if you make them publically accessible.

We need an entry in the FAQ about the inaccessiblity of network shares
from Cygwin run services.

--
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:groupadd & useradd

[Larry Hall (RFK Partners, Inc.)]

lu fang wrote:
> Hi,
> I want to use "groupadd" and "useradd " these two commands under cygwin, 
> but I don't know which packages to download so that I can get these two 
> commands. Can anyone help me? thanks a lot!

http://www.cygwin.com/packages/

-- 
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: change /usr ?

[Larry Hall (RFK Partners, Inc.)]

Ronald Landheer-Cieslak wrote:

Guilaume,

You should think *very* carefully before doing this, but if you are 
*really* sure you want to, you can use the mount command to remount /usr 
from c:\cygwin\usr to c:\usr
$ mount c:\usr /usr
or 
$ mount -b c:\usr /usr
will do this for you.

I should re-iterate, though, that this is probably a *bad* idea.

Actually, unless the user knows what they are doing, a more foolproof
way of making this change is to delete the old installation and make
a new one in setup targeting "C:\" instead of "C:\Cygwin".


--
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: Help with xargs and output redirection.

[Larry Hall (RFK Partners, Inc)]

At 05:23 PM 2/8/2003, Rajagopalan, Raghu (CCL) wrote:
>Hi,
> I've been working on a problem and havent found a way out yet. The
>problem is as follows:
>
>I have a list of files in a folder. I want to run a perl script on each of
>them and redirect the output to the filename with a suffix (ie if there are
>5 files initially then after the script has run, there should be 10 files -
>5 original files and 5 output files)
>
>I tried 
>
>ls --color=none *.cls|xargs -i basename {}|xargs -i perl
>~/Unix/Perl/MyScript.pl \{\}.cls "> {}_Prof.cls"
>
>but this doesnt seem to work...
>
>Any help appreciated...please copy to my id.



Is this a Cygwin specific issue?



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: one solution for sshd/cygrunsrv win32 error 1062

[Larry Hall (RFK Partners, Inc)]

At 06:47 PM 2/7/2003, Evers Ding wrote:
>Hello,
>
>As with many others on this list, I've encountered
>the following seemingly inexplicable message
>
>  cygrunsrv: Error starting a service:
>QueryServiceStatus:  Win32 error 1062:
>  The service has not been started.
>
>...when trying to start sshd (OpenSSH_3.5p1) on Win2K
>after installing per the instructions at
>http://tech.erdelynet.com/cygwin-sshd.html.


Just so there's no confusion on what's the official document to use
for installation of Cygwin's OpenSSH, this is it:

/usr/doc/Cygwin/openssh-3.5p1-2.README

Information at other sites is not under the control of the Cygwin 
community and may (or may not) contain errors or other problems that
this list can't support.  While individuals are free to use information 
from whatever source they desire, problems encountered as a result aren't 
a major concern of this list.  So, in laymen's terms, you're on you own!  
Evers clearly recognized this and did some research and fiddling to find a 
solution that works for him and perhaps for others following a similar path.  
Still, this list recommends it's own resources to those looking for 
information on how to setup Cygwin's OpenSSH.  Certainly these are the 
sources of information that this list can and will discuss if there are 
issues with them.

Thanks for the input though Evers.  Glad to hear you were able to get
your OpenSSH installation running.




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: assimilation cmd towards cygwin/bash

[Larry Hall (RFK Partners, Inc)]

At 03:44 PM 2/7/2003, [EMAIL PROTECTED] wrote:
>Shankar Unni wrote:
> > As long as you don't mind hitting  after the ^D, this seems to
> > work:
> >
> >c:\> doskey ^D=exit
> >
> > Now, if you hit ^D  (the  is unfortunately required), CMD.EXE
> > will exit.
>Yes, this seems to work... and there should still be a trick for adding the
>missing  key code to the line, maybe a bit like:
>doskey ^D="exit >nul | x"
>[ x representing the  key code ]
>I guess a different, i.e. enhanced doskey replacement could allow this?
>Or better: an additional program which emulates key codes?
>Unfortunately I don't know any...
>The only way in the past of getting  to work properly for keyboard
>macros was ANSI.SYS. Any other suggestions?


Sounds to me like you're really looking for suggestions about cmd.exe 
specifics and related Windows mechanisms.  I'm not sure this list is the
best one to direct such questions to, though perhaps someone here has an
idea how to do what you want.  If not, you might want to send the 
specifics of your question to a more Windows-oriented list or group.
I'm sure there's some CMD.EXE evangelist list out there somewhere! ;-)



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: I can't exit emacs

[Larry Hall (RFK Partners, Inc)]

At 10:51 AM 2/7/2003, Stephen Ford wrote:
>PC + Win 98se + 160Mb Ram + 20Mb free HDD
>
>I have just installed Cygwin including the emacs editor (v21.2.1) and
>discovered that it will not exit.
>
>If I press C-x, then C-x- appears at the bottom of the screen. Pressing C-c
>results in a beep.
>
>C-h does nothing. I installed the Cygwin basic docs
>
>Some commands work like save-buffer (C-c C-s)
>
>Any ideas?


Yes.  Check if you're running Cygwin's version of Emacs first.  If you are,
check the email archives for the Emacs package announcement.  There's good
information there about setting 'tty' in your CYGWIN environment variable.
There's also a fair amount of discussion of this and other Emacs issues in
the email archives so it's worthwhile to make a review of those discussions.



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: bash lockup

[Larry Hall (RFK Partners, Inc)]

At 01:41 AM 2/1/2003, Sean McBride wrote:
>I thank all of you who comented on my last post.
>
>I have another small problem.
>
>I installed the package with the installer and then later, added pine to my
>installation.  I don't think installing pine has anything to do with my
>problem, but I only noticed this after adding that package.
>
>occasionally when executing commands from bash the command window locks up.
>^c does nothing and I can't even close the window.  Even Ctrl-Alt-Del End
>task won't get rid of the misbehaving command window.  Only if I shut down a
>task called "oldwinapp" does the command window go away.  Then I am able to
>restart bash and rerun the same exact command I attempted before with no
>problem.  After a while, it locks up on another command..  There seems to be
>no pattern to the command or time it does this at.
>
>Has anyone else experienced this problem?  Maybe I am doing something wrong?


No and this doesn't look like a Cygwin issue per se.  "oldwinapp" seems to 
be the problem here, whatever that is.  It certainly doesn't come with the
Cygwin distribution.  I suggest you investigate this.



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 Release process

[Larry Hall (RFK Partners, Inc)]

At 09:54 PM 1/30/2003, Jim Kleckner wrote:

>Max Bowsher wrote:
>
>>William A. Hoffman wrote:
>[snip]
>>>2. Failing that, it would be nice if the setup program had a button that
>>>set all the values to Keep.   The problem is that if I want a new
>>>package X, I have to click 20 other packages to Keep, or risk an
>>>update of everything. There should be a way to update one single
>>>package.   Is there a way?
>>It's in CVS. The next snapshot will have it.
>>Max.
>
>Thanks!  While you have the code in hand, would it be
>possible to allow the setup window to be resized?
>I'm constantly wanting to see more lines at once...



Have you been reading the email archives?  I think I've heard 
that request before! :-)



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: Fw: cygwin 1.3.19 Windows 2000 Professional SP3 bash $home /usr/bin/%USERPROFILE%

[Larry Hall (RFK Partners, Inc)]

At 07:23 PM 1/26/2003, Christopher Faylor wrote:
>On Sun, Jan 26, 2003 at 06:30:23PM -0500, Larry Hall (RFK Partners, Inc) wrote:
> >At 05:55 PM 1/26/2003, David Christensen wrote:
> >>However, I still say there is a Bash/Cygwin bug -- if Bash/Cygwin reads
> >>the Windows HOME environment variable and gets "%USERPROFILE%", it
> >>should evaluate that to get "C:\Documents and Settings\dpchrist" and
> >>set my home directory to "/cygdrive/c/Documents and Settings/dpchrist".
> >>Starting in, and setting HOME to, "/usr/bin/%USERPROFILE%" is bad.
> >
> >Sorry, I can't reproduce this bug with Cygwin 1.3.17 or 1.3.19 (and
> >latest bash).  If I set HOME="%USERPROFILE%" at my command (cmd)
> >prompt, start bash with "bash --login -i", and "echo $HOME", I get
> >exactly what I expect.  I see the name of the directory specified by
> >"%USERPROFILE%".  If I "cd ~", I get there too.  Can you provide any
> >insight as to how you get HOME set to "/usr/bin/%USERPROFILE%" in bash?
> >This seems to be the root of the problem you saw but I can't reproduce
> >it.
>
>I think the assumption is that bash should be doing expansion of any
>%DELIMITED% variables it sees in the environment.  It is possible to set
>an environment variable to %SOMETHING% via the control panel, I think.
>And, the %SOMETHING% will not be expanded as it would when you set HOME
>above.  bash just reads the environment variables directly via a Win32
>API.  It doesn't and shouldn't be doing any % expansion.


Agreed.  AFAICS, this is all taken care of very nicely when set in the 
control panel or at the command prompt.  Expansion happens automatically
and Cygwin POSIXizes the expanded value without problem.  It's a mystery
to me how one could get %USERPROFILE% in the HOME environment variable and
get it into Cygwin as %USERPROFILE%.  Information on this could be of some
value to the list.  But even if there were some valid way for some other
application to get %SOMETHING% into Cygwin's environment as HOME or some
other significant environment variable, I still can't imagine we'd want
to make Cygwin do environment variable expansion on these either.  Is that
the long way of repeating my first sentence (word) in this paragraph? ;-)



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: Making zsh the default

[Larry Hall (RFK Partners, Inc)]

At 07:06 PM 1/26/2003, Virginia Mann wrote:
>This is probably a dumb question, but I'm a real newbie, so here goes
>
>What is the proper way to make zsh the default shell in Cygwin? I installed it and 
>can start it up by typing "zsh" at a bash prompt, but how do I make it take the place 
>of the bash shell entirely?



Assuming you start bash now by clicking on the icon for cygwin.bat, simply
edit that file, and replace "bash" with "zsh".  You'll need to review the 
man page for zsh to see what are the appropriate flags to pass to get a 
login shell.  I don't have zsh installed otherwise I might give you a 
clue. ;-)



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: Fw: Cygwin 1.3.19 Windows 2000 Professional SP3 bash $home /usr/bin/%USERPROFILE%

[Larry Hall (RFK Partners, Inc)]

At 05:55 PM 1/26/2003, David Christensen wrote:
>[EMAIL PROTECTED]:
>
>Larry Hall wrote January 26, 2003 1:44 PM:
> > there's an implication in all this that setting HOME breaks bash or
> > Cygwin.
>
>I infer from the above that the default Windows setting for HOME is no
>setting at all?  e.g. the variable is undefined?


Right.  Windows does not set HOME to anything.  It doesn't need it.  It
doesn't use it.


>Testing the above hypothesis by deleting my Windows HOME environment
>variable -- Bash/Cygwin now starts in the correct directory
>(/home/dpchrist) and the Bash environment variable HOME is properly set!


Good.



>I also see two more Windows variables:
>
> TEMP%USERPROFILE%\Local Settings\Temp
>
> TMP %USERPROFILE%\Local Settings\Temp
>
>I'll assume Dia Win32 Installer created those and blow them away as
>well.


Actually, no.  These are set by Windows.  The defaults shouldn't cause you
trouble though.



>I now agree that Dia Win32 Installer was the source of my Bash/Cygwin
>problems.  Shame on Dia Win32 Installer for breaking Cygwin, and shame
>on Dia Win32 Installer for not returning my system to it's previous
>state when uninstalled.  I will be sure to thank those people for the
>grief they have cause me and the wasted bandwidth they have caused on
>this mailing list.
>


Right!  Let's go beat'em up! ;-)



>So, to summarize:
>
> Bash/Cygwin was broken because the Dia Win32 Installer sets the
> Windows HOME environment variable when Bash/Cygwin expects it not to
> be set at all (e.g. unset).


Well, that's a little further than I want to go.  Bash/Cygwin do not expect
that HOME will not be set.  Bash/Cygwin assume that if HOME is set, it is
set to the directory where the user wants HOME to be.



>However, I still say there is a Bash/Cygwin bug -- if Bash/Cygwin reads
>the Windows HOME environment variable and gets "%USERPROFILE%", it
>should evaluate that to get "C:\Documents and Settings\dpchrist" and set
>my home directory to "/cygdrive/c/Documents and Settings/dpchrist".
>Starting in, and setting HOME to, "/usr/bin/%USERPROFILE%" is bad.


Sorry, I can't reproduce this bug with Cygwin 1.3.17 or 1.3.19 (and latest
bash).  If I set HOME="%USERPROFILE%" at my command (cmd) prompt, start bash 
with "bash --login -i", and "echo $HOME", I get exactly what I expect.  I
see the name of the directory specified by "%USERPROFILE%".  If I "cd ~",
I get there too.  Can you provide any insight as to how you get HOME
set to "/usr/bin/%USERPROFILE%" in bash?  This seems to be the root of 
the problem you saw but I can't reproduce 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/

RE: Cygwin 1.3.19 Windows 2000 Professional SP3 bash $home /usr/bin/%USERPROFILE%

[Larry Hall (RFK Partners, Inc)]

At 04:20 PM 1/26/2003, Rolf Campbell wrote:
> > -Original Message-
> > From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]] 
> > Sent: Sunday, January 26, 2003 4:03 PM
> > To: Elfyn McBratney; cygwin; David Christensen
> > Subject: Re: Cygwin 1.3.19 Windows 2000 Professional SP3 bash 
> > $home /usr/bin/%USERPROFILE%
> > 
>...
> > 
> > environments between two products.  While solutions for 
> > somehow automating the detection of this clash and resolving 
> > it in the 
> > Cygwin installer (setup) is, no doubt, possible, it's pretty 
> > far-fetched to claim this is a Cygwin issue.
>
>I agree that this isn't a cygwin problem, but it might be nice if setup
>announced that HOME is being set to something that will screw up cygwin.



I'm sure the (cygwin-apps) list would consider any contributed functionality
to address this concern.  I would, however, argue that the functionality you
suggest would not detect the fact that HOME was set by 'Dia Win32 Installer' 
until the next time setup is run.  In my opinion, this makes the patch 
less than optimal since it still generates inquiries to the list for help.  
Unless it cuts down on list traffic, the added heuristics to try to figure 
out if this (or any other) environment setting will interfere with the proper running 
of Cygwin is allot of complexity for little or no gain.  Also,
there's an implication in all this that setting HOME breaks bash or Cygwin.
It doesn't.  It merely tells bash to not use the home directory stated in 
/etc/passwd as the user's home.  If you recheck David's original post, you'll
see this is true.  The three things David mentions, his prompt being too long
for his liking, his home directory being wrong, and HOME being set to the 
wrong directory, are all the result of HOME being set but none of them are
bugs or even real problems (even the prompt issue is apparently just the 
result of bash showing the path in the prompt by default, which is 
configurable).  So, at the moment, I'm unconvinced that there is a problem
here that needs fixing in Cygwin.  If there is though and it requires 
detecting when HOME set to something "inappropriate", I think someone will
need to define what is and isn't appropriate before any patch could be 
considered.  But I'd suggest anyone that wants to pursue this issue further
start by defining an actual problem resulting from setting HOME (or any other 
environment variable?)  That would form the best basis for any discussion 
about how to address the problem.

Just my $.02.



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 1.3.19 Windows 2000 Professional SP3 bash $home /usr/bin/%USERPROFILE%

[Larry Hall (RFK Partners, Inc)]

At 02:04 AM 1/26/2003, Elfyn McBratney wrote:
> >
> > I would still prefer that Cygwin Bash work correctly from a clean
> > install.
>
>It does for some :-)


Elfyn, I think you're being too kind in this case.  David's comment here
seems to completely miss the point made earlier.  The problem is clearly
that the 'Dia Win32 Installer' did not uninstall properly, leaving it's 
munged version of the HOME variable around for other packages (like Cygwin)
to trip over.  No amount of uninstalling and reinstalling of Cygwin is going 
to affect this variable.  Stating that "Cygwin Bash [should] work correctly 
from a clean install" as a conclusion to the scenario described is flawed.  
Bash was installed correctly.  It goes out of it's way to accommodate the 
needs of the user and other programs by not resetting the HOME environment 
variable.  Doing so would be presumptuous on Bash's part (and I think the 
same should be said for 'Dia Win32 Installer').  The problem clearly lies 
with the installer/uninstaller of 'Dia Win32 Installer'.  For those that 
use this product with Cygwin, they will need to be aware of this direct
manipulation of the environment and take steps accordingly to make both
'Dia Win32 Installer' and Cygwin work in their environment.  This is a very
specific clash of environments between two products.  While solutions for
somehow automating the detection of this clash and resolving it in the 
Cygwin installer (setup) is, no doubt, possible, it's pretty far-fetched to
claim this is a Cygwin issue.  In my opinion, it's more appropriate to say
that bash as installed by Cygwin works correctly 99.9% of the time, with 
the remaining .1% of failures caused by environment issues (like this one)
that are really outside of Cygwin's jurisdiction.

Sorry if this sounds very opinionated but I think it's important for the
sake of the email archives to not leave around an unsubstantiated indication 
that bash has some general installation problem.



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: SFU

[Larry Hall (RFK Partners, Inc)]

At 09:07 AM 1/26/2003, Jon LaBadie wrote:
>On Sun, Jan 26, 2003 at 03:22:03PM +0200, Pavel Rozenboim wrote:
> > I have both installed and have no problems with any of them so far, but I'm
> > not using SFU much, just to be able to be able to access NFS shares and
> > sharing Win2k dirs by NFS.
> > 
> > Pavel.
> > 
> > > -Original Message-
> > > From: Elfyn McBratney [mailto:[EMAIL PROTECTED]]
> > > Sent: Sun, January 26, 2003 3:15 PM
> > > To: cygwin; Jon LaBadie
> > > Subject: Re: SFU
> > > 
> > > 
> > > > Has anyone one on the list attempted the same and had any 
> > > positive or
> > > > negative experiences with interaction between the two systems.
> > > 
> > > Not personally. But I have been told that they cannot live 
> > > together. If you
> > > search the archives for "posix sub-system" you may find one 
> > > or two posts
> > > relating to people trying to have cygwin co-exist with Interix.
>
>NFS is the reason the people want to add the SFU package.



You may be interested in the nfs-server package for Cygwin that's on it's 
way.  See 

http://cygwin.com/ml/cygwin-apps/2003-01/msg00109.html

if you want a sneak peek.

Perhaps this is an alternative for you.



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-1.3.19 fixed vim bug! Thankyou!

[Larry Hall (RFK Partners, Inc)]

At 06:39 PM 1/25/2003, Max Bowsher wrote:
>Larry Hall (RFK Partners, Inc) wrote:
> > At 07:24 PM 1/24/2003, Max Bowsher wrote:
> >> First, I'd like to say thanks for fixing a long-standing bug in vim:
> >> Using the arrow keys in insert mode cancelled it.
> >
> > Hm, a quick check here with cygwin 1.3.17 and vim 6.1 doesn't show
> > this problem.  Maybe I'm misunderstanding what you're doing?
>
>I doubt it. I don't have an old Cygwin around to verify this, but since the
>bug is gone now, it doesn't matter really.


A reasonable stance. :-)

Thanks,



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: cygpath question

[Larry Hall (RFK Partners, Inc)]

At 06:33 PM 1/25/2003, Randall R Schulz wrote:
>At 15:04 2003-01-25, Larry Hall (RFK Partners, Inc) wrote:
>>At 07:03 PM 1/24/2003, Randall R Schulz wrote:
>> >Rob,
>> >
>> >...
>>
>> >I really don't know what's different on my system that makes this nifty feature 
>work for me. I'm inclined to think it's not a BASH setting or anything specific to my 
>Cygwin configuration.
>>
>> >It works in CMD.exe, too, including the part about adding quotes only when needed. 
>It could be something I configured via Xteq's X-Setup or TweakUI. I'm an inveterate 
>customizer.
>>
>> >Perhaps it depends on which version of Windows you're running? I have Win2K Pro 
>with SP3 and pretty much all the updates installed. (What am I saying "pretty much?" 
>I'm compulsive about updating!)
>>
>>
>>OK, I played with this a bit and I think I'm narrowing in on a point of 
>significance.  I found that my console bash and cmd worked exactly as Randall 
>suggests if the path I was dragging and dropping had a space in it's name.  In these 
>cases, the result was quoted (with "").  Otherwise, the path that resulted was not 
>quoted.  Randall, is this what you see there?
>>
>>
>>Larry Hall
>
>
>Larry,
>
>Yes, exactly--quotes are supplied only when the drag entity includes spaces (anywhere 
>in the absolute name). Which, of course, means I ought to read my own posts once in a 
>while, since without the quotes and the unconditional presence of backslashes, this 
>"feature" is less than ideal.



OK, well at least it's good to know we see the same things.  It's an
interesting feature though.  I'm sure it has some other good uses. ;-)

Thanks,



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: cygpath question

[Larry Hall (RFK Partners, Inc)]

At 07:03 PM 1/24/2003, Randall R Schulz wrote:
>Rob,
>
>Well, the RXVT-ers keep copping an 'tude with us lowly console users, so...


Exactly! ;-)


>I really don't know what's different on my system that makes this nifty feature work 
>for me. I'm inclined to think it's not a BASH setting or anything specific to my 
>Cygwin configuration.
>
>It works in CMD.exe, too, including the part about adding quotes only when needed. It 
>could be something I configured via Xteq's X-Setup or TweakUI. I'm an inveterate 
>customizer.
>
>Perhaps it depends on which version of Windows you're running? I have Win2K Pro with 
>SP3 and pretty much all the updates installed. (What am I saying "pretty much?" I'm 
>compulsive about updating!)


OK, I played with this a bit and I think I'm narrowing in on a point of 
significance.  I found that my console bash and cmd worked exactly as 
Randall suggests if the path I was dragging and dropping had a space in
it's name.  In these cases, the result was quoted (with "").  Otherwise,
the path that resulted was not quoted.  Randall, is this what you see 
there?


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-1.3.19 fixed vim bug! Thankyou!

[Larry Hall (RFK Partners, Inc)]

At 07:24 PM 1/24/2003, Max Bowsher wrote:
>First, I'd like to say thanks for fixing a long-standing bug in vim:
>Using the arrow keys in insert mode cancelled it.

Hm, a quick check here with cygwin 1.3.17 and vim 6.1 doesn't show this
problem.  Maybe I'm misunderstanding what you're doing?


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/

Fwd: Re: silly question

[Larry Hall (RFK Partners, Inc)]

Yves,

Please keep the discussion on the list.  There are others here who can
be quite helpful.  There's no benefit to restricting yourself to one
set of eyes.

Randall's right.  The utilities you're looking for are in the fileutils
package.  From your cygcheck output, it's clear that you have installed
this package as far as setup is concerned.  I suggest you rerun setup,
switch to the "Full" View, find the fileutils package entry, click on
"Keep" to change it to "Reinstall".  This should reinstall this package 
with these utilities.  If you still have problems, please attach setup.log
and/or setup.log.full with your report to the list.

Thanks,

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





>Here is the dump from cygcheck
>
>Thanks for your help,
>
>Yves.
>
>
>
>
>
>
>>From: "Larry Hall (RFK Partners, Inc)" <[EMAIL PROTECTED]>
>>To: "Yves Petinot" <[EMAIL PROTECTED]>,[EMAIL PROTECTED]
>>Subject: Re: silly question
>>Date: Wed, 22 Jan 2003 22:00:01 -0500
>>
>>At 09:54 PM 1/22/2003, Yves Petinot wrote:
>> >Hi,
>> >
>> >I am fairly new to cygwin and this question is certainly silly but i cannot seem 
>to figure out what the cause to my problem is.
>> >
>> >I have a pretty complete installation of cygwin running on my machine (W2K) and it 
>seems i never got basic commands such as "cp", "ls", "rm" to be installed. This is 
>troublesome and it seems to prevent more complex features to be properly installed : 
>i tried downloading and installing all the packages listed through the internet 
>installation, but i still cannot get these commands to be available,
>> >
>> >any suggestion on what i should do ?
>>
>>
>>
>>Yes.  Check out , particularly the portion
>>regarding cygcheck.
>>
>>
>>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
>
>
>_
>MSN Search, le moteur de recherche qui pense comme vous !  
>http://search.msn.fr/worldwide.asp
>
>


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Wed Jan 22 22:12:14 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2

Path:   C:\yves\cygwin\usr\local\bin
C:\yves\cygwin\bin
C:\yves\cygwin\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\im\bin
C:\yves\cygwin\usr\X11R6\bin

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

HOME = `C:\yves\cygwin'
MAKE_MODE = `unix'
PWD = `/'
USER = `ypetinot'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\ypetinot\Application Data'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `WORKSTATION9'
COMSPEC = `C:\WINNT\system32\cmd.exe'
HOMEDRIVE = `C:'
HOMEPATH = `\'
IDM_BASE_DIR = `C:\im'
IDM_BIN_DIR = `C:\im\bin'
IDM_CS_TIMEOUT = `45'
IDM_HLP_DIR = `C:\im\bin'
IDM_SLIQ_SHRINK_FACTOR = `1'
IDM_SLIQ_STRETCH_FACTOR = `1.1'
LANG = `en_US'
LC_ALL = `en_US.IBM-1252'
LOCPATH = `C:\im\locale'
LOGONSERVER = `\\EBRC-ELAB'
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 3, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0803'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$ '
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\ypetinot\LOCALS~1\Temp'
TERM = `cygwin'
TEXMF = `{/usr/share/lilypond/1.6.4,}'
TMP = `c:\DOCUME~1\ypetinot\LOCALS~1\Temp'
USERDNSDOMAIN = `ebrc'
USERDOMAIN = `EBRC'
USERNAME = `ypetinot'
USERPROFILE = `C:\Documents and Settings\ypetinot'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_CURRE

Re: silly question

[Larry Hall (RFK Partners, Inc)]

At 09:54 PM 1/22/2003, Yves Petinot wrote:
>Hi,
>
>I am fairly new to cygwin and this question is certainly silly but i cannot seem to 
>figure out what the cause to my problem is.
>
>I have a pretty complete installation of cygwin running on my machine (W2K) and it 
>seems i never got basic commands such as "cp", "ls", "rm" to be installed. This is 
>troublesome and it seems to prevent more complex features to be properly installed : 
>i tried downloading and installing all the packages listed through the internet 
>installation, but i still cannot get these commands to be available,
>
>any suggestion on what i should do ?



Yes.  Check out , particularly the portion 
regarding cygcheck.


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: Bug in rm -r with locked files

[Larry Hall (RFK Partners, Inc)]

At 04:39 PM 1/21/2003, Shankar Unni wrote:
>Christopher Faylor wrote:
>
>>It's not a completely intractable problem.  I think that someone (Chris
>>January?) provided a workaround at one point.  "cygserver" could also
>>provide a possible solution someday.
>
>Right. I went back and re-read those archives. Interesting problem.
>
>Now why was it important to do this "delayed remove" semantics? I.e. what (as alluded 
>to by Robert Collins) would be broken if unlink simply returned EPERM or something 
>like that if the file was busy? I didn't see any reference to that in the message 
>threads.



Forgive me.  I didn't take the time to review the email archives for all
the threads on this but if I recall correctly, the current behavior is 
meant to combat the "my script/program deletes the file/directory then 
tries to recreate it - why isn't the file/directory deleted when unlink()
returns?" issue.



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: Bug in rm -r with locked files

[Larry Hall (RFK Partners, Inc)]

Actually the tests I ran in response to this thread used the most current 
vim (6.1-2) and fileutils (4.1-1) with cygwin 1.3.17-1, 1.3.18-1, and the 
latest snapshot.  The versions you're using are out-of-date.  But I expect 
the main difference is in vim and some change there.  But perhaps you can 
help verify that by updating to cygwin 1.3.18-1 and rerunning the test.  
Then try again with the most current vim (6.1.-2).

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

At 07:45 PM 1/21/2003, Carlo Florendo wrote:
>What cygwin, vi, and fileutils versions are you using?  In my case, I
>simulated the test case but rm returned immediately with
>
>rm: cannot remove `/tmp/direx/a.swp': Permission denied
>rm: cannot remove directory `/tmp/direx': Directory not empty
>
>I'm using vim 5.8.9, fileutils 4.1, and cygwin 1.3.15-1
>
>Regards,
>
>Carlo
>
>Carlo Florendo
>Astra Philippines Inc.
>email: [EMAIL PROTECTED]
>URL: http://www.astra.ph
>
>
>- Original Message -
>From: David Means
>To: Gael Mulat
>Cc: [EMAIL PROTECTED]
>Sent: Tuesday, January 21, 2003 9:35 PM
>Subject: Re: Bug in rm -r with locked files
>
>
>Yep, I concur.  If windows has a lock on the file, rm just hangs.  I've seen
>it hang on directories when doing an 'rm -rf yada/*"
>
>On Tue, 2003-01-21 at 06:50, Gael Mulat wrote:
> Hi,
>
> This is a bug report about rm (package fileutils, version 4.1-1) on W2K.
>
> Test case: take 2 cygwin shells.
>shell 1:
> mkdir /tmp/directory
> vi /tmp/directory/file
>
>shell 2:
> /bin/rm -rf /tmp/directory
>
> The shell2 doesn't manage to remove the directory and goes into an
>infinite loop, taking 100% of the CPU.
> All is then OK if we go out of vi in the shell1.
>
> Doing the same thing (deleting the directory) directly in Windows
>produces an error message: "cannot delete directory: Access is denied.
>The source file may be in use" and we can notice in the directory a file
>named .file.swp that is also visible under Cygwin with ls -la.
>
> The example I have just given uses vi, but it is the same with all
>processes that open the file, as W2K puts a lock on it.
>
>Gael Mulat
>
>
>
>
>
>
>--
>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: using text files unix<->windows<-> macintosh tip

[Larry Hall (RFK Partners, Inc)]

At 12:47 PM 1/16/2003, Igor Pechtchanski wrote:
>On Thu, 16 Jan 2003, Christopher Faylor wrote:
>
> > On Thu, Jan 16, 2003 at 09:43:50AM -0500, Gordon R. Keehn wrote:
> > >The GWD editor (http://www.gwdsoft.com) is another good choice.  It
> > >features language specific hilighting and a bunch of other great tools,
> > >and has a C-like macro language.  I have used it to edit scripts and
> > >makefiles while running a cygwin shell.  It's not open-source, but then
> > >not all great software is.
> >
> > No, but the non-cygwin software is pretty off-topic for this list.
> >
> > cgf
>
>What I don't understand is why this thread has even come up, when at least
>two editors available for Cygwin (vim and emacs) handle all the above
>issues perfectly (and have many of the same features, e.g., syntax
>highlighting)?


People like editor war threads.  Why, don't you? ;-)

  

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: Losing data with routine cp and mv -- "cannot create hard link"

[Larry Hall (RFK Partners, Inc)]

At 04:55 AM 1/16/2003, Thomas Baker wrote:
>In the absence of responses to my earlier note (below), and
>having made a second fruitless search of FAQs and archives,
>I'd like to make a second and final attempt with a simpler
>question:
>
>If cp and mv are not reliably copying all of the contents
>of an (apparently) normal directory tree with 89,000 normal
>data files, of 1.4 GB total size, using WIN2000 and NTFS,
>is it most likely due to inherent size limits of cygwin?
>
>If the problems are due to inherent limits, then I can
>adjust by copying such big directories in smaller chunks,
>as I have already done successfully.  I just want to make
>sure that this is in fact the problem.


If you're looking for some 'official' validation of what you see, 
I'm not sure that you'll find it here.  It's not that we wouldn't like
to give it (or even refute your findings ;-) ).  It's just that I don't 
believe anyone has done as much analysis of this issue as you have.  
Certainly, the values you report (89000 files occupying 1.4GB of space) are
not, in and of themselves, an obvious red-flag.  If you'd like to get a 
better handle on the situation (and help the list understand your problem as
well), it would be worthwhile to run strace on this process and look
for any suspect results.  Be warned.  This will generate a huge file
with lots of output, most of which is not going to indicate any problems.
However, if you can help isolate a problem area, it may be easier for 
someone here to diagnose the problem and offer a fix... or at least an
explanation.

Sorry I don't have the magic bullet for you.

  
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: bin tempfile executable not found by xapps

[Larry Hall (RFK Partners, Inc)]

At 05:04 PM 1/15/2003, - wrote:
>where's the tempfile executable? some Xapps are
>looking for it...and i'm having a problem finding a
>safe source on the net for cygwin...an alternative
>does anyone have one they can forward me...i'd greatly
>appreciate it...


See:





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: telnet % ssh

[Larry Hall (RFK Partners, Inc)]

This information is and always has been available to you at 
.  Type in the name of the utility you're
looking for and it will tell you the package that has it.  Actually, this
works for any phrase entered so you could get more than 1 'hit' if your
request is not specific enough.  You may need to look at the results to see
which package has the actual utility you're looking for if that's the case.  
Then rerun setup, select this package and install 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



At 05:00 PM 1/15/2003, Robert Pejchal wrote:
>I've just installed cygwin and Xfree86 on Win98 but the base install does not include 
>telnet and ssh. I do not have telnet or ssh in my /usr/bin/. How can I obtain these? 
>Or specifically, which package (via cygwin setup.exe) contains these?
>
>thanks,
>
>Rob
>
>
>* * * * * * * * * * * * * * * * * * * * * * * * * * *
>
>Robert Pejchal
>Department of Biological Chemistry
>University of Michigan - Ann Arbor
>Chemistry 3050a
>Lab phone (734) 763-4698
>Home phone (734) 222-8190
>Fax # (734) 764-3323 [Biophysics Research Division]
>
>* * * * * * * * * * * * * * * * * * * * * * * * * * *
>
>
>
>--
>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: Emacs Problem

[Larry Hall (RFK Partners, Inc)]

At 03:39 PM 1/15/2003, Scott Purcell wrote:
>Hello,
>I got ambitious during lunch and installed emacs. At the cmd line I type in emacs and 
>all works great.
>
>I got one problem though, it will not quit.


Yeah, so?  What's the problem?  Emacs is the end-all of software, right?  It's
supposed to do everything except make your coffee in the morning, no?  So
*why* would you *ever* want to quit from it? ;-) ;-) ;-)

No flames or editor-wars, please! :-)


>I run a standalone emacs on my box and when I quit I hit the keys [ ctrl x c ] and it 
>quits the app.
>But in the one that runs in cygwin, it does not.
>
>How do I get cygwin to quit emacs and return to a cmd prompt?



You're best off re-posting this after reading www.cygwin.com/bugs.html.  The
obvious question that comes to mind for me is - are you running the Cygwin
or Win32 version of Emacs?  I can't tell (and neither can anyone else) from
the information you've sent so far.  That's why we have a recommended 
procedure for posting problem reports.  Take a look at 'em.





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: Using gcc to build a DLL discovered and linked at runtime

[Larry Hall (RFK Partners, Inc)]

At 01:26 PM 1/15/2003, Jim Kleckner wrote:
>  I'm using a program called TradeStation that allows
>specifying a path name to a DLL, specifying the
>signature of a function to call, and then
>loading/calling that function.  The documentation is
>very sparse for how to do this and probably built in
>some way that depends in an obscure way on having a
>Microsoft compiler such as VisualC++ or VisualBasic to
>work properly.  I am trying to use GCC under cygwin to
>create a DLL that will dynamically open and running
>into roadblocks.
>
>A simple test file test.cpp:
>  #include "windef.h"
>  extern int __stdcall PPI(int);
>
>  __declspec(dllexport) int __stdcall PPI(int notused)
>  {
>  return 1;
>  }
>
>commands used:
>  gcc -shared -mno-cygwin -Wl,--export-dynamic -Wl,--export-all-symbols  
>-c vmi.cpp
>  dlltool -e exports.o vmi.o -l vmi.lib
>  gcc -shared -mno-cygwin -Wl,--export-dynamic -Wl,--export-all-symbols  
>-shared exports.o vmi.o -o vmi.dll
>
>The program just says "can't load user function".
>
>I have tried various combinations of commands but am
>wondering if there is something I'm missing.  I'm
>hoping to avoid getting out the ancient copy of VC5
>from my shelf...
>
>I will append cyg
>
>Thanks - Jim
>
>
>Resources for future travelers down this path:
>
>I have looked at a variety of sources describing
>using cygwin/gcc tools to build DLLs.
>
>The manual is here:
>  http://www.cygwin.com/cygwin-ug-net/dll.html
>
>This message contains a bug report with a complex
>example that is interesting to examine:
>  http://www.cygwin.com/ml/cygwin/2000-05/msg00663.html
>
>This one describes a "ld/dlltool/ld/dlltool/ld trick":
>  http://www.cygwin.com/ml/cygwin/2002-08/msg01002.html
>It suggests that what I am trying to do should be
>possible by just using the -shared flag.
>
>Christopher Faylor indicates that the cygwin dll
>cannot be linked at runtime because it is broken:
>  http://www.cygwin.com/ml/cygwin/2002-08/msg01042.html
>
>The dllhelpers stuff is also useful:
>  http://www.neuro.gatech.edu/users/cwilson/cygutils/dll-stuff/index.html


I assume the reason you're using the -mno-cygwin flag is because of 
Chris's comment.  Clearly what you're trying to do won't work if you 
link against the Cygwin DLL.  Using -mno-cygwin should remove cygwin1.dll
from the equation but just substituting MSCVRT.DLL for cygwin1.dll doesn't
mean that MSCVRT.DLL will load dynamically either.  I dunno but judging
by the fact that you're still having troubles, the assumption is suspect.  
However, since you're no longer linking against cygwin1.dll (which isn't 
going to work), you're really just using the mingw pseudo cross compiler of 
Cygwin's gcc (the -mno-cygwin switch) to produce a straight Win32 DLL.  In 
this context, it's really not a Cygwin question anymore (you could use 
mingw's gcc and presumably see the same problem... if not, then maybe that's 
your solution).  I'd recommend following up on this at [EMAIL PROTECTED] 
if the mingw site doesn't have a solution for this problem.

Good luck,


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: 1.18 mysql+perl+dbi+dbd::mysql

[Larry Hall (RFK Partners, Inc)]

Check out the User's Guide for this type of information.  

http://cygwin.com/cygwin-ug-net/dll.html#DLL-LINK

The User's Guide is a worthwhile read in general for any newbie.


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



At 11:29 PM 1/12/2003, Nikolayev Dmitry wrote:

>Sorry, but I'm newbie, how can I do this?
>
> > You need to create an importlibrary from libmysqlclient for cygwin and
> > link against it to build the Cygwin Perl based module.
>
>
>- Original Message -
>From: "Gerrit P. Haase" <[EMAIL PROTECTED]>
>To: "Nikolayev Dmitry" <[EMAIL PROTECTED]>
>Cc: <[EMAIL PROTECTED]>
>Sent: Sunday, January 12, 2003 2:52 PM
>Subject: Re: 1.18 mysql+perl+dbi+dbd::mysql
>
>
> > Hallo Nikolayev,
> >
> > Am Sonntag, 12. Januar 2003 um 07:28 schriebst du:
> >
> > > I have installed cygwin 1.18, perl 5.6, DBI 1.30, mysql for windows
>3.23.54
> > > But when I tryied to install DBD::mysql, I got some errors with
>compiling:
> >
> > > dbdimp.c:632: `MYSQL_OPT_COMPRESS' undeclared (first use in this
>function)
> > > dbdimp.c:632: (Each undeclared identifier is reported only once
> > > dbdimp.c:632: for each function it appears in.)
> > > dbdimp.c:641: `MYSQL_OPT_CONNECT_TIMEOUT' undeclared (first use in this
> > > function
> > > )
> > > dbdimp.c:652: `MYSQL_READ_DEFAULT_FILE' undeclared (first use in this
> > > function)
> > > dbdimp.c:662: `MYSQL_READ_DEFAULT_GROUP' undeclared (first use in this
> > > function)
> >
> > > dbdimp.c:729: warning: passing arg 5 of `mysql_real_connect' makes
>integer
> > > from
> > > pointer without a cast
> > > dbdimp.c:729: warning: passing arg 6 of `mysql_real_connect' makes
>pointer
> > > from
> > > integer without a cast
> > > dbdimp.c:729: warning: passing arg 7 of `mysql_real_connect' makes
>integer
> > > from
> > > pointer without a cast
> > > dbdimp.c:729: too many arguments to function `mysql_real_connect'
> > > dbdimp.c: At top level:
> > > dbdimp.c:1117: parse error before "val"
> > > dbdimp.c: In function `my_ulonglong2str':
> > > dbdimp.c:1118: `val' undeclared (first use in this function)
> > > dbdimp.c: In function `mysql_st_fetch':
> > > dbdimp.c:1523: warning: assignment from incompatible pointer type
> > > make: *** [dbdimp.o] Error 1
> >
> > > Did anybody installed DBD::mysql? Or where can I read any information
>about
> > > installing cygwin + mysql?
> >
> >
> > You need to create an importlibrary from libmysqlclient for cygwin and
> > link against it to build the Cygwin Perl based module.
> >
> >
> > 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/
> >
> >
>
>
>--
>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: Hindsite, moving forward, concepts...?

[Larry Hall (RFK Partners, Inc)]

At 05:07 PM 1/11/2003, linda w \(cyg\) wrote:



> However the good news is that with the emphasis on applications maintaining 
>POSIX compatibility -- no one
>should be *relying* on "//" having a special meaning.  


If you mean programmatically, I'd say that's probably true.  Some may
have created scripts that make this assumption but I don't see that
as a major issue.



>That being the case, one could choose, in the present, to do a
>simple hack (in the minimal case) to change the smb-share prefix
>from "//" to "/smb/".  Theoretically, this
>should break nothing. unless they have hard-coded paths.


Right, 'theoretically'.



>If transitioning of current CYGWIN customers who may have
>hardcoded paths is a concern, then a transition plan could be
>put into effect (dates TBD):
>1) string in envvar CYGWIN, maybe, 'SMB_PRFX="//"'.
>This could be added to any "update" if not defined, or 
>set as 'SMB_PRFX="/smb/"' in new installs or set
>to SMB_PRFX="" by users who want to do their own mounting.
>2) When automounting SMB shares is available, then can 
>default SMB PRFX="" in new installs.  Warning in console
>login shells of "SMB_PRFX" being deprecated in favor of
>automount usage.
>3) Base install includes smb-automount setup. Usage of SMB_PRFX 
>generates warning about being ignored/obsolete and to use
>automount for smb references (with default "/smb").
>4) ...after a few years...remove check for SMB_PRFX...


Right.  This could be a way to phase out the UNC path convention if
this was desirable.


>Steps can be skipped/merged; it may be decided that it is a non-issue and just do it.
>
>For Win32 paths -- again, going with full Win32 compatibility
>seems logical since it is the only standard that assigns
>meanings to ":\" usage in the Win32 world.  Again, if *really*
>needed, one could use a similar transition plan to allow
>conversion of apps that make assumptions about C:foobar not
>having the standard Win32 meaning (as previously shown, this
>is not a property of CMD, and is 'honored' (wherever it is 
>implemented) in, AFAIK,  all of MS's programs.
>
>Any issues only affecting Win32 path usage would be unlikely
>to affect POSIX-compliant programs using preferred-character-set filenames.
>
>Logical?  Not asking, necessarily, that anyone implement it --
>I'm only engaging in a concept discussion.  Actual implementation --
>well that may never happen, or may -- may be done by someone
>expert in the various areas affected, or done by me (in all my loads of spare 
>time...*cough-cough*).


Logical, yes, in terms of reaching your stated goal.  Whether that goal is
desirable as a whole measured by the community's usage preferences, patterns, 
and needs, that wouldn't be for me to say. ;-)  Of course, the real hitch
is the resource to implement, which you acknowledge.  As you know, lot's 
of things can sound reasonable, logical, and even compelling in theory 
and yet still be abysmal failures once implemented.  But having something
implemented gives the entire community a concrete item to review, reform, 
critique, and accept/reject.  It's generally a very successful route to 
getting new functionality in Cygwin.  I recommend it if you're motivated 
to implement some functionality.


>I'm trying to focus on what I believe would be useful for the
>Cygwin toolset to allow for gnu-linux tool porting for the
>purpose of using them interactively/transparently in a win32
>environment _and_ providing a *nix-POSIX compatibility layer.


I understand.  I'm not sure that I concur with your assessment the current
needs for this work but I'm quite willing to evaluate it based on the 
merits of it's implementation.  Not to 'scare' you of course but changing
behavior of the Cygwin path handling code is not a task to be undertaken
lightly.  This area has allot of logic to parse the various path forms
already handled plus POSIXy emulations.  Any changes there must be rigorously
tested for correctness and performance (i.e. no worse performance than now).
But if that doesn't scare you ( :-) ) then I'd recommend you take the next
step and start poking around in the code.  It really is the best way to 
understand the details of what's there and formulate a real plan of attack.

Good luck,



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: Compiling Mutt from CVS

[Larry Hall (RFK Partners, Inc)]

At 08:17 PM 1/12/2003, Joshua M. Kwan wrote:
>Hi,
>
>How did you folks manage to compile the version of Mutt that is in the 
>Cygwin package repository? I just checked out 1.5 CVS and tried to build 
>it and it had a LOT of libc6-specific stuff. In fact, I had to run 
>prepare on a linux computer to even get a useable ./configure. (it would 
>burp on one line expecting a ])



Did you try the source tarball that you can download via setup?  If nothing
else, that should build.



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: BSOD on cygwin

[Larry Hall (RFK Partners, Inc)]

Perhaps someone else running Win98 will be able to confirm or deny 
the problems you're seeing.  I'm guessing that others will only be 
able to 'deny'.  As mentioned, BSOD is an O/S issue/bug, which means
it's at least difficult to resolve in application software and is
certainly much better resolved in the O/S itself (or quite possibly 
software drivers).  Certainly in the case that the problem is caused
by drivers (and AV software uses these too), the problem software is
not necessarily installed on a 'typical' Win 98 machine, which is why
I said I expect others won't be able to confirm your results.  I'd 
highly recommend following Igor's suggestions.  The fact that you 
can't get cygcheck to run correctly for you again makes me highly
suspicious that something on your system other than Cygwin is actually
causing your problem.  In my opinion, you're more likely to find the
source of your problem by looking outside of Cygwin.



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


At 06:34 PM 1/12/2003, Bhiksha Raj wrote:
>Hi,
>
>First I must apologize for my multiple posts earlier.
>I wasnt sure if the first one had gone through, since I never
>got a copy myself. So I figured Id messed up and posted again.
>
>Anyway,
>the problem (as I mentioned earlier) is that on my windows 98
>machine, with the latest cygwin, I get a blue screen of death
>when I try to run "configure --disable-shared" on guile-1.4.1.
>(Im using 1.4.1 because Im tyring to compile TeXmacs).
>
>Ive since dug around a bit, crashed my machine a hunded times,
>and collected logs. I found that the configure script dies
>on line 4791, at a line that goes 
>"if sort conftest.nm|uniq > conftest.ntM;then"
>
>I get an empty conftest.nmT and the machine dies.
>I tried running the same command from command line. The first time
>I ran it, my cygwin window froze (although my machine didnt die),
>but thereafter Ive been able to run it from command line.
>However, running the configure script kills the machine at the
>uniq again.
>
>Im attaching the configure script, the config.log, and the 
>conftest.nm files (the conftest.nmT file I get is empty).
>I hope this is not bad practice, but I figure they would help
>find the problem.
>The tail of the config.log file should indicate where exactly
>my machine dies (every time!).
>Also, as per Igor Pechtchanski's suggestion, I ran a cygcheck -s -v -r and
>am attaching the output.
>
>Curiously, cygcheck -s -v -r gave me output the first time I
>ran it. Afterwards, running the command simply gives me no output
>at all - it simply runs silently and comes back. Im not sure why
>this is so - I was pretty sure it was supposed to repeat the
>information everytime I ran it. I hope this doesnt indicate a
>bug with my setup.
>
>Many thanks for any and all help in this issue.
>
>Regards,
>Bhiksha
>[EMAIL PROTECTED]
>
>
>On Sun, Jan 12, 2003 at 10:40:48AM -0500, Igor Pechtchanski wrote:
> > On Sun, 12 Jan 2003, Igor Pechtchanski wrote:
> > 
> > > On Sat, 11 Jan 2003, Bhiksha Raj wrote:
> > >
> > > > Hi All,
> > > >
> > > > I hope this is not the wrong forum for this:
> > > >
> > > > Im trying to install TeXmacs on my win98+cygwin laptop.
> > > > First I installed the binaries for guile from the cygwin setup
> > > > (I have XFree and Tex and all associated libs already)
> > > > downloaded TeXmacs sources, ran ./configure and then
> > > > gave a "make".
> > > > I got  the blue screen of death (BSD).
> > > > After iterating through several BSDs, I hunted on the web
> > > > and found a site that said that static linkages were a problem with
> > > > the latest guile and that I must install guile 1.4.1. So I uninstalled
> > > > guile,
> > > > downloaded the sources for guile 1.4.1, untarred them and
> > > > ran
> > > > ./configure --disable-shared
> > > >
> > > > It runs through several checks, but never completes - insted it
> > > > gives me at some point it simply gives me the blue screen of death.
> > > > This time around Im not even getting past configure.
> > > >
> > > > Im not sure what to do now.
> > > > Any advice at all would be greatly appreciated.
> > > >
> > > > Much thanks
> > > > Bhiksha
> > > > [EMAIL PROTECTED]
> > >
> > > Bhiksha,
> > >
> > > This is a forum for all problems with Cygwin, so your question fits in
> > > nicely.  To answer it, Cygwin never *causes* a BSOD.  It may expose or
> > > trigger a bug in Windows or some process running with system privileges
> > > (antivirus programs have been blamed a lot), but Cygwin itself doesn't
> > > have enough access to the low-level OS to be able to cause a BSOD.
> > >
> > > Try turning off your antivirus program(s) and see if it makes the BSOD go
> > > away.  Another possibility is firewall or VPN software.  The output of
> > > 'cygcheck -s -v -r' as a non-inline uncom

Re: Setting up cvs on Windows 2000

[Larry Hall (RFK Partners, Inc)]

At 05:18 PM 1/12/2003, Melonie Brown wrote:
>Environment: Windows 2000, sp3
>
>I downloaded and installed cygwin.
>I followed the steps outlined in
>http://www.adamswann.com/library/2001/Cygwin-Inetd.html


That's fine if that's what you want to do but you should realize the 
following:

   1. The directions you used are not from the Cygwin site.  We can't 
  validate or support information that doesn't come from the Cygwin
  site.  If you have questions about the information given by this
  site, you should contact the site's creator directly.  If you think
  the information at this site is useful and should be available at
  the Cygwin site so this list can support it, please ask the owner
  to provide this documentation to the Cygwin project.

   2. There is documentation that come with Cygwin's inetutils 
  (/usr/doc/Cygwin/inetutils-1.3.2.README) which describes the inetutils
  installation.  Questions/issues you have about this documentation can
  be directed to this list.

As a matter of general operation, this list doesn't entertain inquiries 
about other sites' information, even if the information is related to 
Cygwin.



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: Repost, different list...File::Spec, cygwin, Syntactic vs. Semantic path analysis

[Larry Hall (RFK Partners, Inc)]

I've found that it's always easy to look back at a previously made design
decision and question it, especially when one wasn't involved in the 
design discussion that weighed the current needs with the benefits and
detriments of possible implementations.  Rethinking a design decision 
isn't bad of course but it's always easier to see more alternatives in 
hindsight than it is at the time.  Some of the reason more options are 
generally 'obvious' in hindsight is because there is more infrastructure
in place that would support these options.  That's not always the case at
the time a feature is implemented.  Suffice it to say there was 
precedent for the '///' syntax
of UNC paths a problem to prompt making a change to something that allowed 
both benefits (the current '/cygdrive/' convention).  You may 
be able to find some threads of this whole discussion and development in the 
email archives if you're interested in doing a little digging.  You might
find that it answers allot of questions you have about Cygwin path handling.
I'd start with 1997 though if you're looking to pick up any threads that were 
at least close to the opening discussions.

Larry


At 06:25 PM 1/10/2003, LA Walsh wrote:
>Interesting...wonder why they wouldn't just create pseudo devices
>in /dev and do the normal unix mount thing?  Seems odd to complicate the simple
>namespace model needlessly by adding a special syntax.
>
>Even still, just because one wants to have more traditional unix names doesn't
>preclude the possible design goal of backward compatibility with
>existing Win32 pathnames to aid in portable tool usage and design.
>
>Even a hard coded /smb/ or /smb:/ prefix on smb  shares would be
>a better choice that "//".  Why perpetuate the MS view of 
>SMB being 'special' vs. using an eventual mounting syntax that would
>allow it to coexist with /nfs/ type files?  If the mount system evolved
>enough in cygwin, then I could see mount allowing specification of
>'nfs' in a mount command -- either as a link to an MS-nfs method
>(assuming they were supply one) or cygwin-based NFS methods like the
>universal NFS server... 
>
>-linda
>
>
> > Cygwin predates RedHat. See http://cygwin.com/history.html  (the 
> > earliest date in the file is Dec 1995). RedHat bought Cygnus 
> > Solutions 
> > (which was a shop for commercial support for GNU software, especially 
> > GCC ports to obscure and new platforms), which did the 
> > original Cygwin work.
> > 
> > Anyone at RedHat from the original Cygwin team (the last 
> > warriors of the 
> > (in)famous "Beta 20" :-)?) wanna answer this?
> > 
> > There's an interesting line in the early changelogs:
> > 
> > Release Beta 8
> > [...]
> > Much nicer way of describing paths, eg //c/foo is c:\foo.
> > 
> > Suggests that the early goal *was* to provide a POSIX-y view, and the 
> > exposing of Windows paths was added as a convenience..
> > 
> > 
>
>
>--
>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: Bash appears to have changed...

[Larry Hall (RFK Partners, Inc)]

At 09:40 PM 1/8/2003, Andrew Mayer wrote:
>Hi Folks,
>
>I'm not a daily user, but all of this worked a few months ago. I haven't made
>any changes to any of my dotfiles in that time.  However, I just updated all of
>Cygwin this weekend and now things aren't so smooth.
>
>I enclose an brief annotated rxvt session. Can anyone replicate or decipher
>this.  Are these Cygwin bugs or are they local to my 2-3 dotfiles.



>LEVERAGE 10$ man bash/* hmmm, this could be
>more useful */
>/usr/bin/tbl: not found
>/bin/cat: not found
>/usr/bin/nroff: not found  
>LEVERAGE 11$ 
>LEVERAGE 11$ ls -l /usr/bin/tbl /bin/cat /usr/bin/nroff/*
>but..but...there they are */
>-rw-rw-r--+   1 Administ Administ17408 Feb 19  2002 /bin/cat
>-rw-rw-r--+   1 Administ Administ 1955 Dec 16 10:03 /usr/bin/nroff
>-rw-rw-r--+   1 Administ Administ   143360 Dec 16 10:03 /usr/bin/tbl


You should always *attach* the output of cygcheck -s -r -v when sending
this kind of report to the list.  It contains very useful information that
can help other diagnose your problems.  From your description, I'm going to
guess that you run Cygwin on an NT/W2K/XP machine and that your last 
installation ran a version of the Cygwin DLL pre-1.3.13 without 'ntsec' set
in your CYGWIN environment variable.  If that's true, that can explain
what you're seeing.  Since then, 'ntsec' has become the default.  This 
affects your permissions, as you can see since your binaries are no longer
executable.  Just go around and make a quick change to add the executable 
permissions back where you want them and you'll be back in business.  
Check out the email archives for more discussions about the change of 
the 'ntsec' default if you're interested in details.  Or, if you're a 
stuck-in-the-mud you can put 'nontsec' in your CYGWIN environment variable
and restart Cygwin to go back to the way things were for you. :-)  I 
wouldn't recommend that though.

  
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: dig and nslookup for cygwin

[Larry Hall (RFK Partners, Inc)]

At 07:59 PM 1/8/2003, Mirza Muharemagic wrote:
>Hi,
>
>are tools like dig and nslookup included in cygwin?


See the FAQ entry:

What packages should I download?
http://cygwin.com/faq/faq_2.html#SEC13

This will direct you to:

http://cygwin.com/packages/

which can be used to answer the generic question of 'Is XXX utility 
included with Cygwin?'


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 gcc

[Larry Hall (RFK Partners, Inc)]

At 05:40 PM 1/3/2003, Macias Abraham wrote:
>I´m new in gygwin and gcc program gives me an extrange
>error when I execute it.
>
>First appear an error window which says "Error
>initialicing the program", "The file CC1.EXE is
>vinculated to one CYGWIN1.DLL:putc_unlocked of
>exportacion that not exist". And then in the cygwin
>shell says "gcc: instalation problem, cannot exec
>'/usr/lib/gcc-lib/i686-pc-cygwin/3.2/cc1.exe':
>Permision denied.
>
>I´ve revised the permisions of that file and it have
>the x permision.
>What can I do?


You have an installation problem.  Rerun setup.exe, choose
"Devel" and then "Keep" next to gcc.  It should now read 
"Reinstall".  Do the same with binutils, gcc-mingw, and 
gdb.  If this doesn't work, your Cygwin mirror is
suspect.  Try installing at least these packages from a 
different mirror.  


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: gpg on cygwin error

[Larry Hall (RFK Partners, Inc)]

At 08:09 AM 12/30/2002, [EMAIL PROTECTED] wrote:
>Hello, 
>
>I have installed the cygwin gpg package, and have tried to import the KEYS 
>from Apache as follows: 
>
>$ gpg --import KEYS 
>gpg: fatal: //.gnupg: cant't create dircetory: No such file or directory 
>secmem usage: 0/0 bytes in 0/0 blocks of pool 0/16384 
>
>This from the dir with Apache download files, including KEYS file. Also 
>tried: 
>
>$ gpg --import /usr/downloads/KEYS 
>
>with the same results. Is this a cygwin problem maybe? Should I try to 
>conpile gpg instead of using the cygwin package? 



Check /etc/passwd for the user you are on this machine.  It would appear
that the home directory listed there is '/'.  I'm not sure why.  If rerunning
mkpasswd -l >/etc/passwd and mkdroup -l >/etc/group doesn't fix this (see
the -d flag if you need domain users), then just edit the path to point 
somewhere else.  // represents a partial UNC path which isn't 
what you want.



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: system cpu 99% when doing ls -CFs on W2K laptop

[Larry Hall (RFK Partners, Inc)]

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.
>
>%cygcheck -s
>  
>Cygwin Win95/NT Configuration Diagnostics
>Current System Time: Sun Dec 29 19:15:06 2002
>
>Windows 2000 Professional Ver 5.0 Build 2195 Service
>Pack 3
>
>Path:   c:\unix\bin
> c:\unix\usr\local\bin
> c:\home\xma\vim\src
> c:\unix\usr\X11R6\bin
> C
   ^^^

Try getting rid of this.



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: Rsync issue - can it handle files larger than 2 gigabytes?

[Larry Hall (RFK Partners, Inc)]

At 01:06 PM 12/26/2002, Michael Bourgon wrote:
>I'm trying to sync a 2.21 gigabyte file (so, a "large
>file") between Win2k and Win2k, where the client is
>pushing the file to the server (which is running
>"rsync --daemon --no-detach").  
>
>It fails, and to isolate the problem, I tried cp'ing
>the file:
>
>  cp /cygdrive/f/MY_db_200212252102.BAK /tmp
>
>which works successfully.  I then tried to rsync the
>same file:
>
>  rsync -a -vv -W --include=MY_db_200212252102.BAK
>--exclude=*.* /cygdrive/f/ /tmp
>
>It appears to replace the file with a 0-byte file.
>
>Here's the log from when it runs:
>
>building file list ...
>expand file_list to 4000 bytes, did move
>including file MY_db_200212252102.BAK because of
>pattern MY_db_200212252102.BAK
>done
>./
>MY_db_200212252102.BAK
>total: matches=0  tag_hits=0  false_alarms=0
>data=-1911686656
>wrote 150 bytes  read 36 bytes  124.00 bytes/sec
>total size is -1911686656  speedup is -10277885.25
>
>Does anyone know if there's anything I need to do to
>get large file support?  (I did have 4.58 gig free, so
>it wasn't due to lack of space)  Thanks.



Looks to me like you're running into 32-bit integer overflows.
While Cygwin internals don't support 64-bit either, judging from 
the output above, I'm guessing that rsync problem you're seeing is
internal to rsync.  A closer look at the code would help you determine
that for sure.  In any case, this is an indication that file sizes 
beyond 2GB don't work.



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: Running cygwin built programs in Windows XP

[Larry Hall (RFK Partners, Inc)]

Pharas,

Letting folks know what you did is fine but it's also the responsibility of 
this list to let everyone know which practices are very error-prone and not
supported by this list.  While we would prefer that everyone was aware of 
the best practices for Cygwin installations, we recognize that this isn't 
ever going to be the case.  So certain suggestions, like yours, will occur
even though such changes are very highly discouraged and folks making those
changes won't receive much in the way of real support for any issues they 
may post until the change is reverted.  But I think the point here is simply
that while it's fair for you to make such a suggestion, you should point out
that such a change is not supported by this list.  If you didn't know this 
to be the case, that's OK.  Now you do.  It's our obligation to inform you 
and others of this policy.

To answer your question about the paths and cygwin1.dll, yes, if cygwin1.dll
is in your Windows (system preferably) path, then any Cygwin program anywhere
on your system can be run any time and the DLL will always be found.

Larry


At 02:51 AM 12/24/2002, Pharas wrote:
>Hey I was just letting him know how I did it. Never said it was the correct
>way to do it, because I never knew about the shared memory thing. Ok then I
>have a question, if you can't use -mno-cygwin to compile you just need to
>make sure the path is set correctly and it will work?
>
>-Original Message-
>From: Randall R Schulz [mailto:[EMAIL PROTECTED]] 
>Sent: Sunday, December 22, 2002 11:36 PM
>To: [EMAIL PROTECTED]
>Subject: RE: Running cygwin built programs in Windows XP
>
>Pharas,
>
>Larry is correct. You are not. Problems do occur with multiple copies of 
>Cygwin1.dll on a system. We see it here all the time.
>
>Cygwin relies on a shared memory segment and when there's more than one 
>copy of the DLL on a given system, eventually a second one will get loaded, 
>try to initialize itself and either fail or interfere with the one that's 
>already loaded and initialized.
>
>If you want to do this, it's no skin off our nose, but DON'T recommend that 
>others do so.
>
>Randall Schulz
>
>
>At 20:53 2002-12-22, Pharas wrote:
> >I meant to just copy it not move it outright, as far as unstability I have
> >been using cygwin for quite a long time and have had no probs with this.
> >Even when you upgrade the cygwin package and install it, it will ask you if
> >you would like to remove the old dll from the system32 folder. Then you
> >could just do a copy of the new one. That said you could just make a copy
>of
> >it to the folder where your executable is it will work there to. Thanks for
> >your time.
> >
> > Pharas
> >
> >-Original Message-
> >From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]]
> >Sent: Sunday, December 22, 2002 1:41 PM
> >To: Pharas; [EMAIL PROTECTED]
> >Subject: RE: Running cygwin built programs in Windows XP
> >
> >Anyone who decides they want to do this is free to but it will invalidate
> >their installation and make it unstable.  Future problems they may run into
> >as a result will not be seriously entertained by this list (assuming said
> >persons post to this list for help in those cases) until cygwin1.dll is
> >put back where setup installed it.  For anyone wondering, copying
> >cygwin1.dll to this directory or any other carries the same warning.
> >
> >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
> >
> >
> >At 12:55 AM 12/22/2002, Pharas wrote:
> > >Just stick cygwin1.dll in your windows\system32 folder.
> > >
> > >-Original Message-
> > >From: John Seeliger [mailto:[EMAIL PROTECTED]]
> > >Sent: Saturday, December 21, 2002 6:41 PM
> > >To: [EMAIL PROTECTED]
> > >Subject: Running cygwin built programs in Windows XP
> > >
> > >How do I run a program that I built with gcc under Cygwin in Windows?
>When
> > >I try to run them, it says it can't find cygwin1.dll.
> > >
> > >--
> > >John Seeliger
>
>
>
>
>--
>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: Bugs in Cygnus Tools bash

[Larry Hall (RFK Partners, Inc)]

At 07:37 AM 12/24/2002, Chris Game wrote:
>In a recent post, Cliff Hones wrote:
>
> > A word of advice - don't report things as bugs unless you are sure
> > they are bugs and not cockpit error - it can make you look
> > foolish if you or your configuration are to blame.
>
>That seems a bit harsh. How else are people supposed to figure out
>what's wrong if they don't ask? There's no such thing as a stupid
>question, and any mis-reported bug gives an opportunity for Cygwin's
>usability to be improved - even if it's the documentation! And a few of
>us less-than-experts on here benefit from other's mistakes.



Right.  Of course, Cliff's point has merit as well.  It goes to keeping
list volume under control.  There are lots of resources out there to help
people understand how these tools should work and we want to promote these
resources so that this list isn't everyone's first thought of the place to
ask when they have a problem.  That said, there are certainly real bugs and
even local configuration issues and clashes that the average user may not
be able to figure out on their own, even with all available resources. 
Some things are just very specific to an installation and all the information
to help solve the problem aren't in one place.  Certainly these cases are 
quite reasonable times to post, even if it is a local configuration problem.
But we'll get and bear our share of "cockpit errors" questions too. ;-)



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: Problems running makewhatis

[Larry Hall (RFK Partners, Inc)]

At 08:15 AM 12/24/2002, Huw Dixon wrote:
>I can run /bin/awk(gawk) from the bash prompt to verify it exists:
>
>$ /bin/awk
>Usage: awk [POSIX or GNU style options] -f progfile [--] file ...
>Usage: awk [POSIX or GNU style options] [--] 'program' file ...
>POSIX options:  GNU long options:
>-f progfile --file=progfile
>-F fs   --field-separator=fs
>-v var=val  --assign=var=val
>-m[fr] val
>-W compat   --compat
>-W copyleft --copyleft
>-W copyright--copyright
>-W dump-variables[=file]--dump-variables[=file]
>-W gen-po   --gen-po
>-W help --help
>-W lint[=fatal] --lint[=fatal]
>-W lint-old --lint-old
>-W non-decimal-data --non-decimal-data
>-W profile[=file]   --profile[=file]
>-W posix--posix
>-W re-interval  --re-interval
>-W source=program-text  --source=program-text
>-W traditional  --traditional
>-W usage--usage
>-W version  --version
>
>To report bugs, see node `Bugs' in `gawk.info', which is
>section `Reporting Problems and Bugs' in the printed version.
>
>gawk is a pattern scanning and processing language.
>By default it reads standard input and writes standard output.
>
>Examples:
>gawk '{ sum += $1 }; END { print sum }' file
>gawk -F: '{ print $1 }' /etc/passwd
>
>
>>
>>Ok. Have you reinstalled the gawk package, and then checked that /bin/awk
>>actually exists?
>>
>>Max.



OK then.  Assuming you're still interested in someone here trying to help 
you find your installation problem, you'll want to follow my previous 
suggestion that you provide the information requested by 
www.cygwin.com/bugs.html.  Specifically, the output of cygcheck as 
described on this web page will help others get a better understanding
of your installation.



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/