EBM always crashing

lithoart

Member
I have a problem of EBM always crashing.
Initially, I thought it may have something to do with it dredging DIRECTLY from Max OS X Mail application.
If I have a mailbox with a lot of bounces (say, 2,000 or more), the application WILL (not MAY) crash.

So, I though I'll get EBM to dredge DIRECTLY from my Mail Server.
But, it still crashes! Very frustrating!

Any ideas what's wrong?

Find below the crash report fro OS X.

==================================================================
Process: eMail Bounce Handler [85896]
Path: /Applications/eMail Bounce Handler/eMail Bounce Handler.app/Contents/MacOS/eMail Bounce Handler
Identifier: com.maxprog.emailbouncehandler
Version: 3.8.4 (3.8.4.3.0)
Code Type: X86 (Native)
Parent Process: launchd [127]
User ID: 501

Date/Time: 2013-12-04 18:25:23.560 +1000
OS Version: Mac OS X 10.8.5 (12F45)
Report Version: 10

Interval Since Last Report: 3036994 sec
Crashes Since Last Report: 16
Per-App Interval Since Last Report: 13701 sec
Per-App Crashes Since Last Report: 3
Anonymous UUID: F79343F3-05A8-F648-9231-D6797B5D3FCF

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000

Application Specific Information:
abort() called
terminate called throwing an exception

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x970ffa6a __pthread_kill + 10
1 libsystem_c.dylib 0x9309ab2f pthread_kill + 101
2 libsystem_c.dylib 0x930d1631 abort + 168
3 libc++abi.dylib 0x908fe7e0 abort_message + 151
4 libc++abi.dylib 0x908fc249 default_terminate() + 34
5 libc++abi.dylib 0x908fc289 safe_handler_caller(void (*)()) + 13
6 libc++abi.dylib 0x908fc2f1 std::terminate() + 23
7 libc++abi.dylib 0x908fd3e6 __cxa_throw + 110
8 libstdc++.6.dylib 0x951932f6 operator new(unsigned long) + 127
9 libstdc++.6.dylib 0x95193342 operator new[](unsigned long) + 17
10 rbframework.dylib 0x005a5340 0x597000 + 58176
11 rbframework.dylib 0x005a5a43 0x597000 + 59971
12 rbframework.dylib 0x005a5517 0x597000 + 58647
13 rbframework.dylib 0x005b6c1d 0x597000 + 130077
14 rbframework.dylib 0x005b6766 0x597000 + 128870
15 rbframework.dylib 0x005c5bdd 0x597000 + 191453
16 rbframework.dylib 0x00625d41 0x597000 + 585025
17 rbframework.dylib 0x0061ec63 0x597000 + 556131
18 com.maxprog.emailbouncehandler 0x0001294c Delegate.Invoke%% + 34
19 com.maxprog.emailbouncehandler 0x000aba74 Application._CallFunctionWithExceptionHandling%%o<Application>p + 248
20 rbframework.dylib 0x0061e9a4 0x597000 + 555428
21 rbframework.dylib 0x0061ed50 0x597000 + 556368
22 rbframework.dylib 0x005ea212 RuntimeRun + 50
23 com.maxprog.emailbouncehandler 0x001d398c REALbasic._RuntimeRun + 34
24 com.maxprog.emailbouncehandler 0x000059be _Main + 245
25 com.maxprog.emailbouncehandler 0x0000252c % main + 36
26 com.maxprog.emailbouncehandler 0x004c88c5 _start + 116
27 com.maxprog.emailbouncehandler 0x004c881b start + 43

Thread 1:: Dispatch queue: com.apple.libdispatch-manager
0 libsystem_kernel.dylib 0x971009ae kevent + 10
1 libdispatch.dylib 0x993dec71 _dispatch_mgr_invoke + 993
2 libdispatch.dylib 0x993de7a9 _dispatch_mgr_thread + 53

Thread 2:
0 libsystem_kernel.dylib 0x971000ee __workq_kernreturn + 10
1 libsystem_c.dylib 0x9309c0ac _pthread_workq_return + 45
2 libsystem_c.dylib 0x9309be79 _pthread_wqthread + 448
3 libsystem_c.dylib 0x93083daa start_wqthread + 30

