building setup
Just a note: I've moved mklink2.c to a .cc file to bypass the 'not a prototype' error that folk with recent w32api installs may have seen. Rob
Re: prev/curr/test
On Tue, Mar 26, 2002 at 07:27:57PM +1100, Robert Collins wrote: You don't. You find some other method for reverting to software that is 1 revision old. This is not a hardship. AFAIK, setup has never allowed you to do more than prev/curr/test. Not from the net. It does locally though FWIW. Ok. So, this is recent then. It certainly never allowed it prior to this. cgf
RE: prev/curr/test
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 26, 2002 11:54 PM To: [EMAIL PROTECTED] Subject: Re: prev/curr/test On Tue, Mar 26, 2002 at 07:27:57PM +1100, Robert Collins wrote: You don't. You find some other method for reverting to software that is 1 revision old. This is not a hardship. AFAIK, setup has never allowed you to do more than prev/curr/test. Not from the net. It does locally though FWIW. Ok. So, this is recent then. It certainly never allowed it prior to this. It -sortof- did. If you *don't have* a setup.ini, then it scanned for everything.. It became a lottery what was visible. Rob
Re: prev/curr/test
On Wed, Mar 27, 2002 at 12:01:11AM +1100, Robert Collins wrote: cgf wrote: Ok. So, this is recent then. It certainly never allowed it prior to this. It -sortof- did. If you *don't have* a setup.ini, then it scanned for everything.. I wrote the code. I know what it did. There were only three buckets to put things in. You couldn't go back to revision n - 57 to get older revisions. I'm not sure why we're arguing about this. cgf
RE: prev/curr/test
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 27, 2002 12:29 AM To: [EMAIL PROTECTED] Subject: Re: prev/curr/test On Wed, Mar 27, 2002 at 12:01:11AM +1100, Robert Collins wrote: cgf wrote: Ok. So, this is recent then. It certainly never allowed it prior to this. It -sortof- did. If you *don't have* a setup.ini, then it scanned for everything.. I wrote the code. I know what it did. There were only three buckets to put things in. You couldn't go back to revision n - 57 to get older revisions. I'm not sure why we're arguing about this. Yes. Sorry - I wasn't meaning to argue per se. Rob
setup all ok now....
I think we've done it. So Chuck, feel free to break everyone who's lagging behind :}.. Rob
RE: setup all ok now....
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 27, 2002 3:20 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: setup all ok now On Wed, Mar 27, 2002 at 03:15:53PM +1100, Robert Collins wrote: I think we've done it. So Chuck, feel free to break everyone who's lagging behind :}.. Shouldn't we wait a day or two and let the new setup.exe work its way through the system? I thought I saw one problem mentioned today but I wasn't sure if it was the new setup.exe or the old. I think that waiting a day or two is essential, because otherwise Chuck's packages will cause havoc. I forgot to avoid the use of sarcasm - sorry. And then there's that twice (thrice?) reported bug where setup.exe accidentally create a separate mirror directory. Don't you hate it when your code creates additional directory levels without your consent? :-) Lol. Yeah, we should look at that. I've some ideas about random rude names we could add! Seriously though, I don't' recall bug reports, just many 'is this intentional', and 'will it use the old stuff', and 'how do I downgrade'. Rob
Re: setup all ok now....
Christopher Faylor wrote: On Wed, Mar 27, 2002 at 03:15:53PM +1100, Robert Collins wrote: I think we've done it. So Chuck, feel free to break everyone who's lagging behind :}.. Shouldn't we wait a day or two and let the new setup.exe work its way through the system? don't worry -- I saw the invisible sarcasm tags. I won't do anything rash. --Chuck
Re: Setup/prev/curr/test/metapackages/another screen/etc
On Tue, Mar 26, 2002 at 10:22:27PM -0600, Gary R. Van Sickle wrote: How about this. Replace the current prev/curr/test radio buttons with a drop-down list box containing not metapackages but installation templates, with names like: Workstation Heavy-Duty Workstation Server Bare Bones Setup Bleeding Edge Maintenance Everything else stays the same. Selection of one of the templates sets the suggested installs/uninstalls/whatever, but then you can change them however you want just like it is now. After the initial installation, it defaults to Maintenance, which sets things to update whatever you already have to the latest version, but not add or subtract anything. If you initially did a Server install and try switching to say a Workstation install, maybe it gives you a warning box before it uninstalls half your stuff. It's an interesting idea but I don't like glumping what used to be prev/curr/test with the concept of packages or meta packages. You lose some functionality that way. I really wish we had never even come up with the concept of prev/curr/test. Maybe the prev release should be a completely separate release, ditto test. You choose it early on in the setup process and have setup.exe select from. test/latest test/contrib curr/latest curr/contrib prev/latest prev/contrib I know this doesn't allow one to go back 47 revisions but, er, um I think I've already weighed in on that one. cgf
RE: Setup/prev/curr/test/metapackages/another screen/etc
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 27, 2002 3:40 PM It's an interesting idea but I don't like glumping what used to be prev/curr/test with the concept of packages or meta packages. You lose some functionality that way. Yes. I really wish we had never even come up with the concept of prev/curr/test. Maybe the prev release should be a completely separate release, ditto test. Yes. This is how I've been suggesting they get managed for a while now. Not to the same extent of separation that debian has, but separate. test/latest test/contrib curr/latest curr/contrib prev/latest prev/contrib I think that the file locations are orthogonal to the versions considered 'active' in test/curr/prev. Debian (to use the old example), once had fully separate directories, but changed to be a single directory structure, with separate indexes - and those indexes are ~= setup.ini. Rob
Command line options for setup
Hi Keith, I hope I haven't stolen your thunder, but I've checked into HEAD the framework for command line options for setup. I've not used what you put together, because it was too procedural. Instead, we have: GetOption - a singleton class that abstracts the getopt() mechanics. Each option registers with it at process startup, and main() calls GetOption::GetInstance().Process(argc, argv); This means that main.cc is completely unaffected by addition and removal of options. Secondly, there is an abstract class Option that each option inherits from (we can probably look at a template at some point). The concrete classes need to be singletons, to ensure their registration at process startup. (Their constructor calls GetOption::GetInstance().Register(this);). See desktop.h and desktop.cc for a sample option (--no-shortcuts or -n). Anyway, this will hopefully act as a seed, and allow you (or anyone else interested in adding command line options) to do so without having to invent the infrastructure as well. Cheers, Rob
cygprce.dll missing from one of my friends postgreSQL-installation?
Hi, is there any fast method for checking which package contains dll which is missing from the cygwin-installation? I have itself installed cygwin and postgreSQL couple of times to different computers without big problems. But now I have noticed that for 3 other people who has tryed to do the same, has had all kind of problems because of some missing libraries and dll's. For now it takes from me a long time to try to quess which package certain dll which is still missing. Just for example some minutes ago, one of my friend installed cygwin, and received message from missing cygprce.dll. He got this error when he started to initializing postgre-database. Can somebody tell to me which package contains this dll? (Or how to search them fastly would be even better...) Mika
Re: X connection to 127.0. ...explicit kill...
| If I try to run XWin.exe, it says that it cant find | cygwin1.dll. You need to install cygwin1.dll, check the installation instructions how to install cygwin. /Andy -- The eye of the beholder rests on the beauty!
Re: cygprce.dll missing from one of my friends postgreSQL-installation?
Not really xfree problem, but /etc/setup contains lists of which modules contained which files.. do a zgrep for cygprce.dll there and voila ;-) /Andy | is there any fast method for checking which package contains dll which is | missing from the cygwin-installation? -- The eye of the beholder rests on the beauty!
Re: X connection to 127.0. ...explicit kill...
cygwin is installd. This is a bug or somekind or config problem i have. Andrew Markebo wrote: | If I try to run XWin.exe, it says that it cant find | cygwin1.dll. You need to install cygwin1.dll, check the installation instructions how to install cygwin. /Andy -- The eye of the beholder rests on the beauty!
Re: X connection to 127.0. ...explicit kill...
/ Ed Conrad [EMAIL PROTECTED] wrote: | cygwin is installd. This is a bug or somekind or config problem i have. *bonk* you are trying to run Xwin.exe, what happens if you run startxwin.bat or startxwin.sh?? Basically the problem is that the environment variable PATH doesn't contain c:\cygwin\bin, or where you installed cygwin. If I recall right the startxwin-scripts sets this, but if you want to run without them, you have to set the path yourself. [...] | | If I try to run XWin.exe, it says that it cant find | | cygwin1.dll. /Andy -- The eye of the beholder rests on the beauty!
xfree and .Xauth
hi, probably basic stuff, but I could not figure it out: on a new xfree install 4.2.0 I have created a .Xauthority putting the following in startx: dd if=/dev/urandom count=1|md5sum|cut -f1 -d/|sed -e 's/^/add :0 . /'|xauth -q now, since -auth is defaulted I did nothing there. listing the xauth file gives COMPAQ/unix:0 MIT-MAGIC-COOKIE-1 7871d50d031031fe9a28883a93ef3304 display is set to: $ echo $DISPLAY :0 when I try to start the xserver I get the following error messages: $ startx 1+0 records in 1+0 records out Xlib: connection to :0.0 refused by server Xlib: No protocol specified waiting for X server to begin accepting connections . Xlib: connection to :0.0 refused by server Xlib: No protocol specified .. Xlib: connection to :0.0 refused by server Xlib: No protocol specified and so on. any suggestion on what I'm doing wrong? Thanks, TA
XFree86 work with Japanese characters?
Someone is asking me internally at Red Hat if Cygwin/XFree86 correctly handles Japanese characters. Can anyone confirm or deny that it does/doesn't? cgf
Re: X connection to 127.0. ...explicit kill...
I ran into something like this setting up my home machine, to which I don't have access right now. It ended up being an issue with host / DISPLAY configuration; check out your /etc/hosts and make sure the entries make sense. I remember I had to do something with localhost and/or my chosen hostname, and 127.0.0.1, to get it to work. I think that what's happening is that XWin.exe starts, but all clients fail to connect, so it just shuts down immediately. I ended up setting my DISPLAY to something other than the default, as well (try setting your DISPLAY to be just :0 rather than 127.0.0.1:0) -nik On Tue, Mar 26, 2002 at 08:01:58AM -0500, Ed Conrad wrote: Why don't you please re-read the original message. I explained what happens when I run the bat files. The path in the bat files are correct or it would not open the xwindow in the first place! You cant even open startx with the wrong path. I get the startx window, the window after that and then the xwin pops up for a second or so before it crashes. Something is going wrong when the xwindow is first opend. The fact that I can't run XWin.exe is just a clue I included because the user guide says I should be able to run it. Andrew Markebo wrote: / Ed Conrad [EMAIL PROTECTED] wrote: | cygwin is installd. This is a bug or somekind or config problem i have. *bonk* you are trying to run Xwin.exe, what happens if you run startxwin.bat or startxwin.sh?? Basically the problem is that the environment variable PATH doesn't contain c:\cygwin\bin, or where you installed cygwin. If I recall right the startxwin-scripts sets this, but if you want to run without them, you have to set the path yourself. [...] | | If I try to run XWin.exe, it says that it cant find | | cygwin1.dll. /Andy -- The eye of the beholder rests on the beauty!
Re: XFree86 work with Japanese characters?
For me (emacs/mew, mozilla, konqueror) it does. Cheers Edi
Re: X connection to 127.0. ...explicit kill...
/ Ed Conrad [EMAIL PROTECTED] wrote: | Why don't you please re-read the original message. I explained what happens | when I run the bat files. sorry, I became blind on the issue when starting xwin.exe, missing cygwin1.dll, that wasnt the error you received first.. hmm checking the log files at my end shows much more info about graphics and so on after those two lines, what computer/os/shoesize do you have? /Andy -- The eye of the beholder rests on the beauty!
RE: Please help: XDMCP connection dog-slow
Do you use a novell logon? If so I?m not sure if it is the problem, but could you try to resolve the names of both computers? Try to logon onto your linux and try to resolve the other computer name, and also the other way (logon on client try to resolve the linux box) best regards, Darko Hi, thanks for your answer. I'll mail this personally since I'm not sure it's of common interest for the list. how do you connect to the mandrake? Via DNS names or via IP? IP. Novell stuff (IPX) performs normally, so does ping and VNC. everything else (ftp, xdm) is terribly slow. Then the login appears, are tere any differences in the performance during the session? The login screen appears *very slowly* and after quite some time. Login, wait two minutes for your desktop (just fvwm) to appear. Open a terminal, wait for the window, wait for the shell. And so on ... Cheers Edi
RE: Please help: XDMCP connection dog-slow
Are you connected through dialup, or some sort of WAN? X doesnt work too well across long distances... even if there is a lot of bandwidth... it's a latency thing. B --- Palic, Darko [EMAIL PROTECTED] wrote: Do you use a novell logon? If so I?m not sure if it is the problem, but could you try to resolve the names of both computers? Try to logon onto your linux and try to resolve the other computer name, and also the other way (logon on client try to resolve the linux box) best regards, Darko Hi, thanks for your answer. I'll mail this personally since I'm not sure it's of common interest for the list. how do you connect to the mandrake? Via DNS names or via IP? IP. Novell stuff (IPX) performs normally, so does ping and VNC. everything else (ftp, xdm) is terribly slow. Then the login appears, are tere any differences in the performance during the session? The login screen appears *very slowly* and after quite some time. Login, wait two minutes for your desktop (just fvwm) to appear. Open a terminal, wait for the window, wait for the shell. And so on ... Cheers Edi __ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/
RE: Can multiple remote sessions be run simultaneously under v4.2.0?
Victor, And I have also tried setting the display to alternate values: start /B XWin -display :0 -query host1 start /B XWin -display :1 -query host2 That is gibberish. It doesn't mean anything. What you want is: start /B XWin-works :0 -query host1 start /B XWin-works :1 -query host2 I've tested this and gotten two distinct sessions to one machine (say, host1) at the same time. I don't currently have two XDM hosts, but I'm sure it will work fine with two hosts. Let me know how this works. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Victor Atkinson Sent: Tuesday, March 26, 2002 5:09 PM To: [EMAIL PROTECTED] Subject: Re: Can multiple remote sessions be run simultaneously under v4.2.0? Greetings, Thanks to all for the quick replies. Unfortunately, I haven't been able to get a workable configuration together yet. I have tried both combinations of screen 0 1 designations with XWin: Separate invocations: start /B XWin -screen 0 width height -query host1 start /B XWin -screen 1 width height -query host2 Single invocation: start /B XWin -screen 0 width height -query host1 -screen 1 width height -query host2 And I have also tried setting the display to alternate values: start /B XWin -display :0 -query host1 start /B XWin -display :1 -query host2 as well as all combinations of display screen (0.0, 1.0, 1.1, etc) for the two sessions, both via the command line and the DISPLAY environment variable. The results are almost always identical, first XWin starts and connects to host1. However, when the second server starts, the first screen appears to be reset to and empty X server session (just blank background) while the second server connects to host2. When I am finished with host2 and quit the second session (close the window), then the first session gives me a login prompt at host1 again. It appears as though there is some hardwired common display behavior that is common among all server instances, even if they are started from separate XWin processes. I'll keep plugging away at it. I did setup VNC on the remote hosts again, to do what I needed to do simultaneously on host1 and host2. It does seem that VNC is much more of a bandwidth and processor load than XFree86, which doesn't really surprise me. (If my remote host screen saver kicks in within a VNC client window, it nearly brings my laptop to its knees, but in the same circumstance XFree86 is smooth.) Victor Atkinson Syracuse, NY, USA On Tue, 19 Mar 2002, Staf Verhaegen wrote: Use a different screen number for every session % XWin -screen 0 width height -query host1 % XWin -screen 1 width height -query host2 % ... I don't expect this to work. Both will try to listen on port 6000. You have to modify the _display_ not the _screen_number. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 phone: +49 3725 349 80 80 mobile: +49 172 7854017
Re: X connection to 127.0. ...explicit kill...
Nikolaus Bates-Haus wrote: I ran into something like this setting up my home machine, to which I don't have access right now. It ended up being an issue with host / DISPLAY configuration; check out your /etc/hosts and make sure the entries make sense. I remember I had to do something with localhost and/or my chosen hostname, and 127.0.0.1, to get it to work. I dont have that directory. The only host files I found are in a perl scripts folders about 5 levels under the root. I did not see any display stuff like you talk about in any of them. Is there no one who knows why I cant get my window up? I think that what's happening is that XWin.exe starts, but all clients fail to connect, so it just shuts down immediately. I ended up setting my DISPLAY to something other than the default, as well (try setting your DISPLAY to be just :0 rather than 127.0.0.1:0) I tried that in bash, nota. -nik On Tue, Mar 26, 2002 at 08:01:58AM -0500, Ed Conrad wrote: Why don't you please re-read the original message. I explained what happens when I run the bat files. The path in the bat files are correct or it would not open the xwindow in the first place! You cant even open startx with the wrong path. I get the startx window, the window after that and then the xwin pops up for a second or so before it crashes. Something is going wrong when the xwindow is first opend. The fact that I can't run XWin.exe is just a clue I included because the user guide says I should be able to run it. Andrew Markebo wrote: / Ed Conrad [EMAIL PROTECTED] wrote: | cygwin is installd. This is a bug or somekind or config problem i have. *bonk* you are trying to run Xwin.exe, what happens if you run startxwin.bat or startxwin.sh?? Basically the problem is that the environment variable PATH doesn't contain c:\cygwin\bin, or where you installed cygwin. If I recall right the startxwin-scripts sets this, but if you want to run without them, you have to set the path yourself. [...] | | If I try to run XWin.exe, it says that it cant find | | cygwin1.dll. /Andy -- The eye of the beholder rests on the beauty!
Re: xfree86 work with Japanese characters?
From: Christopher Faylor [EMAIL PROTECTED] Subject: Re: xfree86 work with Japanese characters? Date: Tue, 26 Mar 2002 14:44:17 -0500 On Tue, Mar 26, 2002 at 06:45:47PM +0100, PD Dr. Edward Wornar wrote: For me (emacs/mew, mozilla, konqueror) it does. xterm, too? I don't know. The fonts are obviously there. I don't have a Japanese xterm installed. Why don't you just try? (Or tell me what I have to do to try and tell you.) Cheers Edi
Re: Please help: XDMCP connection dog-slow
From: Brian Genisio [EMAIL PROTECTED] Subject: RE: Please help: XDMCP connection dog-slow Date: Tue, 26 Mar 2002 13:10:02 -0800 (PST) Are you connected through dialup, or some sort of WAN? X doesnt work too well across long distances... even if there is a lot of bandwidth... it's a latency thing. Nothing of the sort. 100MBit LAN. At home, a much slower notebook with much less RAM performs perfectly ok on 10MBit. Right now, I'm logged in from home over a DSL line and the performance is still acceptable. --- Palic, Darko [EMAIL PROTECTED] wrote: Do you use a novell logon? Yes, all our windows computers do. If so I?m not sure if it is the problem, but could you try to resolve the names of both computers? Works. Try to logon onto your linux and try to resolve the other computer name, and also the other way (logon on client try to resolve the linux box) The other way I can't try right now, but the windows clients only use the IP address anyway. Can it still be an issue? Anyway, thanks to both of you Edi
SETUP(PickPackageLine.cc): Patch for 'chopped of characters' problem (RESEND)
This time without linewrapping (I hope) Here is a patch for the 'chopped off characters in the chooser' problem when using Large Fonts. I mentioned this problem in my message http://cygwin.com/ml/cygwin/2002-03/msg01200.html and also saw it appearing on cygwin-apps yesterday (with a picture illustrating the problem under windows XP) in http://cygwin.com/ml/cygwin-apps/2002-03/msg00247.html. The original code uses a fixed clip rectangle height of 11, which is the height of the used bitmaps for the boxes in the line. This is OK when using small fonts, but when using large fonts textheight is larger than 11, hence the chopping off at the top. Here is a changelogentry and the patch: Changelog-entry 2002-03-26 Ton van Overbeek ([EMAIL PROTECTED]) * PickPackageLine.cc (PickPackageline::paint) Adjust clipping rectangle to textheight, so large fonts work. and here is the diff: --- PickPackageLine.cc-orig Wed Mar 20 08:16:38 2002 +++ PickPackageLine.cc Tue Mar 26 11:09:14 2002 @@ -43,7 +43,8 @@ void PickPackageLine::paint (HDC hdc, int x, int y, int row, int show_cat) { int r = y + row * theView.row_height; - int by = r + theView.tm.tmHeight - 11; + int rb = r + theView.tm.tmHeight; + int by = rb - 11; // top of box images int oldDC = SaveDC (hdc); if (!oldDC) return; @@ -78,9 +79,9 @@ PickPackageLine::paint (HDC hdc, int x, if (pkg.installed) { IntersectClipRect (hdc, x + theView.headers[theView.current_col].x, -by, +r, x + theView.headers[theView.current_col].x + -theView.headers[theView.current_col].width, by + 11); +theView.headers[theView.current_col].width, rb); TextOut (hdc, x + theView.headers[theView.current_col].x + HMARGIN / 2, r, pkg.installed-Canonical_version ().cstr_oneuse(), @@ -93,9 +94,9 @@ PickPackageLine::paint (HDC hdc, int x, String s = pkg.action_caption (); IntersectClipRect (hdc, x + theView.headers[theView.new_col].x, -by, +r, x + theView.headers[theView.new_col].x + -theView.headers[theView.new_col].width, by + 11); +theView.headers[theView.new_col].width, rb); TextOut (hdc, x + theView.headers[theView.new_col].x + HMARGIN / 2 + NEW_COL_SIZE_SLOP, r, s.cstr_oneuse(), s.size()); @@ -138,9 +139,9 @@ PickPackageLine::paint (HDC hdc, int x, int index = 1; if (!pkg.Categories[1]-key.name.casecompare( All)) index = 2; - IntersectClipRect (hdc, x + theView.headers[theView.cat_col].x, by, + IntersectClipRect (hdc, x + theView.headers[theView.cat_col].x, r, x + theView.headers[theView.cat_col].x + -theView.headers[theView.cat_col].x, by + 11); +theView.headers[theView.cat_col].x, rb); TextOut (hdc, x + theView.headers[theView.cat_col].x + HMARGIN / 2, r, pkg.Categories[index]-key.name.cstr_oneuse(), pkg.Categories[index]-key.name.size()); @@ -150,9 +151,9 @@ PickPackageLine::paint (HDC hdc, int x, s = pkg.name; if (pkg.SDesc ().size()) s += String(: ) + pkg.SDesc (); - IntersectClipRect (hdc, x + theView.headers[theView.pkg_col].x, by, + IntersectClipRect (hdc, x + theView.headers[theView.pkg_col].x, r, x + theView.headers[theView.pkg_col].x + -theView.headers[theView.pkg_col].width, by + 11); +theView.headers[theView.pkg_col].width, rb); TextOut (hdc, x + theView.headers[theView.pkg_col].x + HMARGIN / 2, r, s.cstr_oneuse(), s.size()); DeleteObject (oldClip); Ton van Overbeek
RE: SETUP(PickPackageLine.cc): Patch for 'chopped of characters' problem (RESEND)
-Original Message- From: Ton van Overbeek [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 26, 2002 9:37 PM To: [EMAIL PROTECTED] Subject: SETUP(PickPackageLine.cc): Patch for 'chopped of characters' problem (RESEND) This time without linewrapping (I hope) Please put the patch in an attached file, rather than inline. Thanks, Rob
Re: SETUP(PickPackageLine.cc): Patch for 'chopped of characters' problem (RESEND)
Please put the patch in an attached file, rather than inline. As requested, here the patch as an attachment. Ton pp.dif Description: Binary data
Re: Defining _POSIX_SEMAPHORES for cygwin
Rob, On Wed, Mar 27, 2002 at 08:23:08AM +1100, Robert Collins wrote: -Original Message- From: Jason Tishler [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 27, 2002 3:07 AM I have tried the attached patch and threaded Cygwin Python builds with semaphore support instead of conditional variables. Is the consensus that this patch should be submitted to the newlib list? Does it pass the test it kept crashing on? Yes. If it didn't, then I wouldn't be pursuing this tack. BTW, with Jerry's Python patch and this one, I have been able to run the threaded regression tests for approximately 24 hours without hanging. So, I think that this one is finally licked! Jason
RE: setup.exe path problem
-Original Message- From: Eckhard Malcherek [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 26, 2002 7:27 PM To: [EMAIL PROTECTED] Subject: setup.exe path problem Hi, the new setup.exe (2.194.2.17) doesn't use an existing local download directory structure, but creates a new directory called like the mirror host. Is this a new feature or a bug? Feature. And it *does* use the existing local directory structure. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
AW: STATUS_ACCESS_VIOLATION, but not on build machine
Christopher wrote I've got the same problem with a self-engineered program here. For -Snip- use Cygwin 1.3.9 now, but I had the problem with 1.3.2 and 1.3.4 also. Lets go back to first principals here. When you see a bug you suspect that there is a bug in the program. To debug a program you use gdb. Nice, Christopher. I've done this for at least 3 month, ever and ever again. I suspect three possible problems: 1. I do not fully understand how (v)printf works. Maybe. 2. I'm to blind, frustated etc. to understand gdb's output. Most likely now. 3. I depend on something not portable. Happens often. What I do not understand is why the problem only occur if Cygwin is using DOS linefeeds. The same program works fine with UNIX linefeeds. What's the difference from the application's point of view? It's really simple. No email to a mailing list required. No speculation that it could be a cygwin version. You run the program under the debugger and find out where the problem is. Sorry, I have to find my protecting coat of sarcasm, so I shut up now. Jan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Hard links broken in setup 2.194.2.x
This should go to cygwin-apps, but I am not allowed to post there, so I do it here. The reported problem in http://cygwin.com/ml/cygwin-apps/2002-03/msg00251.html is really messing up all package installs which use hard links. Gcc and perl and John Marshall's prc-tools are examples. I started looking into the io_stream code and I believe the problem has to do with the artificial addition of a slash to force extraction to the cygwin root directory (names like: cygfile:///usr/bin/...). In the target of links this extra slash is missing. For symbolic links this is OK, but for hard links it causes the 'cannot open target for reading' error message. Maybe we need something like chroot() so relative pathnames in tar files extract correctly instead of the addition of a root '/'. The recent w32api problems (leading './' in tar pathnames) might be a symptom of the same problem. Robert, I hope this helps fixing this problem soon. In the meantime, maybe we should revert to setup 2.152.2.10 untill this serious bug is fixed. If I find out something more I'll let you know. Ton van Overbeek -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
input stream segment fault with gcc 3.1 fixed
Just to let the people know on this list, that this problem is fixed in the latest snapshot of gcc (2002/03/25) in the "gcc-3_1-branch" branch. I just managed to compile my entire project using 3.1 and it is working without a hitch now. Someone on the [EMAIL PROTECTED] mailing list owned up and fixed it :-) Regards - Q-Games, Dylan Cuthbert. http://www.q-games.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Hard links broken in setup 2.194.2.x
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 26, 2002 9:05 PM To: [EMAIL PROTECTED] Cc: Robert Collins; [EMAIL PROTECTED] Subject: Hard links broken in setup 2.194.2.x This should go to cygwin-apps, but I am not allowed to post there, so I do it here. You can simply subscribe. The reported problem in http://cygwin.com/ml/cygwin-apps/2002- 03/msg00251.html is really messing up all package installs which use hard links. Yes. In fact I have a solution here in my sandbox, I'm just making it a little more robust before committing. The problem isn't with prepending '/', but with path normalisation - which got removed because it caused problems, but is now causing problems :[. I'm putting a workaround in place for the released setup, and a different, better solution for HEAD... but one that will temporarily break other stuff so isn't appropriate for release. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [PATCH] setup.exe: mkdir.cc. was: setup.exe crash
Pavel, care to supply a changelog? Thanks for tracking this down too. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Fixed setup.exe - handles hardlinks
A new setup.exe (version 2.194.2.21) has been uploaded to http://www.ccygwin.com/setup.exe. This version includes: * Handles hardlinks correctly. * Should work ok with large fonts. (Thanks Ton van Overbook). * Won't crash trying to create a non-existant drive. (Thanks Pavel). Please send Feedback/Questions to [EMAIL PROTECTED], not to my personal address. Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Fixed setup.exe -TYPO ALERT
-- www.ccygwin.com -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Robert Collins Sent: Tuesday, March 26, 2002 6:46 AM To: [EMAIL PROTECTED] Subject: Fixed setup.exe - handles hardlinks A new setup.exe (version 2.194.2.21) has been uploaded to http://www.ccygwin.com/setup.exe. This version includes: * Handles hardlinks correctly. * Should work ok with large fonts. (Thanks Ton van Overbook). * Won't crash trying to create a non-existant drive. (Thanks Pavel). Please send Feedback/Questions to [EMAIL PROTECTED], not to my personal address. Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin1.dll bug in ftime
On Tue, Mar 26, 2002 at 09:41:11PM +0800, Wu Yongwei wrote: Glibc is at least an important implementation. Don't we need compatibility? No. Why are you asking this question again? Didn't you actually quote the linux man page which says not to use the second argument in gettimeofday? The use of the timezone struct is obsolete; the tz_dsttime field has never been used under Linux - it has not been and will not be supported by libc or glibc. Each and every occurrence of this field in the kernel source (other than the declaration) is a bug. Note that my quotation says about the GNU operating system, and even at that time gettimeofday should return -1 and set errno. Cygwin does not do it. Nor, should it. Linux doesn't either. You could easily check this before offering opinions on implementation. I wrote the patch. I argue for its legitimacy. In fact, it is scroll-back. I just (mostly) picked code from an old version. I have twice suggested that you submit a patch. There is no need to argue about anything. Maybe I am wrong to say obvious. However, is following a way that breaks less code a worse way? If following BSD does not harm anybody and keep more code happily running, WHY NOT? Apparently, you like to argue but don't like to read too closely. I already suggested that you submit a patch but it took several messages for you to do that. Now, you've submitted a patch but you're still offering invalid arguments about the way things should work. Just give it a rest. Oh, by the way, as usual, I would appreciate a ChangeLog with your patch. One goal in submitting patches is to reduce the workload of the person reviewing it as much as possible so that it would be reviewed quickly. See http://cygwin.com/contrib.html . cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gcc MSVC++
I want to compile using gcc to make use of 'configure', 'make', and 'make install'. I then want to link to it from within MSVC++. Is this possible? Can I simply link to the *.a file from MSVC++? Being new to makefiles gcc, I'm also uncertain when where I should be using --win32 and -mwindows. Thanks, Eleni -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Strange behavior of MSVC's printf under cygwin shell?
On Tuesday 26 March 2002 09:04, Pietro Toniolo wrote: Nay, I campiled the proposed program (every package on my side is in the Last status) and, with -no-cygwin, I do have an unbuffered stdout. You mean buffered? Is it an undefined behavior of the c compiler? But why a different default behavior, with and without the flag? Usually the libc decides if to use buffering by the fact if stdout is atttached to a terminal (line buffering) or redirected to a file (full buffering). Since -no-cygwin uses the MS libc, and MS libc doesn't know anything about bash, I suppose they thing stdout is not connected to a terminal when running under bash. This would at least explain this behaviour and there would be nothing you can do about it, except using fflush (as a lot of people already suggested). Greetings, -- Michael Teske -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup 2.194.2.21: Questions about the per-mirror directories feature
Hello, I have few questions about the new per-mirror approach of setup: 1) What are the advantages, how to make use of them? 2) Is it possible to delete old versions (downloaded by old setup) of the already updated (by new setup) packages? (I mean, that old versions are still in .../latest .../contrib and new ones are in .../some_mirror_site_directory/latest) 3) When will be updated the Cygwin package contributors guide? I've been using setup for installing some local stuff (gtk+ etc) and now i'm not sure about the details - naming convention, storage, setup.hint setup.ini syntax and so on... Thank you Alexei Lioubimov PS: of course i've looked through all posted messages about new setup, but didn't find any useful answers among them yet. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: setup 2.194.2.21: Questions about the per-mirror directories feature
-Original Message- From: Alexei Lioubimov [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 27, 2002 2:29 AM To: [EMAIL PROTECTED] Subject: setup 2.194.2.21: Questions about the per-mirror directories feature Hello, I have few questions about the new per-mirror approach of setup: 1) What are the advantages, how to make use of them? It's part of allowing federated installation sites - like apt-get or rpmfind. In the mirrors list just add a new mirror by typing it in the box, or select multiple mirrors via ctrl-click or shift-click. 2) Is it possible to delete old versions (downloaded by old setup) of the already updated (by new setup) packages? (I mean, that old versions are still in .../latest .../contrib and new ones are in .../some_mirror_site_directory/latest) Up to you. Setup will use everything it can find under the directory you tell it.. 3) When will be updated the Cygwin package contributors guide? I've been using setup for installing some local stuff (gtk+ etc) and now i'm not sure about the details - naming convention, storage, setup.hint setup.ini syntax and so on... It is up to date! http://www.cygwin.com/setup.html. Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Programs fail to recognize paths.
Well the cvs you use has to be compiled with cygwin, sounds like it is not, try to ask it to look in c:/cygwin/usr/local/cvs-repository or with dos-ish backslashes.. /Andy Thanks for the response. As indicated, the CVS sources were downloaded and built/installed from CygWin. The same error occurred. Tried your suggestion: cvs -d c:/cygwin/usr/local/cvs-repository update result: c: Unknown host Any other possibilities? -- Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Strange behavior of MSVC's printf under cygwin shell?
Well, finally I figured out why the printf text is not displayed right away. You need to turn off the tty switch in CYGWIN enviroment variable: set CYGWIN=notty (under DOS prompt, or in autoexec.bat), before starting the bash. Wirawan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: GLUI/GLUT setup...
Hey, does anyone know a good link for setting up GLUI and GLUT with cygwin? GLUI and GLUT are already part of the OpenGL package for Cygwin. Just install it. Im having some path problems...probably related to my makefile. Please read /usr/doc/opengl-1.1.0/README.txt If you still have problems, be more specific when you report them. If anyone knows something about setting this up, I'd love to hear from you. Thanks, Matt André Bleau, Cygwin's OpenGL package maintainer. email: bleau at igb dot umontreal dot ca (Fight SPAM: encode your email-address) Please address all questions and problem reports about Cygwin's OpenGL package to [EMAIL PROTECTED] . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: GLUI/GLUT setup
Hi, Hey, does anyone know a good link for setting up GLUI and GLUT with cygwin? Im having some path problems...probably related to my makefile. If anyone knows something about setting this up, I'd love to hear from you. Thanks, Matt In my Makefile I use LIBS = -lglut32 -lglu32 -lopengl32 -lm FLAGS = -L/usr/lib/w32api/ $(EXECFILE) : $(OBJECTS) $(COMPILER) $(FLAGS) $(OBJECTS) -o $(EXECFILE) $(LIBS) It works, at least on my old distrib dated Sep. 01. Sorry, I never used GLUI. Bye, Jean-Marc Nuzillard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygprce.dll missing from one of my friends postgreSQL-installation?
On Tue, Mar 26, 2002 at 11:05:30AM +0200, [EMAIL PROTECTED] wrote: is there any fast method for checking which package contains dll which is missing from the cygwin-installation? Wrong mailing list (redirected) but to answer your question, go to http://cygwin.com/ and click on setup.exe Package Listing. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
.bashrc not getting sourced?
I just did a recent brand new install yesterday and I noticed that /etc/profile no longer contains a line like: test -f ./.bashrc . ./.bashrc It took me a second to figure out why .bashrc wasn't getting read (I thought it happened automatically by the shell) until I compared it to an older working cygwin install. Is there a specific reason for that missing line in /etc/profile, or could it have been an oversight? I did notice that my redhat 7 system's /etc/profile doesn't seem to include such a line. -rgm -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: .bashrc not getting sourced?
IIRC, if you check the archives, you should find that the behavior of sourcing the .bashrc file in /etc/profile was discontinued in later cygwin releases. The fact that you have it from over a year ago is probably because the cygwin install does not overwrite files that have been modified or exist previously. HTH, Peter Randall R Schulz wrote: Roland, My /etc/profile contains exactly the line you quote. It is the last line of that file, immediately following a cd $HOME command. This file bears the modification date May 10, 2001. It may be a coincidence, but that's right when I installed Cygwin for the first time on what was then a new, clean Windows 2000 Professional installation on this disk. Randall Schulz Mountain View, CA USA At 08:37 2002-03-26, Roland Glenn McIntosh wrote: I just did a recent brand new install yesterday and I noticed that /etc/profile no longer contains a line like: test -f ./.bashrc . ./.bashrc It took me a second to figure out why .bashrc wasn't getting read (I thought it happened automatically by the shell) until I compared it to an older working cygwin install. Is there a specific reason for that missing line in /etc/profile, or could it have been an oversight? I did notice that my redhat 7 system's /etc/profile doesn't seem to include such a line. -rgm -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: .bashrc not getting sourced?
I searched the archives and found a note from Larry suggesting that I review the archives for 12-03-2001. I did this for all of Nov, Dec, and Jan and did not find at least two mentions of the problem as he suggested. My question is pretty simple: is editing the /etc/profile the recommended way to get my ~/.bashrc file sourced? And if not, what is. It should be noted that I found a message by Gary R. Van Sickle suggesting that .bash_profile might be a better way to do things, but this doesn't directly answer my question. -rgm At 12:02 PM 03.26.2002 -0500, you wrote: IIRC, if you check the archives, you should find that the behavior of sourcing the .bashrc file in /etc/profile was discontinued in later cygwin releases. The fact that you have it from over a year ago is probably because the cygwin install does not overwrite files that have been modified or exist previously. HTH, Peter I just did a recent brand new install yesterday and I noticed that /etc/profile no longer contains a line like: test -f ./.bashrc . ./.bashrc It took me a second to figure out why .bashrc wasn't getting read (I thought it happened automatically by the shell) until I compared it to an older working cygwin install. Is there a specific reason for that missing line in /etc/profile, or could it have been an oversight? I did notice that my redhat 7 system's /etc/profile doesn't seem to include such a line. -rgm -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: .bashrc not getting sourced?
I believe that .bash_login, .bash_profile or .profile is the file you're wanting to use in this instance. man bash { snip } When an interactive shell that is not a login shell is started, bash reads and executes commands from ~/.bashrc, if that file exists. This may be inhibited by using the --norc option. The --rcfile file option will force bash to read and execute commands from file instead of ~/.bashrc. { snip } If you're realling wanting .bashrc to be sourced on a login-shell, then you'll either need to set BASH_ENV=$HOME/.bashrc, or source it from your $HOME/.profile, or from /etc/profile. David On Tue, 2002-03-26 at 11:37, Roland Glenn McIntosh wrote: I just did a recent brand new install yesterday and I noticed that /etc/profile no longer contains a line like: test -f ./.bashrc . ./.bashrc It took me a second to figure out why .bashrc wasn't getting read (I thought it happened automatically by the shell) until I compared it to an older working cygwin install. Is there a specific reason for that missing line in /etc/profile, or could it have been an oversight? I did notice that my redhat 7 system's /etc/profile doesn't seem to include such a line. -rgm -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- The Meaning of Life, the Universe and Everything: 10x + 5x - 35 = x + 7 signature.asc Description: This is a digitally signed message part
Re: .bashrc not getting sourced?
Wow. That was allot of discussion and conjecture on this topic. Did anyone think of looking at the GNU bash documentation before posting? http://www.lns.cornell.edu/public/COMP/info/bash/bashref_7.html#SEC65 Seems to me this answers the question quite well about where this kind of check is recommended. And no post was required to get the information. ;-) BTW, the check was removed from /etc/profile because bash is not the only shell that reads that file. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX At 01:52 PM 3/26/2002, David Means wrote: I believe that .bash_login, .bash_profile or .profile is the file you're wanting to use in this instance. man bash { snip } When an interactive shell that is not a login shell is started, bash reads and executes commands from ~/.bashrc, if that file exists. This may be inhibited by using the --norc option. The --rcfile file option will force bash to read and execute commands from file instead of ~/.bashrc. { snip } If you're realling wanting .bashrc to be sourced on a login-shell, then you'll either need to set BASH_ENV=$HOME/.bashrc, or source it from your $HOME/.profile, or from /etc/profile. David On Tue, 2002-03-26 at 11:37, Roland Glenn McIntosh wrote: I just did a recent brand new install yesterday and I noticed that /etc/profile no longer contains a line like: test -f ./.bashrc . ./.bashrc It took me a second to figure out why .bashrc wasn't getting read (I thought it happened automatically by the shell) until I compared it to an older working cygwin install. Is there a specific reason for that missing line in /etc/profile, or could it have been an oversight? I did notice that my redhat 7 system's /etc/profile doesn't seem to include such a line. -rgm -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- The Meaning of Life, the Universe and Everything: 10x + 5x - 35 = x + 7 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Compiling cygwin
I have installed the cygwin environment and source code and I want to compile cygwin1.dll so I can instrument the code to troubleshoot a problem I am having (which I believe is related to the com routines in cygwin). I am not very familiar with this environment. How do I compile the DLL? I'm running Windows 2000. William Hubbard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Compiling cygwin
I actually asked this same question 29 October 2001. If you use google to search the cygwin.com website (enter compiling cygwin1.dll site:cygwin.com into google's search term box), the first three messages are from the thread that answered this question for me. You'll even see my name on one of them- I can't wait to tell my folks that I'm famous!!! I have included one of the messages that was sent just to me, and not to the list. Let us know if you have more questions. HTH, Peter Courtesy of Gerrit P. Hasse. Then you need to creat a parrallel build directory: bash$ cd /winsup bash$ mkdir build bash$ cd build Now run the cygwin-build script (below). #!/bin/bash export src=/winsup/src export inst=/winsup/build/inst build=i686-pc-cygwin target=i686-pc-cygwin case $1 in conf*) ${src}/configure --build=${build} --target=${target} \ --srcdir=${src} --prefix=/usr \ --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib \ --includedir=/nonexistent/include \ --with-included-gettext 21 | tee log.configure ;; build*) make CFLAGS=-O2 tooldir=/usr 21 | tee log.make make info CFLAGS=-O2 tooldir=/usr 21 | tee log.make-info ;; check*) make CFLAGS=-O2 tooldir=/usr check 21 | tee log.check ;; clean*) make CFLAGS=-O2 tooldir=/usr clean 21 | tee log.clean ;; install*) make install prefix=$inst/usr exec_prefix=$inst/usr \ bindir=$inst/usr/bin libdir=$inst/usr/lib \ sysconfdir=$inst/etc includedir=$inst/usr/include \ tooldir=$inst/usr 21 | tee log.install make install-info prefix=$inst/usr exec_prefix=$inst/usr \ bindir=$inst/usr/bin libdir=$inst/usr/lib \ sysconfdir=$inst/etc includedir=$inst/usr/include \ tooldir=$inst/usr 21 | tee log.install-info rm -rf $inst/usr/etc rm -f $inst/usr/info/dir ;; strip*) (cd ${inst} ; find . -name *.exe | xargs strip ) ;; package*) (cd ${inst} ; rm usr/lib/lib[cgm].a for i in c g m do ln -s libcygwin.a usr/lib/lib$i.a done tar cvjf ../mingw-new.tar.bz2 usr/bin/mingwm10.dll \ usr/include/mingw usr/lib/mingw ; tar cvjf ../w32api-new.tar.bz2 usr/include/w32api \ usr/lib/w32api ; tar cvjf ../cygwin-new.tar.bz2 usr --exclude='usr/bin/mingwm10.dll' \ --exclude='usr/include/mingw' --exclude='usr/lib/mingw' \ --exclude='usr/include/w32api' --exclude='usr/lib/w32api' \ --exclude='usr/bin/runtest' --exclude='usr/info/dejagnu.info*' \ --exclude='usr/share/dejagnu' ) ;; packdeb*) (cd ${inst} ; rm usr/lib/lib[cgm].a for i in c g m do ln -s libcygwin.a usr/lib/lib$i.a done tar cvjf ../mingw-new-debug.tar.bz2 usr/bin/mingwm10.dll \ usr/include/mingw usr/lib/mingw ; tar cvjf ../w32api-new-debug.tar.bz2 usr/include/w32api \ usr/lib/w32api ; tar cvjf ../cygwin-new-debug.tar.bz2 usr --exclude='usr/bin/mingwm10.dll' \ --exclude='usr/include/mingw' --exclude='usr/lib/mingw' \ --exclude='usr/include/w32api' --exclude='usr/lib/w32api' \ --exclude='usr/bin/runtest' --exclude='usr/info/dejagnu.info*' \ --exclude='usr/share/dejagnu' ) ;; *) echo 'argument required: configure, build, install, strip, package, packdebug' echo' [check, clean]' ;; esac William Hubbard wrote: I have installed the cygwin environment and source code and I want to compile cygwin1.dll so I can instrument the code to troubleshoot a problem I am having (which I believe is related to the com routines in cygwin). I am not very familiar with this environment. How do I compile the DLL? I'm running Windows 2000. William Hubbard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Recompile cygwin
I am trying to make the cygwin dll (following various directions I have unearthed), but I get the following output from make: make[1]: Entering directory `/usr/src/cygwin-1.3.10-1/winsup/build/w32api' make[1]: *** No rule to make target `all'. Stop. make[1]: Leaving directory `/usr/src/cygwin-1.3.10-1/winsup/build/w32api' make: *** [w32api] Error 1 The w32api directory sited, above, is empty. Did I miss a step somewhere? How come there isn't an entry in the FAQ for How do I compile the cygwin DLL? Bill -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Nothing needed to be installed setup problem
Is the setup.ini from the CDROM as well? A newer setup.ini will probably refer to the wrong versions of most of the packages. Ah, that explains it... actually, I don't have setup.ini at all! I just don't install cygwin often enough to remember these things. But no, I don't have the old one lying around. Anyhow, I've decided to install linux on this box instead. But thanks to all for the help! Phil -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Compiling cygwin
Hallo Peter, Am 2002-03-26 um 20:58 schriebst du: I actually asked this same question 29 October 2001. If you use google to search the cygwin.com website (enter compiling cygwin1.dll site:cygwin.com into google's search term box), the first three messages are from the thread that answered this question for me. You'll even see my name on one of them- I can't wait to tell my folks that I'm famous!!! I have included one of the messages that was sent just to me, and not to the list. Let us know if you have more questions. HTH, Peter Courtesy of Gerrit P. Hasse. Please note that the script was written by Ch. Wilson who also wrote other famous buildscripts which can be found in the source tarballs of the packages he maintains (gdbm, zlib, ncurses, libpng libtiff, readline, to mention only a few!). Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Recompile cygwin
At 03:32 PM 3/26/2002, William Hubbard wrote: I am trying to make the cygwin dll (following various directions I have unearthed), but I get the following output from make: make[1]: Entering directory `/usr/src/cygwin-1.3.10-1/winsup/build/w32api' make[1]: *** No rule to make target `all'. Stop. make[1]: Leaving directory `/usr/src/cygwin-1.3.10-1/winsup/build/w32api' make: *** [w32api] Error 1 The w32api directory sited, above, is empty. Did I miss a step somewhere? How come there isn't an entry in the FAQ for How do I compile the cygwin DLL? Did you miss How do I rebuild the tools on my NT box? http://cygwin.com/faq/faq_4.html#SEC102 ?? Get the w32api source tarball if you need it. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
missing DLL: CYGREADLINE5.DLL
Hi, Everytime I try to run ncftp I got a dialog with the following message: A required .DLL file, CYGREADLINE5.DLL, was not found. AND in the command line a Permission denied message... llagos@LLAGOS ~ $ ncftp BASH: /usr/bin/ncftp: Permission denied llagos@LLAGOS ~ $ I always update all packages, so I have latest cygwin, ncftp, etc. Anybody can help me with a solution/workaround for this? details of cygwin below: llagos@LLAGOS ~ $ uname -a CYGWIN_98-4.10 LLAGOS 1.3.10(0.51/3/2) 2002-02-25 11:14 i686 unknown llagos@LLAGOS /usr/bin $ ls -l ncftp* -rwxr-xr-x1 llagos 544183808 Mar 2 20:54 ncftp.exe -rwxr-xr-x1 llagos 544120320 Mar 2 20:54 ncftpbatch.exe -rwxr-xr-x1 llagos 544 87040 Mar 2 20:54 ncftpbookmarks.exe -rwxr-xr-x1 llagos 544102912 Mar 2 20:54 ncftpget.exe -rwxr-xr-x1 llagos 544 69632 Mar 2 20:54 ncftpls.exe -rwxr-xr-x1 llagos 544103424 Mar 2 20:54 ncftpput.exe lrwxrwxrwx1 llagos 54425 Mar 7 16:19 ncftpspooler.exe - ncft pbatch.exe llagos@LLAGOS /usr/bin $ Thanks, Leo -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bash failed to initialize on telnet/rsh/rlogin server
I'm trying to get inetd set up for telnet/rsh/rlogin on my machine and have everything going up to the point that after login.exe gives the motd to the telnet client, a dialog window pops up on the server titled bash.exe - Application Error and says The application failed to initialize properly (0xc022). Acknowledging the dialog closes the connection with the client. I have telnetd working on another machine (NT4) but haven't been updating it to the latest cygwin packages. The new machine is running W2K, was updated this afternoon, and although there are 56 differences in the cygcheck -c outputs, these are the ones that seem relevant to me: (differences highlighted with *) system that doesn't work system that works Cygwin Package Information Cygwin Package Information Package Version Package Version * bash2.05a-3 bash2.05a-2 * cygwin 1.3.10-1cygwin 1.3.6-6 inetutils 1.3.2-17inetutils 1.3.2-17 login 1.4-3 login 1.4-3 Both are running with ntsec, and have identical passwd and group files (both from the domain server, passwd trimmed to a couple users plus the usual system accounts) Even though I thought I recalled seeing something about this in the last couple months, I've searched the mailing list for all kinds of combinations of keywords, including 'bash failed to initialize', and got no relevant hits. Before I try to debug this on my own, I wanted to check to see if there was some obvious answer (aside from cygwin 1.3.10-1 broke this...because we're mean :-) ) that I'm overlooking. And if I do need to debug this, where would I put the strace? in inetd.conf? if so, how? Thanks, Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: missing DLL: CYGREADLINE5.DLL
At 04:49 PM 3/26/2002, Leonardo Lagos wrote: Hi, Everytime I try to run ncftp I got a dialog with the following message: A required .DLL file, CYGREADLINE5.DLL, was not found. AND in the command line a Permission denied message... llagos@LLAGOS ~ $ ncftp BASH: /usr/bin/ncftp: Permission denied llagos@LLAGOS ~ $ I always update all packages, so I have latest cygwin, ncftp, etc. And yet you must still be missing one. Anybody can help me with a solution/workaround for this? Yes. As always with this kind of problem, use http://cygwin.com/packages/ to find the package you're missing (note - package search is case-sensitive so use lower case always). The Cygwin web site is your first, best bet always for answers to your Cygwin questions. No need to ask the list! ;-) Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Timestamp Dec 31 1969 problem with OpenAFS
I am running cygwin(1-3-10, latest release) on Win98 SE and OpenAFS 1.2.2b for Win9x. The timestamps of many files are reported as Dec 31 1969 instead of the correct date. This happens only under cygwin. Under the DOS prompt the dates show correctly. Example: ?rw-r--r-- 0 0 0810 Dec 31 1969 filename Could someone help me solving this problem? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: .bashrc not getting sourced?
My question is pretty simple: is editing the /etc/profile the recommended way to get my ~/.bashrc file sourced? I say: no. And if not, what is. It should be noted that I found a message by Gary R. Van Sickle suggesting that .bash_profile might be a better way to do things, but this doesn't directly answer my question. Yeah, well, that guy doesn't know what the heck he's talking about half the time ;-). Here's how I have things set up, and I recommend it to everyone; it seems to be the way bash was intended to work, and I can't see any flaws in the scheme: 1. /etc/profile does not source any .bash* files. It does do a bunch of things like USER=`id -un`, set the HOME var, and runs any scripts in /etc/profile.d/ (not entirely sure what that's about), all of which was setup by setup.exe. 2. .bashrc is empty. 3. .bash_profile sources .bashrc (just in case, for future use), and then contains all my env var settings, aliases, etc. 4. PATH is *not* set in any of these files, but rather in the normal Windows way (control panel on NT+, ??? on 9x). So what you get with all this is: 1. PATH is always good, whether you're running cygwin apps from bash or the Windows command line, and regardless of how bash is invoked (interactive/login or not). 2. When you start bash (interactively, your shell), it runs /etc/profile and sets up the bare minimums and cd's to HOME. 3. After runing /etc/profile, bash looks for ~/.bash_profile and runs it to set up your user stuff. 4. Subshells end up sourcing nothing (no BASH_ENV is defined anywhere), so scripts run faster. 5. Interactive but non-login shells run an empty .bashrc. I don't know when you'd get an interactive but non-login shell, but I haven't noticed any problems to date. -- Gary R. Van Sickle Braemar Inc. 11481 Rupp Dr. Burnsville, MN 55337 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Timestamp Dec 31 1969 problem with OpenAFS
At 02:41 PM 3/26/2002, Jae-Hwan Chang wrote: I am running cygwin(1-3-10, latest release) on Win98 SE and OpenAFS 1.2.2b for Win9x. The timestamps of many files are reported as Dec 31 1969 instead of the correct date. This happens only under cygwin. Under the DOS prompt the dates show correctly. Example: ?rw-r--r-- 0 0 0810 Dec 31 1969 filename Could someone help me solving this problem? Obviously, OpenAFS has some quirks in the way it provides this information. My guess is that you'll need to debug the situation to determine the cause. Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin1.dll bug in ftime
Hi, the serious misunderstanding is that something being standard conformant doesn't mean it is much usable. Prime example is original MS Posix subsystem: Just enough fulfilling the requirements for selling to US government, but not usable for writing anything more complex than cat, or else whole cygwin wouldn't exist! Bye, Heribert ([EMAIL PROTECTED]) -Original Message- From: Wu Yongwei [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, March 26, 2002 03:46 To: [EMAIL PROTECTED] Subject: Re: cygwin1.dll bug in ftime [Heribert] [snip] There is a SERIOUS misunderstanding about standards conformance here. An unusable timezone is a violation, but well-behaved ftime and gettimeofday are NOT. [Heribert] [snip] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: missing DLL: CYGREADLINE5.DLL
Hi Larry, thanks for the pointer... I reinstalled libreadline5 and readline5, and that did the trick... Leo - Original Message - From: Larry Hall (RFK Partners, Inc) [EMAIL PROTECTED] To: Leonardo Lagos [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, March 26, 2002 6:08 PM Subject: Re: missing DLL: CYGREADLINE5.DLL At 04:49 PM 3/26/2002, Leonardo Lagos wrote: Hi, Everytime I try to run ncftp I got a dialog with the following message: A required .DLL file, CYGREADLINE5.DLL, was not found. AND in the command line a Permission denied message... llagos@LLAGOS ~ $ ncftp BASH: /usr/bin/ncftp: Permission denied llagos@LLAGOS ~ $ I always update all packages, so I have latest cygwin, ncftp, etc. And yet you must still be missing one. Anybody can help me with a solution/workaround for this? Yes. As always with this kind of problem, use http://cygwin.com/packages/ to find the package you're missing (note - package search is case-sensitive so use lower case always). The Cygwin web site is your first, best bet always for answers to your Cygwin questions. No need to ask the list! ;-) Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Unresolved Symbols in g77 objects
I compiled some fortran files using g77. The compiling flags I used are: -fugly-init -ff77 -fugly-complex -ftypeless-boz -fugly-assumed \ -fno-silent -fugly-args -fugly-comma -fintrin-case-any \ -fmatch-case-any -fno-f2c -w \ -fno-underscoring -fno-globals -g -I4 -c The version of g77 I used is 2.95.3-5 (gcc used by g77 is same version). I am trying to link the objects compiled using g77 with the objects compiled with Visual C++. The linker I used is CL (Visual C++ linker). I got a few unresolved symbols in the objects created by g77. Those symbols definitely are not in my source code but created by g77. Here are those symbols: _s_wsfe _do_fio __alloca How can I solve those unresolved symbols? Thanks! Wei Liu [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin1.dll bug in ftime
Sorry, Christopher, but I thought I needed to answer others' questions and clear myself. Because I need to copy and paste the content of your messages to my reply (I don't want the garbage produced by Lotus Notes to interfere), I can hardly write just below the original message and maybe the correlation of my reply and the original message is not very clear. Linux man page emphasizes the obsoleteness of tz_dsttime field, IMHO, because of the complexity to get this information. Linux DOES use the timezone struct (I tested on Red Hat 7). -- For Heribert, I don't want ENOSYS. I just replied to refute the statement that I had been refuting myself. Sorry for my ignoring your information that I should submit a patch. It seems I did not understand the culture of this mailing list very well as a newbie. I apologize here. ChangeLog: gettimeofday and ftime now set timezone information. Just of interest, who reviews and tests the code? Best regards, Wu Yongwei --- Original Message from Christopher Faylor --- On Tue, Mar 26, 2002 at 09:41:11PM +0800, Wu Yongwei wrote: Glibc is at least an important implementation. Don't we need compatibility? No. Why are you asking this question again? Didn't you actually quote the linux man page which says not to use the second argument in gettimeofday? The use of the timezone struct is obsolete; the tz_dsttime field has never been used under Linux - it has not been and will not be supported by libc or glibc. Each and every occurrence of this field in the kernel source (other than the declaration) is a bug. Note that my quotation says about the GNU operating system, and even at that time gettimeofday should return -1 and set errno. Cygwin does not do it. Nor, should it. Linux doesn't either. You could easily check this before offering opinions on implementation. I wrote the patch. I argue for its legitimacy. In fact, it is scroll-back. I just (mostly) picked code from an old version. I have twice suggested that you submit a patch. There is no need to argue about anything. Maybe I am wrong to say obvious. However, is following a way that breaks less code a worse way? If following BSD does not harm anybody and keep more code happily running, WHY NOT? Apparently, you like to argue but don't like to read too closely. I already suggested that you submit a patch but it took several messages for you to do that. Now, you've submitted a patch but you're still offering invalid arguments about the way things should work. Just give it a rest. Oh, by the way, as usual, I would appreciate a ChangeLog with your patch. One goal in submitting patches is to reduce the workload of the person reviewing it as much as possible so that it would be reviewed quickly. See http://cygwin.com/contrib.html . cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin telnet to linux/emacs
Is there a FAQ or a posting on how to telnet from cygwin to linux such that editing with emacs on the linux system will work correctly? TIA. Best, Christopher -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Debugging cygwin
Can someone point me to a how-to, or provide the steps, for getting set up so that I can debug cygwin1.dll? I want to instrument the com routines to help zero in on a problem I am having with connecting gdb to a simulation environment via a virtual serial port (to determine if it is cygwin or the virtual serial port driver that is the problem). I notice there are debug_printf statements in the code, already, but am clueless as to where this information gets printed. If I at least knew that, I could add my own tracers, but I'd like to be able to step through the code as well. I finally got cygwin1.dll to compile...so what's my next step? Thanks, Bill -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Debugging cygwin
Bill, The debug_printf statements get printed when you run your program under strace. (see http://cygwin.com/faq/faq.html#TOC111 ) Also, here are some excellent tips that cgf has given on strace and debugging cygwin1.dll: http://www.cygwin.com/ml/cygwin/2000-11/msg01469.html (BTW, google is your friend http://www.google.com/search?q=debugging+cygwin1%2Edll ) HTH, Chris -Original Message- From: William Hubbard Can someone point me to a how-to, or provide the steps, for getting set up so that I can debug cygwin1.dll? I want to instrument the com routines to help zero in on a problem I am having with connecting gdb to a simulation environment via a virtual serial port (to determine if it is cygwin or the virtual serial port driver that is the problem). I notice there are debug_printf statements in the code, already, but am clueless as to where this information gets printed. If I at least knew that, I could add my own tracers, but I'd like to be able to step through the code as well. I finally got cygwin1.dll to compile...so what's my next step? Thanks, Bill -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Debugging cygwin
On Tue, Mar 26, 2002 at 09:35:33PM -0600, Polley Christopher W wrote: The debug_printf statements get printed when you run your program under strace. (see http://cygwin.com/faq/faq.html#TOC111 ) Also, here are some excellent tips that cgf has given on strace and debugging cygwin1.dll: http://www.cygwin.com/ml/cygwin/2000-11/msg01469.html (BTW, google is your friend http://www.google.com/search?q=debugging+cygwin1%2Edll ) See also the how-to-debug-cygwin.txt file in the winsup/cygwin directory. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: setup.exe path problem
-Original Message- From: Gaethofs, Danny [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 27, 2002 6:58 PM To: [EMAIL PROTECTED] Subject: RE: setup.exe path problem Robert, How does it use the local directory structure. To me it seems not to be the case. It creates contrib and latest directory under the mirror directory. I presume I am not quite understanding what you mean with local. I am a newbie, just started using cygwin a few weeks ago and I am trying to get some stuff up and running. If you have previously downloaded files in the un-qualified contrib and ltest directories, it uses them. However, this really has nothing to do with getting up and running - just run setup, and follow you nose. *Ignore* what it does in the directory that you tell it is the 'local package directory' - it's simply a workng directory for setup.exe. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup.exe problem
Hi! When I try to install Cygwin with the latest setup.exe (2.194.2.21) it hangs after I have selected a mirror server to download from. It manages to download setup.ini but them immediately comes up with the message This space intentionally left blank and continues to eat up all cpu cycles. I have tried using .14, .12 and .9 which I found in cygwin.com/setup-snapshots, but all of these complained about not beeing the latest version as stated in setup.ini and then hanging like the .21. My conclusion is that setup.exe does not like my win2000 system. Any ideas? Cheers /Jonas -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin telnet to linux/emacs
/ Christopher Glaeser [EMAIL PROTECTED] wrote: | Is there a FAQ or a posting on how to telnet from cygwin to linux such that | editing with emacs on the linux system will work correctly? TIA. I think there is a faq, check for TERM (environment variabl) in the faq, meanwhile set it to vt100 or similar on your linux-machine. /Andy -- The eye of the beholder rests on the beauty! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/