Potential Concerns in Stopping Meteor Ungracefully -


just getting meteor, many accounts seems great project. 1 potential issue (which may not be) there doesn't seem meteor stop or programmatic way shut down meteor gracefully. please let me know if wrong this!

are there potential concerns maintaining database integrity (for example), if interrupt process using ctrl-c or shutting down via activity monitor? , there steps can take reduce or eliminate such issues?

caveat: recognize above questions vague, , understand considered harmful on stack, hope still answerable ones.

thanks,

it there cleanup takes place before process terminated (https://github.com/meteor/meteor/blob/master/tools/cleanup.js).

the first signal sent sigint polite way ask process shut down (and give time finish last running thread)

with database integrity, mongod process tries clean before shuts down & has recovery mechanism (from journal files) on quick recovery while restarting if forced shutdown.

that being said, in middle of longer running thread i'm not sure if it's allowed finish or killed immediately. meteor attempt give chance have graceful termination @ first, , escalates sighup sigterm (which still graceful termination signal). @ no point meteor force or send sigkill or sigstop.

so meteor apps should safe ctrl+c termination. activity monitor termination depends on type of signal sent (i.e force quit or quit)


Comments

Post a Comment

Popular posts from this blog

linux - xterm copying to CLIPBOARD using copy-selection causes automatic updating of CLIPBOARD upon mouse selection -

i've tried various ways coerce xterm (versions 285 , 292) copy selection clipboard clipboard whenever press ctrl-shift-c. promising way far has been, in ~/.xresources, put this: xterm*vt100.translations: #override \ ctrl shift <keypress> c: copy-selection(clipboard) \n\ ctrl shift <keypress> v: insert-selection(clipboard) ctrl-shift-v works perfectly, copying has nuance... if restart xterm, highlighting text puts things in primary clipboard; expected, proper, default behavior. if hit ctrl-shift-c, copies current selection clipboard clipboard. the bug, however, if highlight text after first time pressed ctrl-shift-c, you'll see highlighting copies both primary and clipboard. cannot figure out how stop xterm updating clipboard upon selection... , doesn't make sense me in first place. i said, @ specific point in time, copy selection clipboard... yet starts updating automatically upon selection after doing once... anyone have workaround...
Read more

c++ - qgraphicsview horizontal scrolling always has a vertical delta -

Image
i've subclassed qgraphicsview custom canvas used in cad application. i've reimplemented qgraphicsview::wheelevent check keyboard modifiers control key and, if control key pressed, zoom. i'm trying implement horizontal scroll when user holds shift , uses wheel. the problem i'm having horizontal scrolling always scrolls 0.279. not huge problem, hugely annoying , points else being wrong. so, here questions: is right way implement horizontal scrolling? if not, is? how eliminate delta of 0.279? thanks in advance. code , sample output below void myview::zoom(int delta) { double factor = pow(1.2, delta/abs(delta)); this->scale(factor, factor); } void myview::scrollhorizontal(int level) { qpointf center = maptoscene(viewport()->rect().center()); qdebug() << "center: " << center.x() << ", " << center.y(); centeron(qpointf(center.x() - level, center.y())); } void myview::wheelevent(qwheeleve...
Read more