Closed Bug 848003 Opened 13 years ago Closed 13 years ago

Multiple crashes seen in "layers" while on call and attempting FTP over DUN

Categories

(Firefox OS Graveyard :: General, defect)

ARM
Gonk (Firefox OS)
defect
Not set
critical

Tracking

(blocking-b2g:tef+)

RESOLVED WONTFIX
blocking-b2g tef+

People

(Reporter: ggrisco, Assigned: alan.yenlin.huang)

Details

(Keywords: crash, Whiteboard: [b2g-crash][BTG-1237][BTG-1238][BTG-1239][BTG-1240][BTG-1262])

Crash Data

Attachments

(5 files)

Steps followed to cause crashes 1. Make MO call using QXDM 2. Make Dialup Networking (DUN) call and start FTP download test case After the weekend run, device collected many minidumps. Once example stack trace below. Minidumps attached. Crash reason: SIGSEGV Crash address: 0x3a3dfd22 Thread 0 (crashed) 0 libxul.so!mozilla::layers::PLayersChild::SendPLayerConstructor [PLayersChild.cpp : 239 + 0x0] r4 = 0x434a5ba0 r5 = 0x43b146e0 r6 = 0x00000001 r7 = 0x434a5bbc r8 = 0x00200002 r9 = 0xbed0e170 r10 = 0x43451800 fp = 0x43451800 sp = 0xbed0db88 lr = 0x40c3a851 pc = 0x40b39718 Found by: given as instruction pointer in context 1 libxul.so!mozilla::layers::ShadowLayerForwarder::ConstructShadowFor [ShadowLayers.cpp : 549 + 0xb] r4 = 0x43b146e0 r5 = 0x434a5ba0 r6 = 0x43bbb9e4 r7 = 0x43b17c88 r8 = 0xbed0de10 r9 = 0xbed0e170 r10 = 0x43451800 fp = 0x43451800 sp = 0xbed0dbc0 pc = 0x40c3a851 Found by: call frame info 2 libxul.so!mozilla::layers::BasicShadowLayerManager::CreateThebesLayer [BasicLayersImpl.h : 159 + 0xf] r4 = 0x43bbb800 r5 = 0x43bbb9e4 r6 = 0x43b17c10 r7 = 0x43b17c88 r8 = 0xbed0de10 r9 = 0xbed0e170 r10 = 0x43451800 fp = 0x43451800 sp = 0xbed0dbd0 pc = 0x40c198fd Found by: call frame info 3 libxul.so!mozilla::::ContainerState::ProcessDisplayItems [FrameLayerBuilder.cpp : 1335 + 0x7] r4 = 0xbed0e3a4 r5 = 0x43f11c80 r6 = 0xfffffffe r7 = 0xffffffff r8 = 0xbed0de10 r9 = 0xbed0e170 r10 = 0x43451800 fp = 0x43451800 sp = 0xbed0dbe8 pc = 0x404bd4e9 Found by: call frame info 4 libxul.so!mozilla::::ContainerState::ProcessDisplayItems [FrameLayerBuilder.cpp : 2039 + 0x13] r4 = 0xbed0e3a4 r5 = 0x43b1e6f8 r6 = 0xbed0e170 r7 = 0x43451800 r8 = 0x00000011 r9 = 0xbed0e540 r10 = 0x00b79458 fp = 0x00000001 sp = 0xbed0df70 pc = 0x404bcf2b Found by: call frame info 5 libxul.so!mozilla::FrameLayerBuilder::BuildContainerLayerFor [FrameLayerBuilder.cpp : 2842 + 0x9] r4 = 0xbed0e3a4 r5 = 0x00000000 r6 = 0x43451800 r7 = 0x43451800 r8 = 0x41035d00 r9 = 0x00000000 r10 = 0x00b79458 fp = 0x00000001 sp = 0xbed0e2f8 pc = 0x404be40b Found by: call frame info
blocking-b2g: --- → tef?
Severity: normal → critical
Crash Signature: [@ mozilla::layers::PLayersChild::SendPLayerConstructor ] [@ mozilla::layers::PCompositorChild::SendPLayersConstructor ] [@ mozalloc_abort | NS_DebugBreak_P | mozilla::layers::PLayersChild::Write ] [@ android::sp<android::GraphicBuffer>::operator= ]
Keywords: crash
Whiteboard: [BTG-1237][BTG-1238][BTG-1239][BTG-1240] → [b2g-crash][BTG-1237][BTG-1238][BTG-1239][BTG-1240]
blocking-b2g: tef? → tef+
Kevin, can you help find a BT assignee here?
Assignee: nobody → khu
similar, yet slightly different, stack trace collected from crash while running scripts to turn airplane mode on/off, make MO calls, and MO SMS.
Whiteboard: [b2g-crash][BTG-1237][BTG-1238][BTG-1239][BTG-1240] → [b2g-crash][BTG-1237][BTG-1238][BTG-1239][BTG-1240][BTG-1262]
(In reply to Andrew Overholt [:overholt] from comment #4) > Kevin, can you help find a BT assignee here? Is this crash related to BT?
(In reply to Eric Chou [:ericchou] [:echou] from comment #6) > (In reply to Andrew Overholt [:overholt] from comment #4) > > Kevin, can you help find a BT assignee here? > > Is this crash related to BT? I saw DUN and FTP and just assumed it was. I should have looked more closely as it seems RIL-related.
Can somebody explain how this represents a normal user scenario?
Flags: needinfo?(mvines)
These are basically new crashes that have resulted from the same stability test runs there were performed earlier for CS, so we have regressed and are no longer meeting the stability metrics that we achieved for CS.
Flags: needinfo?(mvines)
Eric, could you take a look on this first and identify the proper owner for it? It looks like you or Shawn could help on this case. Thanks.
Assignee: khu → echou
Ken, can you find someone in your team to check if it's RIL issue? Thank you.
Assignee: echou → kchang
Reporter, could you help to clarify your STR? 2. Make Dialup Networking (DUN) call and start FTP download test case What did you mean by FTP? Can you describe more in details?
Flags: needinfo?(ggrisco)
(In reply to khu from comment #11) > Ken, can you find someone in your team to check if it's RIL issue? Thank you. Okay and one question, did this bug happen in moz RIL?
Realize that this issue should be in partner's RIL.
Assignee: kchang → anshulj
Guys, look at the minidump call stacks please. There's no RIL stuff in there, it's all "mozilla::layers::" stuff.
Assignee: anshulj → nobody
Hi! Alan, Other crash issue for you to analysis. -- Keven
Assignee: nobody → ahuang
attachment 721315 [details] This is a crash when creating thebes layer. Crash reason: SIGSEGV Crash address: 0x3a3dfd22 Thread 0 (crashed) 0 libxul.so!mozilla::layers::PLayersChild::SendPLayerConstructor [PLayersChild.cpp : 239 + 0x0] 1 libxul.so!mozilla::layers::ShadowLayerForwarder::ConstructShadowFor [ShadowLayers.cpp : 549 + 0xb] 2 libxul.so!mozilla::layers::BasicShadowLayerManager::CreateThebesLayer [BasicLayersImpl.h : 159 + 0xf] 3 libxul.so!mozilla::::ContainerState::ProcessDisplayItems [FrameLayerBuilder.cpp : 1335 + 0x7] 4 libxul.so!mozilla::::ContainerState::ProcessDisplayItems [FrameLayerBuilder.cpp : 2039 + 0x13] 5 libxul.so!mozilla::FrameLayerBuilder::BuildContainerLayerFor [FrameLayerBuilder.cpp : 2842 + 0x9] 6 libxul.so!nsDisplayList::PaintForFrame [nsDisplayList.cpp : 1089 + 0x11] 7 libxul.so!nsDisplayList::PaintRoot [nsDisplayList.cpp : 1009 + 0xd] 8 libxul.so!nsLayoutUtils::PaintFrame [nsLayoutUtils.cpp : 1955 + 0x7] 9 libxul.so!PresShell::Paint [nsPresShell.cpp : 5364 + 0xd] 10 libxul.so!nsViewManager::ProcessPendingUpdatesForView [nsViewManager.cpp : 431 + 0x1f] 11 libxul.so!nsViewManager::ProcessPendingUpdates [nsViewManager.cpp : 1221 + 0x9] 12 libxul.so!nsRefreshDriver::Notify [nsRefreshDriver.cpp : 436 + 0x5] 13 libxul.so!nsTimerImpl::Fire [nsTimerImpl.cpp : 476 + 0x9] 14 libxul.so!nsTimerEvent::Run [nsTimerImpl.cpp : 556 + 0x5] 15 libxul.so!nsThread::ProcessNextEvent [nsThread.cpp : 620 + 0x5] 16 libxul.so!NS_ProcessNextEvent_P [nsThreadUtils.cpp : 237 + 0xb] 17 libxul.so!mozilla::ipc::MessagePump::Run [MessagePump.cpp : 82 + 0x7] 18 libxul.so!mozilla::ipc::MessagePumpForChildProcess::Run [MessagePump.cpp : 231 + 0x7] 19 libxul.so!MessageLoop::RunInternal [message_loop.cc : 216 + 0x5] 20 libxul.so!MessageLoop::Run [message_loop.cc : 209 + 0x5] 21 libxul.so!nsBaseAppShell::Run [nsBaseAppShell.cpp : 163 + 0x7] 22 libxul.so!XRE_RunAppShell [nsEmbedFunctions.cpp : 646 + 0x5] 23 libxul.so!mozilla::ipc::MessagePumpForChildProcess::Run [MessagePump.cpp : 198 + 0x3] 24 libxul.so!MessageLoop::RunInternal [message_loop.cc : 216 + 0x5] 25 libxul.so!MessageLoop::Run [message_loop.cc : 209 + 0x5] 26 libxul.so!XRE_InitChildProcess [nsEmbedFunctions.cpp : 485 + 0xb] 27 plugin-container!main [MozillaRuntimeMain.cpp : 48 + 0x5] 28 libc.so!__libc_init [libc_init_dynamic.c : 114 + 0x7] attachment 721316 [details] This should be a crash in allocate layers. Crash reason: SIGSEGV Crash address: 0x0 Thread 0 (crashed) 0 libxul.so!mozilla::layers::PCompositorChild::SendPLayersConstructor [PCompositorChild.cpp : 336 + 0x0] 1 libxul.so!mozilla::dom::TabChild::InitRenderingState [TabChild.cpp : 1908 + 0xf] 2 libxul.so!mozilla::dom::TabChild::RecvShow [TabChild.cpp : 1140 + 0x5] 3 libxul.so!mozilla::dom::PBrowserChild::OnMessageReceived [PBrowserChild.cpp : 1375 + 0x9] 4 libxul.so!mozilla::dom::PContentChild::OnMessageReceived [PContentChild.cpp : 2322 + 0x7] 5 libxul.so!mozilla::ipc::AsyncChannel::OnDispatchMessage [AsyncChannel.cpp : 473 + 0x9] 6 libxul.so!mozilla::ipc::RPCChannel::OnMaybeDequeueOne [RPCChannel.cpp : 402 + 0x7] 7 libxul.so!RunnableMethod<IPC::ChannelProxy::Context, void (IPC::ChannelProxy::Context::*)(), Tuple0>::Run [tuple.h : 383 + 0x5] 8 libxul.so!mozilla::ipc::RPCChannel::DequeueTask::Run [RPCChannel.h : 425 + 0x9] 9 libxul.so!MessageLoop::RunTask [message_loop.cc : 334 + 0x5] 10 libxul.so!MessageLoop::DeferOrRunPendingTask [message_loop.cc : 342 + 0x5] 11 libxul.so!MessageLoop::DoWork [message_loop.cc : 442 + 0x7] 12 libxul.so!mozilla::ipc::MessagePumpForChildProcess::Run [MessagePump.cpp : 225 + 0x7] 13 libxul.so!MessageLoop::RunInternal [message_loop.cc : 216 + 0x5] 14 libxul.so!MessageLoop::Run [message_loop.cc : 209 + 0x5] 15 libxul.so!nsBaseAppShell::Run [nsBaseAppShell.cpp : 163 + 0x7] 16 libxul.so!XRE_RunAppShell [nsEmbedFunctions.cpp : 646 + 0x5] 17 libxul.so!mozilla::ipc::MessagePumpForChildProcess::Run [MessagePump.cpp : 198 + 0x3] 18 libxul.so!MessageLoop::RunInternal [message_loop.cc : 216 + 0x5] 19 libxul.so!MessageLoop::Run [message_loop.cc : 209 + 0x5] 20 libxul.so!XRE_InitChildProcess [nsEmbedFunctions.cpp : 485 + 0xb] 21 plugin-container!main [MozillaRuntimeMain.cpp : 48 + 0x5] 22 libc.so!__libc_init [libc_init_dynamic.c : 114 + 0x7] attachment 721318 [details] This is app process crash in gfx layers case. This should be same as bug 848037 attachment 721355 [details] Crash reason: SIGSEGV Crash address: 0x0 Thread 0 (crashed) 0 libxul.so!mozalloc_abort [mozalloc_abort.cpp : 30 + 0x4] 1 libxul.so!NS_DebugBreak_P [nsDebugImpl.cpp : 423 + 0x5] 2 libxul.so!mozilla::layers::PLayersChild::Write [PLayersChild.cpp : 1422 + 0x13] 3 libxul.so!mozilla::layers::PLayersChild::Write [PLayersChild.cpp : 3047 + 0x5] 4 libxul.so!mozilla::layers::PLayersChild::Write [PLayersChild.cpp : 1673 + 0x7] 5 libxul.so!mozilla::layers::PLayersChild::Write [PLayersChild.cpp : 1605 + 0x3] 6 libxul.so!mozilla::layers::PLayersChild::SendUpdateNoSwap [PLayersChild.cpp : 322 + 0x3] 7 libxul.so!mozilla::layers::ShadowLayerForwarder::EndTransaction [ShadowLayers.cpp : 377 + 0x7] 8 libxul.so!mozilla::layers::BasicShadowLayerManager::ForwardTransaction [BasicLayerManager.cpp : 1205 + 0x9] 9 libxul.so!mozilla::layers::BasicShadowLayerManager::EndTransaction [BasicLayerManager.cpp : 1150 + 0x5] 10 libxul.so!nsDisplayList::PaintForFrame [nsDisplayList.cpp : 1144 + 0x7] 11 libxul.so!nsDisplayList::PaintRoot [nsDisplayList.cpp : 1009 + 0xd] 12 libxul.so!nsLayoutUtils::PaintFrame [nsLayoutUtils.cpp : 1955 + 0x7] 13 libxul.so!PresShell::Paint [nsPresShell.cpp : 5364 + 0xd] 14 libxul.so!nsViewManager::ProcessPendingUpdatesForView [nsViewManager.cpp : 431 + 0x1f] 15 libxul.so!nsViewManager::ProcessPendingUpdates [nsViewManager.cpp : 1221 + 0x9] 16 libxul.so!nsRefreshDriver::Notify [nsRefreshDriver.cpp : 436 + 0x5] 17 libxul.so!nsTimerImpl::Fire [nsTimerImpl.cpp : 476 + 0x9] 18 libxul.so!nsTimerEvent::Run [nsTimerImpl.cpp : 556 + 0x5] 19 libxul.so!nsThread::ProcessNextEvent [nsThread.cpp : 620 + 0x5] 20 libxul.so!NS_ProcessNextEvent_P [nsThreadUtils.cpp : 237 + 0xb] 21 libxul.so!nsThread::Shutdown [nsThread.cpp : 467 + 0x7] 22 libxul.so!nsRunnableMethodImpl<nsrefcnt (mozilla::dom::workers::DOMBindingBase::*)(), false>::Run [nsThreadUtils.h : 366 + 0x5] 23 libxul.so!nsThread::ProcessNextEvent [nsThread.cpp : 620 + 0x5] 24 libxul.so!NS_ProcessNextEvent_P [nsThreadUtils.cpp : 237 + 0xb] 25 libxul.so!mozilla::ipc::MessagePump::Run [MessagePump.cpp : 82 + 0x7] 26 libxul.so!mozilla::ipc::MessagePumpForChildProcess::Run [MessagePump.cpp : 231 + 0x7] 27 libxul.so!MessageLoop::RunInternal [message_loop.cc : 216 + 0x5] 28 libxul.so!MessageLoop::Run [message_loop.cc : 209 + 0x5] 29 libxul.so!nsBaseAppShell::Run [nsBaseAppShell.cpp : 163 + 0x7] 30 libxul.so!XRE_RunAppShell [nsEmbedFunctions.cpp : 646 + 0x5] 31 libxul.so!mozilla::ipc::MessagePumpForChildProcess::Run [MessagePump.cpp : 198 + 0x3] 32 libxul.so!MessageLoop::RunInternal [message_loop.cc : 216 + 0x5] 33 libxul.so!MessageLoop::Run [message_loop.cc : 209 + 0x5] 34 libxul.so!XRE_InitChildProcess [nsEmbedFunctions.cpp : 485 + 0xb] 35 plugin-container!main [MozillaRuntimeMain.cpp : 48 + 0x5] 36 libc.so!__libc_init [libc_init_dynamic.c : 114 + 0x7] attachment 721319 [details] This is app process crash in gfx layers case. This should be same as bug 848037 attachment 721356 [details] Crash reason: SIGSEGV Crash address: 0x30 Thread 0 (crashed) 0 libxul.so!android::sp<android::GraphicBuffer>::operator= [StrongPointer.h : 156 + 0x0] 1 libxul.so!mozilla::layers::ShadowLayerForwarder::PlatformAllocBuffer [ShadowLayerUtilsGralloc.cpp : 243 + 0x3] 2 libxul.so!mozilla::layers::ShadowLayerForwarder::AllocBufferWithCaps [ShadowLayers.cpp : 441 + 0x5] 3 libxul.so!mozilla::layers::ShadowLayerForwarder::AllocBuffer [ShadowLayers.cpp : 428 + 0x7] 4 libxul.so!mozilla::layers::BasicShadowableThebesLayer::CreateBuffer [BasicThebesLayer.cpp : 456 + 0x7] 5 libxul.so!mozilla::layers::BasicShadowableThebesLayer::SyncFrontBufferToBackBuffer [BasicThebesLayer.cpp : 359 + 0x1d] 6 libxul.so!mozilla::layers::BasicThebesLayer::PaintThebes [BasicThebesLayer.cpp : 98 + 0x7] 7 libxul.so!mozilla::layers::BasicShadowableThebesLayer::PaintThebes [BasicThebesLayer.cpp : 307 + 0x13] 8 libxul.so!mozilla::layers::BasicLayerManager::PaintSelfOrChildren [BasicLayerManager.cpp : 826 + 0x15] 9 libxul.so!mozilla::layers::BasicLayerManager::PaintLayer [BasicLayerManager.cpp : 939 + 0x9] 10 libxul.so!mozilla::layers::BasicLayerManager::PaintSelfOrChildren [BasicLayerManager.cpp : 841 + 0x17] 11 libxul.so!mozilla::layers::BasicLayerManager::PaintLayer [BasicLayerManager.cpp : 939 + 0x9] 12 libxul.so!mozilla::layers::BasicLayerManager::PaintSelfOrChildren [BasicLayerManager.cpp : 841 + 0x17] 13 libxul.so!mozilla::layers::BasicLayerManager::PaintLayer [BasicLayerManager.cpp : 939 + 0x9] 14 libxul.so!mozilla::layers::BasicLayerManager::EndTransactionInternal [BasicLayerManager.cpp : 586 + 0x13] 15 libxul.so!mozilla::layers::BasicLayerManager::EndTransaction [BasicLayerManager.cpp : 509 + 0x3] 16 libxul.so!mozilla::layers::BasicShadowLayerManager::EndTransaction [BasicLayerManager.cpp : 1149 + 0x3] 17 libxul.so!nsDisplayList::PaintForFrame [nsDisplayList.cpp : 1144 + 0x7] 18 libxul.so!nsDisplayList::PaintRoot [nsDisplayList.cpp : 1009 + 0xd] 19 libxul.so!nsLayoutUtils::PaintFrame [nsLayoutUtils.cpp : 1955 + 0x7] 20 libxul.so!PresShell::Paint [nsPresShell.cpp : 5364 + 0xd] 21 libxul.so!nsViewManager::ProcessPendingUpdatesForView [nsViewManager.cpp : 431 + 0x1f] 22 libxul.so!nsViewManager::ProcessPendingUpdates [nsViewManager.cpp : 1221 + 0x9] 23 libxul.so!nsRefreshDriver::Notify [nsRefreshDriver.cpp : 436 + 0x5] 24 libxul.so!nsTimerImpl::Fire [nsTimerImpl.cpp : 476 + 0x9] 25 libxul.so!nsTimerEvent::Run [nsTimerImpl.cpp : 556 + 0x5] 26 libxul.so!nsThread::ProcessNextEvent [nsThread.cpp : 620 + 0x5] 27 libxul.so!NS_ProcessNextEvent_P [nsThreadUtils.cpp : 237 + 0xb] 28 libxul.so!mozilla::ipc::MessagePump::Run [MessagePump.cpp : 82 + 0x7] 29 libxul.so!mozilla::ipc::MessagePumpForChildProcess::Run [MessagePump.cpp : 231 + 0x7] 30 libxul.so!MessageLoop::RunInternal [message_loop.cc : 216 + 0x5] 31 libxul.so!MessageLoop::Run [message_loop.cc : 209 + 0x5] 32 libxul.so!nsBaseAppShell::Run [nsBaseAppShell.cpp : 163 + 0x7] 33 libxul.so!XRE_RunAppShell [nsEmbedFunctions.cpp : 646 + 0x5] 34 libxul.so!mozilla::ipc::MessagePumpForChildProcess::Run [MessagePump.cpp : 198 + 0x3] 35 libxul.so!MessageLoop::RunInternal [message_loop.cc : 216 + 0x5] 36 libxul.so!MessageLoop::Run [message_loop.cc : 209 + 0x5] 37 libxul.so!XRE_InitChildProcess [nsEmbedFunctions.cpp : 485 + 0xb] 38 plugin-container!main [MozillaRuntimeMain.cpp : 48 + 0x5] 39 libc.so!__libc_init [libc_init_dynamic.c : 114 + 0x7] attachment 723608 [details] This should be a NPE as same as above attachment 721316 [details]. Crash reason: SIGSEGV Crash address: 0x0 Thread 0 (crashed) 0 libxul.so!mozilla::layers::PCompositorChild::SendPLayersConstructor [PCompositorChild.cpp : 336 + 0x0] 1 libxul.so!mozilla::dom::TabChild::InitRenderingState [TabChild.cpp : 1908 + 0xf] 2 libxul.so!mozilla::dom::TabChild::RecvShow [TabChild.cpp : 1140 + 0x5] 3 libxul.so!mozilla::dom::PBrowserChild::OnMessageReceived [PBrowserChild.cpp : 1375 + 0x9] 4 libxul.so!mozilla::dom::PContentChild::OnMessageReceived [PContentChild.cpp : 2322 + 0x7] 5 libxul.so!mozilla::ipc::AsyncChannel::OnDispatchMessage [AsyncChannel.cpp : 473 + 0x9] 6 libxul.so!mozilla::ipc::RPCChannel::OnMaybeDequeueOne [RPCChannel.cpp : 402 + 0x7] 7 libxul.so!RunnableMethod<IPC::ChannelProxy::Context, void (IPC::ChannelProxy::Context::*)(), Tuple0>::Run [tuple.h : 383 + 0x5] 8 libxul.so!mozilla::ipc::RPCChannel::DequeueTask::Run [RPCChannel.h : 425 + 0x9] 9 libxul.so!MessageLoop::RunTask [message_loop.cc : 334 + 0x5] 10 libxul.so!MessageLoop::DeferOrRunPendingTask [message_loop.cc : 342 + 0x5] 11 libxul.so!MessageLoop::DoWork [message_loop.cc : 442 + 0x7] 12 libxul.so!mozilla::ipc::MessagePumpForChildProcess::Run [MessagePump.cpp : 225 + 0x7] 13 libxul.so!MessageLoop::RunInternal [message_loop.cc : 216 + 0x5] 14 libxul.so!MessageLoop::Run [message_loop.cc : 209 + 0x5] 15 libxul.so!nsBaseAppShell::Run [nsBaseAppShell.cpp : 163 + 0x7] 16 libxul.so!XRE_RunAppShell [nsEmbedFunctions.cpp : 646 + 0x5] 17 libxul.so!mozilla::ipc::MessagePumpForChildProcess::Run [MessagePump.cpp : 198 + 0x3] 18 libxul.so!MessageLoop::RunInternal [message_loop.cc : 216 + 0x5] 19 libxul.so!MessageLoop::Run [message_loop.cc : 209 + 0x5] 20 libxul.so!XRE_InitChildProcess [nsEmbedFunctions.cpp : 485 + 0xb] 21 plugin-container!main [MozillaRuntimeMain.cpp : 48 + 0x5] 22 libc.so!__libc_init [libc_init_dynamic.c : 114 + 0x7]
(In reply to khu from comment #12) > Reporter, could you help to clarify your STR? > 2. Make Dialup Networking (DUN) call and start FTP download test case > What did you mean by FTP? Can you describe more in details? For stability testing, testers are running scripts that perform a variety of actions. They leave these scripts running over the weekend and then pull the crash logs. It's difficult to say exactly what the STRs are. The steps did include some combination of making phone calls and performing file transfer protocol download over dialup networking connection.
Flags: needinfo?(ggrisco)
Then, could you describe more about the action to perform file transfer protocol downloading over dial up networking connection?
ni(Greg) for comment 19
Flags: needinfo?(ggrisco)
Broke this up into other reports: bug 852248 and bug 852251 Looks like the others 3 crash reports are dups.
Status: NEW → RESOLVED
Closed: 13 years ago
Flags: needinfo?(ggrisco)
Resolution: --- → WONTFIX
Greg, do you know which device was being used?
Flags: needinfo?(ggrisco)
QRD
Flags: needinfo?(ggrisco)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: