Re: [patch] Help Option
Robert Collins [EMAIL PROTECTED] wrote: On Mon, 2002-11-25 at 13:24, Max Bowsher wrote: Robert Collins [EMAIL PROTECTED] wrote: Thats interesting. It works here (with -mno-cygwin -mwindows). What OS. Running from what shell? CYGWIN=?? rxvt being used? WinXP SP1. cygwin 1.3.15-2. bash 2.05b-8. gcc 3.2-3. Windows console. CYGWIN=binmode tty nosmbntsec. CYGWIN=tty seems to be the determining factor. So I guess we do need GUI help after all. I'm strongly tempted to just dump the current output into a MessageBox, though. Max.
Re: RSA or DSA ssh keypairs preferred?
On Mon, Nov 25, 2002 at 01:09:50AM -, Max Bowsher wrote: Robert Collins [EMAIL PROTECTED] wrote: You will need a ssh keypair though, so if you don't have one, you may as well prepare it now. Any preference RSA or DSA? I've never managed to find anything saying whether one is better than the other or not. ssh-keygen -t rsa creates an RSA key for SSH2. This is preferable over RSA1 and DSA keys due to security flaws in both. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: Sorry Robert, your bugfix hasn't entirely worked.
From: Max Bowsher PS: Attached is a patch which colour-codes version numbers in setup. Obviously its going to require much discussion before checkin, but it is what allowed me to notice the bug so easily. The colour code is: Dark Blue:[curr] Cyan:[prev] Yellow-Brown: [prev] Red:not in setup.ini at all. (i.e. ancient) Ohhh, nice :) J. === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
Re: RSA or DSA ssh keypairs preferred?
On Mon, Nov 25, 2002 at 08:32:22AM -, Max Bowsher wrote: Corinna Vinschen [EMAIL PROTECTED] wrote: ssh-keygen -t rsa creates an RSA key for SSH2. This is preferable over RSA1 and DSA keys due to security flaws in both. Aha. That's what I wanted to know. Are there any links you know of for further info on this? The SSH1's vulnerability is protocol immanent, described in detail here: http://www.corest.com/common/showdoc.php?idx=131idxseccion=10 The DSA key vulnerability is described in the openssh source archive, file WARNING.RNG but it's so short, I can quote it here: A particularly pernicious problem arises with DSA keys (used by the ssh2 protocol). Performing a DSA signature (which is required for authentication), entails the use of a 160 bit random number. If an attacker can predict this number, then they can deduce your *private* key and impersonate you or your hosts. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Comments in setup.exe ?
Hello, As I'm working on setup.exe (see former messages), I'm wondering if a commented version of this program would exist anywhere ? If so, where ? Some functions are quite difficult to understand, unless for me... PS : I'm working on the CVS HEAD version which hasn't much more comments than just the headings ;-) Thank you ! Yann --- Yann Crausaz EIVD - University of Applied Sciences of Western Switzerland Route de Cheseaux 1 1400 Yverdon-les-Bains Switzerland mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ---
Re: Comments in setup.exe ?
On Mon, 2002-11-25 at 21:10, Yann Crausaz wrote: Hello, As I'm working on setup.exe (see former messages), I'm wondering if a commented version of this program would exist anywhere ? If so, where ? Some functions are quite difficult to understand, unless for me... Just ask about the routines, there is no more commented version out there. And I'd rather we make the code more readable than add more comments, where we can do so. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: [patch] Help Option
On Mon, 2002-11-25 at 19:26, Max Bowsher wrote: I'm strongly tempted to just dump the current output into a MessageBox, though. Sure. I'll wager that there will be less code doing what I suggested that fiddling with string reparsing. I wasn't suggesting the output be fancy after all :}. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
other setup issue (HEAD)
The sort order is kinda weird. Try looking in the full list for a non installed package. Just a note to prevent it being forgotten.. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
default version logic fixed (really!)
Uhmm, consider it a typo. Yeah, that'll do. New snapshot uploaded now. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: other setup issue (HEAD)
On Mon, 2002-11-25 at 23:16, Robert Collins wrote: The sort order is kinda weird. Try looking in the full list for a non installed package. (I know what the issue is here, just haven't fixed it yet). Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: [patch] Help Option
Earnie Boyd [EMAIL PROTECTED] wrote: That depends on how it's coded. The -mwindows switch alone doesn't cause the abscense of stdio. foo.c #include stdlib.h #include stdio.h #include windows.h int WINAPI WinMain ( HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpszCmdParm, int nCmdShow ) { printf(stdout\n); fprintf(stderr, stderr\n); } /foo.c build g++ -o foo foo.C -mwindows /build I couldn't get your foo.c to produce any output in a cmd shell. (It does in a Cygwin shell) Max.
Re: Comments in setup.exe ?
Yann Crausaz [EMAIL PROTECTED] wrote: As I'm working on setup.exe (see former messages), I'm wondering if a commented version of this program would exist anywhere ? If so, where ? Some functions are quite difficult to understand, unless for me... Now why would there be 2 versions of setup, one commented and one not ? :-) Think of the sync problems - its just silly. Attached is a csv file of a spreadsheet of notes I've been taking on the setup source. It's mainly for me, so it might not be very understandable, but it might help. Max. setup-files.csv Description: Binary data
Re: [patch] Help Option
Max Bowsher wrote: Earnie Boyd [EMAIL PROTECTED] wrote: That depends on how it's coded. The -mwindows switch alone doesn't cause the abscense of stdio. foo.c #include stdlib.h #include stdio.h #include windows.h int WINAPI WinMain ( HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpszCmdParm, int nCmdShow ) { printf(stdout\n); fprintf(stderr, stderr\n); } /foo.c build g++ -o foo foo.C -mwindows /build I couldn't get your foo.c to produce any output in a cmd shell. (It does in a Cygwin shell) Now, that's strange, try this on for size: foo 2 err out type out type err So, now the question is, where is the console buffer? Perhaps WriteConsole will help? Earnie.
Re: [patch] Help Option
Earnie Boyd [EMAIL PROTECTED] wrote: Max Bowsher wrote: Earnie Boyd [EMAIL PROTECTED] wrote: That depends on how it's coded. The -mwindows switch alone doesn't cause the abscense of stdio. I couldn't get your foo.c to produce any output in a cmd shell. (It does in a Cygwin shell) Now, that's strange, try this on for size: foo 2 err out type out type err Works for me. How odd!
Re: [patch] Help Option
max@POMELLO [/mnt/install] $ ./setup-2.296_i.exe -h -h --help Show this help I believe it's better to describe the --help option as Show help output and exit instead of referring to this. The reason is that one can use a script like GNU help2man to create a usable man page from the help output, at which point this ceases to be meaningful. The and exit part is totally optional, I don't know if anyone expects it to continue execution afterwards anyway. A setup.exe manpage might also help people without the CYGWIN=tty (or is it notty?). I'd be happy to put it in cygwin-doc once the CLI options are there. The cygwin-doc release schedule has been much slower than setup.exe's but if the options remain fairly constant that shouldn't be a problem. I just hate to make multiple releases of largish packages just to add a little text (for our modem friends). __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: [ANNOUNCEMENT] Updated: binutils-20021117-1
On Mon, Nov 25, 2002 at 03:31:06PM +0300, egor duda wrote: Chris Faylor wrote: I can see code in dll_crt0_1 being called for handling relocs. Is it your intent that every new DLL will have to specifically call _pei386_runtime_relocator? The dll may have its own pseudo-relocs. When app.exe uses x1.dll which in turn uses x2.dll. Now, imagine x1.dll references some data in x2.dll with addend. That means that when linking x1.dll ld will generate pseudo-reloc, which have to be resolved when x1.dll is loaded. I suppose that dll_crt0_1 is the place to handle this, but, of course i may be wrong. So, the above paragraph is a yes then. I can see that over ld-land you are generating an undefined reference for this symbol if the --enable-runtime-pseudo-reloc switch is used. Not exactly. The reference is generated whenever --enable-runtime-pseudo-reloc switch is used _and_ at least one pseudo-reloc is generated. Ok. Is this just to ensure that there is an error message when linking with a new version of binutils but an older version of a dll that's being built? The idea is to produce link-time error when we build final binary and link it with runtime library. If the binary has at least one pseudo-reloc then runtime ought to have support for them. This means that either libcygwin.a or crt0.o or whatever object file placed in gcc's spec file to be linked in when final binary is built, has to export _pei386_runtime_relocator. Ok. I was thinking that a call to this code would live in the application but obviously that's wrong. It has to live in the DLL. You mean cygwin1.dll here, right? Or client dll application is linked with? I meant the application, as in the application does the fixups. But that was a thinko on my part. Wouldn't that mean that it should be added somehow to _cygwin_dll_entry winsup/cygwin/include/cygwin/cygwin_dll.h ? It only have to be called during application (or library, in case of app.exe-x1.dll-x2.dll) initialization. Did you look at the cygwin_dll.h file? Are you saying that you don't think the call should go there? cgf
Re: setup.exe-HEAD should build from CVS on gcc-3.
On Mon, Nov 25, 2002 at 12:59:22AM -, Max Bowsher wrote: Robert Collins [EMAIL PROTECTED] wrote: On Mon, 2002-11-25 at 11:04, Max Bowsher wrote: No. I haven't had any need for one until now. Please follow the instructions on the cygwin site for getting CVS write access, it tells you what you need to send Chris. Hmm, where? I searched (manually and Google) through the site, and didn't find any instructions. http://sources.redhat.com/ has a new account form. cgf
setup now ready for a release?
I've fixed the sort bug and uploaded a snapshot. Max, what letter is free for the antivirus to use as a shortcut? Other than that, does anyone (Pavel? Gary? Max? ...) have any specific enhancements or bugfixes to be included. If not, once that letter is fixed, I'll announce to the cygwin list that they should test, or suffer the consequences when we cut over :]. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
RE: setup now ready for a release?
Rob, Have you removed the passwd.bat file setup (used?) to create? J. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Collins Sent: Monday, 25 November 2002 8:19 pm To: [EMAIL PROTECTED] Subject: setup now ready for a release? I've fixed the sort bug and uploaded a snapshot. Max, what letter is free for the antivirus to use as a shortcut? Other than that, does anyone (Pavel? Gary? Max? ...) have any specific enhancements or bugfixes to be included. If not, once that letter is fixed, I'll announce to the cygwin list that they should test, or suffer the consequences when we cut over :]. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. ---
[ITP] grace 5.1.10
Hi! As I needed this program for my work anyway I packaged grace for cygwin. Grace is great for data analysis/presentation and it compiled OOTB. I only changed the default on-line documentation viewer from netscape (obviosly not there) to lynx and the default editor to nano. Here are the setup.hint and the URLs: # No comment sdesc: Grace is a WYSIWYG 2D plotting tool for the X Window System and M*tif. ldesc: Grace is a WYSIWYG tool to make two-dimensional plots of numerical data. It runs under various (if not all) flavors of Unix with X11 and M*tif (LessTif or Motif). Its capabilities are roughly similar to GUI-based programs like Sigmaplot or Microcal Origin plus script-based tools like Gnuplot or Genplot. Its strength lies in the fact that it combines the convenience of a graphical user interface with the power of a scripting language which enables it to do sophisticated calculations or perform automated tasks. curr: 5.1.10-1 category: XFree86 requires: cygwin XFree86-base jpeg libpng12 lynx nano URLs: http://www.scytek.de/cygwin/setup.hint http://www.scytek.de/cygwin/grace-5.1.10-1.tar.bz2 http://www.scytek.de/cygwin/grace-5.1.10-1-src.tar.bz2 The packaging process was based on Method Two from http://cygwin.com/setup.html#package_contents . Please let me know if there are problems or bugs. I tested/used the package on a Win2K and a Win98SE system, both with cygwin 1.3.16 and all binary mounts. Bye Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D msg04539/pgp0.pgp Description: PGP signature
Re: setup now ready for a release?
On Tue, Nov 26, 2002 at 07:19:02AM +1100, Robert Collins wrote: I've fixed the sort bug and uploaded a snapshot. Max, what letter is free for the antivirus to use as a shortcut? Other than that, does anyone (Pavel? Gary? Max? ...) have any specific enhancements or bugfixes to be included. If not, once that letter is Please add my FTP related patch. Thanks. http://sources.redhat.com/ml/cygwin-apps/2002-07/msg00190.html http://sources.redhat.com/ml/cygwin-apps/2002-07/msg00203.html http://sources.redhat.com/ml/cygwin-apps/2002-07/msg00317.html Have a nice day. -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+
RE: setup now ready for a release?
On Tue, 2002-11-26 at 08:27, John Morrison wrote: Rob, Have you removed the passwd.bat file setup (used?) to create? Oh, Frabjous joy. No, I hadn't. You do both /etc/passwd and /etc/group now don't you? Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: setup now ready for a release?
On Tue, 2002-11-26 at 08:34, Marcel Telka wrote: Please add my FTP related patch. Thanks. Done, and thanks. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: setup now ready for a release?
Robert Collins [EMAIL PROTECTED] wrote: I've fixed the sort bug and uploaded a snapshot. Max, what letter is free for the antivirus to use as a shortcut? -D --download Download from internet -L --local-install Install from local directory -s --site Download site -R --root Root installation directory -q --quiet-modeUnattended setup mode -h --help Show this help -r --no-replaceonrebootDisable replacing in-use files on next reboot. -n --no-shortcuts Disable creation of desktop and start menu shortcuts -N --no-startmenu Disable creation of start menu shortcut -d --no-desktopDisable creation of desktop shortcut -D --disable-buggy-antivirus Disable known or suspected buggy anti virus software packages during execution. -A seems reasonable to me. Other than that, does anyone (Pavel? Gary? Max? ...) have any specific enhancements or bugfixes to be included. If not, once that letter is fixed, I'll announce to the cygwin list that they should test, or suffer the consequences when we cut over :]. It would be nice to get my Categories patch in. The sources new account form didn't like my ssh public key (must it be a version 1 rsa key? Discussion here seemed to suggest version 2.), so I doubt I'll be up and running before you want to snapshot. Reposted here for convenience sake. Max. PS: I know what one of the immediate user comments is going to be - How do I turn off the md5summing - it takes ages! ### 2002-09-22 Max Bowsher [EMAIL PROTECTED] * PickView.cc (pkg_headers[]): Rename column 'Category' to 'Categories'. * package_meta.h (packagemeta): Declare getReadableCategoryList. * package_meta.c (packagemeta::getReadableCategoryList): Implement. * PickPackageLine.cc (PickPackageLine::paint): Change to use getReadableCategoryList. Fix x2 argument to IntersectClipRect. Index: PickPackageLine.cc === RCS file: /home/max/cvsmirror/cygwin-apps-cvs/setup/PickPackageLine.cc,v retrieving revision 2.9 diff -u -p -r2.9 PickPackageLine.cc --- PickPackageLine.cc 2002/07/13 14:00:37 2.9 +++ PickPackageLine.cc 2002/11/10 09:49:13 @@ -136,14 +136,10 @@ PickPackageLine::paint (HDC hdc, int x, /* shows first category - do we want to show any? */ if (pkg.categories.size () show_cat) { - String catName; - if (pkg.categories.find (All) == pkg.categories.begin () - pkg.categories.size () 1) - catName = *(++pkg.categories.begin()); - else catName = * pkg.categories.begin (); + String catName = pkg.getReadableCategoryList(); IntersectClipRect (hdc, x + theView.headers[theView.cat_col].x, r, x + theView.headers[theView.cat_col].x + -theView.headers[theView.cat_col].x, rb); +theView.headers[theView.cat_col].width - HMARGIN / 2, rb); TextOut (hdc, x + theView.headers[theView.cat_col].x + HMARGIN / 2, r, catName.cstr_oneuse(), catName.size()); Index: PickView.cc === RCS file: /home/max/cvsmirror/cygwin-apps-cvs/setup/PickView.cc,v retrieving revision 2.11 diff -u -p -r2.11 PickView.cc --- PickView.cc 2002/11/09 13:44:52 2.11 +++ PickView.cc 2002/11/10 09:49:12 @@ -30,7 +30,7 @@ static PickView::Header pkg_headers[] = {New, 3, 0, 0}, {Bin?, 4, 0, 0}, {Src?, 4, 0, 0}, - {Category, 8, 0, 0}, + {Categories, 10, 0, 0}, {Package, 7, 0, 0}, {0, 0, 0, 0} }; Index: package_meta.cc === RCS file: /home/max/cvsmirror/cygwin-apps-cvs/setup/package_meta.cc,v retrieving revision 2.32 diff -u -p -r2.32 package_meta.cc --- package_meta.cc 2002/11/10 03:40:36 2.32 +++ package_meta.cc 2002/11/10 09:49:12 @@ -243,6 +243,22 @@ packagemeta::add_category (String const categories.insert (cat); } +String const +packagemeta::getReadableCategoryList () const +{ + String result; + for(setString, String::caseless::const_iterator it = categories.begin(); + it != categories.end(); it++) + { +if (*it == All) + continue; +if (result.size() 0) + result += , ; +result += *it; + } + return result; +} + static bool hasSDesc(packageversion const pkg) { Index: package_meta.h === RCS file: /home/max/cvsmirror/cygwin-apps-cvs/setup/package_meta.h,v retrieving revision 2.20 diff -u -p -r2.20 package_meta.h --- package_meta.h 2002/11/10 03:40:36 2.20 +++ package_meta.h 2002/11/10 09:49:12 @@ -96,6
RE: setup now ready for a release?
From: Robert Collins [mailto:[EMAIL PROTECTED]] On Tue, 2002-11-26 at 08:27, John Morrison wrote: Rob, Have you removed the passwd.bat file setup (used?) to create? Oh, Frabjous joy. No, I hadn't. You do both /etc/passwd and /etc/group now don't you? Yep :) And the script to add /etc/hosts, network, protocol and services which was sent to the list :) J.
RE: setup now ready for a release?
On Tue, 2002-11-26 at 08:52, John Morrison wrote: Yep :) And the script to add /etc/hosts, network, protocol and services which was sent to the list :) And /etc/profile?, please say yes :}. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: setup now ready for a release?
On Tue, 2002-11-26 at 08:58, Marcel Telka wrote: Sorry, but your commit is different from my patch and probably will break FTP support in setup.exe. Your: - sscanf (paren + 1, %d,%d,%d,%d,%d,%d, i1, i2, i3, i4, p1, p2); + sscanf (digit + 1, %d,%d,%d,%d,%d,%d, i1, i2, i3, i4, p1, p2); My: - sscanf (paren + 1, %d,%d,%d,%d,%d,%d, i1, i2, i3, i4, p1, p2); + sscanf (digit, %d,%d,%d,%d,%d,%d, i1, i2, i3, i4, p1, p2); Please fix it before setup release. Thanks. Urggle, yes, of course. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Remaining setup bug
2.299 allows you to select a version that you don't have on disc, and then proceeds to remove your current version, and replace it with nothing, with no error, either. (This is install from local directory mode.) Max.
RE: setup now ready for a release?
From: Robert Collins [mailto:[EMAIL PROTECTED]] On Tue, 2002-11-26 at 08:52, John Morrison wrote: Yep :) And the script to add /etc/hosts, network, protocol and services which was sent to the list :) And /etc/profile?, please say yes :}. Oh, ok then :) Yes, /etc/profile (/etc/profile.default cp to /etc/profile if it doesn't exist). Anything we missed? J.
Re: Remaining setup bug
On Tue, 2002-11-26 at 09:01, Max Bowsher wrote: 2.299 allows you to select a version that you don't have on disc, and then proceeds to remove your current version, and replace it with nothing, with no error, either. (This is install from local directory mode.) Max, I need a how-to-reproduce at a minimum, I've 191 file versions on disk to choose between - give me a hand here. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
RE: setup now ready for a release?
On Tue, 2002-11-26 at 09:01, John Morrison wrote: From: Robert Collins [mailto:[EMAIL PROTECTED]] On Tue, 2002-11-26 at 08:52, John Morrison wrote: Yep :) And the script to add /etc/hosts, network, protocol and services which was sent to the list :) And /etc/profile?, please say yes :}. Oh, ok then :) Yes, /etc/profile (/etc/profile.default cp to /etc/profile if it doesn't exist). Anything we missed? I don't think so. There more we can pull out of setup in the future, but just getting those three files independant is great. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: setup now ready for a release?
On Tue, 2002-11-26 at 08:53, Max Bowsher wrote: It would be nice to get my Categories patch in. The sources new account form didn't like my ssh public key (must it be a version 1 rsa key? Discussion here seemed to suggest version 2.), so I doubt I'll be up and running before you want to snapshot. That form may be the original submission form. In which case just give it a v1 key, and get up and running. The risk is all to sources.redhat.com security wise, so it's Chris's call. It will be the weekend before we actually release, it needs some testing, so your patch should go in, and I think you will be up and running :}. Rob signature.asc Description: This is a digitally signed message part
Re: Remaining setup bug
Robert Collins wrote: On Tue, 2002-11-26 at 09:01, Max Bowsher wrote: 2.299 allows you to select a version that you don't have on disc, and then proceeds to remove your current version, and replace it with nothing, with no error, either. (This is install from local directory mode.) Max, I need a how-to-reproduce at a minimum, I've 191 file versions on disk to choose between - give me a hand here. Sorry. setup-HEAD (2.301, now ;-) ) Run. Install from Local directory mode. Choose a package version that is *not* in your local cache dir. (Personally, I don't keep [prev] packages past a few days.) Setup uninstalls it, and announces 'Uninstalls complete.' Not what the user intended. Max.
Re: Remaining setup bug
On Tue, 2002-11-26 at 09:10, Max Bowsher wrote: Sorry. setup-HEAD (2.301, now ;-) ) Run. Install from Local directory mode. Choose a package version that is *not* in your local cache dir. (Personally, I don't keep [prev] packages past a few days.) Setup uninstalls it, and announces 'Uninstalls complete.' Not what the user intended. I can't reproduce this. I rm'd all my copies of libtool-devel 20020502-2. I have 20020705 installed. Ran setup-head, click on prev, libtool-devel has 20020705 select. change to curr, click through the list, 20020502 does not appear. Ditto for exp. so, click through to finish, installing nothing. vim /var/log/setup.log.full, the libtool-devel section shows only the curr and test versions as available. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: Remaining setup bug
Robert Collins wrote: On Tue, 2002-11-26 at 09:10, Max Bowsher wrote: Sorry. setup-HEAD (2.301, now ;-) ) Run. Install from Local directory mode. Choose a package version that is *not* in your local cache dir. (Personally, I don't keep [prev] packages past a few days.) Setup uninstalls it, and announces 'Uninstalls complete.' Not what the user intended. I can't reproduce this. I rm'd all my copies of libtool-devel 20020502-2. I have 20020705 installed. Ran setup-head, click on prev, libtool-devel has 20020705 select. change to curr, click through the list, 20020502 does not appear. Ditto for exp. so, click through to finish, installing nothing. vim /var/log/setup.log.full, the libtool-devel section shows only the curr and test versions as available. Maybe its my quirky way of downloading stuff. Call this non-critical, at least to a snapshot, and I'll investigate. Max.
Re: Remaining setup bug
On Tue, 2002-11-26 at 09:19, Max Bowsher wrote: Maybe its my quirky way of downloading stuff. Call this non-critical, at least to a snapshot, and I'll investigate. 'K. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
rsa1 vs. rsa2 keys for sources.redhat.com (was Re: setup now ready for a release?)
Robert Collins [EMAIL PROTECTED] wrote: On Tue, 2002-11-26 at 08:53, Max Bowsher wrote: It would be nice to get my Categories patch in. The sources new account form didn't like my ssh public key (must it be a version 1 rsa key? Discussion here seemed to suggest version 2.), so I doubt I'll be up and running before you want to snapshot. That form may be the original submission form. In which case just give it a v1 key, and get up and running. The risk is all to sources.redhat.com security wise, so it's Chris's call. OK, submitted with an rsa1 key. I have a v2 key ready and waiting if change is desired. Max.
Re: setup now ready for a release?
On Tue, Nov 26, 2002 at 08:01:52AM +1100, Robert Collins wrote: On Tue, 2002-11-26 at 08:58, Marcel Telka wrote: Sorry, but your commit is different from my patch and probably will break FTP support in setup.exe. Your: - sscanf (paren + 1, %d,%d,%d,%d,%d,%d, i1, i2, i3, i4, p1, p2); + sscanf (digit + 1, %d,%d,%d,%d,%d,%d, i1, i2, i3, i4, p1, p2); My: - sscanf (paren + 1, %d,%d,%d,%d,%d,%d, i1, i2, i3, i4, p1, p2); + sscanf (digit, %d,%d,%d,%d,%d,%d, i1, i2, i3, i4, p1, p2); Please fix it before setup release. Thanks. Urggle, yes, of course. Thank you. Now it looks ok. -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+
RE: Are there any resizable setup works-in-progress out there?
On Mon, 2002-11-25 at 16:02, Gary R. Van Sickle wrote: On Mon, 2002-11-25 at 11:21, Max Bowsher wrote: Are there any resizable setup works-in-progress out there? Gary was making noises at one point. Noises and grindingly slow progress. It's ~99.44% working now. I've mainly been working on getting it non-resizeable but allowing different-size pages (i.e. a bigger chooser), but the work applies equally to dynamic resizing. Though the latter would still require considerable work. Are there any bits that are ready to be brought into HEAD. Just to reduce the patch size? Actually, yeah. I've made some changes to window.{h,cc} that shouldn't wreck anything, and get rid of that horrific HWND-this cobble I had before. I'll do a quick changelog and post the diff to -patches. -- Gary R. Van Sickle Brewer. Patriot.
RE: Are there any resizable setup works-in-progress out there?
On Tue, 2002-11-26 at 14:32, Gary R. Van Sickle wrote: Actually, yeah. I've made some changes to window.{h,cc} that shouldn't wreck anything, and get rid of that horrific HWND-this cobble I had before. I'll do a quick changelog and post the diff to -patches. To here please. -patches is for cygwin patches. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
RE: setup now ready for a release?
I've fixed the sort bug and uploaded a snapshot. Max, what letter is free for the antivirus to use as a shortcut? Other than that, does anyone (Pavel? Gary? Max? ...) have any specific enhancements or bugfixes to be included. Unless you want that OnActivate() change in, I don't have anything that would hold up a release. -- Gary R. Van Sickle Brewer. Patriot.
RE: setup now ready for a release?
On Tue, 2002-11-26 at 15:49, Gary R. Van Sickle wrote: I've fixed the sort bug and uploaded a snapshot. Max, what letter is free for the antivirus to use as a shortcut? Other than that, does anyone (Pavel? Gary? Max? ...) have any specific enhancements or bugfixes to be included. Unless you want that OnActivate() change in, I don't have anything that would hold up a release. Don't stress. It's an under the hood thing. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
[PATCH] Setup Window class improvements.
Here it is: 2002-11-25 Gary R. Van Sickle [EMAIL PROTECTED] * window.h (Window::GetWindowRect): New method declaration. (Window::GetClientRect): Ditto. (Window::MoveWindow): Ditto. (Window::ScreenToClient): Ditto. * window.cc (REFLECTION_INFO): Remove. (ReflectionInfo): Remove. (Window::FirstWindowProcReflector): Use the WM_NCCREATE message instead of the horrid REFLECTION_INFO hack to hook the Window instance to the HWND instance. (Window::WindowProcReflector): Use GetWindowLongPtr() now that it's available. (Window::Create): Change to use new WM_NCCREATE reflection procedure above. (Window::GetWindowRect): New method. (Window::GetClientRect): New method. (Window::MoveWindow): New method. (Window::CenterWindow): Use new methods, also specify :: for some non- member functions with the same names. (Window::ScreenToClient): New method. -- Gary R. Van Sickle Brewer. Patriot. window.diff Description: Binary data ChangeLog Description: Binary data
RE: setup now ready for a release?
On Tue, 2002-11-26 at 15:49, Gary R. Van Sickle wrote: I've fixed the sort bug and uploaded a snapshot. Max, what letter is free for the antivirus to use as a shortcut? Other than that, does anyone (Pavel? Gary? Max? ...) have any specific enhancements or bugfixes to be included. Unless you want that OnActivate() change in, I don't have anything that would hold up a release. Don't stress. It's an under the hood thing. Ok. I think I'll just hold off then until I get the multi-sizing 100% working too. If I sent a patch to the property sheet/pages now it'd probably be more of a distraction than anything else. I have health insurance forms to fill out anyway ;-). So give me another ~24 hrs. -- Gary R. Van Sickle Brewer. Patriot.
Re: Xwinclip doesn't work with Konsole
If, on the other hand, the applications work fine with xclipboard, then maybe we will be able to do a better job of handling the selections. Well actually I can't even get the cygwin one to run let alone do anything. It pops up a small window with a very confused button set then shows cancel or something similar every time I try to use it. Using the openwin (solaris) xclipboard these applications work fine, the selection is fine and everything works as expected. We are not doing a very good job of figuring out how the commercial X applications out there handle clipboard integration. They *never* grab the primary selection and they always have the most recently selected text from either clipboard. Only ever when you leave one of their windows. Don't forget that they, like you know when you're window is left. That is the time to find out if anything has been grabbed. Also I'm fairly sure that most messages go through the X server so it shouldn't be very difficult to trap drags, ctrl+c's etc. Or more likely the real message ids. Maybe they are doing this through polling, which we are trying to avoid, but I am not even sure how polling would solve the problem (unless you poll for the selection, compare it to the old data, and act accordingly, which would put a huge demand on network bandwidth...). I doubt polling would solve much. Either way you are still causing unnecessary bandwith hogging when you steal ownership, not much most of the time but heh. More importantly the way that most X users expect the selection system to work (again as a user) is like my fix had made i.e. don't grab the selection. As a side point, yes I prefer my version of xwinclip to exceeds rather poor clipboard handling, including the recent release. Plus it always crashes and it's dead slow. I prefer cygwin/xfree86 by a long shot. It is our problem (well anyone who wants to use xwinclip) and it should be fixed. The hook dll doesn't need to be used as XWin can notify the app itself (if you have it inbuilt into xwin then multiple instances of xwin won't work properly together (although I'm not sure they do anyway), i'm talking about running xwin more than once not a screen option). Oh please. Integrating the clipboard support into the XWin.exe executable is not going to forbid it from working with multiple screens run by one executable, nor is it going to forbid multiple instances of XWin.exe. The oh please is a little childish don't you think? I never said it would forbid anything. But in terms of real issues that would have to be tackled: - setjmp and longjmp would not be usable within the xwin, they work on stack unwinding and would unwind the whole stack (pos solution to run as a thread but xlib doesn't like that very much). - if you do have multiple instances of the code that does the selection handling you will have to use ipc mechanisms to handle the change in selection loop (xwinclip a and b). A notices that an applicaiton in it's instance has changed the selection, it copies it to the clipboard. B notices that the clipboard has changed and claims ownership, a notices that an app If R4 programmers could do it, I'm sure you or I could. You might have to program a little more carefully, but there is nothing about having the functionality present in XWin.exe that prevents anything from working correctly. Never said there was. You have mentioned before that X-Win32 is using an Xt-app for their clipboard support... but I have never noticed such an app. I'm a little confused here I have never mentioned X-Win32 before in my life. I did mention Klipper for KDE that I found before solving the problem of inter toolkit selection grabbing. But never X-Win32. I can remove the hook by patching xwin to send out WM_ACTIVATE message's to a single xwinclip instance (this of course can be run from within XWin anyway). But I think that's not what you want either. I just want a solution that works identically to the dozen or so commerical implementations that have conquered this very problem. I won't be satisfied until we have clipboard support that rivals the commercial X Servers for MS Windows. As I and others have said here, the commercial ones aren't much better but they don't grab the selection (it's about the only good thing they do). Either way unless you can obtain source code or a developer who worked on these you're stuck as to identically doing it. The question you have to ask yourself is if you need to do that. You seem dedicated to copying the selection every time a user highlights something. Why? I doubt seriously that commercial software is doing something so obviously wastefull. Chris _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail
Re: Cygwin GNOME 1.4 binary packages
- Original Message - From: Lisi [EMAIL PROTECTED] Date: Thu, 21 Nov 2002 20:57:52 +0200 To: [EMAIL PROTECTED] Subject: Cygwin GNOME 1.4 binary packages Hi Hansom, I am definitely interested in a cygwin GNOME binary, like the KDE binary which is available on sourceforge using the standard cygwin setup.exe (but I have not yet managed to get running properly on Win98). Could you please keep us updated, maybe by posting back on the list, when your port is available for download? Surely no problem. I just started a project on sourceforge.net. I'll upload the binary packages in a few days, including some applications very usful, such as gftp, sylpheed, gtktalog, anjuta etc. But I'm so busy with my work in recent months. Could somebody give me a hand? And we want to start to work on GNOME 2.0. Thanks, -Lisi -- ___ Get your free email from http://mymail.operamail.com Powered by Outblaze
Re: Cygwin GNOME 1.4 binary packages
Hansom Young wrote: - Original Message - From: Lisi [EMAIL PROTECTED] Date: Thu, 21 Nov 2002 20:57:52 +0200 To: [EMAIL PROTECTED] Subject: Cygwin GNOME 1.4 binary packages Hi Hansom, I am definitely interested in a cygwin GNOME binary, like the KDE binary which is available on sourceforge using the standard cygwin setup.exe (but I have not yet managed to get running properly on Win98). Could you please keep us updated, maybe by posting back on the list, when your port is available for download? Surely no problem. I just started a project on sourceforge.net. I'll upload the binary packages in a few days, including some applications very usful, such as gftp, sylpheed, gtktalog, anjuta etc. Great! What is the project name? I see there is gnome-cygwin, is this it? But I'm so busy with my work in recent months. Could somebody give me a hand? And we want to start to work on GNOME 2.0. I tried to compile GNOME 2.0 on cygwin unsuccessfully. But if there is a base framework there, I'd be very interested in anjuta, and could help out with that. Can I suggest that rather than just hosting diffs you actually have the full source code? If you import it into CVS you can then import later versions again and merge the changes. Since sourceforge is hosting it you shouldn't have bandwidth problems... David
RE: Cygwin GNOME 1.4 binary packages
I am definitely interested in a cygwin GNOME binary, like the KDE binary which is available on sourceforge using the standard cygwin setup.exe (but I have not yet managed to get running properly on Win98) Where are the problems with win98 ? Ralf
Memory Leak install Binutil ?
Hi All, I am trying to install binutils on cygwin running under Win 98. = Unfortunately it fails at the same spot each time (see below for the = error messages). It almost seems like there is a memory leak since after the binutil = install failure, I tried to start a command shell and Windows reported = it did not have enough memory to start a shell. The only running process = is bash. Ideas? Suggestions? Regards David PS: Error messages follow: checking if package supports dlls... no checking whether to build shared libraries... no checking whether to build static libraries... yes 165 [main] sh 438179 fork_copy: user/cygwin data pass 2 failed, = 0x98..0x CC4000, done 0, windows pid 4294683529, Win32 error 8 eval: Cannot fork: Resource temporarily unavailable eval: Cannot fork: Resource temporarily unavailable configure: error: libtool configure failed Configure in /build-binutils/binutils-2.13/opcodes failed, exiting.
-help
Re: About Lesstif
Hi, So, if I understand: Lesstif is not supported any more in Cygwin :( Bad news... OK, I am going to investigate... At the present time, among my applications, only VXE collapses... With the previous release, all the applications seem collapses during the startup code before any initialization of Lesstif... I am going to try to rebuild others app... a+ -- Philippe Bastiani
Re: About Lesstif
Philippe, Lesstif is supported in Cygwin/XFree86 in that there is a package of it available that works quite well for most people using it. However, you are correct that there is not someone assigned to spend a lot of time digging deep into issues that are affecting only a few users. Those affected users will have to step forward and diagnose such bugs on their own, hopefully fixing them and sending the patch to [EMAIL PROTECTED] so that a new package of Lesstif can be released that fixes their bug. Hope that helps, Harold Philippe Bastiani wrote: Hi, So, if I understand: Lesstif is not supported any more in Cygwin :( Bad news... OK, I am going to investigate... At the present time, among my applications, only VXE collapses... With the previous release, all the applications seem collapses during the startup code before any initialization of Lesstif... I am going to try to rebuild others app... a+ -- Philippe Bastiani
Re: Memory Leak install Binutil ?
David, I do not think that your problem has much to do with the failed binutils install. Rather, I think that your problem has something to do with either a failed installation of the new version of the Cygwin DLL or it is due to a problem with the new version of the Cygwin DLL that was released just a day or two ago. If it is the former, then you should try reinstalling the cygwin package (which contains cygwin1.dll), if it is the later, I am sure that we will hear tons of corroborating reports in the next several days :) Harold David Worthen wrote: Hi All, I am trying to install binutils on cygwin running under Win 98. = Unfortunately it fails at the same spot each time (see below for the = error messages). It almost seems like there is a memory leak since after the binutil = install failure, I tried to start a command shell and Windows reported = it did not have enough memory to start a shell. The only running process = is bash. Ideas? Suggestions? Regards David PS: Error messages follow: checking if package supports dlls... no checking whether to build shared libraries... no checking whether to build static libraries... yes 165 [main] sh 438179 fork_copy: user/cygwin data pass 2 failed, = 0x98..0x CC4000, done 0, windows pid 4294683529, Win32 error 8 eval: Cannot fork: Resource temporarily unavailable eval: Cannot fork: Resource temporarily unavailable configure: error: libtool configure failed Configure in /build-binutils/binutils-2.13/opcodes failed, exiting.
xview toolkit
has anyone ported the xview toolkit to cygwin? thanks, --carl Carl R. CrawfordVoice: 978-977-3000 x3519 Analogic CorporationFax: 978-977-6805 8 Centennial Drive Home: 617-566-0286 Peabody, MA 01960-7987 Cell: 617-335-3372 [EMAIL PROTECTED] Cell-email: [EMAIL PROTECTED] www.analogic.com
Re: Cygwin causes 0x00000024 Stop Error (BLUE SCREEN)
On Sunday 24 November 2002 14:35, Charles Wilson wrote: Guys, I'm really surprised nobody has mentioned the obvious culprit (or asked the obvious question): Anti virus software? Was McAfee or Norton (but esp. McAfee) running while setup.exe was executed? I *always* disable McAfee before running setup. Every time I forget, I get a bluescreen. Minidump analysis shows that the fault is in fact McAfee -- which runs in kernel mode -- and not setup. (I also turn off McAfee when compiling; it really slows down disk IO) Every time my admins force a new version of McAfee, I modify the installation to remove the feature which checks every script every time it is executed, instead setting it up to perform a full weekly scan. I have had no problems this way with setup or running builds. With that McAfee feature enabled, scripts will stall so long that standby is invoked. -- Tim Prince -- 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 causes 0x00000024 Stop Error (BLUE SCREEN)
Since 6/7 months I have 0x000a errors with my PC (Win2K SP3), the problem is very simple: when XFree is running and there is a write to /etc I got a blue screen. Here are the steps I perform: * start XFree (XWin+WindowMaker+ all that is launched by startxwin.bat); * open a xterm; * touch /etc/pippo (or any other file you want, within /etc). Crash dump says the problem is caused by NaiFiltr.dll (McAfee). Perfect, I will disable McAfee (disable system scanning and all other scannings, close applications, stop services, disable services, rename McAfee directory in order to be sure it will not load, reboot). But when I retry (with McAfee disabled), I got another nice blue screen, now the cause seems to be ntoskrnl.exe. Looking at the stack I understand that when file system is modified in some way the OS will inform varios applications (maybe registered ones?) of the occurred modifications, so that they can do something (e.g. when the antivirus knows that a file is modified it will scan the file). It seems that the blue screnn occurs when the OS try to perform this notification. The stack follows: STACK_TEXT: be6f59c8 80495801 8158cb00 0001 0020 nt!PsChargePoolQuota+0x50 be6f5a6c bfe7ec5b 8188d6e8 8187cbc8 e2728810 nt!FsRtlNotifyFullReportChange+0x46d be6f5afc bfe8d9c4 814791a8 e29da4c8 e2728808 Ntfs!NtfsUpdateFileDupInfo+0x213 be6f5b30 bfe8c12e 814791a8 814735c8 814ed988 Ntfs!NtfsSetBasicInfo+0x34b be6f5bc4 bfe7cb68 814791a8 814ed988 8187c800 Ntfs!NtfsCommonSetInformation+0x467 be6f5c34 8041f79f 8187c800 814ed988 814edaf4 Ntfs!NtfsFsdSetInformation+0xbf be6f5c48 80498e2f be6f5d64 0240f9dc 80498acf nt!IopfCallDriver+0x35 be6f5d48 80465091 00a4 0240fa08 0240f9e0 nt!NtSetInformationFile+0x58a be6f5d48 77f839cf 00a4 0240fa08 0240f9e0 nt!KiSystemService+0xc4 0240f9c0 77e9678c 00a4 0240fa08 0240f9e0 ntdll!NtSetInformationFile+0xb 0240fa10 61089a06 00a4 0240fa50 KERNEL32!BasepCopyFileCallback+0x53 WARNING: Stack unwind information not available. Following frames may be wrong. 0240fdc0 61089bc5 615f1228 615f374c cygwin1!utimes+0x136 0240fe00 0040139a 615f1228 01b6 cygwin1!utime+0x55 0240fe80 004020af 615f1228 00401a79 0240fec0 touch+0x139a 0240fec0 610072d8 0002 615f0ea0 0a040288 touch+0x20af 0240ff10 610075bd 610caa58 fffe 0034 cygwin1!_assert+0x6248 0240ff60 00409a23 814701b0 cygwin1!dll_crt0+0x1bd 0240ff90 0040103d 00401b70 80430f47 touch+0x9a23 0240ffc0 77ea847c 0022e7b4 0022f854 7ffdf000 touch+0x103d 0240fff0 00401000 00c8 KERNEL32!CompareStringW+0x41b I tried to solve this problem (or at least to understand the cause) many times. I always failed. Now when I run setup.exe, before the installation begins I always shut down XFree. Note that this problem occurs with my machine at work, but at home (again Win2K SP3) I have no problem. Daniel Armbrust wrote: Every time that I run the cygwin installer program, when it finishes downloading packages, and moves to the install step, it bluescreen crashes my Windows XP machine (service pack 1) with the following error: STOP: 0x0024 (0x001902FA, ..., ...) (I didn't take the time to write down the last to parameters) Upon reboot, when I run through the install process again, it works fine, since the packages have already been downloaded. After the install is complete, all of the cygwin apps work fine. Here is what I think may be a cause (but I know nothing about cygwin internals, so its just a guess): http://support.microsoft.com/?kbid=195857 The reason that I suspect that this is a cygwin installer issue, and not a driver issue, is that this machine never crashes with ANY other software. Furthermore, I have an NT 4.0 machine (service pack 6) at work, with a completely different hardware setup (so all drivers are different) and again, while it NEVER crashes like this with any other software, the cygwin installer causes a STOP error EVERY TIME it is run. Fixing this problem would be a great benefit to your software package. Having the installer bluescreen a high percentage of machines on install is obviously not a good thing. -- 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 causes 0x00000024 Stop Error (BLUE SCREEN)
On Mon, 2002-11-25 at 15:43, Gary R. Van Sickle wrote: I recall being unhappy about having the list of pages in two places, and it's obvious why now. List of pages in two places? In main.cc we list the pages, create instances, and add to the propery sheet. So there is one list. The second place is that each page knows what page follows, and will alter this on occasion. This isn't a reflection on your framework per se, the old code was really intertwined, and what you've done is a serious improvement. Well, that's not the whole story. Pre-Property Sheetization, each page had to know what the next page was supposed to be at all times, sometimes in multiple places, and call it up. Now, they don't have to know any of that, *unless*, as you say, the default order of presentation (i.e. the order in which the pages were added) needs to be changed dynamically. Yep. I'd like to remove that 'unless' :}. is not yet ready for prime-time. I'll get something sensical to you though in a few (1,24) hours. Can't ask for more than that :]. Didn't know there was a virus-scanner disabling interface that you cold do this sort of thing with, that's cool. I wonder if the virus writers know about it Heh, I bloody hope they do. It's the standard NT service control interface I'm using. 'most' users have access to start and stop services, outside of certain locked down IT departments. And Services have DACL's, so ... Anyway, I *ask* the user about disabling it, hopefully that will stop some enthusiastic but misguided mcaffee person from considering setup.exe a virus! BTW: anyone here who: *) Is a 'supported' mcaffee user *) can reproduce the Blue Screen (hint: I think large internet downloads with connection set to 'ms ie5 settings' followed by the install process is the trigger) *) Is willing to submit a fault to mcaffee and ride herd till it gets fixed? Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
net use and sshd
sshd version: OpenSSH_3.4p1 cugwin version: 1.3.12 OS: Windows XP If I use a password authentication with sshd, I'm able to map a network drive by mean of the windows 'net use' command. If I try to map the very same network drive after having authenticated through the public key method, mapping doesn't work any longer, and I get the following message: System error 5 has occured. Access is denied. Is this behaviour expected ? Is there a workaround ? -- Romain -- 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/
who succed to compile freetype 2.X ?
I didn't succed cause of the apparently wellknown problem of _WinMain@16. I read all the messages on different lists, the faq (but don't want to add a main() ) the -Wl,-u, ... has not effect. I need the freetype as a pre requisite to compile the gd. 2.0 to get imagefontheight in php4 But if someone has a previous version of gd and other image lib as dll, i will be happy if he can give me the url link. -- 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/
[Patch] skipping import libraries for performance reasons - direct auto-import of dll's
Hi all, the recent ld contains support importing of symbols located in other dll's through import libraries. Especially for big libraries using import libraries has some big disadvantages: 1. ld need much time and very much memory to process them - This is because each symbol is located in a seperate objectfile and ld opens a bfd for each. 2. The size of import libraries could be very huge (for example 10 MB for qt-3) - This is because each symbol is located in a seperate objectfile. current ld releases are able to skip import libraries by grabbing the needed informations directly from a dll. The only issue which was open until now, is that ld has no auto-import support for linking directly to a dll, but this is be fixed with the appended patch. Using dll's directly instead of import libraries has several advantages: 1. linking goes much faster (for qt-3 about 50%: from 2 minutes down to one minute) 2. ld uses much less memory (for qt-3 about 70%: from 500 MB to 150 MB) 3. ld works more like the linux version. There are only static archives and shared libraries which could be linked directly without the indirection of using import libraries. This simplifies for example libtool handling. How does it works: See the example path layout. There are two dll's xxx.dll and yyy.dll in an applications bin dir. In the lib dir there are the import library for xxx.dll and a link to the dll cygyyy.dll. ../bin/ cygxxx.dll cygyyy.dll ../lib/ libxxx.dll.a [cyg|lib|]yyy.dll (may be the dll or a symbolic link to ../bin/cygyyy.dll) Now the link line (you can see that using the dll directly is the same as using the import libraries, there is no difference) gcc -Wl,-verbose -o a.exe -L../lib/ -lxxx -lyyy ... The ld log below shows, that for xxx the import library is used and for yyy the dll is directly used. This means, the only task of using the dll instead of the import library is to replace the import library with a symbolic link to the dll. snip == attempt to open /usr/lib/crt0.o succeeded /usr/lib/crt0.o attempt to open client.o succeeded client.o attempt to open ../lib/libxxx.dll.a succeeded !!! ... attempt to open ../lib/libyyy.dll.a failed attempt to open ../lib/yyy.dll.a failed attempt to open ../lib/libyyy.a failed attempt to open ../lib/cygyyy.dll failed attempt to open ../lib/libyyy.dll failed attempt to open ../lib/yyy.dll succeeded !!! snip Info: resolving _var by linking to __imp__var (auto-import) Info: resolving _foo by linking to __imp__foo (auto-import) Info: resolving _func_ptr by linking to __imp__func_ptr (auto-import) I have tested this patch with recent qt-2/3 and kde2 sources without any problems. A sample test case is appended too. Please give this patch a try and report problems to me o0r to this list. Thank you Ralf Habacker KDE on cygwin http://cygwin.kde.org ld-auto-import-dll.patch Description: Binary data ld-test.tar.bz2 Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with Cygwin DLL: 1003.15.0.0 1003.16.0.0
Hi, I have come across a problem with cygwin which relates to the Windows CreateProcess() function. Tested on Cygwin DLLs: 1003.15.0.0 1003.16.0.0 Windows 2000 sp3 I have a Visual C++ program which uses CreateProcess to launch an executable much like the example provided in the attachment. The example has been hard coded to execute a cygwin compiled binary (ls) as this is what I was attempting to do in the real thing. When the program is run from a dos command prompt, it all works perfectly. However when the program is run from cygwin bash, the launched program (ls) fails with a read exception somewhere in the cygwin dll. If the program is changed to execute a non cygwin-built binary, it all seems to work fine. I also bring your attention to the following lines from the example... /* Something to do with bInheritHandles being FALSE, as when it is TRUE, it works. */ CreateProcess(0, cmd, 0, 0, FALSE, DETACHED_PROCESS | NORMAL_PRIORITY_CLASS, 0, cwd, StartupInfo, ProcessInformation); When the CreateProcess call is changed so handles are inherited, it all works perfectly. If this is the wrong place to report an issue like this, then please let me know where I should email instead. I couldn't spot any other likely candidates. Regards, Steve Fairbairn. test.c PS. Full VC++ Workspace and binaries are available, I just didn't want to attach it on a mail to the whole list. PPS. Apologies for the disclaimer, nothing I can do to stop it :(. *** This email has originated from Perwill plc (Registration No. 1906964) Office registered at: 13A Market Square, Alton, Hampshire, GU34 1UR, UK Tel: +44 (0)1420 545000 Fax: +44 (0)1420 545001 www.perwill.com *** Privileged, confidential and/or copyright information may be contained in this email, and is only for the use of the intended addressee. To copy, forward, disclose or otherwise use it in any way if you are not the intended recipient or responsible for delivering to him/her is prohibited. If you receive this email by mistake, please advise the sender immediately, by using the reply facility in your email software. We may monitor the content of emails sent and received via our network for the purposes of ensuring compliance with policies and procedures. This message is subject to and does not create or vary any contractual relationships between Perwill plc and the recipient. *** Any opinions expressed in the email are those of the sender and not necessarily of Perwill plc. *** This email has been scanned for known viruses using McAfee WebShield 4.5 MR1a *** test.c Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc problem?
I didn't program in C for a long time but as far as I remember, scanf read 1 string using white space as separator. to enter aaa bbb ccc you need scanf(%s %s %s, ...) or gets use gets or scanf(%s, ..) followed by while('\n'!=getchar()); but you loose the extra typed words hope this helps. On Thu, 21 Nov 2002 10:46:26 +0800, Carlo Florendo [EMAIL PROTECTED] wrote: Hello, Ever since I installed a newer cygwin, I've encountered problems which I didn't encounter before. First, there was the ls -lproblem which has not yet been resolved (and which is threaded as ls problem in this list.). Just today, i discovered something wrong while using gcc. I compiled the snippet below and it's supposed to prompt me for input twice. However, I only get prompted once. (Using the visual c++ compiler, the borland 5.5 compiler gives the correct results) The reverse is true for the example below: ie you were encountering problems before, but not realising it. My gcc version is 2.95.3-5. Cygwin version is The cygwin1.dll version I am using is 1.3.15-cygwin-1-3-15-1. ---begin snippet- #include stdio.h int main() { int n; char string[80]; for ( n=0 ; n2 ; n++ ) { printf( Enter some words: ); scanf( %s, string); printf( The first word you entered is : %s\n, string ); fflush ( stdin ); ^^^hint: while('\n'!=getchar()); } return 0; } You can't flush(stdin). Nothing wrong with Cygwin here, simply the other compilers implementing stuff that isn't part of the language. The FAQ for comp.lang.c or alt.comp.lang.learn.c-c++ will no doubt give you ample insight. -- CHAUVIERE Jean-Raymond 06 80 38 01 14 -- 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: Text Problems with Cygwin 1.3.14 and TinyFugue WAS Re: Text problems with Cygwin 1.1.14 and TinyFugue
On Wednesday 20 November 2002 02:37 pm, you wrote: Curiouser and curiouser. With 1.3.15 and the 11/20 snapshot I can run tf from within strace. That is, I can enter text into it and even connect to worlds. That is not to say that I can *use* it, the output doesn't work quite correctly. HTH. SImply noting that the problem persists in 1.3.16. I'll continue trying to look into it. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: dos2unix/d2u does nothing
I have seen similar behaviour to what Fred sees, but I can't remember if that was u2d or d2u. In that case the files had mixed use of \n and \r\n line endings. I presumed d2u/u2d detected a single \n (or \r\n) in the first X bytes, and assumed the file was already in the appropriate format. I 'fixed' this by running u2d then d2u (or vice versa). Dave. -Original Message- From: Randall R Schulz [mailto:[EMAIL PROTECTED]] Sent: 23 November 2002 05:12 To: [EMAIL PROTECTED] Subject: Re: dos2unix/d2u does nothing Fred, It works OK for me. You may be experiencing an interaction with a text mode mount (though from the looks of it, conv.c was ported for cygwin to open files in binary mode, so this shouldn't happen). As to the mod time, perhaps you wrote the file and then converted it within the same minute, so ls -l doesn't show a change in the modification time (even though the difference is there at the finer time resolution that the OS and / or file system uses to record file modification times). By the way, dos2unix and d2u are identical (byte-for-byte). The other thing I can think of is that you're not running the dos2unix from the cygutils package, that the version you're running was not ported to Cygwin to be immune to the mount type and (conceivably) that it resets the file's modification time after reformatting it. Randall Schulz Mountain View, CA USA At 20:36 2002-11-22, Shing-Fat Fred Ma wrote: Hello, I'm finding that dos2unix and d2u doesn't change a file in-place, even with -U (the timestamp doesn't even change). It works find for stdin-to-stdout, though. Just thought I'd share my feelings on that (that is, I feel it doesn't work in-place, but thank goodness it works). Fred -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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: [ANNOUNCEMENT] Updated Cygwin Package: python-2.2.2-1
Rolf, On Sun, Nov 24, 2002 at 01:33:31AM -0500, Rolf Campbell wrote: -Original Message- From: Jason Tishler [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 19, 2002 7:18 AM To: [EMAIL PROTECTED] Subject: Re: [ANNOUNCEMENT] Updated Cygwin Package: python-2.2.2-1 On Mon, Nov 18, 2002 at 03:49:32PM -0500, Rolf Campbell wrote: I have patched pyserial (locally) and it seems to work fine now. Please submit your patch to pyserial's patch collector on SF for consideration. The CVS version of pyserial now works with Cygwin python-2.2.2-1. Thanks for following up -- it is much appreciated. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RXVT geometry bug
Dear Sirs, I have observed that rxvt v2.7.2 (installed on 2002/10/27) does not correctly processes the geometry option. If I run: rxvt -fn 8X16 a 80x25 window appears that functions OK. But if I run: rxvt -g 80x25 -fn 8X16 the window that appears is BIGGER and does not properly function. For example, inside less the down-arrow does not work. If I resize this broken window, making it smaller and then bigger, so that at the end it has the same size as before, it starts working normaly. This behavior is the same for any dimensions you give. I hope that this observation could be usefull. Rodrigo Medina [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: emacs 100% cpu usage busy
Hans Larsen wrote: With regards to emacs, which worked properly until some weeks ago, I definitely fixed the problem by replacing the binary with the binary I downloaded from http://68.98.180.124:3000/cygwin/emacs/ without changing anything else. OK, I'll release a new emacs. Joe Buehler -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Help with LTrace
Pavel, Perhaps that's because strace isn't a Cygwin program: % cygcheck strace Found: D:\cygwin\bin\strace.exe D:\cygwin\bin\strace.exe D:\WINNT\System32\msvcrt.dll D:\WINNT\System32\KERNEL32.dll D:\WINNT\System32\NTDLL.DLL Cygcheck itself exhibits the same symptom (it also is not linked against libcygwin.a): % cygcheck /bin/strace /bin/strace - Cannot open % cygcheck /bin/strace.exe /bin/strace.exe - Cannot open Randall Schulz Mountain View, CA USA At 23:35 2002-11-24, Pavel Rozenboim wrote: It seems that sometimes, full path confuses strace. For example in my system: ~ strace /bin/ls strace.exe: error creating process /bin/ls , (error 3) ~ strace ls [Works, lots of output] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Help with LTrace
-Original Message- From: Randall R Schulz [mailto:[EMAIL PROTECTED]] Sent: Mon, November 25, 2002 5:22 PM To: [EMAIL PROTECTED] Subject: RE: Help with LTrace Pavel, Perhaps that's because strace isn't a Cygwin program: % cygcheck strace Found: D:\cygwin\bin\strace.exe D:\cygwin\bin\strace.exe D:\WINNT\System32\msvcrt.dll D:\WINNT\System32\KERNEL32.dll D:\WINNT\System32\NTDLL.DLL Cygcheck itself exhibits the same symptom (it also is not linked against libcygwin.a): % cygcheck /bin/strace /bin/strace - Cannot open % cygcheck /bin/strace.exe /bin/strace.exe - Cannot open Randall Schulz Mountain View, CA USA At 23:35 2002-11-24, Pavel Rozenboim wrote: It seems that sometimes, full path confuses strace. For example in my system: ~ strace /bin/ls strace.exe: error creating process /bin/ls , (error 3) ~ strace ls [Works, lots of output] -- 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: Cygwin causes 0x00000024 Stop Error (BLUE SCREEN)
Hi, I don't want to be accused of advertising, but we use SOPHOS in my office, and it doesn't interfere with the download/install processes or setup.exe at all. I've used it on NT, 2000, and XP. Just for information. /John. _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail -- 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] skipping import libraries for performance reasons - direct auto-import of dll's
Please separate policy arguments from functional arguments. Whether cygwin/mingw should drop import libs is policy. Whether libtool should use/create import libs is policy. Whether ld should support auto-import when doing link-directly-to-dll is functional. [Note: I haven't tested your patch, but it looks mostly ok] I think the ability to do auto-import when using ld's virtual, on-the-fly import lib feature (e.g. link-directly-to-dll) is valuable, and complete support (once achieved) should be accepted. However... There does not seem to be any support in your patch for the most recent auto-import capabilities -- the runtime-pseudo-reloc stuff added by Egor. So, if your patch is accepted as-is, then we have: (1) if linking to implib, then full auto-import support is available; --enable-pseudo-reloc allows auto-import of complex data (see ld.info). (2) if linking directly to the dll without an implib, then partial auto-import is available; --enable-pseudo-reloc has no effect. And doesn't warn that it fails. I *think* you'd end up with a runtime error, if attempting to import complex data. Bad. Two solutions: (1) add support for runtime-pseudo-relocs to your patch, and resubmit. You might want to work with Egor on this. (2) When doing link-directly-to-dll AND a symbol has a non-zero addend (e.g. complex data import), then behave as if link_info.pei386_runtime_pseudo_reloc = 0, even if --enable-pseudo-reloc has been specified. (Of course, IF --enable-pseudo-reloc has been specified and the current link obj is an import lib, then psuedo-reloc should occur). This complex behavior may actually be more difficult -- and more confusing -- than simply implementing solution (1). Minor nit about patch format: watch out for your tab/indentation. It doesn't match the surrounding text in many cases. Note: yes, I realize that the runtime-pseudo-reloc stuff requires actual runtime support (extra code in crt0.o for mingw, extra code in cygwin1.dll for cygwin) which does not yet exist. But it will, eventually -- and that's outside ld's purview. If normal import-lib-based linking includes support for --enable-pseudo-relocs, then virtual on-the-fly direct linking should support it too. Let mingw/crt0.o and cygwin/cygwin1.dll take care of themselves. Downside: it's hard for you, Ralf, test test whether you have properly implemented the runtime-pseudo-reloc support for virtual on-the-fly direct linking, unless you build your own cygwin kernel with the appropriate support...talk to Egor... -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin with opengl
Nigel wrote: James, Thanks for such an informative and detailed response. It turns out to be a FAQ for our OpenGL students who like to compile on Linux and Cygwin. http://goanna.cs.rmit.edu.au/~gl/teaching/cs549/index.html Do you mind if I recycle your posting? And yes, we hit the same but why doesn't gcc just _know_ what I want, like MSVC _seems_ to... mentality... Cheers, Nigel It would be simpler and better if you directed your students to the relevant README file: /usr/doc/opengl-1.1.0/README.txt 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: [Performance Regression] cygwin 1.3.15-2 - 1.3.16-1
On Sun, Nov 24, 2002 at 11:59:00PM -, Max Bowsher wrote: Max Bowsher [EMAIL PROTECTED] wrote: With 16-1, I'm seeing *extreme* latency in keypresses appearing in bash, when I have a compile running in another Cygwin window (in my case, compiling setup). With 15-2, there are no such delays. I will try to localize the problem to between 2 snapshots. Localized to between 1.3.15-2 and 20021115, which is the earliest snapshot still available. I'll bet it works ok on B20, too. 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: impure_ptr/Mingw and Cygwin
On Sun, 24 Nov 2002, Max Bowsher wrote: Peter A. Castro [EMAIL PROTECTED] wrote: On Sat, 23 Nov 2002, Max Bowsher wrote: $ gcc -g foo.c -mno-cygwin -mwindows -o foo -liberty -lmingw32 $ ./foo.exe x Hello World 2 $ cat x Hello World How odd. I get the stderr output just fine. Yes, very interesting. I'll have to see if perhaps stderr output is appearing and the command prompt is simple overlaying it after the command returns. BTW, I was running the program from a regular DOS Prompt, not a bash shell (not that that should make a big difference for console I/O). Why the -mwindows -liberty -lmingw32 switches? They are unnecessary. Because that's how setup.exe is built (that's where I got the above switches from). -liberty ? Not on my computer. iberty just provides extra functions which might be missing from a given environment. It's strictly not needed, but doesn't hurt either. -lmingw32 ? I think that's just one of the redundant things libtool like to add. This really has nothing to do with libtool. Try adding that '-v' option to the command line and look at the list of libraries being pulled in by the compiler. Since the compiler pulls in mingw32 implicitly from the -mno-cygwin flag you can leave this library off. -mwindows ? Sparsely documented, if at all. I *think* it is to link as a Windows GUI exe rather than a Windows console exe. Yep. Adds flags to the linker to pull in windows GUI libraries and possibly determine which startup object to use (console vs GUI vs ...) So, I think you can lose all 3 of these. Depends on what he's coding for. I was under the impression from other email that he might need more than the bare minimum that foo.c represents. If it's likely to have graphics in it, then I'd leave the -mwindows and he can always add -liberty back in if things don't resolve. However, his current problem is that he still gets references to _impure_ptr which doesn't make sense, since that would really only be generated if he compiled without -mno-cygwin, and he claims he has recompiled with it. -- Max. -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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: impure_ptr/Mingw and Cygwin
On Sun, 24 Nov 2002, Andrew DeFaria wrote: Peter A. Castro wrote: What you show below is only linking. I believe you need to re-compile all of your source with -mno-cygwin -mwindows as well to make the _impure_ptr references go away. But I did re-compile all my sources with -mno-cygwin -mwindows! Still have the error. Suggest you run nm against all your objects and libraries and find which has the _impure_ptr references, then recompile just those. /bin/gcc mksf.o mksfOpts.o mksfIO.o flmCrc.o -mno-cygwin -mwindows -liberty -lmingw32 -o mksf mksf.o(.text+0x60f): In function `main': /dview/defaria_2.0/salira/neopon/build/maketools/mksf.c:29: undefined reference to `_impure_ptr' mksf.o(.text+0x874):/dview/defaria_2.0/salira/neopon/build/maketools/mksf.c:66: undefined reference to `_impure_ptr' mksfOpts.o(.text+0x309): In function `usage': /dview/defaria_2.0/salira/neopon/build/maketools/mksfOpts.c:13: undefined reference to `_impure_ptr' mksfOpts.o(.text+0x331):/dview/defaria_2.0/salira/neopon/build/maketools/mksfOp s.c:14: undefined reference to `_impure_ptr' mksfOpts.o(.text+0x352):/dview/defaria_2.0/salira/neopon/build/maketools/mksfOp s.c:15: undefined reference to `_impure_ptr' mksfOpts.o(.text+0x36a):/dview/defaria_2.0/salira/neopon/build/maketools/mksfOp s.c:16: more undefined references to `_impure_ptr' follow make: *** [mksf] Error 1 Again the _impure_ptr things come up. Where is this supposed to be resolved from? -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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: [Performance Regression] cygwin 1.3.15-2 - 1.3.16-1
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Sun, Nov 24, 2002 at 11:59:00PM -, Max Bowsher wrote: Max Bowsher [EMAIL PROTECTED] wrote: With 16-1, I'm seeing *extreme* latency in keypresses appearing in bash, when I have a compile running in another Cygwin window (in my case, compiling setup). With 15-2, there are no such delays. I will try to localize the problem to between 2 snapshots. Localized to between 1.3.15-2 and 20021115, which is the earliest snapshot still available. I'll bet it works ok on B20, too. Putting flippancy aside, I think this is a real problem. If necessary, I will start building some DLLs from cvs so I can roll forward commit by commit. But I was hoping someone might go Aha - I know the change that might have caused that. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Help with LTrace
Here I go again... There is no difference setting the perms via the Windows GUI... :_( To: Pavel, thanks too. My programm is in the same folder I execute strace. I think that the problemm could be the permission denied to execute . I try to execute: ./programm.exe with the permissions: -rwxr-xr-x and it fails me by permission denied Could be this problemm due to bad downloading file? Have anyone a list of errors reported by strace? Perhaps it helps me... Thanks, Saturn S;-D - Original Message - From: Max Bowsher [EMAIL PROTECTED] To: Hotmail Saturn [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, November 25, 2002 12:15 AM Subject: Re: Help with LTrace Hotmail Saturn [EMAIL PROTECTED] wrote: Thanks, Max. I Know strace, but it fails with: strace.exe: error creating process , (error 193) I think it fails because the execution permissions. I try to change its permissions with: chmod +rw but the result is still the same, and its permissions are: -rwxr-xr-x Is there any way to change the execution permission that let me execute correctly my programm ? My programm doesn't execute because Permission denied error. Hmm. Try setting the perms via the Windows GUI, just to see if that makes any difference. Does it run without strace? Another question: Do you know if exist an utility that let me trace the libraries (like LTrace) that runs with CygWIN? No, sorry. -- Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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/
Standard out from remsh/rsh
I haven't tried doing a remsh from my HPUX box to cygwin recently, but I thought I remembered that I could get standard and error output from the command that I issued to the cygwin client. The cygwin client executes the command, but does not return anything to standard out. Is this a Bug/Config/or just what? Mike -- 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 causes 0x00000024 Stop Error (BLUE SCREEN)
On Sun, 24 Nov 2002, Randall R Schulz wrote: Hi, Chuck, Hi All! Do I have to say it? D'Oh! I feel this is really just masking the real problem. In my experiences doing development and testing under Windows, I feel that fault drivers are mostly what causes problems (someone else mentioned this earlier and I tend to agree). Occasionally hardware does go bad. I once had a machine that the specs claimed it could take 128Mb of memory using 32Mb SIMMs, but actually could only handle 64Mb using 16Mb SIMMs. With 128Mb it became very unstable and BSOD'ed often. In that specific case, the problem was the memory controller. If you are using fairly new hardware, it's less likely that hardware is the problem, but more likely that OS drivers are faulty. This is *Windows* we're talking about, here, so what did you expect :) At 14:35 2002-11-24, Charles Wilson wrote: Guys, I'm really surprised nobody has mentioned the obvious culprit (or asked the obvious question): Anti virus software? Was McAfee or Norton (but esp. McAfee) running while setup.exe was executed? I *always* disable McAfee before running setup. Every time I forget, I get a bluescreen. Minidump analysis shows that the fault is in fact McAfee -- which runs in kernel mode -- and not setup. I use Norton AntiVirus (2002) and I *never* enable automatic / background scanning. I always stick to manual scanning. Mostly I apply it to email attachments and occasionally to file downloads when I don't know or trust the source. And, just to provide a counter example: I always run Norton AntiVirus with automatic / background scanning enabled. I generally have to, because of infected machines at work which probe the network whenever we get hit with the latest rash of viruses :(. I've done all my Cygwin installs/updates with AntiVirus enabled and never had a BSOD (I'm running NT4 on fairly stable hardware and up to date drivers). So, it is possible and if something does fail, it more like a driver fault than an application fault. The KB article (195857) is interesting in that the system needs additional resources to be able to free up handles. I kinda find that funny (and prefectly inline with the way MS does things :). Also, I'd think that unless the machine in question is suffering from a shortage of resources to begin with, that it's not likely setup.exe's fault. Anyone know of a tool (besides Purify) which could track all the resource usages of a given program? (I also turn off McAfee when compiling; it really slows down disk IO) --Chuck Randall -- Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED] Cats are just autistic Dogs -- Dr. Tony Attwood -- 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 causes 0x00000024 Stop Error (BLUE SCREEN)
Anyone know of a tool (besides Purify) which could track all the resource usages of a given program? Sysinternals has a great collection of tools for this sort of thing: Handle v2.01 http://www.sysinternals.com/ntw2k/freeware/handle.shtml This handy command-line utility will show you what files are open by which processes, and much more. Or, for the GUI minded: Process Explorer v5.25 http://www.sysinternals.com/ntw2k/freeware/procexp.shtml Find out what files, registry keys and other objects processes have open, which DLLs they have loaded, and more. This uniquely powerful utility will even show you who owns each process. There are other tools (regmon, filemon, diskmon, portmon) that can be used to get blow-by-blow accounts of how different resources are being used. -Samrobb -- 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: [Performance Regression] cygwin 1.3.15-2 - 1.3.16-1
On Mon, Nov 25, 2002 at 05:56:12PM -, Max Bowsher wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Sun, Nov 24, 2002 at 11:59:00PM -, Max Bowsher wrote: Max Bowsher [EMAIL PROTECTED] wrote: With 16-1, I'm seeing *extreme* latency in keypresses appearing in bash, when I have a compile running in another Cygwin window (in my case, compiling setup). With 15-2, there are no such delays. I will try to localize the problem to between 2 snapshots. Localized to between 1.3.15-2 and 20021115, which is the earliest snapshot still available. I'll bet it works ok on B20, too. Putting flippancy aside, I think this is a real problem. Hmm. A real problem would have real details, wouldn't it? Beyond the fact that you think it is slow, there really weren't too many of those. If necessary, I will start building some DLLs from cvs so I can roll forward commit by commit. But I was hoping someone might go Aha - I know the change that might have caused that. Yeah, that's always the magical thinking that goes into cygwin bug reports. 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/
Installing w/o setup.ini
I am attempting to install Cygwin from a CD-ROM containing downloaded Cygwin files (src and bin) but which does not have a setup.ini/setup.hint. I do not have a Cygwin/Unix enabled computer or access to the net and can't use, e.g., Polley Christopher W. (8 Nov 2002) script to generate a .ini file. Is there any way to do an installation? Can I retrieve .ini/.hint files from ftp sites? How? Do I have to hand generate a setup.ini file (gruesome)? And do I have to generate dependent package references by hand - or can I just assume that there are no dependencies? Any suggestions? art [EMAIL PROTECTED] Sorry if this is a duplicate post. I keep getting error messages from the e- mail S/W. -- 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: RXVT geometry bug
[EMAIL PROTECTED] wrote: But if I run: rxvt -g 80x25 -fn 8X16 the window that appears is BIGGER and does not properly function. I can confirm that it's bigger -- I count 26 lines and 80 columns when rxvt 2.7.2 is invoked with -geometry 80x25. The font does not seem to matter. -- Francis Litterio [EMAIL PROTECTED] http://world.std.com/~franl/ GPG and PGP public keys available on keyservers. -- 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/
Unable to get Cygwin SSHD to work on Win2000 Pro SP3
Since the original upgrade to OpenSSH3.4p1-5 I have been unable to make the Cygwin SSHD server work on my Windows 2000 Pro machine SP3. After several weeks of testing and poking and re-installing, the problem is the same: I have no clues as to what is wrong! I can install the package OK. I can start the SSHD server OK. BUT if I try to connect to the server from localhost, I get: (See attached file: localhost.log) If I try to connect from a RedHat 7.2 machine, I get: (See attached file: remote.log) My cygcheck is: (See attached file: cygcheck.log) The server /var/log/ssh.log file is empty. I would appreciate if you all can look at these text files and let me know what I should do or if you need to look at anything else. Thank you in advance, [EMAIL PROTECTED] localhost.log Description: Binary data remote.log Description: Binary data cygcheck.log Description: Binary data -- 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/
HOME set to / [Was: cygwin-1.3.16-1]
For what it's worth, I too had this problem on Windows 2000, but I was able to work around it by putting set HOME=/home/Administrator into my cygwin.bat. -- PGP Fingerprint: 3E7B A3F3 96CA 8958 ACC5 C8BD 6337 0041 C01C 5276 -- 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 is not installing everything!!!
I am having a problem installing cygwin on my Win98 Laptop. I run the setup program to install the base cygwin apps. Everything goes fine, but when I try to run cygwin, the cygwin.bat file fails. After further investigation, I found that a lot of directories are missing. The only directories I have are c:\cygwin\lib, c:\cygwin\tmp, and c:\cygwin\usr. The \bin, \etc, and many other directories are nowhere to be found!! Does anyone know what is happening here? I have installed Cygwin before, and have never had any problems. I am using the current Setup.exe version 2.249.2.5. Thanks in advance, Brad. _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus -- 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 is not installing everything!!!
It appears that I had a corrupt registry. Once I went through the registry and deleted all occurances of cygwin, I could finally install a new version of Cygwin. _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail -- 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: dos2unix/d2u does nothing
Subject: RE: dos2unix/d2u does nothing From: David Kilroy [EMAIL PROTECTED] Date: Mon, 25 Nov 2002 13:33:42 - To: [EMAIL PROTECTED] I have seen similar behaviour to what Fred sees, but I can't remember if that was u2d or d2u. In that case the files had mixed use of \n and \r\n line endings. I presumed d2u/u2d detected a single \n (or \r\n) in the first X bytes, and assumed the file was already in the appropriate format. I 'fixed' this by running u2d then d2u (or vice versa). Dave. -Original Message- From: Randall R Schulz [mailto:[EMAIL PROTECTED]] Sent: 23 November 2002 05:12 To: [EMAIL PROTECTED] Subject: Re: dos2unix/d2u does nothing Fred, It works OK for me. You may be experiencing an interaction with a text mode mount (though from the looks of it, conv.c was ported for cygwin to open files in binary mode, so this shouldn't happen). As to the mod time, perhaps you wrote the file and then converted it within the same minute, so ls -l doesn't show a change in the modification time (even though the difference is there at the finer time resolution that the OS and / or file system uses to record file modification times). By the way, dos2unix and d2u are identical (byte-for-byte). The other thing I can think of is that you're not running the dos2unix from the cygutils package, that the version you're running was not ported to Cygwin to be immune to the mount type and (conceivably) that it resets the file's modification time after reformatting it. Randall Schulz Mountain View, CA USA Hi, All, It's in the cygwin file tree, /usr/bin/dos2unix version 0.1.2. The file was a few minutes old when I tried in-place conversion. Anything is possible, regarding preserving the file timestamp even after the conversion (afterall, I think some gzip's do that). My fix is to use it as a filter. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE:'less' can't determine terminal size?
Dear Sirs, I think that this bug is related to the one I reported on 2002/11/25 RXVT geometry bug. Rodrigo Medina [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: emacs 100% cpu usage busy
Hi, OK, I'll release a new emacs with the new cygwin.dll the *emacs problem* disappeared. In fact there never was an *emacs problem*, but an cygwin.dll problem. As I already mentioned rxvt also shown a strange behaviour - which -of course- also *disappeared*. Your .9 works pretty fine with the new cygwin.dll. Please notify me in case there are differences between the official release and the one I downloaded. Cheers -Hans -- 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 causes 0x00000024 Stop Error (BLUE SCREEN)
Peter A. Castro wrote: And, just to provide a counter example: I always run Norton AntiVirus with automatic / background scanning enabled. I generally have to, because of infected machines at work which probe the network whenever we get hit with the latest rash of viruses :(. I've done all my Cygwin installs/updates with AntiVirus enabled and never had a BSOD (I'm running NT4 on fairly stable hardware and up to date drivers). So, it is possible and if something does fail, it more like a driver fault than an application fault. Yes, it HAS to be a driver fault (more accurately, it CANNOT be an application fault). Applications run in ring 3 (call it user mode -- but it's a protected execution mode enforced by the x86 processor hardware). drivers and such (like virus scanners) run in ring 0 (call it kernel mode) along with the ntos kernel. If you get a BSOD, it is by definition a ring 0 fault == kernel mode == drivers/virus-scanner/kernel problem. [AFAIK, ring 1 and ring 2 are not used by MSWin] Now, as far as Norton vs. McAfee, the setup.exe BSODs have most often been reported wrt McAfee. I only recall one report from a year back or more where Norton was the culprit. --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with crontab -e: tabs aren't getting installed
I've recently installed Cygwin on a Windows 2000 Pro machine. Installation was done under a user account. I tried to install a cron job by running: EDITOR=emacs crontab -e After reading through the mailing lists on a similar problem, I remembered to set the variable 'make-backup-files' to nil, and verified that the inum for the temporary file remained unchanged after saving the file. However, when I exit out of emacs, nothing happens. It returns to the bash prompt with no messages. According to crontab -l, the table was not installed. Any other ideas what could be wrong? -- Trevin Beattie -- 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/
undefined reference to __imp__esd_audio_fromat
I cant't find any refine to any fonction starting with __imp__ If anyone has ever had this problem, i would enjoy some help. In fact I try compile Gnome. bye Gadget -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
can't set $USER under 1.3.16-1
Up until now, through cygwin 1.3.15-2, I have set my $USER in /etc/profile to a username different from `id -un`, with the same name set in /etc/passwd. I have had no problems logging in. Now, under 1.3.16-1, an attempt is made to login in under `id -un` and I cannot even telent to my perferred username? I reinstalled 1.3.15-2, and everything works as before installing 1.3.16-1? What else must I do under 1.3.16-1 to set my own username? Lester -- Prof. Lester Ingber [EMAIL PROTECTED] [EMAIL PROTECTED] www.ingber.com www.alumni.caltech.edu/~ingber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: w32api-2.1-1
This is a multi-part message in MIME format. --060809000909020701010503 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I've made a new version of the w32api headers and libraries available for download. A list of what has changed is attached. Earnie. -Installation Instructions- To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate it if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. Really. No kidding. Email cygwin stuff to [EMAIL PROTECTED] If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. Did I mention that I'd prefer that all cygwin questions should go to [EMAIL PROTECTED]? I can't remember... *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. I implore you to READ this information before sending email about how you tried everything to unsubscribe. In 100% of the cases where people were unable to unsubscribe, the problem was that they hadn't actually read and comprehended the unsubscribe instructions. If you need to unsubscribe from cygwin-announce or any other mailing list, reading the instructions at the above URL is guaranteed to provide you with the info that you need. Christopher Faylor Red Hat, Inc. --060809000909020701010503 Content-Type: text/plain; name=Changes.w32api Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename=Changes.w32api 2002-11-25 Earnie Boyd [EMAIL PROTECTED] * lib/Makefile.in (dist, install): Correct the install destinations. * lib/ddk/Makefile.in (dist, install): Ditto. 2002-11-16 Danny Smith [EMAIL PROTECTED] * lib/uuid.c (CATID_InternetAware,CLSID_HttpSProtocol, CLSID_PSUrlMonProxy,CLSID_StdURLMoniker,IID_IObjectWithSite, IID_IPersistMoniker,IID_IProgressNotify): Correct off-by-one bug in definitions. (CLSID_CFontPropPage00, GUID_FONTUNDERSCORE11, IID_IOleControlSite89): Remove. 2002-11-15 Christopher Faylor [EMAIL PROTECTED] * lib/uuid.c (IID_IRunnableObject): Remove duplicate definition. (IID_IStdMarshalInfo): Ditto. 2002-11-15 Christopher Faylor [EMAIL PROTECTED] * lib/uuid.c (IID_IOleInPlaceSite): Remove duplicate definition. (IID_IPersistStorage): Ditto. 2002-11-15 Weiqi Gao [EMAIL PROTECTED] * lib/uuid.c (CLSID_PSClassObject, CLSID_PSEnumerators, IID_IClassActivator, IID_IClientSecurity, IID_ICreateTypeInfo, IID_ICreateTypeLib2, IID_IOleInPlaceSite, IID_IPersistStorage, IID_IRunnableObject, IID_IServerSecurity, IID_IStdMarshalInfo): Correct definitions. 2002-11-15 Danny Smith [EMAIL PROTECTED] * include/ddk/(atm.h, batclass.h, cfg.h, cfgmgr32.h, d4drvif.h, d4iface.h, ddkmapi.h, hidclass.h, hidpi.h, hidusage.h, mcd.h, miniport.h, minitape.h, mountdev.h, mountmgr.h, ndis.h, ndisquid.h, ndistapi.h, ndisvan.h, netevent.h, netpnp.h, netdev.h, ntapi.h, ntdd8042.h, ntddbeep.h, ntddcdrm.h, ntddcdvd.h, ntddchgr.h, ntdddisk.h, ntddk.h, ntddkbd.h, ntddmou.h, ntddndis.h, ntddpar.h, ntddpcm.h, ntddscsi.h, ntddser.h, ntddstor.h, ntddtape.h, ntddtdi.h, ntddvdeo.h, ntddvol.h, ntifs.h, ntpoapi.h, ntstatus.h, parallel.h, pfhook.h, poclass.h,
Jonathan FREESON/dassault-systemes is out of the office.
I will be out of the office starting 11/25/2002 and will not return until 11/28/2002. I will respond to your message when I return. -- 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: [Performance Regression] cygwin 1.3.15-2 - 1.3.16-1
Christopher Faylor [EMAIL PROTECTED] wrote: On Mon, Nov 25, 2002 at 05:56:12PM -, Max Bowsher wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Sun, Nov 24, 2002 at 11:59:00PM -, Max Bowsher wrote: Max Bowsher [EMAIL PROTECTED] wrote: With 16-1, I'm seeing *extreme* latency in keypresses appearing in bash, when I have a compile running in another Cygwin window (in my case, compiling setup). With 15-2, there are no such delays. I will try to localize the problem to between 2 snapshots. Localized to between 1.3.15-2 and 20021115, which is the earliest snapshot still available. I'll bet it works ok on B20, too. Putting flippancy aside, I think this is a real problem. Hmm. A real problem would have real details, wouldn't it? Beyond the fact that you think it is slow, there really weren't too many of those. Fair point. I should have emphasised that I flipped between several dll versions, and the slowness was not just a subconcious feel, it was very obvious and easily detectable. If necessary, I will start building some DLLs from cvs so I can roll forward commit by commit. But I was hoping someone might go Aha - I know the change that might have caused that. Yeah, that's always the magical thinking that goes into cygwin bug reports. OK, time to start building myself some dlls, then. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installing w/o setup.ini
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I am attempting to install Cygwin from a CD-ROM containing downloaded Cygwin files (src and bin) but which does not have a setup.ini/setup.hint. I do not have a Cygwin/Unix enabled computer or access to the net and can't use, e.g., Polley Christopher W. (8 Nov 2002) script to generate a .ini file. Is there any way to do an installation? Can I retrieve .ini/.hint files from ftp sites? How? First: setup.hint files are for packagers only *not* for end users. Why not just run setup.exe, and let it download a setup.ini for you? Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin causes 0x00000024 Stop Error (BLUE SCREEN)
On Tue, 2002-11-26 at 03:53, Daniel Armbrust wrote: Where can I get this? If the NT 4 machine crashes every time, would you be willing to run a special debug version of setup, that will write it's log entries to the event log? They should be visible post install then, and you can tell us what the last ones recorded are. Well, I was going to roll it for you. However, having been reminded of the McAfee problem - do you have McAfee installed? - I'd rather have you try the current setup snapshot, which will give you the option for disabling McAfee during the download and install process. If you don't have McAfee installed, then I'll roll an Event Log based setup for you. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
Re: Cygwin causes 0x00000024 Stop Error (BLUE SCREEN)
On Tue, 2002-11-26 at 02:09, Daniel Armbrust wrote: One further clarification. It happens well before the Installation complete [OK] step. It actually happens before any of the post download scripts run. It happens when it is at (or nearly at) the very end of downloading the packages. After the blue screen, when I come back in, and just click through the install steps again, it usually redownloads or finishes one package, and then moves on to the install step (which works fine). Do the MS debugging tools ship with NT 4? Some basic ones do. Or do I have to pick them up somewhere on the MS site? This is the best approach. Uhm, I don't have the download handy, something like www.microsoft.com/ddk/debugging. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part