RE: Problems with executables under Cygwin on win98se

Do you have valid /etc/passwd and /etc/group files? Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/

RE: Missing lib

> -Original Message- > From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]] > Perhaps if I (and the list) had a better idea of the > functionality for which > you are looking, I might be able to tell you where you will > find it (assuming that it's in some other library i

RE: Passing File Descriptors

> -Original Message- > From: David E Euresti [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 15, 2002 9:44 AM > To: [EMAIL PROTECTED] > Subject: Passing File Descriptors > > > Hello, > > I noticed there was some talk in January about passing > file descriptors between process

RE: Installing from local directory -- trying to avoid massive duplication of effort

Or with the next release of setup.exe, just 1) click on the top most category's "default" button, till it says install. 2) Click next. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.co

RE: Installing from local directory -- trying to avoid massive duplication of effort

> -Original Message- > From: Phil Edwards [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 15, 2002 6:52 AM > Is there a method, when using "install from > local," of simply installing every package that's present in > the local cache? Not in the current released setup. The next ver

RE: ldconfig???

> -Original Message- > From: Charles Wilson [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 15, 2002 11:40 AM > To: Chris Tooley > Cc: [EMAIL PROTECTED] > Subject: Re: ldconfig??? > > > Chris Tooley wrote: > > > I'm having something complain that it can't find ldconfig. Is this >

RE: cygwin.com suggestions

> -Original Message- > From: [EMAIL PROTECTED] > > Here are a couple of suggestions for making the cygwin.com > website more > helpful. Thanks for your suggestions, feedback on them in-line. > 1) Include the current version number of setup.exe on the front page. > Otherwise, there

Setup.exe release-candidate

Hi folk, the setup.exe setup200202 branch has a final pre-release snapshot available at http://www.cygwin.com/setup-snapshots/setup-20020315.exe. IMPORTANT! This is your final chance to report release-critical bugs with this version. Feedback to [EMAIL PROTECTED] please. We have sporadic

RE: Setup.exe release-candidate

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 16, 2002 12:54 AM > If those of > us who need to keep a local copy of the current setup.exe > v.2.125.2.10, is there any reason why it shouldn't work with > future setup.ini's, even afte

RE: Latest poll() hangs again (was Re: poll() bugs and patch)

> -Original Message- > From: Christopher Faylor > Sent: Saturday, March 16, 2002 8:33 AM > How does linux handle these cases? FWIW: According to Jason's http://sources.redhat.com/ml/cygwin-patches/2001-q3/msg00109.html email, Redhat 7.1 handled it identically to the way his patch did.

RE: cygwin.com suggestions

> -Original Message- > From: Chris January [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 16, 2002 10:34 AM > > But that doesn't really replace the current DLL. IOW the > changes are > > not effective until one reboots. Personally I find this a > crummy way to do things but perh

RE: Setup.exe release-candidate

> -Original Message- > From: Hack Kampbjørn [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 16, 2002 5:36 AM > OK, some comments then: Thank you. > o It's not possible to get back to the chooser screen (if > the window is > hidden) by click on the task in the task-bar. Only by u

RE: cygwin.com suggestions

> -Original Message- > From: Andrew DeFaria [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 16, 2002 10:06 AM > > Same way as Windows installers work. Just schedule the DLL to be > > moved in > > after reboot. > > But that doesn't really replace the current DLL. IOW the > change

RE: cygwin.com suggestions

> -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 16, 2002 2:29 PM > >No its not - a rename operation on a memorymapped file fails. It's > >under win16 *cough* win9x->Me that memorymapped files can be > renamed or > >deleted. > > It wo

RE: cygwin.com suggestions

> -Original Message- > From: Gary R. Van Sickle [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 16, 2002 4:14 PM > PAIN! WINDOWS... DRIVERS! FILE... SYSTEM... AHA!!! > > Actually I was thinking this would be a perfect job for that > snazzy new daemon coming down th

RE: Setup.exe release-candidate

Right. Well Drum roll please... For the third (I think, may be more) time: I DO NOT HAVE a windows 98SE machine. Thus I CAN NOT fix this. This REQUIRES volunteer assistance from the set of cygwin setup.exe users that have windows 98SE available to them. I will guide, tutor,provide build

RE: Installing from local directory -- trying to avoid massive duplication of effort

> -Original Message- > From: Phil Edwards [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 16, 2002 3:56 AM > To: Robert Collins > Cc: [EMAIL PROTECTED] > Subject: Re: Installing from local directory -- trying to > avoid massive duplication of effort > >

RE: Setup.exe release-candidate

> -Original Message- > From: Jan Nieuwenhuizen [mailto:[EMAIL PROTECTED]] > Sent: Sunday, March 17, 2002 12:13 AM > To: Robert Collins > Cc: [EMAIL PROTECTED] > Subject: Re: Setup.exe release-candidate > > > "Robert Collins" <[EMAIL PROTECTE

Setup.exe release-candidate - final edition

http://www.cygwin.com/setup-snapshots/setup-20020317.exe is a link to a setup.exe that appears to have solved the win98 display problem... mentioned here: http://cygwin.com/ml/cygwin/2002-03/msg00830.html I'd like to thank Jan for offering to help, as when I was arranging reference material for

RE: [ECOS] copy redboot to floppy on cgywin

/dev/fd0 is a device, not a filesystem. You can't cd to /dev/fd0 anymore than you can cd to /dev/clipboard. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ:

RE: C++ link errors using gcc from cvs

BTW: You probably should use --enable-threads=posix when building gcc targeted for cygwin. Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: h

RE: Installing from local directory -- trying to avoid massive duplication of effort

> -Original Message- > From: Bernard Dautrevaux [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 19, 2002 12:27 AM > Isn't there also entries in /etc/setup that may be needed to > be able to update later on? (of course in case we would like > to avoid full scripted re-install in cas

[ANNOUNCEMENT] Setup.exe update

Hi folk, A new release of setup.exe has been made. As usual it's accessible at http://www.cygwin.com/setup.exe. It includes the following key new features: * New GUI that should be less prone to 'disappearing'. * Can download from multiple mirrors - use CTRL-Click or Shift-Click in the mi

RE: [ANNOUNCEMENT] Setup.exe update

> -Original Message- > From: Hotmail [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 19, 2002 5:41 PM > To: [EMAIL PROTECTED] > Subject: Re: [ANNOUNCEMENT] Setup.exe update > Importance: High > > > I tried the new SETUP.EXE. The problem is it doesn't > recognize my previous install

OT: possible project/research project

Just a curiousity... I've a mental concept I've been batting around for a while - about how can we drastically increase configure and related script performance on cygwin... AFAICT the largest performance issue is fork() and exec(). File access is quite fast, as is networking. Unix sockets are

RE: Setup.exe release-candidate

> -Original Message- > From: Max Bowsher [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 19, 2002 11:32 PM > > At 11:00 AM 3/15/2002, Max Bowsher wrote: > > >Hi - Could someone tell me what the reason behind making setup put > packages > > >in directories named for the mirror they ca

RE: Setup.exe release-candidate

> -Original Message- > From: Max Bowsher [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 20, 2002 12:50 AM > > They would say "Something like that was planned eventually anyway - > > thank you very much for helping". > > OK! - I'll put somehing together - but in that case, what i

RE: Dependency checking broken in new setup.exe?

> -Original Message- > From: Jon Foster [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 20, 2002 11:00 AM > To: [EMAIL PROTECTED] > Subject: Dependency checking broken in new setup.exe? > > > Hi all, > > I'm using the new version of setup.exe, and package > dependency checking d

RE: New Setup.exe

> -Original Message- > From: Prentis Brooks [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 20, 2002 5:50 AM > Neither of these install under the new setup, nor do they > appear in any of the lists, ideas? Previous setup still > works with this. Is the size exactly right? The n

RE: OT: possible project/research project

> -Original Message- > From: Randall R Schulz [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 20, 2002 12:15 PM > > Robert, > > This idea isn't really new. I don't recall claiming it as 'new' .. just an idea. :} (ok, pedant mode off). > The problem is that you're creating a hug

RE: OT: possible project/research project

> -Original Message- > From: Stephano Mariani [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 20, 2002 12:34 PM > To: 'Randall R Schulz'; Robert Collins; [EMAIL PROTECTED] > Subject: RE: OT: possible project/research project > > > I am no cyg

RE: OT: possible project/research project

> -Original Message- > From: Gary R. Van Sickle [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 20, 2002 1:52 PM > > I don't see it that the source of the problem is the > implementation of fork/vfork; the way I see it the very > *concept* of forking makes little to no sense. I

RE: Setup.exe release-candidate

Please grab the logs from /var/log/ - they will be helpful. also a ls -lR from your local cache dir, and the contents of all setup.ini's in that tree... please do not run setup.ini again until you've sent me this. Thanks Rob > -Original Message- > From: Ralph Mellor [mailto:[EMAIL PRO

RE: OT: possible project/research project

Randall, responses inline.. > -Original Message- > From: Randall R Schulz [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 20, 2002 7:34 PM > >Well we still have that basic separate - bash's builtin's > for example. > >If > >it's not builtin, it needs a sub process. > > That's not

RE: cygwin install problems

> -Original Message- > From: Bill Smith [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 20, 2002 8:44 PM > To: [EMAIL PROTECTED] > Subject: cygwin install problems > > > The new program (setup.exe vs. 2.194.2.15) looks great, but > apparently in the process to download file setup

RE: RFP: NASM

> -Original Message- > From: Lapo Luchini [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 20, 2002 10:01 PM > To: CygWin > Subject: Re: RFP: NASM > > > > *shrug* they have a forum - the version compiles with > cygwin without a > > hitch... most recent is 0.98.22 (I'm pretty sure

RE: OT: possible project/research project

Randall.. > -Original Message- > From: Randall R Schulz [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 21, 2002 2:47 AM > To: Robert Collins; [EMAIL PROTECTED] > Subject: RE: OT: possible project/research project > >No - sounds like you haven't been pa

RE: OT: possible project/research project

> -Original Message- > From: Gary R. Van Sickle [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 21, 2002 2:25 PM > #1 is basically the same as what you propose, though I'm not > sure I'm wild about the DLL idea; if everything's a builtin, > why not just statically link? Several r

RE: OT: possible project/research project

> -Original Message- > From: Gary R. Van Sickle [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 21, 2002 2:32 PM > The thing is, a lot of work *has* been done to make fork as > efficient as possible. But there's a limit on how fast you > can create a new process and duplicate the

RE: alarm();pause();alarm();pause(); doesn't pause in pthread

> -Original Message- > From: Stephane Corbe [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 21, 2002 10:40 PM > To: [EMAIL PROTECTED] > Subject: Re: alarm();pause();alarm();pause(); doesn't pause in pthread > > > cgf wrote : > > > signals do not work with anything but the main thr

RE: OT: possible project/research project

> -Original Message- > From: Jesper Eskilson [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 21, 2002 4:52 PM > To: [EMAIL PROTECTED] > Subject: Re: OT: possible project/research project > > > "Gary R. Van Sickle" <[EMAIL PROTECTED]> writes: > > > # Why should this...: > > rm //a/

RE: OT: possible project/research project

> -Original Message- > From: Jesper Eskilson [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 21, 2002 11:27 PM > To: Robert Collins > Cc: [EMAIL PROTECTED] > Subject: Re: OT: possible project/research project > > > "Robert Collins" <[

RE: GCC problem

Mike, setup is currently bust. I'm working on it right now. Could you please email me the output of mount? Cheers, Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ:

RE: OT: possible project/research project

> -Original Message- > From: Matthew Smith [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 20, 2002 11:46 AM > To: Cygwin > Subject: Re: OT: possible project/research project > > > Robert: > > I'm not sure what I could do, but if you're willing to be > the project leader, an

RE: New version of setup.exe broken when running with WINE

> -Original Message- > From: Sylvain Petreolle [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 22, 2002 3:12 AM > To: [EMAIL PROTECTED] > Cc: wineu > Subject: New version of setup.exe broken when running with WINE > > > Hi, > > When run with WINE, > setup.exe 2.194.2.15 displays str

RE: OT: possible project/research project -- ksh has it all and is now available for cygwin

Re: http://cygwin.com/ml/cygwin/2002-03/msg01270.html Right, I knew someone had to have thought along similar lines. I'm gonna be a convert I can tell. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation:

RE: OT: possible project/research project

> -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 22, 2002 3:54 AM > > Can we take this discussion somewhere else? I don't really > see how it relates to cygwin. Sure. Given the apparent interest I was about to start looking for a maili

RE: OT: possible project/research project -- ksh has it all and is now available for cygwin

> -Original Message- > From: Randall R Schulz [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 22, 2002 4:08 PM > To: Robert Collins; [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: RE: OT: possible project/research project -- ksh has > it all and is now av

RE: alarm();pause();alarm();pause(); doesn't pause in pthread

> -Original Message- > From: Christopher Faylor [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 22, 2002 3:56 AM > To: [EMAIL PROTECTED] > Subject: Re: alarm();pause();alarm();pause(); doesn't pause in pthread > > > On Thu, Mar 21, 2002 at 11:40:09AM +, Stephane Corbe wrote: > >c

RE: Internal compiler error while compiling shm.cc from winsup/cygwin

Do you have cygipc installed? It could be colliding with it's provided header in /usr/local/include/sys/shm.h or /usr/include/sys/shm.h Also, if you want to build the shm code, don't forget to patch newlib. Rob > -Original Message- > From: Pavel Tsekov [mailto:[EMAIL PROTECTED]] > Sent

RE: Re[2]: Internal compiler error while compiling shm.cc from winsup/cygwin

> -Original Message- > From: Pavel Tsekov [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 22, 2002 10:38 PM > RC> Also, if you want to build the shm code, don't forget to patch > RC> newlib. > > I suppose this was discussed in cygwin-apps (maybe) but I've > missed it. Can you pr

RE: New version of setup.exe broken when running with WINE

> -Original Message- > From: Hack Kampbjørn [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 23, 2002 1:13 AM > Next verify that downgrading to a "stable" cygwin dll will > fix it, so search for that good old copy of cygwin B20 (B19 > will also do here). This takes some time includ

RE: GCC program always opening files in text mode

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 23, 2002 1:45 AM > To: [EMAIL PROTECTED] > Subject: GCC program always opening files in text mode > > > I'm trying to open a file on windows in "text" mode (i.e., > translate LF to CR/LF

RE: GCC program always opening files in text mode

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 23, 2002 2:08 AM > To: [EMAIL PROTECTED] > Subject: RE: GCC program always opening files in text mode > > > > Thanks, adding "t" to fopen did help. But how do I specify > text mode for

RE: Time sharing and fork

> -Original Message- > From: Stephane Corbe [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 23, 2002 2:55 AM > I don't want serialized anything, I don't expect that the > child or the father start at first. That's serialisation. You want to ensure that the parent does not quit bef

RE: [Possible BUG and a fix] Re[2]: Setup.Exe causes Application Error at 0x78001750

> -Original Message- > From: Pavel Tsekov [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 23, 2002 11:03 AM > strcpy (dp, dots); > delete[] dots; > key = String (dp); > > LOOK HERE - This is not right - we should delete at the base > of the block, not somewhere in the middle

RE: [Possible BUG and a fix] Re[2]: Setup.Exe causes Application Error at 0x78001750

Thanks for taking the time to look at this - I really appreciate that. BTW: If it's reproducible, tell me the steps and I'll look too. Also, if it's reproducible, try building with -DDEBUG. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygw

RE: Interesting Problem

> -Original Message- > From: Prentis Brooks [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 23, 2002 12:18 AM > Also, unless the Computer Browser > Service is running, cygrunsrv will not start cron, same > behavior as with sshd. I do not know if other cygrunsrv > processes are a

RE: New SETUP.EXE

> -Original Message- > From: Gaethofs, Danny [mailto:[EMAIL PROTECTED]] > Sent: Monday, March 25, 2002 7:48 PM > To: '[EMAIL PROTECTED]' > Subject: New SETUP.EXE > > > Dear all, > > I have installed the new setup 2.125.2.10 and I am installing > new binaries from one of the mirror s

Setup.exe: bugfix

I've uploaded a new setup.exe that fixes the crashing problem experienced by some folk. Many thanks to Pavel Tsekov for solving this. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.co

RE: missing telnet, solution

> -Original Message- > From: mstucky5 [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 26, 2002 10:10 AM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: missing telnet, solution > > > This whole thread got me thinking about possible ways > to avoid this "xxx is missing" pro

RE: Strange behavior of MSVC's printf under cygwin shell?

> -Original Message- > From: Pietro Toniolo [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 26, 2002 7:04 PM > Is it an "undefined behavior" of the c compiler? > But why a different default behavior, with and without the flag? You get a different C library with, and without the flag

RE: setup.exe path problem

> -Original Message- > From: Eckhard Malcherek [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 26, 2002 7:27 PM > To: [EMAIL PROTECTED] > Subject: setup.exe path problem > > > Hi, > > the new setup.exe (2.194.2.17) doesn't use an existing local > download directory structure, but

RE: Hard links broken in setup 2.194.2.x

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 26, 2002 9:05 PM > To: [EMAIL PROTECTED] > Cc: Robert Collins; [EMAIL PROTECTED] > Subject: Hard links broken in setup 2.194.2.x > > > This should go to cygwin

RE: [PATCH] setup.exe: mkdir.cc. was: setup.exe crash

Pavel, care to supply a changelog? Thanks for tracking this down too. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/

[ANNOUNCEMENT] Fixed setup.exe - handles hardlinks

A new setup.exe (version 2.194.2.21) has been uploaded to http://www.ccygwin.com/setup.exe. This version includes: * Handles hardlinks correctly. * Should work ok with large fonts. (Thanks Ton van Overbook). * Won't crash trying to create a non-existant drive. (Thanks Pavel). Please send Feedba

RE: setup 2.194.2.21: Questions about the "per-mirror directories" feature

> -Original Message- > From: Alexei Lioubimov [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 27, 2002 2:29 AM > To: [EMAIL PROTECTED] > Subject: setup 2.194.2.21: Questions about the "per-mirror > directories" feature > > > Hello, > I have few questions about the new per-mirror

RE: setup.exe path problem

> -Original Message- > From: Gaethofs, Danny [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 27, 2002 6:58 PM > To: [EMAIL PROTECTED] > Subject: RE: setup.exe path problem > > > Robert, > > How does it use the local directory structure. To me it seems > not to be the case. It cr

RE: strace on inetd (was RE: bash failed to initialize on telnet/rsh/ rlogin server)

> -Original Message- > From: Matt Seitz [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 28, 2002 12:32 PM > > If we had better documentation why would it be hidden? > > I'm sure Cygwin tries to include the best possible > documentation. But if someone can't find an answer in the

RE: "Install-Info" not found during installing CYGIN

> -Original Message- > From: Gerrit P. Haase [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 28, 2002 10:10 PM > To: Torsten Giebl > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: "Install-Info" not found during installing CYGIN > > > Torsten, > > > I install CYGWIN with

HOWTO DOWNLOAD EVERYTHING (was: RE: "Give me everything" setup option?)

For the archives Downloading *everything* with setup.exe. First-off, setup.exe uses information contained in /etc/setup/ to determine whats pacakges are not installed, and then looks in your 'local package dir' at *every mirror site you chose* to determine what is missing and needs download

minor update to setup.exe

I've uploaded a minor update to setup.exe that might help anyone not able to get into the chooser - the package selection - screen. This may help the WINE folk too. Thanks to Ton for identifying the problem. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting:

RE: stacktrace from withn an exec upon error condition

> -Original Message- > From: Hans Horn [mailto:[EMAIL PROTECTED]] > Sent: Saturday, March 30, 2002 1:37 AM > p.s. Do you consider me fish? As I have nipples, I'd rather > be referred to a mammal. Hans, the references to fish in this list are not suggesting that anyone is a fish, but

ssh with non-console programs?

I haven't looked into this with a debugger yet, this is just a heads-up incase someone else _already_ has. cygwin ssh when invoked from a non-console program (i.e. MS Visual studio's SCC interface) seems to hang quite dead. I find this strange, as AFAIK, ssh works with ttys, which should present

RE: ssh with non-console programs?

Scratch this, ssh works just fine - I had a different problem that was causing the symptoms. Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://

RE: rsync question

> -Original Message- > From: Brian Warn [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 02, 2002 7:06 AM > I've tried lots of different iterations -- I'll spare you all > from the details -- with no success. How can suggest new things to try if we don't know what the old things you

Re: Setup snapshot location?

www.cygwin.com/setup-snapshots sources.redhat.com/cygwin-apps/setup.html (linked from the packagers page on cygwin.com) Rob -- GPG key available at: . signature.asc Description: This is a digitally signed message part

Re: Setup snapshot location?

On Tue, 2003-11-04 at 15:22, Brian Dessent wrote: > http://www.cygwin.com/setup-snapshots/ > > I agree that this fact has not exactly been well publicised, I don't > know if there's a reason for that or not. Yes, because I want to advise folk when a snapshot should be tested. The setup home page

Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

On Sat, 2003-11-08 at 07:31, Tom Tromey wrote: > > "Marcus" == Marcus G Daniels <[EMAIL PROTECTED]> writes: > > Marcus> Would it be possible to add a -D_WIN32 to the libjava/libltdl > Marcus> Makefile for Cygwin? Just caught up with this. -DWIN32 is usually wrong for cygwin. Cygwin programs s

Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

On Sat, 2003-11-08 at 12:11, Charles Wilson wrote: > GVV went one better, and re-activated the LoadLibrary stuff, with cygwin > compatibility code, as a FALLBACK option if-and-only-if dlopen on cygwin > fails. THAT is what got committed to libtool CVS HEAD, and it's Gary's > contribution, not m

Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

On Sat, 2003-11-08 at 12:33, Charles Wilson wrote: > the > cygwin-provided, fork()-friendly dlopen stuff). Just for clarity, the fork() support in dlopen is really just tracking base addresses and order of opening.(from slightly rusty memory). -- GPG key available at:

Re: cygwin patches integrating back into standard gnu

On Sat, 2003-11-08 at 14:28, cwilson wrote: > > It'd probably be wise to integrate this with setup.exe so you would > > have the option to install packages in a non-standard place. > > Oh god no. "Click here to automatically fsck-up all the binaries I just > installed" THAT's a GREAT idea!

Re: setup cannot proceed to do the installation...

On Fri, 2003-11-07 at 13:28, Jason Fu wrote: > Dear gurus, > > I normally separate the normal user a/c and the admin a/c in my Server 2k3. I > use the normal user a/c doing the downloading of various CYGWIN packages and > then I use the admin a/c (here the admin is called root like UNIX) to do t

Re: setup cannot proceed to do the installation...

On Sun, 2003-11-09 at 12:03, Jason Fu wrote: > Sorry. > > I use normal user to download and then the admin a/c to install such that all > CYGWIN instaled packages belong to admin. Recently, after downloading by the > normal user a/c, I cannot simply invoke the admin a/c to finish the > installa

Re: cc1plus.exe not included in GCC 3.3.1-3?

On Fri, 2003-11-14 at 08:21, Brian Ford wrote: > However, if you already had the old monolithic gcc package when updating > to the new separate front end packages, then it is a setup/gcc dependency > bug and you should have gotten gcc-g++. What did you put in the setup.hint that makes you think se

Re: cc1plus.exe not included in GCC 3.3.1-3?

On Fri, 2003-11-14 at 09:26, Brian Ford wrote: > > Setup will do per-version dependencies, but it does so *for the target > > version*. > > > I didn't think version specific dependencies would be needed here. I'm > obviously not well versed in setup, but I thought that replacing the old > monolith

Re: Installer question

On Fri, 2003-11-14 at 11:44, Anon Mouse wrote: > Hello, > > Couple of comments on the installer: > > - Does it have to be non-resizable? It's REALLY a > pain to keep scrolling left-right-left-right in a > 3-inch window There's a snapshot that addresses that. > - Why isn't there an option

Re: For masochists: the leap o faith

On Sun, 2003-11-16 at 06:09, Brian Ford wrote: > On Sat, 15 Nov 2003, Christopher Faylor wrote: > > > Btw, I've moved this discussion here from cygwin-patches because we are > > talking about a change which could impact a number of people. Robert is > > submitting patches which increase the maxim

Re: Squid Patch for Cygwin 1.5

On Wed, 2003-11-05 at 08:06, Christian Weinberger wrote: > After some investigation I found an interim solution to get the current > cygwin squid version (2.4-STABLE7) working with the new 1.5 DLL series. > This has been tested and works for me with 1.5.5, but should work with > all 1.5 versions

Re: trying again - cpan/gcc cannot compile perl module after cygwin 1.5*

On Sun, 2003-11-16 at 09:41, [EMAIL PROTECTED] wrote: > Of course I'm aware that cygwin is now *64* bit compiled, and that I'm > looking to compile a *32* bit module. So I guess my first question, is > there backward compatibilty? And, if there is, how can I invoke it for > successful compilation?

Re: setup.exe alternative?

On Mon, 2003-11-17 at 07:48, Len Bright wrote: > Hi, > Is there an alternative to the setup.exe network installation such as a > standalone program to install the cygwin core program(s)? setup.exe is a standalone program. Whats your issue? Rob -- GPG key available at:

Re: installer chokes on unix line endings

On Fri, 2003-11-21 at 02:52, Neal Becker wrote: > Ironic, isn't it? If you download setup.ini with unix line endings, the > installer fails to parse it. I'm guessing this can't be too hard to fix. Fix what? Setup is responsible for doing it's own downloads. If you use an external tool - presumab

Re: installer chokes on unix line endings

On Fri, 2003-11-21 at 06:54, Christopher Faylor wrote: > On Fri, Nov 21, 2003 at 06:33:37AM +1100, Robert Collins wrote: > >That said, it's probably easy enough to tweak the parser, and I'll > >review a patch happily. > > I'm confused. As I mentioned,

Re: For masochists: the leap o faith

On Mon, 2003-11-17 at 21:56, Corinna Vinschen wrote: > On Sun, Nov 16, 2003 at 08:10:08AM +1100, Robert Collins wrote: > > We have two choices (no particular order of preference): > > a) make MAX_PATH and posix friends the maximum length path cygwin will > > accept/return. R

Re: For masochists: the leap o faith

On Fri, 2003-11-21 at 21:25, Corinna Vinschen wrote: > On Fri, Nov 21, 2003 at 07:58:36AM +1100, Robert Collins wrote: > > > > > I would prefer to change PATH_MAX and MAXPATHLEN to an arbitrary big > > > value as, e. g. the same as on Linux, 4096, or even the bigg

Re: For masochists: the leap o faith

On Sat, 2003-11-22 at 21:59, Corinna Vinschen wrote: > > However, CYG_MAX_PATH is simply decoupling the win32 ANSI path limit > > from our internal path limit. If and when we don't have an effective > > internal limit anymore, sure it can go. > > Yup, that's what I meant. It doesn't hurt to check

Re: Accident: deleted installed.db

On Mon, 2003-12-08 at 04:37, [EMAIL PROTECTED] wrote: > I really really don't want to have to start again ... > Thanks. Fergus Restore it from a backup. Rob -- GPG key available at: . signature.asc Description: This is a digitally signed message part

Re: Problems with setup handling of gcc-core & gcc-testsuite

On Tue, 2003-12-09 at 07:10, David A. Cobb wrote: > > > 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" pa

Re: Problems with setup handling of gcc-core & gcc-testsuite

On Tue, 2003-12-09 at 07:22, Brian Ford wrote: > I think he and I just want clicking on all->install to not continually > download those two packages. I didn't ever hand select them to begin > with. I just get them continually for "free". Ah, well thats deliberate behaviour. Hmm, I'll think abou

RE: Third-party products that include Cygwin

On Sat, 2003-12-13 at 08:53, Hannu E K Nevalainen wrote: > > An > > alternative is a nice automated way in their installer to invoke the > > Cygwin installer. > > Heh... that would IMO require setup.exe to be able to do batch runs. Not > possible, unless changes has been done very recently. It

<    4   5   6   7   8   9   10   >