Desktop App Crash When Crawling Data? - dll

I'm trying to crawl a website's data using Import.io desktop app, I'm running this software on a windows server 2008 r2 64bit,32 GB Ram & intel 4770 i7 CPU, But when it's crawling , Suddenly an error appears which asks me to restart the program, The error description contains :
Problem signature:
Problem Event Name: APPCRASH
Application Name: import.io.exe
Application Version: 0.0.0.0
Application Timestamp: 553e7d2c
Fault Module Name: mozalloc.dll
Fault Module Version: 24.0.0.5001
Fault Module Timestamp: 522fa8df
Exception Code: 80000003
Exception Offset: 0000119c
OS Version: 6.1.7601.2.1.0.274.10
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
I've tried to download a new mozalloc.dll and replace the old one with the newer version. Which in this case , Import.io app uses xulrunner version 24, First I've replaced mozalloc.dll version 42 (newest version) with the default import.io's mozalloc.dll file at :
C:\Users\Administrator\AppData\Roaming\import.io\xulrunner-versions\24
But after that , the program interface wasn't showing up. When I opened import.io , it does open in the task manager but windows didn't show up the program's interface.
I've also downloaded the newest xulrunner version and replaced all the files in that folder , Same thing happened again.

Related

In Windows 7, a process started with CreateProcessAsUser by a windows service with a local system account crashes

In Windows 7, a process started with CreateProcessAsUser by a windows service with a local system account crashes, but the same process started manually runs fine. The CreateProcessAsUser functionality is in a separate COM component [64 bit C++ dll], and the windows service [dot net 4.6.1] has platform target [Any CPU]. The process does not write anything to the event log either, suggesting that no code is executed, and it crashes immediately. This code works perfectly in windows 10.
I tried to attach to the process but it ends too soon to do anything. I do get a message "Module not found" , suggesting that it doesnt find a library. But I cant figure out which one. I gave it all the libraries it needs, which can be seen by the fact that the program runs ok when started manually from the same folder. I also tried to specify the startup folder in the function CreateProcessAsUser, but there was no difference, but I think it starts in the correct folder by default [where it is located]
I found the following link on SO
Why is this process crashing as soon as it is launched?
But it did not help either. ProcMon does not show where a module was not found [It says PATH NOT FOUND if I remove a known module]
The process exit status is -1066598274
and the stack trace is
0 ntoskrnl.exe RtlNtStatusToDosError + 0x1086 0xfffff8000712f206 C:\Windows\system32\ntoskrnl.exe
1 ntoskrnl.exe RtlCopySidAndAttributesArray + 0x1789 0xfffff8000714b0d9 C:\Windows\system32\ntoskrnl.exe
2 ntoskrnl.exe RtlNtStatusToDosError + 0x1538 0xfffff8000712f6b8 C:\Windows\system32\ntoskrnl.exe
3 ntoskrnl.exe KeSynchronizeExecution + 0x3a23 0xfffff80006e75e53 C:\Windows\system32\ntoskrnl.exe
The event viewer shows the following information
Faulting application name: BizBrainAgentPluginHost.exe, version: 1.0.0.0, time stamp: 0x5b88084d
Faulting module name: KERNELBASE.dll, version: 6.1.7601.18015, time stamp: 0x50b8479b
Exception code: 0xc06d007e
Fault offset: 0x0000000000009e5d
Faulting process id: 0x484
Faulting application start time: 0x01d440746491e037
Faulting application path: C:\Program Files\Avinashi Ventures Pvt Ltd\myTallyApp Agent\BizBrainAgentPluginHost.exe
Faulting module path: C:\Windows\system32\KERNELBASE.dll
Report Id: a2f39c97-ac67-11e8-94f1-0023ae9747d0
Thanks

Harmon.ie crashes Outlook 2016