Thread 3:
0 libsystem_kernel.dylib 0x970ff8e2 __psynch_cvwait + 10
1 libsystem_c.dylib 0x9309e2e9 _pthread_cond_wait + 938
2 libsystem_c.dylib 0x9309e572 pthread_cond_timedwait_relative_np + 47
3 com.apple.CoreServices.CarbonCore 0x977bd6ad TSWaitOnConditionTimedRelative + 177
4 com.apple.CoreServices.CarbonCore 0x977bd184 TSWaitOnSemaphoreCommon + 272
5 com.apple.CoreServices.CarbonCore 0x977bd40d TSWaitOnSemaphoreRelative + 24
6 com.apple.QuickTimeComponents.component 0x957ab39c 0x951b5000 + 6251420
7 libsystem_c.dylib 0x930995b7 _pthread_start + 344
8 libsystem_c.dylib 0x93083dce thread_start + 34

Thread 4:: jpegdecompress_MPLoop
0 libsystem_kernel.dylib 0x970ff8e2 __psynch_cvwait + 10
1 libsystem_c.dylib 0x9309e2e9 _pthread_cond_wait + 938
2 libsystem_c.dylib 0x9312bae4 pthread_cond_wait + 48
3 com.apple.QuickTimeComponents.component 0x958c24aa 0x951b5000 + 7394474
4 libsystem_c.dylib 0x930995b7 _pthread_start + 344
5 libsystem_c.dylib 0x93083dce thread_start + 34

Thread 5:
0 libsystem_kernel.dylib 0x971000ee __workq_kernreturn + 10
1 libsystem_c.dylib 0x9309c0ac _pthread_workq_return + 45
2 libsystem_c.dylib 0x9309be79 _pthread_wqthread + 448
3 libsystem_c.dylib 0x93083daa start_wqthread + 30

Thread 0 crashed with X86 Thread State (32-bit):
eax: 0x00000000 ebx: 0xbffff724 ecx: 0xbffff69c edx: 0x970ffa6a
edi: 0xac405a28 esi: 0x00000006 ebp: 0xbffff6b8 esp: 0xbffff69c
ss: 0x00000023 efl: 0x00000206 eip: 0x970ffa6a cs: 0x0000000b
ds: 0x00000023 es: 0x00000023 fs: 0x00000000 gs: 0x0000000f
cr2: 0xac40a028
Logical CPU: 0

External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 2
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 43585
thread_create: 15
thread_set_state: 0

VM Region Summary:
ReadOnly portion of Libraries: Total=166.8M resident=49.7M(30%) swapped_out_or_unallocated=117.1M(70%)
Writable regions: Total=3.4G written=516.8M(15%) resident=316.0M(9%) swapped_out=306.4M(9%) unallocated=3.1G(91%)

REGION TYPE VIRTUAL
=========== =======
ATS (font support) 33.0M
ATS (font support) (reserved) 4K reserved VM address space (unallocated)
CG backing stores 2720K
CG raster data 80K
CG shared images 192K
CoreImage 4K
CoreServices 1596K
MALLOC 3.3G
MALLOC guard page 48K
Memory tag=240 4K
Memory tag=242 12K
Memory tag=243 4K
Memory tag=249 156K
Memory tag=35 4564K
OpenCL 8K
Stack 66.5M
VM_ALLOCATE 17.6M
__DATA 9528K
__DATA/__OBJC 224K
__IMAGE 528K
__IMPORT 20K
__LINKEDIT 31.8M
__OBJC 1612K
__OBJC/__DATA 100K
__PAGEZERO 4K
__TEXT 135.0M
__UNICODE 544K
mapped file 86.0M
shared memory 308K
=========== =======
TOTAL 3.7G
TOTAL, minus reserved VM space 3.7G

