Ok. I can open an issue. Thank you for the hint. Jacob. I will get back to you soon.
Am Dienstag, 27. Oktober 2015 16:02:29 UTC+1 schrieb Stefan Karpinski: > > Please do file an issue on the SQLite.jl repo: > https://github.com/JuliaDB/SQLite.jl/issues. > > On Tue, Oct 27, 2015 at 5:47 AM, bernhard <[email protected] <javascript:> > > wrote: > >> Hi Jacob >> >> Thank you. >> On my machine (Win7) SQLite is not working though. Either Julia crashes >> after "using SQLite" or I get the error below: >> >> >> Executing .juliarc.jl... done >> _ >> _ _ _(_)_ | A fresh approach to technical computing >> (_) | (_) (_) | Documentation: http://docs.julialang.org >> _ _ _| |_ __ _ | Type "?help" for help. >> | | | | | | |/ _` | | >> | | |_| | | | (_| | | Version 0.4.0 (2015-10-08 06:20 UTC) >> _/ |\__'_|_|_|\__'_| | Official http://julialang.org/ release >> |__/ | x86_64-w64-mingw32 >> >> julia> versioninfo() >> Julia Version 0.4.0 >> Commit 0ff703b* (2015-10-08 06:20 UTC) >> Platform Info: >> System: Windows (x86_64-w64-mingw32) >> CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz >> WORD_SIZE: 64 >> BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY Sandybridge) >> LAPACK: libopenblas64_ >> LIBM: libopenlibm >> LLVM: libLLVM-3.3 >> >> julia> using SQLite >> INFO: Recompiling stale cache file >> C:\Users\workstation\.julia\lib\v0.4\SQLite.j >> i for module SQLite. >> >> Please submit a bug report with steps to reproduce this fault, and any >> error mes >> sages that follow (in their entirety). Thanks. >> Exception: EXCEPTION_ACCESS_VIOLATION at 0x64f749d2 -- >> jl_deserialize_lambdas_fr >> om_mod at C:\Program Files\Juno\resources\app\julia\bin\libjulia.dll >> (unknown li >> ne) >> jl_deserialize_lambdas_from_mod at C:\Program >> Files\Juno\resources\app\julia\bin >> \libjulia.dll (unknown line) >> jl_deserialize_lambdas_from_mod at C:\Program >> Files\Juno\resources\app\julia\bin >> \libjulia.dll (unknown line) >> jl_restore_incremental at C:\Program >> Files\Juno\resources\app\julia\bin\libjulia >> .dll (unknown line) >> _require_from_serialized at loading.jl:84 >> jlcall__require_from_serialized_3803 at (unknown line) >> jl_apply_generic at C:\Program >> Files\Juno\resources\app\julia\bin\libjulia.dll ( >> unknown line) >> require at loading.jl:225 >> jlcall_require_3246 at (unknown line) >> jl_apply_generic at C:\Program >> Files\Juno\resources\app\julia\bin\libjulia.dll ( >> unknown line) >> jl_init_serializer at C:\Program >> Files\Juno\resources\app\julia\bin\libjulia.dll >> (unknown line) >> jl_eval_with_compiler_p at C:\Program >> Files\Juno\resources\app\julia\bin\libjuli >> a.dll (unknown line) >> jl_eval_module_expr at C:\Program >> Files\Juno\resources\app\julia\bin\libjulia.dl >> l (unknown line) >> jl_eval_with_compiler_p at C:\Program >> Files\Juno\resources\app\julia\bin\libjuli >> a.dll (unknown line) >> jl_eval_module_expr at C:\Program >> Files\Juno\resources\app\julia\bin\libjulia.dl >> l (unknown line) >> jl_eval_with_compiler_p at C:\Program >> Files\Juno\resources\app\julia\bin\libjuli >> a.dll (unknown line) >> jl_eval_with_compiler_p at C:\Program >> Files\Juno\resources\app\julia\bin\libjuli >> a.dll (unknown line) >> jl_parse_eval_all at C:\Program >> Files\Juno\resources\app\julia\bin\libjulia.dll >> (unknown line) >> jl_load_ at C:\Program Files\Juno\resources\app\julia\bin\libjulia.dll >> (unknown >> line) >> include at boot.jl:261 >> jl_apply_generic at C:\Program >> Files\Juno\resources\app\julia\bin\libjulia.dll ( >> unknown line) >> include_from_node1 at loading.jl:304 >> jl_apply_generic at C:\Program >> Files\Juno\resources\app\julia\bin\libjulia.dll ( >> unknown line) >> jl_interpret_toplevel_expr at C:\Program >> Files\Juno\resources\app\julia\bin\libj >> ulia.dll (unknown line) >> jl_interpret_toplevel_thunk_with at C:\Program >> Files\Juno\resources\app\julia\bi >> n\libjulia.dll (unknown line) >> jl_eval_with_compiler_p at C:\Program >> Files\Juno\resources\app\julia\bin\libjuli >> a.dll (unknown line) >> jl_f_tuple at C:\Program Files\Juno\resources\app\julia\bin\libjulia.dll >> (unknow >> n line) >> anonymous at none:2 >> jl_eval_with_compiler_p at C:\Program >> Files\Juno\resources\app\julia\bin\libjuli >> a.dll (unknown line) >> jl_f_tuple at C:\Program Files\Juno\resources\app\julia\bin\libjulia.dll >> (unknow >> n line) >> process_options at client.jl:284 >> _start at client.jl:411 >> jlcall__start_1845 at (unknown line) >> jl_apply_generic at C:\Program >> Files\Juno\resources\app\julia\bin\libjulia.dll ( >> unknown line) >> unknown function (ip: 00000000004018D0) >> unknown function (ip: 000000000040282B) >> unknown function (ip: 000000000040140C) >> unknown function (ip: 000000000040153B) >> BaseThreadInitThunk at C:\Windows\system32\kernel32.dll (unknown line) >> RtlUserThreadStart at C:\Windows\SYSTEM32\ntdll.dll (unknown line) >> ERROR: LoadError: Failed to precompile DataStreams to >> C:\Users\workstation\.juli >> a\lib\v0.4\DataStreams.ji >> in error at error.jl:21 >> while loading C:\Users\workstation\.julia\SQLite\src\SQLite.jl, in >> expression st >> arting on line 1 >> ERROR: Failed to precompile SQLite to >> C:\Users\workstation\.julia\lib\v0.4\SQLit >> e.ji >> in error at error.jl:21 >> >> julia> >> >> >> Am Dienstag, 27. Oktober 2015 06:25:50 UTC+1 schrieb Jacob Quinn: >>> >>> Hey everyone, >>> >>> I know it's been mentioned here and there, but now it's official: two >>> new packages have been officially released for 0.4, DataStreams.jl and >>> CSV.jl. SQLite.jl has also gone through a big overhaul to modernize the >>> code and rework the data processing interface. >>> >>> DataStreams.jl is a new package with a lofty goal and not a lot of code. >>> It aims to put forth a data ingestion/processing framework that can be used >>> by all types of data-reader/ingestion/source/sink/writer type packages. The >>> basic idea is that for a type of data source, defining a `Source` and >>> `Sink` types, and then implementing the various combinations of >>> `Data.stream!(::Source, ::Sink)` methods that make sense. For example, >>> CSV.jl and SQLite.jl now both have `Source` and `Sink` types, and I've >>> simply defined the following methods between the two packages: >>> >>> Data.stream!(source::CSV.Source, sink::SQLite.Sink) => parse a CSV >>> file represented by `source` directly into the SQLite table represented by >>> `sink` >>> Data.stream!(source::SQLite.Source, sink::CSV.Sink) => fetch the >>> SQLite table represented by `source` directly out to a CSV file represented >>> by `sink` >>> >>> The DataStreams.jl package also defines a `Data.Table` type which is >>> simply: >>> >>> type Table{T} >>> schema::Data.Schema >>> data::T >>> end >>> >>> this is meant as a "backend-agnostic" kind of type that represents an >>> in-memory Julia structure. Currently the default constructors put a >>> `Vector{NullableVector}` as the `.data` field, but it could really be >>> anything you wanted (e.g. DataFrame, Matrix, etc.). The aim of `Data.Table` >>> certainly isn't to replace something like DataFrames, but rather to act as >>> a default "pure julia type" with the DataStreams.jl framework. Indeed, to >>> do a non-copying convert of a `Data.Table` to a `DataFrame` is just: >>> `DataFrame(dt::Data.Table)`. >>> >>> You can see more details in the blog post I wrote up here: >>> http://julialang.org/blog/2015/10/datastreams/ >>> >>> A big thanks to a number of people as well who have helped encourage and >>> develop these packages with me. I truly love the community and caliber of >>> people around here and just want to say thanks. >>> >>> DataStreams.jl: https://github.com/JuliaDB/DataStreams.jl >>> CSV.jl: https://github.com/JuliaDB/CSV.jl >>> SQLite.jl: https://github.com/JuliaDB/SQLite.jl >>> >>> -Jacob >>> >> >
