search for: 22359

Hello John, I tried (until now) to get a valuable backtrace, but it seems that GDB can't resolve all symbols. This is what systemd-coredump is giving me: Stack trace of thread 22359: #0? 0x0000638167eaf062 event_unref (libdovecot.so.0) #1? 0x000004a58a212151 n/a (dict) #2? 0x000004a58a211333 n/a (dict) #3? 0x000004a58a20514d n/a (dict) #4? 0x0000638167e556f2 dict_transaction_begin (libdovecot.so.0) #5? 0x000004a58a203b06 n/a (dict) #6? 0x000004a58a2045ff dict_command_input (di...

...t;mailto:mail at mcl.gg>> wrote: >> >> >> Hello John, >> >> I tried (until now) to get a valuable backtrace, but it seems that GDB >> can't resolve all symbols. >> This is what systemd-coredump is giving me: >> >> Stack trace of thread 22359: >> #0? 0x0000638167eaf062 event_unref (libdovecot.so.0) >> #1? 0x000004a58a212151 n/a (dict) >> #2? 0x000004a58a211333 n/a (dict) >> #3? 0x000004a58a20514d n/a (dict) >> #4? 0x0000638167e556f2 dict_transaction_begin (libdovecot.so.0) >> #5? 0x000004a58a203b06 n/...

