Re: New package: suite3270-3.2.20-1
On Sat, Nov 15, 2003 at 12:15:16PM -0800, Peter A. Castro wrote: On Sat, 1 Nov 2003, Corinna Vinschen wrote: Btw., I tried a test of the binary c3270.exe. From the man page I got the impression, the emulator should be able to connect to any telnet server. I don't have a OS/390 machine handy so I used the telnet server on Cygwin to connect to. But it fails. It connects and it shows a login prompt. Then the password is requested by login(1), the same as running a standard telnet session. But for some reason I'm always getting a Login incorrect message. When connecting with a normal telnet client, I can login, so I don't quite understand how this is supposed to work. Any hint? This appears to be a CR/LF issue on the telnet server side of things. A trace shows that on the client side, a Return sends only a CR (the default key code for a Return). But, for whatever reason, the telnet daemon is sending a CR+LF to the login program's input stream, so it sees userid^M instead of userid, which, obviously won't work. Same goes for the password. It doesn't seem to be a CRLF/LF translation problem. First of all, the inetutils utilities are linked against /usr/lib/textmode.o which results in using textmode for all open descriptors, which haven't been explicitely opened in binmode. All pty related descriptors are not opened with O_BINARY. That means, telnet should filter out the CRs from all CRLFs. For the sake of testing I changed telnetd to using all binary mode. It didn't change anything. Finally I added a debug output to login.exe, to look what arives at login. The output is written using binmode explicitely, like this: FILE *fp = fopen (/var/log/login.log, ab); if (fp) fprintf (fp, Logon attempt: %s, pwd %s\n, username, pp); fclose (fp); The first line is what arrives at login when telnetting in using a telnet client on Linux (please ignore the file offsets, I had to extract the info from a file full of log): $ cat /var/log/login.log Logon attempt: corinna, pwd mypasswd $ od -c /var/log/login.log 272 L o g o n a t t e m p t : 312 c o r i n n a , p w d m 332 y p a s s w d \n Next, the log from trying to login using telnetd as from the current package (using textmode). I tried three times, the first and second using the Enter key, the third using Ctrl-J: $ cat /var/log/login.log Logon attempt: corinna, pwd Logon attempt: , pwd Logon attempt: , pwd mypasswd $ od -c /var/log/login.log 135 L o g o n a t t e m p t : 155 c o r i n n a , p w d 175 \n L o g o n a t t e m p t : 215 , p w d\n L o g o n 235 a t t e m p t : , p w 255 d m y p a s s w d \n See what happens? No CR or LF in the name and in the password but... 1. The user name is ok when getting it from the command line (the first call to login by telnetd is done like this: `login -f name'. 2. In the second an third attempt, the user name is read from stdin by login directly. The username is never transmitted at all, regardless of using Enter or Ctrl-J. 3. The password is read from stdin by login in all three cases. For some reason the password goes through correctly when using Ctrl-J but not when using Enter. I also created a log with the telnetd which is using explicit binmode. The log is *exactly* the same as with the above standard telnetd so I don't repeat it here. As you noted, when using Ctrl-J on the first time I enter the username, it works. But as soon as login takes over, no chance anymore since the username never arrives at login. Unfortunately I don't see how that can be the fault of telnetd or login?!? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: automated PPL
On Sat, 15 Nov 2003, Daniel Reed wrote: On 2003-11-15T12:00-0500, Christopher Faylor wrote: ) On Fri, Nov 14, 2003 at 07:00:19PM -0500, Daniel Reed wrote: ) I am going to start testing a new script to pull out package proposals from ) cygwin-apps messages. I have a couple small requests that hopefully will not ) be too intrusive. ) Should we make a package submittal web form which guarantees the kind of ) formatting that you need? ) ) Hmm. I guess if we made a form, you wouldn't have to parse email messages ) at all. Yeah, I just didn't want to cramp anyone's style [too much]. One of the most tedious things I have to do when I release a new version of naim is go to freshmeat, TUCOWS, etc. and navigate to/fill out forms to announce the new release. I was actually in the process of writing a template to use in an online form when I realized how simple the structure really was, and decided it would probably be just as easy to parse the messages as to ask people to fill out Yet Another Form. If anyone *would* prefer to have an online form to generate the message to cygwin-apps (and possibly the message to cygwin-announce once the update has been accepted), that's certainly something I can look into as well. One advantage of the web form is that it (or the processing script) can verify that all the necessary elements are present, and that the links are accessible and the files uploaded correctly (if MD5 sums are provided), before sending the message out. We might need to distinguish between messages that actually contain package files and those that simply propose to package something. Also, automated sending to cygwin-announce would eliminate lots of cut-and-paste errors (especially in the categories). I think it might be a good idea to have an option in the web form to send the message to the originator instead of directly to cygwin-apps. That way, she could modify whatever parts of the message don't seem quite right and then forward the message to cygwin-apps. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Re: automated PPL
On 2003-11-17T11:51-0500, Igor Pechtchanski wrote: ) On Sat, 15 Nov 2003, Daniel Reed wrote: ) If anyone *would* prefer to have an online form to generate the message to ) cygwin-apps (and possibly the message to cygwin-announce once the update has ) been accepted), that's certainly something I can look into as well. Well, I hammered something out last night and came up with http://shell.n.ml.org/n/cygwin-apps/ It tries to confirm all package-specific information (pulling defaults from setup.ini), and will craft compatible messages for new package proposals, updates to new vendor versions, corrections for broken packages, or announcements to cygwin-announce. It does not do anything but help you construct an email; the first three types go to cygwin-apps and can be processed by the extractor script, and the latter goes to cygwin-announce and is similar to recent messages. The From:, To:, and Subject: are configurable. This is just a proof of concept, but should be usable for the time being. -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ A professor is one who talks in someone else's sleep.
Re: automated PPL
On Mon, Nov 17, 2003 at 03:59:11PM -0500, Daniel Reed wrote: On 2003-11-17T11:51-0500, Igor Pechtchanski wrote: ) On Sat, 15 Nov 2003, Daniel Reed wrote: ) If anyone *would* prefer to have an online form to generate the message to ) cygwin-apps (and possibly the message to cygwin-announce once the update has ) been accepted), that's certainly something I can look into as well. Well, I hammered something out last night and came up with http://shell.n.ml.org/n/cygwin-apps/ It tries to confirm all package-specific information (pulling defaults from setup.ini), and will craft compatible messages for new package proposals, updates to new vendor versions, corrections for broken packages, or announcements to cygwin-announce. It does not do anything but help you construct an email; the first three types go to cygwin-apps and can be processed by the extractor script, and the latter goes to cygwin-announce and is similar to recent messages. The From:, To:, and Subject: are configurable. This is just a proof of concept, but should be usable for the time being. Looks pretty cool. cgf
Re: New package: suite3270-3.2.20-1
On Mon, 17 Nov 2003, Corinna Vinschen wrote: On Sat, Nov 15, 2003 at 12:15:16PM -0800, Peter A. Castro wrote: On Sat, 1 Nov 2003, Corinna Vinschen wrote: Btw., I tried a test of the binary c3270.exe. From the man page I got the impression, the emulator should be able to connect to any telnet server. I don't have a OS/390 machine handy so I used the telnet server on Cygwin to connect to. But it fails. It connects and it shows a login prompt. Then the password is requested by login(1), the same as running a standard telnet session. But for some reason I'm always getting a Login incorrect message. When connecting with a normal telnet client, I can login, so I don't quite understand how this is supposed to work. Any hint? This appears to be a CR/LF issue on the telnet server side of things. A trace shows that on the client side, a Return sends only a CR (the default key code for a Return). But, for whatever reason, the telnet daemon is sending a CR+LF to the login program's input stream, so it sees userid^M instead of userid, which, obviously won't work. Same goes for the password. It doesn't seem to be a CRLF/LF translation problem. First of all, the After some further analysis, I agree, it's not a CR/LF problem, but it's still a telnet daemon problem. See below. inetutils utilities are linked against /usr/lib/textmode.o which results in using textmode for all open descriptors, which haven't been explicitely opened in binmode. All pty related descriptors are not opened with O_BINARY. That means, telnet should filter out the CRs from all CRLFs. Telnet has specific protocol control for handling carriage control. Certain characters are special and treated in a special way. 0x00 is a no-op character, meaning the daemon should not do anything with it. 0x0d (cr) is carriage-return and 0x0a (lf) is line-feed. When an eol is received by the telnet client, it transmits crlf, if the crlf telnet option it enabled, otherwise, it sends crnul ((yes, 0x0d,0x00). This is largely done by the client, but the server can request some modifications. In c3270's case, the crlf option is off (with really no way of turning it on), so it will always generate crnul as an eol when Return is pressed. I've just run an interesting little test and found what I think may be the real problem. After getting a successful login I did the following: [EMAIL PROTECTED] ~ $ od -c ret ret ret ctrl-j ctrl-j ctrl-j ctrl-d 000 \0 \n \0 \n \0 \n \0 \n \n \n 012 Notice the \0's ? From above, if the crlf option is turned off, the client sends 0x0d,0x00. It appears the telnet daemon is forwarding on the 0x00 as part of the data stream. According to RFC 854, a crnul combination is supposed to be treated as a straight carriage-return, so the daemon is supposed to turn that pair of characters into a single cr character. You can run c3270 in trace mode (c3270 -trace hostname the trace appears in /tmp/x3trc.pid, make sure you don't have $DISPLAY set) to see the data stream from the clients point of view. It's only this special combination crnul that has this requirement. [snip] See what happens? No CR or LF in the name and in the password but... 1. The user name is ok when getting it from the command line (the first call to login by telnetd is done like this: `login -f name'. 2. In the second an third attempt, the user name is read from stdin by login directly. The username is never transmitted at all, regardless of using Enter or Ctrl-J. 3. The password is read from stdin by login in all three cases. For some reason the password goes through correctly when using Ctrl-J but not when using Enter. It's because a crnul is actually being sent as part of the data stream to login. So, in the case of the above, login sees: useridcr \0passwordcr And the first character the shell would see would be \0 I also created a log with the telnetd which is using explicit binmode. The log is *exactly* the same as with the above standard telnetd so I don't repeat it here. As you noted, when using Ctrl-J on the first time I enter the username, it works. But as soon as login takes over, no chance anymore since the username never arrives at login. Unfortunately I don't see how that can be the fault of telnetd or login?!? It really depends on weither telnetd is implementing crnul processing correctly. As I've said, several other unix telnet daemons process this correctly, so it's still a Cygwin telnet daemon problem (but not, strictly, a crlf problem). Corinna -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood
[Fwd: [Fwd: Re: cygwin/X in the ENTERPRISE environment]]
Igor, Staf Verhaegen tried to send this but couldn't. Harold Original Message Subject: [Fwd: Re: cygwin/X in the ENTERPRISE environment] Date: Wed, 12 Nov 2003 07:11:39 +0100 From: Staf Verhaegen [EMAIL PROTECTED] Organization: IMEC vzw To: [EMAIL PROTECTED] Harold, My emails to the list don't come through. I have here an answer for a question but it didn't appear on the list. Can you forward it. Do you know why my messages don't appear on the list ? I checked that the subscription address is the same as I use to send the messages from ([EMAIL PROTECTED]) greets, Staf. Original Message Subject: Re: cygwin/X in the ENTERPRISE environment Date: Tue, 11 Nov 2003 18:43:23 +0100 From: Staf Verhaegen [EMAIL PROTECTED] Organization: IMEC vzw To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Igor wrote: So, my FIRST QUESTION for you is: Can cygwin/X run CADENCE tools ? (reminder: it requires 8-bit pseudo color map) I can run CADENCE tools under cygwin/XFree86. I start the X server in full screen (-fullscreen) and with a depth of 8 (-depth 8, this is 8 bit display thus 256 colors) and with XDMCP to one of our UNIX hosts (-query hostname). If you want to run your cadence tools in a window on your Windows desktop I'm afraid you will need to witch your Windows desktop to 256 colors. Staf. -- ++-+ |Staf Verhaegen ([EMAIL PROTECTED]) |ADRESS: IMEC vzw. - ASP/LITHO| |tel: 016/ 281 783 |Kapeldreef 75| |fax: 016/ 281 214 |3001 Leuven (Belgium)| ++-+ For every tool there are at least 2 uses: the one it was designed for and the other for which it wasn't.
Re: XWin works on Win2K but not on some WinXP clients [FIXED]
Kirk Woellert's problem with XP clients has been fixed, sort of. I talked to him on the phone for a few hours on Friday and walked him through some debugging. Here is what we found out: 1) We could ssh from XP to Linux (TCP protocol). 2) We could tunnel X apps over ssh from the Linux box to display on the XP box (TCP protocol). 3) We could natively display X apps by exporting DISPLAY on Linux box, pointed to XP box (TCP protocol). 4) We could not (nor could X-Win32) get an XDMCP login on the XP box for the Linux box (UDP protocol). 5) We could run the echo service on the Linux box on port 7 and use a Java echo client for UDP to verify that UDP to Linux box worked (UDP protocol). 6) It was revealed that there are really two parts of the network here. Not much is known about whether port blocking is in effect between the two parts. 7) Removing the troubled hosts from the network and hooking them to a stand-alone hub with assigned IP addresses allowed XDMCP to work. 8) We thus confirmed in #5 that UDP was not blocked in general, but #7 indicates that UDP port 177 is blocked between the segments. It turns out that all of the Windows 2000 machines were on one segment, while the Windows XP machines were on another segment. The problem was not the OS, it was that one segment has UDP port 177 blocked. Thus, we determined that the problem is in the network that the machines are attached to; this may or may not be by design. In any case, it isn't a problem with Cygwin/X. :) Harold
Re: [Fwd: [Fwd: Re: cygwin/X in the ENTERPRISE environment]]
On Mon, Nov 17, 2003 at 10:30:31AM -0500, Staf Verhaegen wrote: Do you know why my messages don't appear on the list ? I checked that the subscription address is the same as I use to send the messages from ([EMAIL PROTECTED]) From the logs: Nov 11 17:43:27 sourceware spam: -*blocked: verhaegs-AT-imec-DOT-be 146.103.254.12 - [EMAIL PROTECTED] (blocked: bad header value X-OriginalArrivalTime) The existence of that field in a header is usually a sign of 1) a spammer or 2) someone doing a blind forward complete with all headers. Since you are not sending email from the account under which you've subscribed, this type of message is blocked. If this is a matter of forwarding email to the xfree list, the simplest solution is to edit your headers prior sending the message -- always a good idea anyway. Or, see http://sourceware.org/lists.html#rbl-sucks for alternative ways around this which do not require your subscribing verhaegs-AT-imec-DOT-be . -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com
Reminder: irc.freenode.net/#cygwinx
Just a reminder to anyone that wants help with a problem or to discuss development: Myself, Alexander Gottwald, and Kensuke Matsuzaki frequently hang out in #cygwinx (note the x) on irc.freenode.net. If you hung out there, you would have seen Kensuke making some comments about a totally new multi-window window manager that he is working on :) Feel free to hang out there at anytime. Harold
Re: xwinclip or -clipboard
Holger, Holger Krull wrote: difficult/impossible to get working with XDMCP. If you use XDMCP then you probably want to use xwinclip. That's true, only xwinclip is working. I noticed that xwinclip sometimes outputs bursts of : SelectionNotify - Reasserted ownership of ATOM: CLIPBOARD_MANAGER SelectionNotify - Reasserted ownership of ATOM: CLIPBOARD SelectionNotify - Reasserted ownership of ATOM: PRIMARY Is this some kind of error or just usual status output? Those are normal. You can just ignore them. Harold
Re: wmaker
Brian, Brian Ford wrote: Harold, we have this problem all the time. One user logs in, uses X, logs out, then the next user logs in and X won't start because they can't delete/open /tmp/.X11-unix/X0. Does anyone know how to fix this? Even if the second user has administrator privledges, the startxwin.bat script can not delete the unix socket. Only if the second user explicitly does a chown to themselves can they/startxwin.bat delete the file. Hmm... I ran into this once a long time ago. Are the users actually exiting XWin.exe, or are they leaving it open? You know, Takuma Murakami added a catch for WM_ENDSESSION in XFree86-xserv-4.3.0-22; this message is thrown when a user logs off and catching it causes XWin.exe to shutdown cleanly. Thus, 4.3.0-22 might fix your problem. Have you tried 4.3.0-22? Harold
Re: about a proposed US-International keyboardmap
Rodrigo, Rodrigo Medina wrote: Hello all! I have been using the US-International keyboard map proposed by Stefan Heinzmann in a message of 2003/06/21. It is very useful, linux users are happy with it. I have even ported it to a AIX machine. In a final version it would be nice to include some latin1 characters which were left over. I have included masculine in AE09 AltR orfeminine in AE10 AltR plusminus in AE11 AltR+Shift periodcentered in AB09 AltR finally in AC09 the name Ooblique y preferred to Oslash. Greetings I missed the keymap you refer to in the following email because I was on vacation: http://cygwin.com/ml/cygwin-xfree/2003-06/msg00373.html It looks promising. However, I am not an expert on this sort of thing and I cannot be the one that approves it as a fix that can be used by anyone using the current us_intl keymap. Someone else will have to bless it... once a new xc/ tree is setup on freedesktop.org we could commit the keymap if it is valid for all platforms. Please keep track of this and bug me in a few weeks if no one has claimed that they will get this into the tree. Harold
Re: DDD Compilation Fails using GCC 3.3.1
On Mon, 17 Nov 2003 [EMAIL PROTECTED] wrote: Ihe same problem with ddd 3.3.8 and GCC 3.3.1. I was able to compile ddd with GCC 3.2.3, but when launching ddd I gat following problem: (btw ddd --help works fine) Warning: XmPrimitive ClassInitialize: XmeTraitSet failed Error: attempt to add non-widget child DropSiteManager to parent ddd which supports only widgets Xt error (attempt to add non-widget child DropSiteManager to parent ddd which supports only widgets). ... DDD 3.3.8 (i686-pc-cygwin) gets `Segmentation fault' signal This is an Xfree86 issue. Redirecting to the proper list ([EMAIL PROTECTED]). The error above was caused by the transition to a shared libXt/lesstif. Please make sure your Xfree86 packages and lesstif are up to date. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444
Can't type in login window via XDMCP
Hi folks, First thanks to all who contribute. Xfree on Cygwin has been great. However, I was seeing 2Gb+ XWin.log files and felt I needed to update. SO I updated today and now I can't login via XDMCP. Here's the command line I use: c:\cygwin\usr\X11R6\bin\xwin -query zephyr.mydomain.com -from 192.168.1.4 The system I'm logging into is a RH ES2.1 server. I've been using the same setup for months now. The problem is that I can't type in the login window. Nothing appears. The only thing I can see getting thru is the Caps Lock, which I find very strange. Even if I start xwin and then twm and an xterm I can't type in the xterm. I do see a message in /tmp/XWin.log: (EE) Unable to locate/open config file InitOutput - Error reading config file Do I need a config file? I haven't used one before. I found this message: http://sources.redhat.com/ml/cygwin-xfree/2003-10/msg00303.html and tested http://www.msu.edu/~huntharo/xwin/devel/server/XWin-4.3.0-20-Test01.exe.bz2 and I can login. So it looks like the problem is in the new WaitFor.c code. Now I'm hung at a blank screen, though. Any help would be appreciated. I'm hosed for the time being. Thanks -- Jae Ellers Tektronix, Inc. Jae dot ellers at tek dot com (503) 627-3622
Xaw - Problems with keyboard focus easy to fix (Doh!)
There is a fix in the Xaw library for fixing the VendorShell, just as in LessTif. I simply enabled a Windows-specific version of this fix based off of Zhangrong Huang's LessTif fix. The patch is attached. I did a build test of this and ran a non-recompiled xterm.exe against it: keyboard focus worked without the mouse pointer being in the xterm window. I'd like to get this released quickly, but I have to work for the moment. Harold Index: Vendor.c === RCS file: /cvs/xc/lib/Xaw/Vendor.c,v retrieving revision 1.9 diff -u -r1.9 Vendor.c --- Vendor.c31 May 2002 18:45:44 - 1.9 +++ Vendor.c17 Nov 2003 19:33:56 - @@ -111,11 +111,13 @@ * ***/ -#ifdef __UNIXOS2__ +#if defined(__UNIXOS2__) || defined(__CYGWIN__) /* to fix the EditRes problem because of wrong linker semantics */ extern WidgetClass vendorShellWidgetClass; /* from Xt/Vendor.c */ extern VendorShellClassRec _XawVendorShellClassRec; extern void _XawFixupVendorShell(); + +#if defined(__UNIXOS2__) unsigned long _DLL_InitTerm(unsigned long mod,unsigned long flag) { switch (flag) { @@ -130,6 +132,25 @@ return 0; } } +#endif + +#if defined(__CYGWIN__) +int __stdcall +DllMain(unsigned long mod_handle, unsigned long flag, void *routine) +{ + switch (flag) +{ +case 1: /* DLL_PROCESS_ATTACH - process attach */ + vendorShellWidgetClass = (WidgetClass)(_XawVendorShellClassRec); + _XawFixupVendorShell(); + break; +case 0: /* DLL_PROCESS_DETACH - process detach */ + break; +} + return 1; +} +#endif + #define vendorShellClassRec _XawVendorShellClassRec #endif @@ -337,7 +358,7 @@ } } -#if defined(__osf__) || defined(__UNIXOS2__) +#if defined(__osf__) || defined(__UNIXOS2__) || defined(__CYGWIN__) /* stupid OSF/1 shared libraries have the wrong semantics */ /* symbols do not get resolved external to the shared library */ void _XawFixupVendorShell()
RE: XWin works on Win2K but not on some WinXP clients [FIXED]
I aksed corporate IS if they were doing an port blocking/filtering within our LAN. They replied: There should be no port blocking within the corp. LAN. - only in/out to the Internet and in/out of DMZs. -Original Message- From: Harold L Hunt II [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2003 10:45 AM To: [EMAIL PROTECTED] Subject: Re: XWin works on Win2K but not on some WinXP clients [FIXED] Kirk Woellert's problem with XP clients has been fixed, sort of. I talked to him on the phone for a few hours on Friday and walked him through some debugging. Here is what we found out: 1) We could ssh from XP to Linux (TCP protocol). 2) We could tunnel X apps over ssh from the Linux box to display on the XP box (TCP protocol). 3) We could natively display X apps by exporting DISPLAY on Linux box, pointed to XP box (TCP protocol). 4) We could not (nor could X-Win32) get an XDMCP login on the XP box for the Linux box (UDP protocol). 5) We could run the echo service on the Linux box on port 7 and use a Java echo client for UDP to verify that UDP to Linux box worked (UDP protocol). 6) It was revealed that there are really two parts of the network here. Not much is known about whether port blocking is in effect between the two parts. 7) Removing the troubled hosts from the network and hooking them to a stand-alone hub with assigned IP addresses allowed XDMCP to work. 8) We thus confirmed in #5 that UDP was not blocked in general, but #7 indicates that UDP port 177 is blocked between the segments. It turns out that all of the Windows 2000 machines were on one segment, while the Windows XP machines were on another segment. The problem was not the OS, it was that one segment has UDP port 177 blocked. Thus, we determined that the problem is in the network that the machines are attached to; this may or may not be by design. In any case, it isn't a problem with Cygwin/X. :) Harold
Re: XWin works on Win2K but not on some WinXP clients [FIXED]
Kirk, Well then, I suppose the next step would be to do a telinit 3 (to stop gdm), then edit xinetd conf file to run echo on UDP port 177, restart xinetd, then use that udp echo client that we found to test if echo works from the Windows XP machine plugged into its normal jack to gaia plugged into its normal jack. We know that echo worked on UDP port 7, but proving that it does or does not work on UDP port 177 would tell us if they know what they are talking about :) Harold Woellert, Kirk D. wrote: I aksed corporate IS if they were doing an port blocking/filtering within our LAN. They replied: There should be no port blocking within the corp. LAN. - only in/out to the Internet and in/out of DMZs. -Original Message- From: Harold L Hunt II [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2003 10:45 AM To: [EMAIL PROTECTED] Subject: Re: XWin works on Win2K but not on some WinXP clients [FIXED] Kirk Woellert's problem with XP clients has been fixed, sort of. I talked to him on the phone for a few hours on Friday and walked him through some debugging. Here is what we found out: 1) We could ssh from XP to Linux (TCP protocol). 2) We could tunnel X apps over ssh from the Linux box to display on the XP box (TCP protocol). 3) We could natively display X apps by exporting DISPLAY on Linux box, pointed to XP box (TCP protocol). 4) We could not (nor could X-Win32) get an XDMCP login on the XP box for the Linux box (UDP protocol). 5) We could run the echo service on the Linux box on port 7 and use a Java echo client for UDP to verify that UDP to Linux box worked (UDP protocol). 6) It was revealed that there are really two parts of the network here. Not much is known about whether port blocking is in effect between the two parts. 7) Removing the troubled hosts from the network and hooking them to a stand-alone hub with assigned IP addresses allowed XDMCP to work. 8) We thus confirmed in #5 that UDP was not blocked in general, but #7 indicates that UDP port 177 is blocked between the segments. It turns out that all of the Windows 2000 machines were on one segment, while the Windows XP machines were on another segment. The problem was not the OS, it was that one segment has UDP port 177 blocked. Thus, we determined that the problem is in the network that the machines are attached to; this may or may not be by design. In any case, it isn't a problem with Cygwin/X. :) Harold
Re: Xaw - Problems with keyboard focus easy to fix (Doh!) and Re: no key input
Hi, I recompiled my entire xc tree (shared libs Xaw, Xt, Xmu) with your Vendor.c Xaw patch. Keyboard focus now works for me when mouse pointer not in cygwin/xfree xterm window. Thanks Colin
RE: XWin works on Win2K but not on some WinXP clients [FIXED]
1. Edited the echo-upd file in the xinetd.d folder. Changed the default port from 7 to 177... [EMAIL PROTECTED] xinetd.d]# cat echo-udp # default: off # description: An xinetd internal service which echo's characters back to clients. \ # This is the udp version. service echo { disable = no type= INTERNAL UNLISTED id = echo-dgram socket_type = dgram protocol= udp user= root wait= yes port= 177 } [EMAIL PROTECTED] xinetd.d]# 2. Did a grep just to ensure gdm was not gonna respond to my upd packets... [EMAIL PROTECTED] xinetd.d]# ps -ef |grep xdm root 2328 1912 0 18:12 pts/000:00:00 grep xdm [EMAIL PROTECTED] xinetd.d]# 3. Ran a upd echo test from the WinXP client to the Linux box using a Java echo client C:\Binjava -jar UDPEchoClient.jar 137.51.14.130:177 64 bytes from 137.51.14.130: seq no 0 time=0 ms 64 bytes from 137.51.14.130: seq no 1 time=0 ms 64 bytes from 137.51.14.130: seq no 2 time=0 ms 64 bytes from 137.51.14.130: seq no 3 time=0 ms 64 bytes from 137.51.14.130: seq no 4 time=0 ms 64 bytes from 137.51.14.130: seq no 5 time=0 ms 64 bytes from 137.51.14.130: seq no 6 time=0 ms 64 bytes from 137.51.14.130: seq no 7 time=0 ms 64 bytes from 137.51.14.130: seq no 8 time=0 ms 64 bytes from 137.51.14.130: seq no 9 time=0 ms 64 bytes from 137.51.14.130: seq no 10 time=0 ms 64 bytes from 137.51.14.130: seq no 11 time=0 ms 64 bytes from 137.51.14.130: seq no 12 time=0 ms 64 bytes from 137.51.14.130: seq no 13 time=0 ms 64 bytes from 137.51.14.130: seq no 14 time=0 ms 64 bytes from 137.51.14.130: seq no 15 time=0 ms 64 bytes from 137.51.14.130: seq no 16 time=0 ms 64 bytes from 137.51.14.130: seq no 17 time=0 ms 64 bytes from 137.51.14.130: seq no 18 time=0 ms 64 bytes from 137.51.14.130: seq no 19 time=0 ms 64 bytes from 137.51.14.130: seq no 20 time=0 ms 64 bytes from 137.51.14.130: seq no 21 time=0 ms 64 bytes from 137.51.14.130: seq no 22 time=0 ms 64 bytes from 137.51.14.130: seq no 23 time=0 ms 64 bytes from 137.51.14.130: seq no 24 time=0 ms 64 bytes from 137.51.14.130: seq no 25 time=0 ms 64 bytes from 137.51.14.130: seq no 26 time=0 ms 64 bytes from 137.51.14.130: seq no 27 time=0 ms 64 bytes from 137.51.14.130: seq no 28 time=0 ms 64 bytes from 137.51.14.130: seq no 29 time=0 ms 64 bytes from 137.51.14.130: seq no 30 time=0 ms 64 bytes from 137.51.14.130: seq no 31 time=0 ms 32 packets transmitted, 32 packets received, 0% packet loss round-trip min/avg/max = 0/0.0/0 ms C:\Bin Having trouble getting Java to run on the Linux box, so I could not complete the echo test from the Linux host to the WinXP client. -Original Message- From: Harold L Hunt II [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2003 4:41 PM To: [EMAIL PROTECTED] Subject: Re: XWin works on Win2K but not on some WinXP clients [FIXED] Kirk, Well then, I suppose the next step would be to do a telinit 3 (to stop gdm), then edit xinetd conf file to run echo on UDP port 177, restart xinetd, then use that udp echo client that we found to test if echo works from the Windows XP machine plugged into its normal jack to gaia plugged into its normal jack. We know that echo worked on UDP port 7, but proving that it does or does not work on UDP port 177 would tell us if they know what they are talking about :) Harold Woellert, Kirk D. wrote: I aksed corporate IS if they were doing an port blocking/filtering within our LAN. They replied: There should be no port blocking within the corp. LAN. - only in/out to the Internet and in/out of DMZs. -Original Message- From: Harold L Hunt II [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2003 10:45 AM To: [EMAIL PROTECTED] Subject: Re: XWin works on Win2K but not on some WinXP clients [FIXED] Kirk Woellert's problem with XP clients has been fixed, sort of. I talked to him on the phone for a few hours on Friday and walked him through some debugging. Here is what we found out: 1) We could ssh from XP to Linux (TCP protocol). 2) We could tunnel X apps over ssh from the Linux box to display on the XP box (TCP protocol). 3) We could natively display X apps by exporting DISPLAY on Linux box, pointed to XP box (TCP protocol). 4) We could not (nor could X-Win32) get an XDMCP login on the XP box for the Linux box (UDP protocol). 5) We could run the echo service on the Linux box on port 7 and use a Java echo client for UDP to verify that UDP to Linux box worked (UDP protocol). 6) It was revealed that there are really two parts of the network here. Not much is known about whether port blocking is in effect between the two parts. 7) Removing the troubled hosts from the network and hooking them to a stand-alone hub with assigned IP addresses allowed XDMCP to work. 8) We thus confirmed in #5 that UDP was not blocked in general, but #7 indicates that UDP
Re: Can't type in login window via XDMCP
Jae, [EMAIL PROTECTED] wrote: Hi folks, First thanks to all who contribute. Xfree on Cygwin has been great. However, I was seeing 2Gb+ XWin.log files and felt I needed to update. SO I updated today and now I can't login via XDMCP. Here's the command line I use: c:\cygwin\usr\X11R6\bin\xwin -query zephyr.mydomain.com -from 192.168.1.4 The system I'm logging into is a RH ES2.1 server. I've been using the same setup for months now. The problem is that I can't type in the login window. Nothing appears. The only thing I can see getting thru is the Caps Lock, which I find very strange. Even if I start xwin and then twm and an xterm I can't type in the xterm. I do see a message in /tmp/XWin.log: (EE) Unable to locate/open config file InitOutput - Error reading config file I am not sure I understand your problem. You are, of course, clicking in the text boxes where you type the user name and password, right? What sort of OS is the remote machine running? Do I need a config file? I haven't used one before. No, you do not need a config file. I found this message: http://sources.redhat.com/ml/cygwin-xfree/2003-10/msg00303.html and tested http://www.msu.edu/~huntharo/xwin/devel/server/XWin-4.3.0-20-Test01.exe.bz2 and I can login. So it looks like the problem is in the new WaitFor.c code. Actually, I really doubt it is a problem with WaitFor.c. The changes were made in 4.3.0-16 on or around 2003/10/04: http://xfree86.cygwin.com/devel/server/changelog.html The keyboard focus problem referred to in that mailing list message was actually due to problems with shared Xt/Xaw/Xaw6/LessTif libraries. That has just now been fixed. You could try updating your installation tomorrow (when the new packages hit the mirrors) and see if it fixes your problem; it might. Harold
Re: Cygwin XFree ignores the keyboard
Edgar, No, I never got a reply. I have been monitoring the list to see if a solution might come along. Recently there has been some traffic about no keyboard so I'm planning to try the lastest update to see if it fixes the problem. Jim (not Jeff) --- [EMAIL PROTECTED] wrote: Jeff, You posted the below issue in the Xfree mail list. I am experiencing the same problem. Did you figure it out ? Or Did you get a response from the user community ? If so, please drop me a line. Thanks. Edgar Camacho Cygwin XFree ignores the keyboard * From: Jim Scheef jscheef at yahoo dot com * To: cygwin-xfree at cygwin dot com * Date: Sun, 12 Oct 2003 12:34:38 -0700 (PDT) * Subject: Cygwin XFree ignores the keyboard * Reply-to: cygwin-xfree at cygwin dot com Hello everyone, I have been using Cygwin XFree86 for some time on a Winbook X1 running XP Pro, and it was working great with several Linux machines. A couple of months back it started to ignore the keyboard. IOW, I type and nothing happens in any Xwindows frame which makes things rather difficult. The mouse still works. First I tried doing a 'reinstall' to no effect. Then I uninstalled everything and did a complete reinstall with the latest versions of Cygwin and Xfree86. The reinstall seemed to go well but I saw one script error reporting a 'null' value somewhere. At the time, there was no way to know (that I knew of) to see exactly which package gave the error so I ignored it and went on. This issue is not addressed in the FAQ so now I turn to you. All help will be greatly appreciated. Jim __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree
Re: Xaw - Problems with keyboard focus easy to fix (Doh!) and Re: no key input
Colin, Colin Harrison wrote: Hi, I recompiled my entire xc tree (shared libs Xaw, Xt, Xmu) with your Vendor.c Xaw patch. Keyboard focus now works for me when mouse pointer not in cygwin/xfree xterm window. Thanks for the sanity check. It is good to have someone else doing a smoke test on patches such as this. Your quick test allowed me to proceed quickly to a release. Thanks, Harold
src/winsup/cygwin ChangeLog bsdlib.cc cygwin.d ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-11-17 17:25:59 Modified files: winsup/cygwin : ChangeLog bsdlib.cc cygwin.din winsup/cygwin/include/cygwin: version.h Log message: * bsdlib.cc (getprogname): New function. (setprogname): New funtion. * cygwin.din: Export getprogname and setprogname. * include/cygwin/version.h: Bumb API version number. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2167r2=1.2168 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/bsdlib.cc.diff?cvsroot=srcr1=1.3r2=1.4 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygwin.din.diff?cvsroot=srcr1=1.102r2=1.103 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.144r2=1.145
src/winsup/cygwin ChangeLog fhandler.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-11-17 22:18:43 Modified files: winsup/cygwin : ChangeLog fhandler.cc Log message: * fhandler.cc (fhandler_base::lseek): Include high order offset bits in return value. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2168r2=1.2169 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.cc.diff?cvsroot=srcr1=1.161r2=1.162
Re: thunking, the next step
On Fri, Nov 14, 2003 at 02:10:10PM -0500, Christopher Faylor wrote: On Sat, Nov 15, 2003 at 04:52:43AM +1100, Robert Collins wrote: On Sat, 2003-11-15 at 02:57, Christopher Faylor wrote: On Fri, Nov 14, 2003 at 11:02:11PM +1100, Robert Collins wrote: Ok, I've now integrated and generalised Ron's unicode support mini-patch. So, here tis a version that, well the changelog explains the overview, and io.h the detail. Overhead wise, this is reasonably low: 1 strlen() per IO call minimum. 1 unicode conversion, only if needed. And a couple of tests for do we do unicode for every call. Which are all inline aren't they? I guess I don't see the overhead as significant compared to the strlen generation. I'd rather just make the decision at initialization time if we can. Possibly we could extend the function loader to either call FooW or FooA as appropriate when Foo is specified. Given that we know on which system we run, we can use the wincap information to load the correct function through the autoloader functionality. This would require a decision only on the first time a function is called. There's just a problem with the header files. Let's say, all the other Cygwin code uses the non-explicit name (e. g. CreateFile, not CreateFileA or CreateFileW). The decision which function actually to use is done in the autoload part. The problem is this: The Win32 header files decide by themselves, which of the functions to use: #ifdef UNICODE #define CreateFile CreateFileW #else #define CreateFile CreateFileA #endif To workaround this, we must care for undefining all affected function names before using them, probably best in an autoload.h header or so. Also we would need a fairly big change to path_conv. It would have to create the POSIX path in ascii on 9x and in wide char on NT. If the path name creation is done in wide char directly, we neither need a strlen, nor an explicit conversion from ascii to wide char. I think this method is preferable over the IOThunkState technique since it will have more or less no speed impact. It also has the advantage, that the Cygwin code doesn't have to use all new function calls like create_file instead of using the real Win32 function calls directly. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: thunking, the next step
On Mon, Nov 17, 2003 at 10:31:29PM +1100, Robert Collins wrote: On Mon, 2003-11-17 at 22:21, Corinna Vinschen wrote: This would require a decision only on the first time a function is called. There's more to it than that. you MUST NOT hand the A series call longer paths than MAX_PATH, they /really/ don't like it. That's easily straightened out in path_conv. And, structures like the FindNext* details change in definition when UNICODE is defined. I was trying to avoid all that complexity, which is significant, by staying in a thunk approach. Yep, I agree, that's an extra problem. But it doesn't invalidate the general idea of putting the work into autoload and path_conv. The FindFile example might be something which justifies the use of wrapper functions for these very cases. I decided against redefining the 'real' calls because I figured some areas may want to use the 'real' calls directly, and only the auto-adjusting parts of cygwin should have the ansi/wide dichotomy. I don't know if I understand you right. I was only talking about calls which are affecting the file system. Other calls like CreateSemaphore or what not should still work as before. The autoload part would define some new LoadDLLfuncBLURB which is used only for the affected functions. I (and I assume cgf) was not talking about using that approach for all functions with an ascii and a wide char implementation. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: The increased path length changes
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED] 1) Does Ron Parker have an assignment on file with Red Hat? I can't find one, if so. This will be a requirement if the patches are accepted. The mechanical change that was just checked in is ok but any more substantial changes will need an assignment. My assignment may date back to Geoff Naur. I will gladly resubmit one. I will try to print it out Tonight and send it to Rose Naftaly, as per assign.txt.
RE: thunk createDirectory and createFile calls
-Original Message- From: Robert Collins [mailto:[EMAIL PROTECTED] On Sat, 2003-11-15 at 02:52, Christopher Faylor wrote: It is a given that we're working in cygwin. Adding a cygwin_ to the beginning of a function is just noise. Heh, will fix... was following Ron's convention semi-blindly. Who was following Rob's suggestion for a cygwin_CreateFile semi-blindly. :^)
(fhandler_base::lseek): Include high order bits in return.
This bug fix got our app past its first problem with 2 Gig files, but then it tripped over ftello. I'm still trying to figure that one out. It looks like it got a 32 bit sign extended value somewhere. Any help would be appreciated. Thanks. 2003-11-17 Brian Ford [EMAIL PROTECTED] * fhandler.cc (fhandler_base::lseek): Include high order offset bits in return value. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444Index: fhandler.cc === RCS file: /cvs/src/src/winsup/cygwin/fhandler.cc,v retrieving revision 1.161 diff -u -p -r1.161 fhandler.cc --- fhandler.cc 25 Oct 2003 12:32:56 - 1.161 +++ fhandler.cc 17 Nov 2003 20:54:34 - @@ -874,6 +874,9 @@ fhandler_base::lseek (_off64_t offset, i } else { + if (poff_high) + res += (_off64_t) *poff_high 32; + /* When next we write(), we will check to see if *this* seek went beyond the end of the file, and back-seek and fill with zeros if so - DJ */ set_did_lseek ();
RE: Additional Cygwin long file path patch
From: Parker, Ron [mailto:[EMAIL PROTECTED] From: Robert Collins [mailto:[EMAIL PROTECTED] 1a) Update CYG_MAX_PATH to (say) 270. Check for issues with the change occuring, and rectify. I actually bumped CYG_MAX_PATH to 520, double its previous value. It seems to be work for me and allows tla to actually create deep paths. rbc02-cyg-max-path-520.diff Description: Binary data
Re: (fhandler_base::lseek): Include high order bits in return.
On Mon, 17 Nov 2003, Brian Ford wrote: On Mon, 17 Nov 2003, Corinna Vinschen wrote: On Mon, Nov 17, 2003 at 03:40:46PM -0600, Brian Ford wrote: On Mon, 17 Nov 2003, Brian Ford wrote: This bug fix got our app past its first problem with 2 Gig files, but then it tripped over ftello. I'm still trying to figure that one out. It looks like it got a 32 bit sign extended value somewhere. Any help would be appreciated. Thanks. Well, that somewhere is ftello64.c line 111. fp-_offset has a 32 bit sign extended value. Anybody know how it got there? That can't be it. fp is of type FILE which is actually mapped to __sFILE64 in 64 bit case. See newlib/libc/include/sys/reent.h. _offset is of type _off64_t there. I think you misunderstood. fp-_offset is a 64 bit type, but at the ftello call in question, it contains a value that must have come from a 32 bit sign extension. That's why I asked for help, because I have to figure out what/who put it there. I have attached a test case that shows the problem. It is on line 58 of lseekr.c. I can't seem to find the actual problem tonight and I'm tired so I'm going home. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444#include sys/types.h #include sys/stat.h #include fcntl.h #include stdlib.h #include stdio.h #include unistd.h int main(void) { FILE *fp; off_t p, q; char c; long long size = 50LL; int fd = open(junk, O_RDWR|O_CREAT, S_IREAD|S_IWRITE); lseek(fd, size, SEEK_SET); write(fd, x, 1); close(fd); fp = fopen(junk, r); p = fseeko(fp, size, SEEK_SET); fprintf(stderr, %c , fgetc(fp)); q = ftello(fp); fprintf(stderr,%llx %llx %llx\n,size,p, q); }
Re: Small patch for the FAQ
At 10:37 PM 11/13/2003 +, David Starks-Browning wrote: It will be *quite* some time before I am able to wade through the main cygwin list and discover things for the FAQ on my own. But I should be able to apply patches on a fairly regular and timely basis, at least for a while. Thanks David. I attach a patch to install.texinfo that covers http://www.cygwin.com/ml/cygwin/2003-03/msg00447.html and http://cygwin.com/ml/cygwin-patches/2003-q1/msg00315.html but not (among others) http://www.cygwin.com/ml/cygwin/2003-04/msg01416.html Pierre Index: install.texinfo === RCS file: /cvs/src/src/winsup/doc/install.texinfo,v retrieving revision 1.45 diff -u -p -r1.45 install.texinfo --- install.texinfo 10 Apr 2003 20:09:35 - 1.45 +++ install.texinfo 18 Nov 2003 03:35:33 - @@ -40,6 +40,31 @@ from the rest of your Windows system dis (In the past, there had been genuine bugs that would cause problems for people who installed in C:\, but we believe those are gone now.) [EMAIL PROTECTED] How are file permissions determined + +The directories and files created by setup inherit the default ACL of their +parent directory. Thus in a fresh installation all permissions are initially +determined by the ACL of the top directory (e.g. @samp{C:\} for an +installation in @samp{C:\cygwin}). + +After running setup it is a good idea to verify the permissions with the +Windows program ``cacls'', which shows the true ACL, +or with ``ls -l /bin'', which shows the mapping of the ACL to Posix permissions. +If you are not happy with what you see, set the permissions as you +wish by using commands such as: [EMAIL PROTECTED] [EMAIL PROTECTED] ``cd /'' + [EMAIL PROTECTED] ``chmod -R a+r .'' + [EMAIL PROTECTED] ``chmod -R a+x bin usr/sbin usr/local/bin lib/gcc-lib usr/X11R6/bin'' [EMAIL PROTECTED] enumerate +You can also change the group and the owner with ``chgrp -R'' and/or ``chown -R''. + +Note that programs executed by services (such as inetd or cron) must be executable +by SYSTEM, which is in the ``Administrators'' and ``Everyone'' groups but not +e.g. in ``Users'' nor in ``Authenticated Users''. + @subsection Can I use Cygwin Setup to update a B18, B19, B20, B20.1 or CD-ROM (1.0) installation of Cygwin? No, you must start from scratch with the new Cygwin Setup. The @@ -198,14 +223,49 @@ character as a word delimiter. Under ce possible to get around this with various shell quoting mechanisms, but you are much better off if you can avoid the problem entirely. -In particular, the environment variables @samp{USER} and @samp{HOME} are -set for you in /etc/profile. By default these derive from your Windows -logon name. You may edit this file and set them explicitly to something -without spaces. - -(If you use the @samp{login} package or anything else that reads -/etc/passwd, you may need to make corresponding changes there. See the -README file for that package.) +On Windows NT/2000/XP you have two choices: [EMAIL PROTECTED] + [EMAIL PROTECTED] You can rename the user in the Windows User Manager GUI and then +run mkpasswd. + [EMAIL PROTECTED] You can simply edit the /etc/passwd file and change the Cygwin user name +(first field). It's also a good idea to avoid spaces in the home directory. + [EMAIL PROTECTED] enumerate + +On Windows 95/98/ME you can create a new user and run mkpasswd, +or you can delete the offending entry from /etc/passwd. +Cygwin will then use the name in the default entry with uid 500. + [EMAIL PROTECTED] My @samp{HOME} environment variable is not what I want. + +When starting Cygwin from Windows, @samp{HOME} is determined as follows +in order of decreasing priority: + [EMAIL PROTECTED] + [EMAIL PROTECTED] @samp{HOME} from the Windows environment, translated to POSIX form. + [EMAIL PROTECTED] The entry in /etc/passwd + [EMAIL PROTECTED] @samp{HOMEDRIVE} and @samp{HOMEPATH} from the Windows environment + [EMAIL PROTECTED] / + [EMAIL PROTECTED] enumerate + +When using Cygwin from the network (telnet, ssh,...), @samp{HOME} is set +from /etc/passwd. + +If your @samp{HOME} is set to a value such as /cygdrive/c, it is likely +that it was set in Windows. Start a DOS Command Window and type +set HOME to verify if this is the case. + +Access to shared drives is often restricted when starting from the network, +thus Domain users may wish to have a different @samp{HOME} in the +Windows environment (on shared drive) than in /etc/passwd (on local drive). +Note that ssh only considers /etc/passwd, disregarding @samp{HOME}. @subsection How do I uninstall individual packages?
RE[2]: Exporting const variables from DLLs (GCC bug?)
--- Danny Smith [EMAIL PROTECTED] wrote: Jon Foster wrote: Given this source code: extern const int meaning_of_life __declspec(dllexport); const int meaning_of_life __declspec(dllexport) = 42; GCC complains: $ c++ -g -O2 -c test.cxx -o test.o test.cxx:2: error: external linkage required for symbol 'const int meaning_of_life' because of 'dllexport' attribute It is a bug in gcc. The above code compiles okay with C, but strangely, not C++. For some reason, g++ does not immediately mark the the definition of global constants as public when they are defined after a prior declaration. I have a fix that I will submit to gcc-patches after reg-testing On second thought, I don't think I will. In c++, const variables at namespace scope have internal linkage unless declared with explicit extern (as you have done). But I've just run this testcase on gcc and VC and I get essentially the same error reports: /* const.cpp */ /* 1: TREE_PUBLIC is set when dllexport attribute is handled. */ __declspec(dllexport) int bar = 42; // OK /* 2: This is OK too. TREE_PUBLIC is set, because of 'extern' */ extern __declspec(dllexport) const int baz; const int baz = 42; //OK /* 3: TREE_PUBLIC _not_ set. Nor should it be. consts are local by default in c++ */ __declspec(dllexport) const int foo = 42; // ERROR /* 4: TREE_PUBLIC _not_ set. */ extern __declspec(dllexport) const int faz; __declspec (dllexport) const int faz = 42; // ERROR int fun() { return foo + faz; } I thought that case 4 should be okay because of the 'extern' on declaration, but if GCC wants to maintain consistency with native compiler, 4 should report an error as well. The error mesage that VC emits is: error C2201: 'faz' : must have external linkage in order to be exported/imported Danny http://personals.yahoo.com.au - Yahoo! Personals New people, new possibilities. FREE for a limited time. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Perl CPAN module help
Thank you for your help. I understand what you are saying here. I will try installing under /usr/local. My question, though, is what do I do about all the modules I've installed under /usr? How do I deal with them? Do I need to re-install them under /usr/local? Do I then need to somehow remove them from /usr? Or can I have modules under both directories, leaving the ones that work under /usr and place new ones under /usr/local? -Original Message- From: Peter J. Acklam [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2003 1:40 AM To: Gary Nielson Cc: Peter J. Acklam; [EMAIL PROTECTED] Subject: Re: Perl CPAN module help Gary Nielson [EMAIL PROTECTED] wrote: I am getting somewhere. I used setup and installed needed executables such as gcc. Did a force install in cpan for LWP modules and it seemed to be go great. All tests were successful in make test. But when running make install I got the error: You shouldn't use force install unless you really know what you're doing. If your module fails a regular install you should investigate the problem and find the solution rather than do a force install. With a force install you are likely to install modules which fail some way on your system and hence shouldn't have been installed. Cannot forceunlink /usr/bin/HEAD: No such file or directory at /usr/lib/perl5/5.8.0/File/Find.pm line 873. make: *** [pure_site_install] Error 255 /usr/bin/make install -- NOT OK. The Find.pm line in question is: { $wanted_callback-() }; # protect against wild next When installing LWP you are asked whether you want to install the GET, HEAD, and POST programs. You have chosed yes or the force install did it for you. Either way, it was discovered that HEAD exists (as /usr/bin/head.exe) and Perl is trying to remove it, but although which head says /usr/bin/HEAD, there really is no /usr/bin/HEAD.exe, it's /usr/bin/head.exe. The problem is that which matches case insensitively, but rm doesn't. The solution is: Don't install CPAN modules under /usr, use /usr/local! When you install modules without CPAN, use the steps perl Makefile.PL PREFIX=/usr/local make make test make install this is done with the CPAN shell by setting cpan o conf makepl_arg PREFIX=/usr/local cpan o conf commit Any idea what is going wrong, or is the question better posed to a perl forum? The head vs HEAD is a Cygwin thing, so I think it belongs equally well here. Peter -- Peter J. Acklam - [EMAIL PROTECTED] - http://home.online.no/~pjacklam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Perl CPAN module help
Gary Nielson [EMAIL PROTECTED] wrote: Thank you for your help. I understand what you are saying here. I will try installing under /usr/local. I forgot to mention that Perl will not, by default, search for modules in /usr/local. This is a disadvantage, but it's worth it, in my opinion. The simplest way to make Perl look for modules there is to add PERL5LIB=/usr/local/lib/perl5:/usr/local/lib/perl5/site_perl to your personal startup file (~/.bash_profile or whatever). My question, though, is what do I do about all the modules I've installed under /usr? How do I deal with them? Do I need to re-install them under /usr/local? Do I then need to somehow remove them from /usr? Or can I have modules under both directories, leaving the ones that work under /usr and place new ones under /usr/local? If they're working properly, you might as well leave them alone. If they're broken, re-install them with PREFIX=/usr/local. Note that perl will search the directories specified in PERL5LIB before the other directories, so if you have a working module under /usr/local and a broken one under /usr, then the working one under /usr/local will be used. The default search path: $ unset PERL5LIB $ perl -wle 'print for @INC' /usr/lib/perl5/5.8.0/cygwin-multi-64int /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/cygwin-multi-64int /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl . Now, note how /usr/local/... comes first: $ export PERL5LIB=/usr/local/lib/perl5:/usr/local/lib/perl5/site_perl $ perl -wle 'print for @INC' /usr/local/lib/perl5/5.8.0/cygwin-multi-64int /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5 /usr/local/lib/perl5/site_perl/5.8.0/cygwin-multi-64int /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl /usr/lib/perl5/5.8.0/cygwin-multi-64int /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/cygwin-multi-64int /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl . You may try to remove modules under /usr, but be careful so you don't remove things you need. If you really want to remove them, I'd rather do that by uninstalling Perl, removing everything under /usr/lib/perl5 and start over with a clean Perl installation. Peter -- Peter J. Acklam - [EMAIL PROTECTED] - http://home.online.no/~pjacklam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Perl CPAN module help
Hi, I just read what Peter said about 'install' and 'force install'. I had to use 'force install' as well for installing the BerkeleyDB module, as 9 out of 20 tests were failing. So far it is running fine, but I haven't done any heavy usage tests yet, just some simple storages and retrievals. I'm using Perl v5.8.0-3, BerkeleyDB v0.25 and db3.1 v3.1.17-2, but saw this behaviour ever since I started with BerkeleyDB v0.21. I'm wondering whether anybody else is seeing this behaviour and managed to do a plain install. I've attached the output I get from 'test BerkeleyDB' below. I also do get warnings when doing a normal install for other modules that they are not allowed to install into /usr/lib/perl5/site_perl/5.8.0/cygwin-multi-64int/, so they install into /usr/lib/perl5/site_perl/5.8.0/. Checking the ACL for above directory yields $ getfacl /usr/lib/perl5/site_perl/5.8.0/cygwin-multi-64int/ # file: /usr/lib/perl5/site_perl/5.8.0/cygwin-multi-64int/ # owner: eisenacher # group: Benutzer user::--- group::--- group:Administratoren:rwx mask:rwx other:r-x default:group:Administratoren:rwx default:mask:rwx default:other:r-x And checking my /etc/passwd shows: $ cat /etc/passwd SYSTEM:*:18:544:,S-1-5-18:: Administratoren:*:544:544:,S-1-5-32-544:: Administrator:unused_by_nt/2000/xp:500:513:U-PC-EISENACHER\Administrator,S-1-5-21-44 8539723-1606980848-1708537768-500:/home/Administrator:/bin/bash Gast:unused_by_nt/2000/xp:501:513:U-PC-EISENACHER\Gast,S-1-5-21-448539723-1606980848 -1708537768-501:/home/Gast:/bin/bash eisenacher:unused_by_nt/2000/xp:1000:513:Patrick Eisenacher,U-PC-EISENACHER\eisenacher,S-1-5-21-448539723-1606980848-1708537768-1000:/home/eisenacher:/bin/bash VUSR_PC-EISENACHER:unused_by_nt/2000/xp:1001:513:VSA Server Account,U-PC-EISENACHER\VUSR_PC-EISENACHER,S-1-5-21-448539723-1606980848-1708537768-1001:/home/VUSR_PC-EISENACHER:/bin/bash and /etc/group: $ cat '/etc/group' SYSTEM:S-1-5-18:18: Kein:S-1-5-21-448539723-1606980848-1708537768-513:513: Administratoren:S-1-5-32-544:544: Benutzer:S-1-5-32-545:545: Gäste:S-1-5-32-546:546: Hauptbenutzer:S-1-5-32-547:547: Replikations-Operator:S-1-5-32-552:552: Sicherungs-Operatoren:S-1-5-32-551:551: Which is weird in 2 ways. First I don't belong to any group, but the owning group is 'Benutzer' and perl sets up the directory in a way that only members of the group 'Administratoren' can write into it. Clearly, there are no members of any of those groups. Anybody any tips? Thanks in advance, Patrick Running make test /usr/bin/perl.exe -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/btreeok 177/244Can't call method txn_begin on an undefined value at t/btree.t line 638. t/btreedubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 28, 178-244 Failed 68/244 tests, 72.13% okay t/db-3.0...ok 1/14Can't call method set_mutexlocks on an undefined value at t/db-3.0.t line 39. t/db-3.0...dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 2-14 Failed 13/14 tests, 7.14% okay t/db-3.1...ok t/db-3.2...skipped all skipped: this needs Berkeley DB 3.2.x or better t/db-3.3...skipped all skipped: this needs Berkeley DB 3.3.x or better t/destroy..ok 1/15Can't call method txn_begin on an undefined value at t/destroy.t line 33. t/destroy..dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 2-15 Failed 14/15 tests, 6.67% okay t/encrypt..skipped all skipped: this needs Berkeley DB 4.1.x or better t/env..ok 18/50Can't call method txn_begin on an undefined value at t/env.t line 104. t/env..dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 12, 14, 21-50 Failed 32/50 tests, 36.00% okay t/examples.ok t/examples3ok t/filter...ok t/hash.ok 146/212Can't call method txn_begin on an undefined value at t/hash.t line 444. t/hash.dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 29, 147-212 Failed 67/212 tests, 68.40% okay t/join.Can't call method txn_begin on an undefined value at t/join.t line 86. t/join.dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 8-41 Failed 34/41 tests, 17.07% okay t/mldbmok t/queueskipped all skipped: Queue needs Berkeley DB 3.3.x or better t/recnook 166/226Can't call method txn_begin on an undefined value at t/recno.t line 471. t/recnodubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 28, 168-226 Failed 60/226 tests, 73.45% okay t/strict...NOK 2Use of uninitialized value in numeric eq (==) at t/strict.t line 40. t/strict...NOK 8Can't call method txn_begin on an undefined value at t/str t/strict...ok 9/44 t/strict...dubious Test returned status 255 (wstat
cygutils 1.2.2-1: small error in ipck
The ipck script in the current cygutils (1.2.2-1) has an extraneous tick-mark on line 17 immediately after the GPL header, resulting in the following error when run: $ ipck /usr/bin/ipck: 18: Syntax error: end of file unexpected (expecting ;;) Simply deleting that line fixes the script. _ ** SMS(mobile text messages) around the world, Get 100 messages for $7.95, plus sign up now and get 2 free tryout messages http://sms.aemail4u.com ** -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: For masochists: the leap o faith
On Sun, Nov 16, 2003 at 08:10:08AM +1100, Robert Collins wrote: Chris has noted that posixly correct behaviour and common practice may diverge. I think for this scenario, that posix behaviour allows the most accurate representation of the variety programs may encounter on cygwin at runtime. Therefore we'll get the best results (and perhaps uncover a few portability bugs) going that way. We have two choices (no particular order of preference): a) make MAX_PATH and posix friends the maximum length path cygwin will accept/return. Return ENAMETOOLONG on path calls on win9x, or winnt FAT[32] calls. Update pathconf to return appropriate values. b) blow away MAX_PATH and MAXPATHLEN so that programs using cygwin fallback to pathconf, or 'good enough for me' static arrays. Update pathconf to return appropriate values. Well, I guess you meant PATH_MAX here. Just to reiterate, MAX_PATH is a Windows specific constant, giving a maximum size for path names when using ASCII mode. Even this MAX_PATH constant doesn't actually reflect the maximum path length possible in all cases: CreateDirectory for instance can only create directories with a path length up to 248 characters. So even on native Windows, the constant is used as an upper limit, e. g. usable for static buffer sizes in applications. Having said that, however, you must not change MAX_PATH. I would prefer to change PATH_MAX and MAXPATHLEN to an arbitrary big value as, e. g. the same as on Linux, 4096, or even the biggest possible plus one: 32768. The latter is probably the better value. So my choice is a) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[wayne@cs.toronto.edu: Cygwin-1.5.5 sscanf on floats: 20 times slower than 2 years ago]
Since scanf and the floating point arithmetic is implemented in newlib, I've redirected this message there. Does anybody have an idea, what could slow down float scanning in sscanf by a factor of 20? Corinna - Forwarded message from Wayne Hayes [EMAIL PROTECTED] - Date: Sun, 16 Nov 2003 09:54:31 -0500 From: Wayne Hayes [EMAIL PROTECTED] Subject: Cygwin-1.5.5 sscanf on floats: 20 times slower than 2 years ago To: [EMAIL PROTECTED] Hello. Until recently I was running W2k with an ancient version of cygwin; I don't know what version it was, but if anybody cares I've put a copy of cygwin1.dll (dated 2001-May-20) at http://www.cs.toronto.edu/~wayne/tmp/cygwin1-old.dll.gz It worked fine on W2k for the past 2.5 years. I recently upgraded to Windows XP and this old cygwin stopped working. No problem, I say, it's also time to upgrade cygwin, so I go install the most recent version. Everything works fine, except one of my I/O intensive simulations starts running about 20 times slower! After copious mucking about, I finally narrowed it down to sscanf: sscanf on double precisions numbers, such as double a; char line [80]; fgets(line...) sscanf(line, %lf, a); runs about 20 times slower than in the old cygwin. Replacing the sscanf with a call to atof gets back the old speed. It's only noticable, of course, if you're scanning a huge file. In my case, it's a 60MB file that contains tens of thousands of lines of ASCII floating point numbers. So, consider this a bug report. A slowdown of a factor of 20 is not really a good thing. The output of cygcheck -s -v -r cygcheck.out can be found at http://www.cs.toronto.edu/~wayne/tmp/cygcheck-XP-1.5.5.out.gz Thanks! - Wayne - End forwarded message - -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Building bison?
Hi, This may well verge on FAQ-like issues, but a quick search didn't find it. I've been investigating a possible bug in bison, and talking with the folk on the bison-bug mail-list. Fairly reasonably, their first request was that I build their latest version and see if the bug still occurs. An they gave me a version numbered 1.875c (the current cygwin version is 1.975b, so they are pretty similar). 1.875c behaves nicely to a ./configure and make but it then crashes immediately when I give it my input script. I was wondering whether I should have expected that, or whether packages generally get patched when converted to cygwin? I ask because I seem re recall some posts on this list a few months ago, which were about how much something needed patching, every time new sources where brought over from GNU? So, are any special actions required when getting source from other places than via the cygwin setup program? Ian B Free transport into the future, while you wait. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Building bison?
Ian Badcoe wrote on Monday, November 17, 2003 12:49 PM: [snip] 1.875c behaves nicely to a ./configure and make but it then crashes immediately when I give it my input script. Just an idea: Since Cygwin compiles as Unix flavour, the original source may not be prepared to read files with CRLF. Try to run it from a binary mounted folder providing a file with LF endings only. Regards, Jörg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
encrypt on unix and decrypt on windows
Hello All, I need to use public key encryption to encrypt information using perl on unix and decrypt it on windows. I appreciate any help or pointers in the right direction that anyone can provide me. Thanks in advance! Artem Korneev. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: messed up user permissions from w2k terminal session
Hi, Le mer 08 oct 2003 19:45:46 GMT, Pierre A. Humblet a tapoté sur son clavier : On Fri, Oct 03, [EMAIL PROTECTED]:48:43PM -0400, James D Below wrote: HI everyone, I'm not sure how I did it but I messed up my user permissions or local policy settings. Now whenever I run any cygwin app (bash.exe, wc.exe, rxvt.exe) from a w2k terminal session and logged in as a user, I see the following error: CreateFileMapping, Win32 error 5. Terminating. I'm running Windows 2000 SP4 and CYGWIN = binmode tty ntsec This problem has now been explained with James' help and this message is to close the thread. It turns out that on some recent Windows systems a special privilege, create global objects, is required to run Cygwin 1.5.X from a terminal session. It can be given to users with the editrights.exe utility. Hmmm. I can't find such right. editrights gives me this list: editrights version 1.01: a cygwin application to edit user rights on a Windows NT system. Copyright Chris Rodgers editrights-at-bulk.rodgers.org.uk, Sep, 2003. All rights reserved. See LICENCE for further details. Usage: editrights -u USER {-a|-l|-r|-t} [options] -a Se... Add right to the specified user. -h Show this help message. -hv lists available user rights. -l List user rights. May be combined with -a or -r to list final state. -m MACHINE Make all changes on the specified MACHINE. -r Se... Remove right from the specified user. -t Se... Test if the specified right is held by user. Returns 0 for YES and 2 for NO. -u USER/GROUPMake changes to the specified USER or GROUP. -v Verbose mode. Return values: 0 Success or YES. 1 Error. 2 NO. Available user rights include: SeAssignPrimaryTokenPrivilege SeAuditPrivilege SeBackupPrivilege SeBatchLogonRight SeChangeNotifyPrivilege SeCreatePagefilePrivilege SeCreatePermanentPrivilege SeCreateTokenPrivilege SeDebugPrivilege SeDenyBatchLogonRight SeDenyInteractiveLogonRight SeDenyNetworkLogonRight SeDenyRemoteInteractiveLogonRight SeDenyServiceLogonRight SeEnableDelegationPrivilege SeIncreaseBasePriorityPrivilege SeIncreaseQuotaPrivilege SeInteractiveLogonRight SeLoadDriverPrivilege SeLockMemoryPrivilege SeMachineAccountPrivilege SeManageVolumePrivilege SeNetworkLogonRight SeProfileSingleProcessPrivilege SeRemoteInteractiveLogonRight SeRemoteShutdownPrivilege SeRestorePrivilege SeSecurityPrivilege SeServiceLogonRight SeShutdownPrivilege SeSyncAgentPrivilege SeSystemEnvironmentPrivilege SeSystemProfilePrivilege SeSystemtimePrivilege SeTakeOwnershipPrivilege SeTcbPrivilege SeUndockPrivilege SeUnsolicitedInputPrivilege Which one should be set ? Regards, Samuel Thibault -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem installing sshd
Dear group, I try to install openssh. Therefore I selected: - Admin - cygrunsrv - Net - mod_ssl, openssh, openssl, openssl096 First problem: obviously there is a dependency to Apache webserver. Although it got selected implicitely when selecting mod_ssl it didn't get installed (i.e. when doing a cygcheck -c -v I got tons of missing files). After Reinstalling them this was fixed. However, second problem: I still get the warning: Missing file: /usr/lib/apache/new/libssl.dll from package mod_ssl mod_ssl 2.8.8-1.3.24-1 Incomplete which I am not able to fix. When trying to start sshd I get the error message: Application popup: sshd.exe - Entry Point Not Found : The procedure entry point __getreent could not be located in the dynamic link library cygwin1.dll. and I assume that the missing library could be the cause. Any help or pointer to documentation is highly appreciated. Friedrich -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem installing sshd
On Mon, Nov 17, 2003 at 11:37:36AM -0500, Larry Hall wrote: At 11:29 AM 11/17/2003, [EMAIL PROTECTED] you wrote: Dear group, I try to install openssh. Therefore I selected: - Admin - cygrunsrv - Net - mod_ssl, openssh, openssl, openssl096 First problem: obviously there is a dependency to Apache webserver. Although it got selected implicitely when selecting mod_ssl it didn't get installed (i.e. when doing a cygcheck -c -v I got tons of missing files). After Reinstalling them this was fixed. However, second problem: I still get the warning: Missing file: /usr/lib/apache/new/libssl.dll from package mod_ssl mod_ssl 2.8.8-1.3.24-1 Incomplete which I am not able to fix. When trying to start sshd I get the error message: Application popup: sshd.exe - Entry Point Not Found : The procedure entry point __getreent could not be located in the dynamic link library cygwin1.dll. and I assume that the missing library could be the cause. Any help or pointer to documentation is highly appreciated. Didn't setup complain at the end that it couldn't install everything you asked without a reboot? If so, did you reboot? This looks like the problem to me. And/or there's more than one version of cygwin1.dll on the system. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: messed up user permissions from w2k terminal session
On Mon, Nov 17, 2003 at 04:37:48PM +0100, Samuel Thibault wrote: Le mer 08 oct 2003 19:45:46 GMT, Pierre A. Humblet a tapot? sur son clavier : It turns out that on some recent Windows systems a special privilege, create global objects, is required to run Cygwin 1.5.X from a terminal session. It can be given to users with the editrights.exe utility. Hmmm. I can't find such right. editrights gives me this list: The right only exists beginning with 2003 Server. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.5: sshd problem
On Mon, 17 Nov 2003, John Pye wrote: Thanks for the extra tips, Igor. Do any of these results look strange to you? Igor Pechtchanski wrote: That's the default mode Windows gives it. This should work, but somehow doesn't... Can sshd get to all the necessary files and directories? Look at the permissions on /etc and the files in it, as well as /bin. I tried an ls -l /etc and found -rwxr-xr-x1 SYSTEM None 1159 Nov 13 19:02 ssh_config -rw---1 SYSTEM None 668 Nov 13 19:02 ssh_host_dsa_key -rw-r--r--1 SYSTEM None 599 Nov 13 19:02 ssh_host_dsa_key.pub -rw---1 SYSTEM None 524 Nov 13 19:02 ssh_host_key -rw-r--r--1 SYSTEM None 328 Nov 13 19:02 ssh_host_key.pub -rw---1 SYSTEM None 887 Nov 13 19:02 ssh_host_rsa_key -rw-r--r--1 SYSTEM None 219 Nov 13 19:02 ssh_host_rsa_key.pub -rw-r--r--1 SYSTEM None 2427 Nov 13 19:03 sshd_config That looks OK I thought... or is it? Does 'SYSTEM' need to be able to read those files, or does 'sshd'? Whatever account the ssh daemon is running as (if you use cygrunsrv or the ssh-host-config script, it's most likely SYSTEM). How about 'ls -ld /etc'? I also had a look at /etc/bin and it's all owned by john.Users, for example Huh? /etc/bin? I assume you mean /usr/bin or /bin. -rwxrwxrwx1 john Users 19456 Feb 20 2002 split.exe -rwxrwxrwx1 john Users 68608 Nov 6 02:47 ssh-add.exe -rwxrwxrwx1 john Users 57856 Nov 6 02:47 ssh-agent.exe -rwxrwxrwx1 john Users 17333 Nov 6 02:47 ssh-host-config -rwxrwxrwx1 john Users 75776 Nov 6 02:47 ssh-keygen.exe -rwxrwxrwx1 john Users 130048 Nov 6 02:47 ssh-keyscan.exe -rwxrwxrwx1 john Users6266 Nov 6 02:47 ssh-user-config -rwxrwxrwx1 john Users 223232 Nov 6 02:47 ssh.exe -rwxrwxrwx1 john Users 18944 Sep 21 06:32 ssp.exe -rwxrwxrwx1 john Users 87552 Aug 26 2002 states.exe -rwxrwxrwx1 john Users 23552 Sep 21 06:32 strace.exe That could be a problem perhaps? Should the 'Users' group contain 'sshd' or is access for sshd to the /bin executables handled somehow else? No, the access on the files themselves is ok. How about 'ls -ld /bin'? Ok, looks like all your mounts are system mounts, unless you simply don't have the permission to read the registry keys for the SYSTEM user... That seems strange. My home computer has a couple of mounts when I run that command, but this system has none. However, it works fine locally (compiling, listing files, /cygdrive/c, etc). I haven't ever tinkered with the mounts, so I wonder how that comes to be... Couldn't be related to mingw/msys could it? John It's related to the mode you installed Cygwin in (Just me vs. All users). If you installed for Just me, you may be missing the necessary mounts for services like sshd to work. Looking at your earlier message, however, I start wondering if we aren't barking up the wrong tree here... On Thu, 13 Nov 2003, John Pye wrote: I still get the error as shown [EMAIL PROTECTED] ~ $ ssh localhost ssh_exchange_identification: Connection closed by remote host The verbose output is $ ssh -vvv localhost OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003 debug1: Reading configuration data /etc/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to localhost [127.0.0.1] port 22. debug1: Connection established. debug1: identity file /home/john/.ssh/identity type 0 debug3: Not a RSA1 key file /home/john/.ssh/id_rsa. ^^^ debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'Proc-Type:' debug3: key_read: missing keytype debug2: key_type_from_name: unknown key type 'DEK-Info:' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /home/john/.ssh/id_rsa type 1 debug1: identity file /home/john/.ssh/id_dsa type -1 ssh_exchange_identification: Connection closed by remote host debug1: Calling cleanup 0x41bf10(0x0) Could you try removing /home/john/.ssh and re-running /bin/ssh-user-config? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_
Re: [wayne@cs.toronto.edu: Cygwin-1.5.5 sscanf on floats: 20 times slower than 2 years ago]
Since scanf and the floating point arithmetic is implemented in newlib, I've redirected this message there. Does anybody have an idea, what could slow down float scanning in sscanf by a factor of 20? Thanks! Just to be pedentic, I realized that it's worse than a factor of 20. My *entire simulation* slows down by a factor of 20; there's significant other computation in it. So the scanf slowdown is probably closer to hundreds of times. *Something* fishy must be going on. :-) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
latex crash
Hello! I've recently found that latex has begun crashing if I execute it from a windows xp (or 2000) cmd prompt. It happens by simply typing latex at a cmd prompt. I get (in a windows error box) 16 bit MS-DOS Subsystem C:\WINDOWS\System32\cmd.exe - latex The NTVDM CPU has encountered an illegal instruction. CS:06cc IP:210f OP:63 69 66 69 65 Choose 'Close' to terminate the application. this doesn't happen if I expecute it from a bash prompt. Even more strangely, if I go to a command prompt and into c:\cygwin\bin and type dir latex.exe it seems unable to see the file (although it is visable in windows explorer) I can reproduce this on both computers I have (independantly) installed cygwin on. Chris Cygwin Win95/NT Configuration Diagnostics Current System Time: Mon Nov 17 19:19:49 2003 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\Executive Software\Diskeeper\ c:\cygwin\bin c:\cygwin\usr\X11Rb\bin c:\cygwin\usr\local\bin\i686-pc-cygwin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(mrjeff) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(mrjeff) GID: 513(None) 513(None)544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS Path = `C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Executive Software\Diskeeper\;c:\cygwin\bin;c:\cygwin\usr\X11Rb\bin;c:\cygwin\usr\local\bin\i686-pc-cygwin' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\mrjeff\Application Data' CLIENTNAME = `Console' CommonProgramFiles = `C:\Program Files\Common Files' COMPUTERNAME = `BUBBLESCOPE' ComSpec = `C:\WINDOWS\system32\cmd.exe' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\mrjeff' LOGONSERVER = `\\BUBBLESCOPE' NUMBER_OF_PROCESSORS = `1' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 7 Stepping 1, AuthenticAMD' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0701' ProgramFiles = `C:\Program Files' PROMPT = `$P$G' SESSIONNAME = `Console' SystemDrive = `C:' SystemRoot = `C:\WINDOWS' TEMP = `C:\DOCUME~1\mrjeff\LOCALS~1\Temp' TMP = `C:\DOCUME~1\mrjeff\LOCALS~1\Temp' USERDOMAIN = `BUBBLESCOPE' USERNAME = `mrjeff' USERPROFILE = `C:\Documents and Settings\mrjeff' windir = `C:\WINDOWS' 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\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 10001Mb 60% CP CS UN PA FC d: cd N/AN/A e: hd NTFS 68527Mb 74% CP CS UN PA FC New Volume f: cd CDFS 267Mb 100%CS UN KONAMI_DDRFORPC g: hd NTFS 58635Mb 95% CP CS UN PA FC C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: c:\cygwin\bin\awk.exe Found: c:\cygwin\bin\bash.exe Found: c:\cygwin\bin\cat.exe Found: c:\cygwin\bin\cp.exe Found: c:\cygwin\bin\cpp.exe Found: c:\cygwin\bin\find.exe Found: c:\cygwin\bin\gcc.exe Not Found: gdb Found: c:\cygwin\bin\grep.exe Found: c:\cygwin\bin\ld.exe Found: c:\cygwin\bin\ls.exe Found: c:\cygwin\bin\make.exe Found: c:\cygwin\bin\mv.exe Found: c:\cygwin\bin\rm.exe Found: c:\cygwin\bin\sed.exe Found: c:\cygwin\bin\sh.exe Found: c:\cygwin\bin\tar.exe 802k 2003/09/15 c:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 cygaspell-15.dll v0.0 ts=2003/9/15 13:32 61k 2003/08/09 c:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2003/8/9 7:35 7k 2003/10/19 c:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0
RE: Problems with Make, VPATH and MS-DOS paths
From: Nate Bohlmann Sent: Monday, November 17, 2003 5:53 PM Hi, I'm having a problem getting MS-DOS paths to work properly with VPATH under GNU Make 3.80. The problem is that the VPATH processing tacks on a Unix path separator ('/') to the end of the VPATH giving me a source file name something similar to code\src\fw/foo.c. This is a significant problem for the compiler I'm using (NOT gcc) since it spits out map and list files based on the stem of the input source name which it decides is 'fw/foo.c'. SNIP $ cygpath --help IMO it should help to solve all your problems. cygpath is part of the base package so there is no need go looking for it either; if you have cygwin then you have cygpath too. /Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E -- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: RE: Problems with Make, VPATH and MS-DOS paths
11/17/03 12:31:23 PM, Hannu E K Nevalainen [EMAIL PROTECTED] wrote: From: Nate Bohlmann Sent: Monday, November 17, 2003 5:53 PM Hi, I'm having a problem getting MS-DOS paths to work properly with VPATH under GNU Make 3.80. The problem is that the VPATH processing tacks on a Unix path separator ('/') to the end of the VPATH giving me a source file name something similar to code\src\fw/foo.c. This is a significant problem for the compiler I'm using (NOT gcc) since it spits out map and list files based on the stem of the input source name which it decides is 'fw/foo.c'. SNIP $ cygpath --help IMO it should help to solve all your problems. cygpath is part of the base package so there is no need go looking for it either; if you have cygwin then you have cygpath too. SNIP How exactly does a command line tool help with VPATH'ing inside of Make? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cvs complains of no repository (solved)
Well, Skip the below patch. Pete Stieber suggested I check my mounts that they are text mode. Sure enough, the mount point for the filesystem containing my local CVS directory was in bin mode. After mounting in text mode, all works fine. (mount -t E: /e for example). Might be useful to have this in the CVS FAQ if there is one. -- Ken Shaffer On Thu, 13 Nov 2003, Shaffer, Kenneth wrote: I looked further into this and think the problem is due to the fact that the 1.10 version I was using was strictly Windows-based and so whenever a CVS/Root file was created it had the CRLF for the end of line. Then when I used the cygwin version I had trouble. The following patch fixed the problem I was having (feel free to make it better): diff -w -urN cvs-1.11.6-3-orig/src/root.c cvs-1.11.6-3-plus/src/root.c --- cvs-1.11.6-3-orig/src/root.c2003-02-28 18:11:36.0 -0500 +++ cvs-1.11.6-3-plus/src/root.c2003-11-13 10:20:32.746353600 -0500 @@ -660,6 +660,10 @@ /* Hooray! We finally parsed it! */ free (cvsroot_save); +if ((p = strrchr (newroot-directory, '\r')) != NULL) + *p = '\0'; +if ((p = strrchr (newroot-directory, '\n')) != NULL) + *p = '\0'; return newroot; error_exit: -- Ken Shaffer - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: latex crash
At 02:20 PM 11/17/2003, chris jefferson you wrote: Hello! I've recently found that latex has begun crashing if I execute it from a windows xp (or 2000) cmd prompt. It happens by simply typing latex at a cmd prompt. I get (in a windows error box) 16 bit MS-DOS Subsystem C:\WINDOWS\System32\cmd.exe - latex The NTVDM CPU has encountered an illegal instruction. CS:06cc IP:210f OP:63 69 66 69 65 Choose 'Close' to terminate the application. this doesn't happen if I expecute it from a bash prompt. Even more strangely, if I go to a command prompt and into c:\cygwin\bin and type dir latex.exe it seems unable to see the file (although it is visable in windows explorer) latex.exe is a Cygwin-specific symbolic link. Use tex.exe instead at the cmd prompt. That should work OK. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: dircmp for cygwin?
thanks for the responses! diff -r will do it for me. cheers, leo - Original Message - From: Yitzchak Scott-Thoennes [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 17, 2003 2:02 PM Subject: Re: dircmp for cygwin? On Sun, Nov 16, 2003 at 08:23:26PM -0600, Bobby McNulty Junior [EMAIL PROTECTED] wrote: Google it. You might find it, if it's there. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of leo Sent: Sunday, November 16, 2003 7:36 PM To: [EMAIL PROTECTED] Subject: dircmp for cygwin? however i couldn't find dircmp in the collection of tools. is there a dircmp implementation for cygwin? Archaeological notes: dircmp was listed as legacy in the susv2 standard and removed in susv3 (in deference to diff -r). Rationale: Although a useful concept, the historical output of this directory comparison program is not suitable for processing in application programs. Also, the diff -r command gives equivalent functionality. Of course, tar was also removed in susv3, in deference to pax. You've all heard of pax, right? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Bug in gzip's stdout handling
-Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: 14. november 2003 17:22 To: Thomas Hammer Cc: [EMAIL PROTECTED] Subject: RE: Bug in gzip's stdout handling ... Hi Igor, This turned out to be a very long mail, so here's the summary: - I figured it out. I had forgotten to delete the original mount table from the registry before reinstalling cygwin. All my drives were still mounted in textmode, and that's why cat and redirection failed. - I don't know why mount and cygcheck -svr gives different reports regarding mount mode. - I have one question it would be nice if you answered. It's at the end of the email. And here's the rest of the email: (2) shows that you used to have text mounts. Your cygcheck.out shows binary mounts, so that's probably not the problem. I forgot to mention that I reverted to my original version of cygwin (with DOS-style newlines) when I discovered that using UNIX-style newlines didn't fix the problem. I did the following: 1) Renamed c:\cygwin to c:\cygwin_old 2) Reinstalled cygwin, specifying UNIX-style newlines when asked 3) Test if cat file.bin | gzip -c filecopy.gz produced a valig gz-file. It didn't 4) Deleted c:\cygwin and renamed c:\cygwin_old to c:\cygwin I did not delete the registry keys or the local cygwin package directory. I don't know is this matters or not. I didn't know about text vs binary mounts until you mentioned it, and did some reading up. One weird thing I came accross is that if I run mount, the information seems to conflict with the information from cygcheck -svr. $ mount C:\cygwin\bin on /usr/bin type system (textmode) C:\cygwin\lib on /usr/lib type system (textmode) C:\cygwin on / type system (textmode) c: on /cygdrive/c type user (textmode,noumount) s: on /cygdrive/s type user (textmode,noumount) The relevant lines from cygcheck -svr: a: fd N/AN/A c: hd NTFS 57231Mb 47% CP CS UN PA FC d: cd N/AN/A o: net N/AN/A s: net NTFS 76308Mb 76% CP CS UN PA FC C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive It looks to me as if mount claims all mounts are text mounts (which would explain my problems, I guess). Whereas cygcheck -svr claims all my mounts are binmode. I'm beginning to wonder if I did something wrong when reinstalling cygwin and specifying binary mode. I'm giving it another try now. 1) Renamed c:\cygwin to c:\cygwin_old 2) Renamed the HKCU\Software\Cygnus Solutions registry key 3) Renamed the local cygwin package dir. 4) Reinstalled cygwin, specifying UNIX-style newlines when asked 5) Test if cat file.bin | gzip -c filecopy.gz produced a valig gz-file. It didn't. Running mount gives the same result as before (shows textmode on all mounts). I tried installing cygwin (downloaded setup.exe from www.cygwin.com) from scratch on another computer in my office. That computer also runs WindowsXP. $HOME wasn't defined here, but it was on my primary computer. Don't know if that mattered. On that computer, mount shows all mountpoints as being of type binmode, and cat file.bin | gzip -c out.bin works as it should. I have no Idea why my primary computer insists on mounting everything in textmode :-(. I did try to remove my .bashrc-file on my primary computer. It didn't help - and I couldn't find anything in there related to mounting. I wonder where the mount table is stored. Maybe it for some reason survived a reinstall of cygwin... Please read on for some more discoveries. Please try the following: sed '' binaryfile.bin acopy.bin and compare the files. Also echo | sed '' test.out; od -c test.out and perl -e 'print q{ }x2560' | gzip -c test.gz; od -c test.gz. [EMAIL PROTECTED] /cygdrive/c/temp/temp $ echo | sed '' test.out [EMAIL PROTECTED] /cygdrive/c/temp/temp $ od -c test.out 000 \r \n 002 [EMAIL PROTECTED] /cygdrive/c/temp/temp $ perl -e 'print q{ }x2560' | gzip -c test.gz [EMAIL PROTECTED] /cygdrive/c/temp/temp $ od -c test.gz 000 037 213 \b \0 = . 271 ? \0 003 355 301 201 \0 \0 \0 020 \0 303 225 371 S 036 344 U 001 \0 360 d 6 271 357 040 252 \0 \r \n \0 \0 046 Back to the mounting thread of thought. I tried to mount a directory as binary: $ mount -b c:\\temp\\temp\\t /mytest mount: warning - /mytest does not exist. $ cd /mytest [EMAIL PROTECTED] /mytest $ echo | sed '' test.out; od -c test.out 000 \n 001 Hey, I'm getting somewhere :-). [EMAIL PROTECTED] /mytest $ ls -l total 109 -rwx--1 thammer mkgroup110755 Nov 17 21:51 bin.jpg [EMAIL PROTECTED] /mytest $ cat bin.jpg | gzip -c another.jpg.gz [EMAIL PROTECTED] /mytest $ gunzip another.jpg.gz [EMAIL PROTECTED] /mytest $ ls -l total 218 -rw-r--r--1 thammer mkgroup110755 Nov 17 22:08 another.jpg -rwx--1 thammer mkgroup110755 Nov 17 21:51
RE: Perl CPAN module help
Thank you so much. If I wanted to start fresh with a new perl installation -- replacing the executables and all the modules -- how do you recommend I do this under cygwin. I hadn't installed too many modules and it would be nicer to start clean and set it up to use /usr/local right from the start for everything. I really like setup.exe to install things, it is sweet. Thanks again! -Original Message- From: Peter J. Acklam [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2003 5:13 AM To: Gary Nielson Cc: Peter J. Acklam; [EMAIL PROTECTED] Subject: Re: Perl CPAN module help Gary Nielson [EMAIL PROTECTED] wrote: Thank you for your help. I understand what you are saying here. I will try installing under /usr/local. I forgot to mention that Perl will not, by default, search for modules in /usr/local. This is a disadvantage, but it's worth it, in my opinion. The simplest way to make Perl look for modules there is to add PERL5LIB=/usr/local/lib/perl5:/usr/local/lib/perl5/site_perl to your personal startup file (~/.bash_profile or whatever). My question, though, is what do I do about all the modules I've installed under /usr? How do I deal with them? Do I need to re-install them under /usr/local? Do I then need to somehow remove them from /usr? Or can I have modules under both directories, leaving the ones that work under /usr and place new ones under /usr/local? If they're working properly, you might as well leave them alone. If they're broken, re-install them with PREFIX=/usr/local. Note that perl will search the directories specified in PERL5LIB before the other directories, so if you have a working module under /usr/local and a broken one under /usr, then the working one under /usr/local will be used. The default search path: $ unset PERL5LIB $ perl -wle 'print for @INC' /usr/lib/perl5/5.8.0/cygwin-multi-64int /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/cygwin-multi-64int /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl . Now, note how /usr/local/... comes first: $ export PERL5LIB=/usr/local/lib/perl5:/usr/local/lib/perl5/site_perl $ perl -wle 'print for @INC' /usr/local/lib/perl5/5.8.0/cygwin-multi-64int /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5 /usr/local/lib/perl5/site_perl/5.8.0/cygwin-multi-64int /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl /usr/lib/perl5/5.8.0/cygwin-multi-64int /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/cygwin-multi-64int /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl . You may try to remove modules under /usr, but be careful so you don't remove things you need. If you really want to remove them, I'd rather do that by uninstalling Perl, removing everything under /usr/lib/perl5 and start over with a clean Perl installation. Peter -- Peter J. Acklam - [EMAIL PROTECTED] - http://home.online.no/~pjacklam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
mounting
I am having problems mounting files. This is what I do. $mkdir C:\PalmDev $mount -tf C:\PalmDev /PalmDev $ln -s C:\Palm OS 5 SDK (68K) R3\Palm OS Support /PalmDev/sdk-5r3 when I run mount -tf C:\PalmDev /PalmDev it does not mount to '/' instead it is mounted on /cygdrive/c/Documents and Settings/erica. when I run ln -s I get the following error message: ln: creating symbolic link `/PalmDev/sdk-5r3' to `C:\\Palm OS 5 SDK (68K) R3\\Pa lm OS Support': No such file or directory what is going on here? Thanks! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mounting
On Mon, Nov 17, 2003 at 05:43:46PM -0600, Erica A Ramsey wrote: I am having problems mounting files. This is what I do. $mkdir C:\PalmDev $mount -tf C:\PalmDev /PalmDev $ln -s C:\Palm OS 5 SDK (68K) R3\Palm OS Support /PalmDev/sdk-5r3 when I run mount -tf C:\PalmDev /PalmDev it does not mount to '/' instead it is mounted on /cygdrive/c/Documents and Settings/erica. when I run ln -s I get the following error message: ln: creating symbolic link `/PalmDev/sdk-5r3' to `C:\\Palm OS 5 SDK (68K) R3\\Pa lm OS Support': No such file or directory what is going on here? Please provide the information asked for in: http://cygwin.com/problems.html -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
df reports negative values on Network Shares
Hi all, this may or may not be a bug in fileutils. Here are the symptoms: $ df Filesystem 1k-blocks Used Available Use% Mounted on C:\cygwin\usr\X11R6\lib\X11\fonts 19542568 7468884 12073684 39% /usr/X11R6/lib/X11/fonts C:\cygwin\bin 19542568 7468884 12073684 39% /usr/bin C:\cygwin\lib 19542568 7468884 12073684 39% /usr/lib C:\cygwin 19542568 7468884 12073684 39% / c:19542568 7468884 12073684 39% /c m: 307200 -73786976294741950464 7308 101% /m g: 512000 -73786976294738780160350176 101% /cygdrive/g j: 512000 -73786976294738780160350176 101% /cygdrive/j n:62693276 53949172 8744104 87% /cygdrive/n p: 512000 -73786976294738780160350176 101% /cygdrive/p z: 512000 -73786976294738780160350176 101% /cygdrive/z [EMAIL PROTECTED]:~ $ df -h FilesystemSize Used Avail Use% Mounted on C:\cygwin\usr\X11R6\lib\X11\fonts 19G 7.2G 11G 39% /usr/X11R6/lib/X11/fonts C:\cygwin\bin 19G 7.2G 11G 39% /usr/bin C:\cygwin\lib 19G 7.2G 11G 39% /usr/lib C:\cygwin 19G 7.2G 11G 39% / c: 19G 7.2G 11G 39% /c m:300M -64Z 7.1M 101% /m g:500M -64Z 341M 101% /cygdrive/g j:500M -64Z 341M 101% /cygdrive/j n: 60G 52G 8.3G 87% /cygdrive/n p:500M -64Z 341M 101% /cygdrive/p z:500M -64Z 341M 101% /cygdrive/z $ df --version df (fileutils) 4.1 Written by Torbjorn Granlund, David MacKenzie, Larry McVoy, and Paul Eggert. Copyright (C) 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [EMAIL PROTECTED]:~ $ uname -a CYGWIN_NT-5.1 KFIDEMUC110528 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwin All the drives with the -64Z (zillion?) are on the same server subsystem, n: is on a different server. The explorer show reasonable values under Properties, e.g. 158MB used, 341MB free, and 500MB Capacity. The 500MB for do not represent a physical value, but most likely a quota limit. The values for n: are consistent with what the explorer claims. Any hints where to look further into this? Best regards / Mit freundlichen Grüssen, Thomas Demmer Kraft Foods RD Inc. Tel.: +49 (0)89 62738-6302 Fax: +49 (0)89 62738-86302 mailto:[EMAIL PROTECTED] mailto: Thought of the day A good plan today is better than a perfect plan tomorrow. -- Patton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/