[opam-devel] OPAM 1.0 now segfaulting on main repository

[Anil Madhavapeddy]

Nope -- it's always a fresh installation in every run, with no upgrades or anything.

-anil

On 7 Oct 2013, at 12:08, Louis Gesbert <louis.gesbert at ocamlpro.com> wrote:

> This is probably due to an unmarshalling across different versions of ocaml (.opam/state.cache);
> is it possible that some files are already present in ~/.opam when the travis script is run ?
> 
> On Monday 07 October 2013 12:58:16 Louis Gesbert wrote:
>> I couldn'nt reproduce yet by installing opam-1.0.0-1:i386 on my debian: seems to work fine.
>> Will try some more
>> 
>> On Monday 07 October 2013 11:28:00 Anil Madhavapeddy wrote:
>>> I notice that the i386 OPAM 1.0 is now reliably segfaulting on the default library:
>>> 
>>> .travis-ci.sh: line 48:  5483 Segmentation fault      opam init .
>>> 
>>> This wouldn't ordinarily be a problem except that it's the default compiler in Debian/Ubuntu still, so does anyone feel like taking a look?  Note that it doesn't happen with OPAM 1.1 on any of the tests, and it only happens with OPAM 1.0 and OCaml 3.12.1 (4.x is fine).
>>> 
>>> -anil
>>> _______________________________________________
>>> opam-devel mailing list
>>> opam-devel at lists.ocaml.org
>>> http://lists.ocaml.org/listinfo/opam-devel
>> _______________________________________________
>> opam-devel mailing list
>> opam-devel at lists.ocaml.org
>> http://lists.ocaml.org/listinfo/opam-devel
> _______________________________________________
> opam-devel mailing list
> opam-devel at lists.ocaml.org
> http://lists.ocaml.org/listinfo/opam-devel
>