On 2017-08-11 07:25, Corinna Vinschen wrote:
> On Aug 11 09:15, David Macek wrote:
>> On 11. 8. 2017 1:59, Steven Penny wrote:
>>> On Thu, 10 Aug 2017 16:48:47, Brian Inglis wrote:
Many archives and sites display lines off the right margin instead of
allowing
them to wrap as normal
On Thu, 17 Aug 2017 08:30:02, cyg Simple wrote:
LOL, at least David's advice wasn't about the client itself. The fact
that flowed quoted printable is still a valid means of email record is
all and good and if your client cannot manage it then you're the one who
needs to change the client.
My "
On 8/16/2017 6:49 PM, Steven Penny wrote:
> On Wed, 16 Aug 2017 14:27:37, David Macek wrote:
>> Please stop breaking the message threads, it's hard to comprehend
>> what's ha=
>> ppening this way. If needed, I can help with configuring your e-mail
>> clien=
>> t.
>
> You really dont need to be gi
On Wed, 16 Aug 2017 14:27:37, David Macek wrote:
Please stop breaking the message threads, it's hard to comprehend what's ha=
ppening this way. If needed, I can help with configuring your e-mail clien=
t.
You really dont need to be giving people advice about their email client. Glass
houses an
Vermessung AVT - Wolfgang Rieger writes:
> 5) You can always find a better way to do things, of course, I won't
> argue about that. Sometimes we thought about switching to Java or php
> or python or whatever. Maybe, we should. But we have a lot of running
> scripts, massive batch and parallel proc
Please stop breaking the message threads, it's hard to comprehend what's
happening this way. If needed, I can help with configuring your e-mail client.
--
David Macek
smime.p7s
Description: S/MIME Cryptographic Signature
On 08/16/2017 07:09 AM, Vermessung AVT - Wolfgang Rieger wrote:
> Achim Gratz wrote:
> Vermessung AVT - Wolfgang Rieger writes:
>> Another solution which we have been using for many years now, though
>> it might not be feasible for you:
> Cygwin is, like it or not, a rolling distribution.
Your qu
Achim Gratz wrote:
Vermessung AVT - Wolfgang Rieger writes:
> Another solution which we have been using for many years now, though
> it might not be feasible for you:
- snip
Jannick, another idea I had thought of previously might event
ill text mounts, but you'd be
better off pretending they don't exist). When you're trying to use it for CRLF
files, you need to wrap those invocations to do an explicit conversion.
https://cygwin.com/cygwin-ug-net/using-textbinary.html
> But since with pipes or output redirecti
derlying
> OS does (i. e., gawk reads LF in Unix and CR/LF in Win), or it
> interprets line endings in a Unix-style no matter of the underlying OS
> used. That's a developer's decision in my opinion.
Cygwin uses LF line endings (yes there are still text mounts, but you'd
be b
ch in Cygwin that seems to be broken, so we did not
> upgrade Cygwin since then (we currently use gawk 4.1.3).
Yes, this is our basis of SW selection process as well, but we march with
gawk's
version as it nicely develops needing a gawk version reading files and pipes
of any LF and CRLF kin
On Wed, 9 Aug 2017 10:38 +, Jannick wrote:
--- snip ---
> Now I can see the following *easy* solutions to the very situation here
> (input only for now):
>
> 1 - Inserting the BEGIN section as you suggested into more than 1k scripts
> (not feasible due to additional regression test workload)
On 8/11/2017 12:54 PM, Brian Inglis wrote:
> On 2017-08-11 06:47, cyg Simple wrote:
>> On 8/10/2017 6:49 PM, Brian Inglis wrote:
>>> On 2017-08-10 15:49, cyg Simple wrote:
On 8/10/2017 5:34 PM, Brian Inglis wrote:
>>
>> http://cygwin.com/ml/cygwin/2017-08/msg00104.html
>
> It i
On 2017-08-11 06:47, cyg Simple wrote:
> On 8/10/2017 6:49 PM, Brian Inglis wrote:
>> On 2017-08-10 15:49, cyg Simple wrote:
>>> On 8/10/2017 5:34 PM, Brian Inglis wrote:
>
> http://cygwin.com/ml/cygwin/2017-08/msg00104.html
It is flowed format with quoted breaks, which I see reas
On 2017-08-11 07:25, Corinna Vinschen wrote:
> On Aug 11 09:15, David Macek wrote:
>> On 11. 8. 2017 1:59, Steven Penny wrote:
>>> On Thu, 10 Aug 2017 16:48:47, Brian Inglis wrote:
Many archives and sites display lines off the right margin instead of
allowing
them to wrap as normal
On Aug 11 09:15, David Macek wrote:
> On 11. 8. 2017 1:59, Steven Penny wrote:
> > On Thu, 10 Aug 2017 16:48:47, Brian Inglis wrote:
> > > Many archives and sites display lines off the right margin instead of
> > > allowing
> > > them to wrap as normal in HTML. Possibly using pre format style with
On 8/10/2017 6:49 PM, Brian Inglis wrote:
> On 2017-08-10 15:49, cyg Simple wrote:
>> On 8/10/2017 5:34 PM, Brian Inglis wrote:
http://cygwin.com/ml/cygwin/2017-08/msg00104.html
>>>
>>> It is flowed format with quoted breaks, which I see reassembled and wrapped
>>> in
>>> the window by T
On 11. 8. 2017 1:59, Steven Penny wrote:
On Thu, 10 Aug 2017 16:48:47, Brian Inglis wrote:
Many archives and sites display lines off the right margin instead of allowing
them to wrap as normal in HTML. Possibly using pre format style without
horizontal scrollbars instead of just specifying a mon
On Thu, 10 Aug 2017 16:48:47, Brian Inglis wrote:
Many archives and sites display lines off the right margin instead of allowing
them to wrap as normal in HTML. Possibly using pre format style without
horizontal scrollbars instead of just specifying a monospace font style. That
makes it a site or
On 2017-08-10 15:49, cyg Simple wrote:
> On 8/10/2017 5:34 PM, Brian Inglis wrote:
>>>
>>> http://cygwin.com/ml/cygwin/2017-08/msg00104.html
>>
>> It is flowed format with quoted breaks, which I see reassembled and wrapped
>> in
>> the window by Thunderbird with no issues:
> So what setting do I
On 2017-08-10 16:22, Steven Penny wrote:
> On Thu, 10 Aug 2017 15:34:11, Brian Inglis wrote:
>> It is flowed format with quoted breaks, which I see reassembled and wrapped
>> in
>> the window by Thunderbird with no issues:
>
> Thats great, but it doesnt do that with Firefox, and it doesnt do that
On Thu, 10 Aug 2017 15:34:11, Brian Inglis wrote:
It is flowed format with quoted breaks, which I see reassembled and wrapped in
the window by Thunderbird with no issues:
Thats great, but it doesnt do that with Firefox, and it doesnt do that with
Internet Explorer. So for people reading the mai
On 8/10/2017 5:34 PM, Brian Inglis wrote:
>>
>> http://cygwin.com/ml/cygwin/2017-08/msg00104.html
>
> It is flowed format with quoted breaks, which I see reassembled and wrapped in
> the window by Thunderbird with no issues:
>
So what setting do I have that is causing me to not see it. Every ma
On 2017-08-10 12:35, Steven Penny wrote:
> On Thu, 10 Aug 2017 10:45:34, cyg Simple wrote:
>> David, I don't know what it is about your email that my thunderbird
>> client doesn't like but I can't read your email except from reviewing
>> the message source.
>
> Hes using quoted-printable, but he i
On Thu, 10 Aug 2017 10:45:34, cyg Simple wrote:
David, I don't know what it is about your email that my thunderbird
client doesn't like but I can't read your email except from reviewing
the message source.
Hes using quoted-printable, but he is not actually breaking on 80, so it just
comes out a
On 8/10/2017 8:31 AM, David Macek wrote:
David, I don't know what it is about your email that my thunderbird
client doesn't like but I can't read your email except from reviewing
the message source. Your assumption that Cygwin strives to be a good
*POSIX* platform also applies to Linux. If you
On 10. 8. 2017 14:04, cyg Simple wrote:
The clue here is, does it only work for this type of OS? If yes then it
isn't portable anyway but should it be? And does it only work on this
type of OS because of an issue that could change as a result of a fix.
Cygwin has always been and will always be
ely impacted - and that's a good thing). But complaints about
> the behavior after six months are a bit unexpected. But I guess not
> everyone keeps their software up-to-date on quite as frequent a
> schedule, so I shouldn't have been as surprised or reacted as harshly.
>
I d
s their software up-to-date on quite as frequent a
schedule, so I shouldn't have been as surprised or reacted as harshly.
At any rate, my advice continues to be the same: how would you deal with
CRLF on a Linux system? That's the ideal way to also deal with it on
Cygwin (we used to have gra
of grep, sed, and awk, was that all
three programs now default to what used to be possible only through 'sed
-b', because silently stripping CR can corrupt data when you are not
expecting it, while requiring the user to explicitly strip CR when they
know they are working with CRLF li
ove the
decision.
All the best,
J.
> -Ursprüngliche Nachricht-
> Von: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] Im
> Auftrag von Jannick
> Gesendet: Mittwoch, 9. August 2017 02:48
> An: cygwin@cygwin.com
> Betreff: RE: gawk 4.1.4: CR separate char for CRLF f
-
Von: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] Im Auftrag von
Jannick
Gesendet: Mittwoch, 9. August 2017 02:48
An: cygwin@cygwin.com
Betreff: RE: gawk 4.1.4: CR separate char for CRLF files
On Tue, 08 Aug 2017 16:23:40 -0700 (PDT), Steven Penny wrote:
> On Wed, 9 Aug 2017 01:15:08,
On Tue, 08 Aug 2017 16:23:40 -0700 (PDT), Steven Penny wrote:
> On Wed, 9 Aug 2017 01:15:08, "Jannick" wrote:
> > the current version 4.1.4 of gawk appears to unpleasantly treat CR for
> > CRLF files, i.e. CR is not gracefully swallowed, but is a separate
character.
> &
On Wed, 9 Aug 2017 01:15:08, "Jannick" wrote:
the current version 4.1.4 of gawk appears to unpleasantly treat CR for CRLF
files, i.e. CR is not gracefully swallowed, but is a separate character.
This makes some, if not all, of the scripts we are working with here
useless, unless the i
Dear All,
the current version 4.1.4 of gawk appears to unpleasantly treat CR for CRLF
files, i.e. CR is not gracefully swallowed, but is a separate character.
This makes some, if not all, of the scripts we are working with here
useless, unless the input files are converted to LF which certainly
>Looked, but didn't see this addressed in the archives...
>Just realized that cygcheck output contains DOS line endings forcing me to
>pipe it through d2u in certain applications. Wondering if this is intended or
>desired behavior. It is installed in /usr/bin, so I would expect to behave
>Unix-l
Looked, but didn't see this addressed in the archives...
Just realized that cygcheck output contains DOS line endings forcing
me to pipe it through d2u in certain applications. Wondering if this
is intended or desired behavior. It is installed in /usr/bin, so I
would expect to behave Unix-like.
e size of files matter, however -- I see the problem for all CRLF files
that I tested. (It worked fine before upgrading a few days ago.)
The weird thing is that, moving the file with CRLF line endings to a binary
mounted filesystem makes less work just fine. Reading the file from a text
mounted filesy
on one machine, this weekend.
>
> In the meantime, put this bug report on hold. Thanks to all of you.
>
> I will let the list know how this comes out.
Was this ever resolved? I have, I guess, the same problem. I cannot see that
the size of files matter, however -- I see the problem
This is to close out my earlier bug report. I think it contains a useful
caveat for others.
I have a very old cygwin installation, which I propagate by updating it on one
machine via setup.exe, and then copying the whole c:/cygwin tree to several
other machines, with tar or rsync. I have not in
> ---
> > please reply on the list
> > and Bottom post please.
> >
> > On 22/01/2016 16:26, KARL BOTTS wrote:
> > >> How largish ?
> > >
> > > Any size larger than a few meg. That is, any size that takes more than
a few
> > > milliseconds to seek to
---
> please reply on the list
> and Bottom post please.
>
> On 22/01/2016 16:26, KARL BOTTS wrote:
> >> How largish ?
> >
> > Any size larger than a few meg. That is, any size that takes more than a
> > few
> > milliseconds to seek to the end, I t
to keep the body of the email
small, per instructions. But there is info attached.
---
Karl Botts, kdbo...@usa.net
-- Original Message --
Received: 04:48 AM CST, 01/21/2016
From: Marco Atzeri
Subject: Re: less.exe v481-1 cannot seek to EOF in CRLF file; current
cygwin32, Win10 only.
On 20
On 20/01/2016 19:32, KARL BOTTS wrote:
In less.exe, when I use either the G or F commands on a largish CRLF file, it
responds:
How largish ?
On Cygwin 32 bit and W7-64 I see no problem with 224 Mbytes
Cannot seek to that file position (press RETURN)
in the bottom "command ed
In less.exe, when I use either the G or F commands on a largish CRLF file, it
responds:
Cannot seek to that file position (press RETURN)
in the bottom "command editing line" of the display.
No problem on LF-only files. Does happen with either mintty or
Windows-Console,
launched f
Am 01.01.2012 17:08, schrieb Christopher Faylor:
> On Sun, Jan 01, 2012 at 09:45:11AM +0100, Franz Fehringer wrote:
>> What is this "interesting workaround"?
>> Most probably we will use bash with "set -o igncr" btw.
>
> Read the forwarded email in this thread.
>
> cgf
>
thanks got it
--
Pro
On 01/01/2012 12:45 AM, Franz Fehringer wrote:
Hi Christopher,
What is this "interesting workaround"?
Most probably we will use bash with "set -o igncr" btw.
Actually I hadn't heard about set -o igncr until this thread but
thinking about it I wouldn't use it. If I did then things would "just
Thorsten Glaser wrote on 31 December 2011 15:00
>tr -d \\r would work, too (but also strip CR in the middle).
sed -e 's/\r$//' preserves CRs in the midddle.
- Barry
..Disclaimer: Statements made herein are not made on behalf of NIAID.
--
Problem reports: http://cygwin.com/problems.html
F
On Sun, Jan 01, 2012 at 09:45:11AM +0100, Franz Fehringer wrote:
>What is this "interesting workaround"?
>Most probably we will use bash with "set -o igncr" btw.
Read the forwarded email in this thread.
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://c
13:32, Chris Sutcliffe wrote:
>>> Below please find the response from Thorsten (the mksh developer)
>>> regarding CRLF.
>> I must say, then why bother with this offbeat mksh? His answers are
>> unconvincing ("I keep everything the same no matter what! Even if it'
On Sat, Dec 31, 2011 at 01:55:58PM -0800, Andrew DeFaria wrote:
>On 12/31/11 13:32, Chris Sutcliffe wrote:
>> Below please find the response from Thorsten (the mksh developer)
>> regarding CRLF.
>I must say, then why bother with this offbeat mksh? His answers are
>unconvincin
On 31 December 2011 16:55, Andrew DeFaria wrote:
> If you just want a ksh Cygwin's got one.
It has two: mksh and the orphaned and unmaintained pdksh, you are free
to use whichever you please.
> move over to bash, which is much better.
Everyone is free to their own opinion.
Chris
--
Chris Sutc
On 12/31/11 13:32, Chris Sutcliffe wrote:
Below please find the response from Thorsten (the mksh developer)
regarding CRLF.
I must say, then why bother with this offbeat mksh? His answers are
unconvincing ("I keep everything the same no matter what! Even if it's
better to do it d
Below please find the response from Thorsten (the mksh developer)
regarding CRLF.
Chris
-- Forwarded message --
From: Thorsten Glaser
Date: 31 December 2011 15:00
Subject: Re: CRLF
To: miros-disc...@mirbsd.org
Chris Sutcliffe dixit:
>The mksh developer's preference is t
On 31 December 2011 10:34, Andrew DeFaria wrote:
> On 12/31/11 02:43, Franz Fehringer wrote:
>> There is an ongoing discussion about how to successfully execute shell
>> scripts with CRLF line endings with bash and zsh.
>> With bash i can use
>> set -o igncr
>&
On 12/31/11 02:43, Franz Fehringer wrote:
Hi,
There is an ongoing discussion about how to successfully execute shell
scripts with CRLF line endings with bash and zsh.
With bash i can use
set -o igncr
and now my question is how to achieve the same thing with mksh (MirBSD
Korn Shell)?
pdksh
Hi,
There is an ongoing discussion about how to successfully execute shell
scripts with CRLF line endings with bash and zsh.
With bash i can use
set -o igncr
and now my question is how to achieve the same thing with mksh (MirBSD
Korn Shell)?
pdksh accepted CRLF scripts without special
On Thu, Oct 22, 2009 at 9:43 PM, P.A.Long wrote:
Please don't send cygcheck output inline. Now any search for any of
the words that happened to show up in that output will find your
message...
--
Mark J. Reed
--
Problem reports: http://cygwin.com/problems.html
FAQ:
P.A.Long wrote:
Dave Korn wrote:
t.a.n.s.t.a.a.f.l@ wrote:
[ ... ] but as can be seen by the attached files, the downloaded gawk
executable always changes CRLF to LF,
Is this what you're looking for?
***snip***
[ ... continues ... ]
c
Dave Korn wrote:
t.a.n.s.t.a.a.f.l@ wrote:
[ ... ] but as can be seen by the attached files, the downloaded
gawk executable always changes CRLF to LF,
Is this what you're looking for?
File: gawk.info, Node: User-modified, Next: Auto-set, Up: Built-in Variables
6.5.1 Bui
Paul McFerrin wrote:
I don't have an answer to your specific problem. But as a side issue, I
see that your PATH is very long. You might consider using a lot of hard
links say in a directory /lbin with a buch of hard links to the real
executables in other directories. You can then shorten PAT
I expected that the binary data should be
left alone. For the most part, it is, but upon occasion a CRLF will
appear inside some of the binary data. All my mounts are binary (see
cygcheck.srv, which is from my laptop), but as can be seen by the
attached files, the
t.a.n.s.t.a.a.f.l@ wrote:
> [ ... ] but as can be seen by the attached files, the downloaded
> gawk executable always changes CRLF to LF,
Is this what you're looking for?
> File: gawk.info, Node: User-modified, Next: Auto-set, Up: Built-in
> Variables
>
> 6.5.1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to [EMAIL PROTECTED] on 1/26/2008 8:37 AM:
|> | Where is the CRLF setting from Cygwin setup.exe stored?
|>
|> $ mount -m
|> $ man mount
|
| Many thanks, Blake.
I prefer Eric, but that's the curse of a double first name :)
> | Where is the CRLF setting from Cygwin setup.exe stored?
>
> $ mount -m
> $ man mount
Many thanks, Blake. And from where does mount retrieve the setting?
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Pro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to [EMAIL PROTECTED] on 1/26/2008 7:24 AM:
| Where is the CRLF setting from Cygwin setup.exe stored?
$ mount -m
$ man mount
- --
Don't work too hard, make some time for fun as well!
Eric Blake [EMAIL PROTECTED]
-BEGI
Where is the CRLF setting from Cygwin setup.exe stored?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Daniel Olivier wrote:
$ find -name \*.xyz > temp.txt
$ for i in $(cat temp.txt); do ls $i; done
: No such file or directorynts/McdFrame/src/...SomeFile.xyz
Notice how the error message overwrote the line becauseit is mysteriously
appended with a CR character (without a LF following it).
I wrot
$ find -name \*.xyz > temp.txt
$ for i in $(cat temp.txt); do ls $i; done
: No such file or directorynts/McdFrame/src/...SomeFile.xyz
Notice how the error message overwrote the line becauseit is mysteriously
appended with a CR character (without a LF following it).
I wrote a small C program to c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Dave Korn on 12/6/2006 4:54 PM:
>
> Actually, there was just /one/ more thing... I don't know if it's equally
> as cross-platform as 'read', but it is defined by POSIX, and you kept on
> mentioning that you can't use d2u because it's n
On 06 December 2006 23:44, Kevin Layer wrote:
> Eric Blake <[EMAIL PROTECTED]> wrote:
Kevin, please snip raw email addys when you reply - it gets people spammed.
http://cygwin.com/acronyms#PCYMTNQREAIYR for more.
>>> read version < foo1.out
>
> I prefer this to the echo -n, because the latte
Eric Blake <[EMAIL PROTECTED]> wrote:
>> read version < foo1.out
I prefer this to the echo -n, because the latter isn't supported on
all the platforms I run on (aix, for one).
Thanks for the help. You guys rock.
Kevin
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem
Mark Fisher <[EMAIL PROTECTED]> wrote:
>> if you change the echo's to "echo -n" you don't get the ^M chars, as
>> it surpresses the CR in the output.
>> is this possible on the "real" scripts you talk about, or is the
>> version generating script/app not changeable?
The only restriction is that i
On 12/5/06, Kevin Layer wrote:
Larry Hall (Cygwin) wrote:
>> > version=`cat foo1.out`
>> > ...
>> Time to adjust your expectations. ;-) Text mounts write CRNL as EOLs
>> for all files that are not explicitly opened as binary (or text for
>> that matter). Text mounts remove the CR from EOLs r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Kevin Layer on 12/4/2006 3:59 PM:
> I'm really perplexed by the following behavior:
>
> [EMAIL PROTECTED] ~
> $ cat -v foo1.sh
> echo 8010 > foo1.out
>
> [EMAIL PROTECTED] ~
> $ cat -v foo2.sh
> sh foo1.sh
> version=`cat foo1.out`
The r
Kevin Layer wrote:
> I'm really perplexed by the following behavior:
>
> [EMAIL PROTECTED] ~
> $ cat -v foo1.sh
> echo 8010 > foo1.out
>
> [EMAIL PROTECTED] ~
> $ cat -v foo2.sh
> sh foo1.sh
> version=`cat foo1.out`
> echo ${version}.bar > foo2.out
> cat -v foo2.out
>
> [EMAIL PROTECTED] ~
> $ sh f
Larry Hall (Cygwin) <[EMAIL PROTECTED]> wrote:
>> > version=`cat foo1.out`
>> > ...
>> Time to adjust your expectations. ;-) Text mounts write CRNL as EOLs
>> for all files that are not explicitly opened as binary (or text for
>> that matter). Text mounts remove the CR from EOLs read from files
Kevin Layer wrote:
I'm really perplexed by the following behavior:
[EMAIL PROTECTED] ~
$ cat -v foo1.sh
echo 8010 > foo1.out
[EMAIL PROTECTED] ~
$ cat -v foo2.sh
sh foo1.sh
version=`cat foo1.out`
echo ${version}.bar > foo2.out
cat -v foo2.out
[EMAIL PROTECTED] ~
$ sh foo2.sh
8010^M.bar^M
[EMA
I'm really perplexed by the following behavior:
[EMAIL PROTECTED] ~
$ cat -v foo1.sh
echo 8010 > foo1.out
[EMAIL PROTECTED] ~
$ cat -v foo2.sh
sh foo1.sh
version=`cat foo1.out`
echo ${version}.bar > foo2.out
cat -v foo2.out
[EMAIL PROTECTED] ~
$ sh foo2.sh
8010^M.bar^M
[EMAIL PROTECTED] ~
$ mou
> I have used cygwin to build the GCC ARM tools and libraries. I am using the
> cygwin1.dll for running my application on windows.
>
> fp = fopen("c:\\hi.yuv", "wb");
There's your problem. Use POSIX names if you want POSIX
behavior. Try fopen("/cygdrive/c/hi.yuv") instead.
--
E
quot;, "wb");
fwrite(OutputArray, 0x14E200, 1, fp);
fclose(fp);
}
All Line Feeds(0x0A) are replaced by CRLF( 0x0D 0x0A) when written to a file
though I am opening the file in binary mode. Is there a method to write the
data in the buffer "Outputarray" as it
On Sun, May 15, 2005 at 12:10:36PM -0700, Yitzchak Scott-Thoennes wrote:
>This patch fixes it for me:
>--- binutils-20041229-1/binutils/deflex.l.orig 2005-05-15 12:03:31.295483200
>-0700
>+++ binutils-20041229-1/binutils/deflex.l 2005-05-15 12:03:38.105275000
>-0700
>@@ -81,6 +81,7 @@
> ";".
On Thu, May 12, 2005 at 06:52:56PM -0700, Yitzchak Scott-Thoennes wrote:
> For some reason, when I run dlltool using a def file with CRLF line
> endings, it is outputing CRs to stdout. Is there a reason for this?
> It's breaking some automated test scripts for me.
>
> $ od fo
Just a note to anyone setting PERLIO=crlf in their environment. It
breaks the CPAN module (and probably others).
Unset PERLIO before running
>perl -MCPAN -e shell
Jason
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.h
Gerrit P. Haase wrote:
I guess the alternative is to leave perl to access the files in binary
mode and then modify the perl scripts to detect and account for what
ever line ends it finds. Is that the recommended approach rather than
using PERLIO=crlf?
To get the most out of PERLIO the
Hello Jason,
> I've been working through the past archives and discovered the change
> made to the default of PERLIO as of perl 5.8.0-3. Setting PERLIO=crlf
> solves my initial problems and all my scripts now run with the new
> version of perl. So far so good, but I am not
I've been working through the past archives and discovered the change
made to the default of PERLIO as of perl 5.8.0-3. Setting PERLIO=crlf
solves my initial problems and all my scripts now run with the new
version of perl. So far so good, but I am not sure if I should set
PERLIO
hi,
i read http://cygwin.com/cygwin-ug-net/using-cygwinenv.html and searched
for a flag that turns of CRLF conversion. For example setxkbmap.exe from
the XFree packages still crashes if i CRLF conversion is globally turned
on with cygwin's setup.exe. I could put any entry into the Regist
On July 3 at 2003 0:49, "Hannu E K Nevalainen (garbage mail)" wrote:
>
> FYI... :-}
>
> I've been in this situation since 1985 or so... (Amiga user since
> then.AmigaOS uses LF EOL. Also been using MS "OS'es" since before
> '85).
> "My way" has been:
> 1) Keep each OS clean of files not havi
can act exactly
as a dos2unix utility, given the standard ARexx IPC and scriptability.
--END OF MESSAGE--
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> Of Richard Bland
> Sent: Monday, June 30, 2003 5:18 PM
> To: [EMAIL PROTECTED
EMAIL PROTECTED]
Subject: Re: CRLF to LF Issue
On Thu, Jun 26, 2003 at 11:54:30AM +0100, Richard Bland wrote:
> fashion. If I use 'patch' to apply a patch file to this source code,
> the CRLF pair become a single LF for every line in the file.
Cygwin patch always creates output
On Thu, Jun 26, 2003 at 11:54:30AM +0100, Richard Bland wrote:
> fashion. If I use 'patch' to apply a patch file to this source code, the
> CRLF pair become a single LF for every line in the file.
Cygwin patch always creates output files in binary (LF EOL). This solves
more pro
Hmm, OK. I've tried this again booting off a Knoppix Linux CD and the diff /
patch over the CRLF files on the FDD worked fine, applying the patch and
preserving the CRLF. This does seem to be something weird with the way
Cygwin is dealing with the files.
Thanks,
Rich
-Original Me
If you just want a quick fix, try using the dos2unix and unix2dos utilities
_
On the move? Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem repo
the target source
code files were all under /mnt/foo (a:). I used 'mount -t a:/ /mnt/foo' for
the mount.
Thanks
Rich
-Original Message-
From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
Sent: 26 June 2003 16:19
To: Richard Bland
Cc: [EMAIL PROTECTED]
Subject: Re: CRLF to LF Is
Unix/MS-Windows. The
> source code files are line terminated with a CR and LF, in the normal MS-DOS
> fashion. If I use 'patch' to apply a patch file to this source code, the
> CRLF pair become a single LF for every line in the file. The patch file may
> only apply to one
a CR and LF, in the normal MS-DOS
fashion. If I use 'patch' to apply a patch file to this source code, the
CRLF pair become a single LF for every line in the file. The patch file may
only apply to one or two lines and was generated using 'diff -Nur' on this
platform. Obviously, I w
On Fri, 14 Mar 2003, Max Bowsher wrote:
> Ronald Landheer-Cieslak wrote:
> > If I followed the discussion on newlib at sources dot rehat dot com
> > correctly,
> I'm afraid you haven't followed the discussion correctly. The patch
> isn't in yet.
> > all required patches are now in CVS and it should
Ronald Landheer-Cieslak wrote:
> If I followed the discussion on newlib at sources dot rehat dot com
> correctly,
I'm afraid you haven't followed the discussion correctly. The patch isn't in
yet.
> all required patches are now in CVS and it should, thus,
> work, without applying them manually, ri
03 at 04:25:41PM +0100, Ronald Landheer-Cieslak wrote:
> > > Hi all,
> > >
> > > I just built & checked current CVS on my NT/4 machine and found crlf.c
> > > failed in execution. Its output:
> > >
> > > crlf: Error at pc=13: ftell
1 - 100 of 113 matches
Mail list logo
