Thanks for the quick fix!
On Feb 1, 2016 6:36 PM, "Hervé Pagès" <hpa...@fredhutch.org> wrote:
> Hi all,
>
> The problem was in S4Vectors where I introduced a regression about 10
> days ago. Thanks to Martin for spotting the bug for me. Should be fixed
> in S4Vectors 0.9.27.
>
> Sorry for the inconvenience,
> H.
>
>
> On 02/01/2016 01:02 PM, Morgan, Martin wrote:
>
>> I don't see an error, but on linux under valgrind and current R-devel /
>> bioc packages and especially
>>
>> packageVersion("S4Vectors")
>>>
>> [1] '0.9.26'
>>
>>
>> I see
>>
>> rse[1:2,] # hangs
>>>
>> ==23105== Invalid read of size 4
>> ==23105== at 0xD0B8D4D: int_bsearch (Rle_class.c:606)
>> ==23105== by 0xD0B8C45: find_window_runs2 (Rle_class.c:654)
>> ==23105== by 0xD0B868B: find_runs_of_ranges2 (Rle_class.c:719)
>> ==23105== by 0xD0B6F5A: find_runs_of_ranges (Rle_class.c:837)
>> ==23105== by 0xD0B75CA: _subset_Rle_by_ranges (Rle_class.c:996)
>> ==23105== by 0xD0B7A42: Rle_extract_ranges (Rle_class.c:1018)
>> ==23105== by 0x4F24411: R_doDotCall (dotcode.c:582)
>> ==23105== by 0x4F31621: do_dotcall (dotcode.c:1251)
>> ==23105== by 0x4F6FA8A: Rf_eval (eval.c:713)
>> ==23105== by 0x4F88101: do_begin (eval.c:1806)
>> ==23105== by 0x4F6F8B7: Rf_eval (eval.c:685)
>> ==23105== by 0x4F85303: Rf_applyClosure (eval.c:1134)
>> ==23105== Address 0x80f1760 is 0 bytes after a block of size 0 alloc'd
>> ==23105== at 0x4C2AB80: malloc (in
>> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
>> ==23105== by 0xD0B8549: find_runs_of_ranges2 (Rle_class.c:704)
>> ==23105== by 0xD0B6F5A: find_runs_of_ranges (Rle_class.c:837)
>> ==23105== by 0xD0B75CA: _subset_Rle_by_ranges (Rle_class.c:996)
>> ==23105== by 0xD0B7A42: Rle_extract_ranges (Rle_class.c:1018)
>> ==23105== by 0x4F24411: R_doDotCall (dotcode.c:582)
>> ==23105== by 0x4F31621: do_dotcall (dotcode.c:1251)
>> ==23105== by 0x4F6FA8A: Rf_eval (eval.c:713)
>> ==23105== by 0x4F88101: do_begin (eval.c:1806)
>> ==23105== by 0x4F6F8B7: Rf_eval (eval.c:685)
>> ==23105== by 0x4F85303: Rf_applyClosure (eval.c:1134)
>> ==23105== by 0x4F6FB9C: Rf_eval (eval.c:732)
>> ==23105==
>> ==23105== Invalid read of size 4
>> ==23105== at 0xD0B8D7D: int_bsearch (Rle_class.c:612)
>> ==23105== by 0xD0B8C45: find_window_runs2 (Rle_class.c:654)
>> ==23105== by 0xD0B868B: find_runs_of_ranges2 (Rle_class.c:719)
>> ==23105== by 0xD0B6F5A: find_runs_of_ranges (Rle_class.c:837)
>> ==23105== by 0xD0B75CA: _subset_Rle_by_ranges (Rle_class.c:996)
>> ==23105== by 0xD0B7A42: Rle_extract_ranges (Rle_class.c:1018)
>> ==23105== by 0x4F24411: R_doDotCall (dotcode.c:582)
>> ==23105== by 0x4F31621: do_dotcall (dotcode.c:1251)
>> ==23105== by 0x4F6FA8A: Rf_eval (eval.c:713)
>> ==23105== by 0x4F88101: do_begin (eval.c:1806)
>> ==23105== by 0x4F6F8B7: Rf_eval (eval.c:685)
>> ==23105== by 0x4F85303: Rf_applyClosure (eval.c:1134)
>> ==23105== Address 0x8ba088c is 4 bytes before a block of size 0 alloc'd
>> ==23105== at 0x4C2AB80: malloc (in
>> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
>> ==23105== by 0xD0B8549: find_runs_of_ranges2 (Rle_class.c:704)
>> ==23105== by 0xD0B6F5A: find_runs_of_ranges (Rle_class.c:837)
>> ==23105== by 0xD0B75CA: _subset_Rle_by_ranges (Rle_class.c:996)
>> ==23105== by 0xD0B7A42: Rle_extract_ranges (Rle_class.c:1018)
>> ==23105== by 0x4F24411: R_doDotCall (dotcode.c:582)
>> ==23105== by 0x4F31621: do_dotcall (dotcode.c:1251)
>> ==23105== by 0x4F6FA8A: Rf_eval (eval.c:713)
>> ==23105== by 0x4F88101: do_begin (eval.c:1806)
>> ==23105== by 0x4F6F8B7: Rf_eval (eval.c:685)
>> ==23105== by 0x4F85303: Rf_applyClosure (eval.c:1134)
>> ==23105== by 0x4F6FB9C: Rf_eval (eval.c:732)
>> ==23105==
>>
>>
>>
>> ________________________________________
>> From: Bioc-devel <bioc-devel-boun...@r-project.org> on behalf of Michael
>> Love <michaelisaiahl...@gmail.com>
>> Sent: Monday, February 1, 2016 3:35 PM
>> To: Dan Tenenbaum
>> Cc: bioc-devel; Hervé Pagès
>> Subject: Re: [Bioc-devel] TIMEOUTs on Morelia
>>
>> I was able to construct a minimal example where it seems the bug
>> originates
>> from SummarizedExperiment:
>>
>> library(SummarizedExperiment)
>> se <- SummarizedExperiment(matrix(1:6,ncol=2))
>> rse <- as(se, "RangedSummarizedExperiment")
>> rse[1:2,] # hangs
>>
>>
>> On Mon, Feb 1, 2016 at 2:57 PM, Michael Love <michaelisaiahl...@gmail.com
>> >
>> wrote:
>>
>> Thanks Stephen and Dan, sorry I haven't chased this down recently.
>>>
>>> I have access to a Mac and will look into it now.
>>>
>>> -Mike
>>>
>>> On Mon, Feb 1, 2016 at 1:45 PM, Dan Tenenbaum <dtene...@fredhutch.org>
>>> wrote:
>>>
>>> Actually, it does seem like there is a more complicated issue going on. I
>>>> will investigate and report back here.
>>>>
>>>> Thanks,
>>>> Dan
>>>>
>>>>
>>>> ----- Original Message -----
>>>>
>>>>> From: "Dan Tenenbaum" <dtene...@fredhutch.org>
>>>>> To: "Hartley, Stephen (NIH/NHGRI) [F]" <stephen.hart...@nih.gov>
>>>>> Cc: "bioc-devel" <bioc-devel@r-project.org>
>>>>> Sent: Monday, February 1, 2016 10:11:54 AM
>>>>> Subject: Re: [Bioc-devel] TIMEOUTs on Morelia
>>>>>
>>>>
>>>> I think the morelia server was overloaded, so it was restarted
>>>>>
>>>> yesterday around
>>>>
>>>>> 11PM Seattle time, so I hope we will see fewer TIMEOUTs in today's
>>>>> build
>>>>> report.
>>>>> Dan
>>>>>
>>>>>
>>>>> ----- Original Message -----
>>>>>
>>>>>> From: "Hartley, Stephen (NIH/NHGRI) [F]" <stephen.hart...@nih.gov>
>>>>>> To: "bioc-devel" <bioc-devel@r-project.org>
>>>>>> Sent: Monday, February 1, 2016 10:06:11 AM
>>>>>> Subject: [Bioc-devel] TIMEOUTs on Morelia
>>>>>>
>>>>>
>>>>> The current devel build for DESeq2 has status TIMEOUT on Morelia. This
>>>>>>
>>>>> is odd
>>>>
>>>>> since the package builder gives it 40 minutes to complete, and it
>>>>>>
>>>>> finishes in
>>>>
>>>>> less than 5 on zin2 and muscato2.
>>>>>>
>>>>>> A bunch of packages that depend on or suggest DESeq2 also timeout on
>>>>>>
>>>>> Morelia:
>>>>
>>>>> DiffBind, derfinder, DChIPRep, gage, phyloseq, rgsepd, systemPipeR,
>>>>>>
>>>>> and TCC.
>>>>
>>>>> All of them time out after 40 minutes, but take less than 10 minutes
>>>>>>
>>>>> to build
>>>>
>>>>> on zin2 and moscato2.
>>>>>>
>>>>>> So I guess the question is: is it DESeq2, or is something wrong with
>>>>>>
>>>>> the Morelia
>>>>
>>>>> server? I don't have an OSX-mavericks machine to test it all out on.
>>>>>>
>>>>>> Is there any way to get previous daily build reports, or are they
>>>>>>
>>>>> deleted daily?
>>>>
>>>>>
>>>>>> -Steve
>>>>>>
>>>>>> [[alternative HTML version deleted]]
>>>>>>
>>>>>> _______________________________________________
>>>>>> Bioc-devel@r-project.org mailing list
>>>>>> https://stat.ethz.ch/mailman/listinfo/bioc-devel
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Bioc-devel@r-project.org mailing list
>>>>> https://stat.ethz.ch/mailman/listinfo/bioc-devel
>>>>>
>>>>
>>>> _______________________________________________
>>>> Bioc-devel@r-project.org mailing list
>>>> https://stat.ethz.ch/mailman/listinfo/bioc-devel
>>>>
>>>>
>>>
>>>
>> [[alternative HTML version deleted]]
>>
>> _______________________________________________
>> Bioc-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/bioc-devel
>>
>> This email message may contain legally privileged and/or confidential
>> information. If you are not the intended recipient(s), or the employee or
>> agent responsible for the delivery of this message to the intended
>> recipient(s), you are hereby notified that any disclosure, copying,
>> distribution, or use of this email message is prohibited. If you have
>> received this message in error, please notify the sender immediately by
>> e-mail and delete this email message from your computer. Thank you.
>>
>>
> --
> Hervé Pagès
>
> Program in Computational Biology
> Division of Public Health Sciences
> Fred Hutchinson Cancer Research Center
> 1100 Fairview Ave. N, M1-B514
> P.O. Box 19024
> Seattle, WA 98109-1024
>
> E-mail: hpa...@fredhutch.org
> Phone: (206) 667-5791
> Fax: (206) 667-1319
>
[[alternative HTML version deleted]]
_______________________________________________
Bioc-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/bioc-devel
