At 11:45 AM 5/30/2001, [EMAIL PROTECTED] wrote:
>Debugging the HTML::Parser test above showed that the in-memory string $HTML 
>contained only ascii 10's at line-end, while the string read back from disk 
>($FILTERED) had the 13/10 combination.
>
>Cygwin list - any ideas? I've installed previous versions of HTML::Parser with no 
>problems. I upgraded to the most recent released version of cygwin yesterday.
>
>$ uname -a
>CYGWIN_NT-5.0 DCARTER 1.3.2(0.39/3/2) 2001-05-20 23:28 i686 unknown
>
>$ mount
>d:\cygwin\bin on /usr/bin type system (textmode)
>d:\cygwin\lib on /usr/lib type system (textmode)
>d:\cygwin on / type system (textmode)
>c: on /cygdrive/c type user (textmode,noumount)
>d: on /cygdrive/d type user (textmode,noumount)
>e: on /cygdrive/e type user (textmode,noumount)


Did your mounts change in the recent install?  From what you've shown here,
every file created will be text format.  textmode is not the typical mount
type for the first three mount points you show.  If you had these mount 
points as binmode before, this may account for some of the problems you 
see now.  Do you know if HTML::Parser is properly ported to systems where
behavior of files in textmode != binmode?


Larry Hall                              [EMAIL PROTECTED]
RFK Partners, Inc.                      http://www.rfk.com
118 Washington Street                   (508) 893-9779 - RFK Office
Holliston, MA 01746                     (508) 893-9889 - FAX


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Reply via email to