Model: Macmini3,1, BootROM MM31.00AD.B00, 2 processors, Intel Core 2 Duo, 2.26 GHz, 2 GB, SMC 1.35f1
Graphics: NVIDIA GeForce 9400, NVIDIA GeForce 9400, PCI, 256 MB
Memory Module: BANK 0/DIMM0, 1 GB, DDR3, 1067 MHz, 0x80CE, 0x4D34373142323837334548312D4346382020
Memory Module: BANK 1/DIMM0, 1 GB, DDR3, 1067 MHz, 0x80CE, 0x4D34373142323837334548312D4346382020
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x90), Broadcom BCM43xx 1.0 (5.10.131.36.16)
Bluetooth: Version 4.1.7f4 12974, 3 service, 21 devices, 3 incoming serial ports
Network Service: Ethernet, Ethernet, en0
Serial ATA Device: OCZ-VERTEX PLUS, 247.4 GB
Serial ATA Device: OPTIARC DVD RW AD-5670S
USB Device: Keyboard Hub, apple_vendor_id, 0x1006, 0x24300000 / 2
USB Device: Microsoft 3-Button Mouse with IntelliEye(TM), 0x045e (Microsoft Corporation), 0x0040, 0x24330000 / 4
USB Device: Apple Keyboard, apple_vendor_id, 0x024f, 0x24320000 / 3
USB Device: BRCM2046 Hub, 0x0a5c (Broadcom Corp.), 0x4500, 0x06100000 / 2
USB Device: Bluetooth USB Host Controller, apple_vendor_id, 0x8216, 0x06110000 / 4
USB Device: IR Receiver, apple_vendor_id, 0x8242, 0x04500000 / 2
==================================================================
 
Last edited by a moderator:

data-lab

New Member
I experience similar problem.

When I have to process a mailbox with large number of bounces - after 10-12 minutes of work the application crashes (always). Tried with Antivirus ON and OFF - the crash always happens.

Today I discovered that it only happens when the application communicates with the "List Manager Script". When the "LMS" is deactivated from the "Preferences" windows - the application works fine.
So at least in mine case - the problem is somehow related to the "LMS".

Working Environment: Windows 8.1 (64 Bit)
 

stanbusk

Administrator
Staff member
Ok, our script name is MLM actually :)
If you use MLM perhaps you need to set eMail Bounce Handler to work at a slower pace.
 

stanbusk

Administrator
Staff member
Look at the two 'connection' fields. You can set the frequency of the mailbox checking and the number of messages to process on each session.
 

data-lab

New Member
Thank you for the suggestion!
I have experimented many configurations (see the attached screen-shot).
The problem is that the EBM does not stop (and disconnect) after the bounces/connection limit is reached.
It simply updates the server (deletes the processed messages) and continues checking the rest of the mailbox.
 

data-lab

New Member
No.
I have expemented this on a number of computers running Windows XP, Windows 7, 8 and 8.1
The result is always the same - the application just refreshes the mail server (deletes the processed messaes) and goes ahead checking the rest of the messages.
Over the time the process starts to use more RAM (>100 Mb) and finally crashes.
I think it crashes faster if the application is send to the windows background - when the application window is on the foreground - it takes longer before the crash.
 

stanbusk

Administrator
Staff member
Are you running an anti-virus? Have you tried to deactivate the past that check incoming emails?
 

noel_tv

New Member
Hello Stan,

The bounce handler crashes, and it does so before I could have saved a copy of the bounced emails.

How can I get the previous unsaved version to come back? I don't have a copy of the emails that bounced back, and some of them were suspected honeypots :-/
 

enjayworld

New Member
I just purchased the whole package (4 products), I am running it on macbook pro with latest OS updates.

Whenever there are more than 2000 messages it keep son crashing. have been trying everything but it does not work.

If it works perfectly on windows I will use it on windows, Please suggest.

Thanks in advance for the help.

Limesh Parekh,
CEO, Enjay IT Solutions Ltd.
 

stanbusk

Administrator
Staff member
When does it crash? in front of your eyes? I mean eMail Bounce Handler can crash if your computer goes in sleep mode for example.
 

ajbicat

Member
Screenshot 2020-02-10 at 10.15.43.pngHi I am having this issue too.
The Bounce handler goes into a spnning wheel of hell situation when starting the "Deleting message from IMAP server" process and eventually crashes.
 

stanbusk

Administrator
Staff member
To make everything clear, is the issue happening with the current 3.9.6 version?

--
youtube_social_icon_white_17x12.png
Subscribe to our Youtube Channel and watch our tutorials!
Follow maxprog.com on Facebook | Linkedin | Twitter | YouTube
and keep up-to-date with the latest Max Programming updates!
--
Follow maxprog.com on Facebook | Google+ | Linkedin | Twitter | YouTube
and keep up-to-date with the latest Max Programming updates!
 
Top