Re: Group Permissions on root folders problem (Windows 10 TP build 10061)
On 2015-09-05 02:59, Takashi Yano wrote: Hi Corinna, Is there any progress regarding this problem? I recently encountered the same situation. After some trials, I found this problem occurs if the account, on which cygwin setup is executed, is a Microsoft account. This does not occur if the account is a local account. I'm getting an errors saying unknown user win-g71n7drq4r6+cyg_server at the point of setting the password, the password expiry and assigning permissions. This is a domain member machine, yes? *** Info: This script plans to use 'cyg_server'. *** Info: 'cyg_server' will only be used by registered services. *** Query: Create new privileged user account I don't know why this occurs. As you can see above, it works for me. This is a completely new setup with the Cygwin distro updated to the latest? csih 0.9.8-6? cygwin-2.0.4-1? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat Possibly related, or perhaps a totally different bug. On a Windows-10 host: when I use Cygwin *chown***or *chmod *to make permission changes, the next time I access the folder-tree from Windows Explorer Security tab, it complains that the Access Control List is incorrectly ordered and that will cause undesirable results; happy to say, it gives me the chance to re-order the ACL. The usual undesirable result is that an app can create a folder /New/ within /T/ but cannot create anything within /T/New/. Hypothesis: we are indirectly(?) modifying the ACL but are not observing whatever Windows expects for ordering. I know that Windows enforces "*deny*" rules before any "*allow*" rules; I do not know what other ordering it observes. I do know that Windows doesn't really consider the "group" property the same way POSIX does, FWIW. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Repositories for Cygwin packages.
On 2015-09-10 19:31, Eric Blake wrote: On 09/10/2015 05:20 PM, David A Cobb wrote: Not a problem. My first patch to upstream coreutils was done exactly in that manner. And, suppose for the moment, some of the changes are only relevant to the Windows platform. I don't (yet) know how much GNU (i.e. RMS) really gives a flying bird about making Windows play nice. So, to whom do I propose the changes? I really, really don't want to create a private fork. If I didn't think my ideas are worthy of pushing up the food chain, I should just go back to bed. Depends on how invasive your changes are. If it is truly windows-specific and hard to maintain, then upstream probably won't pay attention (which is why I maintain some cygwin-specific patches, such as .exe magic manipulations, downstream-only). But if it fixes a bad upstream assumption (such as "function foo would never do that", except that on cygwin function foo DOES do that, and it is feasible that some other system would do likewise), then upstream is the right place. (For example, my very first patch to upstream coreutils is dated 2005-01-11, where I fixed Makefile.am to deal with $(EXEEXT) - and more than just cygwin creates binaries with .exe suffix so it is relevant upstream). If you're unsure whether a proposed patch is worth posting upstream or downstream, pick one place, and I'm more than willing to help you redirect it to the other place if it wasn't appropriate. (Picking upstream first is generally a nicer policy). OK, I think I've got it. At my advanced age, it's hard to be sure ;-D. Thank you Eric, Marco, and Corrina. Especially for your patience when more research would probably have answered a lot of things. I'm made especially sensitive because, once on a very long ago, I asked a question about 'newlib' and Windows in the same sentence, and had my posterior handed back to me on a platter with the advice that anything with my name on it would be instantly disapproved by the newlib owner. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Repositories for Cygwin packages.
On 2015-09-10 17:03, Marco Atzeri wrote: On 10/09/2015 22:40, David A Cobb wrote: I see the Git Repo for "the core Cygwin libraries and utilities (Cygwin and Newlib)" @ sourceware.com. I am looking at possible work within *COREUTILS*. Obviously, there are significant deltas /versus/ GNU Upstream. Can you point me to the active repo for coreutils? http://www.gnu.org/software/coreutils/coreutils.html Yeah, Marco. Thanks. Actually, the repo is . Are you saying that is your direct upstream and your sources only differ by the patchfiles installed by Cygwin-Setup?? Just to save net traffic, I'll dare post a second related question in the same message: Is *NEWLIB* intended to be a "drop-in" replacement for *GNULIB*? No. https://sourceware.org/newlib/ https://www.gnu.org/software/gnulib/MODULES.html Roughly: Newlib target is to provide a system libc. Gnulib target is to provide a modular library implementation for software that aim on multi-platform builds. Regards Marco I should have phrased the question differently, I guess. My question is related to dependencies of the 'coreutils.' Cloning GNU Coreutils comes in with sub-module 'gnulib'. Suppose I wanted to propose a patch to Coreutils, but being stuck on a Windows platform I use Coreutils only through Cygwin64 and MSYS2. And, suppose for the moment, some of the changes are only relevant to the Windows platform. I don't (yet) know how much GNU (i.e. RMS) really gives a flying bird about making Windows play nice. So, to whom do I propose the changes? I really, really don't want to create a private fork. If I didn't think my ideas are worthy of pushing up the food chain, I should just go back to bed. BTW, and totally irrelevant to the discussion, I'm not really a newbie here. But for several years I had a working Ubuntu installation, so I didn't keep up with the list. And now, I'm back on a borrowed Windows machine. I just want to do some useful stuff on it. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Group Permissions on root folders problem (Windows 10 TP build 10061)
On 2015-09-10 12:07, Ken Brown wrote: On 9/10/2015 11:49 AM, David A Cobb wrote: On a Windows-10 host: when I use Cygwin *chown***or *chmod *to make permission changes, the next time I access the folder-tree from Windows Explorer Security tab, it complains that the Access Control List is incorrectly ordered and that will cause undesirable results; happy to say, it gives me the chance to re-order the ACL. The usual undesirable result is that an app can create a folder /New/ within /T/ but cannot create anything within /T/New/. This is explained in the Cygwin User's Guide: https:/cygwin.com/cygwin-ug-net/ntsec.html#ntsec-files Ken OK, but where the UG says: * All access denied ACEs *should* precede any access allowed ACE. ACLs following this rule are called "canonical". Note that the last rule is a preference or a definition of correctness. It's not an absolute requirement. All Windows kernels will correctly deal with the ACL regardless of the order of allow and deny ACEs. The second rule is not modified to get the ACEs in the preferred order. Unfortunately the security tab in the file properties dialog of the Windows Explorer insists to rearrange the order of the ACEs to canonical order before you can read them. Thank God, the sort order remains unchanged if one presses the Cancel button. But don't even *think* of pressing OK... What I'm seeing suggests that the statement of Windows (really NTFS?) "correctly dealing with this" is no longer correct. What is more, if I do /not/ allow Windows to reorder the rules to its own liking, I cannot correct the symptom described about not being able to access files within "/New/". It's all very well to say "don't even think of pressing OK," but IMNSHO Cygwin should /_never_/ allow a user to create a situation which is so unacceptable to Windows. It would be better to tell the user "I'm sorry, Dave, I'm not able to do that." [Correct quote from Hal of '2001' forgotten]. I know that not all settings allowed in POSIX can be represented -- so refuse to try setting the things that cannot be represented. I wouldn't mind mounting everything as "noacl," but would that not disable even the limited permission settings we can represent? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Repositories for Cygwin packages.
I see the Git Repo for "the core Cygwin libraries and utilities (Cygwin and Newlib)" @ sourceware.com. I am looking at possible work within *COREUTILS*. Obviously, there are significant deltas /versus/ GNU Upstream. Can you point me to the active repo for coreutils? Just to save net traffic, I'll dare post a second related question in the same message: Is *NEWLIB* intended to be a "drop-in" replacement for *GNULIB*? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Using Cygwin MINGW compilers from Eclipse
The Eclipse IDE offers to use Cygwin or MinGW toolchains to build applications. Within the Cygwin applications, however, there is a possibility of using the MinGW-gcc collection as a sort of cross-compile to produce . . . what? Presumably, an executable that will run on a Windoze machine with only native support libraries. So, the first question is -- is the output executable from Cygwin-Mingw compilation the same as one produced by using the MinGW-project compilers with (if needed) MSYS. Second, what has to be done to make such an executable? That is, will an appropriate set of CCFLAG settings select the Cygwin-MinGW compiler? Or, is some other trick needed so that gcc means using the MinGW compiler? -- David A. Cobb -- computing t-rex -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Still hosed by setup problem LAID TO REST (Sorta)
Well, in desperation I took the final step and blew away the only thing left after my previous rampage -- the Windows Registry entries. I pretty much made my installation look as though it had never heard of Cygwin. OK. I was now able to run Setup to completion. Of course, I am nowhere near back where I started -- I also lost any customization I had ever done and other things as well. But, at least, I do have a working installation even though it sometimes isn't working the way I expect. Of course, this suggests the problem was with some registry entry. I can't see anything weird about mine, the only thing is that I have my disks partitioned very much like a Linux system ( it will dual-boot someday RSN ). That means things like /tmp and /var ( but NOT CygwinRoot ) were mounted on the root of some partitions just as they are of necessity in Linux. It worked great for me - mentally - but maybe it is a gotcha during installation. Bas van Gompel wrote: Op Tue, 12 Oct 2004 18:55:25 -0400 schreef David A. Cobb in [EMAIL PROTECTED]: : Well, now I am completely out of business! : : This is more data regarding the URL Scheme Not Registered failure in : SETUP, last reports were around 9/18. : : In the last progress message posted before the crash, I spotted a : package name (from gnome) that was one character short at the left-hand This happens if a package is in the same directory as the ini-file. eg: ``install: packagename_without_slashes-1.0-1 ...'' causes setup to display: ``ackagename_without_slashes-1.0-1'' (A patch for this was submitted by me several months ago, but never reacted upon...) If the string is left empty, an attempt to allocate -1 bytes is made... [...] : Then Install from Local Directory -- BANG it immediately crashes with : the URL Scheme Not Registered error. This /might/ be caused by the above. (Who knows what happens if you try to allocate a negative amount of memory.) try: find -name setup.ini |xargs -r grep '^install: *$' in your package-dir (if you ever get a working installation). [...] Good luck. L8r, Buzz. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard
Re: Still hosed by setup problem LAID TO REST (Sorta)
Larry Hall wrote: At 09:01 AM 10/29/2004, you wrote: SNIP/ Of course, this suggests the problem was with some registry entry. I can't see anything weird about mine, the only thing is that I have my disks partitioned very much like a Linux system ( it will dual-boot someday RSN ). That means things like /tmp and /var ( but NOT CygwinRoot ) were mounted on the root of some partitions just as they are of necessity in Linux. It worked great for me - mentally - but maybe it is a gotcha during installation. If by mounted on the root of some partitions you mean your '/' is mounted on 'c:\', for example, don't waste any time contemplating the problems with that. I do this all the time on many machines and it's no problem for Cygwin. It's only a problem for users if they like to mix and match multiple GNU tool sets and aren't careful about it. Nah, I'd seen the warnings on that and didn't care to take a chance. '/' - F:\Cygwin\ '/tmp' - T:\... did I mention this is WinXP, so I got to play around a bit with the Drive letters. '/var' - V:\ --- this drive is Fat32 and is visible as 'mount --bind --type VFAT' at places within the Linux /var filesystem '/home' -- H:\HOME probably a few other peculiarities I've attached the HKLM registry entries that I exported before I wiped it all out. I know this isn't a plausible explanation for the problems I saw. The speculation above about something with a length = -1, which sounds like a good recipe for a buffer overflow/underflow to me, seems better. But then, why would starting from absolute zero make any difference? -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! REGEDIT4 [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin] [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2] cygdrive prefix=/mnt cygdrive flags=dword:002a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/] native=F:\\Cygwin2 flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/bin] native=F:\\Cygwin2\\bin flags=dword:004a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/debian] native=V:[EMAIL PROTECTED] flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/Floppy] native=A: flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home] native=H:\\HOME flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home/root] native=C:\\HOME\\root flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/mnt/WIN_XFR_B1] native=D: flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/pub] native=S:\\Shared\\Documents flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/root] native=C:\\HOME\\root flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/root/logs] native=D:\\logs flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/Shared] native=S:\\Shared\\Documents flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/sys] native=C:\\WINDOWS flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/tmp] native=T: flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin] native=F:\\Cygwin2\\bin flags=dword:004a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/doc] native=S:\\Cygwin\\usr\\doc flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib] native=F:\\Cygwin2\\lib flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/local/src] native=H:\\Cygwin\\usr\\local\\src flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/share/doc] native=S:\\Cygwin\\usr\\share\\doc flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/share/xemacs] native=F:\\WinApps\\XEmacs flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/src] native=H:\\Cygwin\\usr\\src flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts] native=F:\\Cygwin2\\usr\\X11R6\\lib\\X11\\fonts flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/var] native=V: flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/var/cache/Cygwin] native=V:\\cache\\net\\c\\Cygwin\\Repository flags=dword:000a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/WinApps] native=F:\\WinApps flags=dword:001a [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
BUG: Cygwin implementation of Debian package tools
Getting tired of loading disks, I structured a local mirror of the Debian directory structure and tried running Cygwin dpkg-scanpackages. I expected it to take a while, so I wasn't surprised - I just went and make some more coffee. But after 20 minutes I suspected something was wrong and fired up ProcessExplorer. Under my console bash I discovered: +perl (OK, dpkg-scanpackeages is a big perl script I guess) ++dpkg-deb ++rm.exe getting 98% of the CPU time and not making any progress. Watching the handles display, I see an open handle on what must be the first *.deb file found so I'm pretty sure of the no progress -= stuck! diagnosis. Killed it all, ran my scan with the identical sh script in Debian proper. It did, indeed, take a bit of time but it completed without a hitch and /bin/rm never stayed long enough for me to see it: perl got about 3 sec. CPU, dpkg-deb about 2, find about 2, everything else less than 1. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: BUG: Cygwin implementation of Debian package tools
Gerrit P. Haase wrote: David A. Cobb wrote: ++rm.exe getting 98% of the CPU time and not making any progress. Watching the handles display, I see an open handle on what must be the first *.deb file found so I'm pretty sure of the no progress -= stuck! diagnosis. If there is a Windows process which has a handle on a file or directory open, rm shows this behaviour occasionally. e.g. try to run rm -rf /path/to/directory while having an explorer view open on this directory (or a subdirectory of directory). It happens i.e. often for me when using the generic-build-script, if invoking with install or reconf which does rm -rf .build / .inst and having an explorer shell open in one of the (sub)directories to be removed from the script - it seems to hang and it is always rm. Maybe Reini can look into this issue, it seems he is already working at the coreutils sources. But I think it is a Windows feature and this is probably difficult to work around. Gerrit It's always good to know I'm not the only one getting things like this. At least if I've lost my mind I have companions. It's hard to see how a Windows misfeature prevents rm.exe from deleting a file and exiting. But, yeah, the --recurse could create some sort of situation I guess. But I don't see a bunch of handles on nodes in a directory branch -- just the one .deb file. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup 2.427 runtime error
I really hate to be such a PITA ( this time, anyway ). Is there anywhere you'all would suggest I look, for a probable cause on this monster. It has me dead-in-the-water as regards Cygwin. Max Bowsher wrote: David A. Cobb wrote: Shaffer, Kenneth wrote: I'm getting a setup.exe runtime error when trying to install from a local disk (after downloading from the internet) just after the MD5 checks. I just reported a possibly similar situation Hi all, I've made some improvements to setup's error reporting. Can you try version 2.431 from: http://cygwin.com/setup-snapshots/ (Little has changed since the last release, so I guess this is a release-candidate). It should give a more detailed error which should (hopefully) enable me to trace the bug. Max. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard
Re: setup 2.427 runtime error
Max, et. al.: Another data point on this. 1. Dropped all current mirrors from my list, added one (mirrors.kernel.org); 2. Set every package except the Cygwin dll to keep/skip; 3. Tried to install -- Same crash at the end of downloading. My SWAG on this is that one of the local data files that tell setup where and what to download has some corrupted data. That might result in an unrecognized scheme being passed to the download progie. If you (y'all) could be so kind as to outline what files save the mirror list AND the list of installed packages, I'll prowl through them and see what I can see. Still and all, it isn't a very graceful way to die. Max Bowsher wrote: Never mind, then. David Cobb still seems able to reproduce - I'll work with him to get it resoved. Max. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard
Re: setup.exe: Unhandled Exception if local copy of package has wrong md5sum but right filesize
This looks like a very plausible candidate for the bug reported by
Kenneth Shaffer on/about 08/28, and possibly the one I griped about
around the same day. Wow, a patch! Fantastic. Can we get a snapshot
build with this sometime RSN?? Right now I'm not real confident in my
own build environment.
Igor Pechtchanski wrote:
On Sun, 12 Sep 2004, huafbauer wrote:
Hello,
I got the a error message by installing from a local package directory.
This error looks with version 2.427 like:
Microsoft Visual C++ Runtime Library
(X) Runtime Error!
Program: G:\transfer\private\cygwin-inst\test-cygwin\setup.exe
This application has requested the Runtime to terminate it in unusual way.
Please contact the application's support team for more information.
(like in message http://www.cygwin.com/ml/cygwin/2002-08/msg2.html)
or with version 2.431
setup-2.431.exe
setup-2.431.exe has encountered a problem and needs to
close. We are sorry for the inconvenience.
...
with this patch (against cvs 20040912) a fatal messagebox opens instead:
Next time, please attach the patch instead of including it inline, because
of the line wrapping in your mail client.
Also, some of the patch was gratuitous formatting and whitespace changes.
The relevant (IMO) snippet is included below (haven't tested whether it
applies, though).
Igor
diff U3 C:\Documents and
Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup.org\cygwin-setup\setup\download.cc
C:\Documents and
Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup\setup\download.cc
--- C:\Documents and
Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup.org\cygwin-setup\setup\download.cc
Sun Sep 12 21:53:24 2004
+++ C:\Documents and
Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup\setup\download.cc Sun Sep 12
21:29:26 2004
@@ -123,32 +123,30 @@
String prefix = String (file://) + local_dir + /;
DWORD size;
if ((size = get_file_size (prefix + pkgsource.Canonical ())) 0)
-if (size == pkgsource.size)
+if (size == pkgsource.size validateCachedPackage (prefix + pkgsource.Canonical
(), pkgsource))
{
- if (validateCachedPackage (prefix + pkgsource.Canonical (), pkgsource))
- pkgsource.set_cached (prefix + pkgsource.Canonical ());
+ pkgsource.set_cached (prefix + pkgsource.Canonical ());
+ return 1;
+ }
else
throw new Exception (TOSTRING(__LINE__) __FILE__, String (Package validation
failure for ) + prefix + pkgsource.Canonical (), APPERR_CORRUPT_PACKAGE);
- return 1;
- }
/*
2) is there a version from one of the selected mirror sites available ?
*/
for (packagesource::sitestype::const_iterator n = pkgsource.sites.begin();
n != p kgsource.sites.end ++n)
{
String fullname = prefix + rfc1738_escape_part (n-key) + / +
pkgsource.Canonical ();
if ((size = get_file_size (fullname)) 0)
- if (size == pkgsource.size)
+ if (size == pkgsource.size validateCachedPackage (fullname, pkgsource))
{
- if (validateCachedPackage (fullname, pkgsource))
- pkgsource.set_cached (fullname );
- else
- throw new Exception (TOSTRING(__LINE__) __FILE__, String (Package
validation failure for ) + fullname, APPERR_CORRUPT_PACKAGE);
+ pkgsource.set_cached (fullname );
return 1;
}
+ else
+ throw new Exception (TOSTRING(__LINE__) __FILE__, String (Package validation
failure for ) + fullname, APPERR_CORRUPT_PACKAGE);
return 0;
}
diff U3 C:\Documents and
Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup.org\cygwin-setup\setup\package_meta.cc
C:\Documents and
Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup\setup\package_meta.cc
--- C:\Documents and
Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup.org\cygwin-setup\setup\package_meta.cc
Sun Apr 25 10:00:13 2004
+++ C:\Documents and
Settings\BUEBELACKER\source\cygwin-setup\cygwin-setup\setup\package_meta.cc Sun Sep 12
21:31:26 2004
@@ -43,7 +43,10 @@
#include package_db.h
#include algorithm
-#include Generic.h
+#include Generic.h
+
+#include Exception.h
+#include resource.h
using namespace std;
@@ -654,8 +657,16 @@
for (setpackageversion::iterator i = pkg.versions.begin ();
i !=pkg.versions.end ++i)
{
- /* scan doesn't alter operator == for packageversions */
- const_castpackageversion (*i).scan();
+try {
+ /* scan doesn't alter operator == for packageversions */
+ const_castpackageversion (*i).scan();
+}
+catch (Exception *e) {
+ if (e-errNo() == APPERR_CORRUPT_PACKAGE) {
+ fatal(NULL, IDS_CORRUPT_PACKAGE,
+ ( i-Name() + - + i-Canonical_version() ).cstr_oneuse() );
+ }
+}
packageversion foo = *i;
packageversion pkgsrcver = foo.sourcePackage();
pkgsrcver.scan();
--
David A. Cobb, Software
Re: setup 2.427 runtime error
Igor Pechtchanski wrote: Did you, by chance, use wget -o? That would put the headers into the file. FWIW, I just tried this[*] with Firefox 0.9.3 -- no problems. Igor [*] By this I mean download http://cygwin.com/setup-snapshots/setup-2.431.tar.bz2; No, just Firefox 0.9. Today, for the second time, the Firefox download simply stalled and would not complete. So, Cygwin curl to the rescue -- took about 35 seconds and untarred without a problem. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard
[Fwd: Re: setup 2.427 runtime error]
Kenneth requested I forward this, as his subscription to cygwin-apps was still awaiting action. Original Message Subject: Re: setup 2.427 runtime error Date: Fri, 27 Aug 2004 17:17:42 -0400 From: Shaffer, Kenneth [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: David A. Cobb [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] On Fri, 27 Aug 2004, Larry Hall wrote: Date: Fri, 27 Aug 2004 17:09:15 -0400 From: Larry Hall [EMAIL PROTECTED] Reply-To: Cygwin List [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: setup 2.427 runtime error At 03:15 PM 8/27/2004, you wrote: I'm getting a setup.exe runtime error when trying to install from a local disk (after downloading from the internet) just after the MD5 checks. I thought it was about time I upgrade. My current cygwin1.dll version 1.5.5 (does setup use the dll?) No. Does it work OK installing from the internet? Curiously, YES! -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard
Re: setup 2.427 runtime error
Shaffer, Kenneth wrote: I'm getting a setup.exe runtime error when trying to install from a local disk (after downloading from the internet) just after the MD5 checks. I just reported a possibly similar situation; discussions of setup.exe mostly take place on cygwin-apps list. I'm taking the liberty of cc'ing there and resetting the Reply-to header I thought it was about time I upgrade. My current cygwin1.dll version 1.5.5 (does setup use the dll?) NO, setup is a MSWindows application. The current is 2.4something. Yes, you should certainly pull down the latest. -- Ken Shaffer - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard
Re: setup 2.427 runtime error
Shaffer, Kenneth wrote: I'm getting a setup.exe runtime error when trying to install from a local disk (after downloading from the internet) just after the MD5 checks. I just reported a possibly similar situation; discussions of setup.exe mostly take place on cygwin-apps list. I'm taking the liberty of cc'ing there and resetting the Reply-to header I thought it was about time I upgrade. My current cygwin1.dll version 1.5.5 (does setup use the dll?) NO, setup is a MSWindows application. The current is 2.4something. Yes, you should certainly pull down the latest. -- Ken Shaffer - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[BUG] Bad File Descriptor while trying to set up postgresql
At first, this stopped me entirely from initializing postgres; however, today the initdb createdb succeeded -- I don't know what changed. In any case, references to the database directory during the initdb incur a Bad File Descriptor complaint when trying to set permissions. The partition where the database lives is FAT32 -- it needs to be because it is also visible from my Linux dual-boot. I know permissions on a FAT32 volume are, at best, faked. But IMHO it shouldn't incur this sort of error. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! Running in debug mode. initdb: internal variables: PGDATA=/var/database/pgsql datadir=/usr/share/postgresql PGPATH=/usr/bin ENCODING=UTF-8 ENCODINGID=6 POSTGRES_SUPERUSERNAME=postgres POSTGRES_BKI=/usr/share/postgresql/postgres.bki POSTGRES_DESCR=/usr/share/postgresql/postgres.description POSTGRESQL_CONF_SAMPLE=/usr/share/postgresql/postgresql.conf.sample PG_HBA_SAMPLE=/usr/share/postgresql/pg_hba.conf.sample PG_IDENT_SAMPLE=/usr/share/postgresql/pg_ident.conf.sample The files belonging to this database system will be owned by user postgres. This user must also own the server process. The database cluster will be initialized with locale C. fixing permissions on existing directory /var/database/pgsql... chmod: changing permissions of `/var/database/pgsql': Bad file descriptor initdb: failed total 0 drwxr-xr-x2 postgres None0 Aug 5 11:27 Debian_Packages drwxr-xr-x5 postgres None0 Aug 25 13:25 Marathon drwxr-xr-x3 postgres None0 Aug 25 11:22 Zeos drwxr-xr-x2 postgres None0 Aug 25 22:24 pgsql begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup breakage -- gdb output
Max Bowsher wrote: Igor Pechtchanski wrote: On Wed, 25 Aug 2004, David A. Cobb wrote: Using SETUP 2.427 (and re-downloaded it just today to make sure it wasn't compromised). While downloading the Xorg stuff, I get a message box Microsoft Visual C Runtime: The application has requested termination in an unusual manner . . That's not good... Definitely sounds like a bug. And that's all for that. Repeats with perfect consistency, but I'm not sure it's always during the same file download. Q: HOW TO DEBUG THIS -- I know Setup is not, itself, a Cygwin app; so I wouldn't expect gdb to be much help. gdb works just fine on non-Cygwin apps, as long as you have the debug symbols in them. Build setup from source, and you should be able to debug it. I've put a debug build at: http://cygwin.com/setup-snapshots/ should that be easier for you. IIRC, that error message means abort() was called. Max. Yes, thank you. I used the MinGW32 port of gdb. Output is attached. It doesn't tell me anything; the same error message issued, this time I wasn't downloading the Xorg stuff -- the error occurred during download of postgresql. Nothing shows in what I see as output, no events that I was catching (or know how to catch). At the end, there's no stack or anything to debug. ATTACHED: My INSTALLED.DB, Latest SETUP.LOG.FULL, CYGCHECK OUTPUT, GDB OUTPUT All BZIP2 -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! setup.log.full.bz2 Description: Binary data CygCheck-srv_20040826.txt.bz2 Description: Binary data Cygwin-Setup2.429_20040826.log.bz2 Description: Binary data installed.db.bz2 Description: Binary data begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard
Re: [BUG] Interaction problems -- Cygcheck Output
URM, Yeah, I don't know what I did before. CYGCHECK OUTPUT ATTACHED Hannu E K Nevalainen wrote: [EMAIL PROTECTED] scribbled on : SNIP MY CYGCHECK OUTPUT exceeds my mail host's size limit (5Mb) and the zipped version is refused by your server. Heh!? 5M, that's awesome! See below. What is in there? The list accepts 100K and *.gz Anyway, I'm up-to-date as of 2004-08-12. I generally make setup read All @ Install - this ends up like this: $ cd / $ du -x -s 2358011 . That is some 2.4MB of disk space - for all standard dirs in root (include s some /src too) $ cygcheck -svr c-svr.txt ls -l c-svr.txt -rw-r--r--1 Hannu 59752 Aug 17 2004 c-svr.txt BTW: Mb is mega-bit for me, I suppose you meant MB i.e. _Mega _Byte /Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E --72-- ** mailing list preference; please keep replies on list ** -- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! CygCheck-srv_20040826.txt.bz2 Description: Binary data begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Setup breakage
Using SETUP 2.427 (and re-downloaded it just today to make sure it wasn't compromised). While downloading the Xorg stuff, I get a message box Microsoft Visual C Runtime: The application has requested termination in an unusual manner . . And that's all for that. Repeats with perfect consistency, but I'm not sure it's always during the same file download. Q: HOW TO DEBUG THIS -- I know Setup is not, itself, a Cygwin app; so I wouldn't expect gdb to be much help. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard
[BUG] Interaction problems
I'm seeing this behavior consistently. If I run my browser ( or, possibly, some other network application ) before trying to launch my Cygwin console, the login shell freezes the machine so totally my only recourse is to press the reset (panic!) button. So far, it hasn't messed up the filesystem. Attempting to narrow down the causes, I first ran ProcessExplorer from SysInternals. When my session is fresh and things are working, my console runs bash and bash runs a couple of very quick processes including hostname before things settle down and the prompt appears. If, however, I have spent time in the browser, the first thing that happens is that ProcessExplorer gets shot between the eyes! Without much explanation, I get the procexp.exe has experienced a problem and needs to close, sorry! box. I checked the event log and only found an Application Error at address ... -- which sounds to me like his memory got stepped on. This one is the reason I'm cc'ing this to SysInternals, just in case ProcessExplorer is doing something that makes it uncommonly vulnerable. BTW, this also happens pretty consistently whenever I'm running something like a configure/make where deeply nested process trees are being generated at a rapid pace. Back to the primary problem. At that point, the console prompt never comes up. The cpu usage is very low ( ~10% ), but the GUI is completely locked up. Nothing is able to get the attention of the system, including the three-finger-salute. Just once, I was able to interfere enough (or wait long enough ) that I got this: 26880400 [main] bash 3484 sync_with_child: WaitForMultipleObjects timed out . . . Fork: Resource Temporarily Unavailable Wait: Subprocess_wait failed. My first thought was that the prior network use somehow prevents hostname from succeeding. It's hard to understand, but consistent with everything except shooting ProcessExplorer. A second thought involves known weaknesses in the Windows GUI; but I doubt Cygwin is using that. This involves places where the system dell's such as User32.dll have their own little event-loop. MY CYGCHECK OUTPUT exceeds my mail host's size limit (5Mb) and the zipped version is refused by your server. Anyway, I'm up-to-date as of 2004-08-12. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with terminal escapes for manpages RESENT W/OUT ENCLOSURES
I thought I sent this several weeks back, but I don't see it on the list. My SWAG is that the attached zipfile caused it to be refused. If the attachments are needed for understanding, please, how can I post them? === ORIGINAL MESSAGE FOLLOWS === Background: everything up to date Terminal: rxvt If I query info for a page that exists only in the manpages, all is well except there's nothing special about highlighting. If, however, I use man itself it behaves as though it is double-escaping the highlight sequences: i.e. the \e]??m codes are in the source and man surrounds them with additional escapes in order to render non-display codes instead of just letting them do their thing. If I'm really a glutton for punishment I can try pinfo. That gives me the worst of both worlds. attached: (a) cygcheck output (b) screenshot info man (c) screenshot man man (d) screenshot pinfo man The screenshots were created in .png format by the Gimp v2.0-pre. possibilities that occur to me: something not so good in terminfo or in my .Xdefaults -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Minor setup data nit
Larry Hall wrote: At 08:17 PM 5/8/2004, you wrote: I do not install GNU emacs, I do install Xemacs. Typically, I make one setup pass for latest and a second for test versions -- ugly but it seems the only way to get what I want. In the Partial view, one (GNU) emacs entry shows a 'current' installation and proposes an update. However, there is no actual current installation. [See attached] Curiously, it will not give me an uninstall choice. What does '/etc/setup/install.db' say? OK, there was a line for emacs. I removed it. Now there is no current revision level shown; however, Setup still proposes updating the package. It is also shown, correctly, on the not installed panel. This occurs both for latest and test selections. While I was there, I added lines for gcc-core and gcc-testsuite so they no longer show as not installed. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant note:PGP Key ID#0x4C293929 effective 01/28/2004 x-mozilla-html:TRUE version:2.1 end:vcard
Setup Misfeature [ Doctor, It hurts when I do this ]
To start right off, the following appears to happen only because I am including a non-canonical site -- at least, the packages involved all come from the same place. 1. Run through the usual steps to select some packages for installation ( Direct Connection, Multiple Mirrors, Admin Priv., For All). DO NOT ACTIVATE THE FINAL NEXT BUTTON. 2. Assume, whoops, I made a mistake. Go BACK 3. NOTE: The setup.ini files are re-fetched. This really should not be necessary - it would be good to be able to review the selections without it. But that's not this bug. 4. View the Out-Of-Date list. I am seeing a large number of packages proposed for installation with blanks in the current version field. If I attempt to select one of these names with the mouse Setup either hangs or dies a horrible death. THIS ALSO HAPPENS IN 2.418 Snapshot Setup. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant x-mozilla-html:TRUE version:2.1 end:vcard
Xemacs Beta Build 21.5-b16
I tried to bring up the beta build of xemacs-21.5-b16 today and got a bit of a surprise. The gamma or mainline version: launching with $DISPLAY unset comes up using MS Windows - as advertised. The 21.5-b16, as Volker built it, with $DISPLAY unset, comes up in non-windowing mode, i.e. it uses the rxvt terminal window. Now, that's not really terrible. I prefer the graphical but this does work. But even so, there is a glitch here. When I exit the Xemacs, the rxvt session gets closed -- my whole login session is gone. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant x-mozilla-html:TRUE version:2.1 end:vcard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problem? with strace: what type of path is expected for --output=file
Christopher Faylor wrote: On Sat, Feb 21, 2004 at 04:24:19PM -0500, David A. Cobb wrote: Perhaps the problem is whether strace likes cygwin paths, or wants Windoze paths: Nope. The problem is a cockpit error. Urm, no great surprise! 506 $ touch ~/.xemacs/strace.out 507 $ strace --output=~/.xemacs/strace.out xemacs -debug-init -debug-paths 2~/.xemacs/startup.log strace.exe: can't open ~/.xemacs/strace.out: No such file or directory As on UNIX, ~ is expanded by the shell but only when it begins a word. Shells don't expand things that are preceded by an '='. AHA!!! 508 $ strace xemacs -debug-init -debug-paths 2~/.xemacs/startup.log strace.exe: error creating process xemacs -debug-init -debug-paths 2~/.xemacs/startup.log, (error 2) You are telling strace to run a program called: xemacs -debug-init -debug-paths 2~/.xemacs/startup.log Don't quote the arguments to strace. strace doesn't start a shell to interpret things like 2 or ~. Also very helpful. Many thanks! -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Shared Object (library) semantics
A double-barreled question. First, would someone please point me toward some general [U[?[Li]?nix discussions. Answers to this may well take care of the second. Given that the Cygwin pages are a likely focal point for Windows users just finding their way around *nix, a pointer from the web page such as the Cygwin list isn't really a good place for general *nix questions. Some better places for those are a/a and a/a. Second, where can I read up on the design semantics of *nix shared object (.so) libraries, and how they differ from M$ .dll's? Thanks, -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
BUG? with Find when traversing a link or mount alias
If I do $ find /usr -iname something, after a bit of chewing on it I get find: ./.. changed during execution of find and the command terminates. My SWAG on this is that the find traverses one of several places where a mount point like ''mount -f -s -b F:/Cygwin/usr/X11R6/lib/X11/fonts /usr/X11R6/lib/X11/fonts'' then finds that the parent of the current directory is not where it came from , and it is unable to pop its way back up the tree. I rather doubt this is the Posix behavior. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
problem? with strace: what type of path is expected for --output=file
Perhaps the problem is whether strace likes cygwin paths, or wants Windoze paths: 506 $ touch ~/.xemacs/strace.out 507 $ strace --output=~/.xemacs/strace.out xemacs -debug-init -debug-paths 2~/.xemacs/startup.log strace.exe: can't open ~/.xemacs/strace.out: No such file or directory 508 $ strace xemacs -debug-init -debug-paths 2~/.xemacs/startup.log strace.exe: error creating process xemacs -debug-init -debug-paths 2~/.xemacs/startup.log, (error 2) -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Xemacs -- Exp. Version?
ON 7 Feb 2004, Dr. Volker Zell wrote: David == David A Cobb writes: David To all, especially Volker, Hi David David Would it be feasible to build an Xemacs-21.5 version and include David it as the Experimental package? I have an 21.5.16 ready. Will upload it on moday it's not fun over a modem line. It works nice but crahses on exit (at least for me). Ciao Volker Since I'm not seeing this in Setup, I would guess it proved more hairy than expected. Anything I can do to help? -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant x-mozilla-html:TRUE version:2.1 end:vcard
Xemacs not finding things in a reasonable place
My Cygwin-provided version of Xemacs was complaining upon launch about not finding things in a reasonable place. I see that the latest update notes a workaround. It could, I believe, be corrected by appropriate entries in `path.c'. This would still leave our version rather different from the upstream one, because the normal place for things is in `/usr/local/lib/$EMACSVERSION/$MACHTYPE' -- very much not in the spirit of the FHS layout. The most-critical thing to note is that the executable searches among its cousins. When we put the exe in /usr/bin while the lisp remained in /usr/share/$EMACSVERSION, we made the search fail. A very simple correction, used in the standard distribution, is to place the executable in `/usr/share/$EMACSVERSION/$MACHTYPE' and the lisp where it is in `/usr/share/$EMACSVERSION/lisp' -- then put a link in `/usr/bin'. Similarly, the associated binaries could well be in the same directory with the executable. And the DOC and whatever data files in `/usr/share/$EMACSVERSION/etc'. Finally, a `/etc/profile.d/xemacs.sh' script to set up $EMACSPATH = path to associated binaries, $EMACSDATA = path to DOC and data files, and $EMACSLOADPATH = path to lisp should do the trick. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant x-mozilla-html:TRUE version:2.1 end:vcard -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Info.gz files
Gerrit P. Haase wrote: Hallo David, Am Montag, 22. Dezember 2003 um 01:08 schriebst du: I notice that some of the larger info files, notably gcc related files plus the Cygwin-ug files, are in /usr/share/info as xxx.info.gz files. Is info (supposed to be) able to handle these directly? If so, is special action appropriate to get them listed in the dir file -- on my system they are simply not being seen. Of course, I can unzip them - but why use up the space if info can do it dynamically. I thought that info is able to handle this directly, therefore I provide the info pages compressed. If the info files are not seen, then the script /etc/postinstall/update-info-dir.sh needs to be updated. Gerrit Ja! I checked the info.el source; it appears to be coded to decompress the files if/when they are referenced. Doesn't seem to be dynamic - once uncompressed, I think the files remain that way. But I could research it more deeply. However, it appears that install-info does not extract the directory information for the .info.gz files; therefore they are not visible from the root of the info directory. Again, more research is in order. I'll try to take a look at it this week. M f G, -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Info.gz files
I notice that some of the larger info files, notably gcc related files plus the Cygwin-ug files, are in /usr/share/info as xxx.info.gz files. Is info (supposed to be) able to handle these directly? If so, is special action appropriate to get them listed in the dir file -- on my system they are simply not being seen. Of course, I can unzip them - but why use up the space if info can do it dynamically. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Third-party products that include Cygwin
I recently tried out a couple of software packages -- SSH_CONFIGURATOR is one that sticks in my mind -- that are built with Cygwin. Their README documents said there wouldn't be a problem with a properly installed existing Cygwin. Well, there was a problem with mine, which otherwise works just fine for me. Possibly they looked for cygwin1.dll in a specific place, possibly they tried to use PATH. I don't know. Anyway, they left me with multiple cygwin1.dll's so nothing worked at all until I tore them out by the roots. OK, that may be the packagers problem, not ours. However, I'm wondering if we could make it easier? How about storing /HKLM/Cygnus Solutions/Cygwin/DLL_PATH=native:/path/to/cygwin1.dll and /HKLM/Cygnus Solutions/Cygwin/DLL_VERSION=1.2.3 And providing a simple C routine to return the critical information. I'm less sure about this piece -- most use things like InstallShield and I don't know how the scripting works there. Of course, if they simply looked at the mount point /HKLM/Cyg.../Cygwin/mounts_v2/bin, they could work it all out!!! -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with setup handling of gcc-core gcc-testsuite
Brian Ford wrote: On Sat, 6 Dec 2003, David A. Cobb wrote: I couldn't find this in the archives, but the two packages gcc-core gcc-testsuite, which are distinguished by being source-only, never get registered as installed. Setup has now re-installed them about 6 times. I know, I don't need to select them; however, I figured there was some likelihood they weren't correctly installed the previous time. They get selected automatically if one just chooses all-install as I usually do. It is an outstanding bug that has been reported several times in various guises. See this thread for one of them: http://www.cygwin.com/ml/cygwin/2003-11/msg00536.html AFAIK, no one seems to care enough to fix it. Well, I read that. It doesn't sound like the same thing. The first time I saw it, I explicitly selected Install the gcc-core. However, it keeps showing up as something to be installed. It still shows with the new or omitted packages view. My hypothesis is that, because it is a source-only package, setup never records it in INSTALLED.DB (?). Hey, I can probably edit the database myself - I'm pretty sure it's text. But that wouldn't solve the perceived problem. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problems with setup handling of gcc-core gcc-testsuite
I couldn't find this in the archives, but the two packages gcc-core gcc-testsuite, which are distinguished by being source-only, never get registered as installed. Setup has now re-installed them about 6 times. I know, I don't need to select them; however, I figured there was some likelihood they weren't correctly installed the previous time. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem making rxvt
Mark Blackburn wrote: Did you read /usr/doc/Cygwin/rxvt-2.7.10.README ? It says to configure like so: ./configure --enable-utmp --enable-wtmp --enable-lastlog \ --enable-xpm-background --enable-menubar --enable-rxvt-scroll \ --enable-next-scroll --enable-xterm-scroll --enable-frills \ --enable-linespace --enable-mousewheel --enable-keepscrolling \ --enable-old-selection --enable-transparency \ --with-xpm-includes=`pwd`/W11/X11 --with-xpm-library=`pwd`/W11/lib \ --with-x-library=`pwd`/W11/lib \ --enable-languages --with-encoding=noenc \ CFLAGS=-O -g -W -I`pwd`/W11 \ LDFLAGS=-mwindows -Wl,--subsystem,console \ DLIB=`pwd`/W11/wrap/rxvt_res.o When I configure like that the output looks more like this: configuring for rxvt 2.7.10 checking for gcc... gcc checking for C compiler default output... a.exe checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... .exe checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for a BSD-compatible install... /usr/bin/install -c checking for gawk... gawk checking for AIX... no checking for library containing strerror... none required checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking for ld used by GCC... /usr/i686-pc-cygwin/bin/ld.exe checking if the linker (/usr/i686-pc-cygwin/bin/ld.exe) is GNU ld... yes checking for /usr/i686-pc-cygwin/bin/ld.exe option to reload object files... -r [snip] David A. Cobb wrote: My configure/make score is just barely above zero. I'd be sure it was all me if it was indeed zero - but not quite. Latest attempt: rxvt-2.7.10 My file layout: ~/Build/rxvt/rxvt-2-7-10=untarred package; ~/Build/rxvt/i686-pc-cygwin=build directory configure make are run from outside the source tree - I know it sometimes matters. Configure shows nothing exciting. [log attached] Make gets into a loop in subdirectory W11 ! Unlimited recursive makes here. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ OK, Now I've reconciled my configure options with those in the document, and defined the libraries as shown. Same result, basically. This time I got to a recursion about 180 proc's deep when something failed ( happily ) and unwound the stack. Next experiment is to cd into the source tree to do the build: the example does show ./configure. THIS IS STILL A BUG! Building from inside is, in fact, discouraged, IIRC, in the Autotools references. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem making rxvt
Frédéric L. W. Meunier wrote: On Sat, 29 Nov 2003, David A. Cobb wrote: Next experiment is to cd into the source tree to do the build: the example does show ./configure. THIS IS STILL A BUG! Building from inside is, in fact, discouraged, IIRC, in the Autotools references. You can try using lndir. I use it when builddir != srcdir doesn't work. OK, one more thing to look up :-(. Anyway, I changed my build script to do -- quote ( cd $SRCDIR ; ./configure . . . make ) 21 | tee build.log That did, indeed, avoid the infinite recursion on the make. Still not a success, but things are looking up. Anyway, I think only packages that use Automake are supposed to work without it. The others that only use Autoconf may or not. rxvt doesn't entirely. On Linux CVS failed for me making the man page (I had Yodl installed). My remaining problems look like this: Each compilation includes the warning: quote ignoring duplicate directory /usr/local/include as it is a non-system directory that duplicates a system directory ignoring duplicate directory /usr/X11R6/include /quote However, the later output of Include path does include the /usr/local/include. I guess the question is, 'what is the basis for gcc concluding that /u /l /i duplicates a system directory. It is, in fact, a couple of items from /usr/include, with modifications to avoid some compiler warnings. I do not get the warnings I was trying to avoid, so I will assume the ignoring duplicate directory . . . is specious. I really detest specious warnings because they're so damn hard to get rid of. At the end of a long linker pass I get: quote (/usr/X11R6/lib/libX11.dll.a)d00.o (/usr/X11R6/lib/libX11.dll.a)d001246.o collect2: ld returned 1 exit status Reaping losing child 0x10039ea0 PID 6576 make[1]: *** [rxvt] Error 1 Failed to remake target file `rxvt'. Giving up on target file `allbin'. Giving up on target file `all'. make[1]: Target `all' not remade because of errors. make[1]: Leaving directory `/home/Superbiskit/Build/rxvt/rxvt-2.7.10/src' GNU Make 3.80 Updating makefiles Considering target file `Makefile'. No need to remake target `Makefile'. /quote And, indeed, rxvt(.exe) is not made. To me, that means this `make` run was a failure. But the very end of the run shows: quote make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/Superbiskit/Build/rxvt/rxvt-2.7.10/src/graphics' GNU Make 3.80 Updating makefiles Considering target file `Makefile'. No need to remake target `Makefile'. Updating goal targets Considering target file `all'. File `all' does not exist. Must remake target `all'. Successfully remade target file `all'. make[1]: Entering directory `/home/Superbiskit/Build/rxvt/rxvt-2.7.10/src/test' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/Superbiskit/Build/rxvt/rxvt-2.7.10/src/test' Successfully remade target file `all'. Must remake target `first_rule'. Successfully remade target file `first_rule'. /quote So, it seems there are a few things amiss about this `make` setup. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem making rxvt
My configure/make score is just barely above zero. I'd be sure it was all me if it was indeed zero - but not quite. Latest attempt: rxvt-2.7.10 My file layout: ~/Build/rxvt/rxvt-2-7-10=untarred package; ~/Build/rxvt/i686-pc-cygwin=build directory configure make are run from outside the source tree - I know it sometimes matters. Configure shows nothing exciting. [log attached] Make gets into a loop in subdirectory W11 ! Unlimited recursive makes here. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! make.log-clean.bz2 Description: Binary data configure.log-clean.bz2 Description: Binary data cygcheck-20031127.log.bz2 Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Info and Document Path
I googled about looking for an answer, all I see is a very short thread between Chuck and Chris on http://www.cygwin.com/ml/cygwin-apps/2003-07/msg00570.html. Is the policy that documentation and info is moving into /usr/share/... ? If yes, is there any ongoing process of moving things out of /usr/doc? As things stand, it isn't easy to know where to look! And my $INFOPATH is probably abgevukkett. Thanks, -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem making rxvt
Christopher Faylor wrote: On Thu, Nov 27, 2003 at 09:28:14PM -0200, Fr?d?ric L. W. Meunier wrote: On Thu, 27 Nov 2003, Thorsten Kampe wrote: * David A. Cobb (2003-11-27 17:54 +0100) My configure/make score is just barely above zero. I'd be sure it was all me if it was indeed zero - but not quite. Latest attempt: rxvt-2.7.10 Install rxvt via Setup.exe. D'uh. I already have the pre-built one. I'm planning to do some work on it, so I need to be able to make it. Also, as I said, I'm not doing too great with the autotools and I figured I'd use a simple example. I figured rxvt to be fairly straightforward. That won't fix the severe problem he reported. I had the same problem when I compiled rxvt from CVS to run on X11. Yeah. FWIW, rxvt already runs under X11. You don't have to do anything special to acomplish this other than have the DISPLAY environment variable set. cgf I know, Chris. I have ulterior motives. Personally, I use it with the W11 libraries because I don't yet run the x-server much. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem making rxvt
Mark Blackburn wrote: Did you read /usr/doc/Cygwin/rxvt-2.7.10.README ? It says to configure like so: ./configure --enable-utmp --enable-wtmp --enable-lastlog \ --enable-xpm-background --enable-menubar --enable-rxvt-scroll \ --enable-next-scroll --enable-xterm-scroll --enable-frills \ --enable-linespace --enable-mousewheel --enable-keepscrolling \ --enable-old-selection --enable-transparency \ --with-xpm-includes=`pwd`/W11/X11 --with-xpm-library=`pwd`/W11/lib \ --with-x-library=`pwd`/W11/lib \ --enable-languages --with-encoding=noenc \ CFLAGS=-O -g -W -I`pwd`/W11 \ LDFLAGS=-mwindows -Wl,--subsystem,console \ DLIB=`pwd`/W11/wrap/rxvt_res.o Umm, no I hadn't seen that. :-[ Thanks When I configure like that the output looks more like this: configuring for rxvt 2.7.10 checking for gcc... gcc checking for C compiler default output... a.exe checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... .exe checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for a BSD-compatible install... /usr/bin/install -c checking for gawk... gawk checking for AIX... no checking for library containing strerror... none required checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking for ld used by GCC... /usr/i686-pc-cygwin/bin/ld.exe checking if the linker (/usr/i686-pc-cygwin/bin/ld.exe) is GNU ld... yes checking for /usr/i686-pc-cygwin/bin/ld.exe option to reload object files... -r [snip] David A. Cobb wrote: My configure/make score is just barely above zero. I'd be sure it was all me if it was indeed zero - but not quite. Latest attempt: rxvt-2.7.10 My file layout: ~/Build/rxvt/rxvt-2-7-10=untarred package; ~/Build/rxvt/i686-pc-cygwin=build directory configure make are run from outside the source tree - I know it sometimes matters. Configure shows nothing exciting. [log attached] Make gets into a loop in subdirectory W11 ! Unlimited recursive makes here. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Installation problem with xfree86-prog
I know that problems with Xfree86-cygwin have a list of their own, but I think this may be a packaging problem or something super-weird about my Cygwin installation. Lately, XFree86-prog is showing up among the packages to be updated. If I allow setup to attempt this, every attempt locks up trying to install a file file://./usr/X11R6/include/X11/ap_keysym.h. The setup control flickers, continually redisplaying the same percent-complete. I can go away and have dinner, when I come back it hasn't made any progress. If I spy on it with, say, ProcessExplorer, it seems to be acquiring a token on /computer name/Administrator, then releasing the same. Again, and again, and . . . . No matter which version I choose to install, they all hang on the same file. The file does not exist on my installation (because I uninstalled the package). I don't see anything strange about directory permissions. No other package seems to exhibit the problem. Any ideas? -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installation problem with xfree86-prog
Igor Pechtchanski wrote: On Mon, 24 Nov 2003, David A. Cobb wrote: I know that problems with Xfree86-cygwin have a list of their own, but I think this may be a packaging problem or something super-weird about my Cygwin installation. Lately, XFree86-prog is showing up among the packages to be updated. If I allow setup to attempt this, every attempt locks up trying to install a file file://./usr/X11R6/include/X11/ap_keysym.h. The setup control This is a packaging error. Should be file://usr/X11R6/include/X11/ap_keysym.h. Which mirror are you using? Which version of XFree86-prog are you trying to install? Which version of setup.exe? Um, my error - //. is a WindozIsm for making a URI to a file on this machine. The Setup display is what you said. Anyway, I had not looked deeply enough. Inside /usr/X11R6/include/X11/ was an X11.lnk I could never extract where the shortcut was pointing, but I suspect it looped back to its own parent. In addition, the damn thing has an ACL that I couldn't delete or modify even after donning my Administrator cape and sacrificing the customary goat. I wound up renaming the parent directory (original X11) and re-creating the legitimate part of the directory tree. Then Setup ran fine with the latest (x.y.z-12) version of X86Free-prog. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Binaries for bootstrap GNAT/GCC-Cygwin Build
Gerrit P. Haase wrote: David schrieb: Around 25 September, David, Gerrit, and Jason had a discussion on the list about making David's build of GNAT available. David's server couldn't bear much traffic but there were some offers of other sites. Are the binaries available on-line at this time? I have a mirror where also Davids binaries are asvailable, though it is realy outdated, I even couldn't use it to bootstrap a newer gcc on top of Cygwin 1.5.5. I'm just about finishing a GCC release for Cygwin including GNAT. Do you have a reasonable amount of time and Ada code to test run the Ada compiler? Gerrit I have an /unreasonable/ amount of time. Ada code - I can write it, I can also go download the conformance tests (I think). MfG, -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Binaries for bootstrap GNAT/GCC-Cygwin Build
First, a general apology if I seem to be going over stuff I've gone over before. I had a computer outage that cost me most of my memory of the last 4 years. Around 25 September, David, Gerrit, and Jason had a discussion on the list about making David's build of GNAT available. David's server couldn't bear much traffic but there were some offers of other sites. Are the binaries available on-line at this time? Thanks, -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Reinstatement?
Chris, After two months without a connection -- and with serious withdrawal symptoms -- I am back hanging from the wires. I'm sure I've been suspended because of the bounces when I first failed. Would you kindly reset my list memberships to active? Thanks! David A. Cobb -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Skipping the /proc filesystem
Maybe this is something any native *nix speaker knows, but I'm stull trudging up the learning curve. If I do a (cygwin) find for some fragment of a filename, I get a whole pile of hits in the /proc/registry area - none of which is relevant. I would wish to tell find not to get involved with the /proc filesystem at all. Can that easily be done? -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
How to resolve a link?
Recently, I was trying to do strace Xemacs . . . First I got a No such file error, so I changed to do strace `which xemacs` -- still a failure. which xemacs returns /usr/local/bin/xemacs.exe.lnk; that is, my normal handle to launch xemacs is a symlink to the executable whose name or location varies with the version-number. Given that its purpose is to locate what executable file one will use in a particular environment, should not 'which' resolve the symlink and return its target? What would happen on *nix? -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to resolve a link?
Christopher Faylor wrote: On Tue, Jul 22, 2003 at 09:23:13PM -0400, David A. Cobb wrote: Recently, I was trying to do strace Xemacs . . . First I got a No such file error, so I changed to do strace `which xemacs` -- still a failure. which xemacs returns /usr/local/bin/xemacs.exe.lnk; that is, my normal handle to launch xemacs is a symlink to the executable whose name or location varies with the version-number. Given that its purpose is to locate what executable file one will use in a particular environment, should not 'which' resolve the symlink and return its target? No. What would happen on *nix? The same thing as on cygwin. OK, but would strace be equally unable to start the subprocess from a link? IIRC, one major irritation in Windoz is that one cannot do certain operations via a link (shortcut) whereas in *nix the link is a nearly-complete surrogate for its target. Of course, if there is a less-obvious but successful solution to the problem I'd be happy to hear about it. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
FAQ HTML ISSUE: Frames Poorly Proportioned
I went to the FAQ and found that, strangely, the upper frame containing all the meat of the text was very small, while the lower frame containing only about 1-1/2 inches of content was much larger. Now I know well that you'all produce good looking pages ( NO sarcasm intended ), so I blamed my browser. The Mozilla crew responded as follows. If they're right, the HTML should be changed. ISTR that it would be possible to size the bottom frame absolutely and let the upper frame occupy the rest of the canvas. Maybe . . . rows=*,1.5in. Original Message Subject: [Bug 199907] Sizing of horizontally-tiled frames is wrong - upper frame too small. (Quirks mode) Date: Sun, 30 Mar 2003 20:08:56 -0800 (PST) From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] http://bugzilla.mozilla.org/show_bug.cgi?id=199907 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-03-30 20:08 --- Source of document shows the bottom frame is defined as 2x the theight of the top: frameset rows=*,2* frame name=upper src=faq_frtoc.html frame name=lower src=lower.html /frameset Which is what I'm seeing on the following OS X browsers: Moz 1.3 Moz 3/29 Camino 3/27 Safari IE 5.2.2 This looks INVALID to me. reporter, can you please attach scrren shots of what you think is right and wrong -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. . -- 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/
[build failure] xemacs-21.5-b11 on Win2000+Cygwin
I first sent this to the Xemacs lists, where I didn't get any response. The error is so totally disastrous that a release should not have happened if this bites every Cygwin installation. Which makes me suspect my Cygwin is broken. How can I tell? Specifically, how do I tell what the configure proc was trying to do when it got an error compiling junk.c Sitting around waiting out the blizzard, I figured it would be a good time to see about compiling Xemacs-21.5-b11. Starting with what should have been a simple build . . . + make clean make: *** No rule to make target `clean'. Stop. + ../configure i686-pc-cygwin --compiler=gcc --without-x --extra-verbose --with-site-lisp=yes --package-path=/usr/local/lib/xemacs/ --with-pop --debug --error-checking=all Defining PACKAGE_PATH_USER_DEFINED checking whether ln -s works... yes Defining EMACS_MAJOR_VERSION = 21 Defining EMACS_MINOR_VERSION = 5 Defining EMACS_BETA_VERSION = 11 Defining XEMACS_CODENAME = cabbage One small surprise is the following early error message in sysout (rather than configure.log) . . . checking for GNU libc... no Extracting information from the machine- and system-dependent headers... conftest.c:44: parse error before `=' token Defining SYSTEM_TYPE = cygwin_nt-5.0 libs_machine = '' The configure ends horribly with: Appending Makefile.in to $ac_output_files Appending lib-src/Makefile.in to $ac_output_files Appending src/Makefile.in:src/Makefile.in.in:src/depend to $ac_output_files creating ./config.status creating Makefile.in creating lib-src/Makefile.in creating src/Makefile.in creating src/paths.h creating lib-src/config.values creating src/config.h creating lwlib/config.h lwlib/config.h is unchanged creating ./Makefile junk.c:19: parse error before string constant creating ./GNUmakefile junk.c:16: parse error before string constant creating lib-src/Makefile junk.c:7: parse error before string constant creating lib-src/GNUmakefile junk.c:7: parse error before string constant creating src/Makefile junk.c:7: parse error before string constant creating src/GNUmakefile junk.c:7: parse error before string constant And all of ./Makefile ./GNUmakefile are empty. (0 bytes) system-info HOST=i686 MSWin2000Pro Cygwin . . . Cygwin DLL version info: DLL version: 1.3.20 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 73 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Sat Feb 8 12:10:49 EST 2003 Shared id: cygwin1S3 bash-2.05b $ gcc --version gcc (GCC) 3.2 20020927 (prerelease) Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. bash-2.05b $ /system-info -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. . -- 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: Errors during setup post-install scripts
Igor Pechtchanski wrote: On 16 Oct 2002, Robert Collins wrote: On Wed, 2002-10-16 at 09:11, Max Bowsher wrote: David A. Cobb wrote: Would it be a big deal to have the various setup scripts send their output to, say, /var/log/setup/SCRIPTNAME.log? Probably not, but someone has to actually do it. It's been discussed in the cygwin-apps list, at length. I'm looking into a simple-minded way to do this, and this raised at least one question: do we actually need the output of the post-install scripts flashing in front of our eyes? IMO, no - the screen displays generally flash past too fast to be read anyway. Just log it! If not, I can just redirect it to a file, say, /var/log/setup.log.postinstall (there's probably no need for a separate file per script). Well, it needs to be fairly simple to tell which script failed - if any. If we actually want the console windows, it'll take some more doing, probably a separate console tee-like application. Igor -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. . -- 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/
Errors during setup post-install scripts
I recently needed to do a total re-install of cygwin [ totalled one partition ]. Took forever to get through the download stage because I kept getting some network problems, but it finally got to the post-install. During the post-install I observed several failures of the usual fork-resource type. However, they fly past too quickly to capture any useful information. In the postinstall directory, all the scripts seem to have been renamed x.sh.done; so I guess they didn't totally crash the setup. But I can't determine now which ones might have had problems. Would it be a big deal to have the various setup scripts send their output to, say, /var/log/setup/SCRIPTNAME.log? -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. . -- 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/
Surprises running gcc 3.2 configure on Cygwin
... no ===^ but g:\HOME\Superbiskitwhich basename which basename /usr/bin/basename g:\HOME\Superbiskit == checking for insque... no . . . . checking for mkstemps... no DOES IT MATTER? Would they be fairly simple? == checking for vfork.h... no checking for working vfork... yes SEEMS STRANGE to have one and not the other. DOES IT MATTER? == checking for working mmap... no I THOUGHT WE HAD THAT. Or does it come with a working cygdaemon? == checking if /usr/local/gcc-3_2/bin//gcc.exe supports -c -o file.o... no RATHER A SURPRISE? checking if we can lock with hard links... yes MOST OF MY FS IS FAT32. Trying to do anything with a hard link is asking for trouble. And making a duplicate then calling it a link is not very good for locking purposes. == checking if libtool supports shared libraries... yes checking if package supports dlls... no checking whether to build shared libraries... no QUESTION: Does this mean that the gcc package currently isn't set up to use DLL's? WHAT'S THE IMPACT? I know the Cygwin environment is able to build DLL's. == checking for gnatbind... gnatbind checking for compiler driver that understands Ada... /usr/local/gcc-3_2/bin//gcc.exe THAT'S THE GOOD NEWS, Thanks, David! == checking whether basename is declared... yes = But see above 'checking for basename' checking whether getopt is declared... no === We do have one, don't we? checking whether clock is declared... yes == -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. . -- 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/
GNAT in gcc-3.2 [was Re: New gcc-3.1.1 Release - g77]
Billinghurst, David (CRTS) wrote: It can be done. I have a working (or so it seems) GNAT for cygwin. Let me know if you are interested. _Very interested_ . Thanks.. What do I need to do? -Original Message- From: David A. Cobb [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 18 September 2002 3:21 To: Dockeen Cc: [EMAIL PROTECTED] Subject: Re: New gcc-3.1.1 Release - g77 Back in the Dark Days of 7/7/2000, Dockeen wrote: It may be a while before he gets to it, he was up late last night dealing with some schmuck, i.e. me. :-) I will be very interested in how GNAT works into this. Although some very nice people have sent me very nice directions as to how to do the Ada bootstrap, I have avoided for some weird, fearful reasons. Here's what I tried, without success! Installed binary kit GNAT ( gcc-2.7 ) from NYU. Note, this is a Windoze build, not Cygwin (AFAIK). Point $CC and $CXX at the GNAT gcc, also put that dir at the head of my $PATH. Try running configure make bootstrap for gcc-3.2-1. I'm not totally surprised that it failed, however I /am/ surprised at how and where. The 'C' and 'C++' and 'F77' builds went pretty well. However, the Ada test in configure ( Testing whether gcc understands Ada no ). failed. My first thought was of course, it doesn't unerstand Cygwin paths. But, if that were true it should have failed completely on C, C++, and F77 as well. SO, if Dockeen, or anyone, can point me in the direction of creating a bootstrap GNAT it would be greatly appreciated. TIA -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. . -- 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: New gcc-3.1.1 Release - g77
Back in the Dark Days of 7/7/2000, Dockeen wrote: It may be a while before he gets to it, he was up late last night dealing with some schmuck, i.e. me. :-) I will be very interested in how GNAT works into this. Although some very nice people have sent me very nice directions as to how to do the Ada bootstrap, I have avoided for some weird, fearful reasons. Here's what I tried, without success! Installed binary kit GNAT ( gcc-2.7 ) from NYU. Note, this is a Windoze build, not Cygwin (AFAIK). Point $CC and $CXX at the GNAT gcc, also put that dir at the head of my $PATH. Try running configure make bootstrap for gcc-3.2-1. I'm not totally surprised that it failed, however I /am/ surprised at how and where. The 'C' and 'C++' and 'F77' builds went pretty well. However, the Ada test in configure ( Testing whether gcc understands Ada no ). failed. My first thought was of course, it doesn't unerstand Cygwin paths. But, if that were true it should have failed completely on C, C++, and F77 as well. SO, if Dockeen, or anyone, can point me in the direction of creating a bootstrap GNAT it would be greatly appreciated. TIA -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. . -- 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: RFC: unofficial packages
to handle unofficial (e.g. non-ITP'ed) but setup compatible ports. My proposal: don't. They don't need to be distributed via the cygwin mirror system; that's what federation is all about. But, to make things easier for end users, and to give some slight warning against possible trojans... 2) implementation: (a) visually distinguish packages (or versions of official packages) from User URLS -- and display the site URL in the chooser. What's the best way to do this? (b) an extension of the existing related sites web page, to include a section with Here are some setup-compatible sites that offer cygwin packages. type these URLs in to setup.exe, and press Add URL. I realize that (2)(a) is sort of a taboo wouldn't it be nice if setup.exe... comment; and I'm willing to give it a go with the sources, if no one else can. However, it's more important to know if the community thinks this is a good idea or not, before wasting the time implementing it... Comments? --Chuck epstool help2man jpeg2ps libungif netpbm plotutils pstoedit pstoepsi pstotext tgif ungifsicle -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. .
Re: unofficial packages
Christopher Faylor wrote: On Wed, Jul 10, 2002 at 08:17:37PM -0400, Charles Wilson wrote: That pesky cgf guy has been publishing broken compilers lately. :-) I prefer the term usably challenged. It's not a bug, it's a mis-feature. Or functionally limited. cgf -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. .
[Bug] SETUP.EXE regression -- proposing going backward again
I see in SETUP.EXE vsn 2.249.2.5 that setup is back to proposing to over-write test versions with the older current revision. IIRC, we all agreed once upon a time that this ain't right. Specifically: GCC 3.1.1-2 proposed replacement is 2.95.3-5 Guile 1.5.6-2 1.4-2 Lilypond 1.5.65-1 1.4.14jcn4-1 -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. .
Re: ITP: Guile 1.5.6
Charles Wilson wrote: Now, all of the RPM-nuts are jumping up and down screaming RPM! RPM! right now -- and the Debian faction is yelling dpkg! dpkg!. BEFORE voicing that, please go back and READ the 27,374 threads where this has been suggested in the past. Here's a summary: -- setup.exe must be able to install the packages -- setup.exe is a native windows program -- therefore, we'd need + a native port of rpm, or + change our whole modus operandi to a two-step procedure; natively install the core packages from regular tarballs -- including an rpm package -- using a native setup.exe, and then use a different tool for system maintainance (or use setup in a different mode where it exec's the cygwin rpm.exe -- but this leads to other problems: a cygwin-dependent rpm.exe won't be able to update the cygwin package, unless some of the 'in-use-replace' magic from the current setup is grafted into rpm) I'm just a plain-nut! Would it be worthwhile, in your opinion, to look at GNUpdate? At least, it doesn't carry any corporate baggage. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. .
Re: binutils status?
Charles Wilson wrote: Danny Smith wrote: I'd say go ahead and turn on auto-import in CVS and remove the warning, I disagree that is a good idea. Two ideas: 1) making auto-import the default 2) turning off the warnings You appear to not like either one. I don't really care about the warnings, but the auto-import thing should be default. However, I wonder how long these warnings are going to persist. Using auto-import is not a *bug* or *oops, I forgot to declspec() something* -- it's the way DLLs are done. Please bear in mind that some folks, from whom we've heard here before, are *required* by their work to produce compiles free from warnings. As suggested, this condition I found _x_y_z_, and loaded it is not an indication of anything wrong. The message is appropriate, but it should be clearly Informational rather than a warning. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. .
Re: URL paths in setup.exe
[Resending to list] Robert Collins wrote: -Original Message- From: Earnie Boyd [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 07, 2002 9:55 PM file:///d/foo/bar.txt on Cygwin should work as well depending on the cygdrive value. ;) file:///d:/foo/bar.txt should be the win32 mechanism. : has special meaning in url's, which is why MS and netscape use | to represent : for file:// URL's. I may be wrong, but I think the translation ':'='|' is an IETF RFC, not just a MS/NS trick. Yes, it is because ':' is reserved. OBTW, the tripple slash is, I believe, necessary to specify that the d| is *not* an authority. The empty authority means localhost. Sorry if I'm a little behind. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. .
Lillypond for Cygwin
I downloaded Tetex with Lillypad about a month ago and got 20001218-4. When I go to setup Cygwin, SETUP keeps offering to install 20001218-1 ( -3 if I pick 'Test'). So, which is right? -1?, -3?, -4? AND, should not Cygwin Setup recognize that 20001218-4 is later than 20001218-1? -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. . -- 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: prev/curr/test
Christopher Faylor wrote: On Mon, Mar 25, 2002 at 08:27:04PM -0500, Brian Keener wrote: You don't. You find some other method for reverting to software that is 1 revision old. This is not a hardship. AFAIK, setup has never allowed you to do more than prev/curr/test. A thought: mandate that every package tarball contain a standard-named install script - similar in concept to the Micro$quash setup.inf. Then simply keeping the old tarball would supply the user the mechanism to drop back to that version. I like the simpler approach for sure but let my option I select tell me everything - don't give me 4 different buttons and umpteen combinations to choose from to get where I want to be - talk about confusing. And how do you know when you've hit the current version? You see it scroll by and remember that you want 1.4.9-1 bin and then click the mouse ten more times to get back to that. That's really not user friendly, IMO. cgf -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. .
Re: Keeping base, adding standard.
Charles Wilson wrote:
Robert Collins wrote:
Again, you're inventing another layer that I maintain will only
confuse things.
I see your point.
[SNIP]
Red Hat Linux's installation (used to, perhaps still does) separate
the concept of Installation Type and Individual Package Selection.
You'd pick Workstation Install and that would preselect a bunch of
pacakges, or you'd pick Server Install and that would preselect a
different set of packages. Of course, there was ALSO the option of
continuing to the detailed package selection step, where you could
override those choice: don't install some packages that were
auto-selected by the Installation Type choice, or DO install other
packages that were not auto-selected.
So, how about the first(?) page being Workstation Install, Server
Install, . . . Custom Install?
Hey, looks like many commercial installers that do just that. {Well,
they do Minimal Complete Custom, or the like).
--
David A. Cobb, Software Engineer, Public Access Advocate
By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a
Pilgrim; R. M. French, tr.
Life is too short to tolerate crappy software.
.
Re: Setup.exe release-candidate
On Win98, setup concludes rather badly. In previous incarnations, setup would launch a DOS window. Quite often that would freeze my machine, reasons unclear. However, it was possible to murder winoldap using the three-finger-salute and that would return me to normal functioning - usually displaying the Installation Complete message. Now, however, a window is launched (doesn't look like DOS, but maybe) that immediately freezes the machine. Murdering winoldap just leaves it frozen. I also murdered a cs2? task that was [not responding] - still frozen but now Ctl-Alt-Del is not sensed. I wound up cycling the power. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. .
Q: Status of GCC 3.1 port?
I read that gcc 3.1 is currently at phase 3 (bugfix) with a target date of 4/15 (?). Is work in progress using the available sources to have a 3.1 port to the Cygwin platform some time reasonably soon? -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. . -- 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: JDK 1.4
Alessandro Zeffin wrote: Yes, now I'm working with JDK 140 java version 140 Java(TM) 2 Runtime Environment, Standard Edition (build 140-b92) Java HotSpot(TM) Client VM (build 140-b92, mixed mode) I have the installation j2re-140-linux-i386bin file in /usr/my/java/ directory in my machine (Fermi) Are you saying (or suggesting) that jre--linux-i386 works on the Cygwin platform? 'Twould be nice, but hard to believe Pavel Tsekov wrote: Does anyone have the JDK 14 release available ? -- David A Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner -- The Way of a Pilgrim; R M French, tr Life is too short to tolerate crappy software -- Unsubscribe info: http://cygwincom/ml/#unsubscribe-simple Bug reporting: http://cygwincom/bugshtml Documentation: http://cygwincom/docshtml FAQ: http://cygwincom/faq/
Error in Cygwin dll (?) Fork Copy using Xemacs
Running Xemacs 21.4.6 - EFS, very slow downloads of package updates Suddenly a screeching halt with the following on my terminal 0 [main] 90249331 fork_copy: user/cygwin data pass 2 failed, 0x1002..0x10541000, done 0, , Win32 error 8 What is it, and how can I avoid it in future? Thanks -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. . -- 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: multiple mirror code setup HEAD
Trying to jump aboard long after the ship left the pier . . . .
Gary R. Van Sickle wrote:
Setup now allows the selection of multiple mirror sites, and will
download from them failing over automatically when an error occurs, on a
per-package basis.
Coolness. One dime-a-dozen-notion that I've been having is an automatic site
selection ability that would ping 'em all and let God sort 'em out, or rather
qsort, and then fail over in order of increasing ping.
I've been mentally doodling something like this in a different context.
How about, instead of *ping* the sites, retrieve their
table-of-contents (here = setup.ini), saving the time. This would give
a time measure that accounts for the current business of the remote
site, congestion on the net, and all the other nasty factors that can
affect network timings. One caveat - also applicable to ping - is that
some remote sites may be unable to satisfy the request at all within a
reasonable time. Thus one needs to timeout the request and mark the
affected sites as loosing the race.
Of course, this is all much too costly in time to do sequentially -
maybe with multiple connections it can be made useable.
Just a thought.
--
David A. Cobb, Software Engineer, Public Access Advocate.
New PGP key 09/13/2001:
:http://wwwkeys.pgp.net:11371/pks/lookup?op=getsearch=superbiskit
Fingerprint=0x{E7C6_4EE2_6B75_5BA3_C52E__77FA_63C3_9366_DCFB_229B}
By God's Grace I am a Christian man, by my actions a great sinner.
--The Way of a Pilgrim, R. M. French [tr.]
Potentially Viral Software is any software for which you are not allowed
to examine the source. Do not buy or use Potentially Viral Software!
Re: Restructuring gettext
Charles Wilson wrote:
Since gettext comes before libintl0, the uninstall/reinstall occured
in the proper order, and I still had a working system. Unlike ncurses,
alphabetization works for us here -- it would be bad if libintl0 was
installed (replacing cygintl.dll with the new version), and THEN
gettext was uninstalled (removing cygintl.dll) followed by installing
the new gettext (which contains no cygintl.dll).
I don't know how to deal with the problem above -- which occurs if the
package being split (ncurses, readline, gettext) follows rather than
precedes 'l'ib in the alphabet...but we can deal with that when/as
it occurs. (Perhaps upgrades of currently installed packages should
ALWAYS precede installation of new packages?)
I've had cases like this in another context and found the most
straightforward solution is for (setup.exe) to do any uninstalls first,
then any reinstalls, then everything else. This would also have saved a
few shot toes when libncurses#n came out (I thin`).
--
David A. Cobb, Software Engineer, Public Access Advocate.
New PGP key 09/13/2001:
:http://wwwkeys.pgp.net:11371/pks/lookup?op=getsearch=superbiskit
Fingerprint=0x{E7C6_4EE2_6B75_5BA3_C52E__77FA_63C3_9366_DCFB_229B}
By God's Grace I am a Christian man, by my actions a great sinner.
--The Way of a Pilgrim, R. M. French [tr.]
Potentially Viral Software is any software for which you are not allowed
to examine the source. Do not buy or use Potentially Viral Software!
