Re: cygwin update for named pipes
At 02:03 AM 10/16/2004, you wrote: Hi mkfifo does not work on my cygwin (version ??). I have been told that it works on newer versions. What packeages should I update (slect in the update install window)? What packages should I download? Where are 'make', 'gcc', 'vi', etc? http://cygwin.com/faq/faq_toc.html#TOC13 -- 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: dvips: Couldn't find header file texc.pro
At 07:10 PM 9/27/2004, you wrote: I tried to invoke dvips. Here is what I have got. $ dvips foo.dvi This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com) dvips: ! Couldn't find header file texc.pro Any suggestions? Yes. Avail yourself of the tools at your disposal (or at least let us know why you think this is an issue that you can't find the solution to). http://cygwin.com/cgi-bin2/package-cat.cgi?file=tetex-bin%2Ftetex-bin-2.0.2-14grep=texc.pro Seems to me that you either have an installation problem or a configuration problem, since the file you want is included in the package found with the above. See if you can work out the solution now and if not, please report back some details of how you tried to solve the problem so we don't all retrace your same steps. -- 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/mount problem
At 08:45 PM 9/27/2004, you wrote:
I have installed the cron. It works fine for all cases
except while trying to do anything across the mounted
filesystem. I realize it might be some permission
problem, not sure what it is. Is the problem because
the k drive is mounted type user. How can I change
it to be a system wide mount or do I need to ?
No, you don't.
Here's the exact problem
$ crontab -l (my crontab)
# DO NOT EDIT THIS FILE - edit the master and
reinstall.
# (/tmp/crontab.1572 installed on Mon Sep 27 17:10:53
2004)
# (Cron version -- $Id: crontab.c,v 1.7 2003/04/15
15:13:41 corinna Exp $)
HOME = /cygdrive/c/Program Files/Sonic
BASE=/cygdrive/k/rekha/runSonic
* * * * * /usr/bin/touch $BASE/foo.txt
1${HOME}/sonicOutput/cron.out 2${HOME
}/sonicOutput/cron.err
Here's the output of cron.err
$ cat cron.err
/usr/bin/touch: creating
`/cygdrive/k/rekha/runSonic/foo.txt': No such file or
directory
NOTE: I can see the contents of cygdrive/k from the
shell. I only have problems while using the cron. So
if I excute this command like follows it works
[EMAIL PROTECTED] /tmp
$ touch /cygdrive/k/rekha/foo.txt
$ ls -ltr /cygdrive/k/rekha
total 92
-rwxr-xr-x1 rbelur mkgroup-12302 Sep 27
17:07 cron_diagnose.sh
-rw-r--r--1 rbelur mkgroup-0 Sep 27
17:34 foo.txt
Read this:
http://cygwin.com/cygwin-ug-net/ntsec.html#NTSEC-SWITCH
If you've installed cron as directed, you won't have access to non-publicly
accessible shares. Your options are to make the shares accessible to all
without authentication or run 'cron' as a service under the same user as
owns the crontab. The former opens up your share's permissions
significantly. The latter makes 'cron' usable by only you.
There's plenty in the email archives about all this too if you're looking
for more reading.
--
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: Stdout of other shell than cygwin's through xinetd
Please, one copy of each report is enough. At 05:57 AM 9/28/2004, you wrote: I've installed xinetd cygwin, in c:/cygwin/root, and execute it with /usr/sbin/xinetd -d to see the log on the screen If I use the cygwin tools, I've got result on the command I use : [EMAIL PROTECTED]:?:FA_26 /home/chrdelar rsh ptxw09112 /cygdrive/c/cygwin/root/bin/sh -c pwd /cygdrive/u [EMAIL PROTECTED]:?:FA_26 /home/chrdelar But If I use other tools like mingw : [EMAIL PROTECTED]:?:FA_26 /home/chrdelar rsh ptxw09112 /cygdrive/c/msys/1.0/bin/sh -c pwd [EMAIL PROTECTED]:?:FA_26 /home/chrdelar No echo/result of pwd appears. If I try with rlogin : [EMAIL PROTECTED]:?:FA_26 /home/chrdelar rlogin ptxw09112 [EMAIL PROTECTED] ~ $ /cygdrive/c/msys/1.0/bin/sh.exe -c pwd /u $ I've got the result Why did I not get my pwd answer on the rsh example ? How to connect the stdout of msys (on other sh like tools) to stdout of rsh ? Is this the same pb as getting the output of a cmd.exe prog, where I've read nothing is possible to get the output ? Yep. Any workaround ? If you have 'tty' in your Cygwin environment variable, remove it and try again. -- 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/mount problem
At 05:29 AM 9/28/2004, you wrote: Larry Hall wrote: Read this: http://cygwin.com/cygwin-ug-net/ntsec.html#NTSEC-SWITCH If you've installed cron as directed, you won't have access to non-publicly accessible shares. Your options are to make the shares accessible to all without authentication or run 'cron' as a service under the same user as owns the crontab. The former opens up your share's permissions significantly. The latter makes 'cron' usable by only you. There's plenty in the email archives about all this too if you're looking for more reading. I'm wondering if this restriction also applies to e.g. DCOM permissions? I'm using cron to run a C# program (my own) which extracts contacts info from Outlook to an LDIF file, for importing into openldap. This works fine on the command line, and works with cron running as myself. With cron running as System, using setuid to myself, the Outlook COM object model refuses access. (new Outlook.ApplicationClass throws an UnauthorizedAccessException.) Depends on what new Outlook.ApplicationClass is doing. If it requires authentication to get access to some network resource (i.e. the LDAP DB), then this is the same problem. Like Igor said in another post, a little experimentation would probably clarify if this is the 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 -- 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/mount problem
At 06:44 PM 9/28/2004, you wrote:
Here's the exact problem
$ crontab -l (my crontab)
# DO NOT EDIT THIS FILE - edit the master and
reinstall.
# (/tmp/crontab.1572 installed on Mon Sep 27
17:10:53
2004)
# (Cron version -- $Id: crontab.c,v 1.7 2003/04/15
15:13:41 corinna Exp $)
HOME = /cygdrive/c/Program Files/Sonic
BASE=/cygdrive/k/rekha/runSonic
* * * * * /usr/bin/touch $BASE/foo.txt
1${HOME}/sonicOutput/cron.out 2${HOME
}/sonicOutput/cron.err
Here's the output of cron.err
$ cat cron.err
/usr/bin/touch: creating
`/cygdrive/k/rekha/runSonic/foo.txt': No such file
or
directory
NOTE: I can see the contents of cygdrive/k from the
shell. I only have problems while using the cron.
So
if I excute this command like follows it works
[EMAIL PROTECTED] /tmp
$ touch /cygdrive/k/rekha/foo.txt
$ ls -ltr /cygdrive/k/rekha
total 92
-rwxr-xr-x1 rbelur mkgroup-12302 Sep 27
17:07 cron_diagnose.sh
-rw-r--r--1 rbelur mkgroup-0 Sep 27
17:34 foo.txt
Read this:
http://cygwin.com/cygwin-ug-net/ntsec.html#NTSEC-SWITCH
If you've installed cron as directed, you won't have
access to non-publicly
accessible shares. Your options are to make the
shares accessible to all
without authentication or run 'cron' as a service
under the same user as
owns the crontab. The former opens up your share's
permissions
significantly. The latter makes 'cron' usable by
only you.
Thanks for the response and sorry to bug you folks but
I have tried reading the email archives and trying
some different things to no avail.
I changed my permissions, so now
$ ls -ltr /cygdrive
total 0
drwxr-xr-x1 rbelur Domain U0 Dec 31
1969 y
drwxr-xr-x1 rbelur Domain U0 Aug 11
12:35 x
drwxr-xr-x1 rbelur Domain U0 Sep 14
17:11 w
drwxr-xr-x1 rbelur Domain U0 Sep 22
12:10 k
drwxrwxr-x+ 18 Administ root0 Sep 28
15:01 c
I have only one option which is to run the cron user
as rbelur to try to get cron to read my network
drive. To that end I did the following
$ cygrunsrv --stop cron
$ cygrunsrv --remove cron
$ cygrunsrv --install cron -p /usr/sbin/cron -a -D -u
rbelur -w mypassword
$ cygrunsrv --start cron
cygrunsrv: Error starting a service: StartService:
Win32 error 1069:
The service did not start due to a logon failure.
Am I still missing something basic ? Sorry to bother
but any help would be appreciated
Try:
http://www.cygwin.com/ml/cygwin/2004-07/msg00155.html
Assuming 'cron_diagnose.sh' reports something, you should review it and
make any appropriate changes. Keep in mind that most people use this
when setting up 'cron' to run as a service under 'SYSTEM', so YMMV. It's
probably a permissions problem. You can check the logs in the Windows
event viewer and '/var/log/cron.log' as well for hints. Permissions/
ownership of '/var/cron' may need to be changed. Don't forget to
read '/usr/share/doc/Cygwin/cron.README' too. That should give you a
few things to look at/try. ;-)
--
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: cygserver won't start (FAQ alert)[SOLVED]
At 01:57 PM 9/29/2004, you wrote:
Igor Pechtchanski wrote:
One thing, when I installed this cygwin I checked the Install For Just Me
option. Could this have anything to do with it?
Bingo. As I was reading your message, I thought he should check that he
has system mounts. You've just confirmed that you don't. Re-mount all
of your mounts as system, and your services will work.
David, this is definitely an FAQ, but there is nothing in the FAQ about
services (other than the how do I install snapshots entry). Should we
add something along the lines:
Why don't my services work?
Most Windows services run as the SYSTEM user. If you installed Cygwin
for Just Me, the SYSTEM user won't see the mount table. You need to
re-mount all of your mounts as system for services to work.
We could even include the recipe for remounting as system (e.g., from
http://cygwin.com/ml/cygwin/2003-05/msg00487.html), or tell them to run
setup.exe again and select All Users on the Install For screen (and
use the Keep view, so that nothing gets upgraded accidentally).
Thank you (all) ever so very much.
I had no idea what it took to re-mount all your mounts as system but I did the
{eval `mount -m | sed -e 's/ -u / -s /g' -e 's/$/;/'`} from the msg referenced
above and it now works like a charm.
(There are some occasional other users of this machine and I don't really want them
to have access to something as powerful as cygwin so re-installing for all users was
definitely not the preferred solution.)
Actually, system mounts are really *the* difference between installing
Just for me and All Users. So you have effectively reinstalled for
all users now. ;-)
Hmmm. I wonder if this will help another installation where Task Scheduler jobs
don't seem to have access to windows network drives. Worth a try.
True but you won't see a difference. When you say Task Scheduler, you
mean the Windows service/utility, right? Just curious. There's the same
issue with 'cron' and any service that runs under SYSTEM. It has no
access to shares that require authentication to access. So you either
need to make your shares accessible to everyone or run the service under
your user name and only for your user.
--
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 issue
At 12:53 AM 9/30/2004, you wrote: On Thu, 09 Sep 2004 14:29:16 -0400, Larry Hall wrote: Access to network shares seems to come up allot in the context of Cygwin services. Maybe it would be good to add something to the FAQ on this. What do you think Joshua? See how this does: Some Cygwin services normally run as the SYSTEM user, which has certain limitations. Under the Windows authentication scheme, the SYSTEM user cannot access network shares that require authentication. For more information, see `http://cygwin.com/cygwin-ug-net/ntsec.html'. Workarounds include using public network share that does not require authentication (for non-critical files), or running the service as your own user with `cygrunsrv'. Very nice. Thank you. I wonder if you would be able to add the following on a future pass: In the latter case, this is likely to keep the service from working for any user other than your own. Just a thought and really just for added clarification. I'm already excited about being able to point to this new FAQ entry next time the question comes up! :-) -- 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: problem with finding case-sensitive filenames when running DOS batch command with bash shell
At 02:24 PM 10/6/2004, you wrote: Hi, I'm running cygwin bash shell and have set the parameters ~/.bashrc shopt -s nocaseglob ~/.inputrc set completion-ignore-case on but I'm still having problems with running a DOS batch command that will not be case-sensitive. None of the above affects DOS/cmd.exe/command.com functionality. It controls bash/readline functionality. x.bat dir /s /b filename.txt (I want it to match with name like fileNAME.txt and return filename.txt) If I run this x.bat under cygwin bash shell the return from dir /s /b command is file not found. Works fine for me. The obvious question is, are you in the directory with 'fileNAME.txt'? What else do I need to set in DOS or bash shell environment to allow dir /s /b to make the directory search for filename to be case-insensitive? That's a DOS/Windows question, not a Cygwin one. So it's really off-topic here. However, there is no need to set anything for Windows to treat file names in a case insensitive way. It does that already (and really won't treat them any other way at the cmd/command prompt). Your problem must actually be caused by something else on your machine. -- 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: Fix: Socket problem w/ apache perl cgi (fwd)
Yup, that's a known issue. It's not actually Cygwin that requires the
'SYSTEMROOT' environment variable setting. It's winsock. :-(
Larry
At 04:05 PM 10/6/2004, you wrote:
A couple of months ago I reported a problem trying to use Apache and perl
for web development. The problem was that all attempts to use any kind of
a socket failed.
I just got this note from Eric Davis. He's worked out the problem and a
work-around.
He asked me to forward this to the mailing list as he is not subscribed.
dar
-- Forwarded message --
Date: Wed, 6 Oct 2004 12:18:29 -0700
From: Eric Davis [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Fix: Socket problem w/ apache perl cgi
Hi David,
I came across your post on the Cygwin mailing list about Perl/CGI not
working under Apache.
http://www.cygwin.com/ml/cygwin/2004-07/msg01080.html
Like you, I was also pulling my hair out on this and figured out the
problem/solution. I verified that the problem exists and the solution
works for both the Apache and Boa web servers.
The following CGI script works from the bash prompt but fails as a
CGI program (name - proto_real.cgi):
#!/usr/bin/perl
print Content-Type: text/html\r\n\r\nhtml\nhead/head\nbody\n;
my $num;
(undef, undef, $num) = getprotobyname('tcp');
if ($num)
{
print OK: tcp($num)br/\n;
}
else
{
print ERRORbr/\n;
}
print /body\n/html\n;
The problem has to do with (good) Web servers removing all the existing
environment variables before a fork and exec of the CGI script, and of
course building new environment variables containing all the CGI data.
For some reason, Cygwin requires the SYSTEMROOT environment variable to
be set for things to work properly.
The fix (i.e. without modifying any Web server CGI code) is to create
a wrapper around the real script. This wrapper simply sets the
SYSTEMROOT environment variable and executes the real script. Here
is an example wrapper (name - proto.cgi):
#!/usr/bin/perl
$ENV{SYSTEMROOT} = C:\\WINDOWS;
exec 'proto_real.cgi'
That should do it. With this, I can now write CGI code using Apache
or Boa under the Cygwin environment. So using DBI, DBD::mysql,
DBD::mysqlPP, IO::Socket, etc, now works as expected... all of which
I have used/tested under Cygwin/Apache/Perl/CGI.
Lastly, could you please post this as a reply to your original question
on the Cygwin mailing list. I'm not on that list and don't want to
subscribe just to post this.
Good luck!
- eric
--
Eric Davis
http://www.foobargeek.com
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
--
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: Fw: cron doesnt run jobs (sometimes)!
At 11:50 AM 10/7/2004, you wrote: - Original Message - From: Reini Urban [EMAIL PROTECTED] To: russ [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, October 07, 2004 1:22 AM Subject: Re: cron doesnt run jobs (sometimes)! russ schrieb: Hi there list! 1st off .im new to cygwin. i have built some scripts to do tape backups basically a find, then a cpio, then tar it to tape. it runs from the command line. it doesnt run from crontab, although from event viewer i see that cron ran. also i put another line in crontab to run ls -l /usr/tmp/test every minute. this works just fine!. ive lightly tapped all my scripts with chmod 777 still doesnt work! not the script! the data must be readable for SYSTEM. btw its a win2k server (dc) any ideas? check if it runs under okay in a sysbash shell. must be the permissions. search the ml archives for sysbash. still not a package or run manually: at soon /interactive bash --login -i -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ Ah! it seems to work now. fantastic! does anyone know how to get a system owned bash shell from an RDP session, i can only get one at the console. which is 300 miles away :- You can run it from an rxvt or xterm and reroute that way if you want/need. Or the VNC route should allow you to see what you need without being local. -- 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: Add requirement for SYSTEMROOT to FAQ?
At 05:07 PM 10/7/2004, you wrote: In any case, I don't think an attempt to be helpful warrents a snippy response. Maybe I've been on this list too long but I didn't find Chris's response to be snippy at all. Just very descriptive and declarative. To each his own. -- 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: ssh.exe 3.7.1p1: crashing with STATUS_ACCESS_VIOLATION error @ 0x016E65A8
At 12:36 AM 10/19/2004, you wrote: Hello, I've not seen ssh.exe abort in this fashion before. I have a product which uses ssh without any problems (on about 2,500 servers), but one troublesome server throws this exception. ** The command line is: ssh -vvv -o 'stricthostkeychecking=no' -i authorized_keys2 -l myuser AServer .. ** The debug output, up to the crash-point is: debug1: identity file authorized_keys2 type 2 debug1: Remote protocol version 2.0, remote software version OpenSSH_3.7.1p1 debug1: match: OpenSSH_3.7.1p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 16 [main] ssh 685 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION snip If anyone can shed any light on this, I'd be chuffed. Did you try the latest version of OpenSSH and Cygwin? -- 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: unable to edit/less dotted files, etc.
At 07:58 PM 10/19/2004, you wrote: Thanks for the reply, Dave, Turns out 1.3 is just the version of the doc file, I'm up to date. Sorry to give bum info. c:\cygwin\bin\cygwin1.dll is dated 9/4/2004. I've just run a default install again, just in case. I haven't done anything with perms. I installed cygwin as administrator, not just for me. The behavior is the same, whether I log in using the Win2k admin account or as my regular user account. I've just repeated the process: I can't edit a dotted file, even though I can ls it, and I can't edit files that don't conform to 8.3. If I rename files to 8.3, I can edit them. SO I don't think it has anything to do with permissions. Let's start over. Read this: Problem reports: http://cygwin.com/problems.html We need the information it requests and we need a case to reproduce your behavior. Make sure all the tools you're using in this test case are indeed Cygwin versions. There's no reason that Cygwin apps would require 8.3 names. I think you're changing these files with some windows program which is mucking with the permissions on these files. But that's just a WAG. -- 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: Program to talk to serial port?
At 09:09 PM 10/19/2004, you wrote: I need a program that can talk to a serial port on the local computer, the way Hyperterm does for Microsoft Windows. I would like this program to present its user interface in an xterm. If that is not possible, perhaps a program that is itself an X11 client would do. I was able to compile minicom under cygwin. However, when minicom launches, it tries to access /dev/ttyS1, which is not provided by cygwin. Why do you say that? I did this: $ ls /dev/ttyS1 /dev/ttyS1 Does it not for you? -- 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: Problem Running Cygwin on Win XP (not a valid Win32 application)
At 04:51 PM 10/19/2004, you wrote: Hi! I have installed cygwin successfully, but if I try running it I get the message: C:\cygwin\cygwin.bat is not a valid Win32 application. I run Windows XP. Any help would be highly appreciated, as I need to get it running as soon as possible. Sounds to me like this batch file is messed up somehow. What does it look like? What's the output of 'getfacl c:/cgywin/cygwin.bat? -- 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: ssh.exe 3.7.1p1: crashing with STATUS_ACCESS_VIOLATION error at 0x016E65A8
At 12:33 AM 10/20/2004, you wrote: Larry Hall writes: snip Did you try the latest version of OpenSSH and Cygwin? I upgraded to the following binaries and tried it again, ssh.exe 3.9p1 cygcrypto-0.9.7.dll 0.9.7d cygwin1.dll 1.5.11 cygminires.dll 0.98 cygz.dll 1.2.2 Ugh. Same problem, though obviously a different address (0x16D65A8). The strace looks a little different leading up to the crash- site though, 3 lines immediately before the exception. No mention of the wsock_event this time, and new 'lock / 'unlock lines. Though I guess this doesn't help. 569 2308580 [main] ssh 1285 __cygwin_lock_lock: threadcount 1. not locking 505 2309085 [main] ssh 1285 __cygwin_lock_unlock: threadcount 1. not unlocking 474 2309559 [main] ssh 1285 writev: writev (3, 0x22EB90, 1) 1432 2310991 [main] ssh 1285 handle_exceptions: In cygwin_except_handler exc 0xC005 at 0x16D65A8 sp 0x22EA1C 1559 2312550 [main] ssh 1285 handle_exceptions: In cygwin_except_handler sig 11 at 0x16D65A8 Sorry, I don't see it. If it's truly a problem only when you ssh to one server (and the other 2499 are fine), I'd suggest looking at the differences in configuration and installation on that server compared with one of the others. -- 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: .bashrc not called for non-interactive ssh sessions
At 07:48 PM 10/21/2004, you wrote: As best as I can tell from the archives and man pages, ~/.bashrc should be called when starting an ssh session - both interactive and non-interactive. Tests on my Linux box behave as expected: ssh linuxbox ssh linuxbox pwd ssh cygwinbox But ssh cygwinbox pwd does *not* call ~/.bashrc... From the bash man page: Bash attempts to determine when it is being run by the remote shell daemon, usually rshd. If bash determines it is being run by rshd, it reads and executes commands from ~/.bashrc, if that file exists and is readable. It will not do this if invoked as sh. The --norc option may be used to inhibit this behavior, and the --rcfile option may be used to force another file to be read, but rshd does not generally invoke the shell with those options or allow them to be specified. WFM. What's your shell in '/etc/profile'? -- 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: error: `::acosl' undeclared : #INCLUDE cmath and fstream
At 12:28 PM 10/22/2004, you wrote: Hello, I am compiling using the latest Cygwin. My main.cpp starts with: - - - - - - #include cmath #include fstream #include iostream #include iomanip #include sstream #include stdio.h #include ims/c4s/sa/tuf/Tracker.h #include ims/c4s/sa/tuf/TrackInformation.h using namespace std; - - - - - - My Makefile has: - - - - - - OPTIONS = -Wall,--subsystem,windows -mno-cygwin -O2 -g -pedantic \ -Wpointer-arith -Wcast-qual -Wcast-align \ -Wwrite-strings -Wstrict-prototypes \ -Wmissing-prototypes -Wconversion INCLUDES = -I./ #INCLUDES += -IC:/cygwin/usr/include ^^ #INCLUDES += -I/cygdrive/c/cygwin/usr/include trackerTest: Main.cpp g++ $(OPTIONS) \ $(INCLUDES) \ -o trackerTest \ Main.cpp \ $(LIBRARIES) - - - - - - Compiling, I get a line: netinet/in.h: No such file or directory I then then tried un-commented-out one of the #INCLUDES line to get at the cygwin netinet/in.h file, It is just: - - - - - #ifndef _NETINET_IN_H #define _NETINET_IN_H #include cygwin/in.h #endif /* _NETINET_IN_H */ - - - - - meaning that the useable version of in.h is: C:/cygwin/usr/include/cygwin/in.h With that fix, 4 errors are seen below (per error type, I am only showing you the 1st of many). The /usr/include/c++/3.3.3 is under C:\cygwin. The #INCLUDE for cmath and fstream seem to have problems with the latest Cygwin 3.3.3 Can you help? As I pointed to above, you're trying to compile a non-Cygwin executable (-mno-cygwin) with using a Cygwin include file. You can't mix and match like that. If you need the POSIX API, you have to compile without the '-mno-cygwin' switch. That, of course, pulls in 'cygwin1.dll' and, as a result, makes your result GPL'd, if that's an issue for you. If you don't want to use '-mno-cygwin', then you'll want to take this to the MinGW list(s) (www.mingw.org). -- 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: wstring, how?
At 07:44 PM 10/22/2004, you wrote:
#include string
class{
std::wstring wstr; //== syntax error before ; token
};
g++ -Wall -g -c program.exe -o filename.cpp
Can someone tell me what I am dong wrong or why I get this error message?
Presuming you're using the latest Cygwin gcc/g++ release (3.3.3), take a
look at /usr/include/g++-3/string and I think you'll find your answer.
You can add the wstring typedef yourself and then things compile fine,
assuming you fix the 'typo' of the missing class name.
Gerrit, do you know why string has the wstring typedef commented out?
--
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: wstring, how?
At 06:31 PM 10/23/2004, you wrote:
Larry Hall wrote:
At 07:44 PM 10/22/2004, you wrote:
#include string
class{
std::wstring wstr; //== syntax error before ; token
};
g++ -Wall -g -c program.exe -o filename.cpp
Can someone tell me what I am dong wrong or why I get this error message?
Presuming you're using the latest Cygwin gcc/g++ release (3.3.3), take a look at
/usr/include/g++-3/string and I think you'll find your answer.
You can add the wstring typedef yourself and then things compile fine, assuming you
fix the 'typo' of the missing class name.
Gerrit, do you know why string has the wstring typedef commented out?
wchar_t and wstring are not in newlib and so they are not in cygwin.
Yeah, I thought of that but then I grepped through newlib and there seemed
to be plenty of references to it. Then I added:
namespace std {
typedef std::basic_string wchar_t wstring;
};
after the '#include string' above, fixed the typo to add a class name,
and things compiled fine for me. So it seems to me like newlib is not
the bottleneck for wide character support. Or did I miss something?
--
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: wstring, how?
At 05:54 AM 10/24/2004, you wrote: Gerrit P. Haase wrote: Larry Hall wrote: Gerrit, do you know why string has the wstring typedef commented out? wchar_t and wstring are not in newlib and so they are not in cygwin. Yeah, I thought of that but then I grepped through newlib and there seemed to be plenty of references to it. Actually I'm getting nothing: [EMAIL PROTECTED] /winsup/src/newlib $ grep -r wstring * [EMAIL PROTECTED] /winsup/src/newlib $ Sorry, I wasn't specific in my reply. 'wchar_t' is referenced in newlib. 'wstring' is only defined (typedef) in '/usr/include/g++-3/string' but it is commented out. Like I said though, if you uncomment it (or put the same definition in the code), everything compiles/links fine. So, on the face of it, it would appear that using 'wstring', 'wchar_t', and, presumably, wide-character functions are possible with Cygwin. Am I missing something? -- 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: Profile not called
At 10:45 AM 10/24/2004, you wrote: It seems that profile is not called. I put several aliases and Hello from Cygwin in profile. However 'declare' doesn't show them. Also Cywing window doesn't print Hello from Cygwin. $ cygcheck -c cygwin Cygwin Package Information Package VersionStatus cygwin 1.5.11-1 OK Alex, Please read the man page for bash. If this doesn't resolve your issue, please prepare a clear, reproducible example before you consult the list again for help on this issue. Make sure you include that example in your post. ;-) Also, a quick review of http://cygwin.com/problems.html is probably in order. We need some minimal information for any problem reports from you to make sense. -- 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: Cygwin finally croaked
At 10:08 AM 10/24/2004, you wrote: I installed cygwin version. Not sure of the version but somtime at beginning of this year 2004. I never really use it except for the whois functionality. A few days ago I noticed when I first double click on the icon on my Windows 2000 SP3 desktop the console comes up and disappears. I have to double-click again and it comes up stays and I can do the whois. Then sometimes the console does not receive keyboard input. I shake my desktop around a little bit spit left roll my eyes and it starts to receive input and I can logout. Is there a shelflife to Cygwin? Seems so here. Oh, absolutely. Cygwin spoils after a few weeks. I'm surprised you didn't notice the smell. Well, I guess you were lucky. Sometimes you can prolong the shelf-life by spitting, shaking your machine, and rolling your eyes, much like you found. Cygwin is sensitive to abuse and actually prefers it when you're rough. So I think you've stumbled across exactly the right technique to keep Cygwin going as long as it did. Congratulations! :-) On a more serious note, if any of the above behavior really does help in some way, I suspect a hardware problem. But if you feel that the problem is with your Cygwin installation, I'd recommend reviewing: Problem reports: http://cygwin.com/problems.html A clear problem report might help someone on this list help you figure out what's wrong with your installation. -- 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: Startup problem
At 10:23 AM 10/24/2004, you wrote: There must be something wrong with recent setups. Once upon a time, running the cygwin.bat brought up bash, went through a series of startup/login scripts and then it worked. Now, as the poster said, bash and nothing works. One is NOT in the home directory but actually in the /usr/bin but no path has been set. Confirm this by running common commands such as ls. The will work as ./ls. Is this meant to be a problem report? Other than indicating that you apparently installed Cygwin at some point in the past without experiencing problems but have not been able to replicate that success, there are no real details here of what you did or any problems you saw in the process. The fact that you end up in /bin without your PATH set properly suggests that 'mkpasswd' did not run for some reason (did any postinstall scripts run?). Perhaps you want to check to see if you have a '/etc/passwd' file and if the settings for your user exist and are correct. Other than that, I can't offer more/better advice based on your input. Time to fix this. Indeed. You might want to start here: Problem reports: http://cygwin.com/problems.html -- 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: bash-2.05b commands?
At 02:12 PM 10/24/2004, you wrote: HI again, Thanks for the prior help. Got Cygwin to open. It opens to Cygwin bash shell which is bash-2.05b. I get 'bash-2.05b$' I type 'help' and get a screen full of it. I type 'dirs' and get '/cygdrive/d/cygwin/bin'. But I am unable to get to any directory in my cygwin file. bash-2.05b$ _ (What do I type here to get to my home dir?) Path on HD is D:\cygwin\home\warrey. Please read and follow: Problem reports: http://cygwin.com/problems.html for any subsequent posts to this list. While it's certainly clear from your posts what you are trying, it's not clear what your environment is. Following the recommendations of the above link will tell you what a good problem report should contain and how to send it to this list. Also, in your case, please *attach* the '/etc/passwd' and '/etc/group'. -- 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: Cygwin finally croaked
At 06:02 PM 10/24/2004, you wrote: Larry Hall [EMAIL PROTECTED] wrote in message http://cygwin.com/acronyms/#PCYMTNQREAIYR snip Ok I'll try to be a little clearer. Recently when I double-click on the Cygwin icon on my Windows 2000 SP3 desktop the Cygwin console will come up then immediately disappear. If I double-click it again it comes up and stays and I can do stuff with it. Like whois which is all I ever do with it. Wow, you have allot of Cygwin stuff installed considering that you only want to use 'whois'. That's not a problem though. I was just surprised to see the *long* list of packages given this statement. After the whois I am noticing that the console stops receiving keyboard input. I click the title bar minimize other open windows and it starts to receive keyboard input again. And I can do ctrl-D which is what I want to do after whois. Namely I want to logout. This is the ONLY application I have installed in Windows 2000 that does this. The ONLY one. If you need any more information other than what I provided that you think might help to trouble-shoot this issue please let me know what you suggest or need? Thanks. I guess I need to see your 'cygwin.bat' contents and your invocation of 'whois'. So far, I see nothing wrong and I cannot reproduce your problems on this end. -- 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: Profile not called
At 04:21 AM 10/25/2004, you wrote: Brian Dessent [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] http://cygwin.com/acronyms/#PCYMTNQREAIYR Please pay attention to this. We don't want to feed the spammers. Alex Vinokur wrote: HOME = `c:\Documents and Settings\Administrator' Your home directory has spaces in it. THat's going to break some things. See the users guide / FAQ. It worked for a long time (more than 2 years). Then you must be redefining HOME somewhere else and/or otherwise making allowances for it. Brian's suggestion is the simple, reliable, and robust way to make this work. You should consider it. C:\cygwin\_download\001/ system textmode C:\cygwin\_download\001/bin/usr/bin system textmode C:\cygwin\_download\001/lib/usr/lib system textmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system textmode,cygdrive Your mounts are messed up. I don't know what that _download\001 dir is but I suspect that your / should be c:/cygwin, your /usr/bin should be c:/cygwin/bin and /usr/lib should be c:/cygwin/lib. Either fix your mounts using mount and umount commands or rerun setup and point it at c:\cygwin to install. Most everything is going to be broken until you fix this. Brian It also worked for a long time. Yesterday I downloaded and installed Cygwin updates. After that I have the problem. Before that I had no problem. I'll take your word for it but I still think you should heed Brian's advice. Looking at your cygcheck output, one can see that you have Cygwin executables like 'bash.exe', 'cat.exe', and 'gcc.exe' in 'C:\cygwin\bin\', to name a few. This is in direct conflict with your mounts. From your mounts, I'm led to conclude that you installed Cygwin into the directory you downloaded Cygwin to, which has historically caused problems. It's clear that at least at some point in the past, you also installed Cygwin into 'C:\cygwin\bin\'. So I'd recommend looking at this conflict and getting it resolved. Brian's suggestion may be all that's necessary to set this straight. -- 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: Profile not called
At 10:00 AM 10/25/2004, you wrote: Larry Hall wrote in message news:[EMAIL PROTECTED] [snip] At 04:21 AM 10/25/2004, you wrote: I'll take your word for it but I still think you should heed Brian's advice. Looking at your cygcheck output, one can see that you have Cygwin executables like 'bash.exe', 'cat.exe', and 'gcc.exe' in 'C:\cygwin\bin\', to name a few. This is in direct conflict with your mounts. From your mounts, I'm led to conclude that you installed Cygwin into the directory you downloaded Cygwin to, which has historically caused problems. It's clear that at least at some point in the past, you also installed Cygwin into 'C:\cygwin\bin\'. So I'd recommend looking at this conflict and getting it resolved. Brian's suggestion may be all that's necessary to set this straight. [snip] Thanks. I did that. See my posting in the tread titled startup problem // no longer works // profile not called at news://news.gmane.org/[EMAIL PROTECTED] We can see that there is some problem with bash: kpsexpand: command not found And how would you check to find out where 'kpsexpand' came from? Visit http://cygwin.com/packages/, enter 'kpsexpand', and press enter. Presto! You now know that 'kpsexpand' comes from the 'tetex-bin' package. You have that installed, so you can either look to see why that's not being found for you anymore or you can just rerun 'setup.exe' and reinstall it. The choice is yours. -- 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: Cygwin finally croaked
At 07:59 PM 10/24/2004, you wrote: Larry Hall [EMAIL PROTECTED] wrote in message Again, http://cygwin.com/acronyms/#PCYMTNQREAIYR. Don't feed the spammers. news:[EMAIL PROTECTED] At 06:02 PM 10/24/2004, you wrote: Larry Hall [EMAIL PROTECTED] wrote in message http://cygwin.com/acronyms/#PCYMTNQREAIYR snip more snippage After the whois I am noticing that the console stops receiving keyboard input. I click the title bar minimize other open windows and it starts to receive keyboard input again. And I can do ctrl-D which is what I want to do after whois. Namely I want to logout. This is the ONLY application I have installed in Windows 2000 that does this. The ONLY one. If you need any more information other than what I provided that you think might help to trouble-shoot this issue please let me know what you suggest or need? Thanks. I guess I need to see your 'cygwin.bat' contents and your invocation of 'whois'. So far, I see nothing wrong and I cannot reproduce your problems on this end. Neither could I before this issue started. In fact I never tried to get this behavior. Just started happening right out of the blue I double-click it poof. I double click it again fine. Sometimes the console stops accepting input. Sometimes not. snip cygwin.bat: ___ @echo off C: chdir C:\cygwin\bin Set INCLUDE=C:\cygwin\lib\gcc-lib\i686-pc-mingw32\3.3.1\include; Set CYGWIN=tty notitle glob bash --login -i ___ Everything I am sending you is exactly as it is\was before this issue started. I think maybe you can see why I asked if there was a shelf-life. For that's all I can think of at this point. I mean I did update my Java Plug-in. I may have added stuff to my classpath. I put in a VRML plugin. I changed my php directory from C:\PHP to C:\PHP4 and am using some extensions now. In fact I've done lot's of stuff but I know I didn't touch anything in C:\cygwin. OK, well if you actually changed absolutely *nothing* relative to Cygwin then your problem lies elsewhere. As for your 'cygwin.bat' file, that's fine. It works fine for me with minor edits to make it conform to my environment. The only suggestion I'll make beyond looking at other areas in your system is to try running 'cygwin.bat' from a DOS command prompt window. If you can reproduce the problem there, there may be some output that would help you zero in on the issue. -- 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: Profile not called
At 12:03 PM 10/25/2004, you wrote: Larry Hall wrote in message news:[EMAIL PROTECTED] [snip] And how would you check to find out where 'kpsexpand' came from? Visit http://cygwin.com/packages/, enter 'kpsexpand', and press enter. Presto! You now know that 'kpsexpand' comes from the 'tetex-bin' package. You have that installed, so you can either look to see why that's not being found for you anymore or you can just rerun 'setup.exe' and reinstall it. The choice is yours. [snip] I have reinstalled. The original problem has returned. See news://news.gmane.org/[EMAIL PROTECTED] bash-2.05b$ cygcheck -srv cygcheck.out 21 File cygcheck.out is attached. Well, it looks like your mounts are wrong again. They now all point to 'C:\cygwin_etc\_download\001' while your path points to 'C:\cygwin\bin'. Perhaps during the reinstall you changed your installation path (again)? -- 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: Profile not called
At 12:25 PM 10/25/2004, you wrote: Larry Hall wrote in message news:[EMAIL PROTECTED] At 12:03 PM 10/25/2004, you wrote: Larry Hall wrote in message news:[EMAIL PROTECTED] [snip] And how would you check to find out where 'kpsexpand' came from? Visit http://cygwin.com/packages/, enter 'kpsexpand', and press enter. Presto! You now know that 'kpsexpand' comes from the 'tetex-bin' package. You have that installed, so you can either look to see why that's not being found for you anymore or you can just rerun 'setup.exe' and reinstall it. The choice is yours. [snip] I have reinstalled. The original problem has returned. See news://news.gmane.org/[EMAIL PROTECTED] bash-2.05b$ cygcheck -srv cygcheck.out 21 File cygcheck.out is attached. Well, it looks like your mounts are wrong again. They now all point to 'C:\cygwin_etc\_download\001' while your path points to 'C:\cygwin\bin'. Perhaps during the reinstall you changed your installation path (again)? I did nothing with my installation path. So you mean that when you ran 'setup.exe' and got to the page titled Cygwin Setup - Choose Installation Directory, your Root Directory read as 'C:\Cygwin\bin' and you did not change that to 'C:\cygwin_etc\_download\001'? Well, if you didn't make that change, you're doing something else that alters the default mount paths. You should find a way to keep from doing that. I agree with Dave Korn as well. You have *many* similar packages from many different sources all of which have potential to clash with each other. It is *not* a goal of Cygwin tools to work seamlessly with any and all other versions of like tools. If you have further problems with 'tetex' or other tools for which you have multiple variants installed, please try to narrow down where the problem is coming from and consult the appropriate source for guidance on the issue found. -- 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: Cygwin finally croaked
At 08:17 PM 10/25/2004, you wrote: Larry Hall snip OK, well if you actually changed absolutely *nothing* relative to Cygwin then your problem lies elsewhere. As for your 'cygwin.bat' file, that's fine. It works fine for me with minor edits to make it conform to my environment. The only suggestion I'll make beyond looking at other areas in your system is to try running 'cygwin.bat' from a DOS command prompt window. If you can reproduce the problem there, there may be some output that would help you zero in on the issue. snip OK I did it in the console. Pardon my mistakes here: C:\cygwincygwin C:\cygwinREM @echo off C:\cygwinC: C:\cygwinchdir C:\cygwin\bin C:\cygwin\binSet INCLUDE=C:\cygwin\lib\gcc-lib\i686-pc-mingw32\3.3.1\include; C:\cygwin\binSet CYGWIN=tty notitle glob C:\cygwin\binbash --login -i = My comment: This should not have happened. = Huh. Well I guess it's time to get some output from bash. Add '-x' after '-i' in your 'cygwin.bat' file and try it again. C:\cygwin\bincygwin 'cygwin' is not recognized as an internal or external command, operable program or batch file. As you know, that's expected unless 'C:\cygwin' is in your Windows path (which it really shouldn't be). snip -- 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: Profile not called
At 01:10 AM 10/26/2004, you wrote: Larry Hall wrote in message news:[EMAIL PROTECTED] [snip] So you mean that when you ran 'setup.exe' and got to the page titled Cygwin Setup - Choose Installation Directory, your Root Directory read as 'C:\Cygwin\bin' and you did not change that to 'C:\cygwin_etc\_download\001'? [snip] I myself changed nothing. Ah, well then it's time to get the gremlins out of your system. They are causing you no end of grief! -- 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: cron won't execute tasks
At 08:22 PM 10/28/2004, you wrote: Hello all, This problem is driving me insane (I don't have far to go ;-). Configuration: Windows 2003 Enterprise Edition, quad processor, 12 GB RAM. Just downloaded Cygwin a few days ago. So, it should be the latest. The possible root cause: BTW, I am trying to run cron as a service. Our IT person installed Cygwin under a domain account. Cron would run every minute but wouldn't switch user context. So, I had him re-install Cygwin under a new local account that was assigned to the Windows Administrators group. In addition to what Igor said, make sure you've read '/usr/share/doc/Cygwin/cron.README'. 'crond' won't be able to switch users if your service isn't run as SYSTEM. Running it as a member of the Domain Users and/or Administrators is of no value/use. -- 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: What is aux???!
At 10:43 AM 10/29/2004, you wrote: Try this: $ mkdir aux mkdir: `aux' exists but is not a directory $ cat aux (hangs) $ ./aux (hangs) $ ls aux aux $ rm aux $ Yours bemused, -- Colin Welcome to Windows. You should try googling for things like this. It has come up before not surprisingly: http://www.cygwin.com/ml/cygwin/2004-02/msg00370.html -- 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: What is aux???!
At 11:54 AM 10/29/2004, you wrote: On Fri, Oct 29, 2004 at 04:41:58PM +0100, Colin JN Breame wrote: Says here http://www.cygwin.com/ml/cygwin/2004-02/msg00373.html that: Starting with version 1.5.0, Cygwin provides a special managed mount mode that encodes, among other things, special names (including aux) so that they can be used in Cygwin. Is this something I can activate ?? Nah, we only mention stuff like this to basically confound users to get them to send more email to the cygwin mailing list without actually clicking on the referenced links or doing any basic research on the topic. That means you should at least try simple things like 'man mount' to find more information. Be aware that this only works for files that Cygwin sees and only in a new directory. You cannot make an existing directory managed. Names are garbled to Windows programs. -- 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: cron won't execute tasks
At 12:16 PM 10/29/2004, you wrote: On Oct 28, 2004, at 6:04 PM, Larry Hall wrote: At 08:22 PM 10/28/2004, you wrote: Hello all, This problem is driving me insane (I don't have far to go ;-). Configuration: Windows 2003 Enterprise Edition, quad processor, 12 GB RAM. Just downloaded Cygwin a few days ago. So, it should be the latest. The possible root cause: BTW, I am trying to run cron as a service. Our IT person installed Cygwin under a domain account. Cron would run every minute but wouldn't switch user context. So, I had him re-install Cygwin under a new local account that was assigned to the Windows Administrators group. In addition to what Igor said, make sure you've read '/usr/share/doc/Cygwin/cron.README'. 'crond' won't be able to switch users if your service isn't run as SYSTEM. Running it as a member of the Domain Users and/or Administrators is of no value/use. Actually, the only way I can get cron to execute tasks as a service is to indicate the login to be the current user. Otherwise, if I set it to allow the SYSTEM account to be used it will return an error in the system log indicating it couldn't switch user context. Any ideas why? Thanks! Well, you can read the note about W2K3 in /usr/share/doc/Cygwin/openssh.README. You may want to try that procedure. But I suppose if you're only using cron as the using you're running the service as, then going the SYSTEM route isn't required, other than it being an interesting/worthwhile data point for you. -- 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: pthread_atfork
At 12:00 PM 10/31/2004, you wrote: Hi all, I apologize for this basic question, but I have an error message (pthread_atfork no found in cygwin1.dll) when I try to start a cygwin NT service (cygrunsrv -S sshd) - Service installation seems to be ok. Does somebody know what's wrong ? My WAG is that you have more than one cygwin1.dll on your system or you have not rebooted when requested after updating your cygwin environment (probably the latter if you were running Cygwin services when you updated). But if that doesn't help, then see: Problem reports: http://cygwin.com/problems.html That provides guidelines for reporting problems to this 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: cron event error message
At 05:54 PM 11/3/2004, you wrote: /USR/SBIN/CRON : PID 788 : (Administrator) MAIL (mailed 65 bytes of output but got status 0x0001 ). This is the operative part. I think it's fairly self-explanatory, in terms of what happened. You might take a gander at '/var/log/cron.log' for additional hints if that's not enough. But really, this just means cron tried to send email and it failed. You'll have to dig a little more to figure out where and why. -- 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: no readmes??
At 08:01 PM 11/3/2004, you wrote: Thanks Gerrit. Well that helped, but I still don't have this file openssh-3.5p1-2.README or an equivalent for the version I got which I believe is 3.9p1-2 There was a file here /usr/share/doc/ openssh called readme, but that isn't it. There's also a file here /usr/share/doc/Cygwin called openssh.README which looked interesting, but it's more of a change history then a how to install (couple of install tips at the end, but doesn't seem comprehensive.) It's a little of both, which is why it's not called 'openssh-HOWTO'. ;-) The stuff toward the middle and end is the basics of how to set up openssh on pre W2K3 machines. The stuff at the top helps with W2K3. -- 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: Cygwin setup 2.427 on Win2K
At 09:38 PM 11/4/2004, you wrote: I originally reported that setup.exe would let me choose packages to install, but the next button was always disabled so I couldn't actually install anything. One suggestion I received was to run setup.exe with the -5 command-line option (suppress MD5 verification). I finally got a chance to try that, and it worked. I could choose packages, and the next button was enabled so I could go ahead and complete the installation. I don't understand why this is necessary--when I let it do the MD5 verification, there are no errors that I can see--but hopefully this will serve as a hint that eventually leads to finding the real problem. There may be a real problem or it may be that the MD5 verification is just taking longer than your patience allows. ;-) Not that that wouldn't be an issue of course. However, not installing before verifying the MD5 sums is for safety. And there's no way of knowing that there are no errors in the process until the process is complete. Anyway, I'm not suggesting that your comment be disregarded in any way. I'm just trying to clarify why it does what it does. -- 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: Binary read on textmode mount
At 01:11 PM 11/5/2004, you wrote: I need a.out.h apparently not available with the -mno-cygwin compile option. And now you know why. ;-) -- Ken Shaffer On Fri, 5 Nov 2004, Christopher Faylor wrote: You are really asking for trouble. The fact that you needed to go out of your way to include a cygwin header file in a windows program should be a clue to a simple fact: you shouldn't use header files from cygwin with windows programs. -- 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/
Using a.out.h from Cygwin with Mingw gcc - was Re: Binary read on textmode mount
At 01:52 PM 11/5/2004, you wrote: Now, now, it seems perfectly legitimate to write a windows program which can access files created by gcc to run under cygwin. I'm not sure what you're saying here actually says what you mean so I'm not going to agree, disagree, or otherwise. Anyway, I don't think clarity there is critical to the thread. The structure of the a.out shouldn't depend on whether I'm compiling under windows, cygwin, linux, solaris, whatever. While I won't disagree with this as a general assertion, I cannot confirm or deny that 'a.out.h' works for Mingw (I haven't tried it). Mingw is essentially the version of the compiler you're using when you invoke 'gcc' with '-mno-cygwin'. But how appropriate it is to use 'a.out.h' or any other particular file not included with Mingw in a Mingw compile would be a topic for the Mingw list, not this one. I will point out, however, that even if using 'a.out.h' from the Cygwin includes works in this case, it's not something that's guaranteed to work in all cases. By including the Cygwin include path to get this file, you pulled in many other files which pretty much guarantees you're going to have some problem, as you found out. So it *may* work to compile your program with 'gcc -mno-cygwin' if you copy 'a.out.h' somewhere that you can access it for your purposes. This isn't a recipe for success for any file you need in Mingw that is in Cygwin. And pointing to the Cygwin include directory for your compile is far from a solution (as I expect you realize now). I just need the a.out.h file for the system on which it was created. (Time to change the subject line, I guess) OK, done. -- 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: Using a.out.h from Cygwin with Mingw gcc - was Re: Binary read on textmode mount
At 02:33 PM 11/5/2004, you wrote: I now include a.out.h via #include /usr/include/a.out.h and don't use the -I /usr/include which burned me. Fortunately, a.out.h has no #includes within it. Well I'm glad you were able to find a suitable resolution to your issue, at least this time. -- 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: Problems linking against libcurl under cygwin
At 12:46 PM 11/7/2004, you wrote:
Hi - New to Cygwin for development, not new to development.
Have a project that uses libcurl which will not link under Cygwin. All of the
basic libcurl APIs show up as unresolved in the link process.
Example:
gcc -L/usr/local/lib -lcurl -shared ../../shared/htmlparse/htmlparse.o
../../sha
red/wwwfetch/wwwfetch.o ../shared/free.o key.o -o key.so
key.o(.text+0x3ae):key.c: undefined reference to `_curl_global_init'
key.o(.text+0x3b3):key.c: undefined reference to `_curl_easy_init'
key.o(.text+0x420):key.c: undefined reference to `_curl_easy_setopt'
key.o(.text+0x42b):key.c: undefined reference to `_curl_easy_perform'
key.o(.text+0x436):key.c: undefined reference to `_curl_easy_cleanup'
collect2: ld returned 1 exit status
make: *** [key.so] Error 1
I believe I have checked all the obvious things.
1) libcurl.a is located in /lib
2) libcurl is in my library path (obviously)
3) libcurl.a is being linked against (if I change -lcurl to -lcurlx I get an
error for not finding the library)
4) I've tried using both libcurl binaries from Cygwin and building libcurl
from sources
5) I also tried linking against libcurl.dll.a as well, makes no difference.
This same code links, runs, etc under FreeBSD and Linux just fine.
Are there special linking requirements under Cygwin or something obvious I'm
missing?
You're missing the importance of link order. See 'man ld'. I created the
following small example:
# cat t.c
#include curl/curl.h
int main()
{
curl_global_init(0);
return 0;
}
# gcc -c t.c
# gcc -lcurl -shared ./t.o -o t.so
./t.o(.text+0x26):t.c: undefined reference to `_curl_global_init'
collect2: ld returned 1 exit status
# gcc --shared -o t.so ./t.o -lcurl
#
BTW, it's recommended that you not use the '.so' extension on Windows.
Windows creates DLLs, not shared objects. Using '.so' as the extension
may or may not be a problem for you in your case. But it is something
you should be aware of.
BTW, if it is not obvious from the above, your link problem is not a Cygwin
issue. You'd see this link problem on the other platforms you mentioned.
--
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: Creating superuser (root) in Cygwin
At 01:25 PM 11/7/2004, you wrote: Hi, I need to create or access a superuser account in Cygwin. The problem is that I'm trying to compile sudo (http://www.courtesan.com/sudo/) and unfortunately, I need superuser privilegdes to install or run the program, or even edit its configuration files. Again, I'm writing a multithreaded program that needs to raise the priority of certain threads. The thread library function that does this again requires superuser priviledges to run. These are just two of the problems I've encountered lately. I really need to create a root account in Cygwin. Based on the above statements, it seems you don't understand the differences in the security model between Unix-based platforms and Windows NT-based platforms. You may find the following sections in the Cygwin User's Guide useful/helpful in this regard: http://cygwin.com/cygwin-ug-net/ntsec.html#NTSEC-SETUID http://cygwin.com/cygwin-ug-net/ntsec.html#NTSEC-SWITCH I haven't looked at the 'sudo' code but based on it's description, I would say that it if it relies on changing the user context to work, the above references are relevant. It's also not likely to be a straight-forward port. As to required privileges to install, run, or edit any files of 'sudo', you need to determine what 'sudo' is using to decide whether you have proper privileges to do these things. Again, this is a porting issue and may just come down to changing code that looks for the current user's id as 0 to something that makes sense on Windows, 544 (Administrator) perhaps. -- 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: listing ADS streams
At 02:52 PM 11/7/2004, you wrote: mkdir temp; cd temp touch myfile.txt echo This is hidden ADS myfile.txt:hidden.txt ls -al = myfile.txt cat myfile.txt:hidden.txt = This is hidden ADS Should ls -al or readdir() display such hidden files? Or should we provide/use seperate tools (such as lsattr for ext2) to manipulate such NTFS specific properties? If such tools are needed, then I would choose the latter option. -- 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: setup.exe won't unpack the download
At 06:36 PM 11/7/2004, you wrote: - downloaded the default packages to C:\cygwin using setup.exe five separate times after completely erasing all occurences of the word cygwin on my harddrive before a fresh install, and have tried downloading from different mirrors It sounds like you are using the download rather than the install option when running setup.exe. If you are really a newbie and decided to change the default while installing, then... why would you do that? I tried Install from the Internet the first time and nothing unpacked. So I removed everything and tried install from the internet again, which still didn't work. Third time I tried downloading to a local directory then running setup.exe again to install it from that local directory... nothing seems to work. OK but output from 'setup.log' that you sent to the list indicates that what you did was a download from the Internet, which is why Chris made the comment he did. Is there perhaps some special utility that doesn't automatically come with XP for unzipping these *.tar.bz2's? Yes but unless you know what you're doing that 'special utility' is synonymous with 'setup.exe'. Based on your previous description, it sounds like you're attempting to install into the same directory you're downloading to. Don't do that. Download to one directory and install into a completely different one (and not one under the download directory). If this isn't the problem, my WAG is that you have a version of 'cygwin1.dll' already on your system, due to some previous install or some other software that uses Cygwin surrepticously. If this is true, remove all copies of 'cygwin1.dll' from your system and follow the uninstall directions here: http://cygwin.com/faq/faq_2.html#SEC19 If none of this describes your installation and/or helps, please follow the instructions at the uninstall link above, rerun 'setup.exe' as Install from Internet, and *attach* the 'setup.log' file (assuming this time things don't just work for you). -- 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: setup.exe won't unpack the download
At 03:43 AM 11/8/2004, you wrote: If this isn't the problem, my WAG is that you have a version of 'cygwin1.dll' already on your system, due to some previous install or some other software that uses Cygwin surrepticously. If this is true, remove all copies of 'cygwin1.dll' from your system and follow the uninstall directions here: http://cygwin.com/faq/faq_2.html#SEC19 If none of this describes your installation and/or helps, please follow the instructions at the uninstall link above, rerun 'setup.exe' as Install from Internet, and *attach* the 'setup.log' file (assuming this time things don't just work for you). Your WAG was totally right. I had some Acrobat plugin called PDFmerge that had an old copy of cygwin1.dll in a 'hidden' folder that didn't turn up on previous searches for 'cygwin'. Deleted it, re-installed and everything's working great now. Thanks SO much, i'm so happy to be able to use Cygwin now. Sorry it was such a half-baked problem. Unfortunately, it's a difficult problem to spot. It's nice that Cygwin is as popular as it is but it's a shame that this popularity can cause these kinds of conflicts. It would be interesting to know from where you got PDFmerge and whether source for it and the Cygwin DLL are available for it. If not, then at least this version of PDFmerge is not GPL compliant, which warrants contacting the author/distributor. -- 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: setup.exe won't unpack the download
At 01:20 PM 11/8/2004, you wrote: Unfortunately, it's a difficult problem to spot. It's nice that Cygwin is as popular as it is but it's a shame that this popularity can cause these kinds of conflicts. It would be interesting to know from where you got PDFmerge and whether source for it and the Cygwin DLL are available for it. If not, then at least this version of PDFmerge is not GPL compliant, which warrants contacting the author/distributor. I don't see a source for it but here is the author's download site: http://web.hku.hk/~kangsg/freeware/ Thanks. I'll follow up with the author. -- 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: looking for an arm9 cross-compiler
At 05:20 AM 11/10/2004, you wrote: Hi, I used to work with Linux and I'm trying Cygwin. Does anyone know if there's an existing cross compiler for arm9 package? I could not find it in the package list. Otherwise, what is the solution? Do I have to compile an arm-gcc with the cygwin library? I'm sure there's already an existing arm compiler I could use without having to die trying to make my own. You may be right but as you've found, there isn't one that's officially available via 'setup.exe'. There has been occasional inquiries like this in the past, with much the same response as I'm giving you now (either that or no response ;-) ). Building a cross compiler in general shouldn't be that painful. You can find some general pointers on how to do that in the email archives. Or there's always www.objsw.com/CrossGCC. -- 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: file could not be see use explore
At 12:28 AM 11/13/2004, you wrote: when I create a file in my home directory, why I can't see it use ms explore ? Good question. I'd recommend reading and following the guidelines at the link below for reporting problems to the list: Problem reports: http://cygwin.com/problems.html Your question does not contain any information on your environment or steps on how you produced this problem (for someone else to try). Given the input from you so far, there is no obvious reason you should have this problem though. -- 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: linking against cygz.dll and cygwin1.dll from visual studio.net 2003
At 09:12 AM 11/13/2004, you wrote: I am trying to link a C-project against cygz en cygwin1 from visual studio.net 2003. With some effort it compiles, but gives a error in the linking stage: D:/programming/cygwin/bin/cygz.dll : fatal error LNK1136: invalid or corrupt file The project compiles and links fine with gcc. Is it possible at all to use visual studio with cygwin, and if so, is there a simple hello world project for download somewere that demonstrates this? You can find some references to this in the email archives, although so far no one who has been interested enough in this subject to ask about it or find a work-around has been motivated to provide a patch to make this work automagically. Here's one reference with claimed success: http://sources.redhat.com/ml/cygwin/2004-06/msg00274.html It would be great if you or others that have interest in this route could follow this through and provide some patches to make it just work with Cygwin. -- 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: Cygwin has two ROOT tree strcutures and the old one is not the default anymore.
At 05:42 AM 11/14/2004, you wrote: I have two root directory structures (both with usr, bin, etc, ...). One under the standard C:\cygwin ( i.e. /cygdrive/c/cygwin) and the other under C:\cygwin\download (i.e. /cygdrive/c/cygwin/download). When I enquire about the default bin location here is the reply: $ which ls /usr/bin/ls Here is what leads to it. The last couple of days I had a problem with several DLLs (linintl-1.dll, cygwin DLL, Â…) when I was trying to install new components. At the same time, ls and most command stopped working on a bash shell, except few like cd and pwd. Although it seemed slightly better when I redefined the default path to the bin directory with PATH=/usr/local/bin:/usr/bin:/bin:$PATH, ls on /usr/bin directory prompted more complaints on missing dlls. It felt as if a lot of the env parameter where not defined and cygwin totally incapacitated. I re-installed the libraries which were reported missing, even though there were present in their respective directory. Out of frustration I re-installed the entire base Cygwin and most of the libraries and dev components. Now, everything seems working except that I have two directory structures, and the libraries and source code I compiled are in the depreciated structure. Did I break my cygwin? Can I salvage my old structure in order to save all that I had organized and compiled in it (lots of hours)? Many thanks in advance for your help and suggestions, Donat-Pierre P.s.: I attached a cygcheck.out file for further details (i.e. generated with cygcheck -s -v Âr ). Looks like everything now points to your 'C:\cygwin\download' directory, so that's apparently where you reinstalled. If this is really the directory that you specified in 'setup.exe' as the place to put your downloaded packages (during the install), then I'd really recommend that you choose a different directory. The download directory is where 'setup.exe' puts the packages it downloads and it assumes it can do anything it wants/needs with this directory. Installing to this same directory is not recommended. As for things you've built locally that are not part of your currently installed Cygwin tree, you can move or copy them wherever you like or is convenient. There's nothing magical about the root directory (or the directory structure in general really). If you copy/move things you've built, untar'd, etc, from your deprecated tree to the current install tree, I don't foresee any obvious problems. -- 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: Cygwin has two ROOT tree strcutures and the old one is not the default anymore.
At 03:50 PM 11/14/2004, you wrote: Larry, Thanks for your reply. C:\cygwin\download has always been the one used for Setup on my system, and it only created havoc when I re-installed base and library packages. It was supposed to be on the place to store the installation files that Setup downloads. Do suggest I should re-install everything else-wheer and cygwin should re-instate the cygwin tree where it was intended originally? Right now, cd / points to C:\cygwin\download instead of C:\cygwin\, which means that most of the local packages which were not re-installed since are still in the old strucure (i.e. C:\cygwin\) and do not seem visible anymore. I don't take the ROOT as magical but I thought that moving/copying (soft) linked object breaks the link. Besides, it would be hard for me to track down all the places the source code I build put their files at the install (e.g. using make install). The most tricky ones were the Math optimized libraries lapack, ATLAS, blas, FFTW, octave, which were all tricky for me to install. That is why I'd like to know how to reset the reference to ROOt to that of the intended path/tree structure. How shall I proceed if at possible? What did I do to make Setup.exe install the base package in the downloads directory, so that I avoid the same mistake. Many thanks again for you reply. I look forward to receiving any suggestions. If you just want to have '/' point to 'c:\cygwin' instead of 'c:\cygwin\download', just remount your mounts to point there. '/', '/usr/bin', and '/usr/lib' are the ones you're concerned with. So do: mount -b -s -f C:/cygwin / mount -b -s -f C:/cygwin/bin /usr/bin mount -b -s -f C:/cygwin/lib /usr/lib If you have any Cygwin services running, I recommend stopping them, doing the above, and restarting them. As for what you did to setup to make it use your download directory as your root install directory, you must have specified it as such in the 3rd page of the install process. You should type this directory into the 4th page where it asks for the local package directory only. Actually, if you find the above 'mount' commands above too difficult to follow/do, you can rerun setup and simply reset your root directory to be 'c:\cygwin'. It w ill make the above mount changes for you as a result. -- 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: Cygwin has two ROOT tree strcutures and the old one is not the default anymore.
At 04:23 PM 11/14/2004, you wrote: Thanks Larry, This seems easy enough. I was about to run setup to follow your hunch of the 1st email you sent me. Also, I was reading about rebase in same post. You are right, I was distracted, I am so used to see the select the loacl package directory selction on the 4th page, I must have added download to the rood path in the 3rd page. I am glad there is way to repair this without re-installing everything. We learn every day. I'll try this later this afternoon, here in Los Angeles, CA. Good evening to you in MA Donat Yup, should be easy. If not, make sure you get a full refund. ;-) After you're done, you should be able to remove the unwanted install tree in 'c:\cygwin\download' if you'd like to regain your disk space. Good luck, -- 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: Getting latest version of cygwin1.dll
At 12:16 PM 11/15/2004, you wrote: When I go to the main website, ALL I want to do is get the latest cygwin1.dll file. You SHOULD have a link to a zip containing it on the main page. But no, instead you offer your stupid installer, or you offer a page to browse packages, but what do the packages contain? TEXT LISTING OF FILES WHICH AREN'T EVEN THERE! Why do you have to make it so freaking hard for people who only need the dll to run cygwin programs? History has shown that many people visiting this site and installing Cygwin expect to have an installer program. Overall, the volume of questions to this list has been minimized by the fact that there is an installer. Also, Cygwin cannot be successfully and completely installed simply by unzipping some archive. There are symbolic links to manage, pre and post install scripts to run, dependencies to manage, etc. While it is possible to do this all by hand, most people who frequent this site don't want to do this even if they are capable of executing the steps manually themselves. In addition, the number of people reporting problems when trying to install this way prompted the creation of the installer to automate this process. It was simply something that had to be done to keep the project going. The support of a manual install procedure was simply too great. Sorry if this all distresses you. There is currently no package with *just* cygwin1.dll in it and there are no plans to offer one. There is the 'cygwin' package which contains the cygwin1.dll and some other minimal tools. The entire package is less than 1.5MB to download. Installing this package (and it's dependencies) is trivial with 'setup.exe'. Just unselect all packages first and then select the 'cygwin' package. That will install exactly what you need to have to use cygwin1.dll effectively. If you want something less, you will have all you need locally to experiment with. Be advised that this list doesn't support questions from home-grown installations. As I mentioned before, there are just too many variables to make this feasible and reasonable. So you should be very certain that you *need* to do something non-standard before you turn away from the simplicity and support that come from using 'setup.exe'. -- 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: Apology
At 12:56 PM 11/15/2004, you wrote: Sorry about that last email, really. Please stop sending me abuse. I'm just saying, it would be a good idea to have the zipped dll only as a quick and dirty download somewhere on the main page. Going through the installer can be a pain (when mirrors don't work etc) and then browsing through to deselect stuff when you only want the latest dll is just a lot of hassle. Unless you're installing for the first time, updating your system doesn't require you to select anything. Just Next through all the pages and let it do it's work. It will update anything that needs it automatically based on what's already installed. If you're installing for the first time, you're better off going through the installer anyway, since you're going to end with a properly installed system and not some hodge-podge that is likely not to work. So, overall, the installer is a win-win, no matter what you've started with. If you don't like it for your purposes, that's fine but you can't blame us for putting together a system that makes the installation process simple and keeps installation problems to a minimum, right? -- 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: Apology
At 01:04 PM 11/15/2004, you wrote: -Original Message- From: cygwin-owner On Behalf Of Darkfalz Sent: 15 November 2004 17:57 To: cygwin Subject: Apology Sorry about that last email, really. Please stop sending me abuse. OK, since you've been big enough to apologise, let me point out that there already is a way to just get a recent up-to-date cygwin1.dll, in a zip file, more or less exactly what you wanted: http://cygwin.com/snapshots Ugh! I was hoping somebody wasn't going to point to that. I honestly thought about mentioning it myself but decided against is because it's a dangerous place to point someone who doesn't know why they want what they want (which is how I interpreted the original request, rightly or wrongly). Obviously all of us who know about snapshots (and it's not like they are hidden or anything - there's a link to them on the main page) know that they are moving targets representing ongoing development. These are *not* the same as the release versions available via 'setup.exe'. And they come with no list support. If someone is willing to work with a random snapshot DLL, then this is the place to get it. If however they are looking for just 'cygwin1.dll' that is synonymous with the released version, they have to pull that themselves from the 'cygwin' package in 'setup.exe'. So I guess that leads us back to http://cygwin.com/acronyms/#WJM. -- 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: Apology
At 01:28 PM 11/15/2004, you wrote: -Original Message- From: Larry Hall Sent: 15 November 2004 18:18 At 01:04 PM 11/15/2004, you wrote: -Original Message- From: cygwin-owner On Behalf Of Darkfalz Sent: 15 November 2004 17:57 To: cygwin Subject: Apology Sorry about that last email, really. Please stop sending me abuse. OK, since you've been big enough to apologise, let me point out that there already is a way to just get a recent up-to-date cygwin1.dll, in a zip file, more or less exactly what you wanted: http://cygwin.com/snapshots Ugh! I was hoping somebody wasn't going to point to that. rightly or wrongly). Obviously all of us who know about snapshots (and it's not like they are hidden or anything - there's a link to them on the main page) know that they are moving targets representing ongoing development. These are *not* the same as the release versions available via 'setup.exe'. And they come with no list support. If someone is willing to work with a random snapshot DLL, then this is the place to get it. If however they are looking for just 'cygwin1.dll' that is synonymous with the released version, they have to pull that themselves from the 'cygwin' package in 'setup.exe'. Thanks for clarifying and enlarging on what I meant by more or less! Having said that, the cygwin dll is fairly stable, and by cunningly choosing a snapshot close enough in time to a release date, you're liable to get pretty much the same compiled codebase in it. Right, though that assumes the interested party has some idea what they are doing and what they are looking for. Surprisingly, both you and I understand this. ;-) I just wanted to offer the word of caution to those who aren't as sure. Anyway, I'm done beating this dead horse. So I guess that leads us back to http://cygwin.com/acronyms/#WJM. Doesn't everything? Yeah, I guess you're right. It's an awful state of affairs... ;-) -- 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: Getting latest version of cygwin1.dll
At 01:51 PM 11/15/2004, you wrote: Larry Hall schrieb: At 12:16 PM 11/15/2004, you wrote: When I go to the main website, ALL I want to do is get the latest cygwin1.dll file. You SHOULD have a link to a zip containing it on the main page. But no, instead you offer your stupid installer, or you offer a page to browse packages, but what do the packages contain? TEXT LISTING OF FILES WHICH AREN'T EVEN THERE! Why do you have to make it so freaking hard for people who only need the dll to run cygwin programs? Installing this package (and it's dependencies) is trivial with 'setup.exe'. Just unselect all packages first and then select the 'cygwin' package. That will install exactly what you need to have to use cygwin1.dll effectively. If you want something less, you will have all you need locally to experiment with. Be advised that this list doesn't support questions from home-grown installations. As I mentioned before, there are just too many variables to make this feasible and reasonable. So you should be very certain that you *need* to do something non-standard before you turn away from the simplicity and support that come from using 'setup.exe'. Well, just for the records, currently it's not so simple: * It's problematic to update cygwin together with other packages. Until this is fixed in setup.exe, it's recommended to update the cygwin package alone, and then update (install or remove) the rest. Which is what I recommended in the piece of my reply that you included above... * For a cygwin.dll update it's also recommended to close all cygwin apps, shells, and services, (be sure nothing is left), then do the update, and then restart the services and apps again. Or just do a reboot. Sure. Always. But if the user does none of this, 'setup.exe' will still just do the right thing. But you will need to reboot, as you mentioned, before you see the right thing. -- 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: /etc/profile error
At 05:38 PM 11/15/2004, you wrote:
Hi. I just installed Cygwin on an IBM laptop running Windows XP.
Whenever I bring up a Cygwin shell, I get the following error:
bash: /etc/profile: line 196: syntax error: unexpected end of file
I don't see any problem with /etc/profile:
190echo mkpasswd -l -d /etc/passwd
191echo mkgroup -l -d /etc/group
192echo
193echo This message is only displayed once (unless you recreate
/etc/group)
194echo and can be safely ignored.
195
196# only display the above once
197cp -f /etc/group ${HOME}/group.mkgroup_l_d \
198 ( [ -w /etc/group ] || chmod --silent a+w /etc/group ; )\
199 sed -e 's/^mkgroup_l_d/mkgroup-l-d/' ${HOME}/group.mkgroup_l_d
/etc/group \
In fact, this /etc/profile file is identical to the /etc/profile files
in other Cygwin installations I have done recently, and do not
generate the error quoted above.
Can someone tell me how to fix this problem?
http://cygwin.com/ml/cygwin-apps/2004-11/msg00106.html
Look for a very current mirror and update.
--
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: Compatibility to Windows2003 (64-bit)
At 03:55 AM 11/19/2004, you wrote: The FAQ says cygwin run on all modern 32 bit versions of Windows, except Windows CE. This includes Windows 95/98/ME/NT/2000/XP. Is there a plan to make cygwin compatible to Windows2003 (64-bit)? If yes when will it be? There's not much activity to make Cygwin work in a native 64 bit environment at the moment. I'd say that this is waiting for someone with the O/S and the interest/skills to make this happen. -- 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: pax available?
At 11:26 AM 11/19/2004, you wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I can't find pax as a package in the cygwin setup program. Is it known under some other name? Is it even available for Cygwin? I need the ability to extract files from an archive to a different name and pax is the only archive utility I'm aware of that can do this. See: FAQ: http://cygwin.com/faq/ Specifically: What packages should I download? Where are 'make', 'gcc', 'vi', etc? http://cygwin.com/faq/faq_toc.html#TOC13 -- 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: Compatibility to Windows2003 (64-bit)
At 10:33 AM 11/19/2004, cgf wrote On Fri, Nov 19, 2004 at 09:03:10AM -0500, Larry Hall wrote: At 03:55 AM 11/19/2004, you wrote: The FAQ says cygwin run on all modern 32 bit versions of Windows, except Windows CE. This includes Windows 95/98/ME/NT/2000/XP. Is there a plan to make cygwin compatible to Windows2003 (64-bit)? If yes when will it be? There's not much activity to make Cygwin work in a native 64 bit environment at the moment. I'd say that this is waiting for someone with the O/S and the interest/skills to make this happen. Actually, both Corinna and I have 64 bit platforms these days (mine was donated by an anonymous benefactor. I still can't get over that). We have a workaround for previous problems in current versions of cygwin so, AFAIK, Cygwin should work on 64 bit windows: http://cygwin.com/ml/cygwin-announce/2004-09/msg2.html Oh geez, how embarassing Sorry for the misinformation folks and thanks for setting things straight Chris. -- 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: flex and dos source files. How is flex built for cygwin
At 02:29 PM 11/19/2004, you wrote: Hi, We have a customer that is using flex under a custom version of cygwin that we provided them (with source). The customer is having problems when their *.l files are in dos format. Flex is taking the lines from the file and adding them into the lex.yy.c file untouched. (i.e. they still have the \n\r at the end), and this causing problems later on. I tried using the version of flex that comes with the latest version of cygwin (1.5.12) and flex changes the \n\r to just \n, which makes everything work fine. Good I thought since the version of flex we provide is not the latest. I'll just recompile. But when I tried that with the latest flex (2.5.4a-3) I get the same behavior that the customer is seeing. I get this behavior even if I compile on the latest version of cygwin. So, my question is what options are used for building flex? Linking against /usr/lib/binmode.o perhaps? -- 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: Ahhhhh!
At 02:52 PM 11/19/2004, you wrote: I just updated my version of Cygwin and all hell broke loose. Unfortunatly I do not know what version of cygwin I had before, but I now know that the one that I do have is not working. I've tried version 1.5.12-1 and 1.5.11-1 (I was trying to go back). I used the Cygwin Setup programme and things went wrong from the start. The programme crashed and I couldn't use any of the cygwin utils. Even after restart. I deleted the cygwin1.dll and reinstalled and things went more smoothly. But when I tried to run a perl script that I had always used, it belched this out: c:\progra~1\cygwin\bin\perl.exe (1132): *** couldn't release memory 0xCE4000(1032192) for 'C:\progra~1\cygwin\lib\perl5\5.8.5\cygwin-thread-multi-64int\auto\IO\IO.dll' alignment, Win32 error 487 101 [main] perl 1520 sync_with_child: child 1132(0x28C) died before initialization with status code 0x1 272 [main] perl 1520 sync_with_child: *** child state child loading dlls This appears to be caused by the implicit fork in the line: open (INPUT, 'cvs log |') or die (Couldn't execute cvs command. $!); I've looked around the net and found that this problem was addressed previously: On Sat, Apr 14, 2001 at 04:49:43PM +1000, Robert Collins wrote: - Original Message - From: Jason Tishler [EMAIL PROTECTED] To: Robert Collins [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Saturday, April 14, 2001 12:12 PM Subject: Re: pthreads update for the adventurous 3. The Python regression tests consistently crash during test_popen2 with the following error message: H:\src\Python-2.1b2a-threads\python.exe: *** couldn't release memory 0x1A02C000(5013504) for 'H:\src\Python-2.1b2a-threads\build\lib.cygwin_nt-4.0-1.3.0-i686-2.1\imageop.dll' alignment, Win32 error 487 This error means that Cygwin was trying to relocate a DLL load point in a child process to the same location as it existed in the parent and was unsuccesful in doing so. The 487 error means Invalid address. That may that that the memory is already occupied. There's not much that can be done to rectify this, unfortunately. Possibly if someone really wants to debug this situation there might be something that will be obvious but it is pretty painful to debug, unfortunately. I added this dll relocation stuff last year to help with perl. It wasn't fun. cgf However this was some time ago. The Os that I am using is Win2K, and has not changed when I tried to update my cygwin. Is there anything that can be done? Same as always. Install the 'rebase' package and run 'rebaseall'. Is there a way to go back further to an earlier verion that works? Sure. Change the temporal constant of the universe. -- 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: flex and dos source files. How is flex built for cygwin
At 03:35 PM 11/19/2004, you wrote: Peter Rehley wrote: Larry Hall wrote: At 02:29 PM 11/19/2004, you wrote: Hi, We have a customer that is using flex under a custom version of cygwin that we provided them (with source). The customer is having problems when their *.l files are in dos format. Flex is taking the lines from the file and adding them into the lex.yy.c file untouched. (i.e. they still have the \n\r at the end), and this causing problems later on. I tried using the version of flex that comes with the latest version of cygwin (1.5.12) and flex changes the \n\r to just \n, which makes everything work fine. Good I thought since the version of flex we provide is not the latest. I'll just recompile. But when I tried that with the latest flex (2.5.4a-3) I get the same behavior that the customer is seeing. I get this behavior even if I compile on the latest version of cygwin. So, my question is what options are used for building flex? Linking against /usr/lib/binmode.o perhaps? Tried on cygwin 1.5.12 make clean make LDFLAGS=/usr/lib/binmode.o, and make clean make LDFLAGS=-lbinmode but neither helped However linking the /usr/lib/textmode.o did work make LDFLAGS=/usr/lib/textmode.o # - did the job Yep. Upon rereading, that makes sense. That or 'automode.o'. Thanks Larry for pointing me in the right directory :) Well, that's something anyway. :-) -- 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: pax available?
At 04:34 PM 11/19/2004, you wrote: What does any of this have to do with pax? The FAQ doesn't mention anything about pax or archiving in general? Again: What packages should I download? Where are 'make', 'gcc', 'vi', etc? Missed the point? OK, let's break it down: What packages should I download? You asked in what package was pax. See any similarities? OK, hopefully something correlates for you here now. Let's move on: Where are 'make', 'gcc', 'vi', etc? etc is the operative term here. You can substitute pax. Does the FAQ entry make sense to you now? If so, what about the first time you read it made you not see it? If not, why not? - Original Message - From: Larry Hall [EMAIL PROTECTED] To: Chuck [EMAIL PROTECTED]; cygwin [EMAIL PROTECTED] Please don't feed the spammers. http://cygwin.com/acronyms/#PCYMTNQREAIYR -- 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: cygwin using wrong sh.exe
At 05:20 PM 11/19/2004, you wrote: After installing Cygwin/X, I can launch a cygwin bash shell, and I can launch the xwin server using the startxwin.bat file - which also launches one xterm. However, I can't run any of the X tools from the windows Start menu, or from a bash prompt. I get an error saying xterm: c:\progra~1\rational\ration~1\NUTCROOT\mksnt\sh.exe no such file. I asked a buddy for help, and we tried changing the PATH variable so cygwin/bin is first, and edited some of the cygwin .BAT files, to try to fix the PATH, but with no success. Somehow, cygwin keeps picking that SHELL. I've google'd some terms, and tried the mail list archive without success as well. I've appended the output of cygcheck, which is interesting because it shows that cygwin does find sh.exe in cygwin/bin. What do I have to tweak to fix this? Your environment. From your cygcheck file: SHELL = `C:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\mksnt\sh.exe' You need to find where this is being set to MKS's sh.exe and remove it. If you cannot or will not do that, you can unset it in startxwin.bat as an alternative. -- 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: cygwin using wrong sh.exe
At 05:37 PM 11/19/2004, you wrote: I see a gludge of other Rational environment variables. Should I clobber them all, or just that one? Nah, you are better off clobbering the whole lot. There's at least a few more clear conflicts there (TERM, TERMCAP, TERMINFO). While you're at it, make sure MKS is removed from your path. Overall, packages offering similar tools don't play well together. -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Don't feed the spammers. They'll just bite you for it: http://cygwin.com/acronyms/#PCYMTNQREAIYR -- 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: pax available?
At 09:16 AM 11/22/2004, you wrote: - Original Message - From: Larry Hall [EMAIL PROTECTED] To: Chuck [EMAIL PROTECTED]; Cygwin List [EMAIL PROTECTED] Sent: Friday, November 19, 2004 5:09 PM Subject: Re: pax available? Don't feed the spammers. They're fat enough already. http://cygwin.com/acronyms/#PCYMTNQREAIYR At 04:34 PM 11/19/2004, you wrote: What does any of this have to do with pax? The FAQ doesn't mention anything about pax or archiving in general? Again: What packages should I download? Where are 'make', 'gcc', 'vi', etc? Missed the point? OK, let's break it down: What packages should I download? You asked in what package was pax. See any similarities? No OK, hopefully something correlates for you here now. Let's move on: Where are 'make', 'gcc', 'vi', etc? Again, what does this have to do with pax? So far you've answered every question except the one I asked. Is there some point to all this? etc is the operative term here. You can substitute pax. Does the FAQ entry make sense to you now? No. As previously stated, the FAQ mentions nothing about pax. Thankfully there are some on this list server who are more interested in giving straight answers than simply trying to argue. Perhaps *you* should read the FAQ and tell us all where pax is mentioned at all. Actually, I wasn't arguing. I was asking a question. I got my answer and there's clearly no way the FAQ could help you. There's no chance that we could list every possible package someone might look for there and without doing that, folks like you are still going to come to the list with questions like yours. :-( My point was that you can find out if *any* utility is available in a Cygwin package by visiting http://cygwin.com/packages/. In your case, that would have told you that there isn't a Cygwin package with pax, which isn't what you were looking for but would have at least given you that information. In general, this is where to go to find the answer to Where is foo? where foo is the utility of interest. -- 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: pax available?
At 12:06 PM 11/22/2004, you wrote - Original Message - From: Igor Pechtchanski [EMAIL PROTECTED] To: Chuck [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, November 19, 2004 4:17 PM Subject: Re: pax available? Again, don't feed the spammers. http://cygwin.com/acronyms/PCYMTNQREAIYR snip That's not really going to help me. It'll rename one file at a time, interactively. I want to rename all files in the archive in as they are extracted. For example, replace all occurences of string subdir1 with subdir2. That's one of the things pax does but none of the other archivers can do. I also want compatibility with pax archives coming from a Sun system. What I really want is pax. Someone else (Reini) pointed me to the gnu archives for the paxutils package but I did not have success compiling it for cygwin. I followed all the instructions but did not get a pax.exe executable. The make fails to make target pax saying it can't resolve a link to some external reference named errno. $ make pax gcc -g -O2 -o pax pax.o cdf.o copyin.o copyout.o copypass.o defer.o fmtcpio.o fmttar.o format.o getfile.o global.o rename.o util.o rtapelib.o ../lib/libpu.a ../lib/libpu.a(makepath.o)(.text+0xbd): In function `make_path': /usr/src/paxutils-2.4h/lib/makepath.c:384: undefined reference to `_errno' ../lib/libpu.a(makepath.o)(.text+0xec):/usr/src/paxutils-2.4h/lib/makepath.c :379: undefined reference to `_errno' ../lib/libpu.a(makepath.o)(.text+0x2db):/usr/src/paxutils-2.4h/lib/makepath. c:283: undefined reference to `_errno' ../lib/libpu.a(makepath.o)(.text+0x347):/usr/src/paxutils-2.4h/lib/makepath. c:262: undefined reference to `_errno' ../lib/libpu.a(makepath.o)(.text+0x531):/usr/src/paxutils-2.4h/lib/makepath. c:347: undefined reference to `_errno' ../lib/libpu.a(makepath.o)(.text+0x5b3):/usr/src/paxutils-2.4h/lib/makepath. c:332: more undefined references to `_errno' follow collect2: ld returned 1 exit status make: *** [pax] Error 1 $ I haven't looked at the source but perhaps all you need is to add '#include errno.h'? -- 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: pax available?
At 12:26 PM 11/22/2004, you wrote: Subject: Re: pax available? Newsgroups: news.gmane.org:gmane.os.cygwin To: Cygwin List [EMAIL PROTECTED] Larry Hall [EMAIL PROTECTED] wrote in ^^^ Again, don't feed the spammers. http://cygwin.com/acronyms/PCYMTNQREAIYR I'm working on it. I just finally got the NNTP interface to work. My newsreader is configured to munge the email address for the same reason you mention above and I was never getting the confirmation email. IIRC the NNTP interface at gmane.arg will scramble the email addresses automatically. Well, not quite but better. See above. I haven't looked at the source but perhaps all you need is to add '#include errno.h'? It's already in there. I'm going to have to dig deeper or wait and see if someone on this list has already fixed the problem. Indeed! Good luck, -- 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: Entry point not found
At 04:23 PM 11/22/2004, you wrote: All, I'm running cygwin on my win 2000 PC and I keep getting the following pop-up error when compiling a bunch of C++ code that I know other people compile fine on their cygwin/win 2000 machines. Cc1plus.exe - Entry point not found The procedure entry point putc_unlocked could not be locked in the dynamic link library cygwin1.dll. Any one seen this? You have more than 1 'cygwin1.dll' on your system or you did not reboot after your last install with 'setup.exe' when you were told to. -- 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: Serious Installation problems - possible workround but rapid fix required.
At 07:17 AM 11/25/2004, you wrote: I've installed Cygwin a few times before and I was fairly confident of installing version 1.5.12 but what a disaster this distribution is! I don't want anyone in particular to feel they're the object of criticism but this release may put off many users from trying to use Cygwin at all because it's just not possible to install it without a great deal of trouble with the current distribution kit. I would suggest a rapid re-release is needed (I'm willing to field test it for you as far as the installation procedure is concerned) before too many people discover the problem! I've tried downloading and/or installing directly from 16 different download sites just in case there was a problem mirroring. Some sites failed with installation incomplete (consistently e.g. mirror.ac.uk) but most ended up in some sort of endless shell loop at 90+% of the way through with virtual memory increasing endlessly: even setting a pagefile size of 2.5GB was not enough! Here's what I did. (1) Download from rcn.net (This just happens to be the one that worked but all the successful downloads looked identical). (2) Install from local disk using Install for everything. This produced some missing database errors and didn't complete properly. I just cancelled the Try again? request. (3) Install again from local disk using Reinstall for everything. This produced many errors about missing cygz.dll. It eventually completed and produced a desktop icon,etc. However almost nothing worked because of the missing cygz.dll. (4) Install again using Default for everything but Install for X11. (By this time I had read some of the mailing lists!) The installation completed without error. Everything I use appears to work and I now have a working version of 1.5.12. I hope this helps. What packages were you installing? There have been recent reports of hangs in 'setup.exe' over on the cygwin-xfree list when all packages are installed. Sounds similar to the problems you were having. Were you installing 'X'? If so, the current work-around is to install all of Cygwin minus 'X' and then rerun 'setup.exe' to install 'X'. There has been progress made on 'setup.exe' to isolate and resolve this problem so there's hope that this problem will be a thing of the past soon. :-) -- 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: Linking problem
At 02:14 AM 11/26/2004, you wrote: Dear All, I use RegisterDeviceNotification Win32 API in my program. While compiling under cygwin, linker reports that cannot find _RegisterDeviceNotification symbol. And I searched and found that RegisterDeviceNotification's text is contained in libuser32.a, but its symbol is appended @12, what's this? Please help me, thanks! Welcome to Windows. This is not a Cygwin specific issue so you should consult further with a Windows list forum if you have further questions on this issue. For now, I'll point you to a couple of links on the MSDN that should help you get a better understanding of what's going on: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/html/_core_adjusting_naming_conventions.asp http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/html/_core_adjusting_naming_conventions.asp If all else fails and you just need to get something working without any understanding, you can try adding the 'ld' flag '--enable-stdcall-fixup'. But really, you should read the above so you understand what you're missing and what you need first. -- 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: PATH and SystemRoot oddity
At 03:14 PM 11/26/2004, you wrote: Brian Dessent wrote: Luke Kendall wrote: I see that by default PATH includes some entries like %SystemRoot%/System32 I also note that $SystemRoot is undefined, yet $SYSTEMROOT contains the expected C:\WINDOWS value. This of course causes problems. Would a backslash-style path work correctly if it were properly interpolated into the PATH? Is the % notation special magic for Cygwin to handle DOS-isms? The case variance may be of interest, in that case. I think you're falsely attributing your errors to this. The cygwin DLL takes care of all the win32 - posix translation of the path, and it knows about %SystemRoot%. If this were really the case don't you think tons of things would break? Try echo $PATH at your shell prompt and you'll see that the systemroot is correctly substituted. FWIW, I think environment variables are case-insensitive at the win32 API level. They preserve case but are not sensitive to it, just like ntfs. Brian I have a similar question: I had to modify 'profile' to change $PATH=:$PATH to $PATH= How can I simply add $SYSTEMROOT:$SYSTEMROOT/system32 to this? It doesn't work as-is because $SYSTEMROOT = C:\Windows (and this is therefore not interpreted by the path). Rephrasing, what do I use to translate C:\WINDOWS to /cygdrive/c/windows? I had to do this because some nasty things in my path were causing problems (e.g. ClearQuest/ClearCase) I'll state one obvious option - just add /cygdrive/c/windows, etc. in your 'profile'. If you want Cygwin to do the translation for you, change the path in 'cygwin.bat' (or whatever your startup link is) instead. -- 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: where is mail command?
At 05:01 PM 11/26/2004, you wrote: As I recall, there is a mail command on most implementations of U*X. So I looked thru the documentation in Cygwin and could find no documentation. The mail command is not working either. When I type info mail at the bash prompt I see Unable to find node referenced by mailshar. man mail says No manual entry for mail. I tried looking in the 4 documentation directories too -- no luck again. Documentation for packages come with the packages. If you haven't installed a package, you won't find that you have any documentation for that package. Probably the most obvious way to determine what mail packages Cygwin has is to run 'setup.exe' and open the 'Mail' category. There will be a list of a number of packages that have something to do with mail. 'email' or 'mutt' are probably the closest offerings of (your) interest, though feel free to install and/or investigate everything in that category. Once you install any of these packages, you should have man and/or info pages as well as any Cygwin specific setup/configuration documentation in /usr/share/doc/Cygwin/ package for each package you install. -- 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: cygwin compiles opengl app problem
At 10:11 PM 11/26/2004, you wrote: Hi, I use cygwin to compile an opengl program, and get this error: -- /usr/include/w32api/GL/glu.h:230: error: syntax error before '*' token. -- I opened glu.h, and find the statement in glu.h at 230 row: GLAPI const wchar_t * APIENTRY gluErrorUnicodeStringEXT (GLenum error); If I comment this statement, everything is ok. What's wrong with this statement? Nothing. The problem is that Cygwin has incomplete unicode support. Undefine UNICODE in your project and things should build OK. -- 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: Can't open database for writting: No such file dialog box
At 05:08 PM 11/27/2004, you wrote: I tried Three times to install Cygwin on my computer. I downloaded all the packages from the sight: except the databases, which I set to default. I then click the setup icon to start the install. I select Install from local directory and chose where I want to install. Everything goes along just fine until 99% done. Then I get the You should reboot for cygwin to take effect.. dialog box. If you get this message, it means you already have 'cygwin1.dll' on your system, apparently unbeknownst to you. Presumably, this came with some other third party software that you installed. Next, I get the dialog box: Can't open Package Database for writing: no such file or directory. I then reboot. BUT I don't see cygwin in my start menu and I don't see the cygwin shortcut on my desktop. What is going on, and how should I solve this problem? Find where 'cygwin1.dll' is and delete it. Considering that 'setup.exe' told you that you needed to reboot, you'll need to figure out which program is using 'cygwin1.dll' and stop it before you can actually delete the DLL. Once you've done this, read and follow: How do I uninstall all of Cygwin? http://cygwin.com/faq/faq_toc.html#TOC19 After doing this, you can reinstall Cygwin where you'd like it and should be more successful. If you want to make sure that the program that was originally using it's own 'cygwin1.dll' will still work, you just need to make sure that it sees the new 'cygwin1.dll' that you installed. The easiest way to do that is to put the directory with 'cygwin1.dll' in your path. If that doesn't work for you, you need to contact the third party for help. This list would, however, be interested in knowing who this third party is and where you found the software that uses the Cygwin DLL. -- 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: sshd broken on reboot
At 11:57 AM 11/28/2004, you wrote: Cygwin: My O/S is WinXP Pro SP2 and my Cygwin is current as of last night. I would like to start using sshd. I located and read: http://pigtail.net/LRP/printsrv/cygwin-sshd.html I installed sshd per steps 3-6. sshd works fine when I start it manually, but is broken on reboot: [EMAIL PROTECTED]:~$ ssh localhost ssh_exchange_identification: Connection closed by remote host I think this is the clue: [EMAIL PROTECTED]:~$ cat /var/log/sshd.log 3 [main] sshd 952 fork_copy: linked dll data/bss pass 0 faile d, 0x3DB000..0x3DB050, done 0, windows pid 3484, Win32 error 487 Please see attached files for details. Any suggestions? Sure. Uninstall and reinstall the 'openssh' package and then follow the configuration instructions in '/usr/share/doc/Cygwin/openssh.README'. Either that or contact the author of the instructions you used to create your installation. Those instructions weren't provided as part of Cygwin so for practical reasons, they are off-topic for this 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: sshd broken on reboot
At 10:38 PM 11/28/2004, you wrote: Larry Hall wrote: Uninstall and reinstall the 'openssh' package and then follow the configuration instructions in '/usr/share/doc/Cygwin/openssh.README'. Same result. OK, so now you want to run your server in debug mode, try to connect, and check the output. That should clarify what the problem is. More than likely, it's permissions of your home directory, the .ssh directory, or the files in /var/log. Also, make sure your home directory as stated by '/etc/passwd' or the HOME environment variable exists. -- 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: A vexing installation problem
At 02:14 AM 11/29/2004, you wrote: A couple days ago, I tried to update a quite old cygwin installation on a Windows XP SP2 box to the latest (1.5.12-1). After the update, all Cygwin programs exit immediately and silently. I've tried scrubbing the Windows registry of anything with a Cyg in it, deleting the Cygwin tree, and reinstalling from scratch, with the same result. Running strace on any Cygwin program shows apparently normal output (as far as I can tell) up to a point; and then zippo. For example, here's the end of 'strace ls': 149 42033 [main] ls 4072 pwdgrp::load: /etc/group 140 42173 [main] ls 4072 pwdgrp::load: strange path_conv problem 140 42313 [main] ls 4072 pwdgrp::load: /etc/group load failed 152 42465 [main] ls 4072 __cygwin_lock_lock: threadcount 1. not locking 151 42616 [main] ls 4072 __cygwin_lock_unlock: threadcount 1. not unlocking 148 42764 [main] ls 4072 pwdgrp::read_group: Completing /etc/group: mkpasswd:S-1-5-21-1844237615-725345543-682003330-513:401:dhinds 442 43206 [main] ls 4072 cygheap_user::ontherange: what 2, pw 0x10011018 147 43353 [main] ls 4072 cygheap_user::ontherange: HOME is already in the environment /cygdrive/h 684 44037 [main] ls 4072 sigproc_init: process/signal handling enabled(1) 176 44213 [main] ls 4072 __cygwin_lock_lock: threadcount 1. not locking 167 44380 [main] ls 4072 __cygwin_lock_unlock: threadcount 1. not unlocking Some commands get as far as executing build_argv(). I'm not sure what to do next: has anyone seen anything like this before? Or, can anyone suggest how to go about debugging this? If you've scrubbed your system before, then you might not be far enough into customizing your environment that you shun the idea of reinstalling. If that's the case, you might try removing Cygwin again and then create the install directory as the user who will install Cygwin and then run 'setup.exe' using that as the install directory. You clearly have permission problems or issues with an incomplete installation (i.e. '/etc/group' is not accessible). But you may be better served by following the prescribed steps at: Problem reports: http://cygwin.com/problems.html If or when you reinstall, pay close attention to any errors that show up and inspect the '/var/log/setup.log' file. -- 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: A vexing installation problem
At 01:44 PM 11/29/2004, you wrote: On Mon, Nov 29, 2004 at 11:57:35AM -0500, Larry Hall wrote: At 02:14 AM 11/29/2004, you wrote: A couple days ago, I tried to update a quite old cygwin installation on a Windows XP SP2 box to the latest (1.5.12-1). After the update, all Cygwin programs exit immediately and silently. I've tried scrubbing the Windows registry of anything with a Cyg in it, deleting the Cygwin tree, and reinstalling from scratch, with the same result. Running strace on any Cygwin program shows apparently normal output (as far as I can tell) up to a point; and then zippo. For example, here's the end of 'strace ls': 149 42033 [main] ls 4072 pwdgrp::load: /etc/group 140 42173 [main] ls 4072 pwdgrp::load: strange path_conv problem 140 42313 [main] ls 4072 pwdgrp::load: /etc/group load failed 152 42465 [main] ls 4072 __cygwin_lock_lock: threadcount 1. not locking 151 42616 [main] ls 4072 __cygwin_lock_unlock: threadcount 1. not unlocking 148 42764 [main] ls 4072 pwdgrp::read_group: Completing /etc/group: mkpasswd:S-1-5-21-1844237615-725345543-682003330-513:401:dhinds 442 43206 [main] ls 4072 cygheap_user::ontherange: what 2, pw 0x10011018 147 43353 [main] ls 4072 cygheap_user::ontherange: HOME is already in the environment /cygdrive/h 684 44037 [main] ls 4072 sigproc_init: process/signal handling enabled(1) 176 44213 [main] ls 4072 __cygwin_lock_lock: threadcount 1. not locking 167 44380 [main] ls 4072 __cygwin_lock_unlock: threadcount 1. not unlocking Some commands get as far as executing build_argv(). I'm not sure what to do next: has anyone seen anything like this before? Or, can anyone suggest how to go about debugging this? If you've scrubbed your system before, then you might not be far enough into customizing your environment that you shun the idea of reinstalling. If that's the case, you might try removing Cygwin again and then create the install directory as the user who will install Cygwin and then run 'setup.exe' using that as the install directory. You clearly have permission problems or issues with an incomplete installation (i.e. '/etc/group' is not accessible). But you may be better served by following the prescribed steps at: Problem reports: http://cygwin.com/problems.html If or when you reinstall, pay close attention to any errors that show up and inspect the '/var/log/setup.log' file. /etc/group and /etc/passwd do not exist. The postinstall scripts are not being executed successfully (since every cygwin command, including sh, just quietly exits without doing anything). Setup.log.full looks clean; everything installs successfully, apparently with no errors, right through running the postinstall scripts, since they don't report that they're not actually doing anything. Your comment on permissions prompted me to do another clean reinstall for just me rather than all users. No change. I've included the output of 'cygcheck -s -v -r' below. We prefer *attached* output. Anyway, I agree with Chris's comments, even though it's not obvious that this is the problem. Look for duplicate cygwin1.dlls, remove them, and reboot. You need to figure out why the postinstall scripts aren't running. It's likely to be some permission issue as well. As far as I can see, with the exception that your home directory isn't local, the '/etc/passwd' and '/etc/group' files should have been created fine. Maybe your PDC isn't available? More than likely that's not it. I'd concentrate on the permissions. Oh, and not that this is a problem but since you mentioned that you did a clean install as just me, the output you sent was for all users. The latter is really what you want anyway, if you ever think you'll run a Cygwin service. -- 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: increasing filesystems size
At 02:17 PM 11/29/2004, you wrote: Hi all... I'm having some problems with the limited filesystems size: No space left on device [SOPC Builder]$ df -h Filesystem Size Used Avail Use% Mounted on C:\quartus\bin\cygwin\bin 30M 30M 0 100%/usr/bin C:\quartus\bin\cygwin 30M 30M 0 100%/ c: 30M 30M 0 100% /cygdrive/c d: 19G 66M 19G 1%/cygdrive/d f: 14G 11G 3.7G74%/cygdrive/f z: 30M 30M0100% /cygdrive/z I would like to know if someone knows how to increase this field... there are a lot of free space on disk. I have already tried to modify the mount table in the Windows registry, but I can't get success. There is no way to increase this field. It's read only and reports what's available and what's used. Based on the output you've provided, it seems to me that you have lots of space on your D and F drives. You'd be better off installing Cygwin there. Please visit the FAQ http://cygwin.com/faq/ to find out how to uninstall Cygwin so that you can reinstall it on your D or F drive. -- 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: FW: Serious Installation problems - possible workround but rapid fix required.
At 02:47 PM 11/29/2004, you wrote: I've done some more tests and here's what I did. I saved cygcheck from a previous failed installation which created a bin directory with some contents but didn't complete. I removed virtually everything from the system apart from Windows itself, including all references to Cygwin/Cygnus in the registry, and the attached file is the output file from cygcheck -s -v -r cygout.txt I then removed Cygwin/Cygnus items from the registry because running cygcheck appears to add some things to the registry. I then did an install from the Internet using Install for all components. This proceeded until (as before): 93% In-use files have been replaced. You need to reboot as soon as possible to activate the new versions. Cygwin may operate incorrectly until you reboot. The Progress window indicates: _update-info-dir-00230-1 /usr/X11R6/share/doc/Cygwin/xorg-x11-f100-6.8.1.0.README Clicking OK then produces the folllowing window. Can't open Package Database for writing: No such file or directory. The procedure completes but Cygwin has not been properly installed. Rebooting makes no difference. I hope this helps in pinpointing the problem. Sounds related to the problems reported over on the cygwin-xfree list. You might want to take a gander at the discussion there. Try running 'setup.exe' again and installing whatever is missing. If that doesn't work, try uninstalling, installing just the defaults, and then installing again choosing all the packages you want. The latter is the current prescription for faulty installs involving X. -- 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: A vexing installation problem
At 02:59 PM 11/29/2004, you wrote: The postinstall scripts are all cygwin shell scripts and thus require a functional 'sh' to do anything. And, as with all other cygwin programs, 'sh' just exits without doing anything. Yep, so I'd recommend starting there. Check the Windows properties here to see who owns the file and who has permissions to execute it, etc. Also, you could do a strace on 'sh' to see if anything interesting shows up from that. Hopefully you'll see something interesting as a result. -- 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: A vexing installation problem
At 04:52 PM 11/29/2004, you wrote: On Mon, Nov 29, 2004 at 03:18:05PM -0500, Larry Hall wrote: At 02:59 PM 11/29/2004, you wrote: The postinstall scripts are all cygwin shell scripts and thus require a functional 'sh' to do anything. And, as with all other cygwin programs, 'sh' just exits without doing anything. Yep, so I'd recommend starting there. Check the Windows properties here to see who owns the file and who has permissions to execute it, etc. Also, you could do a strace on 'sh' to see if anything interesting shows up from that. Hopefully you'll see something interesting as a result. File permissions appear ok as far as I can tell. The 'strace' output seems consistent with no permission problems; I'm able to execute all commands, cygwin1.dll is found, and things run for a short while before dying. But with no output, right? No dump file, nothing? 'strace sh.exe' looks like any other command I try: ... 564 105230 [main] bash 3892 cygheap_user::ontherange: what 2, pw 0xA0510C8 224 105454 [main] bash 3892 cygheap_user::ontherange: HOME is already in the environment /cygdrive/h 756 106210 [main] bash 3892 sigproc_init: process/signal handling enabled(1001) 365 106575 [main] bash 3892 __cygwin_lock_lock: threadcount 1. not locking 304 106879 [main] bash 3892 __cygwin_lock_unlock: threadcount 1. not unlocking This isn't the strace of 'sh.exe'. It's the strace of 'bash.exe'. Can you try 'sh.exe' and see if it's different. FWIW, the lines you provided above I can find in my strace of 'bash.exe'. Mine goes on however. and I'm back to the Windows command prompt at this point. I thought maybe there could be something odd in my environment, but deleting all entries has no effect: I still see the exact same behavior with an environment that consists, in its entirety, of PATH=.. By hunting around on the internet, I was able to find some old cygwin versions to test. With an old version of 'mount', I get normal output with the 1.5.5-1 version of cygwin1.dll, but 1.5.6-1 behaves the same as 1.5.11-1 and 1.5.12-1 (no output, exits following sigproc_init). I see that the 1.5.6-1 release changed signal processing which seems suggestive given that the last substantive output of 'strace' comes when signal handling is enabled. If you have 1.5.5 now that works for you, you can use that to bootstrap your build and get a debug version of the current DLL to look at and debug into. That might be your best bet. You can definitely get more context that way, if you're so inclined. -- 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: A vexing installation problem
At 06:17 PM 11/29/2004, you wrote: On Mon, Nov 29, 2004 at 05:22:28PM -0500, Larry Hall wrote: File permissions appear ok as far as I can tell. The 'strace' output seems consistent with no permission problems; I'm able to execute all commands, cygwin1.dll is found, and things run for a short while before dying. But with no output, right? No dump file, nothing? Correct. Huh. 'strace sh.exe' looks like any other command I try: ... 564 105230 [main] bash 3892 cygheap_user::ontherange: what 2, pw 0xA0510C8 224 105454 [main] bash 3892 cygheap_user::ontherange: HOME is already in the environment /cygdrive/h 756 106210 [main] bash 3892 sigproc_init: process/signal handling enabled(1001) 365 106575 [main] bash 3892 __cygwin_lock_lock: threadcount 1. not locking 304 106879 [main] bash 3892 __cygwin_lock_unlock: threadcount 1. not unlocking This isn't the strace of 'sh.exe'. It's the strace of 'bash.exe'. Can you try 'sh.exe' and see if it's different. FWIW, the lines you provided above I can find in my strace of 'bash.exe'. Mine goes on however. You're right. The output for 'sh.exe' is identical to 'bash.exe' with 'sh' substituted for 'bash'. OK. If you have 1.5.5 now that works for you, you can use that to bootstrap your build and get a debug version of the current DLL to look at and debug into. That might be your best bet. You can definitely get more context that way, if you're so inclined. I do not have a fully functional 1.5.5 installation; all I could find was a tarball that includes a few commands (ps, kill, regtool, dumper, mount/umount, setfacl/getfacl, passwd, mkpasswd, mkgroup, cygpath, and cygcheck). The combination of unavailability of old distributions, and unavailability of a debug version of the current DLL, is kind of a pisser. I've got another system on my desk (also XP SP2) with the latest Cygwin that works fine. That system has a clean OS install; the one with problems has been upgraded over several years by Windows Update. I can try to build a debug DLL on that system but had hoped for a quicker diagnosis. Yeah, I understand. This is certainly not your everyday issue, as you've noticed. I suppose it's worthwhile to look at the settings for the Windows firewall to see if it's being overly restrictive or limiting in some way. Sorry, I don't have any other ideas other than getting down into it with more details... -- 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: sshd broken on reboot
At 08:23 PM 11/29/2004, you wrote: Larry Hall wrote: so now you want to run your server in debug mode, It works in debug mode. Please see attached console sessions. Note the lines Server will not fork when running in debugging mode and 3 [main] sshd 1044 fork_copy: linked dll data/bss pass 0 failed, 0x3DB000..0x3DB050, done 0, windows pid 3916, Win32 error 487. It's failing on fork(), so debug mode won't help (?). Ah, so this is the classic rebase problem. I didn't realize that was the message you were getting before. Have you installed the 'rebase' package? If so, have you run 'rebaseall'? Try it. If you have any questions, read '/usr/share/doc/Cygwin/rebase-2.3.README' first and check out the email archives on this error and 'rebase'. You may find some answers there too. -- 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: increasing filesystems size
At 06:57 AM 11/30/2004, you wrote: There is a way, it's only to change the keys located under HKEY_CURRENT_USER/Software/Cygnus Solutions/Cygwin/mounts vversion . I did that, however I couldn't get success. Here, the free space is changed in accordance with the system user. I need to use all the free space on the disk independent of the user. Do you know how to do that? The free space is *not* changed in accordance with the system user. If you have your mounts currently as user and you would prefer they show up as system, that's something different than your original question. Can accomplish this new goal by : mount -m | sed s/-u/-s/ /tmp/sysmounts chmod +x /tmp/sysmounts /tmp/sysmounts Now you'll have both user and system mounts. You can get rid of the user mounts if you want. In the Cygwin User's Guide, there is On Mon, 29 Nov 2004 15:03:59 -0500, Larry Hall [EMAIL PROTECTED] wrote: Don't feed spammers. http://cygwin.com/acronyms/#PCYMTNQREAIYR -- 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: Suggestions
At 06:43 PM 12/3/2004, you wrote: Hi, Is there some more specific place in which to give suggestions or feedback about the Cygwin pages? Sure. Here. :-) See http://cygwin.com/lists.html for more details. -- 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: User name with spaces and Cygwin web site suggestion
At 10:17 PM 12/4/2004, you wrote: Hi, I had a Windows XP user account whose name had spaces. The Cygwin web site says that you should change your account's user name to something without spaces and, if Cygwin is already installed, re-run mkpasswd. Even before I installed Cygwin, I changed my user name, but this did not solve the problem because the command id -un used in /etc/profile to determine the user continues returning the previous spaced user name. So I manually set HOME and USER to the right thing in /etc/profile and at least I got the home directory right and so on. But apparently some programs may still use id -un, as it is the case with ssh. Did I miss something or renaming the account really doesn't do anything to solve the problem? Just change your user name in the first field of /etc/passwd. That will take care of it. -- 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: PERL and XML::Parser
At 10:39 PM 12/4/2004, you wrote: Hi I have been having problems installing XML-Parser-2.34.tar.gz, I came across the course of the problem in your mailing archive but it didn't give the solution to the problem. The original error was: cp Parser/Encodings/iso-8859-5.enc blib/lib/XML/Parser/Encodings/iso-8859-5.enc Syntax error: Unterminated quoted string The email I found was: To: Cygwin List Date: Tue, 06 Jul 2004 09:35:56 +0300 Subject: Re: PERL and XML::Parser It said the problem was: It appears that Visual Studio .NET environment variable LIB produced invalid output in Makefile. If any one could give me a detailed solution to this problem it would be greatly appreciated, I'm new to cygwin so please keep it simple. How about adding: SET LIB= to your Cygwin.bat? While you're at it, you might as well add SET INCLUDE= too. -- 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: commands not found
At 07:51 PM 12/5/2004, you wrote: First I'd like to say that I am sorry for having to ask this. But I have searched the site, read the faqs and documentation, and poked around the directory structure and I am still at a loss. Basically I just can't use any of the commands. 'cd' and 'pwd' seem to work, but 'ls' and even 'man' don't. Most things that I want to use I am told that the command is not found. I can go to the /bin direcotry and type ./ls, and it works. So I guess that maybe my path is not right. The path in the /usr/etc/default/etc/profile is sufficient. And this is the only place that I can find the .bashrc files and such. What do I need to do? And why would this functionality not be there from the beginning. It shouldn't be this hard to make this work. I must be doing something stupid. Thanks in advance Start here: Problem reports: http://cygwin.com/problems.html -- 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: commands not found
At 10:56 PM 12/5/2004, you wrote: Thanks, but like I said I've been there. I've been everywhere and read it all for hours before I posted this. Frustration. snip Start here: Problem reports: http://cygwin.com/problems.html Then you missed a very important point. I can think of several reasons or things to check and try but there's no sense in having me or somebody else on this list take wild shots in the dark when a little specific information from you would narrow the field considerably. You need to reread carefully what's on this page, particularly the parts that recommend providing specific information that demonstrates your problems and to also provide basic configuration information (cygcheck output). Please reread the page again with an eye toward these areas and post the requested information. Then someone might have a very good suggestion for you. I'm certain you've spent a good amount of time trying to track this down yourself, using the available resources. It's appreciated. We just need you to take some time to let the frustration of your previous attempt(s) subside some and come back to the problem with a fresh start. :-) Also, please don't quote headers and such in your responses. We highly discourage those actions since they only feed the spammers. They're fat enough already. -- 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: Norton 2005 blocks? Worm trojan horses in wget and rsync?
At 06:59 PM 12/7/2004, you wrote: Hi For about a week Norton 2005 on xp service pack 2 pops up with msg it has blocked various worms and trojan horses from wget and rsync. I have run cygwin for 4 or 5 years with no issues at all. Full scan by norton finds nothing. I did install w3mir about 3 weeks ago on 1 machine about 4 weeks ago. Anyone else have similar issues? Search of this list for worm trojan gave 1 hit relating to email. You probably should read the FAQ entry referenced below: Is Cygwin Setup, or one of the packages, infected with a virus? http://cygwin.com/faq/faq_toc.html#TOC11 What it says applies equally as well to anything you might download via wget and rsync. -- 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: running a DOS batch file from a shell script - script doesn't wait for batch file to complete before continuing
At 09:55 PM 12/9/2004, you wrote: Hi, I have a shell script (#!/bin/sh) that runs a DOS batch file. During the execution of the shell script, it runs the DOS batch file (Pro/ENGINEER's PRO_BATCH.BAT to generate a plot file) but the script does not appear to wait for the DOS batch file to finish first before continuing. I tried running the DOS batch file using another shell (/bin/sh -c file.bat) within the script, use wait right after the batch file line to wait for the process to complete first but none of them seem to work. I've also searched the web for answers with no avail. It looks like once the DOS batch file starts to execute, it is not possible to exercise job control on the cygwin unix side. The versions of my Cygwin and Windows are: Cygwin version: CYGWIN_NT-5.1 1.5.9 (0.112/4/2) OS version: Windows XP Professional Version 2002 w/ Service Pack 1 The following worked fine for me: #!/bin/sh /pro/proE/bin/pro_batch.bat This is with the latest Cygwin (1.5.12) and W2K. The version of Pro/E is a bit out of date but it still popped up the GUI and sat there waiting for me to do something. The shell script didn't exit until I terminated the program/bat file. YMMV, -- 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/
