Re: XDMCP
David Calkins wrote: At 02:57 PM 11/17/2002 +0100, you wrote: David Calkins wrote: I'm trying to connect up to a machine at work using XDMCP. My home machine is Win2k + Cygwin + XFree86. I made sure to use the cygwin setup program to get the latest packages. I'm using the -query option to do this, i.e. XWin -depth 32 -engine 4 -fullscreen -refresh 85 -screen 0 1024 768 -query $remotehost I get the login screen, enter my username and password and attempt to login. For some reason, I just get bounced back to the login screen again. I've been unable to get this to work. Any ideas as to what could cause this? What is the machine you are connecting to ? Is it running a CDE environment ? I've seen this happen for CDE when not all the needed fonts are available for the CDE session. Contact your system adminstrator to see if they have a font server running in your company. Staf. Thanks for the reply. The machine I'm connecting to is running HP-UX and yes, CDE. wrt the font server. Is it a matter of me running a font server on my local machine or having a font server running on the machine I'm trying to connect to? If they're not running a font server and I'm able to get them to run one, does the configuration on my local box have to change? It is a matter to have the fonts available needed by the HP-UX CDE environment for your X server. This can be done by either copying the needed fonts from the HP machines to your local XFree86 installation (something I can't help with) or use one of the HP machines with the needed fonts as a font server. Anyway what happens when you select failsafe session during login ? Staf.
Window-95 (WIN95) and CYGWIN, unable to open display
Last week (14 of Nov. 2002) i downloaded CYGWIN, installed it on WIN98, all works fine. All WIN-Computers are connected in a LAN with my LINUX-Server. With CYGWIN on WIN98 i can do all, that i need: rlogin, rsh, ftp, telnet. And of course use CYGWIN as X-Server for programs, that run under linux. Now i wanted to install CYGWIN on a WIN95-computer, there i have problems: o as with WIN98 i used startxwin.sh, the X-Server starts, i can see it, it runs, i can move for instance the mouse. But then i can see the messages vom twm, xsetroot and xterm: .. unable to open display '127.0.0.1:0.0'. I could see, that the X-Server did something, changed colour to black, went off, came again. o To test what happens i startet first XWin.exe, waited until it was running, then i made: xhost +. Again the message: .. unable to open display '127.0.0.1:0.0'. The X-Server changed to black, diappeared, came again with the colour, before i made xhost. o Then i made the next attempt: i startet XWin.exe, and tried on my LINUX-computer: DISPLAY=192.0.2.10:0.0 ; export DISPLAY ; xterm. I got the answer from the WIN-95-X-Server, that this is not allowed. This was what i expected, because xhost did not run correctly und WIN95-CYGWIN. o I made the next attempt: on WIN-95, under CYGWIN BASH, i made: telnet 192.0.2.112, i got the Login-Prompt from LINUX to enter the name, but when i typed the first letter of my Login-Name, this letter was endless repeated. I made the same attempt on another WIN-95- Computer, exakt the same, with telnet the first letter i entered was repeated endless. Then i testen on WIN-98, there telnet did all right. This shows: under WIN95 there is something other than in WIN98. Perhaps there is the problem, as the programs speak with the X-Server over net-moduls, as ist telnet does. rlogin and ftp worked correctly under WIN95, in opposite to telnet. All my computers have fixed IP-Adresses (WIN-95: 192.0.2.10, LINUX: 192.0.2.112). Perhaps you can help me. If not, i know, that CYGWIN only works fine with NEWER WIN-Operating-Systems. Perhaps i have an problem with errors in WIN-95. I made the test also on an newly installed WIN-95-computer, with ONLY WIN-95 installed, nothing other. Also on this computer i got the error-message unable to open display .., and also telnet repeats the firs letter of my Login-Name endless. Georg Fischer +--+ ! Georg Fischer, Amselweg 7, D-89281 Herrenstetten Germany ! ! Dipl.-Ing. (FH) Holztechnik ! ! Email: == [EMAIL PROTECTED] == (best way to reach me) ! ! Internet: http://www.fischer-altenstadt.de ! ! Telefon: +49-8337-8646 ! ! Telefax: +49-8337-9118 ! +--+
Re: Window-95 (WIN95) and CYGWIN, unable to open display
Georg, You more than likely just got a bad version of the Cygwin or one of the Cygwin packages... we have been working on fixing a few bugs over the last few weeks. Please run Cygwin's setup.exe again and let it grab any packages that have been updated. Then report to us if you still have the same problems on Windows 95. Harold [EMAIL PROTECTED] wrote: Last week (14 of Nov. 2002) i downloaded CYGWIN, installed it on WIN98, all works fine. All WIN-Computers are connected in a LAN with my LINUX-Server. With CYGWIN on WIN98 i can do all, that i need: rlogin, rsh, ftp, telnet. And of course use CYGWIN as X-Server for programs, that run under linux. Now i wanted to install CYGWIN on a WIN95-computer, there i have problems: o as with WIN98 i used startxwin.sh, the X-Server starts, i can see it, it runs, i can move for instance the mouse. But then i can see the messages vom twm, xsetroot and xterm: .. unable to open display '127.0.0.1:0.0'. I could see, that the X-Server did something, changed colour to black, went off, came again. o To test what happens i startet first XWin.exe, waited until it was running, then i made: xhost +. Again the message: .. unable to open display '127.0.0.1:0.0'. The X-Server changed to black, diappeared, came again with the colour, before i made xhost. o Then i made the next attempt: i startet XWin.exe, and tried on my LINUX-computer: DISPLAY=192.0.2.10:0.0 ; export DISPLAY ; xterm. I got the answer from the WIN-95-X-Server, that this is not allowed. This was what i expected, because xhost did not run correctly und WIN95-CYGWIN. o I made the next attempt: on WIN-95, under CYGWIN BASH, i made: telnet 192.0.2.112, i got the Login-Prompt from LINUX to enter the name, but when i typed the first letter of my Login-Name, this letter was endless repeated. I made the same attempt on another WIN-95- Computer, exakt the same, with telnet the first letter i entered was repeated endless. Then i testen on WIN-98, there telnet did all right. This shows: under WIN95 there is something other than in WIN98. Perhaps there is the problem, as the programs speak with the X-Server over net-moduls, as ist telnet does. rlogin and ftp worked correctly under WIN95, in opposite to telnet. All my computers have fixed IP-Adresses (WIN-95: 192.0.2.10, LINUX: 192.0.2.112). Perhaps you can help me. If not, i know, that CYGWIN only works fine with NEWER WIN-Operating-Systems. Perhaps i have an problem with errors in WIN-95. I made the test also on an newly installed WIN-95-computer, with ONLY WIN-95 installed, nothing other. Also on this computer i got the error-message unable to open display .., and also telnet repeats the firs letter of my Login-Name endless. Georg Fischer +--+ ! Georg Fischer, Amselweg 7, D-89281 Herrenstetten Germany ! ! Dipl.-Ing. (FH) Holztechnik ! ! Email: == [EMAIL PROTECTED] == (best way to reach me) ! ! Internet: http://www.fischer-altenstadt.de ! ! Telefon: +49-8337-8646 ! ! Telefax: +49-8337-9118 ! +--+
RE: XWin.exe -- xinit link
RTFM! Do man xinit from the Cygwin command-line and read the 1st 3 paragraphs. From: Jean-Claude Gervais [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: XWin.exe -- xinit link Date: Sat, 16 Nov 2002 10:08:07 -0500 Thanks Artur, But that's not quite the info I was looking for; You see, when I type startxwin.bat or startxwin.sh, I get a DIFFERENT result than from starting xinit by itself. Yet, xinit does start XWin, only it is starting it in windowed mode... Which is OK, but I'm just wondering WHERE does xinit get this from? Is it executing a script? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Artur Hefczyc Sent: Saturday, November 16, 2002 9:56 AM To: [EMAIL PROTECTED] Subject: Re: XWin.exe -- xinit link What parameters does it use to start XWin? Where does it get the parameters? You can find manual and parameters for XWin from command: man XWin Is it executing a script? /usr/X11R6/bin/startxwin.bat /usr/X11R6/bin/startxwin.sh Artur Hefczyc -- Artur Hefczyc http://wttools.sf.net/ _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail
RE: XWin.exe -- xinit link
Thanks Thomas, The thing is, no matter what I put in those files, it either starts XWin with a border, or not at all. And when I do get it to start up, there is always a console mode window hanging around until I close it, and that closes XWin... *sigh* I AM trying to understand how all this stuff fits together, but I'm not having very much luck. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Thomas Chadwick Sent: Sunday, November 17, 2002 10:41 PM To: [EMAIL PROTECTED] Subject: RE: XWin.exe -- xinit link RTFM! Do man xinit from the Cygwin command-line and read the 1st 3 paragraphs. From: Jean-Claude Gervais [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: XWin.exe -- xinit link Date: Sat, 16 Nov 2002 10:08:07 -0500 Thanks Artur, But that's not quite the info I was looking for; You see, when I type startxwin.bat or startxwin.sh, I get a DIFFERENT result than from starting xinit by itself. Yet, xinit does start XWin, only it is starting it in windowed mode... Which is OK, but I'm just wondering WHERE does xinit get this from? Is it executing a script? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Artur Hefczyc Sent: Saturday, November 16, 2002 9:56 AM To: [EMAIL PROTECTED] Subject: Re: XWin.exe -- xinit link What parameters does it use to start XWin? Where does it get the parameters? You can find manual and parameters for XWin from command: man XWin Is it executing a script? /usr/X11R6/bin/startxwin.bat /usr/X11R6/bin/startxwin.sh Artur Hefczyc -- Artur Hefczyc http://wttools.sf.net/ _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail
Cygwin XFre86 - Redhat XDM login
Hi all, I've been reading man pages, FAQs, and everything I can think of under Cygwin, RedHat 7.1, and the XFree86 web site. I have been trying to figure this out off and on for months. However, I can not figure out how to run an XFree86 session under Cygwin on my WinXP Pro system to get a login session on my RH 7.1 system. I have played with the files in /etc/X11/xdm on the RH system. I played with XWin, xinit, and startx with -queue host and -broadcast options under cygwin. All I get on the Cygwin side is no X11 window at all or a blank checkered default pattern X11 window. I do not seem to be getting any error messages besides Giving up. I've been dealing with X11 for over 10 yers. But this XFree86 stuff is causing me to pull out my hair! BTW, XDM is running fine on the RH box and Gnome comes up just fine. I just don't keep a monitor attached to the system and the system is in another room. Any help to figure out what I am doing wrong will be really appreciated. Thanks! Steven :) -- trying to keep a happy face.
Re: X11 and Heavy loadbalancing?
- Original Message - From: Papa Fox [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 16, 2002 2:53 AM Subject: Re: X11 and Heavy loadbalancing? Hi, I *think* I understand what [EMAIL PROTECTED] is trying to do. The normal term for what he is attempting is host integration. This is where host-based applications are integrated into web-based applications. The most common example of this is the IBM product Host On Demand. The obvious way to do host integration with X Windows is to use the same approach as HOD. Use a java applet implementation of X (WeirdX) and place the applet in a web page. This approach has the same problem as HOD - a very heavy applet download. PapaFox - Original Message - From: Randall R Schulz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 16, 2002 9:24 AM Subject: Re: X11 and Heavy loadbalancing? Hi, Since the native GUI model for Java programs running on Unix and Linux hosts is X11, any and all Java GUI applications running on such hosts are inherently able to have their human user interaction take place on a separate host (or X terminal) from the host on which they execute. Likewise, multiple application clients (in the X sense of client--an application that wants to interact with a user via keyboard, moust and raster display) can share a single server (again, in the X sense--i.e., user interaction hardware). This should make it possible to handle migration or load balancing of the Java application while the user remains at a single workstation. So, any Java software with an AWT or Swing GUI when running on a Unix platform with X support (all of them except MacOS X, I believe) should be able to do what I think you're contemplating. Now usually one does not put conventional Java GUIs on J2EE applications (to my limited knowledge), but I doubt there's any technical reason why it could not be done. Is this at all an answer to your question? Randall Schulz Mountain View, CA USA At 02:14 2002-11-15, [EMAIL PROTECTED] wrote: Hi all, At my Connectiontoolprojekt (Win-GUI-Client for Cygwin) i have think by my self whats happend if a heavy load Situation is comming up and How can it be solved? Is there an Way to Make XFree scalable or is there an J2EE based Container for a Free XFree avaiable thadt can be integrated as Part of a Java Serverapplication- Cluster such as ORACLE 9iAS Appserver Modul? (Oracle self has implemented an E-Mailserver, na Fileserver, an Faxserver, LDAP and so thadt resides in the Applicationserver Middlewarelayer, thadt can be empowered by an Oracle Realapplication Cluster thadt Spans over the Network to other Machines they are Member of the Cluster) If no Project is launched at this Time then my X.NET Projekt at Sourceforge will by Upgraded to this Projektfeature. http://sourceforge.net/projects/ibsxnet/ Greetings Randy
src/winsup/doc how-using.texinfo
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2002-11-17 15:49:15 Modified files: winsup/doc : how-using.texinfo Log message: indicate ntsec now on by default Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/how-using.texinfo.diff?cvsroot=srcr1=1.41r2=1.42
src/winsup/doc how-using.texinfo
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2002-11-17 15:54:12 Modified files: winsup/doc : how-using.texinfo Log message: re. copy/paste in console window: use rxvt instead Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/how-using.texinfo.diff?cvsroot=srcr1=1.42r2=1.43
src/winsup/doc how-using.texinfo
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2002-11-17 16:25:15 Modified files: winsup/doc : how-using.texinfo Log message: new entry: Is there a better alternative to the standard console window? (yes, rxvt) Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/how-using.texinfo.diff?cvsroot=srcr1=1.43r2=1.44
Re: ntsec patch 1: uid==gid, chmod, alloc_sd, is_grp_member
At 06:56 PM 11/15/2002 +0100, Corinna Vinschen wrote: On Fri, Nov 15, 2002 at 12:29:44PM -0500, Pierre A. Humblet wrote: Alternatively I could add it, but add a check for group sid is SYSTEM, and then skip the step. That would be very easy to do, and to remove later when ssh is ready. I like this best actually. Good idea! Me too. But that must go into both functions, get_attribute_from_acl() and alloc_sd(). OK for get_attribute_from_acl (which is where the /var/empty problem originates), but why for alloc_sd () ? The patch will do the right thing, whereas the current code can give rise to unexpected results. See below. chmod 755 /var/empty (which has owner == group) With patch ** owner: system group: system acl: system7 everybody 5 == Effective result 775 Currently * owner: system group: system acl: system7 system5 == Note duplicate entry everybody 5 == Effective result 775 A more interesting case is chmod 575 /var/empty (just as an illustration) With patch ** owner: system group: system acl: system7 == Single entry, 5 | 7 everybody 5 == Effective result 775 Currently (if user system is NOT listed as a member of group system in /etc/group) * owner: system group: system acl: system5 system7 everybody 5 == Effective result 775 Currently (change mkgroup -u to list user system in group system) * owner: system group: system acl:system deny 2 system5 system7 everybody 5 == Effective result 555 ! B.t.w. let's not change mkgroup, it's not necessary with the patch. Greetings from him (Michael Hirmke), btw.! Hi Michael! I now put 2 and 2 together. Michael wrote to me he was coming back from 5 a week vacation. For a while I was wondering if October was to Germany as August is to France. B.t.w. I don't have access to NT on weekends, so it's untested. I don't expect any trouble but... Pierre 2002-11-18 Pierre Humblet [EMAIL PROTECTED] * security.cc (get_attribute_from_acl): Always test anti, just in case an access_denied ACE follows an access_allowed. Handle the case owner_sid == group_sid, with a FIXME. Remove unnecessary tests for non-NULL PSIDs. (alloc_sd): Use existing owner and group sids if {ug}id == -1. Handle case where owner_sid == group_sid. Do not call is_grp_member. Try to preserve canonical ACE order. Remove unnecessary tests for non-NULL PSIDs. Reorganize debug_printf's. (get_initgroups_sidlist): Put well_known_system_sid on left side of ==. (add_access_denied_ace): Only call GetAce if inherit != 0. (add_access_allowed_ace): Ditto. Use appropriate sizeof. * syscalls.cc (chown_worker): Pass {ug}id equal to -1 to alloc_sd, which removes the need to obtain old_{ug}id. (chmod): Remove call to get_file_attribute (), simply pass {ug}id equal to -1 to alloc_sd. --- security.cc.orig2002-10-22 23:18:40.0 -0400 +++ security.cc 2002-11-15 19:26:22.0 -0500 @@ -449,7 +449,7 @@ get_user_primary_group (WCHAR *wlogonser BOOL retval = FALSE; UCHAR count = 0; - if (pusersid == well_known_system_sid) + if (well_known_system_sid == pusersid) { pgrpsid = well_known_system_sid; return TRUE; @@ -540,7 +540,7 @@ get_initgroups_sidlist (cygsidlist grp_ { grp_list += well_known_world_sid; grp_list += well_known_authenticated_users_sid; - if (usersid == well_known_system_sid) + if (well_known_system_sid == usersid) { auth_pos = -1; grp_list += well_known_admins_sid; @@ -1238,19 +1238,17 @@ get_attribute_from_acl (int * attribute, if (ace_sid == well_known_world_sid) { if (ace-Mask FILE_READ_DATA) - *flags |= S_IROTH + *flags |= ((!(*anti S_IROTH)) ? S_IROTH : 0) | ((!(*anti S_IRGRP)) ? S_IRGRP : 0) | ((!(*anti S_IRUSR)) ? S_IRUSR : 0); if (ace-Mask FILE_WRITE_DATA) - *flags |= S_IWOTH + *flags |= ((!(*anti S_IWOTH)) ? S_IWOTH : 0) | ((!(*anti S_IWGRP)) ? S_IWGRP : 0) | ((!(*anti S_IWUSR)) ? S_IWUSR : 0); if (ace-Mask FILE_EXECUTE) - { - *flags |= S_IXOTH - | ((!(*anti S_IXGRP)) ? S_IXGRP : 0) - | ((!(*anti S_IXUSR)) ? S_IXUSR : 0); - } + *flags |= ((!(*anti S_IXOTH)) ? S_IXOTH : 0) + | ((!(*anti S_IXGRP)) ? S_IXGRP : 0) + | ((!(*anti S_IXUSR)) ? S_IXUSR : 0); if ((*attribute S_IFDIR) (ace-Mask (FILE_WRITE_DATA | FILE_EXECUTE | FILE_DELETE_CHILD)) == (FILE_WRITE_DATA | FILE_EXECUTE)) @@ -1266,31 +1264,39 @@ get_attribute_from_acl (int * attribute, if (ace-Mask FILE_APPEND_DATA)
Re: ntsec patch #4: passwd and group
Corinna, Almost same as last week, but with the diff and ChangeLog against current CVS. I also made a small change. Pierre At 09:52 AM 11/15/2002 -0500, Pierre A. Humblet wrote: Corinna, Here is the ntsec patch #4 diff. As discussed before, the main motivation was to handle more robustly incomplete passwd and group files. In the process I fixed some bugs in related code and added getpwsid and getgrsid. This does not try to completely address the issue of invalid pointers after a re-read of passwd and group, that will be for later. Note that there is a small bug fix in the getgroup32 code from yesterday and some streamlining in is_grp_member. (bug is already fixed in CVS) 2002/11/18 Pierre Humblet [EMAIL PROTECTED] * security.h: Declare getpwsid and getgrsid. Undeclare internal_getpwent. Define DEFAULT_UID_NT. Change DEFAULT_GID. * passwd.cc (getpwsid): Create. (internal_getpwent): Suppress. (read_etc_passwd): Make static. Rewrite the code for the completion line. Set curr_lines to 0. (parse_pwd): Change type to static int. Return 0 for short lines. (add_pwd_line): Pay attention to the value of parse_pwd. (search_for): Do not look for nor return the DEFAULT_UID. * grp.cc (read_etc_group): Make static. Free gr_mem and set curr_lines to 0. Always call add_pwd_line. Rewrite the code for the completion line. (parse_grp): If grp.gr_mem is empty, set it to null_ptr. Never NULL gr_passwd. (getgrgid32): Only return the default if ntsec is off and the gid is ILLEGAL_GID. * sec_helper.cc (cygsid::get_id): Use getpwsid and getgrsid; (cygsid_getfrompw): Clean up last line. (cygsid_getfromgr): Ditto. (is_grp_member): Use getpwuid32 and getgrgid32. * uinfo.cc (internal_getlogin): Set DEFAULT_GID at start. Use getpwsid. Move the read of /etc/group after the second access of /etc/passwd. Change some debug_printf. --- security.h.orig 2002-11-12 22:07:16.0 -0500 +++ security.h 2002-11-15 19:15:34.0 -0500 @@ -11,7 +11,8 @@ details. */ #include accctrl.h #define DEFAULT_UID DOMAIN_USER_RID_ADMIN -#define DEFAULT_GID DOMAIN_ALIAS_RID_ADMINS +#define DEFAULT_UID_NT 400 /* Non conflicting number */ +#define DEFAULT_GID 401 #define MAX_SID_LEN 40 #define MAX_DACL_LEN(n) (sizeof (ACL) \ @@ -208,6 +209,8 @@ extern BOOL allow_smbntsec; I didn't find a better place to declare them. */ extern struct passwd *internal_getpwent (int); extern struct __group32 *internal_getgrent (int); +extern struct passwd *getpwsid (cygsid ); +extern struct __group32 *getgrsid (cygsid ); /* File manipulation */ int __stdcall set_process_privileges (); --- passwd.cc.orig 2002-10-24 01:08:58.0 -0400 +++ passwd.cc 2002-11-16 13:30:12.0 -0500 @@ -27,7 +27,7 @@ details. */ on the first call that needs information from it. */ static struct passwd *passwd_buf; /* passwd contents in memory */ -static int curr_lines; +static int curr_lines = -1; static int max_lines; static pwdgrp_check passwd_state; @@ -74,7 +74,7 @@ grab_int (char **p) } /* Parse /etc/passwd line into passwd structure. */ -void +static int parse_pwd (struct passwd res, char *buf) { /* Allocate enough room for the passwd struct and all the strings @@ -82,6 +82,8 @@ parse_pwd (struct passwd res, char *buf size_t len = strlen (buf); if (buf[--len] == '\r') buf[len] = '\0'; + if (len 6) +return 0; res.pw_name = grab_string (buf); res.pw_passwd = grab_string (buf); @@ -91,6 +93,7 @@ parse_pwd (struct passwd res, char *buf res.pw_gecos = grab_string (buf); res.pw_dir = grab_string (buf); res.pw_shell = grab_string (buf); + return 1; } /* Add one line from /etc/passwd into the password cache */ @@ -102,7 +105,8 @@ add_pwd_line (char *line) max_lines += 10; passwd_buf = (struct passwd *) realloc (passwd_buf, max_lines * sizeof (struct passwd)); } -parse_pwd (passwd_buf[curr_lines++], line); +if (parse_pwd (passwd_buf[curr_lines], line)) + curr_lines++; } class passwd_lock @@ -125,10 +129,32 @@ class passwd_lock pthread_mutex_t NO_COPY passwd_lock::mutex = (pthread_mutex_t) PTHREAD_MUTEX_INITIALIZER; +/* Cygwin internal */ +/* If this ever becomes non-reentrant, update all the getpw*_r functions */ +static struct passwd * +search_for (__uid32_t uid, const char *name) +{ + struct passwd *res = 0; + + for (int i = 0; i curr_lines; i++) +{ + res = passwd_buf + i; + /* on Windows NT user names are case-insensitive */ + if (name) +{ + if (strcasematch (name, res-pw_name)) + return res; + } + else if (uid == (__uid32_t) res-pw_uid) + return res; +} + return NULL; +} + /* Read in /etc/passwd and save contents in the password cache. This sets passwd_state to loaded or
Re: Problems with installer
On Sat, 2002-11-16 at 06:37, Mark Bradshaw wrote: Here. Sorry if there is some confusion. Frankly, considering the number of installs I think the confusion has been minimal. As a side note I've many times been in conversation with a user and suggested that it might be time to can the package as no longer necessary. EVERY time they vehemently protest that the cygwin sshd install is too hard/doesn't work/whatever. The bar to entry to a tight sshd install under the cygwin installer may be too high for most newbies. Hi, I'm the cygwin setup maintainer. Have they said what's wrong? That you need to run a shell script after installing? That cygwin1.dll changed ntsec defaults and broke many half-setup sites? Maybe as a compromise I can start using standard cygwin directories. That seemed confusing, and would definitely hose up some people that are used to my current structure, but I'd be willing if it's really causing communal heartburn. Urggle. PLEASE DON'T. Let me be more clear: Please only install into the cygwin directories using the cygwin setup.exe codebase. I'm happy for you to fork the setup.exe code (and then track the changes via CVS). Heck, you could even have a branch in the setup CVS to do that in if needed. So you could provide a different UI and address whatever unspecified issues your users have. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: SSHD on NT4... (SOLVED!!!)
On Sat, 2002-11-16 at 09:00, Christopher Faylor wrote: In that vein, can anyone think of other improvements to cygcheck? For instance, maybe it could debug common /etc/passwd or /etc/group problems. Or, maybe it could detect a NetworkSimplicity installation and optionally uninstall it. I think that a separate 'cygclean' or 'preinstall checker' should exist to clean bad mounts etc. It could go into cygcheck but I feel (and can't articulate clearly just yet) that that would be less clear to newbies. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: gcc headers
On Sat, 2002-11-16 at 07:49, Lapo Luchini wrote: I don't understand completely the logic behind STL headers... e.g. there is map that uses bits/stl_map.h and there is list too but there isn't slist and multimap, though the stl_* version is there to be used. Is this normal/expected? Yes, have a look at www.sgi.com/tech/stl Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: gcc headers
Robert Collins wrote: but there isn't slist and multimap, though the stl_* version is there to be used. Is this normal/expected? Yes, have a look at www.sgi.com/tech/stl Ohh, they're still-not-standard extensions... so either I use them with bits/stl_multimap.h header or I don't use them at all, I guess. I must think about portability problems though. -- 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/
Discussing NetworkSimplicity (was: Re: SSHD on NT4... (SOLVED!!!))
Robert Collins [EMAIL PROTECTED] wrote: On Sat, 2002-11-16 at 09:00, Christopher Faylor wrote: In that vein, can anyone think of other improvements to cygcheck? For instance, maybe it could debug common /etc/passwd or /etc/group problems. Or, maybe it could detect a NetworkSimplicity installation and optionally uninstall it. I think that a separate 'cygclean' or 'preinstall checker' should exist to clean bad mounts etc. It could go into cygcheck but I feel (and can't articulate clearly just yet) that that would be less clear to newbies. But newbies wouldn't know to run it. Besides, it needs to be run *before* setup.exe - so why not just add the relevant code to setup.exe? All the mount handling code is already there, so it should be fairly simple. 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/
Can't build gcc trunk or 3.2 branch under cygwin on Win XP/SP1
I'm trying to build the gcc cvs sources from the 3.2 branch and trunk but I get the following problem: stage1/xgcc.exe -Bstage1/ -B/usr/local/gcc-binutils/i686-pc-cygwin/bin/ -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o gengenrtl.exe \ gengenrtl.o ../libiberty/libiberty.a ./gengenrtl.exe -h tmp-genrtl.h make[2]: *** [s-genrtl] Error 255 make[2]: Leaving directory `/usr/local/src/gcc-binutils/trunk/objdir/gcc' make[1]: *** [stage2_build] Error 2 make[1]: Leaving directory `/usr/local/src/gcc-binutils/trunk/objdir/gcc' make: *** [bootstrap-lean] Error 2 Administrator@TOPPEN /usr/local/src/gcc-binutils/trunk/objdir $ Am I perhaps doing something quite wrong here? This was on a Windows XP SP1/cygwin P4 system with these packages: binutils 2.13.90 20021107-2 bison 1.75-1 cygwin1.3.14-1 gcc 3.2-3 Cygwin Win95/NT Configuration Diagnostics Current System Time: Sun Nov 17 15:10:49 2002 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/usr/local/src/gcc-binutils/trunk/objdir' USER = `Administrator' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\chj\Application Data' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `TOPPEN' COMSPEC = `C:\WINDOWS\system32\cmd.exe' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\chj' LOGONSERVER = `\\LINUM' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/local/src/gcc-binutils/trunk' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0207' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\chj\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\chj\LOCALS~1\Temp' USERDOMAIN = `LIN' USERNAME = `chj' USERPROFILE = `C:\Documents and Settings\chj' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 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\/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\Program Options c: hd NTFS 28576Mb 28% CP CS UN PA FC d: cd N/AN/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive userbinmode,cygdrive Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\sh.exe 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2002/5/7 8:33 6k 2002/06/24 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 cygcharset-1.dll v0.0 ts=2002/6/24 20:23 643k 2002/11/09 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 cygcrypto.dll v0.0 ts=2002/11/9 10:56 475k 2002/10/11 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 cygcurl-2.dll v0.0 ts=2002/10/11 23:53 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 cygdb-3.1.dll v0.0 ts=2002/7/24 18:24 326k 2002/06/26 C:\cygwin\bin\cygdb2.dll - os=4.0 img=1.0 sys=4.0 cygdb2.dll v0.0 ts=2002/6/26 19:48 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 cygdb_cxx-3.1.dll v0.0 ts=2002/7/24 18:25 136k 2002/10/17 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 cygexpat-0.dll v0.0 ts=2002/10/17 17:21 50k 2002/03/17
Latest Cygwin DLL release version is line on website doesn't seem to update when the rerelease (-1, -2, etc.) component of version number changes.
Latest Cygwin DLL release version is line on website doesn't seem to update when the rerelease (-1, -2, etc.) component of version number changes. I think I noticed this back with 1.3.14 too. Is this a manual process, or is it automatic? 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/
cygwin release
Hi, just saw the new cygwin release, and since I don't know who to ask, I ask you ;) Is there any other shell, oder shell-like program I can use cygwin with ? I use is currently with the MS-DOS command-line, but I can't resize this, can't do copy/paste and so on... I would like to use it like a usual linux terminal... greets Dennis -- 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/
Installing PostgreSQL on Windows using Cygwin
***For those accustomed to setting up on Linux, you do not need to run 'configure' and 'gmake' to install PostgreSQL...Cygwin performs the install for you, however it puts the executables in the /bin dir vs. the default PostgreSQL install dir of /usr/local/pgsql. *** --Dowload and install Cygwin, which can be obtained at www.cygwin.com (though I guess you already know that if your reading this entry) -- You can pick any of the packages you want, but you'll need at a minimum...Base (this is the default), PostgreSQL, Bzip2 (under the Utils section; I believe it grabs the libraries automotically in the Libs section, but I manully selected those just in case). I recommend grabbing VIM editor as well, though not required. --Open a bash shell, by clicking on the Cygwin icon created by the install (assuming you checked the boxes at the end of the install) --Install cygipc (V1.13), you can download the file from... http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/ You'll need the bzip2 utility to do this, hence why I said to grab it in step 2. You'll find it in /bin. In order to uzip files, copy the bzip2.exe to bunzip2.exe. --Execute the command 'bunzip2 cygipc-1.13-2.tar.bz2' --Then copy the cygipc-1.13-2.tar to / and execute the command 'tar xvf cygipc-1.13-2.tar' --Execute the command 'ipc-daemon ' from a bash shell Now you are ready to proceed with the normal PostgreSQL setup --Execute 'initdb -D /data' (or wherever you want the database created) --Run 'postmaster -D /data' (also use the -i option if you plan to connect from another client) --Then create the database and all the other typical PostgreSQL stuff. Hope this helps. Chris Schneider ([EMAIL PROTECTED]) -Original Message- From: Kurt Roeckx [mailto:[EMAIL PROTECTED]] Sent: Sun 11/17/2002 9:32 AM To: Chris Schneider Cc: Subject: Re: Help With PostgreSQL On Cygwin Chris Schneider [EMAIL PROTECTED] wrote: Thanks a million, that worked like a charm! PostgreSQL is up and running May I ask what version of cygipc you used on what OS? I'm having the same problem on XP and it's not working. Kurt
wine under cygwin under wine under...
Front page slashdot story: http://developers.slashdot.org/developers/02/11/17/1648220.shtml?tid=125 --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: Discussing NetworkSimplicity (was: Re: SSHD on NT4... (SOLVED!!!))
On Sun, Nov 17, 2002 at 08:48:48PM +1100, Robert Collins wrote: On Sun, 2002-11-17 at 20:35, Max Bowsher wrote: Robert Collins [EMAIL PROTECTED] wrote: But newbies wouldn't know to run it. 1) Link on the home page. I don't think Link on the home page is ever a serious solution for anything. If it was then 90% of the traffic on this mailing list would cease. - Problems? Hmm the home page says to check the FAQ. Hey! There's my problem. So *that's* how I solve it. - Oops. It's a bug. What's this bugs link? I'll look at that. Ok. So, *that's* how they want me to report a bug. - I need help with XFree86. Hmm. I'd better check the mailing list page to see what the best way to do that is. Aha! There's a separate mailing list! - I wonder if I should send someone private email about this. Hey! I'll bet the home page has something to say on that! Let's see... Ok. No. It's a bad idea. - I wonder why the bushwah package isn't available. Maybe the cygwin developers are mean. Hmm. I'd better check the home page to see if my theory is true. Hey! I could submit the bushwah package *myself*! Neat. - It says that cygpcre.dll isn't available. I apparently need to download that. I need to search for cygwin packages somehow. Hey! There's a link on the cygwin home page! My point here is that it is more helpful to have cygcheck do what it was designed to do -- check for problems on the system. Even if it doesn't actually fix the problems, it should be detecting mount table foulups. I don't see any reason to invent another tool or add more unread words to the web page about this. 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/
dd command problem??
Hello, I am using cygwin 1.3.10 on win2k system. recently while I try to write some file into a: using following command: dd if=myfile of=a: bs=512 count=1, the computer tried to write and then come back give me error message: dd open a:, Permission denied. I switched to administrator account to do the same thing, the same result. It is obvious to me that dd try to write to a dirve. Is dd not working yet? or my setup is not correct? Thanks Bizhong Hu [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Web Hosting - Let the expert host your site http://webhosting.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: cygwin release
On Sunday 17 Nov 02, Igor Pechtchanski writes: On Sun, 17 Nov 2002, Lapo Luchini wrote: Dennis Lubert wrote: just saw the new cygwin release, and since I don't know who to ask, I ask you ;) Is there any other shell, oder shell-like program I can use cygwin with ? I use is currently with the MS-DOS command-line, but I can't resize this, can't do copy/paste and so on... I would like to use it like a usual linux terminal... download rxvt package, it works also on native Win32 'nuff said Lapo Note to the FAQ maintainer: this seems to be an FAQ, and hard to search for in the archives (better shell turns up nothing, better window turns up lots of irrelevant matches). Although Dennis asks for a better shell, he means window. I may get something in the FAQ tonight, but if not, it'll be another week because I am travelling. Regards, David (Cygwin FAQ maintainer) -- 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/
libxml2/libxslt binaries: libxml2 version mismatch in xsltproc
In various versions of the libxml2/libxslt binaries, the executable xsltproc distributed with the latest libxslt package was compiled against an older version of libxml2 than the latest release currently distributed. From the most recent Cygwin releases of libxml2/libxslt: $ xsltproc -V Using libxml 20423, libxslt 10013 and libexslt 705 ^ xsltproc was compiled against libxml 20417, libxslt 10013 and libexslt 705 ^ libxslt 10013 was compiled against libxml 20417 libexslt 705 was compiled against libxml 20417 Slightly older: $ xsltproc -V Using libxml 20417, libxslt 10010 and libexslt 703 ^ xsltproc was compiled against libxml 20413, libxslt 10010 and libexslt 703 ^ libxslt 10010 was compiled against libxml 20413 libexslt 703 was compiled against libxml 20413 To get xsltproc working properly, it may be necessary either to rebuild it (which I didn't manage to) or to downgrade to the older libxml2 binary. So it would perhaps be better if that correspondence of the libxml2 version could be ensured before the libxml2 and libxslt binaries are distributed together in their latest releases. Y. Forkl -- 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: libxml2/libxslt binaries: libxml2 version mismatch in xsltproc
On Mon, 2002-11-18 at 08:17, Yves Forkl wrote: In various versions of the libxml2/libxslt binaries, the executable xsltproc distributed with the latest libxslt package was compiled against an older version of libxml2 than the latest release currently distributed. ... To get xsltproc working properly, it may be necessary either to rebuild it (which I didn't manage to) or to downgrade to the older libxml2 binary. So it would perhaps be better if that correspondence of the libxml2 version could be ensured before the libxml2 and libxslt binaries are distributed together in their latest releases. Do you have an actual bug report, or are you assuming that this is casuing whatever unspecified problems you are having? I don't recall any discussion on this on the libx*l lists, which I am also on. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
gcc 3.2 stringwchar_t link problem
Hello all, Having happily upgraded my Cygwin to include gcc 3.2, I've encountered a show-stopper: The linker can't resolve symbols involving wide C++ strings. Here is an example: #include string #include iostream using namespace std; int main(int argc,char *argv[]) { std::stringwchar_t test; } - $ g++ test.cpp /cygdrive/c/DOCUME~1/nigels/LOCALS~1/Temp/ccHP4AMl.o(.text+0x25):test.cpp: undefined reference to `std::basic_stringwch ar_t, std::char_traitswchar_t, std::allocatorwchar_t ::basic_string[in-charge]()' /cygdrive/c/DOCUME~1/nigels/LOCALS~1/Temp/ccHP4AMl.o(.text+0x30):test.cpp: undefined reference to `std::basic_stringwch ar_t, std::char_traitswchar_t, std::allocatorwchar_t ::~basic_string [in-charge]()' collect2: ld returned 1 exit status --- Any hints, suggestions, or duh-read-the FAQ responses, appreciated. Note that the following compiles links: int main(int argc,char *argv[]) { std::stringdouble test; } $ gcc -v Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.2/specs Configured with: /netrel/src/gcc-3.2-3/configure --enable-languages=c,c++,f77,java --enable-libgcj --enable-threads=posi x --with-system-zlib --enable-nls --without-included-gettext --enable-interpreter --disable-sjlj-exceptions --disable-ve rsion-specific-runtime-libs --enable-shared --build=i686-pc-linux --host=i686-pc-cygwin --target=i686-pc-cygwin --enable -haifa --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --includedir=/nonexistent/include --libexecd ir=/usr/sbin Thread model: posix gcc version 3.2 20020927 (prerelease) Cheers, Nigel Stewart -- 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: gcc 3.2 stringwchar_t link problem
gcc 3.2 stringwchar_t link problem From: Nigel Stewart Fiona Smith nigels at nigels dot com To: cygwin at cygwin dot com Date: Mon, 18 Nov 2002 10:42:45 +1100 Subject: gcc 3.2 stringwchar_t link problem ===snip=== $ g++ test.cpp /cygdrive/c/DOCUME~1/nigels/LOCALS~1/Temp/ccHP4AMl.o(.text+0x25):test.cpp: undefined reference to `std::basic_stringwch ar_t, std::char_traitswchar_t, std::allocatorwchar_t ::basic_string[in- charge]()' /cygdrive/c/DOCUME~1/nigels/LOCALS~1/Temp/ccHP4AMl.o(.text+0x30):test.cpp: undefined reference to `std::basic_stringwch ar_t, std::char_traitswchar_t, std::allocatorwchar_t ::~basic_string [in- charge]()' Look in /usr/include/c++/3.2/i686-pc-cygwin/bits/c++config.h // Define if code specialized for wchar_t should be used. /* #undef _GLIBCPP_USE_WCHAR_T */ libstdc++ configure script could not find enough C runtime support to provide C++ wchar_t support. Danny http://careers.yahoo.com.au - Yahoo! Careers - 1,000's of jobs waiting online for you! -- 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/
No such file, but it's right there
Hi, I'm using cygwin 1.3.15 in WinME: Cygwin DLL version info: DLL version: 1.3.15 DLL epoch: 19 When I try to ls a file I know to be there, I'm told it isn't: $ which ftp telnet /usr/bin/ftp /usr/bin/telnet $ cd /usr/bin $ ls -l ftp telnet -rwxr-xr-x 1 unknown unknown 57344 Jan 6 2002 ftp* -rwxr-xr-x 1 unknown unknown 79360 Jan 6 2002 telnet* $ less ftp telnet ftp: No such file or directory telnet: No such file or directory I don't really want to less a binary file, just see whether the file's presence is recognized. I wouldn't think it's a mount problem, but here's the mount information: $ mount C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmode) C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /c type user (textmode) d: on /d type user (textmode) Thanks if you have any suggestions. Fred -- 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: minires + rblcheck works
On Sat, Nov 16, 2002 at 07:33:18PM -0800, Andrew Lynch wrote: So I would like to know why is not minires a part of cygwin? There are numerous packages ported to cygwin using it, if I go by the cygwin mailing list. Is it just the lack of someone to package it or is it a policy issue? Here are some possibly bad reasons why I didn't submit minires as a cygwin package: 1) The package requires standard include files (resolv.h and nameser.h) that are not part of Cygwin and that can conflict with similarly named files from other packages (such as bind). If minires was a standard package the files would go under /usr/include, which could cause mayhem if people download the package without realizing the consequences. 2) I am not completely happy with the current version. On Win2000 and XP I would like to interface with the built-in Windows resolver. Microsoft provides a function, DnsQuery, http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dns/dns_api_2ant.asp whose last argument sounds promising: pReserved [in, out] Returned response in original wire format. This parameter is optional. Unfortunately I am unable to make it work. This issue is currently on my backburner, any help is appreciated. 3) Self protection. Interested people must first find the package before they contact me. That shows that they are serious. I am glad you found it useful! Pierre -- 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: gcc 3.2 stringwchar_t link problem
Hi Danny, Thanks for the hint. Does this mean that I need to rebuild libstc++? My impression is that this is a bug: Either wchar_t is supported, or it isn't, but that should be compile-error rather than link-error. And also, since I've done a full Cygwin install, what more is needed for wchar_t support? Thanks, Nigel Stewart Danny Smith wrote: Look in /usr/include/c++/3.2/i686-pc-cygwin/bits/c++config.h // Define if code specialized for wchar_t should be used. /* #undef _GLIBCPP_USE_WCHAR_T */ libstdc++ configure script could not find enough C runtime support to provide C++ wchar_t support. -- 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: No such file, but it's right there
Shing-Fat Fred Ma [EMAIL PROTECTED] wrote: When I try to ls a file I know to be there, I'm told it isn't: No, as you show below, ls works, less doesn't. $ cd /usr/bin $ ls -l ftp telnet -rwxr-xr-x 1 unknown unknown 57344 Jan 6 2002 ftp* -rwxr-xr-x 1 unknown unknown 79360 Jan 6 2002 telnet* $ less ftp telnet ftp: No such file or directory telnet: No such file or directory I don't really want to less a binary file, just see whether the file's presence is recognized. Well the files are, of course, ftp.exe and telnet.exe. Cygwin's automagical .exe workarounds seems to not be working when going through a mount where there is no underlying directory. 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: No such file, but it's right there
Fred, Cygwin follows the Windows convention of using file file name suffix .exe for its binary executable files. While Cygwin will locate and execute files files given only the base name (sans suffix), other uses (cat, less, or more apropos nm, size or file) demand the full file name, including the .exe suffix. Randall Schulz Mountain View, CA USA At 15:59 2002-11-17, Shing-Fat Fred Ma wrote: Hi, ... When I try to ls a file I know to be there, I'm told it isn't: $ which ftp telnet /usr/bin/ftp /usr/bin/telnet $ cd /usr/bin $ ls -l ftp telnet -rwxr-xr-x 1 unknown unknown 57344 Jan 6 2002 ftp* -rwxr-xr-x 1 unknown unknown 79360 Jan 6 2002 telnet* $ less ftp telnet ftp: No such file or directory telnet: No such file or directory I don't really want to less a binary file, just see whether the file's presence is recognized. I wouldn't think it's a mount problem, but here's the mount information: ... Thanks if you have any suggestions. Fred -- 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: No such file, but it's right there
Randall R Schulz [EMAIL PROTECTED] wrote: Cygwin follows the Windows convention of using file file name suffix .exe for its binary executable files. While Cygwin will locate and execute files files given only the base name (sans suffix), other uses (cat, less, or more apropos nm, size or file) demand the full file name, including the .exe suffix. Actually, the significant point seems to be that the files are being accessed via a mount with no underlying directory. 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: No such file, but it's right there
On Mon, Nov 18, 2002 at 12:35:57AM -, Max Bowsher wrote: Randall R Schulz [EMAIL PROTECTED] wrote: Cygwin follows the Windows convention of using file file name suffix .exe for its binary executable files. While Cygwin will locate and execute files files given only the base name (sans suffix), other uses (cat, less, or more apropos nm, size or file) demand the full file name, including the .exe suffix. Actually, the significant point seems to be that the files are being accessed via a mount with no underlying directory. No, sorry. Cygwin's stat function will find a file with a .exe extension. Cygwin's open function won't. It has been this way for four or five years. It has nothing to do with the mount command. So, if you have a file called foo.exe 'ls -l foo' will work but 'cat foo.exe' won't work. 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: No such file, but it's right there
Christopher Faylor [EMAIL PROTECTED] wrote: On Mon, Nov 18, 2002 at 12:35:57AM -, Max Bowsher wrote: Randall R Schulz [EMAIL PROTECTED] wrote: Cygwin follows the Windows convention of using file file name suffix .exe for its binary executable files. While Cygwin will locate and execute files files given only the base name (sans suffix), other uses (cat, less, or more apropos nm, size or file) demand the full file name, including the .exe suffix. Actually, the significant point seems to be that the files are being accessed via a mount with no underlying directory. No, sorry. Cygwin's stat function will find a file with a .exe extension. Cygwin's open function won't. It has been this way for four or five years. It has nothing to do with the mount command. So, if you have a file called foo.exe 'ls -l foo' will work but 'cat foo.exe' won't work. You mean 'cat foo', don't you? But you are right - I must have been hallucinating when I was experimenting before I posted that. 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: No such file, but it's right there
On Mon, Nov 18, 2002 at 01:05:10AM -, Max Bowsher wrote: Christopher Faylor [EMAIL PROTECTED] wrote: So, if you have a file called foo.exe 'ls -l foo' will work but 'cat foo.exe' won't work. You mean 'cat foo', don't you? Yes. 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/
No such file, but it's right there
Well the files are, of course, ftp.exe and telnet.exe. Cygwin's automagical .exe workarounds seems to not be working when going through a mount where there is no underlying directory. Max. Cygwin follows the Windows convention of using file file name suffix .exe for its binary executable files. While Cygwin will locate and execute files files given only the base name (sans suffix), other uses (cat, less, or more apropos nm, size or file) demand the full file name, including the .exe suffix. Randall Schulz Mountain View, CA USA Thanks. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 -- 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: gcc 3.2 stringwchar_t link problem
Digging around the gcc.gnu.org site, came across PR 4764 in the bugs database: http://gcc.gnu.org/cgi-bin/gnatsweb.pl *Description:* On Solaris 8, std::wstring is not available, because libstdc++/aclocal.m4 checks for too many functions The following functions are not available on Solaris. They are required to enable wide strings in libstdc++, but they aren't used by the implementation: vwscanf vfwscanf vswscanf wcstof Notice that support for these functions is only mandated by ISO C99, not by ISO C++. -- Without being too familiar with gcc build process, not sure how to resolve this for Cygwin... Cheers, Nigel Stewart -- 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/
ls problem
Hello, I've been using cygwin for 3 years now and last week, I downloaded the latest cygwin from one of the mirrors and everything in well except for one problem. I noticed that whenever I type 'ls -', the output gets delayed for a few seconds. This never happened to me using the old cygwin. I checked the man pages of ls and I didn't find a clue on how to make its output faster. I got to the /bin directory and did a 'time ls -l' and these are the results. real0m3.942s user0m0.249s sys 0m0.530s This is my current bash version : $ bash --version GNU bash, version 2.05b.0(5)-release (i686-pc-cygwin) Copyright (C) 2002 Free Software Foundation, Inc. Then, the current ls version: $ ls --version ls (fileutils) 4.1 Written by Richard Stallman and David MacKenzie. Copyright (C) 2001 Free Software Foundation, Inc. The fileutils version is fileutils-4.1-1. The queer thing is that the fileutils version of my former cygwin package is exactly the same as with the new one. Any help to fix the problem? Thanks a lot! Best Regards, Carlo Florendo Astra (Philippines) Inc. [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/
Re: cygwin release
On Sun, 17 Nov 2002, David Starks-Browning wrote: On Sunday 17 Nov 02, Igor Pechtchanski writes: On Sun, 17 Nov 2002, Lapo Luchini wrote: Dennis Lubert wrote: just saw the new cygwin release, and since I don't know who to ask, I ask you ;) Is there any other shell, oder shell-like program I can use cygwin with ? I use is currently with the MS-DOS command-line, but I can't resize this, can't do copy/paste and so on... I would like to use it like a usual linux terminal... download rxvt package, it works also on native Win32 'nuff said Lapo Note to the FAQ maintainer: this seems to be an FAQ, and hard to search for in the archives (better shell turns up nothing, better window turns up lots of irrelevant matches). Although Dennis asks for a better shell, he means window. I may get something in the FAQ tonight, but if not, it'll be another week because I am travelling. Regards, David (Cygwin FAQ maintainer) David, Thanks for the prompt response. I realized that he asked for a better window, that's why I tried searching for both. For the future, though, would sending a patch to winsup/doc/faq.texinfo instead make your job easier, or harder? 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! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51 -- 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: ls problem
On Mon, 18 Nov 2002, Carlo Florendo wrote: Hello, I've been using cygwin for 3 years now and last week, I downloaded the latest cygwin from one of the mirrors and everything in well except for one problem. I noticed that whenever I type 'ls -', the output gets delayed for a few seconds. This never happened to me using the old cygwin. I checked the man pages of ls and I didn't find a clue on how to make its output faster. I got to the /bin directory and did a 'time ls -l' and these are the results. real0m3.942s user0m0.249s sys 0m0.530s This is my current bash version : $ bash --version GNU bash, version 2.05b.0(5)-release (i686-pc-cygwin) Copyright (C) 2002 Free Software Foundation, Inc. Then, the current ls version: $ ls --version ls (fileutils) 4.1 Written by Richard Stallman and David MacKenzie. Copyright (C) 2001 Free Software Foundation, Inc. The fileutils version is fileutils-4.1-1. The queer thing is that the fileutils version of my former cygwin package is exactly the same as with the new one. Any help to fix the problem? Thanks a lot! Best Regards, Carlo Florendo Astra (Philippines) Inc. [EMAIL PROTECTED] Carlo, It would have been more helpful if you had provided your cygwin version, but even without it I could venture a guess... The latest versions of cygwin have ntsec on by default, and doing 'ls -l' will result in the user lookup in the /etc/passwd (and /etc/group) file. An easy way to test that is to time 'ls -ln' and see if it's faster. Another test would be to *temporarily* turn off ntsec (by adding nontsec to your CYGWIN environment variable and reloading cygwin1.dll by exiting all running cygwin processes). I say temporarily because ntsec is actually a very useful feature to have on, and this is suggested only as a means to find out whether it's the culprit. You can restore the state by either changing nontsec to ntsec, or leaving it off altogether, as it's the default now, and reloading cygwin1.dll again. 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! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin release
On Sunday 17 Nov 02, Igor Pechtchanski writes: On Sun, 17 Nov 2002, Lapo Luchini wrote: Dennis Lubert wrote: just saw the new cygwin release, and since I don't know who to ask, I ask you ;) Is there any other shell, oder shell-like program I can use cygwin with ? I use is currently with the MS-DOS command-line, but I can't resize this, can't do copy/paste and so on... I would like to use it like a usual linux terminal... download rxvt package, it works also on native Win32 'nuff said Lapo Note to the FAQ maintainer: this seems to be an FAQ, and hard to search for in the archives (better shell turns up nothing, better window turns up lots of irrelevant matches). Although Dennis asks for a better shell, he means window. Well, terminal emulator. Better make it something like: Q: The default Cygwin shell/terminal/terminal emulator/window/place-where-the-keys-I-press-make-their-drawings sucks. Is there another one in stock? A: Yes, but first you must learn the difference between the terminal (emulator) and the shell etc etc and soforth. -- Gary R. Van Sickle Brewer. Patriot. -- 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/
FW: path to /etc/profile.default
Hi y'all, After brushing up on my C++, getting married, etc. etc. I decided to check out the source of cygwin to see if there's anything I can do on the work I kinda promised a while ago. Had to apply a little patch to the CVSROOT though, so to help you incite others to help you, here's the patch Bye, Ronald NB: sorry for sending it to the wrong list first.. --- profile.default~2002-07-30 16:20:08.0 +0200 +++ profile.default 2002-11-16 13:38:38.0 +0100 @@ -40,7 +40,7 @@ export CVS_RSH=/bin/ssh # Patches to Cygwin always appreciated ;) -#export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src +#export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src # Set a HOSTNAME variable to the host name in lower case letters export HOSTNAME=`hostname | tr '[A-Z]' '[a-z]'` -- 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/