Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Error handling #413

Closed
wants to merge 13 commits into from
Closed

Error handling #413

wants to merge 13 commits into from

Conversation

kdubb
Copy link
Contributor

@kdubb kdubb commented Apr 17, 2016

Retreats from the use of fatalError to report most errors and takes up the Swift error handling mechanism. Found being able to throw errors extremely useful when writing custom binding code (e.g. external implementations of Value).

Not sure this PR is complete yet. Wanted to give an early look to see your thoughts. It piggybacks on my connection_pool branch/PR at the moment.

kdubb added 7 commits April 15, 2016 22:23
Uses WAL mode to support multiple reads and a single writer.
Allows customizing new connections once created
ConnectionType is now Connection and Connection is now DBConnection
vfs seems to be a more reliable handling of exclusive mode.
kdubb added 5 commits April 18, 2016 18:02
Was using incorrect dispatch_once token.
# Conflicts:
#	SQLiteTests/ConnectionPoolTests.swift
Most fatalErrors have been replaced with proper Swift error handling.  Aside from being more "correct" Swift code this also allows errors during binding to be thrown from external code and handled in places like custom function invocation.
It didn't make a lot of sense to being requiring `try` when calling operators that were building queries.  Other functions like `scalar` and `pluck` are now correctly throwing errors
@nickmshelley
Copy link
Collaborator

This would be awesome to have, but it seems to depend on #411 at the moment. Would it be better to make it a standalone PR or just wait until #411 is finished up and merged?

@ghost
Copy link

ghost commented Sep 7, 2016

What is the state of this PR? I am hitting the issue in #430 and cant use the library because of this. Can I help somehow?

@brandenr
Copy link
Collaborator

brandenr commented Sep 8, 2016

#411 has merged. Is this one ready to be finished?

@nickmshelley
Copy link
Collaborator

nickmshelley commented Sep 8, 2016

#398 and #470 were merged, but a new release hasn't been created since then. Those were the only functions I used that could crash, so I probably won't do anything with this one since it goes a lot deeper than I care to.

@jberkel jberkel added this to the 0.11.2 milestone Dec 7, 2016
@jberkel jberkel modified the milestones: 0.11.2, 0.11.3 Dec 29, 2016
@jberkel jberkel modified the milestones: 0.11.3, 0.11.4 Mar 30, 2017
jberkel added a commit that referenced this pull request Sep 16, 2017
@jberkel jberkel modified the milestones: 0.11.4, 0.12.0 Sep 16, 2017
@jberkel jberkel mentioned this pull request Sep 28, 2017
@jberkel
Copy link
Collaborator

jberkel commented Sep 28, 2017

#736

@jberkel jberkel closed this Sep 28, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants