On Mon, Oct 02, 2006 at 07:27:50PM -0700, Coatimundi wrote:
>I need to break open a library I created with Visual Studio and insert
>some objects also compiled with Visual Studio.
>
>Will Cygwin's ar command work for this task?
Here's an idea: How about just *trying* it?
cgf
--
Unsubscribe info
Steve wrote:
Larry Hall (Cygwin cygwin.com> writes:
file1.sh:
---
#!/usr/bin/bash
./file2.sh &
file2.sh
#!/usr/bin/bash
while [ 1 ]
do
val=`ech
On 10/03/2006, DePriest, Jason R. wrote:
vi did not show any unusual line endings (CR/LF) in /etc/profile
before I sent my message in
vi/vim will only show you the CR/LF if you tell it to. So if you're
not looking for them, vi/vim may have hidden them from you. You may
want to try 'od -c'
Vinod Gupta wrote:
Vinod K Gupta wrote:
We have a local mirror of selected packages from which we install
cygwin on
user machines. When we perform un-attended installation using
setup.exe -q
-L -l -R... the installer installs only the Base packages. How can we
tell
setup to install ALL availa
On 03 October 2006 03:10, Michael Eager wrote:
> This might be the wrong mailing list (I couldn't find
> a list for make), but I hope that folks might have an
> answer/explanation.
>
> I'm getting an error building gcc on Cygwin.
> Specifically, the make in libcpp fails, saying
> that it cannot f
Christopher Faylor wrote:
On Mon, Oct 02, 2006 at 07:27:50PM -0700, Coatimundi wrote:
I need to break open a library I created with Visual Studio and insert
some objects also compiled with Visual Studio.
Will Cygwin's ar command work for this task?
Here's an idea: How about just *trying* it?
On Tue, Oct 03, 2006 at 07:10:50AM -0700, Coatimundi wrote:
>Christopher Faylor wrote:
>>On Mon, Oct 02, 2006 at 07:27:50PM -0700, Coatimundi wrote:
>>>I need to break open a library I created with Visual Studio and insert
>>>some objects also compiled with Visual Studio.
>>>
>>>Will Cygwin's ar c
On Tue, 3 Oct 2006, Larry Hall (Cygwin) wrote:
> On 10/03/2006, DePriest, Jason R. wrote:
>
>
>
> > vi did not show any unusual line endings (CR/LF) in /etc/profile
> > before I sent my message in
>
> vi/vim will only show you the CR/LF if you tell it to. So if you're
> not looking for them, vi/
DePriest, Jason R. wrote:
This google search was pretty much worthless when I ran it before I
sent my message in:
bash "command not found" site:cygwin.com inurl:ml
If you've STFLA'd, it is good to mention this when asking your question. :-)
vi did not show any unusual line endings (CR/LF) in
On Tue, 3 Oct 2006, Larry Hall (Cygwin) wrote:
> Steve wrote:
> > Larry Hall (Cygwin cygwin.com> writes:
> >
> > > > file1.sh:
> > > > ---
> > > > #!/usr/bin/bash
> > > >
> > > > ./file2.sh &
> > > >
> > > > -
Eric Blake wrote:
Second, this release adds a new shopt, igncr, which dynamically
tells bash to ignore all \r in the input file when it is set; however, it
defaults to unset.
So, I keep wanting to know if you are thinking about submitting this
upstream (or have you done so already?)...
--
Ma
Christopher Faylor wrote:
On Tue, Oct 03, 2006 at 07:10:50AM -0700, Coatimundi wrote:
Christopher Faylor wrote:
On Mon, Oct 02, 2006 at 07:27:50PM -0700, Coatimundi wrote:
I need to break open a library I created with Visual Studio and insert
some objects also compiled with Visual Studio.
Wi
On Tue, Oct 03, 2006 at 07:54:22AM -0700, Coatimundi wrote:
>Christopher Faylor wrote:
>>On Tue, Oct 03, 2006 at 07:10:50AM -0700, Coatimundi wrote:
>>>Christopher Faylor wrote:
On Mon, Oct 02, 2006 at 07:27:50PM -0700, Coatimundi wrote:
>I need to break open a library I created with Visual
Hi there,
I use ClearCase via cygwin and had a handy bunch of scripts
which stopped working when I upgraded to the latest bash last
week. A quick perusal of the mailing list revealed that the
latest bash no longer strips CRs where it used to.
By way of an example as to what broke, note that in t
kyle wrote:
When running demo-ppc603.sh under cygwin, I get odd errors. It appears that
resources are being consumed from Windows and the script eventually fails.
I read the the mailing list archives and changed the default heap sizes in
Windows to twice their original size... this did not fix t
On 03 October 2006 16:43, Turly O'Connor wrote:
> By way of an example as to what broke, note that in the following
> that "cleartool" is not a cygwin tool (it's a Windows executable),
> writing its CRLF-terminated output to Windows' stdout.
>
> CHECKOUTS=`cleartool lsc -all -cvi -s` # list al
Christopher Faylor wrote:
[snip]
Sorry but without the actual libraries to inspect or some way of
duplicating the problem there really isn't much that can be done.
I guess that means you should stick with 'lib'.
cgf
Thanks for your time.
--
Unsubscribe info: http://cygwin.com/ml/#uns
mwoehlke tibco.com> writes:
>
> Eric Blake wrote:
> > Second, this release adds a new shopt, igncr, which dynamically
> > tells bash to ignore all \r in the input file when it is set; however, it
> > defaults to unset.
>
> So, I keep wanting to know if you are thinking about submitting this
>
On Tue, Oct 03, 2006 at 04:28:13PM +, Eric Blake wrote:
>mwoehlke tibco.com> writes:
>> Eric Blake wrote:
>> > Second, this release adds a new shopt, igncr, which dynamically
>> > tells bash to ignore all \r in the input file when it is set; however, it
>> > defaults to unset.
>>
>> So, I kee
Igor Peshansky cs.nyu.edu> writes:
>
> Steve,
>
> Are you running any sort of firewall or antivirus software? If so, it may
> be hanging on to the file/memory region handles past the timeout period,
> and Cygwin is unable to dispose of them.
> Igor
Hey Igor,
I am running antivirus soft
Christopher Faylor wrote:
On Tue, Oct 03, 2006 at 04:28:13PM +, Eric Blake wrote:
mwoehlke writes:
Eric Blake wrote:
Second, this release adds a new shopt, igncr, which dynamically
tells bash to ignore all \r in the input file when it is set; however, it
defaults to unset.
So, I keep wanti
On 10/3/06, mwoehlke <> wrote:
DePriest, Jason R. wrote:
> This google search was pretty much worthless when I ran it before I
> sent my message in:
> bash "command not found" site:cygwin.com inurl:ml
If you've STFLA'd, it is good to mention this when asking your question. :-)
> vi did not show
Will Kramer wrote:
>> gpg: keyserver internal error
>> gpg: keyserver receive failed: keyserver error
>
> I get this when I try to --search-keys or --recv-key.
> I am using keyserver hkp://subkeys.pgp.net with gnupg
> 1.4.2.1-1 and cygwin 1.5.21-2
>
> Help!
>
> Will
>
Having this same problem
Following up my own post...
Coatimundi wrote:
The thing I noticed first was that 'ar vt libfoo.a' did not always list
all of the member names. Some were present, some were missing. (Linking
with the lib unambiguously confirms that they're all there. The total
number of routines is about 20
When I upgraded from Cygwin DLL 1.5.19-4 to 1.5.21, tcsh started trying to
execute files on the path with extension .com, with often fatal results.
Bash still ignores them. Here is an example:
[B3DTOSHI] ~ 37 % echo $version
tcsh 6.14.00 (Astron) 2005-03-25 (i386-intel-posix) options
8b,nls,dl
I've been wondering during this whole event why one of the original proposal
was not used?
As far as I can see, the main problem with both latest bash revisions is that
the solution to the cr/lf problem demands that users be either pro-active or
gifted guessers. Both the d2u and the shopt solution
Dave Korn wrote:
On 03 October 2006 03:10, Michael Eager wrote:
It looks like make is not recognizing VPATH correctly.
I'm using make-3.80-1.
This is unlikely. Gcc is known to build on cygwin. I do it all the time
and it has no problem for me. Perhaps something else is underlying.
I'v
Hi all,
I'm having some trouble with some scripts that we are trying to run in cygwin.
These scripts work fine on both Unix and Linux boxen, but when trying to do a
"pgrep" in the script, get a fatal error. I've tried to find an answer in the
archives and via google but either it's not a com
Michael Eager wrote:
Dave Korn wrote:
On 03 October 2006 03:10, Michael Eager wrote:
It looks like make is not recognizing VPATH correctly.
I'm using make-3.80-1.
This is unlikely. Gcc is known to build on cygwin. I do it all
the time and it has no problem for me. Perhaps something else is
On 03 October 2006 20:27, Michael Eager wrote:
> Dave Korn wrote:
>> On 03 October 2006 03:10, Michael Eager wrote:
>
>>> It looks like make is not recognizing VPATH correctly.
>>> I'm using make-3.80-1.
>>
>> This is unlikely. Gcc is known to build on cygwin. I do it all the time
>> and it
Coatimundi wrote:
> If paths are included in the archive (which is typical for
> libs created by Visual Studio), then ar may in some cases
> claim that members (displayed with 'ar t') do not exist
> when doing "ar x lib.a {object}" either by path/name.obj
> or just name.obj.
I think you need to us
Dave Korn wrote:
On 03 October 2006 20:27, Michael Eager wrote:
Dave Korn wrote:
On 03 October 2006 03:10, Michael Eager wrote:
It looks like make is not recognizing VPATH correctly.
I'm using make-3.80-1.
This is unlikely. Gcc is known to build on cygwin. I do it all the time
and it has
Larry Hall (Cygwin) wrote:
> On 10/03/2006, DePriest, Jason R. wrote:
>
>
>
>> vi did not show any unusual line endings (CR/LF) in /etc/profile
>> before I sent my message in
>
> vi/vim will only show you the CR/LF if you tell it to. So if you're
> not looking for them, vi/vim may have hidden
Michael Eager wrote:
[snip]
Building gcc using the mozilla version of make-3.80 fails
as previously described. I assumed that this version of
make was the same as the one which I previously installed.
Apparently, it isn't or there is some other incompatibility.
Sounds like that might be a MinG
On 03 October 2006 22:06, Michael Eager wrote:
> Dave Korn wrote:
> I looked for make-3.80. I didn't find it in a cygwin repo,
> but there was a link on mozilla.org to binaries. I installed
> these binaries for make-3.80.
>
> Building gcc using the mozilla version of make-3.80 fails
> as previ
I also appreciate the work you are doing, Eric.
But, (ooh, one of those dreaded buts!), I predict this will be a source of
endless trouble, still. Like CGF said earlier, you want to encourage people
to use binary mounts, yet their \r\n scripts are not going to work unless
they run on a text-mo
I'm trying to read data from a Sony AIT-e260 SCSI drive under Cygwin.
Cygwin 1.5.21-2
mt 2.3.1
I know that the tape is good, because I can read from it (using the same
drive) under Redhat.
The first file on the tape is 96 bytes so I do the following:
>> export TAPE=/dev/nst0
>> mt setblk 0
>> dd
Steve sbcglobal.net> writes:
> Hey Igor,
>
> I am running antivirus software on this system, but disabling this did not
> help.
> My firewall on this machine is always disabled. Also, on one machine I tried
> build 1.5.18, which works fine, and 1.5.21, where I see the problem, without
> manipul
Eric Blake wrote:
> First, if a script is
> specified with a DOS path instead of a POSIX path (although this is
not
> the recommended behavior in cygwin), bash will ensure that the
underlying
> mount mode is respected, rather than the default cygwin behavior of
using
> binary mode, allowing the us
Dave Korn wrote:
On 03 October 2006 22:06, Michael Eager wrote:
You mentioned '%' signs in environment variables and VPATH. Bash and make
use a '$' to indicate a variable, and make uses '%' to indicate a
pattern-matching rule. You're always going to give make a hard time, because
if it se
) -Original Message-
) From: [EMAIL PROTECTED]
) [mailto:[EMAIL PROTECTED] On Behalf Of Pierre Baillargeon
) Sent: Wednesday, October 04, 2006 3:55 AM
) To: cygwin@cygwin.com
) Subject: Bash and CR/LF line-endings
)
) I've been wondering during this whole event why one of the
) original
Vinod Gupta wrote:
Vinod K Gupta wrote:
We have a local mirror of selected packages from which we
install cygwin on
user machines. When we perform un-attended installation
using setup.exe -q
-L -l -R... the installer installs on
I have built a cross compiler for arm under cygwin from gnu sources and
cygwin's gcc. I now have a bunch of .exe's that run fine under cygwin.
Is it possible to use these on a system without cygwin installed. Right
now I don't have a system w/o cygwin so can't test.
Thanks,
-gene
--
Unsubscr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Pierre Baillargeon on 10/3/2006 12:55 PM:
> I've been wondering during this whole event why one of the original proposal
> was not used?
>
> As far as I can see, the main problem with both latest bash revisions is that
> the solution to t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Kazuyuki Hagiwara on 10/3/2006 6:23 PM:
> How about using BASH_ENV variable.
> In the startup script defined by BASH_ENV variable,
> you can put a line "shopt -s igncr".
BASH_ENV already has a defined meaning that conflicts with your
sug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Gene Smith on 10/3/2006 7:56 PM:
> I have built a cross compiler for arm under cygwin from gnu sources and
> cygwin's gcc. I now have a bunch of .exe's that run fine under cygwin.
> Is it possible to use these on a system without cygwin in
> From: Eric Blake
> Sent: Tuesday, October 03, 2006 9:07 PM
> Subject: Re: Bash and CR/LF line-endings
>
[snip]
>
> Perhaps so, but that was a risk I was willing to take, since
> cygwin's stated goal is to provide a Linux emulation on
> Windows, and Linux users don't go creeping in cr/lfs.
>
On Tue, 3 Oct 2006, Vinod Gupta wrote:
> > Vinod Gupta wrote:
> >
> > Vinod K Gupta wrote:
> >
> > We have a local mirror of selected packages from which we
> > install cygwin on
> > user machines. When we perform un-attended installation
> >
Gary R. Van Sickle wrote:
From: Eric Blake
Sent: Tuesday, October 03, 2006 9:07 PM
Subject: Re: Bash and CR/LF line-endings
[snip]
Perhaps so, but that was a risk I was willing to take, since
cygwin's stated goal is to provide a Linux emulation on
Windows, and Linux users don't go creeping in
Williams, Gerald S (Jerry) wrote:
Coatimundi wrote:
If paths are included in the archive (which is typical for
libs created by Visual Studio), then ar may in some cases
claim that members (displayed with 'ar t') do not exist
when doing "ar x lib.a {object}" either by path/name.obj
or just name.o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Gary R. Van Sickle on 10/3/2006 8:27 PM:
>
> What's going to break if igncr is simply always on?
Actually, that might not be a bad idea. Those who want literal \r would
edit cygwin.bat or ~/.bash_profile to turn the shopt off, but leavi
On 10/3/2006 10:28 PM, Igor Peshansky wrote:
On Tue, 3 Oct 2006, Vinod Gupta wrote:
Vinod Gupta wrote:
Vinod K Gupta wrote:
We have a local mirror of selected packages from which we
install cygwin on
user machines. When we perform un-attended ins
Hi all,
i am experiencing problems with the newly introduced shopt "igncr" to solve
the problem with
CRNL in shell scripts on binary mounts.
Unfortunately this is not working for me at all: I tried all possible places
- first line of the shell script
- $HOME/.bash_profile
- "-O igncr" at in
53 matches
Mail list logo
