From: Vladislav Shpilevoy <v.shpilevoy@tarantool.org> To: Cyrill Gorcunov <gorcunov@gmail.com>, tml <tarantool-patches@dev.tarantool.org> Subject: Re: [Tarantool-patches] [PATCH 09/17] recovery: recovery_new -- don't throw exception Date: Sun, 3 May 2020 20:47:00 +0200 [thread overview] Message-ID: <36cb2221-6640-1974-b2ee-bc251c345aaa@tarantool.org> (raw) In-Reply-To: <20200428161137.20536-10-gorcunov@gmail.com> Thanks for the patch! See 2 comments below. > diff --git a/src/box/recovery.cc b/src/box/recovery.cc > index 24036b7c1..1c7665f87 100644 > --- a/src/box/recovery.cc > +++ b/src/box/recovery.cc > @@ -77,24 +77,21 @@ > /* {{{ Initial recovery */ > > /** > - * Throws an exception in case of error. > + * Returns NULL in case of error. > */ > struct recovery * > recovery_new(const char *wal_dirname, bool force_recovery, > const struct vclock *vclock) > { > - struct recovery *r = (struct recovery *) > - calloc(1, sizeof(*r)); > + struct recovery *r; > > + r = (struct recovery *)calloc(1, sizeof(*r)); 1. Would look better, if you assign 'r' on the same line where you declare it. It is not really necessary to declare all variables in the beginning and assign them separately. Looks ugly, IMO. At least this particular place. > diff --git a/src/box/relay.cc b/src/box/relay.cc > index 2e17d0476..a5bcd9580 100644 > --- a/src/box/relay.cc > +++ b/src/box/relay.cc > @@ -363,8 +363,10 @@ relay_final_join(int fd, uint64_t sync, struct vclock *start_vclock, > relay_delete(relay); > }); > > - relay->r = recovery_new(cfg_gets("wal_dir"), false, > - start_vclock); > + relay->r = recovery_new(cfg_gets("wal_dir"), false, start_vclock); > + if (relay->r == NULL) > + diag_raise(); > + > vclock_copy(&relay->stop_vclock, stop_vclock); > > int rc = cord_costart(&relay->cord, "final_join", > @@ -717,8 +719,10 @@ relay_subscribe(struct replica *replica, int fd, uint64_t sync, > }); > > vclock_copy(&relay->local_vclock_at_subscribe, &replicaset.vclock); > - relay->r = recovery_new(cfg_gets("wal_dir"), false, > - replica_clock); 2. This may look like a nit, but you could keep these 2 lines unchanged. The same about the hunk above. My arguments are the same - patch size and git blame purity. > + relay->r = recovery_new(cfg_gets("wal_dir"), false, replica_clock); > + if (relay->r == NULL) > + diag_raise(); > + > vclock_copy(&relay->tx.vclock, replica_clock); > relay->version_id = replica_version_id; > >
next prev parent reply other threads:[~2020-05-03 18:47 UTC|newest] Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-04-28 16:11 [Tarantool-patches] [PATCH 00/17] recovery: move from cxx to c code Cyrill Gorcunov 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 01/17] recovery: do not call recovery_stop_local inside recovery_delete Cyrill Gorcunov 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 02/17] recovery: convert WalSubscription class to structure Cyrill Gorcunov 2020-05-03 18:42 ` Vladislav Shpilevoy 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 03/17] recovery: recovery_close_log -- don't throw exception Cyrill Gorcunov 2020-05-03 18:43 ` Vladislav Shpilevoy 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 04/17] recovery: recovery_open_log " Cyrill Gorcunov 2020-05-03 18:43 ` Vladislav Shpilevoy 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 05/17] recovery: recover_xlog " Cyrill Gorcunov 2020-05-03 18:44 ` Vladislav Shpilevoy 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 06/17] recovery: recover_remaining_wals " Cyrill Gorcunov 2020-05-03 18:44 ` Vladislav Shpilevoy 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 07/17] recovery: hot_standby_f " Cyrill Gorcunov 2020-05-03 18:45 ` Vladislav Shpilevoy 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 08/17] recovery: recovery_follow_local " Cyrill Gorcunov 2020-05-03 18:46 ` Vladislav Shpilevoy 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 09/17] recovery: recovery_new " Cyrill Gorcunov 2020-05-03 18:47 ` Vladislav Shpilevoy [this message] 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 10/17] recovery: recovery_scan " Cyrill Gorcunov 2020-05-03 18:47 ` Vladislav Shpilevoy 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 11/17] recovery: recovery_finalize " Cyrill Gorcunov 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 12/17] recovery: recovery_stop_local " Cyrill Gorcunov 2020-05-03 18:47 ` Vladislav Shpilevoy 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 13/17] recovery: cxx to c transition Cyrill Gorcunov 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 14/17] recovery: drop redundant type_XlogGapError Cyrill Gorcunov 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 15/17] recovery: provide throwable wrappers Cyrill Gorcunov 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 16/17] box: use _xc helpers of recovery code Cyrill Gorcunov 2020-05-03 18:47 ` Vladislav Shpilevoy 2020-04-28 16:11 ` [Tarantool-patches] [PATCH 17/17] relay: use _xc recovery helpers Cyrill Gorcunov 2020-04-28 16:24 ` [Tarantool-patches] [PATCH 01/17] recovery: do not call recovery_stop_local inside recovery_delete Cyrill Gorcunov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=36cb2221-6640-1974-b2ee-bc251c345aaa@tarantool.org \ --to=v.shpilevoy@tarantool.org \ --cc=gorcunov@gmail.com \ --cc=tarantool-patches@dev.tarantool.org \ --subject='Re: [Tarantool-patches] [PATCH 09/17] recovery: recovery_new -- don'\''t throw exception' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox