A couple of setup.exe nits
I found the following nits with the current setup.exe: 1. setup.exe no longer responds to Windows messages during postinstall. I noticed this because one of my postinstall scripts did a SendMessage(HWND_BROADCAST, ...) which caused a deadlock situation. I changed to PostMessage() to workaround the problem. Note that Task Manager also indicates a status of Not Responding. 2. /etc/setup/installed.db indicates files end with .bz2 regardless of their true suffix. I don't know if this will cause problems or not, but I found it disconcerting. Jason
Updated: ghostscript-6.51-4
The Ghostscript package has been updated to include support for the libpng and zlib shared libraries, as suggested by Chuck Wilson. In addition, the package also now has a new setup.hint file included. This release of Ghostscript is an X-less version, i.e. doesn't require the cygwin-xfree libraries to run. This version does not support direct preview. In order to preview Postscript output, it's necessary to rasterize the output to a graphics format (for example, PDF or JPEG) and viewed with a suitable viewer. For build instructions, please read: /usr/doc/Cygwin/ghostscript-6.51.README The instructions have also been included at the end of this message. I want to thank Chuck Wilson for uploading the package. Release Notes -- GNU Ghostscript for Cygwin Version 6.51, Release 4 (6.51-4) (26 February, 2002) This Cygwin version of GNU Ghostscript has been built without support for X. This release now supports the libpng and zlib shared libraries (i.e. these libraries are no longer statically linked in.) REQUIREMENTS: Due to very specific requirements Ghostscript has relating to Postscript's JPEG support, the JPEG shared library cannot be used, and must be statically linked instead. The source for the JPEG library is included in the source package, ready to build with Ghostscript. BUILDING: At a minimum, you must have all the tools needed to build Cygwin programs, i.e. make, gcc, and binutils. In addition, the zlib and libpng shared libraries must be included in your Cygwin installation. Finally, you also need to fetch the source archive, ghostscript-6.51-4-src.tar.gz, from a Cygwin mirror site. Once you have everything required for building, follow these steps: 1. Unpack ghostscript-6.51-4-src.tar.gz (the source is pre-patched to build on Cygwin): $ tar xzf ghostscript-6.51-4-src.tar.gz 2. Build from the top-level source directory: $ cd ghostscript-6.51 ; make -f src/unix-gcc.mak 3. Install the entire package: $ make -f src/unix-gcc.mak install 4. Grab the following font compressed tar files: ftp://mirror.cs.wisc.edu/pub/mirrors/ghost/gnu/fonts: gnu-gs-fonts-std-6.0.tar.gz (required) gnu-gs-fonts-other-6.0.tar.gz (optional, recommended) Unpack them into /usr/share/ghostscript/fonts (font directory contained within tar file): $ tar xzCf /usr/share/ghostscript gnu-gs-fonts-*-6.0.tar.gz 5. Once you install it, you can test it: $ gs -sDEVICE=jpeg -dBATCH -sOutputFile=tiger.jpg \ /usr/share/ghostscript/6.51/examples/tiger.ps The Cygwin patches are in CYGWIN-PATCHES, along with this file. Have fun! -- Dario Alcocer -- Sr. Software Developer, Helix Digital Inc. [EMAIL PROTECTED] -- http://www.helixdigital.com -- Dario Alcocer -- Sr. Software Developer, Helix Digital Inc. [EMAIL PROTECTED] -- http://www.helixdigital.com
Re: Log filling up
On Tue, 26 Feb 2002, Brian Genisio wrote: You could always redirect the log file to /dev/null ... But this can only be done by patching the binary. Replace /tmp/XWin.log /dev/null\0log (the \0 marks the character with ascii code 0. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 phone: +49 3725 349 80 80 mobile: +49 172 7854017
Re: Log filling up
On Wed, 27 Feb 2002, Sylvain Petreolle wrote: Why couldn't this be done by putting several /dev/null in startxwin ? Because you can't configure where the logfile is opened. The log is not written to stdout or stderr but to a file opened via fopen(/tmp/XWin.log) I have some test binaries for download where the log is written to stderr but if some errors occur there the other people from the mailinglist won't be able to help you. http://www.tu-chemnitz.de/~goal/xfree/test-config-1/X-Server.tar.bz2 bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 phone: +49 3725 349 80 80 mobile: +49 172 7854017
RE: Log filling up
Modifying the code to put the log in /dev/null certainly doesn't seem like an attractive solution. If I were to go that far, I would rather just search for where the particular message is output that is causing the problem and disable it. Do others not have this problem? The only unique thing about my setup is that I use Andrei Gourianov's goScreen as a virtual desktop manager under windows. I haven't tested to see if this affects the XWin.log or not. I can't imagine that it would, since the log fills up even when my desktop is set to the one where X is running, so it shouldn't see any difference. What is the purpose of this message (winCursorOffScreen () - hmm...)? It seems pretty useless. It would seem like a good idea to be able to configure where the log file goes, though. I never like seeing such things hard coded in a program. Cary --- Cary Jamison [EMAIL PROTECTED] (801) 705-8685 voice (801) 705-4685 fax
Re: Log filling up
You could always do rm /tmp/XWin.log ln -s /dev/null /tmp/XWin.log That should work and dump to /dev/null. Alan. On Wed, Feb 27, 2002 at 09:11:03 -0700, Cary Jamison wrote: Modifying the code to put the log in /dev/null certainly doesn't seem like an attractive solution. If I were to go that far, I would rather just search for where the particular message is output that is causing the problem and disable it. Do others not have this problem? The only unique thing about my setup is that I use Andrei Gourianov's goScreen as a virtual desktop manager under windows. I haven't tested to see if this affects the XWin.log or not. I can't imagine that it would, since the log fills up even when my desktop is set to the one where X is running, so it shouldn't see any difference. What is the purpose of this message (winCursorOffScreen () - hmm...)? It seems pretty useless. It would seem like a good idea to be able to configure where the log file goes, though. I never like seeing such things hard coded in a program. Cary --- Cary Jamison [EMAIL PROTECTED] (801) 705-8685 voice (801) 705-4685 fax
RE: Log filling up
Cary, What is the purpose of this message (winCursorOffScreen () - hmm...)? It seems pretty useless. The message is mostly useless. The message was put there as sort of a heads up in case someone every reported seeing the message... then we would know that we need to implement the function. However, something on your system is apparently causing bogus mouse movement messages to be sent to Cygwin/XFree86. I think the better solution would be to fix whatever program is sending the bogus mouse messages (probably goScreen). It would seem like a good idea to be able to configure where the log file goes, though. That's actually pretty difficult to do because there are several log file messages that get printed before we see whether or not there is a -log command line parameter being passed. Thus, we would have to allocate some temporary storage for log messages printed before the -log parameter, then redirect those messages as necessary if we see a -log parameter, or else dump those messages to the screen if we don't see a -log parameter. Now, I don't know about you, or anyone else on this project, but I'm busting my ass on my last semester of my senior year of college. In other words, you'll have to convince someone else to fix this problem for you, or you'll have to fix it yourself. (Of course, the easy solution is to download the source as in the Cygwin/XFree86 Contributor's Guide, goto to file xc/programs/Xserver/hw/xwin/wincursor.c http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xwin/wincursor.c, #if 0 the ErrorF message that is bothering you, then compile according to the instructions in the Contributor's Guide... we're talking *maybe* 30 minutes of your time) I never like seeing such things hard coded in a program. Neither do I... but my priorities are fixed at the moment. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Cary Jamison Sent: Wednesday, February 27, 2002 11:11 AM To: Cygwin/X list (E-mail) Subject: RE: Log filling up Modifying the code to put the log in /dev/null certainly doesn't seem like an attractive solution. If I were to go that far, I would rather just search for where the particular message is output that is causing the problem and disable it. Do others not have this problem? The only unique thing about my setup is that I use Andrei Gourianov's goScreen as a virtual desktop manager under windows. I haven't tested to see if this affects the XWin.log or not. I can't imagine that it would, since the log fills up even when my desktop is set to the one where X is running, so it shouldn't see any difference. What is the purpose of this message (winCursorOffScreen () - hmm...)? It seems pretty useless. It would seem like a good idea to be able to configure where the log file goes, though. I never like seeing such things hard coded in a program. Cary --- Cary Jamison [EMAIL PROTECTED] (801) 705-8685 voice (801) 705-4685 fax
RE: Log filling up
From: Harold Hunt [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 12:17 PM What is the purpose of this message (winCursorOffScreen () - hmm...)? It seems pretty useless. The message is mostly useless. The message was put there as sort of a heads up in case someone every reported seeing the message... then we would know that we need to implement the function. However, something on your system is apparently causing bogus mouse movement messages to be sent to Cygwin/XFree86. I think the better solution would be to fix whatever program is sending the bogus mouse messages (probably goScreen). What would this function do if it were implemented? It doesn't seem like it would need to do anything, anyway. have to fix it yourself. (Of course, the easy solution is to download the source as in the Cygwin/XFree86 Contributor's Guide, goto to file xc/programs/Xserver/hw/xwin/wincursor.c http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xwin/w incursor.c, #if 0 the ErrorF message that is bothering you, then compile according to the instructions in the Contributor's Guide... we're talking *maybe* 30 minutes of your time) Thanks for the info on what to change. I think I'll play around and try to determine what is causing the message, be it goScreen or whatever, first. I'd rather make this change than never have any log output by redirecting the log to /dev/null. Of course, things always take longer than expected - I'm sure I'm missing some other cygwin stuff to be able to do a quick 30 minute change (like gcc, for one). Wait, I could just do a binary edit and change that string to null, like Alexander suggested I do to the /tmp/XWin.log string to change it to /dev/null\0 Outputting a null string shouldn't fill up the log. I'll give that a try after I figure out if goScreen or what is the culprit. Harold Cary --- Cary Jamison [EMAIL PROTECTED] (801) 705-8685 voice (801) 705-4685 fax
Update on log filling up
Well, I was wrong. I thought I was getting tons of winCursorOffScreen () - hmm... messages in my log file, when actually the culprit is winShadowUpdateDDNL () - IDirectDrawSurface4_Blt () failed: 887601c2 The thing is my log was so big I could not tail or more it. I was using head and saw a few of the hmm messages and assumed those were the problem. Turns out I always get those occasionally as I move the mouse around, but they're not a significant problem. Also, the problem is not related to the virtual desktop manager (goScreen) that I am using. (And I do still get hmms whether or not I am running goScreen.) These messages appear when I press CTL-ALT-DEL to get to the XP Lock Workstation button and any X window is being updated (including the X screen saver, which never goes completely blank since it can't go to power-saving mode). I believe my workaround will be to disable the X screen saver, don't need it anyway--it was just going by default, and make sure I don't have any other animations or anything going when I lock my screen. Cary --- Cary Jamison [EMAIL PROTECTED] (801) 705-8685 voice (801) 705-4685 fax
RE: XTrap -- xcygwin libXETrap.a
The library has been provided by Harold Hunt who reports that this is a packaging problem. --Robert
Copyright years (was Re: help/version patches)
- Copyright 1998, 1999, 2000, 2001 Red Hat, Inc. + Copyright 1998-2002 Red Hat, Inc. A quick note about changing Copyright years like this... don't do it! The two are *not* equivalent. See http://www.gnu.org/prep/maintain_8.html on the GNU website for more information, but basically if a new release of Cygwin was tagged in CVS in any of those years, it should appear as a separate year in a comma separated list. Ranges are only allowed if development was carried out in that range of years, but a version was completed for release only in the final year of the range. Regards Chris
Re: Copyright years (was Re: help/version patches)
Chris January [EMAIL PROTECTED] writes: - Copyright 1998, 1999, 2000, 2001 Red Hat, Inc. + Copyright 1998-2002 Red Hat, Inc. A quick note about changing Copyright years like this... don't do it! The two are *not* equivalent. No, but need they be? The silly comma separated list will get out of hand, at some point in the future. Each release should hold the (c) marker that's applicable to that release, why should later releases hold markers that are not applicable anyway? Ranges are only allowed if development was carried out in that range of years, but a version was completed for release only in the final year of the range. If you get hold of, say, a 1999 release (tarball, cvs -D checkout), you'll see the range 1998-1999 which will cover the only interesting thing: (c) over 1999 release. If you look at a 2002 tarball, you'll see 1998-2002 Greetings, Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: Copyright years (was Re: help/version patches)
Chris January [EMAIL PROTECTED] writes: Since when have common sense and the law gone together. Hmm, that's a good point. I think there was some logic to what I said, but that may well be irrelevant. I would point out that the GCC team have recently changed all their copyrights from the incorrect range format to a list of years because this is simply the right thing to do from a legal point of view. (see http://gcc.gnu.org/ml/gcc-patches/2002-01/msg01192.html). Ok, thanks for pointing that out. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: help/version patches
On Tue, Feb 26, 2002 at 08:59:45PM -0800, Joshua Daniel Franklin wrote: Well, except that that loop does away with the whole point--eating the trailing '$'. Here's another go. I tested it with $Revision$, $Revision:$, $Revision: $ , $Revision: 1.22 $ , and $Revision: 1.2 2 $ (in the unlikely event of a version number with spaces) and it does the right thing on each. There's no need for a loop. There really shouldn't be any need to accommodate the missing colon but it doesn't hurt too much to add a test case. I've checked in a modified version of your patch. I cleaned up some of the non-GNU formatting, added a ChangeLog, and added a print_version function which parses the 'version' array for version info. I appreciate the submission very much but, next time, I would also appreciate a ChangeLog and more attention to formatting issues. cgf
Re: version information for cygcheck
Joshua Daniel Franklin wrote: -z, --version output version information and exit I used -z since -v is --verbose. It could also have no character option if that would be better. Why not -V?
Re: /proc and /proc/registry
On Tue, Feb 26, 2002 at 12:39:47PM -, Chris January wrote: 1) The copyrights still need to be changed. Done. 2) The code formatting still is not correct. Now piped through indent with a few touch-ups. 3) You have a lot of calls to normalize_posix_path. Is that really necessary? It seems to be called a lot. If it is really necessary, I'd prefer that it just be called in dtable::build_fhandler and made the standard unix_path_name. Done. 4) Could you generate the diff using 'cvs diff -up Done. The new files are diff'ed against /dev/null and are appended to the output of cvs diff. NB: The ChangeLog has two additions because I found chdir had broken. @@ -370,9 +379,9 @@ dtable::build_fhandler (int fd, DWORD de if (unix_name) { - char new_win32_name[strlen (unix_name) + 1]; if (!win32_name) { + char new_win32_name[strlen (unix_name) + 1]; char *p; /* FIXME: ? Should we call win32_device_name here? It seems like overkill, but... */ The above is a gratuitous and dangerous change. @@ -100,7 +103,10 @@ enum extern const char *windows_device_names[]; extern struct __cygwin_perfile *perfile_table; #define __fmode (*(user_data-fmode_ptr)) +extern const char *proc; +extern const int proc_len; + class select_record; class path_conv; class fhandler_disk_file; Please eliminate the extra white space. @@ -1028,6 +1034,74 @@ class fhandler_dev_dsp : public fhandler void fixup_after_exec (HANDLE); }; +class fhandler_virtual : public fhandler_base +{ + protected: + char normalized_path[MAX_PATH]; There should be no need for normalized_path, should there? @@ -490,6 +496,24 @@ path_conv::check (const char *src, unsig } goto out; } + else if (isvirtual_dev(devn)) +{ + fhandler_virtual *fh = +(fhandler_virtual *)cygheap-fdtab.build_fhandler(-1, devn, path_copy, NULL, unit); + int file_type = fh-exists(path_copy); + switch (file_type) +{ + case 0: +error = ENOENT; + case 1: + case 2: +fileattr = FILE_ATTRIBUTE_DIRECTORY; + case -1: +fileattr = 0; +} + delete fh; + return; +} /* devn should not be a device. If it is, then stop parsing now. */ else if (devn != FH_BAD) { Non GNU-formatting above. Need spaces before parentheses in function calls. Need spaces after closing parentheses in coercions. Please just fix this. Don't run the code through indent. @@ -1405,10 +1429,16 @@ mount_info::conv_to_win32_path (const ch else if (mount_table-cygdrive_len 1) return ENOENT; } + if (isproc (pathbuf)) + { +devn = fhandler_proc::get_proc_fhandler(pathbuf); +dst[0] = '\0'; +goto out; + } int chrooted_path_len; chrooted_path_len = 0; /* Check the mount table for prefix matches. */ for (i = 0; i nmounts; i++) { const char *path; Ditto. @@ -1472,7 +1502,7 @@ mount_info::conv_to_win32_path (const ch *flags = mi-flags; } - if (devn != FH_CYGDRIVE) + if (!isvirtual_dev(devn)) win32_device_name (src_path, dst, devn, unit); out: Ditto. @@ -3233,7 +3263,8 @@ chdir (const char *in_dir) path.get_win32 ()[3] = '\0'; } int res; - if (path.get_devn () != FH_CYGDRIVE) + int devn = path.get_devn(); + if (!isvirtual_dev(devn)) res = SetCurrentDirectory (native_dir) ? 0 : -1; else { Ditto. @@ -3253,8 +3284,9 @@ chdir (const char *in_dir) we'll see if Cygwin mailing list users whine about the current behavior. */ if (res == -1) __seterrno (); - else if (!path.has_symlinks () strpbrk (dir, :\\) == NULL - pcheck_case == PCHECK_RELAXED) + else if ((!path.has_symlinks () strpbrk (dir, :\\) == NULL + pcheck_case == PCHECK_RELAXED) || +isvirtual_dev(devn)) cygheap-cwd.set (native_dir, dir); else cygheap-cwd.set (native_dir, NULL); Ditto. --- /dev/null Tue Feb 26 12:30:52 2002 +++ fhandler_proc.cc Tue Feb 26 10:15:16 2002 @@ -0,0 +1,294 @@ +/* offsets in proc_listing */ +static const int PROC_REGISTRY = 0; // /proc/registry +static const int PROC_VERSION = 1; // /proc/version +static const int PROC_UPTIME = 2; // /proc/uptime +static const int PROC_LINK_COUNT = 3; + +/* names of objects in /proc */ +static const char *proc_listing[PROC_LINK_COUNT] = { + registry, + version, + uptime +}; Either derive PROC_LINK_COUNT from the size of the array or just use a NULL terminated array (preferred). + +/* name of the /proc filesystem */ +const char *proc = /proc; +const int proc_len = strlen (proc); How about: const char proc[] = /proc; const int proc_len = sizeof (proc) - 1; Then we don't have any runtime hits.
automatic TZ env-variable in localtime problem with W2000-german
Hello, I have the following problem, or misunderstandig(!) of TZ variable in cygwin1.dll. Problem (and my current solution) When I do not set TZ to a valid value, all times will be showed as GMT (or UTC) time. The automatic generated TZ variable in localtime.cc will generate a name from GetTimeZoneInformation. When I test this algorithm in a program, the name will be invalid (longer than 3 characters). At the moment I have problems to rebuild the cygwin1.dll (make will make a lot of things but I do find a simple make cygwin1.dll...) Is it a good, bad, very bad idea to test the length of the name against 3 to generate a TZ variable compatible with tzparse? localtime.cc (not tested, because I was not able to build cygwin1.dll) GetTimeZoneInformation(tz); (...) for (src = tz.StandardName; *src; src++) if (is_upper(*src)) *dst++ = *src; /* not 3 characters for timezone _tzname[0] ? happens for example in Win2000/NT german version a) tz.StandardName is a WideChar String b) is very long Westeropaische Normalzeit generate a TZ variable relative to GMT-x (if strlen of _tzname is not equal 3 , tzparse will not accept the TZ variable!) mkt */ if (strlen(cp) != 3)/* mkt */ { /* mkt */ strcpy(cp, GMT); /* mkt */ dst = cp + 3;/* mkt */ } /* mkt */ (...) same for the daylight saving time with DST. When I call this function as a separate routine win32_tzset (roughly written in win32_tzset.c for my VC program and Cygwin-GNU ports) the TZ variable will be understood and the correct times will be chown. pdksh port with a call to win32_tzset to set TZ automatically from Windows Control Panel: pdksh $ echo $TZ GMT-1DST-2,M3.5.0/2,M10.5.0/3 pdksh $ date Mon Feb 11 17:35:54 2002 (yes this the current time) bash-2.05a$ date Mon Feb 11 16:36:25 2002 (no, this the UTC time) win32_tzset.c localtime.cc win32_tzset.c Description: Binary data localtime.cc Description: Binary data
Re: version information for cygcheck
--- Warren Young [EMAIL PROTECTED] wrote: Joshua Daniel Franklin wrote: -z, --version output version information and exit I used -z since -v is --verbose. It could also have no character option if that would be better. Why not -V? No no no. Makes much too much sense. You'd think I was adding version information for the users or someting. Lastest patch: corrects copyright dates version now -V, not -z I think this one's going to work, so here's a changelog: 2001-02-27 Joshua Daniel Franklin [EMAIL PROTECTED] * cygcheck.cc: added -V --version option, corrected -h to output to stdout __ Do You Yahoo!? Yahoo! Greetings - Send FREE e-cards for every occasion! http://greetings.yahoo.com
Re: version information for cygcheck
--- Warren Young [EMAIL PROTECTED] wrote: Joshua Daniel Franklin wrote: -z, --version output version information and exit I used -z since -v is --verbose. It could also have no character option if that would be better. Why not -V? No no no. Makes much too much sense. You'd think I was adding version information for the users or someting. Lastest patch: corrects copyright dates version now -V, not -z I think this one's going to work, so here's a changelog: 2001-02-27 Joshua Daniel Franklin [EMAIL PROTECTED] * cygcheck.cc: added -V --version option, corrected -h to output to stdout __ Do You Yahoo!? Yahoo! Greetings - Send FREE e-cards for every occasion! http://greetings.yahoo.com --- cygcheck.cc-origSun Feb 24 13:28:27 2002 +++ cygcheck.cc Wed Feb 27 11:57:32 2002 @@ -1,6 +1,6 @@ /* cygcheck.cc - Copyright 1998, 1999, 2000, 2001 Red Hat, Inc. + Copyright 1998, 1999, 2000, 2001, 2002 Red Hat, Inc. This file is part of Cygwin. @@ -33,6 +33,8 @@ typedef __int64 longlong; void dump_setup (int, char **, bool); +const char *revision=$Revision: 1.22 $ ; + const char *known_env_vars[] = { c_include_path, compiler_path, @@ -1216,17 +1218,19 @@ check_keys () } void -usage () +usage (FILE *stream, int status) { - fprintf (stderr, Usage: cygcheck [OPTIONS] [program ...]\n); - fprintf (stderr, -c, --check-setup = check packages installed via setup.exe\n); - fprintf (stderr, -s, --sysinfo = system information (not with -k)\n); - fprintf (stderr, -v, --verbose = verbose output (indented) (for -s or programs)\n); - fprintf (stderr, -r, --registry= registry search (requires -s)\n); - fprintf (stderr, -k, --keycheck= perform a keyboard check session (not with -s)\n); - fprintf (stderr, -h, --help= give help about the info (not with -c)\n); - fprintf (stderr, You must at least give either -s or -k or a program name\n); - exit (1); + fprintf (stream, \ +Usage: cygcheck [OPTIONS] [program ...]\n\ + -c, --check-setup check packages installed via setup.exe\n\ + -s, --sysinfo system information (not with -k)\n\ + -v, --verbose verbose output (indented) (for -s or programs)\n\ + -r, --registry registry search (requires -s)\n\ + -k, --keycheck perform a keyboard check session (not with -s)\n\ + -h, --help give help about the info (not with -c)\n\ + -V, --version output version information and exit\n\ +You must at least give either -s or -k or a program name\n); + exit (status); } struct option longopts[] = { @@ -1236,15 +1240,32 @@ struct option longopts[] = { {verbose, no_argument, NULL, 'v'}, {keycheck, no_argument, NULL, 'k'}, {help, no_argument, NULL, 'h'}, + {version, no_argument, 0, 'V'}, {0, no_argument, NULL, 0} }; -char opts[] = srvkhc; +char opts[] = chkrsvV; int main (int argc, char **argv) { int i; + char *version; + + /* Get version number out of the autogenerated revision string */ + (void *) version = malloc(sizeof(revision)); + strcpy(version, revision+9); + if (version[0] != ':') +*version=0; + else + { +version = version+2; +char *temp=version + strlen (version); +while (isspace((int)*--temp) || *temp=='$' temp = version) + temp[1]='\0'; + } + + version[strlen(version)-1]= 0; while ((i = getopt_long (argc, argv, opts, longopts, NULL)) != EOF) switch (i) @@ -1267,17 +1288,27 @@ main (int argc, char **argv) case 'h': givehelp = 1; break; + case 'V': +printf (cygcheck (cygwin) %s\n, version); +printf (System Checker\n); +printf (Copyright 1998, 1999, 2000, 2001, 2002 Red Hat, Inc.\n); +fputs (Compiled __DATE__\n, stdout); +exit (0); default: - usage (); + usage (stderr, 1); /*NOTREACHED*/} argc -= optind; argv += optind; - if (argc == 0 !sysinfo !keycheck !check_setup) -usage (); + if (argc == 0 !sysinfo !keycheck !check_setup) { + if (givehelp) + usage (stdout, 0); + else + usage (stderr, 1); + } if ((check_setup || sysinfo) keycheck) -usage (); + usage (stderr, 1); if (keycheck) return check_keys ();
Re: help/version patches
--- Christopher Faylor [EMAIL PROTECTED] wrote: There's no need for a loop. There really shouldn't be any need to accommodate the missing colon but it doesn't hurt too much to add a test case. I've checked in a modified version of your patch. I cleaned up some of the non-GNU formatting, added a ChangeLog, and added a print_version function which parses the 'version' array for version info. I appreciate the submission very much but, next time, I would also appreciate a ChangeLog and more attention to formatting issues. Sorry, I didn't read this first. Ignore my last message. __ Do You Yahoo!? Yahoo! Greetings - Send FREE e-cards for every occasion! http://greetings.yahoo.com
Re: /proc and /proc/registry
1) The copyrights still need to be changed. Done. 2) The code formatting still is not correct. Now piped through indent with a few touch-ups. 3) You have a lot of calls to normalize_posix_path. Is that really necessary? It seems to be called a lot. If it is really necessary, I'd prefer that it just be called in dtable::build_fhandler and made the standard unix_path_name. Done. 4) Could you generate the diff using 'cvs diff -up Done. The new files are diff'ed against /dev/null and are appended to the output of cvs diff. --snip-- + if (*path == 0) +return FH_PROC; How could this happen? This occurs when the path is actually just /proc. Compare with fhandler_proc::exists which does the same thing. + int pid = atoi (path); + winpids pids; + for (unsigned i = 0; i pids.npids; i++) +{ + _pinfo *p = pids[i]; + + if (!proc_exists (p)) +continue; + + if (p-pid == pid) +return FH_PROCESS; +} + return FH_PROC; +} Is this right? If I type /proc/qwerty this returns FH_PROC? Yes, this is by design. Any path in /proc should be handled by a sub-class of fhandler_virtual. This way path.cc (chdir/path_conv::check) can call fhandler_virtual::exists on the path to check whether it actually exists or not. Arguably FH_BAD could be returned here instead. It's an arbitary decision so I accept anyone else's opinion. --- /dev/null Tue Feb 26 12:31:06 2002 +++ fhandler_virtual.cc Tue Feb 26 11:14:04 2002 @@ -0,0 +1,228 @@ +DIR * +fhandler_virtual::opendir (path_conv real_name) +{ + return opendir (get_name()); +} I don't see how this can be right. Won't this induce infinite recursion? No - opendir is overloaded in fhandler_virtual. The idea is that virtual fhandler (i.e. classes that derive from fhandler_virtual) methods consistently get passed a unix path instead of a reference to a path_conv instance. Regards Chris
Re: /proc and /proc/registry
On Tue, Feb 26, 2002 at 12:39:47PM -, Chris January wrote: 1) The copyrights still need to be changed. Done. 2) The code formatting still is not correct. Now piped through indent with a few touch-ups. 3) You have a lot of calls to normalize_posix_path. Is that really necessary? It seems to be called a lot. If it is really necessary, I'd prefer that it just be called in dtable::build_fhandler and made the standard unix_path_name. Done. 4) Could you generate the diff using 'cvs diff -up Done. The new files are diff'ed against /dev/null and are appended to the output of cvs diff. --snip-- Phew. Please find attached another patch with modifications as per your comments. I don't have much time to work on this anymore so this will have to be the last patch. ChangeLog is as before. Regards Chris proc.patch Description: Binary data
Re: Unable to install file C:/cygwin/bin/cygrunsrv.exe
Hello Gerrit, Is it possible, that you had cygrunsrv.exe running at the same time you were updating your installation ? Wednesday, February 27, 2002, 8:58:25 AM, you wrote: GC Hello, GC When I tried to upgrade to cygrunsrv-0.95-1 this morning I got the GC following error (probably because cygrunsrvis being used to launch inetd). GC Any pratical solution for this ? GC Regards, GC Gerrit Uninstalling old cygrunsrv^M unlink C:/cygwin/bin/cygrunsrv.exe^M unlink C:/cygwin/usr/doc/Cygwin/cygrunsrv.README^M Installing...latest/cygrunsrv/cygrunsrv-0.95-1.tar.bz2^M Installing file C:/cygwin/bin/cygrunsrv.exe^M Unable to install file C:/cygwin/bin/cygrunsrv.exe^M Installing file C:/cygwin/usr/doc/Cygwin/cygrunsrv.README^M -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Unable to install file C:/cygwin/bin/cygrunsrv.exe
Hallo Gerrit, Am 2002-02-27 um 08:58 schriebst du: When I tried to upgrade to cygrunsrv-0.95-1 this morning I got the following error (probably because cygrunsrvis being used to launch inetd). Any pratical solution for this ? [snip] Uninstalling old cygrunsrv^M unlink C:/cygwin/bin/cygrunsrv.exe^M unlink C:/cygwin/usr/doc/Cygwin/cygrunsrv.README^M Installing...latest/cygrunsrv/cygrunsrv-0.95-1.tar.bz2^M Installing file C:/cygwin/bin/cygrunsrv.exe^M Unable to install file C:/cygwin/bin/cygrunsrv.exe^M Installing file C:/cygwin/usr/doc/Cygwin/cygrunsrv.README^M Probably there is still a service running which uses cygrunsrv. You need to stop all (cygrun-)services to install the new version. Gerrit -- =^..^=mailto:[EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
AW: The developer's dilemma
Hmm. What is the original to the RE:. Am I missing something ? Is it worth kowing the full thread ? Kristof Doffing Lufthansa Systems Airline Services GmbH, FRA AS/N FAC, Hugo-Eckener-Ring A.8.02 60549 Frankfurt/Main Tel.: +49 69 / 696 92630 Fax : +49 69 / 696 92062 -Ursprüngliche Nachricht- Von: Karin E. Hacker [mailto:[EMAIL PROTECTED]] Gesendet am: Mittwoch, 27. Februar 2002 01:36 An: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Betreff: RE: The developer's dilemma This is because Microsoft introduced the concept of the CLR, or common language runtime. What that means is two of the languages offered by Microsoft, VB.Net and C#, both share the same runtime. - http://zdnet.com.com/2100-1107-842922.html Dose anyone else out there in the GCC universe feel the slightest twinge of irritation at the fact that Microsoft is once again getting credit for another stolen and repackaged concept? -- Live long and prosper, Karin E. Hacker (band) [EMAIL PROTECTED] http://www.shillelaghlaw.com (retirement) [EMAIL PROTECTED] http://www.hackergrafix.com (hobby) [EMAIL PROTECTED] http://www.sourceforge.net (work) [EMAIL PROTECTED] http://www.computereng.com Give a hobbit a ghoti and he eats for a day. Give a hobbit a Ring and he eats for an Age. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Unable to install file C:/cygwin/bin/cygrunsrv.exe
Yes, Thnx for thw swift replies, I stopped the cron service and inetd service and performed the upograde again. Thnx again ! Gerrit. At 09:50 27/02/2002 +0100, Pavel Tsekov wrote: Hello Gerrit, Is it possible, that you had cygrunsrv.exe running at the same time you were updating your installation ? Wednesday, February 27, 2002, 8:58:25 AM, you wrote: GC Hello, GC When I tried to upgrade to cygrunsrv-0.95-1 this morning I got the GC following error (probably because cygrunsrvis being used to launch inetd). GC Any pratical solution for this ? GC Regards, GC Gerrit Uninstalling old cygrunsrv^M unlink C:/cygwin/bin/cygrunsrv.exe^M unlink C:/cygwin/usr/doc/Cygwin/cygrunsrv.README^M Installing...latest/cygrunsrv/cygrunsrv-0.95-1.tar.bz2^M Installing file C:/cygwin/bin/cygrunsrv.exe^M Unable to install file C:/cygwin/bin/cygrunsrv.exe^M Installing file C:/cygwin/usr/doc/Cygwin/cygrunsrv.README^M -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ Marble Consulting -- Gerrit Cap http://www.marble.be/ OO Solutions Engineer mailto:[EMAIL PROTECTED] Marble Consulting Blauwe Gaanweg, 53 tel : +32 475 72.94.36 B-9150 Kruibeke-Bazel fax : +32 3 744.19.17 Belgium Marble Consulting -- There is only one thing in the world worse than being witty, and thats not being witty. (Monthy Python) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Emacs for Cygwin (was: cygwin-mount.el, Using GDB in NTEMACS)
From: Jon Cast [EMAIL PROTECTED] Date: Tue, 26 Feb 2002 21:33:11 -0600 CygEmacs will have UNIX APIs for I/O (files and sockets), and M$Windows APIs for the display and the keyboard. This is already done (partly) by the Cygwin port of rxvt. I used to agree with you, but the more I think about it, the more I think the ideal solution (bearing in mind that we are talking about a *Cygwin* port of Emacs) is use the normal LessTif toolkit support, and make LessTif work ``right'' from our perspective under Windows. (This would also allow us to support remote X connections, which is IMNSHO one of the major features X has over Windows.) Only if/while this is not workable/not worth the effort should we use the native APIs directly. I don't use Lesstiff too much, so please take what's below with a grain of salt. I think we should be aware of Windows users expectations, not only of technical merits. In a somehwat limited experience with a Windows port of Gimp (which I believe uses ported toolkits for its GUI), I find that even experienced and computer-savvy users feel annoyed by a very different set of conventions presented by the X toolkits. I don't have enough experience and data to judge whether that's a real concern or just an NIH syndrom, but I thought I'd mention it anyway. It's certainly non-trivial, but it's not difficult, either. All it takes is a grep for WINDOWSNT, and then a check of each of those ~ 206 occurrences to see if each one should read WINDOWSNT or (WINDOWSNT || CYGWIN). Unfortunately, it's more than that. First, there are those w32*.c files which hide an enormous complexity of the Windows port from the mainline code (that's why you see only 200-odd ifdefs). Some of that code can be safely tossed in the Cygwin port--the part merely tries to wrap library functions with Posix-compliant wrappers--but some cannot. So you might find yourself _adding_ ifdefs ;-) And then there's the issue of the Lisp code. What would be the value of system-type in the Cygwin port? It could use the same symbol windows-nt used by the current Windows port, or it could invent a new symbol. Either way, there will be a need to go through all the bundled packages and make sure code which does a different thing for windows-nt will DTRT in the Cygwin port. The difficulty here is that in some cases the Cygwin port should take the Unix/GNU branch (like with file names and the shell), while in others (like browse-url, for example) it should take the Windows branch. This probably calls for a new symbol rather than reusing windows-nt, but the work has to be done anyway. I counted more than 120 places where windows-nt is mentioned in bundled Lisp code. may be a version of Emacs for Cygwin, that use only the UNIX APIs can be ported. This Emacs version will be used only within Cygwin's windows - Console or rxvt (Emacs in TTY mode) or real display (using Cygwin-Xfree). This second approach surrenders practically nothing for the kind of user Cygwin targets once Cygwin-Xfree supports a rootless X server. So, I think if that approach is workable it should be pursued instead. How is this different from the alternative to use Lesstiff? That one is also based on the ported XFree, right? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Error: init_cygheapetc_changed: Can't open /etc for checking, Win32 error 50
-Original Message- From: Paul McFerrin [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 4:36 PM To: [EMAIL PROTECTED] Subject: Error: init_cygheapetc_changed: Can't open /etc for checking, Win32 error 50 Folks: I checked the archives for this error and I've seen several references to this error message starting back in Nov of 2001. However I've seen no explanations, solutions, fixes, nor work arounds. Try installing via setup.exe as your mount table is incomplete. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: cygrunsrv-0.95-1
I have updated cygrunsrv to version 0.95-1. It adds a --desc option to allow adding a description text and small changes to the /usr/doc/Cygwin/cygrunsrv.README file. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Stanco della solita routine quotidiana??
Title: Untitled Document MAGICA Pamela Anderson playboy.gif Description: playboy.gif -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[c++ stl] std::string bug?
Hi, It seems that one constructor of the std::string class or the data() method doesn't work properly. string::data() and string::c_str() are supposed to be equivalent but don't always behave the same. have a look at the following code and its test. ? Thanks, Gwenaël PS: I update cygwin this morning = 1.3.9 __ #include iostream #include string using namespace std; void foo(const std::string _str){ coutfoo: cout_str= _str endl; coutfoo: cout_str.data() = _str.data() endl; coutfoo: cout_str.c_str()= _str.c_str() endl; coutfoo: _str.length() = _str.length()endlendl; } void main(int argc, char **argv) { std::string str; if (argc 1) str = argv[1]; else str = OOO; cout--foo(str);endl; foo(str); cout--foo(\say hello!\);endl; foo(say hello!); cout--foo(\...\);endl; foo(...); cout--foo(str);endl; foo(str); } _ g++ code.cpp -o code.exe code.exe --foo(str); foo: cout_str= OOO foo: cout_str.data() = OOO foo: cout_str.c_str() = OOO foo: _str.length() = 7 --foo(say hello!); foo: cout_str = say hello! foo: cout_str.data() = say hello! foo: cout_str.c_str()= say hello! foo: _str.length() = 10 --foo(...); foo: cout_str = ... foo: cout_str.data() = ... hello!= ???!!! foo: cout_str.c_str()= ... foo: _str.length() = 3 --foo(str); foo: cout_str = OOO foo: cout_str.data() = OOO foo: cout_str.c_str()= OOO foo: _str.length() = 7 __ From my cygcheck.out: Cygwin DLL version info: DLL version: 1.3.9 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 51 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Mon Jan 21 12:48:41 EST 2002 Shared id: cygwin1S3 Cygwin Package Information Last downloaded files to: E:\downloads\Cygwin Last downloaded files from: ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus Package Version ash 20020131-1 autoconf2.52a-1 autoconf-devel 2.52-4 autoconf-stable 2.13-4 automake1.5b-1 automake-devel 1.5-5 automake-stable 1.4p5-5 bash2.05a-3 binutils20011002-1 curl7.9.3-1 cygutils0.9.9-1 cygwin 1.3.9-1 diff0.0 fileutils 4.1-1 findutils 4.1 gawk3.0.4-1 gcc 2.95.3-5 gdbm1.8.0-3 grep2.5g groff 1.17.2-1 gzip1.3.2-1 jbigkit 1.2-6 jpeg6b-7 less358-3 libintl 0.10.38-3 libintl10.10.40-1 libncurses5 5.2-1 libncurses6 5.2-8 libpng 1.0.12-1 libpng2 1.0.12-1 libreadline44.1-2 libreadline54.2a-1 libxml2 2.4.13-1 libxslt 1.0.10-1 login 1.4-3 m4 0.0 make3.79.1-5 man 1.5g-2 mingw-runtime 1.2-1 mktemp 1.4-1 ncurses 5.2-8 newlib-man 20001118-1 opengl 1.1.0-5 openssl 0.9.6c-3 pcre3.7-1 perl5.6.1-2 popt1.6.2-1 readline4.2a-1 sed 3.02-1 sh-utils2.0-2 tar 1.13.19-1 termcap 20010825-1 terminfo5.2-1 textutils 2.0.21-1 tiff3.5.7-1 vim 6.0.93-1 w32api 1.2-1 wget1.8.1-1 which 1.5-1 xpm-nox 4.2.0-1 zlib1.1.3-7 -- __ Gwenael . Durand@laposte . net http://perso.wanadoo.fr/gwenael.durand __ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [Mingw-users] RE: The developer's dilemma
On Tue, 26 Feb 2002, Karin E. Hacker wrote: This is because Microsoft introduced the concept of the CLR, or common language runtime. What that means is two of the languages offered by Microsoft, VB.Net and C#, both share the same runtime. - http://zdnet.com.com/2100-1107-842922.html Dose anyone else out there in the GCC universe feel the slightest twinge of irritation at the fact that Microsoft is once again getting credit for another stolen and repackaged concept? Not quite sure what you mean. What's novel about the CLR is that all languages utilizing the CLR share a common object model. Implement a class in one language, instances are visible in another language: methods, properties and all. It also allows for classes to be derived in languages other from those in which the base class is written. GCC doesn't really have the same concept. The GNU C++, Fortran, Ada and Java runtimes are all disjoint. The closest it comes is that gcj (GNU Java) objects are visible to g++. But the reverse is not true, so it is an assymetric relationship. Jeff -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Opening Apps
This is my 1st post on the mailing list so don't shout at me if it all goes wrong !! I just want to know I can open a .html or .doc file etc from within my C programme from an option screen where the user types for example H for help which will then launch my help.htm page. I want to do this in either C or C++ but can't find any code that allows me to run other applications from options in my prog. Thanx in advance. Gaz. - Web: www.DjGaz.cjb.net BT Mobile: 07713291858 ICQ: 60074512 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygpath doubles backslashes
when /usr/bin is converted by cygpath -w -p it doubles the number of backslashes produced $ cygpath -w -p /usr/bin:/bin G:\\bin;G:\bin Not sure if this is a desirable side-effect. $ mount G:\\bin on /usr/bin type system (binmode) G:\\lib on /usr/lib type system (binmode) c:\tmp on /tmp type system (binmode) G: on / type system (binmode) c: on /dosc type system (binmode) f: on /dosf type system (binmode) h: on /dosh type system (binmode) i: on /dosi type system (binmode) j: on /dosj type system (binmode) t: on /dost type system (binmode) d: on /cygdrive/d type system (binmode,noumount) e: on /cygdrive/e type system (binmode,noumount) k: on /cygdrive/k type system (binmode,noumount) l: on /cygdrive/l type system (binmode,noumount) All software latest available yesterday Cheers Don Sharp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygpath doubles backslashes
On Wed, Feb 27, 2002 at 02:23:11PM +, Don Sharp wrote: when /usr/bin is converted by cygpath -w -p it doubles the number of backslashes produced $ cygpath -w -p /usr/bin:/bin G:\\bin;G:\bin Not sure if this is a desirable side-effect. $ mount G:\\bin on /usr/bin type system (binmode) G:\\lib on /usr/lib type system (binmode) c:\tmp on /tmp type system (binmode) All software latest available yesterday Did you look at the above mount table? You're using two backslashes in your mount and cygpath is dutifully using what you've told it to use. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygpath doubles backslashes
$ mount G:\\bin on /usr/bin type system (binmode) G:\\lib on /usr/lib type system (binmode) From this it seems that is a setup.exe issue: you probably installed in G:\ and it didn't strip last backslach... -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Parallel Port LPRng
As far as I know, without a /dev/lpt of some sort it won't work with Cygwin for parallel printers. I hope you can get a net card! On Wed, 27 Feb 2002, Walter Garcia-Fontes wrote: I've been trying to install Bakkens LPRng port. I can't print to a printer attached to the parallel port of my system. There was some discussion on this on Nov. 2001: http://www.cygwin.com/ml/cygwin/2001-11/msg01015.html http://www.cygwin.com/ml/cygwin/2001-11/msg01054.html but the discussion died just there. I've tried different printcap files such as: lp :lp=/lpt :sh :mx=0 :sd=/var/spool/%P or lp :lp=prt :sh :mx=0 :sd=/var/spool/%P but it doesn't work (lpr and lpd don't produce any error, it's as if the file is delivered, but no output comes from the printer). Anybody has this working on a parallel printer? -- Walter Garcia-Fontes Barcelona, Spain -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygpath doubles backslashes
Lapo Luchini wrote: $ mount G:\\bin on /usr/bin type system (binmode) G:\\lib on /usr/lib type system (binmode) From this it seems that is a setup.exe issue: you probably installed in G:\ and it didn't strip last backslach... Lapo has the right of it TVM Cheers Don Sharp -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Strange behaviour of vpath with dos paths
Hi folks, I am seeing strange behaviour when using dos paths in a gnu make vpath directive. The makefile I am using to test this funny is as follows: --- vpath %.out c:/make_test/out #vpath %.out /cygdrive/c/make_test/out #VPATH = c:/make_test/out #VPATH = /cygdrive/c/make_test/out test.out : \ test.input\ ; echo test.input out/test.out --- What I find is that vpath doesn't work when given a dos path. VPATH on the other hand does. For out application we need to use a dos path. The work around is for us to use VPATH but it seems a bit funny that vpath and VPATH behave differently under given dos paths. Has anyone any ideas about this ? Cheers Colm A P.S. I am using gnu make 3.79.1-4 and 1.3.5-2 of the cygwin dll. -- - Colm Aengus Murphy,Tel : +353 1 2911000 Senior Hardware Design Engineer, Direct Tel: +353 1 2911373 Silicon Software Systems,Fax : +353 1 2911001 South County Business Park, Leopardstown, E-mail: [EMAIL PROTECTED] Dublin 18. WWW : www.s3group.com Ireland - -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: lock.h
Please do not send cygwin related email to me privately. Keep it on the list. Tandon, Abhinav wrote: Hi Chuck Thanks a lot, I managed to find ipc.h and msg.h,but still searching for lock.h. Could u help me out again. No, I have no idea what or where lock.h is. --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Enviroment always uppercased; Help me, please
Seems to be a cygwin feature that the environment will be uppercased, when called by a none cygwin program. When puting a variable gar=1 into the environment and call a program compiled with gcc and cygwin, the result, when printing the environment, will be GAR=1 ups, gar != GAR, especially in a POSIX environment! When compiling the program with MS Developer Studio C++ the printed result will be gar=1 and that's okay. Is there a trick to switch to a POSIX mode in cygwin and leave the case of the environment unchanged? parameter.c: #include stdlib.h #include stdio.h int main ( int argc, char **argv, char **envp) { int i; char **wp; printf(Environment:\n); if (envp != NULL) for (wp = envp; *wp != NULL; wp++) printf(%s\n, *wp); printf(Parameters %d\n, argc); for (i=0;iargc;i++) { printf(Parameter %d (len=%d) %s\n, i+1, strlen(argv[i]), argv[i]); } return argc; } -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Help changing dir with spaces...
Hi, I'm very familiar with Linux and new to Cywin, but one of my first priorities is to mobe around the Bash shell. The only really pressing matter is how to move to the folders under WXP: C:\Documents and settings I can move to C:\Work or C:\tmp but anything with spaces it balks at. Since I can't change XP's default, is there a way to get Bash to accept the space? Thanks. Jonathan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Parallel Port LPRng
Take a look at the source code for Rick Rankin's version of lpr. It is in the cygutils-0.9.9 package. --Chuck Walter Garcia-Fontes wrote: I've been trying to install Bakkens LPRng port. I can't print to a printer attached to the parallel port of my system. There was some discussion on this on Nov. 2001: http://www.cygwin.com/ml/cygwin/2001-11/msg01015.html http://www.cygwin.com/ml/cygwin/2001-11/msg01054.html but the discussion died just there. I've tried different printcap files such as: lp :lp=/lpt :sh :mx=0 :sd=/var/spool/%P or lp :lp=prt :sh :mx=0 :sd=/var/spool/%P but it doesn't work (lpr and lpd don't produce any error, it's as if the file is delivered, but no output comes from the printer). Anybody has this working on a parallel printer? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Child died with signal 13
Hi, Eugene Rosenzweig wrote: Hmm, it worked for me. I assume out of the documentation that tar will spawn gzip -d filename and pipe it into itself. So, if 13 is the system error from tar, which is EACCES, permission denied so maybe there is a problem accessing the file? The listing shows that file is owned by Administ(rator?) and prompt says Administrator so it seems correct but if you substitute filename for nonexistent one then you get tar: Child died with signal 2 -- 2 being 'file not found' error so it seems that there is a problem with permissions? I tried the command also without NTSEC, then file permissions shouldn't be a problem. I also tried a third Windows 2k Computer with: recently I found a problem when I try to untar some tar.gz archives under cygwin. The tar.gz at this link is ca. 1,5kb http://www.scytek.de/expat.pat.tar.gz . It is just one example, it is taken from OpenOffice641C. This time I used also a text mount, same error, see below. (I also attached cygcheck -s) As I said, tar -tzf .. with this file works from windows 98 (cygwin) and linux. q@LP16 /txt $ tar -tzf expat.pat.tar.gz pat/ pat/xmlparse/ pat/xmlparse/hashtable.h.pat pat/xmlparse/xmlparse.h.pat pat/xmltok/ tar: Child died with signal 13 tar: Error exit delayed from previous errors q@LP16 /txt $ gunzip -c expat.pat.tar.gz | tar -tf - pat/ pat/xmlparse/ pat/xmlparse/hashtable.h.pat pat/xmlparse/xmlparse.h.pat pat/xmltok/ q@LP16 /txt $ ls -al total 18 drwxrwxrwx2 admins dbenutze0 Feb 27 17:47 . drwxr-xr-x 13 admins admins 16384 Feb 7 12:47 .. -rwxrwxrwx1 admins dbenutze 1435 Feb 27 17:33 expat.pat.tar.gz (I also changed the owner of expat... to q dbenutzer, changed nothing) Is there really nobody with this problem?? Thanks Volker q@LP16 /txt $ cygcheck -s Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Feb 27 18:51:29 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 Path: d:\cygwin\usr\local\bin d:\cygwin\bin d:\cygwin\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem d:\bin d:\cygwin\bin c:\programme\matlab6p1\bin\win32 SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `tty ntsec' HOME = `d:\cygwin\home\q' MAKE_MODE = `unix' PWD = `/txt' USER = `q' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS9452Mb 35% CP CS UN PA FC Win2K d: hd NTFS9585Mb 80% CP CS UN PA FC QE1 e: hd NTFS9585Mb 54% CP CS UN PA FC QE2 f: cd N/AN/A g: fd N/AN/A d:\txt /txt usertextmode . /cygdrive userbinmode,noumount d:/cygwin / system binmode d:/cygwin/bin /usr/bin system binmode d:/cygwin/lib /usr/lib system binmode Found: d:\cygwin\bin\bash.exe Found: d:\cygwin\bin\cat.exe Found: d:\cygwin\bin\cpp.exe Found: d:\cygwin\bin\find.exe Found: d:\cygwin\bin\gcc.exe Found: d:\cygwin\bin\gdb.exe Found: d:\cygwin\bin\ld.exe Found: d:\cygwin\bin\ls.exe Found: d:\cygwin\bin\make.exe Found: d:\cygwin\bin\sh.exe 56k 2000/12/03 d:\cygwin\bin\cygbz21.0.dll 621k 2002/01/16 d:\cygwin\bin\cygcrypto.dll 107k 2002/01/23 d:\cygwin\bin\cygcurl-2.dll 45k 2001/04/25 d:\cygwin\bin\cygform5.dll 35k 2002/01/09 d:\cygwin\bin\cygform6.dll 18k 2000/10/23 d:\cygwin\bin\cyggdbm.dll 22k 2001/12/13 d:\cygwin\bin\cygintl-1.dll 21k 2001/06/20 d:\cygwin\bin\cygintl.dll 81k 2001/10/20 d:\cygwin\bin\cygitcl30.dll 35k 2001/10/20 d:\cygwin\bin\cygitk30.dll 45k 2002/02/08 d:\cygwin\bin\cygjbig1.dll 119k 2002/02/09 d:\cygwin\bin\cygjpeg6b.dll 26k 2001/04/25 d:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 d:\cygwin\bin\cygmenu6.dll 156k 2001/04/25 d:\cygwin\bin\cygncurses++5.dll 175k 2002/01/09 d:\cygwin\bin\cygncurses++6.dll 226k 2001/04/25 d:\cygwin\bin\cygncurses5.dll 202k 2002/01/09 d:\cygwin\bin\cygncurses6.dll 15k 2001/04/25 d:\cygwin\bin\cygpanel5.dll 12k 2002/01/09 d:\cygwin\bin\cygpanel6.dll 40k 2001/11/21 d:\cygwin\bin\cygpcre.dll 39k 2001/11/21 d:\cygwin\bin\cygpcreposix.dll 170k 2002/01/21 d:\cygwin\bin\cygpng2.dll 66k 2001/11/20 d:\cygwin\bin\cygregex.dll 156k 2002/01/16 d:\cygwin\bin\cygssl.dll 390k 2001/10/20 d:\cygwin\bin\cygtcl80.dll 5k 2001/10/20 d:\cygwin\bin\cygtclpip80.dll 10k 2001/10/20 d:\cygwin\bin\cygtclreg80.dll 253k 2002/02/10 d:\cygwin\bin\cygtiff3.dll 623k 2001/10/20 d:\cygwin\bin\cygtk80.dll 41k 2002/01/20 d:\cygwin\bin\cygXpm-noX4.dll 46k 2002/01/20 d:\cygwin\bin\cygXpm-X4.dll 50k 2002/01/20 d:\cygwin\bin\cygz.dll 751k 2002/01/21 d:\cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.3.9 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 51 Shared data: 3 DLL identifier: cygwin1
RE: Help changing dir with spaces...
I can move to C:\Work or C:\tmp but anything with spaces it balks at. Since I can't change XP's default, is there a way to get Bash to accept the space? cd dir with spaces -Richard Campbell. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Help changing dir with spaces...
On Wed, 27 Feb 2002 18:56:28 +0100, Jonathan Gift [EMAIL PROTECTED] wrote: I'm very familiar with Linux and new to Cywin, but one of my first priorities is to mobe around the Bash shell. The only really pressing matter is how to move to the folders under WXP: C:\Documents and settings I can move to C:\Work or C:\tmp but anything with spaces it balks at. Since I can't change XP's default, is there a way to get Bash to accept the space? Bash on Cygwin works exactly as Bash on GNU/Linux. If you are very familiar with Linux, you should know that you have several options. 1. You can escape the space by using backslash, i.e. do cd /cygdrive/c/Documents\ and\ settings 2. You can use wildcard - cd /cygdrive/c/Documents*settings or cd /cygdrive/c/Documents?and?settings 3. You can quote the full directory name, i.e. do cd /cygdrive/c/Documents and settings 4. You can use the Bash name completion mechanism - type: cd /cygdrive/c/Documen and TAB play with it and learn how it work. Ehud. P.S. I saw Larry's email, but I couldn't resist myself. -- Ehud Karni Tel: +972-3-7966-561 /\ Mivtach - Simon Fax: +972-3-7966-667 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ mailto:[EMAIL PROTECTED] Better Safe Than Sorry -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: gdbm-1.8.0-4
The gdbm package has been updated to version 1.8.0-4. It is based on the official GNU Database Manager distribution from the FSF, gdbm-1.8.0.tar.gz. gdbm is a prerequisite for the cvs package. This new release has been available as a test release for over a week; given no complaints, I am promoting it from 'test' to 'current'. CHANGES: (vs. 1.8.0-3) 1. Internal changes to facilitate easier building/maintainance 2. gdbm is now built using the 'auto-import' features of recent binutils. 3. A few fixes so that gdbm database files may be hosted on text-mode mounts. (AJ Reins) 4. Fix gdbm.texinfo so that install-info gdbm.info doesn't issue warnings. (AJ Reins) Note that merely updating cyggdbm to this new version will NOT magically enable CVS to host repositories on text mounts; nor will it magically fix CVS's existing problems with CR/LF. This gdbm update may fix the gdbm database files within the CVSROOT repository, but CVS itself is still not text/binary clean. Workin' on it... Charles Wilson gdbm volunteer maintainer for cygwin INSTALLATION: To update your installation, click on the Install Cygwin now link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. Run setup and answer all of the questions. You must choose a mirror, since direct downloads from 'cygwin.com' are no longer allowed. ftp://mirrors.rcn.net/pub/sourceware/cygwin/ (US) ftp://linux.sarang.net/mirror/development/compiler/cygwin/ (Korea) ftp://ftp.mirror.ac.uk/sites/sourceware.cygnus.com/pub/cygwin (UK) The setup.exe program will figure out what needs to be updated on your system and should install the gdbm package automatically. To install this TEST version of gdbm you'll have to select the experimental radio button in setup. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] NOTES: o Now uses the auto-import functionality of newer binutils, and doesn't use __declspec(dllimport). This means you no longer need -DGDBM_STATIC or -DALL_STATIC when compiling objects intended for static linking. Just compile as normal. HOWEVER, you need to use a special flags when linking statically: 'gcc -static'. For dynamic linking, you need no special link-time flags (assuming you're using binutils newer than 20011002, when --enable-auto-import was made the default). -- PRO: no compile time flags needed when building client programs; ONLY need a link-time flag linking to static libraries. NO special flags at compile-time nor link-time when linking to dynamic links. -- CON: (partial): if using binutils older than 20010930, you now need a special linktime flag for dynamic linking (-Wl,--enable-auto-import). However, with an up-to-date binutils, you don't need this. o The package includes several test and conversion utilities which are useful for evaluating gdbm, and converting older ndbm and dbm databases to the gdbm format. These utilities are dynamically linked, although the build process will make both dynamically and statically linked versions. o The package also includes compatibility headers, so that gdbm can be used as a drop-in replacement for ndbm and dbm. o Building the package from source requires gcc-2.95.3-5 and binutils-20011002-1 or later o If you are building a package that depends on libgdbm, and you wish to link *statically*, just use 'gcc -static' when linking your package. There no need to -Ddefine anything special when compiling your object files. o No special -Ddefine options or link options are needed when building a package that depends on libgdbm and you want to link dynamically (recommended). o The following packages have been converted from old style -DFOO_STATIC to the new autoimport style of DLL structure: ncurses readline gettext zlib tiff libpngxpm-nox jpegjbig gdbm The following have not (yet) been converted, and still need -DFOO_STATIC for static builds: bzip2 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Help changing dir with spaces- Uncle!
Bash on Cygwin works exactly as Bash on GNU/Linux. If you are very familiar with Linux, you should know that you have several options. Thanks all for the help. The few that knocked me for putting in the very familiar are right. It's just been a while since I was on Linux and it's amazing how much I forgot. Ok, I've got to get the books back out. I'm back in humble newbie mode... BTW, just how cool is Cygwin? First I heard of it was just a short time ago. Really like having a great shell again? Jonathan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Help changing dir with spaces...
From: Jonathan Gift [mailto:[EMAIL PROTECTED]] Subject: Help changing dir with spaces... I'm very familiar with Linux and new to Cywin, but one of my first priorities is to mobe around the Bash shell. The only really pressing matter is how to move to the folders under WXP: C:\Documents and settings I can move to C:\Work or C:\tmp but anything with spaces it balks at. Since I can't change XP's default, is there a way to get Bash to accept the space? Since you are very familiar with Linux this should be no problem. Do it the same as in Linux: cd /c/Documents and settings or cd /c/Documents\ and\ settings -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Help changing dir with spaces- Uncle!
On Wed, 27 Feb 2002 20:19:42 +0100, Jonathan Gift [EMAIL PROTECTED] wrote: BTW, just how cool is Cygwin? First I heard of it was just a short time ago. Really like having a great shell again? Cygwin is cool! I'm using it for more than 2 years and it made my life much easier on M$Windows front. I port programs from UNIX in a matter of minuets and I can use (almost) all the GNU tools. We must all thank the small Cygwin team and the few long time volunteers who help them. Ehud. -- Ehud Karni Tel: +972-3-7966-561 /\ Mivtach - Simon Fax: +972-3-7966-667 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ mailto:[EMAIL PROTECTED] Better Safe Than Sorry -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Help changing dir with spaces...
At 02:06 PM 2/27/2002, Ehud Karni wrote: Ehud. P.S. I saw Larry's email, but I couldn't resist myself. The more the merrier! ;-) It's actually worthwhile to have someone enumerate all the possible options like you did. You're to be commended for your lack of restraint. ;-) Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
unix to dos path conversion utility?
Is there a utility available that will convert cygwin paths to dos paths and visa-versa? On the archives I saw that the cygwin dll has functions that do that, but does there exist a standalone app that will do this? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Bug in me, cygwin, Samba, Linux or Window 2000
It looks to me as though cygwin does not completely close files it opens in shared folders. The bug could also be in Samba, Linux or me, but my evidence convinces me the problem is, at least, in cygwin. There are lots of workarounds, so I am reporting this as a good citizen and not because I need help. Here is a recipe: On a Linux computer there is an excitable file, /tmp/,bug. It contains one line: echo 1202, The file is made available to a Windows 2000 computer via Samba. Under cygwin the file is /z/tmp/,bug. Use the Microsoft Windows Explorer to copy the file, or to open with Notepad and then close it. From Linux do: /tmp/,bug: Works fine. From cygwin do: cat /tmp/,bug From Linux do: /tmp/,bug: Get error message: Text file busy, My environment is: Linux: Red Hat Linux release 6.2 (Piglet) VA Linux release 6.2.3 07/28/00 b1.1 P2 Kernel 2.2.14-VA.5.1smp on a 2-processor i686 Samba: samba-2.0.7-4 cygwin -s: Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Feb 27 12:25:33 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 Path: C:\cygwin\home\norm\bin.sh C:\cygwin\usr\local\bin c:\jdk1.3.1_01\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\WINNT\SYSTEM32 c:\WINNT c:\WINNT\SYSTEM32\WBEM c:\DMI\WIN32\BIN c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT c:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin c:\Program Files\Microsoft Visual Studio\Common\Tools c:\Program Files\Microsoft Visual Studio\VC98\bin SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `C:\cygwin\home\norm' MAKE_MODE = `unix' PWD = `/cygdrive' USER = `norm' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS 76285Mb 9% CP CS UN PA FC d: fd FAT 238Mb 94% CPUN ZIP250 e: cd N/AN/A z: net NTFS 14061Mb 49% CP CSPApublic Z: /z usertextmode . /cygdrive userbinmode,noumount C:/cygwin / system binmode C:/cygwin/bin /usr/bin system binmode C:/cygwin/lib /usr/lib system binmode Found: .\bash.exe Found: C:\cygwin\bin\bash.exe Found: .\cat.exe Found: C:\cygwin\bin\cat.exe Found: .\cpp.exe Found: C:\cygwin\bin\cpp.exe Found: .\find.exe Found: C:\cygwin\bin\find.exe Found: .\gcc.exe Found: C:\cygwin\bin\gcc.exe Found: .\gdb.exe Found: C:\cygwin\bin\gdb.exe Found: .\ld.exe Found: C:\cygwin\bin\ld.exe Found: .\ls.exe Found: C:\cygwin\bin\ls.exe Found: .\make.exe Found: C:\cygwin\bin\make.exe Found: .\sh.exe Found: C:\cygwin\bin\sh.exe 56k 2000/12/03 .\cygbz21.0.dll 621k 2002/01/16 .\cygcrypto.dll 102k 2001/12/06 .\cygcurl-2.dll 73k 2002/01/16 .\cygexslt-0.dll 45k 2001/04/25 .\cygform5.dll 35k 2002/01/09 .\cygform6.dll 18k 2000/10/23 .\cyggdbm.dll 17k 2001/06/28 .\cyghistory4.dll 20k 2002/01/13 .\cyghistory5.dll 22k 2001/12/13 .\cygintl-1.dll 21k 2001/06/20 .\cygintl.dll 81k 2000/12/05 .\cygitcl30.dll 35k 2000/12/05 .\cygitk30.dll 45k 2001/07/04 .\cygjbig1.dll 119k 2001/06/06 .\cygjpeg6b.dll 19k 2002/01/13 .\cygltdl-3.dll 26k 2001/04/25 .\cygmenu5.dll 20k 2002/01/09 .\cygmenu6.dll 156k 2001/04/25 .\cygncurses++5.dll 175k 2002/01/09 .\cygncurses++6.dll 226k 2001/04/25 .\cygncurses5.dll 202k 2002/01/09 .\cygncurses6.dll 15k 2001/04/25 .\cygpanel5.dll 12k 2002/01/09 .\cygpanel6.dll 40k 2001/11/21 .\cygpcre.dll 39k 2001/11/21 .\cygpcreposix.dll 108k 2001/06/28 .\cygreadline4.dll 121k 2002/01/13 .\cygreadline5.dll 66k 2001/11/20 .\cygregex.dll 156k 2002/01/16 .\cygssl.dll 390k 2000/12/05 .\cygtcl80.dll 5k 2000/12/05 .\cygtclpip80.dll 10k 2000/12/05 .\cygtclreg80.dll 245k 2001/06/12 .\cygtiff3.dll 623k 2000/12/05 .\cygtk80.dll 612k 2002/01/16 .\cygxml2-2.dll 41k 2001/07/04 .\cygXpm-noX4.dll 45k 2001/07/04 .\cygXpm-X4.dll 202k 2002/01/16 .\cygxslt-1.dll 22k 2002/01/16 .\cygxsltbreakpoint-1.dll 50k 2002/01/20 .\cygz.dll 751k 2002/01/21 .\cygwin1.dll Cygwin DLL version info: DLL version: 1.3.9 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 51 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Mon Jan 21 12:48:41 EST 2002 Shared id: cygwin1S3 56k 2000/12/03 .\cygbz21.0.dll 621k 2002/01/16 .\cygcrypto.dll 102k
Is ksh available on cygwin
Hello All, I want to know, whether ksh is available on cygwin. I am not able to find ksh. Is it called by some different name in cygwin ? Thanks Sanjay -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: ghostscript-6.51-4
--ol0V2Ee2cj Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit The Ghostscript package has been updated to include support for the libpng and zlib shared libraries, as suggested by Chuck Wilson. In addition, the package also now has a new setup.hint file included. This release of Ghostscript is an X-less version, i.e. doesn't require the cygwin-xfree libraries to run. This version does not support direct preview. In order to preview Postscript output, it's necessary to rasterize the output to a graphics format (for example, PDF or JPEG) and viewed with a suitable viewer. For build instructions, please read: /usr/doc/Cygwin/ghostscript-6.51.README The instructions have also been included at the end of this message. I want to thank Chuck Wilson for uploading the package. --ol0V2Ee2cj Content-Type: text/plain Content-Description: GS build instructions Content-Disposition: inline; filename=ghostscript-6.51.README Content-Transfer-Encoding: 7bit Release Notes -- GNU Ghostscript for Cygwin Version 6.51, Release 4 (6.51-4) (26 February, 2002) This Cygwin version of GNU Ghostscript has been built without support for X. This release now supports the libpng and zlib shared libraries (i.e. these libraries are no longer statically linked in.) REQUIREMENTS: Due to very specific requirements Ghostscript has relating to Postscript's JPEG support, the JPEG shared library cannot be used, and must be statically linked instead. The source for the JPEG library is included in the source package, ready to build with Ghostscript. BUILDING: At a minimum, you must have all the tools needed to build Cygwin programs, i.e. make, gcc, and binutils. In addition, the zlib and libpng shared libraries must be included in your Cygwin installation. Finally, you also need to fetch the source archive, ghostscript-6.51-4-src.tar.gz, from a Cygwin mirror site. Once you have everything required for building, follow these steps: 1. Unpack ghostscript-6.51-4-src.tar.gz (the source is pre-patched to build on Cygwin): $ tar xzf ghostscript-6.51-4-src.tar.gz 2. Build from the top-level source directory: $ cd ghostscript-6.51 ; make -f src/unix-gcc.mak 3. Install the entire package: $ make -f src/unix-gcc.mak install 4. Grab the following font compressed tar files: ftp://mirror.cs.wisc.edu/pub/mirrors/ghost/gnu/fonts: gnu-gs-fonts-std-6.0.tar.gz (required) gnu-gs-fonts-other-6.0.tar.gz (optional, recommended) Unpack them into /usr/share/ghostscript/fonts (font directory contained within tar file): $ tar xzCf /usr/share/ghostscript gnu-gs-fonts-*-6.0.tar.gz 5. Once you install it, you can test it: $ gs -sDEVICE=jpeg -dBATCH -sOutputFile=tiger.jpg \ /usr/share/ghostscript/6.51/examples/tiger.ps The Cygwin patches are in CYGWIN-PATCHES, along with this file. Have fun! -- Dario Alcocer -- Sr. Software Developer, Helix Digital Inc. [EMAIL PROTECTED] -- http://www.helixdigital.com --ol0V2Ee2cj Content-Type: text/plain; charset=us-ascii Content-Description: .signature Content-Transfer-Encoding: 7bit -- Dario Alcocer -- Sr. Software Developer, Helix Digital Inc. [EMAIL PROTECTED] -- http://www.helixdigital.com --ol0V2Ee2cj-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: unix to dos path conversion utility?
How about checking the online User's Guide: http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html Or to go straight to your answer: http://cygwin.com/cygwin-ug-net/using-utils.html#CYGPATH -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Chris Stephens Sent: Wednesday, 27 February 2002 8 31 To: [EMAIL PROTECTED] Subject: unix to dos path conversion utility? Is there a utility available that will convert cygwin paths to dos paths and visa-versa? On the archives I saw that the cygwin dll has functions that do that, but does there exist a standalone app that will do this? __ Do You Yahoo!? Yahoo! Greetings - Send FREE e-cards for every occasion! http://greetings.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Help changing dir with spaces- Uncle!
From: Ehud Karni [mailto:[EMAIL PROTECTED]] On Wed, 27 Feb 2002 20:19:42 +0100, Jonathan Gift [EMAIL PROTECTED] wrote: BTW, just how cool is Cygwin? First I heard of it was just a short time ago. Really like having a great shell again? Cygwin is cool! I'm using it for more than 2 years and it made my life much easier on M$Windows front. I port programs from UNIX in a matter of minuets Yes, it really helps us waltz through the development process, without making a song and dance about it. (Sorry. Couldn't resist. :-) ) and I can use (almost) all the GNU tools. We must all thank the small Cygwin team and the few long time volunteers who help them. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Is ksh available on cygwin
I'm a long-time ksh guy - but I have found bash to be a very workable substitute. It starts up in an emacs editing mode - if you prefer vi - do a set -o vi. Andy [EMAIL PROTECTED] - Original Message - From: Sanjay Gupta [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 27, 2002 3:46 PM Subject: Is ksh available on cygwin Hello All, I want to know, whether ksh is available on cygwin. I am not able to find ksh. Is it called by some different name in cygwin ? Thanks Sanjay -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Building gcc-2.8.1 cross compiler.
I'm attempting to build gcc-2.8.1 cross compiler using the following configuration.. [why such an old compiler?] This is the suggested version from Sony to program for the IO Processor of the Playstation 2. Maybe newer versions would be ok, but this is the one suggested. ./configure --target=mipsel-scei-elfl --prefix=/usr/local/ps2dev/iop --with- gnu-ld --with-gnu-as I have compiled and installed binutils-2.9.1 into /usr/local/ps2dev/iop before attempting to make gcc. I am currently getting the following error. You don't need --with-gnu-ld, --with-gnu-as. You do have your cross-binutils executables (such as mipsel-scei-elfl-as) in your path? I found the error was related to / being converted to \. I did some hacking of the source and fixed the problem. I've written a tutorial as part of my ps2 programming web site. You can see the changes I made here.. http://ps2dev.livemedia.com.au/kb/kb.asp?T=707 Thanks for the ideas and feedback everyone.. David. _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Is ksh available on cygwin
Sanjay, I want to know, whether ksh is available on cygwin. I am not able to find ksh. Is it called by some different name in cygwin ? ksh93 for Cygwin will be available soon. The official downloadable source for ksh in its current state won't compile on Cygwin OOTB. I am waiting for an source code update from ATT. Karsten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Is ksh available on cygwin
Thanks for information. I have some Oracle monitoring scripts that have been written for Unix platforms using ksh. I have one database which is running on NT. I was trying to port those scripts for cygwin. Since ksh is not available for now, what I have done is just copy bash.exe to ksh.exe. In this way, I don't have to do much changes, because every script has first line #!/bin/ksh and also the shell script extenstion are .ksh -Original Message- From: Andrew T. Schnable [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 2:21 PM To: Sanjay Gupta; [EMAIL PROTECTED] Subject: Re: Is ksh available on cygwin I'm a long-time ksh guy - but I have found bash to be a very workable substitute. It starts up in an emacs editing mode - if you prefer vi - do a set -o vi. Andy [EMAIL PROTECTED] - Original Message - From: Sanjay Gupta [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 27, 2002 3:46 PM Subject: Is ksh available on cygwin Hello All, I want to know, whether ksh is available on cygwin. I am not able to find ksh. Is it called by some different name in cygwin ? Thanks Sanjay -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: cygwin-1.3.10-1
I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. Really. No kidding. Email cygwin stuff to [EMAIL PROTECTED] If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. Did I mention that I'd prefer that all cygwin questions should go to [EMAIL PROTECTED]? I can't remember... *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you tried everything to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. Christopher Faylor Red Hat, Inc. Changes since 1.3.9-1: - Attempt to fix CTRL-C problem with ptys/ttys which sometimes caused inappropriate processes to receive SIGINT signal. (cgf) - Fix possible hangs with multi-threaded applications who read passwd or group info. (cgf) - Use QueryPerformance* functions for gettimeofday calls. (cgf) - Allow attaching strace to a running process via strace -p pid. (cgf) - Implement call to turn strace on and off in an strace-aware user application. (cgf) - Various ntsec fixes. (vinschen, Pierre.Humblet) - Add interface for token ring cards. (Alexander.Gottwald) - Implement socket read/write using recv/send. (corinna) - Fix handling of NULL sun_path in getsockname. (corinna) - Use correct registry key for domainname in getdomainname. (corinna) - Add preliminary support for fd passing from a debugger. - Properly detect already existent symlink when existing symlink is old style. (corinna) - In mkpasswd, set default home path for 9x/Me if --path-to-home isn't given. (corinna) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Updated: cygwin-1.3.10-1
Has there been any attempt to convert apt-get for Cygwin? That would really help a lot and would make the setup obsolete. - URS C. MUFF SOFTWARE ENGINEER - RD / XPRESS [EMAIL PROTECTED] - X6360 +1 (303) 894 3360 -Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 4:34 PM To: [EMAIL PROTECTED] Subject:Updated: cygwin-1.3.10-1 I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. Really. No kidding. Email cygwin stuff to [EMAIL PROTECTED] If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. Did I mention that I'd prefer that all cygwin questions should go to [EMAIL PROTECTED]? I can't remember... *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you tried everything to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. Christopher Faylor Red Hat, Inc. Changes since 1.3.9-1: - Attempt to fix CTRL-C problem with ptys/ttys which sometimes caused inappropriate processes to receive SIGINT signal. (cgf) - Fix possible hangs with multi-threaded applications who read passwd or group info. (cgf) - Use QueryPerformance* functions for gettimeofday calls. (cgf) - Allow attaching strace to a running process via strace -p pid. (cgf) - Implement call to turn strace on and off in an strace-aware user application. (cgf) - Various ntsec fixes. (vinschen, Pierre.Humblet) - Add interface for token ring cards. (Alexander.Gottwald) - Implement socket read/write using recv/send. (corinna) - Fix handling of NULL sun_path in getsockname. (corinna) - Use correct registry key for domainname in getdomainname. (corinna) - Add preliminary support for fd passing from a debugger. - Properly detect already existent symlink when existing symlink is old style. (corinna) - In mkpasswd, set default home path for 9x/Me if --path-to-home isn't given. (corinna) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: cygwin-1.3.10-1
On Wed, Feb 27, 2002 at 04:49:07PM -0700, urs muff wrote: Has there been any attempt to convert apt-get for Cygwin? That would really help a lot and would make the setup obsolete. Absolutely not. Ridiculous notion. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Updated: cygwin-1.3.10-1
- Use QueryPerformance* functions for gettimeofday calls. (cgf) Gh, you did it, no need to send that assignment then 0=) (but well, there could also be some other idea to implement in the future...) - Implement socket read/write using recv/send. (corinna) Wasn't this already in? I actually used it in a working program two months ago 0_o - Properly detect already existent symlink when existing symlink is old style. (corinna) Now if it only had IPv6 support I'd be a Real Happy Man (tm) ;-) -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cron, crontab question
I've setup cron on nt40 using cygwin 1.3.9. Cron setup as a service no problem, using ntsec, made my passwd group files. I created the crontab while using the id that I wanted the process to inherit from. Cron is scheduled to run a perl script every 10 minutes (and it does). I checked the uid of the pid and it shows the correct uid. I get a permissions error on opening and writing to a file. This error does not occur when I run the script from a bash shell (also using ntsec). no mapped drives. What other things do I need to check. if i wanted to test using the ntschedular on the same perl script (perl that comes with the cygwin distribution), would i code it: c:\bin\bash -c perl c:\. ? another question. could I set that perl script to run as a service ? could I use cygrunsrv ? Thanks for any and all help. PS. when I look in the task manager why do I see cygrunsrv running in addition to cron ? am not running cygrunsrv in bash shell ? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
problem about cygintl.dll
Hi, Is there any where I can download cygintl.dll??? lynx and vim keeps asking for this dll file, but I really have no idea where I can get that. I've reinstalled the current gettext, but it's not helping. I've also tried to find solution through search engines, but couldn't find any solution from that. Could you give me a clue of how to fix this? Thanks in advance. Joseph -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cron problem
Why, I am getting the following error when creating cronjobs. $ crontab -e no crontab for Administrator - using an empty one crontab: installing new crontab crontab: error renaming tabs/tmp.000107 to tabs/Administrator rename: Permission denied crontab: edits left in /tmp/crontab.107 Sanjay -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Emacs for Cygwin (was: cygwin-mount.el, Using GDB in NTEMACS)
FWIW, there's a true Cygwin port of XEmacs available now (as well as a Windows-native port). See http://www.xemacs.org Jon Cast wrote: You wrote: I think that we need a CygEmacs - an emacs that will be compiled with the real Cygwin ported gcc (i.e. without the -mno-cygwin). I should probably point out that I am (slowly) working on such a port of Emacs. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygintl-1 not found
[Matthew Smith, textutils maintainer, please read] Fun! Two practically identical messages posted within minutes of each other. Goodie! I get to reuse my reply text! (BUT -- this message belongs on cygwin, not cygwin-developers. Reply and Reply-To adjusted.) By searching for 'cygintl-1.dll' on the following page: http://www.cygwin.com/packages/ I discover that the DLL is found in the following package: libintl1/libintl1-0.10.40-1 (e.g. the 'libintl1' package) Stangely enough, the setup.ini entry for grep(*) specifies that it depends on the 'libintl1' package. I don't know why the package did not get installed on your machine automatically (did you use setup?), but the solution is to reinstall the 'libintl1' package. (*) however, textutils (which contains 'cat') does NOT say that it depends on libintl1 -- this is a bug. [Matthew Smith] Note that 'libintl1' != 'libintl'. For further strangeness, I know that I have answered this question before...let's search google: http://www.google.com/search?hl=enq=cygintl-1.dll+site%3Acygwin.combtnG=Google+Search Ah -- there are some relevant hits, #2 and #3... --Chuck Brian Keener wrote: I just updated my installed packages and also updated my winsup cvs and when I went to do a make I kept getting error from grep and cat about they could not find cygintl-1.dll Which package(s) am I missing or is this some other bug. All the normal packages show installed from setup but I was also working on the last file not installing bug we had in setup (now fixed) so I may be missing a package and don't realize it. Any help greatly appreciated - I did reinstall gettext and rolled back the grep package from 2.5g which is where I thought I was getting it. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problem about cygintl.dll
By searching for 'cygintl.dll' on the following page: http://www.cygwin.com/packages/ I discover that the DLL is found in the following package: libintl/libintl-0.10.38-3 (e.g. the 'libintl' package) Stangely enough, the setup.ini entry for lynx and for vim both specify that it depends on the 'libintl' package. I don't know why the package did not get installed on your machine automatically (did you use setup?), but the solution is to reinstall the 'libintl' package. Note that 'libintl' != 'libintl1'. For further strangeness, I know that I have answered this question before...let's search google: http://www.google.com/search?hl=enq=cygintl.dll+site%3Acygwin.combtnG=Google+Search Ah, yes, there it is -- third one down.. --Chuck Joseph Yuen wrote: Hi, Is there any where I can download cygintl.dll??? lynx and vim keeps asking for this dll file, but I really have no idea where I can get that. I've reinstalled the current gettext, but it's not helping. I've also tried to find solution through search engines, but couldn't find any solution from that. Could you give me a clue of how to fix this? Thanks in advance. Joseph -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Emacs for Cygwin (was: cygwin-mount.el, Using GDB in NTEMACS)
David Rothenberger [EMAIL PROTECTED] wrote: FWIW, there's a true Cygwin port of XEmacs available now (as well as a Windows-native port). See http://www.xemacs.org FWIW, I'm a GNU fanatic who wouldn't touch XEmacs with a ten-foot pole :) Seriously, this kind of message is one (although by no means the primary) motivation for my doing this--to stop XEmacs supporters from sending this type of email *every time* *anyone* asks (or talks, apparently) about Emacs on Cygwin. Jon Cast p.s. Flames (on both sides) to /dev/null, please -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
memory leak? (was: 1.3.9: fork: Permission denied (Windows 2000))
There's a memory leak, but I can't work out what is causing it. None of the processes in Task Manager own up to it, so does that mean it's the OS? I have been able to reproduce this leak using the scripts included below. mkfiles creates 1000 files. rmfiles removes those 1000 files. Executing mkfiles results in about 5MB being leaked, whilst rmfiles leaks about 30MB each time. Below are stats from the Performance tab of Task Manager whilst running these scripts. Handles don't seem to be leaked. It takes about 4 seconds to create the 1000 files, but about 70 seconds to remove those 1000 files. Does this seem normal? TimeHandles, Available Physical Memory, Total Commit Charge 2:003870, 149.4M, 95.9MBefore running mkfiles 2:053719, 143.1M, 97.5MBefore running rmfiles 2:103679, 115.4M, 125.4MBefore running mkfiles 2:153673, 110.4M, 130.0MBefore running rmfiles 2:203661, 80.7M, 159.6MBefore running mkfiles 2:253689, 76.5M, 163.6MBefore running rmfiles 2:303686, 49.4M, 191.1MBefore running mkfiles 2:353718, 44.9M, 194.1MBefore running rmfiles ./rmfiles: line 5: 30312 Segmentation fault (core dumped) rm -f files/file$a 2:373717, 16.3M, 222.6MAfter running rmfiles After this, I ran each of the commands again. rmfiles failed with an error message simiar to the following. This following error message was displayed when trying to open a new bash window after this failure: 0 [main] bash 28900 sync_with_child: child 37868(0x1A8) died before initialization with status code 0x80 6476 [main] bash 28900 sync_with_child: *** child state waiting for longjmp bash: fork: Resource temporarily unavailable This appears to be the same problems as I was getting whilst doing a recursive make. NOTE: I don't get this problem on my desktop, only on the notebook, but then I was only getting the recursive make problem on the notebook. If anyone out there is also having the recursive make or fork: Permission denied problems could you please try running these scripts and watching the stats in the Performance tab of Task Manager. It would be good to know if this is just me (maybe corrupt Windows 2000), or a more common problem. Regards, Steven mkfiles === #!/bin/bash mkdir files for ((a=0; a1000; a++)) do echo foo files/file$a done rmfiles === #!/bin/bash for ((a=0; a1000; a++)) do rm -f files/file$a done rmdir files cygcheck output === Cygwin Win95/NT Configuration Diagnostics Current System Time: Thu Feb 28 15:25:29 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\InfoZip c:\Program Files\Microsoft SDK\Bin\ c:\Program Files\Microsoft SDK\Bin\WinNT\ c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT c:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin c:\Program Files\Microsoft Visual Studio\Common\Tools c:\Program Files\Microsoft Visual Studio\VC98\bin c:\Program Files\Java\jdk1.3\bin c:\Utils C:\cygwin\home\smr\nasm SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `ntsec tty' HOME = `C:\cygwin\home\smr' MAKE_MODE = `unix' PWD = `/home/smr' USER = `smr' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\smr\Application Data' BASEMAKE = `C:\Program Files\Microsoft SDK\Include\BKOffice.Mak' BKOFFICE = `C:\Program Files\Microsoft SDK\.' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `PRANA' COMSPEC = `C:\WINNT\system32\cmd.exe' DXSDKROOT = `C:\Program Files\Microsoft SDK\.' HOMEDRIVE = `C:' HOMEPATH = `\' INCLUDE = `C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual Studio\VC98\include' INETSDK = `C:\Program Files\Microsoft SDK\.' LIB = `C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program Files\Microsoft Visual Studio\VC98\lib' LOGONSERVER = `\\PRANA' MANPATH = `:/usr/ssl/man' MKPATH = `/home/smr/dev/src/mk/' MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98' MSSDK = `C:\Program Files\Microsoft SDK\.' MSTOOLS = `C:\Program Files\Microsoft SDK\.' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 6 Stepping 10, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `060a' PROGRAMFILES = `C:\Program Files' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\smr\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\smr\LOCALS~1\Temp'
Re: Emacs for Cygwin (was: cygwin-mount.el, Using GDB in NTEMACS)
Jon Cast wrote: FWIW, I'm a GNU fanatic who wouldn't touch XEmacs with a ten-foot pole :) smiley notwithstanding, that doesn't seem all that amusing to me XEmacs is of course GPL'd, and I'd direct anyone who might wonder about the source of misguided comments such as the above to: http://wwwxemacsorg/About/XEmacsVsGNUemacshtml -JT (damn, two non-cygwin posts within a week I'm a very bad man) -- Unsubscribe info: http://cygwincom/ml/#unsubscribe-simple Bug reporting: http://cygwincom/bugshtml Documentation: http://cygwincom/docshtml FAQ: http://cygwincom/faq/
Terminal Emulator Mouse
Hi Is it possible to get the default terminal emulator to interact with the mouse the way xterm under UNIX or rxvt under UNIX or Cygwin do, i.e. is it possible to select text, paste with the middle key, etc.? Thanks Alec -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
rxvt custom fonts
Hi Under UNIX, I can do xlsfonts to see what fonts are available and then use those while launching rxvt with the -fn option. Is there any way to find out which fonts are available to Cygwin rxvt? Thanks Alec -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
VIM in rxvt
Hi When I run rxvt with rxvt -e bash, and then launch vim, backspace doesn't work in the command mode, and both backspace and the arrow keys print funny characters in the input mode instead of moving the cursor or deleting characters. Is this a bug? Can it be fixed. Is there a work-around? Thanks Alec -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: VIM in rxvt
In your command line for rxvt try rxvt --backspacekey ^H -e bash which might help. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: gdbm-1.8.0-4
The gdbm package has been updated to version 1.8.0-4. It is based on the official GNU Database Manager distribution from the FSF, gdbm-1.8.0.tar.gz. gdbm is a prerequisite for the cvs package. This new release has been available as a test release for over a week; given no complaints, I am promoting it from 'test' to 'current'. CHANGES: (vs. 1.8.0-3) 1. Internal changes to facilitate easier building/maintainance 2. gdbm is now built using the 'auto-import' features of recent binutils. 3. A few fixes so that gdbm database files may be hosted on text-mode mounts. (AJ Reins) 4. Fix gdbm.texinfo so that install-info gdbm.info doesn't issue warnings. (AJ Reins) Note that merely updating cyggdbm to this new version will NOT magically enable CVS to host repositories on text mounts; nor will it magically fix CVS's existing problems with CR/LF. This gdbm update may fix the gdbm database files within the CVSROOT repository, but CVS itself is still not text/binary clean. Workin' on it... Charles Wilson gdbm volunteer maintainer for cygwin INSTALLATION: To update your installation, click on the Install Cygwin now link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. Run setup and answer all of the questions. You must choose a mirror, since direct downloads from 'cygwin.com' are no longer allowed. ftp://mirrors.rcn.net/pub/sourceware/cygwin/ (US) ftp://linux.sarang.net/mirror/development/compiler/cygwin/ (Korea) ftp://ftp.mirror.ac.uk/sites/sourceware.cygnus.com/pub/cygwin (UK) The setup.exe program will figure out what needs to be updated on your system and should install the gdbm package automatically. To install this TEST version of gdbm you'll have to select the experimental radio button in setup. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] NOTES: o Now uses the auto-import functionality of newer binutils, and doesn't use __declspec(dllimport). This means you no longer need -DGDBM_STATIC or -DALL_STATIC when compiling objects intended for static linking. Just compile as normal. HOWEVER, you need to use a special flags when linking statically: 'gcc -static'. For dynamic linking, you need no special link-time flags (assuming you're using binutils newer than 20011002, when --enable-auto-import was made the default). -- PRO: no compile time flags needed when building client programs; ONLY need a link-time flag linking to static libraries. NO special flags at compile-time nor link-time when linking to dynamic links. -- CON: (partial): if using binutils older than 20010930, you now need a special linktime flag for dynamic linking (-Wl,--enable-auto-import). However, with an up-to-date binutils, you don't need this. o The package includes several test and conversion utilities which are useful for evaluating gdbm, and converting older ndbm and dbm databases to the gdbm format. These utilities are dynamically linked, although the build process will make both dynamically and statically linked versions. o The package also includes compatibility headers, so that gdbm can be used as a drop-in replacement for ndbm and dbm. o Building the package from source requires gcc-2.95.3-5 and binutils-20011002-1 or later o If you are building a package that depends on libgdbm, and you wish to link *statically*, just use 'gcc -static' when linking your package. There no need to -Ddefine anything special when compiling your object files. o No special -Ddefine options or link options are needed when building a package that depends on libgdbm and you want to link dynamically (recommended). o The following packages have been converted from old style -DFOO_STATIC to the new autoimport style of DLL structure: ncurses readline gettext zlib tiff libpngxpm-nox jpegjbig gdbm The following have not (yet) been converted, and still need -DFOO_STATIC for static builds: bzip2