setup-x86.exe gives a 134 exit code installing libgvc6

f that helps. I noticed the output says "libserf0_1" is incomplete. When I try to reinstall it, my only choices are uninstall and keep; reinstall is not an option. Brian S. Wilson -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com

Sudoku precanned game solution time issue

. = Su-Do-Ku! Brian S. Wilson March 6th, 2015 - hard +---+---+---+ k | 1 2 3 | 4 5 6 | 7 8 9 | h l

Re: OpenSSH 6.8p1-1 and keychain: can't determine fingerprint

I saw the following on https://www.cygwin.com/ml/cygwin/2015-03/msg00477.html and I've been having the same issue with keychain. The fix to the /usr/bin/keychain shell script worked as shown, but I've added information about where the fix belongs (in the script) later in this message. I suggest

RE: Uses of Cygwin

> 1) does it support ruby,python,c++,c, java? Yes, you just need to select the package you'd like in addition to the basic installation. This process is easy and there is a search field that will assist in locating the package you desire. > 2) What type of shell does it support? (sh,ksh),what can

RE: [ANNOUNCEMENT] Early Deprecation Notice: Windows XP and Server 2003 support

expensive services, and retraining. I'll stick with Win XP for a while longer then switch to open source products and Linux when I must. In the mean time, I guess I will have to say a sad good-bye to Cygwin when they leave. Sincerely, Brian S. Wilson -- Problem reports: http:

Re: Windows XP Support

On Jan 10 13:12, Herbert Stocker wrote: Hi, i have read that beginning this month Cygwin wants to drop support for Windows XP. Though the home page and FAQ entry 12 do not talk about this. Are they out of date or is WinXP still supported? So far, nothing has changed, XP is still supported. I

Re: native Linux userland in Windows 10

On 2016-04-12 09:41, Corinna Vinschen wrote: On Apr 12 14:58, Marco Atzeri wrote: On 12/04/2016 14:50, Andrew Schulman wrote: By now I guess most of us have seen the reports of bash, and in fact a full Linux userland, running natively in Windows 10: http://www.osnews.com/story/29149/Microsoft

Re: Bash shell script issue

