comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » FILE_LINES change in 8.4
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Return to the default flat view Create a new topic Submit Reply
Re: FILE_LINES change in 8.4 [message #92788 is a reply to message #92783] Mon, 29 February 2016 03:47 Go to previous message
markb77 is currently offline  markb77
Messages: 217
Registered: July 2006
Senior Member
On Friday, February 26, 2016 at 11:02:34 PM UTC+1, Chris Torrence wrote:
> On Wednesday, February 17, 2016 at 9:00:51 AM UTC-7, fawltyl...@gmail.com wrote:
>> It's a bug. IDL 8.4 works fine:
>>
>> IDL> print, !version & help, file_lines('LYLOUT_120522_030000_3600.dat.gz', /compress)
>> { x86_64 linux unix linux 8.5.1 Nov 14 2015 64 64}
>> <Expression> LONG64 = 0
>>
>> IDL> print, !version & help, file_lines('LYLOUT_120522_030000_3600.dat.gz', /compress)
>> { x86_64 linux unix linux 8.4.1 Feb 16 2015 64 64}
>> <Expression> LONG64 = 123806
>>
>> regards,
>> Lajos
>>
>>
>> It's a regressionOn Wednesday, February 17, 2016 at 3:44:15 PM UTC+1, Phillip Bitzer wrote:
>>> Folks-
>>>
>>> Weird issue I've come across in the past few days. It seems the behavior of FILE_LINES has changed from 8.4 to 8.5.
>>>
>>> I've used a line of code like this since pre-7 days with no problems:
>>>
>>> nLines = FILE_LINES(f, /COMPRESS)
>>>
>>> where f is a basic gzipped file.
>>>
>>> Now, this returns zero for me.
>>>
>>> Anyone else using FILE_LINES with compressed files?
>>>
>>> Here's a concrete example:
>>>
>>> IDL> f='LYLOUT_120522_030000_3600.dat.gz'
>>>
>>> (File available here: https://goo.gl/ROaE3J)
>>>
>>> Under 8.4, I get:
>>> IDL> file_lines(f, /compress)
>>> 123806
>>>
>>> but under 8.5 I get:
>>> IDL> file_lines(f, /compress)
>>> 0
>>>
>>> The file really is gzipped:
>>> $ file LYLOUT_120522_030000_3600.dat.gz
>>> LYLOUT_120522_030000_3600.dat.gz: gzip compressed data, was "LYLOUT_120522_030000_3600.dat", from Unix, last modified: Sat Jul 7 08:30:46 2012, max compression
>>>
>>> Running on Mac 10.9.5 FWIW.
>
> Yep, I was able to reproduce this. In IDL 8.5 we fixed a different bug to allow GZ files greater than 4 Gb to work properly. That fix inadvertently broke file_lines with gzip compressed files.
>
> It will be fixed in the next IDL version.
>
> Thanks for reporting!
>
> -Chris


hi Chris,

Can you give us more details about the change with respect to opening zipped files larger than 4GB?

thanks
Mark
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Re: Open Source LiDAR LAS file manipulator for IDL and ENVI
Next Topic: Looping through structures

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Thu Oct 09 22:47:20 PDT 2025

Total time taken to generate the page: 0.55879 seconds