Re: Two versions of uptime, one in procps-010801-2 and one in sh-utils-2.0-3
Hi Chris o This package has now a conflict between kill.exe from cygwin-1.3.18-1 o Additionally nohup is missing also the man page is there and the info page still mentions the utility as core o There is now also a conflict between the uptime man page from procps-010801-2 o /lib/charset.alias should probably be removed because it's usually installed from the gettext-package (As a heads up, there is also a charset.alias file in tar-1.13.25-1/texinfo-4.2-4/textutils-2.0.16-1) Ciao Volker PS: By the way, I'm sending this message via Netscape Mail. My last couple of mails did not make it through to the cygwin-apps list when sending via Xemacs and Gnus (a trace of the SMTP session looks fine) also mailing to cygwin-xfree works just fine. Any hints ? I haven't tested the main cygwin list recently.
Re: Building /etc/passwd from setup.exe
No, I was using cached profile. There is no Domain Controller available. John Morrison wrote: Sorry for going back to this, Earnie, are you logg'ed into a domain to give the information below? Thanks, J. From: Earnie Boyd Question: have you a known situation where $USERDOMAIN != hostname and you weren't logged into a domain? BoydE@DU216771 ~ $ hostname du216771 BoydE@DU216771 ~ $ echo $USERDOMAIN LCI BoydE@DU216771 ~ $ type hostname hostname is hashed (/c/WINNT/system32/hostname) BoydE@DU216771 ~ $ echo $HOSTNAME DU216771
RE: Building /etc/passwd from setup.exe
At 05:37 PM 1/4/2003 -, John Morrison wrote: Pierre A. Humblet has modified mkpasswd to support the -c flag we were discussing... he's going to post it here later Here it this, it compiles with gcc mkpasswd.c :) The question is whether the switches -l -c will produce correct info about the current domain user in all cases (detached from PDC or not, NT/2000/XP, ...) and not produce anything more than -l if the current user is local. John noted that on unix the usernames are in lower case. That would be easy to do on Cygwin. Should we, or is it better to keep the Windows format? On Win95/98/ME this version now handles correctly switches such as --help, -v, ... from this (limited) data set, I can only deduce that, when $HOSTNAME != $USERDOMAIN you are either logged onto a domain or you are a cached user. Correct? !! HOSTNAME is not defined in my sh (starting from Windows). Pierre /* mkpasswd.c: Copyright 1997, 1998, 1999, 2000, 2001, 2002 Red Hat, Inc. This file is part of Cygwin. This software is a copyrighted work licensed under the terms of the Cygwin license. Please consult the file CYGWIN_LICENSE for details. */ #include ctype.h #include stdlib.h #include wchar.h #include stdio.h #include windows.h #include io.h #include unistd.h #include sys/cygwin.h #include getopt.h #include lmaccess.h #include lmapibuf.h #include sys/fcntl.h #include lmerr.h static const char version[] = $Revision: 1.20 $; SID_IDENTIFIER_AUTHORITY sid_world_auth = {SECURITY_WORLD_SID_AUTHORITY}; SID_IDENTIFIER_AUTHORITY sid_nt_auth = {SECURITY_NT_AUTHORITY}; NET_API_STATUS WINAPI (*netapibufferfree)(PVOID); NET_API_STATUS WINAPI (*netuserenum)(LPWSTR,DWORD,DWORD,PBYTE*,DWORD,PDWORD,PDWORD,PDWORD); NET_API_STATUS WINAPI (*netlocalgroupenum)(LPWSTR,DWORD,PBYTE*,DWORD,PDWORD,PDWORD,PDWORD); NET_API_STATUS WINAPI (*netgetdcname)(LPWSTR,LPWSTR,PBYTE*); NET_API_STATUS WINAPI (*netusergetinfo)(LPWSTR,LPWSTR,DWORD,PBYTE*); #ifndef min #define min(a,b) (((a)(b))?(a):(b)) #endif BOOL load_netapi () { HANDLE h = LoadLibrary (netapi32.dll); if (!h) return FALSE; if (!(netapibufferfree = (void *) GetProcAddress (h, NetApiBufferFree))) return FALSE; if (!(netuserenum = (void *) GetProcAddress (h, NetUserEnum))) return FALSE; if (!(netlocalgroupenum = (void *) GetProcAddress (h, NetLocalGroupEnum))) return FALSE; if (!(netgetdcname = (void *) GetProcAddress (h, NetGetDCName))) return FALSE; if (!(netusergetinfo = (void *) GetProcAddress (h, NetUserGetInfo))) return FALSE; return TRUE; } char * put_sid (PSID sid) { static char s[512]; char t[32]; DWORD i; strcpy (s, S-1-); sprintf(t, %u, GetSidIdentifierAuthority (sid)-Value[5]); strcat (s, t); for (i = 0; i *GetSidSubAuthorityCount (sid); ++i) { sprintf(t, -%lu, *GetSidSubAuthority (sid, i)); strcat (s, t); } return s; } void psx_dir (char *in, char *out) { if (isalpha (in[0]) in[1] == ':') { sprintf (out, /cygdrive/%c, in[0]); in += 2; out += strlen (out); } while (*in) { if (*in == '\\') *out = '/'; else *out = *in; in++; out++; } *out = '\0'; } void uni2ansi (LPWSTR wcs, char *mbs, int size) { if (wcs) WideCharToMultiByte (CP_ACP, 0, wcs, -1, mbs, size, NULL, NULL); else *mbs = '\0'; } void print_win_error(DWORD code) { char buf[4096]; if (FormatMessage (FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS, NULL, code, MAKELANGID (LANG_NEUTRAL, SUBLANG_DEFAULT), (LPTSTR) buf, sizeof (buf), NULL)) fprintf (stderr, mkpasswd: [%lu] %s, code, buf); else fprintf (stderr, mkpasswd: error %lu, code); } void current_user (int print_sids, int print_cygpath, const char * passed_home_path, int id_offset, const char * disp_username) { char name[UNLEN + 1], *envname, *envdomain; DWORD len; HANDLE ptok; int errpos = 0; struct { PSID psid; int buffer[10]; } tu, tg; if ((!GetUserName (name, (len = sizeof (name), len)) (errpos = __LINE__)) || !name[0] || !(envname = getenv(USERNAME)) || strcasecmp (envname, name) || (disp_username strcasecmp(envname, disp_username)) || (!GetComputerName (name, (len = sizeof (name), len)) (errpos = __LINE__)) || !(envdomain = getenv(USERDOMAIN)) || !envdomain[0] || !strcasecmp (envdomain, name) || (!OpenProcessToken (GetCurrentProcess (), TOKEN_QUERY, ptok) (errpos = __LINE__)) || (!GetTokenInformation (ptok, TokenUser, tu, sizeof tu, len) (errpos = __LINE__)) || (!GetTokenInformation (ptok, TokenPrimaryGroup, tg, sizeof tg, len) (errpos = __LINE__)) || (!CloseHandle (ptok) (errpos = __LINE__))) { if (errpos) { print_win_error (GetLastError ()); fprintf(stderr, on line %d\n, errpos); } return; }
Re: Building /etc/passwd from setup.exe
On Sat, Jan 04, 2003 at 04:04:23PM -0500, Pierre A. Humblet wrote: At 05:37 PM 1/4/2003 -, John Morrison wrote: Pierre A. Humblet has modified mkpasswd to support the -c flag we were discussing... he's going to post it here later Here it this, it compiles with gcc mkpasswd.c :) Is there some reason why this isn't just being posted as a patch over in cygwin-patches? What is it doing in cygwin-apps? cgf
Re: Building /etc/passwd from setup.exe
At 04:11 PM 1/4/2003 -0500, Christopher Faylor wrote: Is there some reason why this isn't just being posted as a patch over in cygwin-patches? What is it doing in cygwin-apps? The only use of -c is for the setup postinstall scripts. It's also the continuation of a thread started here. I will submit a separate patch to cygwin-patch, after fixing problems that might be reported here. I don't have access to all the situations that need testing. Pierre
Re: FAO: cfg: defaults
On Sat, Jan 04, 2003 at 03:36:12PM -0500, Christopher Faylor wrote: You don't need my permission. Just post to cygwin-apps and see what others think. Or, since you're the package maintainer and, I'm sure that you've tested this, feel free to just refresh your packages. Actually, I do have one comment. If you are using incver_ifdep in setup.hint then you should name the package something like foo-01-1.tar.bz2. The 01 part gets updated every time there is a package which relies on it. To rephrase that: The 01 part gets incremented every time a package is updated or created which relies on the other criteria in the setup.hint. cgf
Setup Prop: Change percent to underscore
The percent (%) character in the setup.exe download file paths is a problem for many Windows file managers. These include Directory Toolkit and 2xExplorer. The proposal is to change setup.exe to use underscores or some similarly innocuous character instead of percent signs. Regards. Mark
Re: Setup Prop: Change percent to underscore
On Sun, 2003-01-05 at 10:09, M. Evans wrote: The percent (%) character in the setup.exe download file paths is a problem for many Windows file managers. These include Directory Toolkit and 2xExplorer. The proposal is to change setup.exe to use underscores or some similarly innocuous character instead of percent signs. Nope. It's a) perfectly valid win32 naming. b) An application of the internet standard for url escaping. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: Setup Prop: Change percent to underscore
Robert Collins wrote: On Sun, 2003-01-05 at 10:09, M. Evans wrote: The percent (%) character in the setup.exe download file paths is a problem for many Windows file managers. These include Directory Toolkit and 2xExplorer. The proposal is to change setup.exe to use underscores or some similarly innocuous character instead of percent signs. Nope. It's a) perfectly valid win32 naming. b) An application of the internet standard for url escaping. Yep. Why not contact the authors of the programs you mention and get them to fix their bugs. Max.
Re: Setup Prop: Change percent to underscore
On Sun, 2003-01-05 at 10:48, M. Evans wrote: Yep. Why not contact the authors of the programs you mention and get them to fix their bugs. Already done that. I agree with you that it's legal but also think what is legal is not always what is ethical. It would be better for Cygwin to play friendly with various file managers. We do. The standard to which we play is the one they are meant to play - win32 file naming conventions. If anyone is being less than ethical it is those file managers developers, that are implementing less than the full specification for win32 file names, and then passing it off as 'complete'. In fact, If they are being confused by % signs, it sounds like they are using something like printf (filename), which is very very bad programming practice. You got a tart response because you appear to have not thought through the issue fully. You got an opinionated response because we have thought the issue through, and have no hesitation in expressing our opinions. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: Setup Prop: Change percent to underscore
I admire Cygwin a great deal but that's bull. Nobody but Cygwin uses the % sign. There are many obscure features of Windows that are best avoided. And even if you guys were right (which you are not) you should be more polite. Regards. Mark
Re: Setup Prop: Change percent to underscore
On Sun, 2003-01-05 at 11:17, M. Evans wrote: I admire Cygwin a great deal but that's bull. Nobody but Cygwin uses the % sign. Thats a hasty generalization http://www.nizkor.org/features/fallacies/hasty-generalization.html. And even if you guys were right (which you are not) You haven't shown Max or I to be making false statements. Claiming we are wrong does not make us wrong. http://www.nizkor.org/features/fallacies/burden-of-proof.html you should be more polite. In what way have we been rude? Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: xwindow to the foreground
Kumarchi, Probably. Window activation / deactivation and raising / lowering are functions of the window manager. Without knowing which one you're running, it won't be possible to give you specific information on how to enable the option you want. Or you could do something like read the documentation or explore and experiment... (No gurus required!) Randall Schulz At 04:50 2003-01-04, [EMAIL PROTECTED] wrote: When I have multiple windows open, I had to click on the title bar on a window to bring it to the foreground. Is there way I can change this behavior so that whenever I click on a window it automaticlly brings it to the foreground? Thanx
opening a X session with linux box breaks routing on both client and server
Hi all, I have a linux box running Red Hat 7.3, and Cygwin-XFree running on a Win2000 machine. Both are running in a private 192.168 subnet. Initially, both boxes can happily connect to the internet via the gateway at 192.168.0.1. Then I open a cygwin shell and connect with: XWin -query linuxHost The X window opens appropriately with window manager niceties, and everything works fine between the two. However, now neither one can ping the gateway or get out to the internet. Though they can reach other machines in the 192.168. network. Does anyone have an approach for debugging this? I'm at a loss and can find nothing relevant on the Cygwin-XFree site or the Red Hat site. thanks, aaron remick BEGIN:VCARD VERSION:2.1 N:Remick;Aaron FN:Aaron Remick ORG:Remick Net TITLE:Principal TEL;WORK;VOICE:510 682 6846 TEL;HOME;VOICE:510 666 1010 TEL;CELL;VOICE:510 682 6846 TEL;WORK;FAX:877 576 5421 ADR;WORK;ENCODING=QUOTED-PRINTABLE:;;1930 Delaware St. =0D=0AApt. 3;Berkeley;Ca;94709-2142;United States of Ame= rica LABEL;WORK;ENCODING=QUOTED-PRINTABLE:1930 Delaware St. =0D=0AApt. 3=0D=0ABerkeley, Ca 94709-2142=0D=0AUnited Stat= es of America ADR;HOME;ENCODING=QUOTED-PRINTABLE:;;1930 Delaware St. =0D=0AApt. 3;Berkeley;Ca;94709-2142;United States of Ame= rica LABEL;HOME;ENCODING=QUOTED-PRINTABLE:1930 Delaware St. =0D=0AApt. 3=0D=0ABerkeley, Ca 94709-2142=0D=0AUnited Stat= es of America ADR;POSTAL:;;USA LABEL;POSTAL:USA X-WAB-GENDER:2 URL: URL:http://www.remick.net/ BDAY:19681026 EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20010206T185558Z END:VCARD
XDMCP Problem (must be connected to internet)
Hello. I have a Debian 3.0 box, and W2k box. I start an xwin session on my W2K box like so: xwin -query 192.168.0.2(this is the address of the linux box). I find that I get my nice kde login window only while my W2K internet connection is active. Once I can see the KDE login screen I can saftly disconnect from the internet. Both my computers are on my LAN so I see no reason why I need to be on the internet. Can anybody explain?! For bonus points: xwin -fullscreen brings up an x-windows server on my primary display. I have a secondary display which I would prefer to use. As a workaround for now I am using windowed mode and dragging the window onto my secondary monitor. Any help much appreciated, TK
src/winsup/w32api ChangeLog include/commctrl.h ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-01-04 02:58:36 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: commctrl.h wingdi.h Log message: * include/commctrl.h (TOOLINFO[AW]: Update structures. (LVHITTESTINFO): Likewise. * include/wingdi.h (GRADIENT_TRIANGLE): Add structure. (GRADIENT_RECT): Likewise. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.306r2=1.307 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/commctrl.h.diff?cvsroot=srcr1=1.24r2=1.25 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/wingdi.h.diff?cvsroot=srcr1=1.19r2=1.20
winsup/cygwin ChangeLog fhandler_tty.cc
CVSROOT:/cvs/uberbaum Module name:winsup Branch: cgf-dev-branch Changes by: [EMAIL PROTECTED] 2003-01-04 13:55:32 Modified files: cygwin : ChangeLog fhandler_tty.cc Log message: * fhandler_tty.cc (fhandler_tty_slave::get_unit): Fix test for tty unit number based on whether this is just a /dev/tty or a /dev/ttyN. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.1656.2.9r2=1.1656.2.10 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_tty.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.88.2.4r2=1.88.2.5
src/winsup/w32api ChangeLog include/winuser.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-01-04 18:49:15 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: winuser.h Log message: * include/winuser.h (SPI_GETWHEELSCROLLLINES) Add define. (WHEEL_PAGESCROLL): Add define. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.308r2=1.309 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winuser.h.diff?cvsroot=srcr1=1.30r2=1.31
winsup/cygwin ChangeLog Makefile.in devices.h ...
CVSROOT:/cvs/uberbaum Module name:winsup Branch: cgf-dev-branch Changes by: [EMAIL PROTECTED] 2003-01-04 19:01:17 Modified files: cygwin : ChangeLog Makefile.in devices.h dtable.cc dtable.h fhandler.cc fhandler.h fhandler_disk_file.cc fhandler_tty.cc path.cc path.h pinfo.cc pinfo.h pipe.cc smallprint.c syscalls.cc Log message: Replace is_fs_device with is_fs_special throughout. * Makefile.in (DLL_OFILES): Add fhandler_fifo.o. * devices.h (fh_devices): Renumber some minor numbers to fit in 8 bits. * dtable.cc (dtable::build_fhandler): Handle FH_FIFO. Set errno to ENODEV if device not found. * dtable::find_fifo: Define new function. * dtable.h (dtable::find_fifo): Declare new function. * fhandler.cc (fhandler_base::device_access_denied): Fix O_RDONLY test. (fhandler_base::write): Use output file handle for writing. (fhandler_base::fstat): Use is_fs_special rather than is_fs_device. * fhandler.h (fhandler_base::is_fs_special): Rename from is_fs_device. (fhandler_pipe): Make private elements protected so that fhandler_fifo can use them too. (fhandler_pipe::create): New function derived from make_pipe. (fhandler_fifo): Add more needed elements. (fhandler_pty_master::slave): Add to track slave device. (fhandler_pty_master::get_unit): Define. * fhandler_tty.cc (fhandler_tty_master::init): Register slave device. (fhandler_pty_master::open): Ditto. (symlink_info::parse_device): Handle fifo specially. * pinfo.cc (_pinfo::commune_recv): Initial fifo implementation. (_pinfo::commune_send): Ditto. * pinfo.h (picom): Add PICOM_FIFO. * pipe.cc (fhandler_pipe::close): Close input handle here specifically. (fhandler_pipe::create): Rename from make_pipe. Create fhandlers rather than fds. (pipe): Use fhandler_pipe::create to create pipe. (_pipe): Ditto. * syscalls.cc (mknod): Accommodate fifos. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.1656.2.10r2=1.1656.2.11 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/Makefile.in.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.112.4.2r2=1.112.4.3 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/devices.h.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.2.2.3r2=1.2.2.4 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dtable.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.107.12.5r2=1.107.12.6 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dtable.h.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.19.12.2r2=1.19.12.3 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.143.4.6r2=1.143.4.7 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler.h.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.153.2.6r2=1.153.2.7 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.35.12.5r2=1.35.12.6 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_tty.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.88.2.5r2=1.88.2.6 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/path.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.234.16.4r2=1.234.16.5 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/path.h.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.48.16.2r2=1.48.16.3 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.74r2=1.74.4.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.h.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.46r2=1.46.4.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pipe.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.44.4.4r2=1.44.4.5 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/smallprint.c.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.12r2=1.12.20.1 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/syscalls.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.238.4.4r2=1.238.4.5
winsup/cygwin ChangeLog dtable.cc fhandler.cc ...
CVSROOT:/cvs/uberbaum Module name:winsup Branch: cgf-dev-branch Changes by: [EMAIL PROTECTED] 2003-01-04 22:48:55 Modified files: cygwin : ChangeLog dtable.cc fhandler.cc pinfo.cc Log message: * pinfo.cc (_pinfo::commune_send): Use myself-lock rather than just lock when leaving. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.1656.2.11r2=1.1656.2.12 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dtable.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.107.12.6r2=1.107.12.7 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.143.4.7r2=1.143.4.8 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumonly_with_tag=cgf-dev-branchr1=1.74.4.1r2=1.74.4.2
Re: sed -i problem?
Ok, I tracked down the problem and it is because fopen is used for the file instead of ck_fopen. Alas I don't have a patch ready (a nice solution would be practically the diff from 4.0.5 to 4.0.6), but grepping for [^_]fopen.*w and replacing fopen with ck_fopen will probably be a quick, workable hack. |_ _ _ __ |_)(_)| ),' --- '--- -- 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/
Start up tcsh window?
Is there any way to start up a tcsh window without having to go through Bash? Thanks, -pd -- Peter Davis Funny stuff at http://www.pfdstudio.com List of resources for children's writers and illustrators at: http://www.pfdstudio.com/cwrl.html -- 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: Start up tcsh window?
Edit your cygwin.bat file? @echo off C: chdir C:\cygwin\bin tcsh start tcsh for me. Doesn't log me in, but... I don't use tcsh. J. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Davis Sent: Saturday, 4 January 2003 1:10 pm To: [EMAIL PROTECTED] Subject: Start up tcsh window? Is there any way to start up a tcsh window without having to go through Bash? Thanks, -pd -- Peter Davis Funny stuff at http://www.pfdstudio.com List of resources for children's writers and illustrators at: http://www.pfdstudio.com/cwrl.html -- 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: xinetd/ init not working for me
OK, let's troubleshut the problem step by step. I need to find out first where the problem is, in init, initscripts or xinetd. I suspect when you run init-config you answered yes to overwrite an existing /etc/inittab installed by initscripts package. What are the last three lines of /etc/inittab? They should be like: # Run xdm in runlevel 5 # xdm is now a separate service #x:5:respawn:/etc/X11/prefdm -nodaemon If (you inittab is different) please reinstall initscripts package. else post the printout of ls -l /etc/inittab /etc/rc.d /etc/rc.d/init.d Sergey Okhapkin Somerset, NJ - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: Sergey Okhapkin [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, January 03, 2003 9:35 PM Subject: Re: xinetd/ init not working for me no, the only 3 messages are: entering runlevel 3 no more processes left at this runlevel `init` service started - Original Message - From: Sergey Okhapkin [EMAIL PROTECTED] To: Bruce Dobrin [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, January 03, 2003 6:23 PM Subject: Re: xinetd/ init not working for me Are there any errors in NT application error log on init startup? Sergey Okhapkin Somerset, NJ - Original Message - From: Bruce Dobrin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 03, 2003 9:10 PM Subject: xinetd/ init not working for me I just upgraded to 1.3.18 and noticed a version of init and xinetd. I turned off inetd and installed xinetd, chkconfig, sysvinit, and the initscripts, Ran init-config and xinetd-config. chkconfig says that xinetd is on at runlevel3, net start init starts init at runlevel3 , but doesn't start xinetd. If I manualy start xinetd (either with /etc/rc.d/init.d/xinetd start or /usr/sbin/xinetd -d) it appears to set up the various services, but when I try to access the machine using an xinetd service (telnet or rlogin) I get : 03/1/3@18:04:10: DEBUG: {server_start} Starting service login 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 03/1/3@18:04:10: ERROR: {set_credentials} setuid failed: Permission denied (errno = 13) 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 03/1/3@18:04:10: DEBUG: {main_loop} select returned 1 03/1/3@18:04:10: DEBUG: {check_pipe} Got signal 20 (Child status changed) 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = 3056 03/1/3@18:04:10: DEBUG: {server_end} login server 3056 exited 03/1/3@18:04:10: DEBUG: {svc_postmortem} Checking log size of login service 03/1/3@18:04:10: INFO: {conn_free} freeing connection 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = -1 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14 I've tried adding the services to the hosts.allow file and a few other things, but no luck so far, I've also been through the cygwin and xinetd lists and haven't turned anything up. Oh, inetd works just fine, but I'd like to use xinetd if I could. thanks for any help. Bruce Dobrin [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/ -- 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: convert utility
Well, I got the December-ish CVS to compile (after fixing a few things, can't remember exactly what). Works well. R. Joshua Daniel Franklin wrote: What caused me a problem in searching, is that convert is a rather common word. From what I was told by an acquainance on a non computer list, imagine that, since my initial post is this is part of imagemagick. Currently downloading it so my question should be resolved assuming I can get it to compile ;) Just for posterity, I assume that you soon found this page: http://www.imagemagick.org/www/QuickStart.html which has links to download, among others, ImageMagick-i686-pc-cygwin.tar.gz __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.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/ -- 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: Minimal xserver-wm-ssh setup
Are you looking for a minimal list of packages required? I'm an atypical user (I have installed pretty much every available package at one time or another), but for my needs, a base cygwin install works fine after adding: - openssh - XFree (get the whole shebang while you're at it, clipboard integration with Windows works fine now) - WindowMaker All of these are listed in the setup.exe package list, and work out of the box, as it were. Mind you, there are some occasional issues with intricate stuff like X extensions and proprietary apps (we had some trouble getting CiscoWorks and other network management applications to show on a Cygwin X server, but tweaking X resources on the application end solved the problem) R. chrisf wrote: Has anyone figured out a minimal package install to run 1) ssh client for remote auth 2) a window manager 3) a xserver for remote applications I have seen the winxterm project but it only handles XDM Thanks Chris -- 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/
Perl 5.8 status?
Erm... Could anyone update us on the status of Perl 5.8? It is working fine for me, with the minor annoyance of having to keep remembering to Keep the package while running Setup, because it offers to replace 5.8 with 5.6 every time... :) R. Gerrit P. Haase wrote: Hallo Linda, 5.8? Is that available in cygwin-x86? As a test version. It will show in the click through list, but hasn't yet been promoted to curr, so presumably there are a few buglets left. Ah...cool! Maybe will have to try an early edition assuming I can find a semi-fast mirror that carries the test versions. Should be available from any mirror. Make a backup from libperl5.6.1.dll since some other executables in the cygwin netrelease are linked against it (e.g. exim). Regards, Gerrit -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Start up tcsh window?
On Sat, 4 Jan 2003 13:18:52 - John Morrison [EMAIL PROTECTED] wrote: Edit your cygwin.bat file? @echo off C: chdir C:\cygwin\bin tcsh start tcsh for me. Doesn't log me in, but... I don't use tcsh. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Davis Sent: Saturday, 4 January 2003 1:10 pm To: [EMAIL PROTECTED] Subject: Start up tcsh window? Is there any way to start up a tcsh window without having to go through Bash? I recommend leaving cygwin.bat alone and starting tcsh with another batch file or directly from the Windows shortcut. Adding the -l option is probably a good idea. You might also want to use rxvt, so look at how the bash startup provided with that package works and adapt it to tcsh. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html Give a hobbit a fish and he eats fish for a day. Give a hobbit a ring and he eats fish 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/
Re: javac on cygwin
Kevin: Ok, I've searched for articles on getting a java compiler working on cygwin. I got very vague info. I've got the java JDK 1.4.1 from java.sun.com. Now what do I do? Not sure what your background is, so I'm not sure how to answer. Right now, you could be someone who doesn't know Java, someone who doesn't know Cygwin, someone who doesn't know UNIX ... so without sitting down and writing a script that would satisfy all three audiences (a combined Java/Cygwin/UNIX tutorial), I can't really answer your question. You might want to check out http://www.inonit.com/cygwin/ Perhaps you can let us know specifically what you've tried and what happened so that we can assess your situation more accurately. -- David. -- 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: javac on cygwin
Kevin, Javac is not particularly special. It is a Windows-native program, and as such requires absolute file and directory names be provided in Windows format (forward slashes are OK, but drive letters are required and the Cygwin notion of root is completely unknown to such programs). PATH-like variables (specifically CLASSPATH) must be in Windows format (semicolon separators). Both of these conversions is handled by the cygpath utility. Learn about it. I strongly suggest that if your development environment, either individually or as a group, is or is at all likely to become cross-platform (betwen Windows and any kind of Unix), that you adopt a Unix-centered set of build scripts and then create cover scripts that encapsulate the operations that bridge the gap between the POSIX / Unix world of Cygwin and the underlying native Sun Java SDK tools. Do so in a way that allows those translations to be easily switched off, replaced or made null when not needed (when you're working on an actual Unix system). I do lots of Java under Windows with Cygwin and have for quite a while. Feel free to come back with further questions. Randall Schulz At 03:52 2003-01-04, Kevin Cheng wrote: Ok, I've searched for articles on getting a java compiler working on cygwin. I got very vague info. Can someone please give me the newbie quick setup on setting up a java compiler to work on cygwin. I've got the java JDK 1.4.1 from java.sun.com. Now what do I do? -- 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/
FAO: cfg: defaults
From: Christopher Faylor On Mon, Dec 02, 2002 at 12:56:03PM -, Morrison, John wrote: You'd probably want something like: snip/ setup.hint: sdesc: Conditionally move default files to proper location category: _PostInstallLast requires: ash findutils fileutils sed sh-utils autodep: etc/defaults/.* incver_ifdep: yes This would run automatically whenever packages are downloaded and installed in one shot. It wouldn't run if someone downloads everything and then installs piecemeal, though. I think there are lots of things that don't work when cygwin is not installed via setup. I can't think of any other way... The script to move the files would be the only thing in the package and it would be a post-install script. Done :) Please find for you perusal and review... (long links, will wrap!) http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/upda te-defaults-1.0-.tar.bz2 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/defa ults.html (this should be added to the 'how to create a package' instructions, or something like?) http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/setu p.hint http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/md5s um Also, re-done base-files using this mechanism... http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-file s-1.2-1.tar.bz2 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/setup.hin t http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum Christopher: is this OK? J. -- 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/
IpcSemaphoreCreate
Hi, Running Win XP I have a fresh install of CygWin on my PC, I'm trying to get up and running with PostgreSQL 7.3 but get the following $ initdb -D /usr/local/pgsql/data The database cluster will be initialized with locale C. creating directory /usr/local/pgsql/data... ok creating directory /usr/local/pgsql/data/base... ok creating directory /usr/local/pgsql/data/global... ok creating directory /usr/local/pgsql/data/pg_xlog... ok creating directory /usr/local/pgsql/data/pg_clog... ok creating template1 database in /usr/local/pgsql/data/base/1... IpcSemaphoreCreat e: semget(key=1, num=17, 03600) failed: Function not implemented initdb failed. Removing /usr/local/pgsql/data. If it's got anything to do with max_connections, SEMMNI or SEMMNS, I would welcome a pointer on how to change these values on XP. BTW I installed using setup.exe from cygwin.com Thanks, Durbar __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.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/
g++, shared/static and exceptions
Hi. As I said in other messages I'm freshening my C++ skills thanks to a university project I must do, guess what, in C++ (I passed from C to Java some years ago but now, with STL and exceptions... but that's another story). I'm using gcc 3.2 (but it must work also with 2.95), libexpat, libcppunit for make check and the full suite of the autotools (which is good, as I now know them much better). I have a small problem though: I recently decided to do things cleanly and separated my program in a generic library and a set of example programs that use it. Two problems here. The first problem is that the library must be static as libstdc++ isn't available as a DLL (that's right? will it be available someday?), but this is not a big problem as libtool makes it very easy to use --disable-shared in the configure. The real problem is that the exceptions thrown in the library seems to always dump the program, and can't be catched in the main (which is not in the lirary, of course). I made my good Google search and I found various interesting things on the gcc mailing list (and in other places), the main thing being the following thread: http://mail.gnu.org/pipermail/libtool/2002-May/006309.html That make two more question raise in my head though: 1. it talks about DLL not propagating the exceptions, and I'm using a static library.. is a static library net meant for propagating them (so that the thread avoid the problem as 'not possible') or the opposite? (i.e. they alweays work in static libs) 2. it talks about C++ DLLs... are they possible at all? my libtool screams that it cannot create a dynamic library that uses a static library... (maybe there is some way to say to it just include it all? but the, at linking time, wouldn't there be two copies of the stdc++ library?) Thanks for the help ;) Lapo -- 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: FAO: cfg: defaults
On Sat, Jan 04, 2003 at 04:50:41PM -, John Morrison wrote: From: Christopher Faylor On Mon, Dec 02, 2002 at 12:56:03PM -, Morrison, John wrote: You'd probably want something like: snip/ setup.hint: sdesc: Conditionally move default files to proper location category: _PostInstallLast requires: ash findutils fileutils sed sh-utils autodep: etc/defaults/.* incver_ifdep: yes This would run automatically whenever packages are downloaded and installed in one shot. It wouldn't run if someone downloads everything and then installs piecemeal, though. I think there are lots of things that don't work when cygwin is not installed via setup. I can't think of any other way... The script to move the files would be the only thing in the package and it would be a post-install script. Done :) Please find for you perusal and review... (long links, will wrap!) http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/upda te-defaults-1.0-.tar.bz2 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/defa ults.html (this should be added to the 'how to create a package' instructions, or something like?) http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/setu p.hint http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/md5s um Also, re-done base-files using this mechanism... http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-file s-1.2-1.tar.bz2 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/setup.hin t http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum Christopher: is this OK? You don't need my permission. Just post to cygwin-apps and see what others think. Or, since you're the package maintainer and, I'm sure that you've tested this, feel free to just refresh your packages. 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: FAO: cfg: defaults
[Redirecting to cygwin-apps] On Sat, Jan 04, 2003 at 03:17:40PM -0500, Christopher Faylor wrote: On Sat, Jan 04, 2003 at 04:50:41PM -, John Morrison wrote: From: Christopher Faylor On Mon, Dec 02, 2002 at 12:56:03PM -, Morrison, John wrote: You'd probably want something like: snip/ setup.hint: sdesc: Conditionally move default files to proper location category: _PostInstallLast requires: ash findutils fileutils sed sh-utils autodep: etc/defaults/.* incver_ifdep: yes This would run automatically whenever packages are downloaded and installed in one shot. It wouldn't run if someone downloads everything and then installs piecemeal, though. I think there are lots of things that don't work when cygwin is not installed via setup. I can't think of any other way... The script to move the files would be the only thing in the package and it would be a post-install script. Done :) Please find for you perusal and review... (long links, will wrap!) http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/upda te-defaults-1.0-.tar.bz2 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/defa ults.html (this should be added to the 'how to create a package' instructions, or something like?) http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/setu p.hint http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/md5s um Also, re-done base-files using this mechanism... http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-file s-1.2-1.tar.bz2 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/setup.hin t http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum Christopher: is this OK? You don't need my permission. Just post to cygwin-apps and see what others think. Or, since you're the package maintainer and, I'm sure that you've tested this, feel free to just refresh your packages. Actually, I do have one comment. If you are using incver_ifdep in setup.hint then you should name the package something like foo-01-1.tar.bz2. The 01 part gets updated every time there is a package which relies on it. If you use something like 1.2, I'm not sure exactly what will happen. It may just increment it to 1.3, 1.4, etc., but I don't know for sure. Also, how about posting the text bits to the mailing list rather than having us cut and paste a URL for perusal? 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: javac on cygwin
On Sat, 4 Jan 2003, David P. Caldwell wrote: Kevin: Ok, I've searched for articles on getting a java compiler working on cygwin. I got very vague info. I've got the java JDK 1.4.1 from java.sun.com. Now what do I do? Not sure what your background is, so I'm not sure how to answer. Right now, you could be someone who doesn't know Java, someone who doesn't know Cygwin, someone who doesn't know UNIX ... so without sitting down and writing a script that would satisfy all three audiences (a combined Java/Cygwin/UNIX tutorial), I can't really answer your question. You might want to check out http://www.inonit.com/cygwin/ Perhaps you can let us know specifically what you've tried and what happened so that we can assess your situation more accurately. -- David. For what it's worth, I use the attached scripts as wrappers for java, jar, javadoc and javac (the javac one is not extensively tested as I use a Cygwin-compiled jikes for java compilation). The only caveat is that filenames passed as parameters to Java programs and custom doclet options in javadoc are not converted. You will need to change the *_EXEC values close to the beginning of the scripts to conform to your system (I have IBM JDK 1.3). Hope this helps. David, feel free to post them on the web page if needed. I'd also appreciate any comments or bug reports. Thanks. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune #!/bin/bash # # A wrapper for calling Java from Cygwin # Author: Igor Pechtchanski [EMAIL PROTECTED] # ME=`basename $0` JAVA_EXEC=/cygdrive/c/Program Files/IBM/Java13/jre/bin/java.exe ARGS= while [ -n $1 ]; do arg=$1 shift case $arg in -cp | -classpath) arg=$arg' '`cygpath -p -w $1` shift ;; -Xbootclasspath*:*) arg=${arg%%:*}:`cygpath -p -w ${arg#*:}` ;; esac ARGS=$ARGS '$arg' done eval set -- $ARGS exec $JAVA_EXEC $@ #!/bin/bash # # A wrapper for calling Jar from Cygwin # Author: Igor Pechtchanski [EMAIL PROTECTED] # ME=`basename $0` JAR_EXEC=/cygdrive/c/Program Files/IBM/Java13/bin/jar.exe ARGS= if [ -n $1 ]; then firstarg=$1; shift ARGS=$ARGS '$firstarg' # Check for filename case $firstarg in *f*) arg=`cygpath -w $1` shift ARGS=$ARGS '$arg';; esac # Check for manifest case $firstarg in *m*) arg=`cygpath -w $1` shift ARGS=$ARGS '$arg';; esac fi # Change all filenames while [ -n $1 ]; do arg=$1 shift case $arg in -*) ;; *) arg=`cygpath -p -w $1` ;; esac ARGS=$ARGS '$arg' done eval set -- $ARGS exec $JAR_EXEC $@ #!/bin/bash # # A wrapper for calling Javadoc from Cygwin # Author: Igor Pechtchanski [EMAIL PROTECTED] # ME=`basename $0` JAVADOC_EXEC=/cygdrive/c/Program Files/IBM/Java13/bin/javadoc.exe ARGS= while [ -n $1 ]; do arg=$1 shift case $arg in # Generic options -overview) arg=$arg' '`cygpath -w $1` shift ;; -public | \ -protected | \ -package | \ -private | \ -help | \ -1.1 | \ -verbose) ;; -doclet | \ -locale | \ -encoding) arg=$arg' '$1 shift ;; -docletpath | \ -sourcepath | \ -classpath | \ -bootclasspath | \ -extdirs) arg=$arg' '`cygpath -p -w $1` shift ;; # Java flags option -Jcp | -Jclasspath) arg=$arg' '`cygpath -p -w $1` shift ;; -JXbootclasspath*:*) arg=${arg%%:*}:`cygpath -p -w ${arg#*:}` ;; -J*) ;; # Doclet options -d | \ -helpfile | \ -stylesheetfile) arg=$arg' '`cygpath -w $1` shift ;; -use | \ -version | \ -author | \ -splitindex | \ -nodeprecated | \ -nodeprecatedlist | \ -nosince | \ -notree | \ -noindex | \ -nohelp | \ -nonavbar | \ -serialwarn) ;; -windowtitle | \ -doctitle | \ -title) arg=$arg' '$1 shift ;; -header | \ -footer | \ -bottom) # Quote single quotes arg=$arg' '`echo $1 | sed s/'/'''/g` shift ;; -link) arg=$arg' '$1 shift ;; -link) arg=$arg' '$1' '$2 shift shift ;; -group)
[Mostly to Charles Wilson] Upgrading Cygwin's CVS
In http://sources.redhat.com/ml/cygwin/2002-06/msg00754.html, Charles withdrew a test cvs-1.11.2 package, saying that some bugs had been found. I've recently compiled cvs 1.11.4 for myself, because I wanted the new rlog command. I was wondering what these bugs were, in case I might encounter them in my locally compiled version. Thanks, Max. -- 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: javac on cygwin
Randall R Schulz wrote: Javac is not particularly special. It is a Windows-native program, and as such requires absolute file and directory names be provided in Windows format (forward slashes are OK, but drive letters are required and the Cygwin notion of root is completely unknown to such programs). Javac is a pure java program. The windows executable is only there as a thin native wrapper that launches sun.tools.javac.Main. The bigger problem is that Sun JRE is compiled to the native Win32 API, not to cygwin, so *any* Java programs running in the Sun JRE will never understand cygwin mount points. In theory, someone could invest in the effort to port, say, the Linux port of the Sun JRE to cygwin, but it would be a huge effort. Igor's idea (wrappers that run cygpath -m on the paths being passed to Java) would be the best approach in this situation, especially for well-known Java programs like javac. -- 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: javac on cygwin
Shankar, At 14:17 2003-01-04, Shankar Unni wrote: Randall R Schulz wrote: Javac is not particularly special. It is a Windows-native program, and as such requires absolute file and directory names be provided in Windows format (forward slashes are OK, but drive letters are required and the Cygwin notion of root is completely unknown to such programs). Javac is a pure java program. The windows executable is only there as a thin native wrapper that launches sun.tools.javac.Main. That may be true, but it's irrelevant. Its external interface via its command line options follows the Windows conventions. That's all that matters. It is a Windows executable for all intents and purposes. The bigger problem is that Sun JRE is compiled to the native Win32 API, not to cygwin, so *any* Java programs running in the Sun JRE will never understand cygwin mount points. Yes, of course. That's hardly surprising. In theory, someone could invest in the effort to port, say, the Linux port of the Sun JRE to cygwin, but it would be a huge effort. Igor's idea (wrappers that run cygpath -m on the paths being passed to Java) would be the best approach in this situation, especially for well-known Java programs like javac. That's what I do. I have a generic one that converts anything that looks like a file name via cygpath. It's not fool-proof, but the criteria for converting names could be refined. The alternative is a target-specific script that understands what all the arguments options and option arguments are and converts them as needed. Randall Schulz -- 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: FAO: cfg: defaults
John, At 08:50 2003-01-04, John Morrison wrote: ... Please find for you perusal and review... (long links, will wrap!) Why don't you enclose all URLs in email within angle brackets instead of forcing people to reintegrate the wrapped links? Even a short URL can fall on a line wrap boundary if embedded in other text. http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/update-defaults-1.0-.tar.bz2 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/defaults.html (this should be added to the 'how to create a package' instructions, or something like?) http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/setup.hint http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/update-defaults/md5sum Also, re-done base-files using this mechanism... http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-files-1.2-1.tar.bz2 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/setup.hint http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum Randall Schulz -- 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: [Mostly to Charles Wilson] Upgrading Cygwin's CVS
Max Bowsher wrote: In http://sources.redhat.com/ml/cygwin/2002-06/msg00754.html, Charles withdrew a test cvs-1.11.2 package, saying that some bugs had been found. I've recently compiled cvs 1.11.4 for myself, because I wanted the new rlog command. I was wondering what these bugs were, in case I might encounter them in my locally compiled version. Gosh, I don't remember the exact details, and can't seem to find it in my TODO or NOTES files for cvs. Trolling thru my mail archives... It seems that the problems were the standard text/binary issues, on reading .cvsignore, .cvsrc, .cvspass -- coupled with issues reading the ENTRIES, REPOSITORY, and ROOT files in the CVS dirs. Something like they tended to gain more and more ^M's at the end of each line...which led to problems. These issues are NOT problems on cvs-1.11.0, IIRC, and represent a regression for cvs-1.11.2. Plus, there are the continuing problems of hosting a cvs repository on a text mount. I think. Really, these issues are not too difficult to track down and fix, but I decided to abandon the official cvs codebase at that point(see below), and haven't worked up the gumption to re-do all of the original cygwin-porting stuff with regards to the cvsnt codebase, so we're still languishing at cvs-1.11.0. Anyway, I'm stunned to hear that the bozos running the cvs project actually got around to releasing TWO new versions (1.11.3 and 1.11.4). [No, I don't have a lot of respect for people who contemptuously ignore patches without even the courtesy of a response...after a couple of reminders over several weeks...] Because of all that, I'd pretty much decided that the next time I update the 'cvs' package, I'm going to use the cvsnt codebase (which, despite its name, does compile under unix: on unixoid platforms, it is essentially regular cvs + bugfixes. Bugfixes the real cvs maintainers seem to believe are beneath their dignity. No, I'm not bitter.) But that's a lot of testing I'm not really ready for right now. So, in answer to your question, I'd make sure that the behavior and contents of the .cvs* files, and the CVS/* files, make sense when your home directory and working directories are on both binary and text mounts -- and continue to make sense after a few rounds of commits and checkouts. --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/
Re: javac on cygwin
On Sat, Jan 04, 2003 at 04:20:36PM -0800, Randall R Schulz wrote: At 14:17 2003-01-04, Shankar Unni wrote: Randall R Schulz wrote: Javac is not particularly special. It is a Windows-native program, and as such requires absolute file and directory names be provided in Windows format (forward slashes are OK, but drive letters are required and the Cygwin notion of root is completely unknown to such programs). Javac is a pure java program. The windows executable is only there as a thin native wrapper that launches sun.tools.javac.Main. That may be true, but it's irrelevant. Its external interface via its command line options follows the Windows conventions. That's all that matters. It is a Windows executable for all intents and purposes. The bigger problem is that Sun JRE is compiled to the native Win32 API, not to cygwin, so *any* Java programs running in the Sun JRE will never understand cygwin mount points. Yes, of course. That's hardly surprising. In theory, someone could invest in the effort to port, say, the Linux port of the Sun JRE to cygwin, but it would be a huge effort. Igor's idea (wrappers that run cygpath -m on the paths being passed to Java) would be the best approach in this situation, especially for well-known Java programs like javac. That's what I do. I have a generic one that converts anything that looks like a file name via cygpath. It's not fool-proof, but the criteria for converting names could be refined. The alternative is a target-specific script that understands what all the arguments options and option arguments are and converts them as needed. I remember speculating at one point about creating wrappers to the win32 functions like CreateFile, MoveFile, etc. which would understand cygwin paths. You could theoretically modify an .exe to load cygwin1.dll and use the wrapper functions. Or you could use some of Windows hook facilities to do that. I don't think my idea met with much enthusiasm when I mentioned it, but I always thought it would be an interesting exercise. It wouldn't help for programs which actually do parsing on input file specs outside of the standard Windows API, though. 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: FAO: cfg: defaults
On Sat, Jan 04, 2003 at 04:24:53PM -0800, Randall R Schulz wrote: At 08:50 2003-01-04, John Morrison wrote: Please find for you perusal and review... (long links, will wrap!) Why don't you enclose all URLs in email within angle brackets instead of forcing people to reintegrate the wrapped links? Even a short URL can fall on a line wrap boundary if embedded in other text. I've noticed that people do this and I'm always curious as to why. Is there a mail reader convention that causes angle bracket wrapped URLs to be properly understood? I know that my mail reader doesn't understand them but... 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: FAO: cfg: defaults
On Sun, 2003-01-05 at 12:33, Christopher Faylor wrote: On Sat, Jan 04, 2003 at 04:24:53PM -0800, Randall R Schulz wrote: At 08:50 2003-01-04, John Morrison wrote: Please find for you perusal and review... (long links, will wrap!) Why don't you enclose all URLs in email within angle brackets instead of forcing people to reintegrate the wrapped links? Even a short URL can fall on a line wrap boundary if embedded in other text. I've noticed that people do this and I'm always curious as to why. Is there a mail reader convention that causes angle bracket wrapped URLs to be properly understood? I know that my mail reader doesn't understand them but... Yes, there is. Uhmm, I *think* it was Eudora years and years ago that did it first. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: FAO: cfg: defaults
On Sat, Jan 04, 2003 at 05:58:10PM -0800, Randall R Schulz wrote: Chris, I think it's in one of the email RFCs. I remember tracking it down once during an (ill-considered) debate on one of the Bay Area Usenet groups. I should have made note of where I found it, but I didn't. I can find a variety of non-official mentions of this as a recommended convention using Google, but the relevant RFCs are numerous and voluminous. I'll try to find something definitive and authoritative and let you know. (It's one of those pet peeve / crusade things for me to get people to use these things, so the authority of the IETF is something good to have at hand.) Thanks. I'm glad I asked. I probably should have implemented something for my email reader a while ago. This might spur me on to do that. Hmm. I guess I'm getting off-topic now. *Slap* 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/
1.3.18: slow pipe performance when cpu busy
I've noticed slow pipe performance when my CPU is busy running low-priority programs (e.g., SETI@home). For example, if I run: % grep keychain .profile the command completes very fast. However, when I run % cat .profile | grep keychain the command takes 6-7 seconds to complete. However, if I kill SETI@home, the command completes quickly. (BTW, SETI@home is running at Low priority as reported by Windows.) I do not have this problem if I revert back to 1.3.17. cygcheck output is attached. Please let me know if there's more info I can provide. Cygwin Win95/NT Configuration Diagnostics Current System Time: Sat Jan 04 18:31:51 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: h:\users\drothe\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\PGPNT c:\Program Files\Executive Software\DiskeeperWorkstation\ c:\Program Files\SSH Communications Security\SSH Secure Shell C:\cygwin\usr\X11R6\bin SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `h:\users\drothe' MAKE_MODE = `unix' PWD = `/c/temp' USER = `drothe' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\drothe\Application Data' COLORFGBG = `0;default;15' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `TELA' COMSPEC = `C:\WINNT\system32\cmd.exe' DISKEEPERICON = `C:\Program Files\Executive Software\DiskeeperWorkstation\' DISPLAY = `:0' HOMEDRIVE = `C:' HOMEPATH = `\' LOGONSERVER = `\\TELA' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/drothe' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' OSTYPE = `cygwin' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 4, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0204' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PROMPT_COMMAND = `echo -ne \033]0;${USER}@${HOSTNAME}: ${PWD}\007' PS1 = `[\W] ' SHLVL = `1' SSH_AGENT_PID = `1596' SSH_AUTH_SOCK = `/tmp/ssh-yvPEK284/agent.284' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\drothe\LOCALS~1\Temp' TERM = `xterm' USERDOMAIN = `TELA' USERNAME = `drothe' USERPROFILE = `C:\Documents and Settings\drothe' WINDIR = `C:\WINNT' WINDOWID = `168046600' _ = `/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/c (default) = `c:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/d (default) = `d:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/e (default) = `e:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/f (default) = `f:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/g (default) = `g:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/h (default) = `h:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home (default) = `h:\users' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/i (default) = `i:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/j (default) = `j:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/k (default) = `k:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/l (default) = `l:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/m (default) = `m:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/n (default) = `n:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/r (default) = `r:' flags = 0x010a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/s (default) = `s:' flags = 0x010a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/src (default) = `d:\cygwin\src' flags = 0x000a
Re: IpcSemaphoreCreate
Durbar, On Sat, Jan 04, 2003 at 06:02:28PM +, Durbar wrote: creating template1 database in /usr/local/pgsql/data/base/1... IpcSemaphoreCreate: semget(key=1, num=17, 03600) failed: Function not implemented Do you Google? http://www.google.com/search?hl=enlr=ie=UTF-8oe=UTF-8q=IpcSemaphoreCreate+cygwin+%22Function+not+implemented%22 Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.18: slow pipe performance when cpu busy
David, I reported this exact same thing on Dec. 26, '02 (Subject: Delays With Pipes In Cygwin 1.3.18). For me having a CPU soaker going is not optional (You have completed more work units than 99.199% of our users., if you get my drift) and I make extensive use of pipes both explicitly and buried in scripts and shell procedures, so this is an intolerable situation for me and for that reason I've also backed off to 1.3.17 until some kind of resolution is reached. I was going to use strace to see if it would disclose anything more interesting or detailed, but I'm fresh out of round tuits. By the way, you said your cygcheck output was attached, but it appeared in-line. Check to make sure your mailer is not configured to put text-only attachments in-line with the message body. Randall Schulz At 18:43 2003-01-04, David Rothenberger wrote: I've noticed slow pipe performance when my CPU is busy running low-priority programs (e.g., SETI@home). For example, if I run: % grep keychain .profile the command completes very fast. However, when I run % cat .profile | grep keychain the command takes 6-7 seconds to complete. However, if I kill SETI@home, the command completes quickly. (BTW, SETI@home is running at Low priority as reported by Windows.) I do not have this problem if I revert back to 1.3.17. cygcheck output is attached. Please let me know if there's more info I can provide. -- 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: FAO: cfg: defaults
Chris, I hope this isn't too far off-topic or excessive in its protractedness. If you'd like, I'll tease the cat a little and get some scratches on my arms. Anyway, I found this in RFC 1738, Uniform Resource Locators (URL) (http://www.ietf.org/rfc/rfc1738.txt, lines 1183 through 1225): -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- APPENDIX: Recommendations for URLs in Context URIs, including URLs, are intended to be transmitted through protocols which provide a context for their interpretation. In some cases, it will be necessary to distinguish URLs from other possible data structures in a syntactic structure. In this case, is recommended that URLs be preceeded with a prefix consisting of the characters URL:. For example, this prefix may be used to distinguish URLs from other kinds of URIs. In addition, there are many occasions when URLs are included in other kinds of text; examples include electronic mail, USENET news messages, or printed on paper. In such cases, it is convenient to have a separate syntactic wrapper that delimits the URL and separates it from the rest of the text, and in particular from punctuation marks that might be mistaken for part of the URL. For this purpose, is recommended that angle brackets ( and ), along with the prefix URL:, be used to delimit the boundaries of the URL. This wrapper does not form part of the URL and should not be used in contexts in which delimiters are already specified. In the case where a fragment/anchor identifier is associated with a URL (following a #), the identifier would be placed within the brackets as well. In some cases, extra whitespace (spaces, linebreaks, tabs, etc.) may need to be added to break long URLs across lines. The whitespace should be ignored when extracting the URL. No whitespace should be introduced after a hyphen (-) character. Because some typesetters and printers may (erroneously) introduce a hyphen at the end of line when breaking a line, the interpreter of a URL containing a line break immediately after a hyphen should ignore all unencoded whitespace around the line break, and should be aware that the hyphen may or may not actually be part of the URL. Examples: Yes, Jim, I found it under URL:ftp://info.cern.ch/pub/www/doc; type=d but you can probably pick it up from URL:ftp://ds.in ternic.net/rfc. Note the warning in URL:http://ds.internic. net/instructions/overview.html#WARNING. -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- I guess this passage, appearing as it does in an appendix with the title Recommendations ..., does not have the force of a standard per se, but it's good enough for me. I notice as I peruse the RFCs that this recommendation (including URL: part) is widely used in the plain-text RFCs. RFC 2369 The Use of URLs as Meta-Syntax for Core Mail List Commands and their Transport through Message Header Fields is also somewhat relevant and indicates that for its purposes within headers, the angle brackets are in fact mandatory and specified within the RFC proper. Randall Schulz At 18:08 2003-01-04, Christopher Faylor wrote: On Sat, Jan 04, 2003 at 05:58:10PM -0800, Randall R Schulz wrote: Chris, I think it's in one of the email RFCs. I remember tracking it down once during an (ill-considered) debate on one of the Bay Area Usenet groups. I should have made note of where I found it, but I didn't. I can find a variety of non-official mentions of this as a recommended convention using Google, but the relevant RFCs are numerous and voluminous. I'll try to find something definitive and authoritative and let you know. (It's one of those pet peeve / crusade things for me to get people to use these things, so the authority of the IETF is something good to have at hand.) Thanks. I'm glad I asked. I probably should have implemented something for my email reader a while ago. This might spur me on to do that. Hmm. I guess I'm getting off-topic now. *Slap* 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: perl error messages with cygwin 1.3.18-1
At 05:03 AM 1/2/2003 -0600, Tommy Butler wrote: Greg Matheson wrote: Further, perldoc.exe isn't rendering pages correctly since 5.8 either. For example, $ perldoc UNIVERSAL produces the following when run from cygwin bash (quoted text snippet indented 3 spaces.) ESC[1mNAMEESC[0m UNIVERSAL - base class for ALL classes (blessed references) ESC[1mSYNOPSISESC[0m $io = $fd-isa(IO::Handle); $sub = $obj-can('print'); $yes = UNIVERSAL::isa($ref, HASH); ESC[1mDESCRIPTIONESC[0m UNIVERSAL is the base class which all bless references will inherit from, see the perlobj manpage ... Seems like escapes are getting printed out wrong... Using man to read the perldocs works just fine though. Hope this gets fixed somehow (if it is a bug indeed and not specific to my system.) I'm also looking forward to using podchecker in 5.8, which recognizes =header3 command paragraphs in PODs! There was a recent change to less that produced this behavior. Try adding the -R switch to $LESS. -- 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/