Hi All, Anyone know if there is a way to detect whether a request came from a render_component call? There isn''t anything obvious from looking at the source, but it would be useful as I have set up a logging filter in my application.rb, and I''d prefer to exclude all component renders, since they just add extra lines to my log (I guess I could exclude identical rows at the db

...eems > >>> that > >>> >> GDB > >>> >> >> can't resolve all symbols. > >>> >> >> This is what systemd-coredump is giving me: > >>> >> >> > >>> >> >> Stack trace of thread 22359: > >>> >> >> #0 0x0000638167eaf062 event_unref (libdovecot.so.0) > >>> >> >> #1 0x000004a58a212151 n/a (dict) > >>> >> >> #2 0x000004a58a211333 n/a (dict) > >>> >> >> #3 0x000004a58a20514d n/a (dict) &gt...

...t; Hello John, >> >> >> >> I tried (until now) to get a valuable backtrace, but it seems that >> GDB >> >> can't resolve all symbols. >> >> This is what systemd-coredump is giving me: >> >> >> >> Stack trace of thread 22359: >> >> #0? 0x0000638167eaf062 event_unref (libdovecot.so.0) >> >> #1? 0x000004a58a212151 n/a (dict) >> >> #2? 0x000004a58a211333 n/a (dict) >> >> #3? 0x000004a58a20514d n/a (dict) >> >> #4? 0x0000638167e556f2 dict_transaction_begin (libdov...

I am trying to run some functional (or are they unit?) tests on my application_helper.rb. So far, I''ve not had any success in being able to call the methods defined in application_helper.rb. Here is my app/test/functional/helpers.rb require File.dirname(__FILE__) + ''/../test_helper'' require File.dirname(__FILE__) +

...<div> >> >> can't resolve all symbols. </div> <div> >> >> This is what systemd-coredump is giving me: </div> <div> >> >> </div> <div> >> >> Stack trace of thread 22359: </div> <div> >> >> #0 0x0000638167eaf062 event_unref (libdovecot.so.0) </div> <div> >> >> #1 0x000004a58a212151 n/a (dict) </div> <div> >> >> #2 0x000004a58a211333 n/a (dict) </div...

After months of design and development, we''ve launched our second Rails site, http://www.fatwreck.com (assuming your DNS is updated - the pink site is the old one). The site is for legendary punk rock record label, Fat Wreck Chords and it includes a store. The old site was highly trafficked, with millions of page views per month and we expect this one to be also. So far, the server

...to get a valuable backtrace, but it seems that GDB </div> <div> can't resolve all symbols. </div> <div> This is what systemd-coredump is giving me: </div> <div> <br> </div> <div> Stack trace of thread 22359: </div> <div> #0 0x0000638167eaf062 event_unref (libdovecot.so.0) </div> <div> #1 0x000004a58a212151 n/a (dict) </div> <div> #2 0x000004a58a211333 n/a (dict) </div> <div> #3 0x000004a58a20514d n/a (dict)...

...ace, but it seems that GDB </div> <div> >> can't resolve all symbols. </div> <div> >> This is what systemd-coredump is giving me: </div> <div> >> </div> <div> >> Stack trace of thread 22359: </div> <div> >> #0 0x0000638167eaf062 event_unref (libdovecot.so.0) </div> <div> >> #1 0x000004a58a212151 n/a (dict) </div> <div> >> #2 0x000004a58a211333 n/a (dict) </div> <div> >> #...

...a valuable backtrace, but it seems >>> that >>> >> GDB >>> >> >> can't resolve all symbols. >>> >> >> This is what systemd-coredump is giving me: >>> >> >> >>> >> >> Stack trace of thread 22359: >>> >> >> #0 0x0000638167eaf062 event_unref (libdovecot.so.0) >>> >> >> #1 0x000004a58a212151 n/a (dict) >>> >> >> #2 0x000004a58a211333 n/a (dict) >>> >> >> #3 0x000004a58a20514d n/a (dict) >>> >> &...

...at > > >>> >> GDB > > >>> >> >> can't resolve all symbols. > > >>> >> >> This is what systemd-coredump is giving me: > > >>> >> >> > > >>> >> >> Stack trace of thread 22359: > > >>> >> >> #0 0x0000638167eaf062 event_unref (libdovecot.so.0) > > >>> >> >> #1 0x000004a58a212151 n/a (dict) > > >>> >> >> #2 0x000004a58a211333 n/a (dict) > > >>> >> >> #3 0x000004a58a2...

...n.c: line 31 (auth_client_send): assertion failed: (conn->refcount > 1) Feb 13 02:05:57 coredump dovecot: auth(system): userdb(alj,127.0.0.1): uid=10000 gid=1000 home=/home/alj mail= Feb 13 02:05:57 coredump dovecot: imap-login: Login: alj [127.0.0.1] Feb 13 02:05:57 coredump dovecot: child 22359 (auth) killed with signal 6 Feb 13 02:05:58 coredump dovecot: auth(vmail): mysql: Connected to (null) (vmail) After a few logins authentication stops working and dovecot needs to be restarted. It seems that the mysql dovecot-auth crashes if the MySQL query does not return anything but only i...

...iv> <div> >> >> can't resolve all symbols. </div> <div> >> >> This is what systemd-coredump is giving me: </div> <div> >> >> </div> <div> >> >> Stack trace of thread 22359: </div> <div> >> >> #0 0x0000638167eaf062 event_unref (libdovecot.so.0) </div> <div> >> >> #1 0x000004a58a212151 n/a (dict) </div> <div> >> >> #2 0x000004a58a211333 n/a (dict) </div>...

...Opteron] Address Map +-18.2 Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller \-18.3 Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control ____________________________________________________________________ Carsten Schiers, Henseweg 23h, 22359 Hamburg, Tel. (040) 6044 9717, carsten@schiers.de ----- Originalnachricht ----- Von: "Fischer, Anna" <anna.fischer@hp.com> Gesendet: Mit, 4.2.2009 08:42 An: Glen Eustace <geustace@godzone.net.nz> Cc: xen-users@lists.xensource.com Betreff: RE: [Xen-users] Workaround for pcifr...

Hello, After I configured a SQLite backed dict quota backend, the dict process crashes every time a quota operation is happening. SQLite: 3.26.0 Dovecot: 2.3.4 (0ecbaf23d) Linux: 4.20.4.a-1-hardened #1 SMP PREEMPT Fri Jan 25 01:24:51 CET 2019 x86_64 GNU/Linux (Arch Linux) Filesystem: BTRFS I can't get any debug output from Dovecot, even after setting log_debug = cat:* event:* source:*

...quot;Help brower" has no window decorations 21745 Magic Workstation: icons and some text appear upside-down 21981 Igor Pro: Drop-down menu only works when arrow key is pressed 21984 Glumbuster crashes on load 22216 Problem with freopen("CONOUT$", "w", stdout); 22359 Wolfenstein water displays strange rays 22414 Grand Theft Auto: Vice City - full screen window does not take focus 22558 Harbinger (demo) graphical issue: green artefacts around objects 22703 Running Galcon Fusion demo gives error message 22842 Can't select screen mode / resolution...