Re: problems with COM running native win32 applications through cygwin's bash

>> All, >> We are having difficulties running various windows utilities through >> bash. Through a regular windows cmd, one can run commands like >> diskshadow without issue, but with bash, we are having problems with >> COM calls not working. We have posted an example below. > I'd recommend repo

problems with COM running native win32 applications through cygwin's bash

All, We are having difficulties running various windows utilities through bash. Through a regular windows cmd, one can run commands like diskshadow without issue, but with bash, we are having problems with COM calls not working. We have posted an example below. Is there a good bug tracking system

Re: Serious performance problems (malloc related?)

On Fri, May 27, 2005 at 08:50:54PM -0400, Christopher Faylor wrote: > On Fri, May 27, 2005 at 05:04:02PM -0700, Andy Ross wrote: > >Christopher Faylor quipped: > >> It seems pretty clear to me that if this is a really serious problem > >> for you then the best way to get it fixed is to gain more th

Re: Obscene content in cygwin file.

> > That already carries a judgment reflecting your values. > > Certainly the people who included them in fortune thought otherwise. > > > > If they had thought otherwise, they wouldn't have included them in the first > place. As a licensed nerd mind-reader, I can tell you exactly the thought >

testing email change, seeing if I'm still subscribed

test - ignore - my machine had a fatal heart attack, hoping I didn't get unsubscribed.. Ed -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cyg

Re: pwd option to return windows path

On Tue, Oct 21, 2003 at 11:57:41PM -0400, Christopher Faylor wrote: > On Tue, Oct 21, 2003 at 08:39:12PM -0700, Andrew DeFaria wrote: > >Edward Peschko wrote: > > > >>The problem is, chris, that I have no way of telling what you will find > >>'off-topic

Re: pwd option to return windows path

On Tue, Oct 21, 2003 at 09:51:45PM -0400, Christopher Faylor wrote: > On Tue, Oct 21, 2003 at 06:28:24PM -0700, Edward Peschko wrote: > >Give me a month or so. And please, if you don't want to hear what I > >say, or otherwise disagree with what I say, redirect me to /dev/nul

Re: pwd option to return windows path

On Tue, Oct 21, 2003 at 08:12:51PM -0500, guenter strubinsky wrote: > I took the liberty to zap mr. peschko as of now from my inbox as background > noise (using a microsoft product which uses paths 'correctly' aka. ms-dos > style). It can't be considered spam since he does not OFFER anything of > d

Re: pwd option to return windows path

> Msys is not a discussion topic for this mailing list. If you want to > comment on Msys then use the appropriate msys mailing list. When you do > this, you might ask them why, when you run the msys version of "sh" and > type "pwd" it reports something like "/usr/bin" or "/c" rather than > "C:\ms

Re: pwd option to return windows path

> FAQ? FAQ? What is that supposed to mean? Why can't you just speak > English? How are we supposed to know that we should look in obscure > places for information that should just be presented at the cygwin > prompt? temper, temper... I honestly think you should calm down, take a stress pill,

Re: pwd option to return windows path

> As has been previously pointed out, the point of cygwin is to present a > UNIX environment to users. We do not go out of our way to modify every > executable in the distribution so that it provides an MS-DOS look and > feel for those who are not comfortable with UNIX path names. > > We've provi

Re: pwd option to return windows path

On Tue, Oct 21, 2003 at 04:36:13PM -0700, Brian Dessent wrote: > Christopher Faylor wrote: > > > >I've been using a hack through the environmental variable !C: > > >(provided by tcsh) and pwd in order to return a windows32 path > > >(ie: C:/cygwin/...) > > > > > >There's *got* to be a better way t

pwd option to return windows path

all, I've been using a hack through the environmental variable !C: (provided by tcsh) and pwd in order to return a windows32 path (ie: C:/cygwin/...) There's *got* to be a better way to do this. Is there a switch to pwd that returns a windows path instead of a unix one? Or, if not, what's th