On 2016-09-06 18:36, Kipton Moravec wrote: I am relatively new to shell scripts, but this works on linux and I do not know why it does not work for me in cygwin. ... What am I doing wrong or is this an error? Where do the carriage returns (^M) come from, and how do I get rid of them? The (^M

[ANNOUNCEMENT] Updated: gdbm-1.8.0-5 / NEW: libgdbm-1.8.0-5, libgdbm-devel-1.8.0-5

. CHANGES: (vs. 1.8.0-4) o Split the package up into gdbm (utilities), libgdbm-devel (header files, link libraries, and library docs), and libgdbm (runtime lib). Charles Wilson gdbm volunteer maintainer for cygwin INSTALLATION: To update your installation, click on the "Install

Re: recompiling patched libiconv

Yadin Y Goldschmidt wrote: I need to recompile libiconv-1.8 for cygwin (due to recent changes in cygwin headers the supplied library gives errors when compling clisp). From cygwin setup I get the original library + a patch+ a script. Can someone be so kind to let me know how to run the script? When

Re: [avail for test] ncurses-5.3-1

Any comments on this, or should I just go-for-broke (literally) and mark it current? It's been over two weeks, and ncurses is in 'Base' ya know... --Chuck Charles Wilson wrote: I've placed updated versions of the ncurses packages on sourceware, but have marked them

Re: Another GPL violation: Re: Minimalistic Build-Environmentforwin32(~7.5MB)

To dig into this, this will cost me HOURS ! And how many hours do you think went into setup, cygwin, and all of the ports? Any tips for an easy solution ? Uploading a few source tarballs to your website is a hell of lot easier than recoding everything from scratch. Remember, the GPL says that i

Re: Another GPL violation: Re: Minimalistic Build-Environmentforwin32 (~7.5MB)

Charles Wilson wrote: [a bunch of stuff] FWIW: I am not a lawyer. I do not speak for Red Hat. I am not employed by Red Hat. I speak only for myself. But I've endured enough of these stupid license squables on enough lists to have learned a few somethings about the GPL... --

Re: vim quits and cygwin window contents not restored

Sorry, I haven't been following this thread. See below. Randall wrote: So, my bet is on the terminfo for cygwin as the locus of the problem, whatever it is. Other reasonable hypotheses are that there's problem in ncurses or in how Vim uses it. Larry wrote: Yeah, the terminfo change is the "prob

Re: libtool 20030216: problem recognizing import libraries

Charles Wilson wrote: Okay, the patch I posted to libtool-patches works on my system (of course, the UNpatched libtool works on my system) -- but the patch ought to fix this problem. It hunts specifically for head.exe and uses that, if found, falling back to 'head' only if 'h

Re: Another GPL violation: Re: Minimalistic Build-Environmentforwin32(~7.5MB)

Patrick J. LoPresti wrote: Charles Wilson <[EMAIL PROTECTED]> writes: FWIW: I am not a lawyer. And therefore, everything you have said may be safely ignored. guys, I can't believe you fell for this. *Do Not Feed The Trolls*. See LoPresti's other contributions to civil

Re: RPM-4.1 port to cygwin available

Robert Collins wrote: I find this concern mystifiying though, we've had an rpm port from Chuck for what - 3 ? 4 ? years. And mine wasn't the first. Robert is correct that we've had very few (zero?) reports of "oops I installed a Red Hat Linux rpm and it scrogged my cygwin". We have, however, h

Re: RPM-4.1 port to Cygwin available

Yann Crausaz wrote: Your views are right, BUT poeple who were use to work under *NIX (like me) really like to find known tools as they have to change their working environment , and poeple trying to execute *NIX binaries under Cygwin will always exist ! Don't you think so ? Indeed, that's kind of t

Re: RPM-4.1 port to cygwin available

Christopher Faylor wrote: And since you're not a lawyer, it's been established that we don't have to pay any attention to you anyway. I know Chuck would get this but others might think I'm being really really mean and might miss the obvious irony of the above. Yep, I was amused. You know, I thin

Re: RPM-4.1 port to cygwin available

Peter Ring wrote: There's substantial evidence that RPM based distribution of Cygwin is feasible: http://www.holonlinux.com/product/xonwin/index.html Just in case you don't read Japanese, go directly to the FTP site: ftp://xow.holonlinux.com/pub/XonWindows/ PETER! (In case anyone was wonderi

[avail for test] gdbm, libgdbm3, libgdbm-devel 1.8.3-1

I've uploaded a new version of gdbm as a test release. This is based on the official 1.8.3 FSF release which has seen some major changes. While existing code should compile against the new library without (many) changes, the API of the library has been reorganized, which means thtat the DLL is

Re: gdbm, libgdbm3, libgdbm-devel 1.8.3-1

Gerrit P. Haase wrote: Hallo Charles, Am Samstag, 29. März 2003 um 06:47 schriebst du: This means the cyggdbm_devel-3.dll is also in the libgdbm3 package. ^^ _compat Oops.I notice my original message also has a ton of grammatical and spe

Re: gdbm, libgdbm3, libgdbm-devel 1.8.3-1

Gerrit P. Haase wrote: But I still have to say gcc -o chuck.exe .. -lgdbm_compat -lgdbm right? wrong? IMO: wrong. If there is just the runtime dependency as it seems to be in perl, then there is no need to link against libgdbm. You are correct. As it happens, I was messing around with

Re: RPM-4.1 port to cygwin available

Peter Ring wrote: I'm much too honoured -- I'm sorry to say that it must be some namesake Peter. Nope, I'm just an idiot. In my defense, it HAS been a while (last confirmed sighting, Nov 2000). The guy I was thinking of was *Michael* Ring, not Peter. Sorry. I'll go hide now. --Chuck -- Unsu

Re: vim quits and cygwin window contents not restored

Charles Wilson wrote: Sorry, I haven't been following this thread. See below. I'll try to figure out which parts are missing, and reinstate them -- look for a new release (of terminfo-) sometime in the next week. Try the following. First, save /usr/share/terminfo/c/cygwin somewh

Re: vim quits and cygwin window contents not restored

Randall R Schulz wrote: Since there were no attachments, I placed the text embedded in the message into a file named "cygwin.terminfo" and used "tic" as you prescribed. I get a diagnostic "Name collision between cygwin cygwin". I tried removing the existing terminfo entry, but the result is unc

Re: cygwin license

Randall R Schulz wrote: Good answer. You've earned the star. Wow. Praise from Caesar. I'm in heaven. And, as in the days of Rome, during the conquering hero's triumphal parade a slave would ride in the chariot with him. As the cheering throng tossed flowers in the hero's path, the slave woul

Re: Updated: perl-5.8.0-2

Rolf Campbell wrote: So, I've recieved confirmation that this problem is only with cygwin perl, and not with GNU/Linux perl (5.8). guys, can we PLEASE practice a little bandwidth conservation here? there's no need to quote > 100 lines of "context" for a simple two-line reply... Bits are cheap

Re: vim quits and cygwin window contents not restored

Randall R Schulz wrote: Can I trouble you to explain why your termcap replaces something so different in the existing /etc/termcap file: cygwin:\ :xn@:op=\E[39;49m:Km=\E[M:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:tc=linux: I understand that this entry incrementally modifies the "linux" entry. Your

Re: [avail for test] ncurses-5.3-1

n ncurses-5.3-2 comes out, and you'll understand why I had to make this copy. Charles Wilson wrote: Any comments on this, or should I just go-for-broke (literally) and mark it current? It's been over two weeks, and ncurses is in 'Base' ya know... --Chuck Charles Wilson w

[ANNOUNCEMENT] Updated: ncurses-5.3-1; New: libncurses7-5.3-1, libncurses-devel-5.3-1,ncurses-demo-5.3-1

The ncurses package has been updated to ncurses-5.3-1. However, because the ABI has changed, the DLLs are packaged in yet another libncurses* package, libncurses7 (which can coexist with libncurses6 and libncurses5). Further, to reduce the size of the Base installation, I've split out certain

Re: vim quits and cygwin window contents not restored

Randall R Schulz wrote: Chuck, I was meaning to write this up earlier, but work keeps getting in the way. When I used your new termcap entry, "less" (when it's displaying output piped to it via its standard input but not when it is given a file name argument) tells me "WARNING: terminal is not ful

Re: vim quits and cygwin window contents not restored

Randall R Schulz wrote: It's no problem--I'll just stick with the previous "cygwin" termcap entry. But why send a termcap entry and then wash your hands of the consequences of it being used? You didn't include any disclaimers, so it seemed like the courteous thing to do to let you know about th

Re: Today's version of pcre:

Brian E. Gallew wrote: Larry Hall wrote: Lester Ingber wrote: I can't start up my cygwin shell due to "cygpcre.dll not found", and I cannot get the older 4.1 version under setup to install the older 4.1 as recommended by Max? Easy answer: cd /usr/bin cp cygpcre-0.dll cygpcre.dll Arrrgghhh! N

Re: Today's revision of pcre : possible cause of damage?

Ronald Landheer-Cieslak wrote: This is my fault - sorry :( To fix this, run $ cd /usr/bin $ cp cygpcre-0.dll cygpcre.dll $ cp cygpcreposix-0.dll cygpcreposix.dll in your shell or cd path\to\cygwin\bin copy cygpcre-0.dll cygpcre.dll copy cygpcreposix-0.dll cygpcreposix.dll in cmd/command.com BA

Re: Will lpr be updated to enable printing to a postscript printer?

[EMAIL PROTECTED] wrote: Gilles Civario in his 5/14 posting (Subject: Re: a2ps and printer) indicated a simple lpr.c patch that enabled printing to a postscript printer via cygwin lpr (which tends to be in the path for utilities such as a2ps or enscript). Will this patch migrate into a futur

Re: krb5-1.2.8 on cygwin + kerberized ssh

[EMAIL PROTECTED] wrote: Given that kerberos is a unifying feature linking windows and unix it would be nice to see kerberos and kerberized apps in cygwin. http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/krb5/ --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscri

[ANNOUNCEMENT] Updated: cvs-1.11.5-1

cvs has been updated to version 1.11.5-1. CVS is the 'Concurrent Versioning System', a widely-used package for maintianing revision histories of source code. This port is based on the official cvs-1.11.5 release, and requires that libgdbm-1.8.0-5 be installed as well. This is an update to versio

Re: [ANNOUNCEMENT] Updated: cvs-1.11.5-1

Charles Wilson wrote: cvs has been updated to version 1.11.5-1. FWIW - I know that cvs-1.11.6 was released last week. However, most of the changes in .6 were internal, non-user-visible. Plus, I didn't think we should go thru yet another six month testing cycle -- we've waited l

Re: patch in cygutil/lpr

Rick Rankin wrote: Gilles, I will make sure this gets into the "official" version, although I have no control over when it will be released. That's up to Chuck Wilson. Committed to CVS BRANCH_1_1_x and BRANCH_1_2_x Released as cygutils-1.1.4-2, available soon from a mirror nea

Re: libiconv package must be recompiled

Sam Steingold wrote: The following message is a courtesy copy of an article that has been posted to gmane.os.cygwin as well. It appears that the current cygwin libiconv package still has problems described in the following messages:

Re: cygwin autoconf produces configure scripts with CR/LF

Gerrit P. Haase wrote: Makino schrieb: Is it possible to provide some tentative solutions for cygwin distributions of automake/autoconf packages, e.g. inserting "PERLIO=stdio; export PERLIO" to the automake/autoconf scripts? No, I'll fix perl as soon as possible to default to the 'old' behavio

Re: libiconv package must be recompiled

Sam Steingold wrote: I'm sorry, but while I have no objection to rebuilding the package per se, I need more than "stir in this magic powder and it works!" before I'm entirely comfortable with this. as explains, the apparent problem is that

Re: Outwit -- UNIX-style utilities for Windows

Lee D. Rothstein wrote: Professor Spinnellis, First, thank you for the nice little package of utilities -- Outwit (http://www.dmst.aueb.gr/dds/sw/outwit) -- that allow for the integration of scripts with Windows applications. I'm not sure why this was copied to the cygwin list; it reads like a pe

[ANNOUNCEMENT] Updated: libiconv-1.8-3, libiconv2-1.8-3, libcharset1-1.8-3

The GNU libiconv package provides an iconv() implementation, for use on systems which don't have one, or whose implementation cannot convert from/to Unicode. o libiconv consists of three separate packages: - 'libiconv2' contains the main DLL, cygiconv-2.dll - 'libcharset1' contains an addi

Re: [ANNOUNCEMENT] Updated Cygwin Package: python-2.2.3-1

Jason Tishler wrote: New News: === I have updated the version of Python to 2.2.3-1. The tarballs should be available on a Cygwin mirror near you shortly. _tkinter.dll is missing from 2.2.3-1. It was present in the previous version, 2.2.2-7. -- Chuck -- Unsubscribe info: http://cygwin.

Re: [PATCH] make cygipc semaphores persistent

Joe Buehler wrote: The semaphores provided by the 1.14-1 version of cygipc are not persistent -- once all client processes close a semaphore, it disappears. This is different than standard UNIX semantics, in which semaphores persist until removed or system reboot. The attached patch fixes thi

Re: [PATCH] make cygipc semaphores persistent

Joe Buehler wrote: The semaphores provided by the 1.14-1 version of cygipc are not persistent -- once all client processes close a semaphore, it disappears. This is different than standard UNIX semantics, in which semaphores persist until removed or system reboot. The attached patch fixes thi

Python and PIL and rebase, oh my! (update)

Similar to my message of 9-May-2002, but updated with regards to python-2.2.3-2, the official rebase-2.2-2 package which was not available last May, and the recent tk-8.4 release (tcltk-20030214-1). To compile PIL on cygwin, you need: gcc/binutils python-2.2.3-2 rebase-2.2-2 tcltk-200302

gtk on cygwin [was: Re: Python and PIL and rebase, oh my! (update)]

S. L. wrote: Chuck, Similar to my message of 9-May-2002, but updated with regards to [...] LONGING, for the same 'bout gtk2 suite. Especially now, when tml advertises http://web.sfc.keio.ac.jp/~s01397ms/cygwin/ where it's quite a patch suite, nice organized with win32/cyg-xfree86 I have no i

Re: Fwd: Re: CygWin adding CRs, hurting CVS client/server communications?

Sorry, guys, but I can't reproduce this. Client: openssh 3.6.1p1-2 cvs 1.11.5-1 cygwin 1.3.22-1 :pserver: and :ext:(CVS_RSH=ssh) mode, with server sources.redhat.com Server is running: Concurrent Versions System (CVS) 1.11.1p1 (client/server) (with loc

Re: Fwd: Re: CygWin adding CRs, hurting CVS client/server communications?

Larry Hall wrote: [EMAIL PROTECTED] wrote: Well, I take that back...someone pointed me to http://www.gigascale.org/softdevel/faq/23.html, which contains instructions for reinstalling CygWin with text mode set to DOS, which actually fixes the problem (the remount procedure didn't work, as is wa

Re: autoconf-2.57 - is there a new port for it?

Jari Aalto+list.cygwin-apps wrote: I'm tyring to port some webdav stuff, but it needs new autoconf. The newest seems to be 2.57. Could we get an update or is there problems with new autoconf versions? There is no new version. See ftp://ftp.gnu.org/pub/gnu/autoconf/ Cygwin's autoconf-devel packa

Re: Problem with perl dbmopen command

Andres Azar wrote: Hello. I'm running cygwin 1.3.22 under Windows ME. Following commands $ perl -e 'dbmopen(%A,"/tmp/htagd79287565",0600) && print"OK\n"' $ ls -l /tmp/htag* yield this result: -rw-r--r--1 andres all 3072 Jun 20 12:57 /tmp/htagd79287565.pag Dbmopen seems to have

Re: terminfo entry for cygwin missing "el" entry

Christopher Faylor wrote: I was just rebuilding less for cygwin 1.5.0 (turns out that I have a 6G strace file that less doesn't care for) and, in the process of rebuilding less, inadvertently built less with ncurses (I normally build it with termcap to avoid the ncurses dependency). I probably wou

Re: cygipc problem (was shmctl(blabla,IPC_RMID,NULL) question)

Jason Tishler wrote: Chuck, On Sun, Jul 13, 2003 at 03:48:43PM -0400, Charles Wilson wrote: However, it MAY be fixed in the upcoming 1.2.0 version of cygipc, ... ^ Is the above a typo? Shouldn't the next version be > 1.14? For example,

[ANNOUNCEMENT] Updated: terminfo-5.3-3

since 5.3-2) o added 'el' (erase-to-end-of-line) definition for 'TERM=cygwin' terminal definition (cgf) Note that you do NOT need to update to the test releases of ncurses or the cygwin kernel to use this terminfo package. In case you were wondering. -- Charles Wilson term

[ANNOUNCEMENT] Updated: jpeg-6b-8, NEW: libjpeg6b-6b-8

to split the package into two: jpeg-6b-8 - contains everything but the DLL libjpeg6b-6b-8 - contains only the DLL This is the ONLY change between 6b-7 and 6b-8 -- Charles Wilson INSTALLATION: To update your installation, click on the "Install Cygwin now" link o

[Avail for test] updated autotool wrappers

uploaded them to sourceware as test releases. However, you needn't wait for cygwin-1.5.0 in order to test them. These are scripts, and have nothing to do with the kernel. So, please download and test. -- Charles Wilson cygwin at removespam cwilson dot fastmail dot fm -- Unsubscribe info

[ANNOUNCEMENT] Updated: gdbm-1.8.3-3, libgdbm-devel-1.8.3-3,libgdbm3-1.8.3-3

to cygwin-1.5.0 later. Charles Wilson gdbm volunteer maintainer for cygwin INSTALLATION: To update your installation, click on the "Install Cygwin now" link on the http://sources.redhat.com/cygwin web page.This downloads setup.exe to your system. Run setup and answer all of the

[ANNOUNCEMENT] Updated: tiff-3.6.0-2 NEW: libtiff-devel-3.6.0-2, libtiff3-3.6.0-2

is that here we have split into three: libtiff3-- contains cygtiff3.dll libtiff-devel -- contains headers, import/static libs, man3 pages tiff-- everything else (incl. utilities) This is the ONLY change between 3.6.0-1 and 3.6.0-2 Charles Wilson tiff volunteer

[ANNOUNCEMENT] Updated: automake-devel-1.7.6-1

and was passed then, is still passed now in 1.7.6) o Continued test failures (failed in both 1.7.5 and 1.7.6) subobj9 Summary: 1 failure + 13 skips out of 457 tests. See NOTES section, below. -- Chuck Wilson To update your installation, click on the "Install Cygwin now" link o

Re: 1.5.1: unzip problems with binary files in archive

Christopher Faylor wrote: I'm getting a strange error from unzip when trying to extract an archive that contains binary files. Everything works fine if the archive contains just text files. Can't duplicate it. Sorry. I've since discovered that it has to do with the size of the .zip file, not the

Re: 1.5.1: lseek64 woes (was Re: 1.5.1: unzip problems with binaryfiles in archive)

David Rothenberger wrote: --- unzip-5.50/unzpriv.h2003-07-29 09:10:41.325502400 -0700 +++ unzip-5.50-fixed/unzpriv.h 2003-07-29 09:08:48.783675200 -0700 @@ -200,6 +200,10 @@ typedef unsigned int extent; #endif /* ?MODERN */ +#ifdef __CYGWIN__ +# include +#endif + #ifndef MINIX

1.5.1 issue?

When (re)compiling some of my packages, I noticed that (some) signals are not being propagated to children. That is: $ ./my-package-ver-rel.sh build Hit ^C I'm returned to my bash prompt, but the make continues in the background. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubs

Re: 1.5.1 issue?

Igor Pechtchanski wrote: FWIW, I've seen this in 1.3.22 (with both "tty" and "notty"), so it's not a regression. Okay, if it's not a regression then it is not a "1.5.1 issue" per se. Party on, dudes. As far as "seen this on linux" -- I had never seen it before(*) on linux or cygwin, so I though

Re: 1.5.x goes current on 2003-08-23?

Nicholas Wourms wrote: Perl is required for many operations, and (as I'm sure Chuck will agree) having to rebase a *critical* core application *just* to get it work is unacceptable. Hey, don't drag me into this. Rebase is (currently) a necessary evil for python and maybe perl, but I gave up

Re: cygwin 1.5.1 libc.a link problem

Christopher Faylor wrote: Sounds like we need a 1.5.2. Oh yeah. That was wicked easy. Can someone confirm or deny that the latest snapshot solves this problem? Whimper. Cry. Whimper. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cy

Re: 1.5.1 issue?

Christopher Faylor wrote: It is not necessarily a non-problem. If you can reproduce this consistently, then it is a problem, either in make or cygwin. It is not consistent. (is it ever? :-) -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http:/

[ANNOUNCEMENT] Updated: gettext-0.11.5-1; gettext-devel-0.11.5-1, libintl2-0.11.5-1

gettext is the GNU package which provides 'national language support' for other programs. It includes a number of utility programs. CHANGES (since gettext-0.11.2-1) o updated to gettext-0.11.5 release o includes the new 'autopoint' program, a more-capable replacement for 'gettextize' which i

[ANNOUNCEMENT] Updated: readline-4.3-2; libreadline5-4.3-2

The readline package has been updated to readline-4.3-2, and the libreadline5 package has been updated to libreadline-4.3-2. Readline is a library that provides user-input functions complete with history functions and line-editing capabilities. CHANGES to the readline package(s) since 4.3-1:

Re: Dumper.exe doesn't work with libintl2-0.11.5-1. Was: RE: Another problem using GDB

Rolf Campbell wrote: Found 2 matches for cygintl-2.dll. libintl2/libintl2-0.11.2-2 GNU Internationalization runtime library libintl2/libintl2-0.11.5-1 GNU Internationalization runtime library I had 0.11.5-1 installed (I reinstalled it just to be sure). It still didn't work. I tried backing ou

Re: binutils 20021107-2

Robert Collins wrote: On Sat, 2002-11-09 at 21:59, Danny Smith wrote: Hello Robert By default symbols in libstdc++.a are excluded when doing --export-all, to protect against this type of error. However, ld/pe-dll.c knows nothing about libstdc++-2.a. So those symbols do get exported ... and c

Re: binutils 20021107-2

Charles Wilson wrote: Nope. Chris should apply the attached patch to binutils and re-release. It's surprising we didn't catch this when gcc-3.x/gcc2-2.95 were getting their shakedown this summer. Oh well. Also, Chris, you could take the opportunity of binutils-20021107-3 to ap

Re: binutils 20021107-2

Christopher Faylor wrote: Nope. Chris should apply the attached patch to binutils and re-release. It's surprising we didn't catch this when gcc-3.x/gcc2-2.95 were getting their shakedown this summer. Oh well. Also, Chris, you could take the opportunity of binutils-20021107-3 to apply Ego

Re: binutils 20021107-2

Charles Wilson wrote: Oops. Previous patch still left a chunk of Egor's changes. New patch replaces. How about submitting the patch to the binutils mailing list? I've no objections -- but the patch is a workaround for a cygwin-specific packaging decision (e.g. providing gcc

Re: binutils 20021107-2

Christopher Faylor wrote: Shouldn't there be a few more entries in this list, like libmingwex, libmingwthrd, libmsvcrt (maybe). I don't know if any of those libraries have globals that could be erroneously exported but doesn't it pay to be safe? libmingwex -- maybe. I dunno -- that's for Da

Re: binutils 20021107-2

Robert Collins wrote: libmingwex -- maybe. I dunno -- that's for Danny and/or Earnie to say. You really only need library-name based protection for static libs; symbols in import libs are protected from re-export by symbol-exclude lists (_nm_*,__imp__*, etc). libmsvcrt, libmingwthrd -- no

cygpath behaviour changed

I've just installed the latest cygwin.dll and bash. An existing script no longer works. I tracked it to the following: cygpath --path --windows "c:\WINNT" produces c;c:\WINNT (note the leading c;) cygpath --windows "c:\WINNT" produces the correct c:\WINNT cygpath --path --windows /c/WINNT/ pr

Re: binutils 20021107-2

Robert Collins wrote: But, I think it's overkill to define "system libs that should not be re-exported" as "anything in /usr/lib" or something similarly broad. Why? *anything* in /usr/lib is able to be linked to from multiple packages. If one package creates a dll from there, then we will ge

[ANNOUNCEMENT] Updated: cygutils-1.1.3-1

The cygutils package has been updated to version 1.1.3. Changes: o removed 'last' and 'utmpdump' implementations (these are now availabe from the sysvinit package) o mkshortcut now uses popt for option handling, instead of getopt o other non-user-visible changes WARNING: if you

[ANNOUNCEMENT] Updated: autoconf-2.54-1

script. Since old autoconf-2.13 doesn't have or call autom4te, we don't really NEED a fancy wrapper script for autom4te. So, change the autom4te wrapper to unconditionally forward to autoconf-devel's autom4te, and pass all of its options without parsing. --

[ANNOUNCEMENT] Updated: automake-1.7.1-1

ygwin/2001-12/msg00100.html Changes: o add support for the new '--std-options' option in the "real" automake -- Chuck Wilson To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.e

[ANNOUNCEMENT] Updated: autoconf-devel-2.54-1

ges relative to past autoconfs; we'll hold off on that for a while, and laugh at the pain and angst on the autoconf mailing list. -- Chuck Wilson To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your sys

[ANNOUNCEMENT] Updated: automake-devel-1.7.1-1

and was passed then, is still passed now in 1.7.1 o Continued test failures (failed in both 1.6.2 and 1.7.1) subobj9 o New tests in 1.7.1 that we fail gnits2 gnits3 Summary: 3 failures + 3 skips out of 428 tests. Good, no? See NOTES section, below. -- Chuck Wilson To update

[ANNOUNCEMENT] Updated: libtool-stable-1.4.3-1

quot;Real Soon Now"(tm). -- Chuck Wilson To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'libtool-stable' from the 

Re: RFD: cygipc ENOSYS patch

Chuck, On Tue, Nov 05, 2002 at 10:38:41AM -0500, Jason Tishler wrote: On Wed, Oct 30, 2002 at 08:35:41PM +0100, Peter Eisentraut wrote: > I'm getting tired of the "initdb hangs" class of complaints. Why > doesn't the relevant function fail if the ipc-daemon isn't running? > Can anything be done

Re: cygipc ENOSYS patch (was Re: cygipc-1.13pre1)

Jason Tishler wrote: My patch (against cygipc-1.13pre1) changes the following cygipc functions to return ENOSYS instead of EACCES if ipc-daemon is not running: msgctl() msgget() msgrcv() msgsnd() semctl() semget() semop() shmat() shmctl() shmget() sh

[ANN] cygipc-1.13 now available

cygipc is an implementation of IPC services for cygwin. Although it will eventually be replaced by the developing "cygwin daemon", cygipc is currently the more complete implementation and is used by postgresql as well as by the kde-cygwin project. cygipc-1.13 fixes some long-standing problems

Re: cygipc ENOSYS patch (was Re: cygipc-1.13pre1)

Jason Tishler wrote: I'll post a separate "announcement-style" message... You are very welcome. Thanks for accepting my patch and for generating a release so quickly. Erg. Spoke too quickly. I forgot about another pending patch that needs to go in, and just found one (longstanding) bug

Re: [ANN] cygipc-1.13 now available

Oops. Missed a few necessary patches. 1.13-2 out now. Charles Wilson wrote: cygipc is an implementation of IPC services for cygwin. Although it will eventually be replaced by the developing "cygwin daemon", cygipc is currently the more complete implementation and is used by pos

[ANN] cygipc-1.13-2 released

[this announcement includes additional information; it's not identical to the one posted a hour ago] cygipc is an implementation of IPC services for cygwin. Although it will eventually be replaced by the developing "cygwin daemon", cygipc is currently the more complete implementation and is us

Re: ld crash

Christopher Faylor wrote: On Wed, Nov 13, 2002 at 09:53:47PM -0500, Braden McDaniel wrote: On Wed, 2002-11-13 at 20:05, Billinghurst, David (CRTS) wrote: This is a libtool problem. If you do not find a more sophisticated fix you might try renaming or deleting /usr/lib/gcc-lib/i686-pc-cygwi

[avail for test] libtool-devel-20021111-1

I've put an updated version of libtool-devel on sourceware, available as a test package. It is based on libtool CVS from 2002-11-11, plus an additional set of patches to work around issues with gcc-3's runtime libraries (the dreaded "libstdc++.la" issue). Note that libtool-devel-2002 depen

wine under cygwin under wine under...

Front page slashdot story: http://developers.slashdot.org/developers/02/11/17/1648220.shtml?tid=125 --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ:

Re: Cygwin causes 0x00000024 Stop Error (BLUE SCREEN)

Guys, I'm really surprised nobody has mentioned the obvious culprit (or asked the obvious question): Anti virus software? Was McAfee or Norton (but esp. McAfee) running while setup.exe was executed? I *always* disable McAfee before running setup. Every time I forget, I get a bluescreen. Min

Re: [Patch] skipping import libraries for performance reasons - direct auto-import of dll's

Please separate policy arguments from functional arguments. Whether cygwin/mingw should drop import libs is policy. Whether libtool should use/create import libs is policy. Whether ld should support auto-import when doing "link-directly-to-dll" is functional. [Note: I haven't tested your pat

Re: Cygwin causes 0x00000024 Stop Error (BLUE SCREEN)

Peter A. Castro wrote: And, just to provide a counter example: I always run Norton AntiVirus with automatic / background scanning enabled. I generally have to, because of infected machines at work which probe the network whenever we get hit with the latest rash of viruses :(. I've done all my

Re: [Patch] skipping import libraries for performance reasons - direct auto-import of dll's

Christopher Faylor wrote: On Mon, Nov 25, 2002 at 01:46:50PM +0100, Ralf Habacker wrote: 3. ld works more like the linux version. There are only static archives and shared libraries which could be linked directly without the indirection of using import libraries. This simplifies for example lib

Re: [Patch] skipping import libraries for performance reasons - direct auto-import of dll's

Christopher Faylor wrote: Another thing that "would be nice" would be to speed up the handling of import libraries. It might not be necessary for ld to be as slow as it is. What would probably speed that up dramatically is to construct the importlib with more than a single symbol per bfd.

  1   2   3   4   5   6   7   8   9   10   >