We have several computers running Windows 7, MS Office 2016 and the enterprise version of harmon.ie.
Every 30-40 minutes Outlook 2016 crushes with error message "Outlook is not responding", most often when you are composing a new message and you press the Send button.
We tried re-installing MS Office 2016, harmon.ie, applying the latest Win 7 and MS Office 2016 updates but still Outlook crushes. If we disable the harmon.ie add-in - all is fine, Outlook works perfectly.
The MS Office build that we use is: 16.0.4390.1000 64-bit
Do you have any tips on why this is happening and how we can solve this issue?
P.S.
The error in the Win Application log is always the same with event id 1000:
Log Name: Application
Source: Application Error
Date: 13-Jul-16 8:42:30 AM
Event ID: 1000
Task Category: (100)
Level: Error
Keywords: Classic
User: N/A
Computer: RWT-PWR-L374.rwt.local
Description:
Faulting application name: OUTLOOK.EXE, version: 16.0.4393.1000, time stamp: 0x573b33e3
Faulting module name: ucrtbase.DLL, version: 10.0.10586.9, time stamp: 0x5642c48d
Exception code: 0x40000015
Fault offset: 0x000000000006990f
Faulting process id: 0x1a58
Faulting application start time: 0x01d1dcf63851e66f
Faulting application path: C:\Program Files\Microsoft Office\Office16\OUTLOOK.EXE
Faulting module path: C:\WINDOWS\system32\ucrtbase.DLL
Report Id: 42e91501-48f7-11e6-b0eb-5cc5d4caf3ae
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Application Error" />
<EventID Qualifiers="0">1000</EventID>
<Level>2</Level>
<Task>100</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2016-07-13T12:42:30.000000000Z" />
<EventRecordID>11369</EventRecordID>
<Channel>Application</Channel>
<Computer>RWT-PWR-L374.rwt.local</Computer>
<Security />
</System>
<EventData>
<Data>OUTLOOK.EXE</Data>
<Data>16.0.4393.1000</Data>
<Data>573b33e3</Data>
<Data>ucrtbase.DLL</Data>
<Data>10.0.10586.9</Data>
<Data>5642c48d</Data>
<Data>40000015</Data>
<Data>000000000006990f</Data>
<Data>1a58</Data>
<Data>01d1dcf63851e66f</Data>
<Data>C:\Program Files\Microsoft Office\Office16\OUTLOOK.EXE</Data>
<Data>C:\WINDOWS\system32\ucrtbase.DLL</Data>
<Data>42e91501-48f7-11e6-b0eb-5cc5d4caf3ae</Data>
</EventData>
</Event>
I have checked the crash dumps. The crash --does not occur nor originate from harmon.ie-- but from Outlook probably when running a call back (not one of our call back,). harmon.ie hence only uncovers the issue with ESET on Outlook 2016, note harmon.ie is deployed over 1.5 million users and we have never been reported such crash. ESET/Outlook 2016 contributes to the problem. If removing ESET "read email" option or even the plugin itself I suggest you contact ESET support. None of the dumps indicate a crash in harmon.ie. Indeed, the stack traces of the crash clearly indicates it occurs from a thread using VCRUNTIME140 , harmon.ie does definitely not use it (it is a ,net plugin) nor Outlook. ESET probably does.
00000000`0015bdc0 000007fe`f861abdf KERNELBASE!RaiseException+0x39
00000000`0015be90 000007fe`f815f718 clr!UMThunkStubRareDisableWorker+0x3f
00000000`0015bec0 00000000`774d8802 clr!UMThunkStub+0x128
00000000`0015bf50 00000000`774bf5e7 user32!DispatchHookA+0x164
00000000`0015bfb0 00000000`774c4869 user32!CallHookWithSEH+0x27
00000000`0015bfe0 00000000`775fba75 user32!_fnHkINLPMSG+0x8c
00000000`0015c030 00000000`774c90ca ntdll!KiUserCallbackDispatcherContinue
00000000`0015c0e8 00000000`774c9095 user32!ZwUserPeekMessage+0xa
00000000`0015c0f0 000007fe`fedc7372 user32!PeekMessageW+0x105
00000000`0015c140 000007fe`fedc5716 msctf!RemovePrivateMessage+0x83
00000000`0015c1b0 000007fe`fedc7e4c msctf!SYSTHREAD::DestroyMarshalWindow+0x3c
00000000`0015c1e0 000007fe`fedc7d3c msctf!TF_UninitThreadSystem+0xfd
00000000`0015c230 00000000`775d99e4 msctf!CicFlsCallback+0xa4
00000000`0015c270 00000000`775d2889 ntdll!RtlProcessFlsData+0x84
00000000`0015c2b0 00000000`775d27c0 ntdll!LdrShutdownProcess+0xa9
00000000`0015c3d0 000007fe`f2635f8f ntdll!RtlExitUserProcess+0x90
00000000`0015c400 000007fe`f2b7dff8 mscorwks!SafeExitProcess+0xc7
00000000`0015c680 000007fe`f2790e3c mscorwks!EEShutDownHelper+0x678
00000000`0015c6b0 000007fe`f8ad9170 mscorwks!CorExitProcess+0x13c
00000000`0015c790 000007fe`f8bb7e2d mscoreei!RuntimeDesc::ShutdownAllActiveRuntimes+0x1f4
00000000`0015ca80 000007fe`eee2bc9d mscoree!ShellShim_CorExitProcess+0x10e
00000000`0015cab0 000007fe`eee2bbde ucrtbase!swprintf+0x2a9
00000000`0015cae0 000007fe`eee2bb3e ucrtbase!swprintf+0x1ea
00000000`0015cb10 000007fe`eee29919 ucrtbase!swprintf+0x14a
00000000`0015cb70 000007fe`d30561b7 ucrtbase!abort+0x69
00000000`0015cba0 000007fe`eee2902f OLMAPI32!Validate_SetValidationFlags+0x89b7
00000000`0015cbd0 000007fe`eeed39ba ucrtbase!terminate+0x1f
00000000`0015cc00 000007fe`eeedc710 VCRUNTIME140!__std_terminate+0xa
00000000`0015cc30 000007fe`eeed282a VCRUNTIME140!_CallSettingFrame+0x20
00000000`0015cc60 000007fe`eeed1b82 VCRUNTIME140!__FrameUnwindToState+0x136
(Inline Function) --------`-------- VCRUNTIME140!__FrameUnwindToEmptyState+0x7e
00000000`0015ccd0 000007fe`eeedbe80 VCRUNTIME140!__InternalCxxFrameHandler+0x19a
00000000`0015cd30 00000000`775d7f0d VCRUNTIME140!__CxxFrameHandler+0x90
00000000`0015cd80 00000000`775c7d4c ntdll!RtlpExecuteHandlerForUnwind+0xd
00000000`0015cdb0 00000000`773c054e ntdll!RtlUnwindEx+0x539
00000000`0015d450 000007fe`f8093095 kernel32!RtlUnwindExStub+0x1e
00000000`0015d490 000007fe`f80910a4 MSVCR120_CLR0400!UnwindNestedFrames+0x109
00000000`0015da50 000007fe`f8091793 MSVCR120_CLR0400!_DestructExceptionObject+0x134
00000000`0015dad0 000007fe`f8091528 MSVCR120_CLR0400!_DestructExceptionObject+0x823
00000000`0015db80 000007fe`f8092857 MSVCR120_CLR0400!_DestructExceptionObject+0x5b8
00000000`0015dc70 000007fe`f8093127 MSVCR120_CLR0400!_InternalCxxFrameHandler+0x213
00000000`0015dce0 00000000`775d7e8d MSVCR120_CLR0400!_CxxFrameHandler+0x77
00000000`0015dd30 00000000`775c84cf ntdll!RtlpExecuteHandlerForException+0xd
00000000`0015dd60 00000000`775fbac8 ntdll!RtlDispatchException+0x45a
00000000`0015e440 00000000`00000000 ntdll!KiUserExceptionDispatch+0x2e
This is definitely not a well-known issue.
Bear in mind the crash occurs in Windows C runtime in ucrtbase.dll dll, not inside harmon.ie.
It could be that harmon.ie simply uncovers a problem.
-Please download check latest harmon.ie version 5.4 from our web site.
Disable all the addins except harmon.ie:
In order to rule out any plugin conflict would you please check whether any additional plugins are enabled in Outlook - if so, disable (temporarily) all other add-ins except harmon.ie To disable Outlook add-ins
• Go under File -> Options -> Add-ins -> Manage COM Add-ins and click Go...
• Deselect all add-ins except harmon.ie and click OK.
Restart Outlook - and go back under File -> Options -> Add-ins to verify that harmon.ie is the only add-in listed in the Active application add-ins section.
If you still reproduce with our latest 5.4 version and after disbaling all the other addins as detailed previously:
Get a couple of crash dumps by running the below command in a cmd window after starting Outlook.
procdump.exe -64 -ma outlook -e harmonie.dmp
Procdump utility can be downloaded at: https://technet.microsoft.com/en-us/sysinternals/dd996900.aspx
Upload the dumps at:
ftpus.mainsoft.com
User: free
Password: free
Let me know when the dumps get uploaded.
Thanks,
---- Jean

Apache Crashing When increasing System Specification

I have been using XAMPP on windows for the two year or so and it has been running perfectly, no crashes no problems. (Up until four month ago.)
Around four months ago, we upgraded our server/system to a faster specification.
Here is what the old spec was -
Windows Edition: Windows Server R2 2008 Standard with Service Pack 1
System Processor: Intel(R) Xeon(R) CPU 5160 #3.0GHZ (2 Processors) (Single Core)
Installed Memory: 7GB
System Type: 64 Bit Operating System
Upgraded Spec
Windows Edition: Windows Server R2 2008 Standard with Service Pack 1
System: Processor: Intel(R) Xeon(R) CPU X5680 #3.33GHZ (2 Processors) (Dual Core)
Installed Memory: 8GB
System Type: 64 Bit Operating System
So like I mentioned before, the old spec never had any problems, it never crashed or failed over one and a half years.
As soon as we upgraded the following happened.
Random Apache crashes, making the site un-usable until it is manually restarted. It would throw errors up when accessing phpMyAdmin when apache had crashed too, stopping you from querying the DB. I even uninstalled XAMPP and installed the latest version with PHP7, this still didn't solve the problem.
Heres an example
Notice in .\libraries\common.inc.php#253 Undefined variable: _POST
Backtrace
.\index.php#12: require_once(.\libraries\common.inc.php) Warning in
.\libraries\common.inc.php#253 array_merge(): Argument #2 is not an
array
Backtrace
.\libraries\common.inc.php#253: array_merge( array, NULL, )
.\index.php#12: require_once(.\libraries\common.inc.php) Notice in
.\libraries\common.inc.php#443 Undefined variable: _POST
Backtrace
.\index.php#12: require_once(.\libraries\common.inc.php) Notice in
.\libraries\common.inc.php#453 Undefined variable: _POST
Backtrace
.\index.php#12: require_once(.\libraries\common.inc.php) Notice in
.\libraries\cleanup.lib.php#26 Undefined variable: _POST
Backtrace
.\libraries\common.inc.php#514: PMA_removeRequestVars(array)
.\index.php#12: require_once(.\libraries\common.inc.php) Notice in
.\libraries\cleanup.lib.php#31 Undefined variable: _POST
Backtrace
.\libraries\common.inc.php#514: PMA_removeRequestVars(array)
.\index.php#12: require_once(.\libraries\common.inc.php)
This can happen from 1-5 times a day, and there are no logs produced to give any reason why it happened. The only way I could find out was go into the event viewer which is extremely vague.
Heres an example --
Faulting application name: httpd.exe, version: 2.4.18.0, time stamp:
0x5667f02e Faulting module name: php7ts.dll, version: 7.0.2.0, time
stamp: 0x568d8eb5 Exception code: 0xc0000005 Fault offset: 0x0001ab54
Faulting process id: 0x9bf4 Faulting application start time:
0x01d18f1d3eed5f7e Faulting application path:
C:\xampp_\apache\bin\httpd.exe Faulting module path:
C:\xampp_\php\php7ts.dll Report Id:
a2a226d0-fb64-11e5-b4cb-005056a97cdf
And
Faulting application name: httpd.exe, version: 2.4.18.0, time stamp:
0x5667f02e Faulting module name: ntdll.dll, version: 6.1.7601.23313,
time stamp: 0x5684289c Exception code: 0xc0000374 Fault offset:
0x000ce00b Faulting process id: 0x3320 Faulting application start
time: 0x01d18b1c1e501368 Faulting application path:
C:\xampp_\apache\bin\httpd.exe Faulting module path:
C:\Windows\SysWOW64\ntdll.dll Report Id:
77d4bd4a-f723-11e5-9fc8-005056a97cdf
Just to prove my theory of the faster spec being the issue, I got the Specification lowered back to its original state, and for 2 weeks XAMPP never crashed once, as soon as we but it back to the higher spec, it crashed within hours.
Is there anything you are speicificly meant to do to XAMPP if you upgrade to faster spec?
I am absolutely lost for ideas, I have looked and looked online and can't seem to find anyone who is experiencing the same problems that I am having and why.
If anyone could shed some light on these issues, I would greatly appreciate it!
You went from single to dual core. Check the apache configuration to find out what MPM module is being used. Multiple threads might work on a single core that may no longer work on multicore server.
You must use multicore! Single core isn't supportet any longer! Check the config I had the same problem

In Selenium 2: driver.switchTo().frame() causes Application to crash

I am using Selenium 2 and IE7.
There are a lot of iframes present in the application I am testing.
So I am using driver.switchTo().frame() method to switch between iframes.
I also use driver.switchTo().defaultContent() before switching to an iframe.
However in some cases, driver.switchTo().frame() causes the Application to crash.
Below is the error in eclipse:
Problem signature:
Problem Event Name: APPCRASH
Application Name: javaw.exe
Application Version: 6.0.70.6
Application Timestamp: 484e4780
Fault Module Name: IEDriver.dll
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4fdf5b90
Exception Code: c0000005
Exception Offset: 0008a71e
OS Version: 6.0.6001.2.1.0.274.10
Locale ID: 1033
Additional Information 1: 1699
Additional Information 2: 3c7b32a427f0a23d017c01e406809b93
Additional Information 3: 437a
Additional Information 4: 0abbaf052c4358d69b1ef6b054f6ab09
I even tried getting the source of the iframe by, driver.findElement(By.id(iframeID)).getAttribute("src"), and i am able to get the source of iframe.
I have also tried to introduce wait between switching of iframes but still it gives the same error.
I do not know why it is causing the application to crash as it is working for some cases.
Does anyone have any similar experience or can think of any solution??
I am using this code to choose iframe by src and it works:
driver.switchTo().frame(driver.findElement(By.cssSelector("iframe[src=\"SRC_OF_FRAME\"]")));

get_iplayer RTMP failure

Could anyone tell me how to get around this problem highlighted?
I have got no problem downloading subtitles, yet with downloading programmes.
I've used UKBestVPN services. Downloading subtitles no problem so it shouldn't be any problem with the VPN service. Some said I needed to set up port 10060 in Win 7. I did in the Firewall Advanced Setting but the error occurred again.
Thank you.
C:\Program Files (x86)\get_iplayer>get_iplayer --pid b01fkbb3
get_iplayer v2.80, Copyright (C) 2008-2010 Phil Lewis
This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
This is free software, and you are welcome to redistribute it under certain
conditions; use --conditions for details.
INFO Trying to stream pid using type tv
INFO: pid found in cache
Matches:
524: Newsnight - 02/04/2012, BBC Two, News,TV, default,
INFO: 1 Matching Programmes
INFO: Checking existence of default version
INFO: flashhigh1,flashhigh2,flashstd1,flashstd2 modes will be tried for version default
INFO: Trying flashhigh1 mode to record tv: Newsnight - 02/04/2012
INFO: File name prefix = Newsnight_-_02_04_2012_b01fkbb3_default
RTMPDump 2.4 git-6230845 2011-9-25
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
ERROR: RTMP_Connect0, failed to connect socket. 10060 (Unknown error)
INFO: Command exit code 3 (raw code = 768)
WARNING: Failed to stream file C:\Users\Tin\Desktop\iPlayer Recordings\Newsnight_-_02_04_2012_b01fkbb3_default.partial.mp4.flv via RTMP
INFO: skipping flashhigh1 mode
INFO: Trying flashhigh2 mode to record tv: Newsnight - 02/04/2012
INFO: File name prefix = Newsnight_-_02_04_2012_b01fkbb3_default
RTMPDump 2.4 git-6230845 2011-9-25
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
ERROR: RTMP_Connect0, failed to connect socket. 10060 (Unknown error)
INFO: Command exit code 3 (raw code = 768)
WARNING: Failed to stream file C:\Users\Tin\Desktop\iPlayer Recordings\Newsnight_-_02_04_2012_b01fkbb3_default.partial.mp4.flv via RTMP
INFO: skipping flashhigh2 mode
INFO: Trying flashstd1 mode to record tv: Newsnight - 02/04/2012
INFO: File name prefix = Newsnight_-_02_04_2012_b01fkbb3_default
RTMPDump 2.4 git-6230845 2011-9-25
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
ERROR: RTMP_Connect0, failed to connect socket. 10060 (Unknown error)
INFO: Command exit code 3 (raw code = 768)
WARNING: Failed to stream file C:\Users\Tin\Desktop\iPlayer Recordings\Newsnight_-_02_04_2012_b01fkbb3_default.partial.mp4.flv via RTMP
INFO: skipping flashstd1 mode
INFO: Trying flashstd2 mode to record tv: Newsnight - 02/04/2012
INFO: File name prefix = Newsnight_-_02_04_2012_b01fkbb3_default
RTMPDump 2.4 git-6230845 2011-9-25
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
ERROR: RTMP_Connect0, failed to connect socket. 10060 (Unknown error)
INFO: Command exit code 3 (raw code = 768)
WARNING: Failed to stream file C:\Users\Tin\Desktop\iPlayer Recordings\Newsnight_-_02_04_2012_b01fkbb3_default.partial.mp4.flv via RTMP
INFO: skipping flashstd2 mode
ERROR: Failed to record 'Newsnight - 02/04/2012 (b01fkbb3)'
C:\Program Files (x86)\get_iplayer>
You can't assume from a successful download of the subtitle file that the video server will play nice with your VPN. I'm fairly certain that the .srt is delivered by a BBC server, while the video stream is served by one of the big CDNs.
Make another attempt with
C:\Program Files (x86)\get_iplayer>get_iplayer --pid b01fkbb3 --verbose --long
and take a look at the results. If it looks like the request for the subtitle file is made to a different domain than the request for the video stream, your most likely issue is that Limelight or Akamai is rejecting requests made through UKBestVPN.
Paid VPN's are typically under no obligation to provide you with a new IP if the CDNs get wise to circumvention of geographical restrictions--but it never hurts to ask. Sorry that's probably not what you wanted to hear; there might be more benign reasons the for the video server to reject your request...maybe if your VPN was really busy, it could have been slow to respond to RTMP handshake...etc.
P.S. Assuming you rectify your issues, here's a couple of tips:
Go into C:\Program Files (x86)\get_iplayer and make a copy of get_iplayer.cmd; paste it back into the program folder and rename it bbc.cmd.
Now all you have to type is bbc -g horizon.
Create a user variable called PATH and put C:\Program Files (x86)\get_iplayer in it.
Now you can just hit your Windows key and type bbc -g horizon directly into the Search programs and files box.
You don't have to deal with text wrap in a puny command-line window.
Right-click on the get_iplayer icon and select properties; click on the Layout tab and you can resize it to something more usable.
Use Expat Shield or any other program that provides a UK IP address.
Get_iPlayer will do the download job.
No RTMP error, then.
UKBestVPN may not be as stable to bypass the IP restriction as Expat Shield is.