Re: decent fonts for rxvt in cygwin

> >So, right now, I'm scrolling through the 2000 or so fonts returned by > >xlsfonts, manually looking through each one. > > > >Any better way to do this? > > Control Panel: Fonts? > > Run Xwin.exe? Proceed as on Solaris. > I must have mis-installed cygwin-xfree.. don't see xwin in any of my cy

decent fonts for rxvt in cygwin

hey, I've been searching for decent fonts in cygwin, and haven't found a really good method for doing so. On solaris, I do a xlsfonts, pipe it to a file, and write a script to cycle through the fonts at an obscenely high geometry value (ex: 500x500). Because the windowing system prevents such a

Re: various sundry things

> - Posting private email without permission is always bad. There is > no excuse for it. ... as is blocking people from personal communication, and giving them no retinue in which to respond ...as is dismissing someone and their ideas out of hand. no excuse for that, either. > - Yes, I know.

Re: various sundry things

> Misconception: In your private email to me that the -mwin32 was a > "use-win32 mode" flag. no, you mentioned -mwin32, I was wondering what the hell you were talking about, and repeated it. I thought you were discussing a possible solution. > > Misconception: You thought that -mno-cygwin was

various sundry things

hey all, First of all, I'm looking at my email as/of last night, and although given the circumstances I pretty much still think what I said is accurate (although the pedant in me cringes at the misuse of the word 'disabuse'), I shouldn't have let my temper get the better of me. I have to pat m

Re: merging mingw and cygwin

On Mon, Oct 13, 2003 at 10:19:08PM -0400, Christopher Faylor wrote: > Apparently you decided to bcc me on this email. > > IIRC, I asked not to receive personal email from you on this subject. I > suggested that you continue your discussion in the cygwin mailing list > and it should be obvious to

Re: merging mingw and cygwin

> >Fair enough, but you *can* 'pre' approve entrance to the developer's list. > >Remember, you try to subscribe and you get asked four questions? > > > You don't need to be on the Cygwin developers list to create patches > for Cygwin or play around with the code. Patches can be submitted either

Re: merging mingw and cygwin

