Steven Brown wrote:
> I could build the packages and fix the sh/diff this weekend given a call
> on which path to take - draft patch or --enable-fully-dynamic-string. I
> just don't want it to fall through the cracks again
This would be very appreciated!
If your request is not accepted, may
>From the talk NG I got this info for CLI image manipulation
requires ImageMagick installed and in path
# from imageMagick
convert -sample 80x40 abbeyparkarch.gif s_abbeyparkarch.gif
lsimg abbeyparkarch.gif s_abbeyparkarch.gif
What I'd like now is to resize an image but preserve it's aspect rat
On 26/04/06, mwoehlke <[EMAIL PROTECTED]> wrote:
> Richard Quadling wrote:
> > I have the following bash script ...
> >
> > #!/bin/sh
> > cvs up 2> $HOME/cvs1.log > $HOME/cvs2.log
> > cd phpdoc
> > autoconf -v -d --warnings=all &> $HOME/autoconf.log
> > ./configure --with-source=./../php-src --with
Christopher Faylor wrote:
On Thu, Apr 27, 2006 at 03:38:27PM +0200, Danilo Turina wrote:
No, sorry: I'm not using a snapshot. I thought you intended to say that
/bin/pwd would have failed also with the current version.
Then please choose another thread to discuss any issues not involved with
t
On Thu, Apr 27, 2006 at 08:28:20PM -0500, Herb Martin wrote:
> Suggestions for caching only DNS server to run on CygWin
If you are looking for a relay DNS server, consider dnrd. Look it up on
Sourceforge. It is ported to cygwin (I helped!).
--
Unsubscribe info: http://cygwin.com/ml/#unsubscr
On Apr 27 20:15, Steven Hartland wrote:
> - Original Message -
> From: "Christopher Faylor" <[EMAIL PROTECTED]>
>
> > "Search for cygwin1.dll using the Windows Start->Find/Search facility
> > and delete all but the most recent version. The most recent version
> > *should* reside in x:\c
This is a newlib problem. I've redirected this mail to the appropriate
list newlib AT sourceware DOT org.
On Apr 27 15:14, Ernie Coskrey wrote:
> I ran into the following problem building the latest cygwin snapshot:
>
> configure: loading cache .././config.cache
> configure: error: `CFLAGS' has
This is really a tricky problem. What I could do to circumvent this at
least for connections over ssh is to upload an OpenSSH test version
which uses socketpairs instead of pipes for the local connection to the
applications. This avoids using pipes which are the culprit here,
apparently.I wo
Hi,
thank you very much for replying and aplologies for my newbieness. (that was
the cygcheck -v
output I mentioned earlier, I am attaching the whole cygcheck output here at
the end of this mail
now).
I have tried to get some info on the net to solve my questions, but have
failed.
As I ment
On Apr 28 06:25, Brett Serkez wrote:
> >This is really a tricky problem. What I could do to circumvent this at
> >least for connections over ssh is to upload an OpenSSH test version
> >which uses socketpairs instead of pipes for the local connection to the
> >applications. This avoids using pipes
- Original Message -
From: "Corinna Vinschen" <[EMAIL PROTECTED]>
Damn (sorry).
It works fine for me with the latest snapshot. I tried Peter's example
with 1000 files and rsync over ssh works like a charm for me. Sigh.
This is really a tricky problem. What I could do to circumvent
(adding in the geomview and cygwin lists.)
Chris,
Looking at the changes in:
http://cvs.sourceforge.net/viewcvs.py/geomview/geomview/src/bin/animate/glob.c
there are specific fixes for Cygwin portability that have been
included in Geomview 1.8.2 alpha that affect d_ino use; try changing
the se
On 28 April 2006 12:30, Lloyd Wood wrote:
> cygming, not cygwin? ('ming' is a strong insult in the UK.
Yes, and we also do tongue-in-cheek humour quite well. Well, at least some
of us do.
> I get the impression the writer doesn't like cygwin.)
Who precisely do you suppose "the writer" w
Hi,
please ignore the mail regarding the key fingerprint. We have found the
solution to our problem,
namely the key lying in ssh_host_key file.
thanks and regards,
soumya.
--- Soumya <[EMAIL PROTECTED]> wrote:
> Hi,
>
> thank you very much for replying and aplologies for my newbieness. (tha
zzapper wrote:
From the talk NG I got this info for CLI image manipulation
requires ImageMagick installed and in path
# from imageMagick
convert -sample 80x40 abbeyparkarch.gif s_abbeyparkarch.gif
lsimg abbeyparkarch.gif s_abbeyparkarch.gif
What I'd like now is to resize an image but preserve
I've just uploaded an experimental version of OpenSSH, 4.3p2-4.
This version uses socketpairs instead of pipes for local connections to
susequent applications, to circumvent (NOT solve) the problems with
pipes hanging in some situations, as for instance discussed in the
thread starting at http://c
Reid Thompson <[EMAIL PROTECTED]> wrote in news:445206FF.80109
@ateb.com:
> zzapper wrote:
>> From the talk NG I got this info for CLI image manipulation
>>
>> requires ImageMagick installed and in path
>>
>> # from imageMagick
>>
>> convert -sample 80x40 abbeyparkarch.gif s_abbeyparkarch.gif
>> l
I've uploaded new version of the OpenGL package, version 1.1.0-8.
Excerpts from README.txt:
__
What has changed since opengl-1.1.0-7
This package was released to avoid conflicts with the new X11R7.0 packages,
including FreeGlut. See
http://cygwin.com/ml/cygwin-apps/2006-04/msg0007
__CYGWIN__ is still valid under gcc version 3.4.4 (cygming special),
as this test shows:
#include
int main(void) {
printf("hello. Testing defines.\n");
#if defined(__CYGWIN__)
printf("__CYGWIN__");
#endif
#if defined(__CYGMING__)
printf("__CYGMING__");
#endif
}
[EMAIL PROTECTED] /home/llo
At Friday 2006-04-28 12:46 +0100, Dave Korn wrote:
> > cygming, not cygwin? ('ming' is a strong insult in the UK.
>
> Yes, and we also do tongue-in-cheek humour quite well. Well, at least some
> of us do.
humour is intended to generate an emotional response - laughter.
>> I get the impression
On 28 April 2006 14:35, Lloyd Wood wrote:
> __CYGWIN__ is still valid under gcc version 3.4.4 (cygming special),
> as this test shows:
You really need to read some manuals, as you wouldn't have to do things like
this if you had read about the -dM option. (You also wouldn't have led
yourself up
On 28 April 2006 15:04, Lloyd Wood wrote:
[most of what I want to say is in the response I just sent before I just
received this reply, so I'm only going to reiterate one single *very*
important point].
> Clearer, and backwardly compatible, would be a gcc version report of
> something like:
> gcc
At Friday 2006-04-28 15:17 +0100, Dave Korn wrote:
> If you want people to use the information you provide rationally, do
> not colour that information with irrational attempts at humour to
> provide misinformation that causes doubt.
>
> We need to trust the output of gcc -v.
No, this is compl
At Friday 2006-04-28 15:11 +0100, Dave Korn wrote:
perhaps we can answer some questions
for you about the recent changes to d_ino under cygwin?
So, something has changed after all?
Perhaps you could just point me at a document detailing those changes
to d_ino that you mention?
L.
--
Unsubs
On 28 April 2006 15:42, Lloyd Wood wrote:
> At Friday 2006-04-28 15:17 +0100, Dave Korn wrote:
>>> If you want people to use the information you provide rationally, do
>>> not colour that information with irrational attempts at humour to
>>> provide misinformation that causes doubt.
>>>
>>> We ne
Corinna Vinschen wrote:
It works fine for me with the latest snapshot. I tried Peter's
example with 1000 files and rsync over ssh works like a charm for me.
Sigh.
This is really a tricky problem. What I could do to circumvent this
at least for connections over ssh is to upload an OpenSSH tes
At Friday 2006-04-28 15:17 +0100, Dave Korn wrote:
> __CYGWIN__ is defined for gcc; gcc -v should report 'cygwin special'.
> I do not recommend changing the environment to __CYGMING__ to match
> in a further attempt at humour.
>
> If you want people to use the information you provide rationally,
On Fri, Apr 28, 2006 at 10:22:58AM +0200, Danilo Turina wrote:
>Christopher Faylor wrote:
>>On Thu, Apr 27, 2006 at 03:38:27PM +0200, Danilo Turina wrote:
>>>No, sorry: I'm not using a snapshot. I thought you intended to say that
>>>/bin/pwd would have failed also with the current version.
>>
>>Th
On 28 April 2006 15:45, Lloyd Wood wrote:
> At Friday 2006-04-28 15:11 +0100, Dave Korn wrote:
>> perhaps we can answer some questions
>> for you about the recent changes to d_ino under cygwin?
>
> So, something has changed after all?
If you don't read *carefully* and with attention to detail,
Richard Quadling wrote:
On 26/04/06, mwoehlke <[EMAIL PROTECTED]> wrote:
Richard Quadling wrote:
I have the following bash script ...
#!/bin/sh
cvs up 2> $HOME/cvs1.log > $HOME/cvs2.log
cd phpdoc
autoconf -v -d --warnings=all &> $HOME/autoconf.log
./configure --with-source=./../php-src --with-
On Fri, Apr 28, 2006 at 06:25:35AM -0400, Brett Serkez wrote:
>I've noticed multiple postings indicating issues with pipes. Wouldn't
>it be better to track this down, it would likely fix multiple
>problems.
I think you meant to post this to the cygwin-facile-advice mailing list.
cgf
--
Unsubscr
At Friday 2006-04-28 16:01 +0100, Dave Korn wrote:
On 28 April 2006 15:45, Lloyd Wood wrote:
> At Friday 2006-04-28 15:11 +0100, Dave Korn wrote:
>> perhaps we can answer some questions
>> for you about the recent changes to d_ino under cygwin?
>
> So, something has changed after all?
If you
Where is "dig" DNS lookup command?
It seems that search at http://cygwin.com/packages/ has no result package.
--
Hiroki Sakagami
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs
On Fri, Apr 28, 2006 at 12:29:52PM +0100, Lloyd Wood wrote:
>It's awfully tempting to conclude that the compiler is screwing you
>around (because the compiler's authors have been screwing it around,
>because they hate Cygwin?), and you might want to to try an earlier
>version of that. I also won
Hiroki Sakagami wrote:
Where is "dig" DNS lookup command?
It seems that search at http://cygwin.com/packages/ has no result package.
http://www.isc.org/index.pl?/sw/bind/ - but I can't tell what you need
to download; good luck!
--
Matthew
"Sorry. Wrong species." --ST-TNG
--
Unsubscribe inf
On Fri, Apr 28, 2006 at 04:17:14PM +0100, Lloyd Wood wrote:
>At Friday 2006-04-28 16:01 +0100, Dave Korn wrote:
>>On 28 April 2006 15:45, Lloyd Wood wrote:
>>
>>> At Friday 2006-04-28 15:11 +0100, Dave Korn wrote:
perhaps we can answer some questions
for you about the recent changes to d_
On 28 April 2006 16:17, Lloyd Wood wrote:
> (Get over yourself.)
You are the one who believes that reality should be changed to match your
false assumptions about the intent of "gcc -v". You are also the one who has
publicly accused Gerrit et al of committing an act of massive
unprofessionali
If you need to find out what gcc is targeting, perhaps you should
use "-dumpmachine" instead.
$ gcc -dumpmachine
i686-pc-cygwin
$ gcc -dumpmachine -mno-cygwin
i686-pc-mingw32
Lloyd Wood wrote:
> cygming, not cygwin? ('ming' is a strong insult in the UK. I get
> the impression the writer doesn
zzapper <[EMAIL PROTECTED]> wrote in news:Xns97B38CA43A097zzappergmailcom@
80.91.229.5:
> Reid Thompson <[EMAIL PROTECTED]> wrote in news:445206FF.80109
> @ateb.com:
>
>> zzapper wrote:
> http://www.imagemagick.org/script/convert.php
>
> In fact
> convert -sample 80x40 abbeyparkarch.gif s_abbey
At Friday 2006-04-28 11:45 -0400, Williams, Gerald S \(Jerry\) wrote:
If you need to find out what gcc is targeting, perhaps you should
use "-dumpmachine" instead.
$ gcc -dumpmachine
i686-pc-cygwin
$ gcc -dumpmachine -mno-cygwin
i686-pc-mingw32
Having identification behaviour dependent on
On 28 April 2006 17:07, Lloyd Wood wrote:
> At Friday 2006-04-28 11:45 -0400, Williams, Gerald S \(Jerry\) wrote:
>> If you need to find out what gcc is targeting, perhaps you should use
>> "-dumpmachine" instead.
>>
>> $ gcc -dumpmachine
>> i686-pc-cygwin
>> $ gcc -dumpmachine -mno-cygwin
>>
At Friday 2006-04-28 17:44 +0100, Dave Korn wrote:
On 28 April 2006 17:07, Lloyd Wood wrote:
> At Friday 2006-04-28 11:45 -0400, Williams, Gerald S \(Jerry\) wrote:
>> If you need to find out what gcc is targeting, perhaps you should use
>> "-dumpmachine" instead.
>>
>> $ gcc -dumpmachine
>> i
On 28 April 2006 18:04, Lloyd Wood wrote:
> At Friday 2006-04-28 17:44 +0100, Dave Korn wrote:
>> On 28 April 2006 17:07, Lloyd Wood wrote:
>>
>>> At Friday 2006-04-28 11:45 -0400, Williams, Gerald S \(Jerry\) wrote:
If you need to find out what gcc is targeting, perhaps you should use
At Friday 2006-04-28 18:16 +0100, Dave Korn wrote:
On 28 April 2006 18:04, Lloyd Wood wrote:
> At Friday 2006-04-28 17:44 +0100, Dave Korn wrote:
>> On 28 April 2006 17:07, Lloyd Wood wrote:
>>
>>> At Friday 2006-04-28 11:45 -0400, Williams, Gerald S \(Jerry\) wrote:
If you need to find out
I have an IDE ("VDSP++") from a vendor on which I'm trying to automate
software builds. It is a windows-only application, and they require
that I write scripts for the IDE in JScript.
When I use the windows host's console display to run a cygwin bash
shell, I can execute my automated build just f
Lloyd Wood wrote:
At Friday 2006-04-28 18:16 +0100, Dave Korn wrote:
On 28 April 2006 18:04, Lloyd Wood wrote:
> At Friday 2006-04-28 17:44 +0100, Dave Korn wrote:
>> On 28 April 2006 17:07, Lloyd Wood wrote:
>>
>>> At Friday 2006-04-28 11:45 -0400, Williams, Gerald S \(Jerry\) wrote:
If y
"Gautero, L. (Luca)" wrote:
>
> Dear Mr
>
> After giving chase to a segmentation fault error, on the internet one thread
> to which you contributed came out:
>
> http://www.mail-archive.com/cygwin-patches@cygwin.com/msg03531.html
>
Please keep discussions on the mailing list. Do not send ema
At Friday 2006-04-28 17:44 +0100, you wrote:
On 28 April 2006 17:07, Lloyd Wood wrote:
> At Friday 2006-04-28 11:45 -0400, Williams, Gerald S \(Jerry\) wrote:
>> If you need to find out what gcc is targeting, perhaps you should use
>> "-dumpmachine" instead.
>>
>> $ gcc -dumpmachine
>> i686-pc
Lloyd Wood wrote:
> If you don't install any of the gcc-mingw- upgrade stuff (devel tab
> in Cygwin), you only want ONE compiler.
It's not possible to install one without the other, at least not without
overriding setup.exe's wishes, because gcc-core includes gcc-mingw-core
on the "requries" line
Brian Dessent wrote:
Lloyd Wood wrote:
If you don't install any of the gcc-mingw- upgrade stuff (devel tab
in Cygwin), you only want ONE compiler.
It's not possible to install one without the other, at least not without
overriding setup.exe's wishes, because gcc-core includes gcc-mingw-core
o
* Hiroki Sakagami (2006-04-28 16:19 +)
> Where is "dig" DNS lookup command?
> It seems that search at http://cygwin.com/packages/ has no result package.
ftp://ftp.isc.org/isc/bind/contrib
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.
On Fri, Apr 28, 2006 at 03:39:14PM -0400, Larry Hall (Cygwin) wrote:
>Brian Dessent wrote:
>>Lloyd Wood wrote:
>>
>>>If you don't install any of the gcc-mingw- upgrade stuff (devel tab
>>>in Cygwin), you only want ONE compiler.
>>
>>It's not possible to install one without the other, at least not w
I tried to install cygwin on the Windows Vista Beta 2 (build 5308), here are
the problems I've run into:
1) During package install bash seems to crash.
I get this dialog from windows:
Please close bash.exe
A problem caused the program to stop working correctly. Windows will notify
you if a solut
mwoehlke wrote:
I'm seeing something funny. While trying to build a large program on
Cygwin using cl.exe (i.e. I am building a non-Cygwin app; just using
Cygwin to drive 'make'), every now and then, cl.exe hangs. Before you
tell me I'm on the wrong list :-), here's the funny part. If I do 'ps'
Hi Larry,
Larry Hall (Cygwin) wrote:
On 04/26/2006, Volker Quetschke wrote:
1. It only hangs from rxvt. (Invoked with shortlink from desktop to:
C:\cygwin\bin\rxvt.exe -cr green -sl 1000 -tn linux -e /usr/bin/bash
--login -i)
I guess the actual switches don't matter. Startting the following
Richard Quadling wrote:
On 26/04/06, mwoehlke <[EMAIL PROTECTED]> wrote:
Richard Quadling wrote:
I have the following bash script ...
#!/bin/sh
cvs up 2> $HOME/cvs1.log > $HOME/cvs2.log
cd phpdoc
autoconf -v -d --warnings=all &> $HOME/autoconf.log
./configure --with-source=./../php-src --with-
Steven Hartland wrote:
Good news this does fix the issue. I've just successfully done
an rsync of ~1G ( 1700 files ) with no problem at all.
Also note that due to the existing performance issues in ssh ( I've
still not had chance to dig more about that sorry ) there is NO
noticable slowdown when
I'm running windows XP. I accidently updated something (and probably
cygwin1.dll too, I only tried to install another package..) while cygwin
bash was running. Afterwards I couldn't run any cygwin application. I
removed cygwin folder, registry keys, and any copy of cygwin1.dll I had on
the hard
i,
I've a program written for SUSE linux. The compile fails at the same
place each time while referencing gettimeofday. I compile like this
gcc -I/usr/include/mingw -I/usr/include/mingw/sys GoCart_v04.c -lm
I compile with and without the -I included dirs and still have the
problem.
At co
TV JOE wrote:
> gcc -I/usr/include/mingw -I/usr/include/mingw/sys GoCart_v04.c -lm
Stop right there. You should *never* do this. This is like filling a
gasoline car's tank with diesel -- it will not work and it will cause
breakage. Mingw is a completely separate environment from Cygwin, you
ca
We're migrating servers to a new AD domain. The usernames are unchanged,
ie user accounts are duplicated in both domains, for the transition.
If foo.tar was created in domain "OLD", and as an admin, you run:
tar --same-owner -xpf foo.tar # in domain "NEW"
Then files and dirs are written out
61 matches
Mail list logo