> The answer is - the Cygwin team is under no obligation to accept patches > to Cygwin to do anything. Patches are accepted and merged based on merit > of the patch and adherence with Cygwin standards. If your patch passes > these hurdles, it will be accepted. If not, it will be rejected (with

Re: merging mingw and cygwin

On Mon, Oct 13, 2003 at 05:48:47PM -0500, Brian Ford wrote: > On Mon, 13 Oct 2003, Edward Peschko wrote: > > > And anyways, the version numbers in itself are enough to warrant a > > merge. Coordinate releases of mingw and cygwin, and the version issues > > go away. >

Re: merging mingw and cygwin

> Just because they are available does not mean you need to use them! Look > I asked you if you were able to build Windows only applications using > -mno-cygwin. You failed to answer that question. I'm able to build such > apps and you should be too. You are arguing about the differences in > i

Re: merging mingw and cygwin

> > As I said, this is just the tip of the iceberg - who knows what patches that > > mingw has made to gcc, ld, make, etc. which could affect the building and > > running of large win32 packages. > > I do. So does Chris, So does anyone who cares to look. The diff for gcc and > binutils is not an

Re: merging mingw and cygwin

> >well, I'd expect to see the mingw application choke if I ran it through > >cmd.exe this way.. > > > >I don't see why it would have to choke if it ran through *SH.EXE* this > >way. sh.exe - in either the mingw32 world or the the cygwin world - could > >handle the arguments. And that way, inter

Re: results of compiling berkeleydb

On Mon, Oct 13, 2003 at 11:15:25PM +0200, Gerrit P. Haase wrote: > Hallo Edward, > > >> GCC='gcc -mno-cygwin' ./configure. > > [...] > > > (ex: -mno-cygwin doesn't define WINNT, which mingw does) > > $ gcc -mno-cygwin -dM -E -xc /dev/null | grep WINNT > #define WINNT 1 my mistake. but still,

Re: merging mingw and cygwin

> I, like others, think that you are just looking at this sideways. If I > compile a program with MingW it is to produce a Windows only executable > totally unaware of Cygwin, Posix or anything. The only thing I'd expect > it to "understand" is Windows conventions. As such I'd expect that > pro

Re: merging mingw and cygwin

> Have you tried to compile an application using -mno-cygwin? Have you > tried to run the resulting executable? I have. I created an application > using -mno-cygwin and to my surprise it became "Windows" like in that > thinks like pathnames had to be specified in Window'ese. So before, in > the

Re: results of compiling berkeleydb

On Mon, Oct 13, 2003 at 12:56:49AM -0400, Christopher Faylor wrote: > On Sun, Oct 12, 2003 at 06:03:44PM -0700, Edward Peschko wrote: > >Ok, I did as requested, and tried to compile berkeleydb with > >-mno-cygwin. Results are below, along with some > >thoughts/reflections...

Re: multiple consoles in one window

On Sun, Oct 12, 2003 at 07:24:29PM -0600, bob wrote: > Is there any way to have more than one console session available in one > rxvt (or dos) window? I am thinking of the konsole that I used back > when linux was an option. yes, you can use 'screen'... as of v 4.0.1, screen supports multiple

Re: merging mingw and cygwin

> >Umm..you might want to mention this on the Mingw users list...though it > >appears you haven't looked at the files that are available for download > >there (in terms of Mingw), specifically > >http://sourceforge.net/project/showfiles.php?group_id=2435. > > He already mentioned this in the mingw

results of compiling berkeleydb

Ok, I did as requested, and tried to compile berkeleydb with -mno-cygwin. Results are below, along with some thoughts/reflections Ed general nitpicks: 'which' returns /cygdrive/c form instead of C:\... no way of switching doesn't play well with applications outside of cygwin (for

Re: merging mingw and cygwin

> to support just gcc. Everyone does not want all of the 600+ megabytes > of Cygwin just because they want a C++ compiler (or C, or FORTRAN). That > is why some good, open source IDE's for C/C++ use MingW as part of their > full installation. No fuss, no muss, relatively lightweight download. >

Re: merging mingw and cygwin

On Sun, Oct 12, 2003 at 02:04:38AM -0400, Daniel Reed wrote: > On 2003-10-11T22:19-0700, Edward Peschko wrote: > ) And all of these are done separately, so of course no integration testing is done > to > ) make sure that these work together well.. > > If you would like to

Re: merging mingw and cygwin

On Sun, Oct 12, 2003 at 03:35:02PM +1000, Robert Collins wrote: > > For crying out loud. > > Edward, there are plenty of archives and resources that detail how to > achieve your stated goals. Right now you are making suggestions from a > quite apparent position of ignorance. I urge you to resear

Re: merging mingw and cygwin

> without the IDE then use mingw32. Although it can compile either -mconsole > programs (using printf) or -mwindows programs (using the win32 API) it's > not a *nix environment. *nix programs can't usually be compiled with it > unless they are text-only console programs. But it has many *nix w

Re: merging mingw and cygwin

On Sun, Oct 12, 2003 at 12:27:06AM -0400, Larry Hall (RFK Partners, Inc) wrote: > At 10:01 PM 10/11/2003, Edward Peschko you wrote: > >> What would be the point? > > > >lack of end-user confusion... elimination of duplicate development effort... > >elimination >

Re: merging mingw and cygwin

> What would be the point? lack of end-user confusion... elimination of duplicate development effort... elimination of duplicate maintenance effort... the ability to compile all unix tools 'native' win32 for those who desire it. > They already work well together. Of course, >

merging mingw and cygwin

hey, I've been playing around with mingw and cygwin, and was wondering why these were separate projects? I've been trying to get a unix API moved over to windows; I want a Unix environment, but at the same time want to be able to make Win32 native binaries, *without* the need of the cygwin dlls