Crash related to rtsshooks64.dll

Hi,
I appreciate that this is a fairly generic request and I can't provide much detail but I'm happy to try to respond and investigate further if needed.
Situation, I'm using MSA Afterburner 4.1 to slightly OC my MSI GTX980.
I'm playing X-Rebirth currently and experienced a lot of random crashes during gameplay.
I was working with the Egosoft support through the crash dumps and their developers pointed out that many crashes are related to rtsshooks64.dll. I assume thats a library used for the statistic server part of Afterburner, correct?
Is there a way I can eliminate those crashes without loosing the OC via Afterburner?
Thanks very much,
End.
OS: Win 8.1 64bit, latest Nvidia driver

The crash is unrelated to the clock settings. The game crashes (because of mentioned dll) also with stock settings.
Board: Asrock Z97 Extreme 6
Bios: Version 1.7
VGA: MSI GTX980
PSU: BeQuiet 850W
Intel i7 4790k
MEM: GSkill 32GB DDR3 2133
HDD: Samsung SSD512 Pro
COOLER: Noctua DH15
OC: (Turbo)4.5Ghz 1.25 CPU V ram: 2133 Mhz 1.5v
OS: Windows 8.1 64bit Professional

Similar Messages

Access 2010 SP1 - random crashes relating to vbe7.dll

We are experencing the same problem as described here in a post on
Microsoft Answers. However was are also still occasionally seeing the problem after uninstalling SP1.
Has anyone come across any better workarounds?
Microsoft: can we please have some information on when this is likey to be fixed - this is a major problem!
After installing Office 2010 SP1, you may receive random crashes when opening objects in certain databases and when trying to open the VBA window in those databases. If you look in the event viewer the crash info may look similar to the following:
Faulting application: msaccess.exe
Version: 14.0.6024.1000
Stamp: 4d83e4fc
faulting module: vbe7.dll
version: 7.0.16.19
stamp: 4d430aec
Workaround:
Microsoft is aware of the issue and it is currently being investigated. In order to work around the problem, you can try the following:
1.      Make a copy / backup of your database.
2.      On the problematic machine decompile the database by running the following from a Run command line: MSACCESS.EXE <path to database file> /decompile
(example: C:\Program Files (x86)\Microsoft Office\Office14\MSAccess.exe "C:\folder\database.accdb" /decompile)
3.      Close the database.
4.      Open the database again normally.
In addition to this, if you experience the crash please send the error report when prompted to do so after the crash.

Hello,
Have you tried the workaround? It should work after you decompile your databases.
And if there is better solution released by Microsoft, you will be able to find them in certain KB like:
http://support.microsoft.com/kb/2533794
Sincerely,
Max Meng
Forum Support
Please remember to
mark the replies as
answers if they help and
unmark them if they provide no help.
If you have any feedback on our support, please contact
[email protected]

Firefox crashes when opening and the crash report I get is Firefox 3.6.3 Crash Report [@ strlen | nspr4.dll@0x15f9f ].

== Issue
==
Firefox is crashing or closing unexpectedly
== Description
==
Firefox 3.6.3 crashes when opening and the Crash Report [[@ strlen nspr4.dll@0x15f9f ]. It was working perfectly fine and the last three days, I am having difficulty in opening firefox. It crashes with the above crash report every time I open. I came across the bad image error and did a clean reinstall multiple times and that did not help. I have firebug and firecookies as an addon.
== Crash ID(s)
==
bp-5972b384-791f-4667-b3cb-051812100504
== Firefox version
==
3.6
== Operating system
==
windows XP
== User Agent
==
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.1.249.1064 Safari/532.5
== Plugins installed
==
firebug and firecookie

Usually doesn't immediately crash, although that happens also. Usually hangs, then crashes.
Addons are WHY I use Firefox when it works. I am NOT on the bleeding edge any longer. I could go back to boring, boring, Chrome.

Frequent crashes on module PlugPlug.dll

Dreamweaver CC 2014.1 has been crashing for me frequently if the app is left open for extended periods of time. I notice it most when I've left it running overnight or if I'm away from my computer for a few hours during the day.
The most common reason for Dreamweaver to crash is the PlugPlug.dll file. Here is the most recent error entry from my security logs. The problem started on 2/5/2015 and I've had 12 crashes since then.
Faulting application name: Dreamweaver.exe, version: 15.1.0.6981, time stamp: 0x54d123a5
Faulting module name: PlugPlug.dll, version: 5.2.0.38, time stamp: 0x53f3272f
Exception code: 0xc0000005
Fault offset: 0x0000000000036bb4
Faulting process id: 0x27cc
Faulting application start time: 0x01d051484148f000
Faulting application path: D:\Software\Adobe\Adobe Dreamweaver CC 2014.1\Dreamweaver.exe
Faulting module path: D:\Software\Adobe\Adobe Dreamweaver CC 2014.1\PlugPlug.dll
Report Id: a9fbce23-bdc3-11e4-b5b6-bcaec56ea490

hi Michael,
Can you please provide us complete logs. To collect log -
Create crash logs on win –
You need to add these entries in registry.
Go to run, type regedit and enter. This will open Registry Editor.
Go to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting->Right Click->New->Key. New key named "New Key #1" will be created. Rename it to LocalDumps.
Add two entries LocalDumps. Right click on LocalDumps->New->Expandable String Value (REZ_EXPAND_SZ). Double click on the entry created and add value name : DumpFolder and value data : %LOCALAPPDATA%\CrashDumps.
Right click on LocalDumps->New->DWORD (32 bit) Value(REG_DWORD). Double click on the value created and add value name : DumpType and value data :1
Next time when the application crashes you will find the crash dump at C:\Users[UserName]\AppData\Local\CrashDumps. Dumps will be created only in case of crash and not hang.
Thanks!
Kusha

Application crash with error ntdll.dll 00018fea

Hi,
I have a problem with my app.exe build.
I attach a simple code; the Vi open and close a TDM file.
If I run this Vi in Labview works fine.
If I build the application.exe on a notebook and I run it I got "Application crash with error ntdll.dll 00018fea".
I've tried to build the Vi on another Pc Desktop with Labview and here if I run the exe it works fine.
On the two PC I have LV8.5; the build options are the same.
On the notebook I've try also to reinstall LV8.5 but I got the same error.
Can you help me?
Thanks a lot
Attachments:
open tdm.vi ‏33 KB

MicheleS wrote:
This morning I've try to put the ntdll.dll of the other PC in the notebook but the problem remain.
Never ever do that! You were very lucky that both ntdll.dll files were probably the same version so the exchange didn't do much but ntdll.dll is one of the core Windows DLLs were everything goes through that normal applications may access in Windows. A mixup in such a part because of incompatitible ntdll.dll with other system API DLLs might prevent your computer entirely from starting up even in safe mode.
You should not attempt to ever switch system DLLs between different computers. In such behaviour lays insanity. If you expect a system DLL to be corrupt attempt to do a repair installation instead. Also Windows nowadays has techniques to detect if a system DLL got corrupt and will attempt to repair it, though I guess if ntdll.dll would go belly up it's likely your computer won't even start up.
Rolf Kalbermatter
Message Edited by rolfk on 01-14-2008 08:05 AM
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

When I conect any ipod ,the itunes show an error msg-The syncServer found a problem and must be closed.After that another-Mobile device helper find a problem and must be closed -and this repeat more 2 times each are related with corefoundation.dll.

Six error msg about apple aplications that must be closed just when I connect my ipod to computers USB.SyncServer aplication and Mobile device helper is closed.The error relat.show :
AppName: syncserver.exe AppVer: 17.641.14.26 ModName: corefoundation.dll
ModVer: 1.550.54.0 Offset: 00043d08
These happens in both kind of messages that was showing three times each.After this ,Itunes can sinc music videos,photos,but I canot upgrade my ipod!
Detail:copy photo files from ipod to computer works normal.I use panda antivirus but without it in the computer,the problem persists.Yesterday I get the last ITunes,but the problem persists.I unistall anything about apple ,install the new Itunes and the problem remains.
And this problem occurs only after I connect ANY ipod to the computer,open Itunes for hear music,for example,still works OK.

I have been battling against the same issue for over 2 weeks now. After tracing what was happening on the machine to find that the crashes we're happening slightly after Apple's program we're identifying the Time Zone of the computer, I had the idea of checking the date/time properties of my Windows XP machine.
I unchecked the box to update the time from a time server (Internet time) and it's seem that this was what was causing itunes and its descendant to crash.
Now it seems it turned back to normal operation.
Please let me know if this fixes it for you as well.

Server manager crashing - Fault Module clr.dll

The Server manager is crashing. As soon as you try to open Server Manager it crashes instantly with the failing module being clr.dll
This seems to relate to .net framework and after looking for a hotfix it says to contact Microsoft (who have been less than helpful so far).
Things i have tried:
= Installing the hotfix which results in an error about the update not being needed or something else on the server stopping the update.
= Uninstalling .net framework for reinstalling, but to uninstall a service/feature it launches into the server manager, so just results in a crash.
= Tried uninstalling via Powershell, but as soon as you open powershell it also crashes!
Resulting error for both powershell and server manager is clr.dll. Basically anything relating to .net framework has stopped working and i need a fix! Thanks!

We are referring to Windows Server 2012 R2 (sorry).
You open the Server Manager, it shows launches and then says not responding instantly.
You can either check for solutions or close. The following error messages is contained with it:
Problem signature:
Problem Event Name: APPCRASH
Application Name: ServerManager.exe
Application Version: 6.3.9600.17238
Application Timestamp: 53d0b3e7
Fault Module Name: clr.dll
Fault Module Version: 4.0.30319.34014
Fault Module Timestamp: 52e0b86c
Exception Code: c0000005
Exception Offset: 000000000000ce8f
OS Version: 6.3.9600.2.0.0.272.7
Locale ID: 2057
Additional Information 1: e47e
Additional Information 2: e47e97bf41d77858050ec34fa823c414
Additional Information 3: 84b3
Additional Information 4: 84b30a42d702b49f087f7920cfdbdea2
I am sure this is related to .Net Framework 4, because my Avast Management console and Powershell have also stopped working and result with the same error when launched. I could be wrong though, but that is my thoughts....

Photoshop CS5 64-bit Crashing due to CoolType.dll

Spent 30 minutes on the phone with Adobe's fairly useless tech support, who asked me to do all the things I had already tried (delete prefs, turn of Font Preview, rename the scripting support plug-in, turn off OpenGL, etc.) in order to find out why my Photoshop CS5 64-bit on Windows 7 started crashing whenever I tried to use the text / type tool or opened a document with a type layer selected.
He thought he was done giving "support" when he said "Well, I suggest you just use the 32-bit version". When I reminded him that that didn't actually find / fix / solve the problem, he put me on hold again, then told me to use the System File Checker (sfc.exe) tool to check CoolType.dll, which is what's crashing Photoshop.
He told me that I would have to call Microsoft, because CoolType.dll is a system file and Adobe doesn't support those.
Hmm, I guess he didn't realize that CoolType.dll is an ADOBE system file that ADOBE put on my system.
Anyway...anybody know how to fix / replace CoolType.dll so that I can go back to using the 64-bit version of Photoshop CS5? I checked Adobe's website and couldn't find anyplace to download the current version.
Thanks in advance!
Gensy

I'm having this issue too. Not sure if I have two issues or it's all related to this. Most of the time, when I go to a folder to save an image, the program just dissapears with no error message at all and all my work is lost. Anything I did during that session in PS is lost, including any modification of preferences, new actions made, etc. I have tried reinstalling window 7 and CS5 and even on a clean system the problem occurs. I have also tried uninstalling all non-essential fonts and deleting the font cache. And, all the stuff you mentioned such as preferences in PS and dissabling OpenGL, etc. and have had three Microsoft tech sessions. They don't see any evidence of the crash on my system so can't help with it.

Recurring JVM Crash related to jai.RasterAccessor?

We are having an intermittent problem with our JVM crashing and CF restarting on an almost daily basis. We are running CF                                     8,0,1,195765 in a Windows environment with JDK 1.6.0_04. The dump is below. Every time that this occurs, the "current compiletask" is the same (as listed below). Our JVM settings are also as follows with 1GB of Heap Space allocated:
-server -Dsun.io.useCanonCaches=false -XX:MaxPermSize=192m -XX:PermSize=128m -XX:NewSize=256m -XX:+UseConcMarkSweepGC -XX:+DisableExplicitGC -XX:SurvivorRatio=4 -XX:+UseParNewGC -XX:+HeapDumpOnOutOfMemoryError -Dcoldfusion.rootDir={application.home}/../ -Dcoldfusion.libPath={application.home}/../lib
I'm not sure if upgrading our JDK will help solve this problem but I'm thinking that there is some code somewhere that is calling the javax.media.jai.RasterAccessor java method and that is the root of this problem. I do not know what code might be calling this Java method but I was thinking that it might be related to CFDocument or CFImage. However, our use of these tags is pretty minimal.
Here is the dump:
# An unexpected error has been detected by Java Runtime Environment:
# java.lang.OutOfMemoryError: requested 67108872 bytes for Chunk::new. Out of swap space?
# Internal Error (allocation.cpp:218), pid=6044, tid=4680
# Error: Chunk::new
# Java VM: Java HotSpot(TM) Server VM (10.0-b19 mixed mode windows-x86)
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
--------------- T H R E A D ---------------
Current thread (0x52624000): JavaThread "CompilerThread0" daemon [_thread_in_native, id=4680, stack(0x52d40000,0x52e40000)]
Stack: [0x52d40000,0x52e40000]
[error occurred during error reporting (printing stack bounds), id 0x80000001]
Current CompileTask:
C2:1459      javax.media.jai.RasterAccessor.<init>(Ljava/awt/image/Raster;Ljava/awt/Rectangle;Ljavax/m edia/jai/RasterFormatTag;Ljava/awt/image/ColorModel;)V (3287 bytes)
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x533fe800 JavaThread "jrpp-199" [_thread_in_native, id=3200, stack(0x5cec0000,0x5cfc0000)]
0x53270400 JavaThread "jrpp-198" [_thread_in_native, id=4460, stack(0x5a6a0000,0x5a7a0000)]
0x53270800 JavaThread "jrpp-197" [_thread_in_native, id=6048, stack(0x5f160000,0x5f260000)]
0x533cb800 JavaThread "jrpp-191" [_thread_in_native, id=1136, stack(0x5ada0000,0x5aea0000)]
0x593cbc00 JavaThread "jrpp-189" [_thread_in_native, id=3960, stack(0x5fee0000,0x5ffe0000)]
0x569f4400 JavaThread "jrpp-185" [_thread_in_native, id=4180, stack(0x67960000,0x67a60000)]
0x56f52800 JavaThread "FusionReactor FD/R Remote Data Collector for {coldfusion.cfmx8.web1}" [_thread_blocked, id=4824, stack(0x5aba0000,0x5aca0000)]
0x56f52400 JavaThread "FusionReactor Enterprise Service - Local Metrics Cache" [_thread_blocked, id=6076, stack(0x53650000,0x53750000)]
0x59815800 JavaThread "Timer-16" [_thread_blocked, id=4684, stack(0x67160000,0x67260000)]
0x53e75800 JavaThread "Timer-15" [_thread_blocked, id=2416, stack(0x66e60000,0x66f60000)]
0x602dec00 JavaThread "FusionReactor Web Server (Server Thread Pool Member Thread-98)" [_thread_in_native, id=1644, stack(0x67060000,0x67160000)]
0x602de800 JavaThread "FusionReactor Web Server (Server Thread Pool Member Thread-97)" [_thread_blocked, id=4172, stack(0x66f60000,0x67060000)]
0x610e8400 JavaThread "FusionReactor Web Server (Server Thread Pool Member Thread-96)" [_thread_blocked, id=3148, stack(0x66d60000,0x66e60000)]
0x5a364400 JavaThread "FusionReactor Web Server (Server Thread Pool Member Thread-95)" [_thread_in_native, id=2252, stack(0x66c60000,0x66d60000)]
0x61676400 JavaThread "FusionReactor Web Server (Server Thread Pool Member Thread-94)" [_thread_blocked, id=5792, stack(0x66b60000,0x66c60000)]
0x611e0400 JavaThread "FusionReactor Web Server (Server Thread Pool Member Thread-93)" [_thread_in_native, id=3492, stack(0x66a60000,0x66b60000)]
0x56d12800 JavaThread "FusionReactor Web Server (Server Thread Pool Member Thread-92)" [_thread_in_native, id=5244, stack(0x66960000,0x66a60000)]
0x5875d400 JavaThread "FusionReactor Web Server (Server Thread Pool Member Thread-91)" [_thread_blocked, id=4364, stack(0x66860000,0x66960000)]
0x60a0a400 JavaThread "FusionReactor Web Server (Server Thread Pool Member Thread-90)" [_thread_blocked, id=976, stack(0x5fae0000,0x5fbe0000)]
0x595b8400 JavaThread "FusionReactor Web Server (Server Thread Pool Member Thread-89)" [_thread_blocked, id=4944, stack(0x5d5c0000,0x5d6c0000)]
0x60775800 JavaThread "FusionReactor Web Server (Server Thread Pool Member Thread-88)" [_thread_in_native, id=5832, stack(0x5fde0000,0x5fee0000)]
0x6077d400 JavaThread "FusionReactor Web Server (Server Thread Pool Member Thread-87)" [_thread_blocked, id=3384, stack(0x5fce0000,0x5fde0000)]
0x53193800 JavaThread "FusionReactor Web Server (Server Thread Pool Member Thread-86)" [_thread_blocked, id=2440, stack(0x5fbe0000,0x5fce0000)]
0x531cc800 JavaThread "Timer-10" [_thread_blocked, id=5060, stack(0x5d4c0000,0x5d5c0000)]
0x58e8f000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=4864, stack(0x5e0d0000,0x5e1d0000)]
0x584c8c00 JavaThread "scheduler-3" [_thread_blocked, id=2092, stack(0x5d3c0000,0x5d4c0000)]
0x595f5400 JavaThread "scheduler-21" [_thread_blocked, id=3396, stack(0x57cb0000,0x57db0000)]
0x53c3c800 JavaThread "scheduler-2" [_thread_blocked, id=744, stack(0x5c2c0000,0x5c3c0000)]
0x56838800 JavaThread "SocketTimeout" daemon [_thread_blocked, id=3072, stack(0x5cfc0000,0x5d0c0000)]
0x5921fc00 JavaThread "scheduler-1" [_thread_blocked, id=3476, stack(0x5cdc0000,0x5cec0000)]
0x569b8800 JavaThread "MulticastListener" [_thread_in_native, id=5332, stack(0x5ccc0000,0x5cdc0000)]
0x56b81800 JavaThread "MulticastListener" [_thread_in_native, id=5272, stack(0x5cbc0000,0x5ccc0000)]
0x5273d800 JavaThread "MulticastListener" [_thread_in_native, id=2376, stack(0x5cac0000,0x5cbc0000)]
0x58a63c00 JavaThread "MulticastListener" [_thread_in_native, id=1128, stack(0x5c9c0000,0x5cac0000)]
0x56a81800 JavaThread "MulticastListener" [_thread_in_native, id=924, stack(0x5c8c0000,0x5c9c0000)]
0x53212400 JavaThread "MulticastListener" [_thread_in_native, id=5140, stack(0x5c7c0000,0x5c8c0000)]
0x5681bc00 JavaThread "MulticastListener" [_thread_in_native, id=4380, stack(0x5c6c0000,0x5c7c0000)]
0x591ffc00 JavaThread "MulticastListener" [_thread_in_native, id=5420, stack(0x5c5c0000,0x5c6c0000)]
0x59227c00 JavaThread "MulticastListener" [_thread_in_native, id=5616, stack(0x5c4c0000,0x5c5c0000)]
0x53a18400 JavaThread "MulticastListener" [_thread_in_native, id=988, stack(0x5c3c0000,0x5c4c0000)]
0x003f6400 JavaThread "DestroyJavaVM" [_thread_blocked, id=620, stack(0x00030000,0x00130000)]
0x5702ec00 JavaThread "Timer-9" [_thread_blocked, id=5580, stack(0x5b8a0000,0x5b9a0000)]
0x585db800 JavaThread "Timer-8" [_thread_blocked, id=2556, stack(0x5b7a0000,0x5b8a0000)]
0x53241c00 JavaThread "Timer-7" daemon [_thread_blocked, id=3184, stack(0x5b6a0000,0x5b7a0000)]
0x567eb400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=460, stack(0x5c1a0000,0x5c2a0000)]
0x53980400 JavaThread "worker #4" daemon [_thread_blocked, id=5496, stack(0x5c0a0000,0x5c1a0000)]
0x56e48c00 JavaThread "worker #3" daemon [_thread_blocked, id=2304, stack(0x5bfa0000,0x5c0a0000)]
0x53a04c00 JavaThread "worker #2" daemon [_thread_blocked, id=4248, stack(0x5bea0000,0x5bfa0000)]
0x53c63800 JavaThread "worker #1" daemon [_thread_blocked, id=3488, stack(0x5bda0000,0x5bea0000)]
0x58a64400 JavaThread "worker #0" daemon [_thread_blocked, id=192, stack(0x5bca0000,0x5bda0000)]
0x56a1d400 JavaThread "ServerThread" daemon [_thread_in_native, id=1920, stack(0x5bba0000,0x5bca0000)]
0x588b9400 JavaThread "Thread-26" [_thread_blocked, id=4456, stack(0x5baa0000,0x5bba0000)]
0x56a72400 JavaThread "Thread-22" [_thread_in_native, id=3872, stack(0x5b5a0000,0x5b6a0000)]
0x53aaf800 JavaThread "obj-skimmer" daemon [_thread_blocked, id=3060, stack(0x5b4a0000,0x5b5a0000)]
0x534d9400 JavaThread "obj-skimmer" daemon [_thread_blocked, id=3964, stack(0x5b3a0000,0x5b4a0000)]
0x53a99400 JavaThread "obj-skimmer" daemon [_thread_blocked, id=300, stack(0x5b2a0000,0x5b3a0000)]
0x53492400 JavaThread "obj-skimmer" daemon [_thread_blocked, id=2312, stack(0x5b1a0000,0x5b2a0000)]
0x538fb800 JavaThread "obj-skimmer" daemon [_thread_blocked, id=3400, stack(0x5b0a0000,0x5b1a0000)]
0x5267b400 JavaThread "obj-skimmer" daemon [_thread_blocked, id=5944, stack(0x5afa0000,0x5b0a0000)]
0x56a72c00 JavaThread "scheduler-0" [_thread_blocked, id=2380, stack(0x5aea0000,0x5afa0000)]
0x53285c00 JavaThread "FusionReactor Web Server" [_thread_in_native, id=3332, stack(0x5aca0000,0x5ada0000)]
0x567b5800 JavaThread "Timer-6" daemon [_thread_blocked, id=1876, stack(0x5aaa0000,0x5aba0000)]
0x56991000 JavaThread "Timer-5" [_thread_blocked, id=5424, stack(0x5a9a0000,0x5aaa0000)]
0x56993c00 JavaThread "Timer-4" [_thread_blocked, id=332, stack(0x5a8a0000,0x5a9a0000)]
0x53f2a400 JavaThread "Thread-13" [_thread_blocked, id=2008, stack(0x5a4a0000,0x5a5a0000)]
0x56958800 JavaThread "Timer-3" daemon [_thread_blocked, id=5648, stack(0x58320000,0x58420000)]
0x53da6000 JavaThread "Timer-2" daemon [_thread_blocked, id=4076, stack(0x57db0000,0x57eb0000)]
0x5765d800 JavaThread "Timer-1" [_thread_blocked, id=4140, stack(0x57850000,0x57950000)]
0x53b10000 JavaThread "Timer-0" [_thread_blocked, id=3748, stack(0x57750000,0x57850000)]
0x5378ac00 JavaThread "SeeFusion HTTP Listener" daemon [_thread_in_native, id=2120, stack(0x58220000,0x58320000)]
0x537d7400 JavaThread "SeeFusion Request Watcher" [_thread_blocked, id=3692, stack(0x58120000,0x58220000)]
0x57542400 JavaThread "SeeFusion History Sleepythread" daemon [_thread_blocked, id=5416, stack(0x58020000,0x58120000)]
0x5755a800 JavaThread "SeeFusion File Watcher - seefusion.properties" daemon [_thread_blocked, id=4404, stack(0x57f20000,0x58020000)]
0x53b11000 JavaThread "scheduler-20" [_thread_blocked, id=4196, stack(0x57bb0000,0x57cb0000)]
0x539c8400 JavaThread "mipc-1" [_thread_in_native, id=5096, stack(0x57ab0000,0x57bb0000)]
0x53c07400 JavaThread "Thread-4" [_thread_blocked, id=4932, stack(0x579b0000,0x57ab0000)]
0x53537400 JavaThread "scheduler-19" [_thread_blocked, id=5828, stack(0x56650000,0x56750000)]
0x53536400 JavaThread "scheduler-18" [_thread_blocked, id=796, stack(0x56550000,0x56650000)]
0x53535000 JavaThread "scheduler-17" [_thread_blocked, id=2452, stack(0x56450000,0x56550000)]
0x53534000 JavaThread "scheduler-16" [_thread_blocked, id=5872, stack(0x56350000,0x56450000)]
0x53533400 JavaThread "scheduler-15" [_thread_blocked, id=3800, stack(0x56250000,0x56350000)]
0x53532000 JavaThread "scheduler-14" [_thread_blocked, id=5772, stack(0x56150000,0x56250000)]
0x53531000 JavaThread "scheduler-13" [_thread_blocked, id=3828, stack(0x56050000,0x56150000)]
0x53530000 JavaThread "scheduler-12" [_thread_blocked, id=5336, stack(0x55f50000,0x56050000)]
0x5352f000 JavaThread "scheduler-11" [_thread_blocked, id=5112, stack(0x55e50000,0x55f50000)]
0x5352e000 JavaThread "scheduler-10" [_thread_blocked, id=4988, stack(0x55d50000,0x55e50000)]
0x5352d400 JavaThread "scheduler-9" [_thread_blocked, id=2472, stack(0x55c50000,0x55d50000)]
0x534dfc00 JavaThread "scheduler-8" [_thread_blocked, id=2340, stack(0x55b50000,0x55c50000)]
0x534dec00 JavaThread "scheduler-7" [_thread_blocked, id=2672, stack(0x55a50000,0x55b50000)]
0x53519c00 JavaThread "scheduler-6" [_thread_blocked, id=4056, stack(0x55950000,0x55a50000)]
0x53518c00 JavaThread "scheduler-5" [_thread_blocked, id=2620, stack(0x55850000,0x55950000)]
0x53517c00 JavaThread "scheduler-4" [_thread_blocked, id=4236, stack(0x55750000,0x55850000)]
0x53516c00 JavaThread "scheduler-3" [_thread_blocked, id=3936, stack(0x55650000,0x55750000)]
0x53515c00 JavaThread "scheduler-2" [_thread_blocked, id=5868, stack(0x55550000,0x55650000)]
0x5352c400 JavaThread "scheduler-1" [_thread_blocked, id=4964, stack(0x55450000,0x55550000)]
0x534da400 JavaThread "scheduler-0" [_thread_blocked, id=2512, stack(0x55350000,0x55450000)]
0x5351ac00 JavaThread "Transaction Domain PrivateJmsDomain" [_thread_blocked, id=2392, stack(0x55250000,0x55350000)]
0x53505400 JavaThread "clock" daemon [_thread_blocked, id=2096, stack(0x55150000,0x55250000)]
0x534e1400 JavaThread "Transaction Domain DefaultDomain" [_thread_blocked, id=5864, stack(0x55050000,0x55150000)]
0x53504400 JavaThread "tyrex.util.daemonMaster" daemon [_thread_blocked, id=6108, stack(0x54f50000,0x55050000)]
0x534a2800 JavaThread "jndi-4" [_thread_blocked, id=6092, stack(0x54e50000,0x54f50000)]
0x534f9000 JavaThread "jndi-3" [_thread_blocked, id=4720, stack(0x54d50000,0x54e50000)]
0x534f8400 JavaThread "jndi-2" [_thread_in_native, id=704, stack(0x54c50000,0x54d50000)]
0x534f7800 JavaThread "jndi-1" [_thread_blocked, id=4564, stack(0x54b50000,0x54c50000)]
0x534ac800 JavaThread "jndi-0" [_thread_blocked, id=5016, stack(0x54a50000,0x54b50000)]
0x534f5400 JavaThread "RMI Scheduler(0)" daemon [_thread_blocked, id=3420, stack(0x54850000,0x54950000)]
0x534c0c00 JavaThread "jms-fifo-5" [_thread_blocked, id=2420, stack(0x54650000,0x54750000)]
0x53479800 JavaThread "jms-fifo-4" [_thread_blocked, id=3188, stack(0x54550000,0x54650000)]
0x53479400 JavaThread "jms-fifo-3" [_thread_blocked, id=5652, stack(0x54450000,0x54550000)]
0x53478c00 JavaThread "jms-fifo-2" [_thread_blocked, id=4064, stack(0x54350000,0x54450000)]
0x53286800 JavaThread "jms-fifo-1" [_thread_blocked, id=3940, stack(0x54250000,0x54350000)]
0x534fd800 JavaThread "GC Daemon" daemon [_thread_blocked, id=2660, stack(0x54150000,0x54250000)]
0x53461800 JavaThread "RMI Reaper" [_thread_blocked, id=3456, stack(0x54050000,0x54150000)]
0x533dcc00 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=1340, stack(0x53f50000,0x54050000)]
0x5262b000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=4880, stack(0x52f40000,0x53040000)]
0x52625400 JavaThread "CompilerThread1" daemon [_thread_blocked, id=4912, stack(0x52e40000,0x52f40000)]
=>0x52624000 JavaThread "CompilerThread0" daemon [_thread_in_native, id=4680, stack(0x52d40000,0x52e40000)]
0x52622c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=4928, stack(0x52c40000,0x52d40000)]
0x52621c00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=544, stack(0x52b40000,0x52c40000)]
0x52621000 JavaThread "Surrogate Locker Thread (CMS)" daemon [_thread_blocked, id=2700, stack(0x52a40000,0x52b40000)]
0x52606400 JavaThread "Finalizer" daemon [_thread_blocked, id=5912, stack(0x52940000,0x52a40000)]
0x52605400 JavaThread "Reference Handler" daemon [_thread_blocked, id=4664, stack(0x52840000,0x52940000)]
Other Threads:
0x52602400 VMThread [stack: 0x52740000,0x52840000] [id=2656]
0x5262c400 WatcherThread [stack: 0x53040000,0x53140000] [id=4884]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
par new generation   total 218496K, used 75145K [0x03c60000, 0x13c60000, 0x13c60000)
eden space 174848K, 35% used [0x03c60000, 0x0786c1c0, 0x0e720000)
from space 43648K, 31% used [0x0e720000, 0x0f476510, 0x111c0000)
to   space 43648K,   0% used [0x111c0000, 0x111c0000, 0x13c60000)
concurrent mark-sweep generation total 786432K, used 85404K [0x13c60000, 0x43c60000, 0x43c60000)
concurrent-mark-sweep perm gen total 131072K, used 69573K [0x43c60000, 0x4bc60000, 0x4fc60000)
Dynamic libraries:
0x00400000 - 0x00410000     C:\ColdFusion8\runtime\bin\jrun.exe
0x7c800000 - 0x7c8c2000     C:\WINDOWS\system32\ntdll.dll
0x77e40000 - 0x77f42000     C:\WINDOWS\system32\kernel32.dll
0x7d1e0000 - 0x7d27c000     C:\WINDOWS\system32\ADVAPI32.dll
0x77c50000 - 0x77cef000     C:\WINDOWS\system32\RPCRT4.dll
0x76f50000 - 0x76f63000     C:\WINDOWS\system32\Secur32.dll
0x77ba0000 - 0x77bfa000     C:\WINDOWS\system32\MSVCRT.dll
0x6dac0000 - 0x6de7a000     C:\ColdFusion8\runtime\jre\bin\server\jvm.dll
0x77380000 - 0x77411000     C:\WINDOWS\system32\USER32.dll
0x77c00000 - 0x77c49000     C:\WINDOWS\system32\GDI32.dll
0x76aa0000 - 0x76acd000     C:\WINDOWS\system32\WINMM.dll
0x7c340000 - 0x7c396000     C:\WINDOWS\system32\MSVCR71.dll
0x76290000 - 0x762ad000     C:\WINDOWS\system32\IMM32.DLL
0x71bc0000 - 0x71bc8000     C:\WINDOWS\system32\rdpsnd.dll
0x771f0000 - 0x77201000     C:\WINDOWS\system32\WINSTA.dll
0x71c40000 - 0x71c97000     C:\WINDOWS\system32\NETAPI32.dll
0x76b70000 - 0x76b7b000     C:\WINDOWS\system32\PSAPI.DLL
0x6d320000 - 0x6d328000     C:\ColdFusion8\runtime\jre\bin\hpi.dll
0x6d820000 - 0x6d82c000     C:\ColdFusion8\runtime\jre\bin\verify.dll
0x6d3c0000 - 0x6d3df000     C:\ColdFusion8\runtime\jre\bin\java.dll
0x6d860000 - 0x6d86f000     C:\ColdFusion8\runtime\jre\bin\zip.dll
0x6d620000 - 0x6d633000     C:\ColdFusion8\runtime\jre\bin\net.dll
0x71c00000 - 0x71c17000     C:\WINDOWS\system32\WS2_32.dll
0x71bf0000 - 0x71bf8000     C:\WINDOWS\system32\WS2HELP.dll
0x71b20000 - 0x71b61000     C:\WINDOWS\System32\mswsock.dll
0x76ed0000 - 0x76efa000     C:\WINDOWS\system32\DNSAPI.dll
0x76f70000 - 0x76f77000     C:\WINDOWS\System32\winrnr.dll
0x76f10000 - 0x76f3e000     C:\WINDOWS\system32\WLDAP32.dll
0x76f80000 - 0x76f85000     C:\WINDOWS\system32\rasadhlp.dll
0x53600000 - 0x5360c000     C:\ColdFusion8\runtime\bin\portscan.dll
0x5f270000 - 0x5f2ca000     C:\WINDOWS\system32\hnetcfg.dll
0x71ae0000 - 0x71ae8000     C:\WINDOWS\System32\wshtcpip.dll
0x68000000 - 0x68035000     C:\WINDOWS\system32\rsaenh.dll
0x76920000 - 0x769e2000     C:\WINDOWS\system32\USERENV.dll
0x6d7c0000 - 0x6d7c6000     C:\ColdFusion8\runtime\jre\bin\rmi.dll
0x6d640000 - 0x6d649000     C:\ColdFusion8\runtime\jre\bin\nio.dll
0x57950000 - 0x57957000     C:\ColdFusion8\lib\FusionReactor.dll
0x77d00000 - 0x77d8b000     C:\WINDOWS\system32\OLEAUT32.dll
0x77670000 - 0x777a9000     C:\WINDOWS\system32\ole32.dll
0x5e2f0000 - 0x5e2fa000     C:\WINDOWS\system32\perfos.dll
0x6d800000 - 0x6d808000     C:\ColdFusion8\runtime\jre\bin\sunmscapi.dll
0x761b0000 - 0x76243000     C:\WINDOWS\system32\CRYPT32.dll
0x76190000 - 0x761a2000     C:\WINDOWS\system32\MSASN1.dll
0x54950000 - 0x549d0000     C:\ColdFusion8\lib\izmjniado.dll
0x76cf0000 - 0x76d0a000     C:\WINDOWS\system32\iphlpapi.dll
0x76cd0000 - 0x76ce9000     C:\WINDOWS\system32\MPRAPI.dll
0x76df0000 - 0x76e24000     C:\WINDOWS\system32\ACTIVEDS.dll
0x76dc0000 - 0x76de8000     C:\WINDOWS\system32\adsldpc.dll
0x76b80000 - 0x76bae000     C:\WINDOWS\system32\credui.dll
0x7c8d0000 - 0x7d0cf000     C:\WINDOWS\system32\SHELL32.dll
0x77da0000 - 0x77df2000     C:\WINDOWS\system32\SHLWAPI.dll
0x76a80000 - 0x76a92000     C:\WINDOWS\system32\ATL.DLL
0x76e30000 - 0x76e3c000     C:\WINDOWS\system32\rtutils.dll
0x7e020000 - 0x7e02f000     C:\WINDOWS\system32\SAMLIB.dll
0x770e0000 - 0x771e8000     C:\WINDOWS\system32\SETUPAPI.dll
0x77420000 - 0x77523000     C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.3790.3959_x- ww_D8713E55\comctl32.dll
0x54a00000 - 0x54a08000     C:\ColdFusion8\lib\CFXNeo.dll
0x60020000 - 0x60030000     C:\WINDOWS\system32\MSVCIRT.dll
0x57eb0000 - 0x57f15000     C:\WINDOWS\system32\MSVCP60.dll
0x54a30000 - 0x54a3e000     C:\ColdFusion8\lib\cfregistry.dll
0x57970000 - 0x57980000     C:\ColdFusion8\lib\PerfmonClient.dll
0x6d0b0000 - 0x6d1de000     C:\ColdFusion8\runtime\jre\bin\awt.dll
0x73070000 - 0x73097000     C:\WINDOWS\system32\WINSPOOL.DRV
0x73860000 - 0x738ab000     C:\WINDOWS\system32\ddraw.dll
0x73b30000 - 0x73b36000     C:\WINDOWS\system32\DCIMAN32.dll
0x6d2c0000 - 0x6d313000     C:\ColdFusion8\runtime\jre\bin\fontmanager.dll
0x54750000 - 0x54757000     C:\ColdFusion8\lib\NeoUUID.dll
0x6d200000 - 0x6d22f000     C:\ColdFusion8\runtime\jre\bin\cmm.dll
0x6d460000 - 0x6d484000     C:\ColdFusion8\runtime\jre\bin\jpeg.dll
0x54770000 - 0x5477b000     C:\ColdFusion8\lib\clib_jiio_util.dll
0x5d6c0000 - 0x5d7cc000     C:\ColdFusion8\lib\clib_jiio_sse2.dll
0x547b0000 - 0x547bb000     C:\ColdFusion8\lib\mlib_jai_util.dll
0x5d8d0000 - 0x5dd1e000     C:\ColdFusion8\lib\mlib_jai_mmx.dll
VM Arguments:
jvm_args: -Xmx1024m -Dsun.io.useCanonCaches=false -XX:MaxPermSize=192m -XX:PermSize=128m -XX:NewSize=256m -XX:+UseConcMarkSweepGC -XX:+DisableExplicitGC -XX:SurvivorRatio=4 -XX:+UseParNewGC -XX:+HeapDumpOnOutOfMemoryError -Dcoldfusion.rootDir=C:\ColdFusion8\runtime/../ -Dcoldfusion.libPath=C:\ColdFusion8\runtime/../lib -Dcoldfusion.classPath=C:\ColdFusion8\runtime/../lib/updates,C:\ColdFusion8\runtime/../li b,C:\ColdFusion8\runtime/../gateway/lib/,C:\ColdFusion8\runtime/../wwwroot/WEB-INF/flex/ja rs,C:\ColdFusion8\runtime/../wwwroot/WEB-INF/cfform/jars -Djmx.invoke.getters=true
java_command: <unknown>
Launcher Type: generic
Environment Variables:
PATH=C:\ColdFusion8\runtime\..\lib;C:\ColdFusion8\runtime\..\jintegra\bin;C:\ColdFusion8\r untime\..\jintegra\bin\international;C:\ColdFusion8\verity\k2\_nti40\bin;C:\WINDOWS\system 32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
USERNAME=xxxxx
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 23 Stepping 8, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows Server 2003 family Build 3790 Service Pack 2
CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 7 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
Memory: 4k page, physical 2097151k(1871136k free), swap 4194303k(3129772k free)
vm_info: Java HotSpot(TM) Server VM (10.0-b19) for windows-x86 JRE (1.6.0_04-b12), built on Dec 14 2007 00:46:56 by "java_re" with MS VC++ 7.1
time: Wed Nov 11 23:00:05 2009
elapsed time: 71488 seconds

Yes, that site is down. That is why I mentioned using google cache. Just google that url, and use the "Cached" option.
There is a lot of information in the link. So I would definitely review it to see if it matches your situation. But here is one snippet:
"While these errors are found among various Sun bug reports, the only easy solution is an indirect one, to disable the HotSpot compiler entirely with the -Xint optional argument which forces it to only run in interpreted mode. The errors might be caused when HotSpot begins to optimized certain frequently run methods or tight blocks of code. When this happens the compiler will convert the interpreted bytecode to native code and tuck it away in a little piece of memory. The compiler probably needs a little chunk of contiguous memory to store the optimized native code and the OS was unable to provide it. Notice the errors usually indicate that attempts to allocate 1-2MB of memory failed, even though its often noted that neither the JVM heap nor the OS memory usage has maxed out at the time of crash.
A more careful approach to resolve the crashes would be..."
-Leigh

VB6 applications crashes when calling C# dll's in production environment

Hi All,
I'm basically .NET developer, not much aware of VB language or VB visual Basic 6.0.
We are trying to work out with VB application running/ using C# dll's. The scenario is like VB exe applications using C# dll's and C# dll's are referenced to VB application using .tlb file.
In development environment(debug mode) the application looks fine and working as expected. But when the same code is put into production environment VB applications are crashing when pointing to C# method calls. We trying to know the reason but application
is getting killed. The issue seems to be sporadic and not able to catch in MsgView(debug tool).
In one more scenario, the VB application is loading C# form and getting data back to VB but when we repeat the same workflow again application is crashing either in 2nd attempt or 3rd attempt.
Has anybody seen such issue? Any input is welcomed.
Thanks,
Shesh

Hi Shesh.ugare
Welcome to MSDN.
I am afraid that these forums donot support VB6, you could refer to this thread:
Where to post your VB 6 questions
If this issue regarding VB6 then you could consider posting this issue in these forums below:
These forums do not support Visual Basic 6, however there are many third-party support sites that do. If you have a VB6-related question please visit these popular forums:
VB Forums
VB City
If not, then you could share more detailed code with us.
Thanks for your understanding.
Regards.
Youjun Tang
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

PXI RT 8.6 crash with error lvrt.dll load address 0x1924000

I have an application developed with LabView RT 8.6 that run 24h/day and randomly crash evry 3-10 day with this error:
LVRT.DLL load address 0x1924000. Attached I put log file available after restarting PXI.
I dont found any information on this error, and it's very hard to found the soluction... any idea?
Attachments:
lvrt_err_log.txt ‏66 KB

Application was developed with LV 8.6, actually I have installed a LV 8.6.1 in my lap top where I develope the application. I attach some print screen of configuration of PXI.
Application running on PXI consist of several never-ending loop, one of this is a time-critical loop where I from CAN, DAQ, and I send data via CAN. There is other Hardware-timed loop that comunicate via TCP/IP with PLC and with host computer (but application on host is not developed with LV, use a client socket to comunicate with PXI for reading data).
Error Log show alwayis the same error, and for my opionon, there is no relation for when the event occur, can be in any moment.
Application in pxi has some VI that are published as web service for diagnostic only, but there is no any interaction with user, (no keyboard and no mouse), it's a silent application, that read some encoder, calculate speed and aceleration, generate some output and send all data acquired via tcp/ip... 24 h/day.
Strange is that error position is always at 0x1924000, in all the error log!
Unfortunatly system is used all the day, and it's very far from office, so debug can be done only at specific day, when production is off... and internet is unavailable...
Enabling the debug mode, It's possible to have more information about the problem without changing the performance of the system?
Thank's for you help!
Nicola
Attachments:
img1.JPG ‏36 KB
img2.JPG ‏28 KB
img3.JPG ‏29 KB

VBAI crashes when using NiViAsrl.dll

I hope this isn't too much of a noob question...
Suddenly last week, without any warning, VBAI would no longer start. All my versions of VBAI had the same failure. When launched the splash screen would declare "Initializing Plug-ins: nnnnnnn" then "Validating Plug-ins" ... and that was it. It would just sit there, spinning my mouse pointer until a message box proclaimed "NI Vision Builder nnnn has stopped working". The poor thing never got past the splash screen. It did not matter what version I ran. I tried 3.6, 2009 SP1, 2010, and 2011 SP1, all had the same symptom. I un-installed them. I re-installed them. Same problem.
In the Windows control panel I checked the event viewer, looking for more insight on the error. Here is a list of errors that occurred within 10 seconds of the crash:
Events:
E1) LabVIEW information:    Error: 404 "Not Found" for "/national instruments/vision/vision builder ai/4.2.0/", file "c:/program files (x86)/national instruments/shared/ni webserver/www/national instruments/vision/vision builder ai/4.2.0/": Can't access URL
E2) LabVIEW information:    Error: 404 "Not Found" for "/national instruments/vision/vision builder ai/commserver", file "c:/program files (x86)/national instruments/shared/ni webserver/www/national instruments/vision/vision builder ai/commserver": Can't access URL
E3) Vision Builder.exe    4.2.0.0    4d2fa0d5    NiViAsrl.dll    5.0.0.49152    4c23895a    c0000005    0000ac83    2394    01cd5ae877235c04    C:\Program Files (x86)\National Instruments\Vision Builder AI 2011\Vision Builder.exe    C:\Program Files (x86)\IVI Foundation\VISA\WinNT\Bin\NiViAsrl.dll    be9fb414-c6db-11e1-82af-0024e8840468
-- Events 1 & 2 above occurred because there is no directory ".../www/national instruments/vision/vision builder ai/4.2.0/"
-- Event 3 is a mystery to me. The file is there, it is 79KB, and was created 6/24/2010, but I don't know what it does.
Questions:
Q1) How do I get / install the directory and all the files that go into: "c:/program files (x86)/national instruments/shared/ni webserver/www/national instruments/vision/ bla bla bla bla bla ?
Q2) Do I need the afore mentioned files?
Q3) What is "NiViAsrl.dll"?
Q4) How do I go about re-installing "NiViAsrl.dll"?
Thanks and admiration:
T1) Thank you in advance for assisting me with this pressing issue.
T2) My response will be delayed until sometime Friday morning.
T3) Your knowledge on such matters as these are worthy of great praise.
Solved!
Go to Solution.

The problem was the NIvisa ini file MAX was reading.
I deleted the ports from
C:\ProgramData\National Instruments\NIvisa\visaconf.ini
Rebooted
And everything is cool.
- That means VBAI 2011 SP1 doesn't lock up when it starts.
Both visaconf.ini files are attached inside the .ZIPs
This problem was first noticed on June 29th, so note when software was uninstalled in the report. As part of my initial troubleshooting I got out the biggest hammer I could find and deleted all versions of VBAI and any vision related tools, and tried to repair Device Drivers Aug 2011, and tried to install Device Drivers feb 2012, and Re-installed VBAI 2011 SP1. I still have to put vision acquisition (etc.) back on.
A knowledge base article was helpful in finding the ini file location.
"Why Do I Get a Conflict Error When I Try to Rename my Serial Port in Measurement & Automation Explo...
Document ID:   3719MD5S
Attachments:
ni_support_sansSerialNum.zip ‏771 KB
ni_support_afterComRemoved_sansSerialNum.zip ‏800 KB

Crash Crystal Report Ntdll.dll

Post Author: ringo73
CA Forum: Crystal Reports
I have a problem that when I close the report it crashes the whole application. It happens on Windows Vista Business. What the XP reports is that the module that crshes is ntdll.dll (version 6.0.6000.16386).Product: Crystal Report 11 CRDEVELOPER FULL
Version: 11.0.0.1282
Thanks.

Hi Alan,
I've seen this happen when the other app is using custom UFL's, they are either U2L.dll or CRUFL.dll. One thing CR does not do is version check UFL's. If the other app is running it may have loaded in their UFL's and then you app will load them also.
It may also be that when you declare the app object specify the version.
In C++ it would look like this: pApplication.CreateInstance("CrystalRuntime.Application.9") This way it tells your app to use this version. As Ludek suggested possibly your app is using the XI version. Also check the version of crviewer.dll, not sure if you load it but it can cause problems if they are mixed also.
And it may be OS related. what version of windows are you using?
There are also others that just copy all of the CR runtime into the \system32 folder. Not a good plan for other app's that use CR runtime also.
Try closing the other application and then test your app again. If it works it may be they are not version checking, or have a custom UFL, etc.
Thank you
Don

LabVIEW 2010 crash when calling user32.dll

Interesting LabVIEW 2010 "feature" I discovered this morning.
Attached are two identical VIs, one saved in 2010 and one saved in 2009. These VIs were specifically written to demonstrate the bug I stumbled upon this afternoon. Each VI when run should allow you to find a specific program (window) open in Microsoft Windows and bring it to the foreground. It relies on "user32.dll" to perform this operation. It also allows you to specify the calling convention for the function call.
In LV 2009, either calling convention works, without error. However, in LV 2010 the calling convention for the function must be "stdcall (WINAPI)" and not the default "C". If the calling convention is "C" then LabVIEW crashes and closes without warning.
If you happen to have both LV 2009 and LV 2010 on your computer, I would love to hear if this phenomenon is duplicated so that I can pinpoint whether the bug is LV 2010 related or is more specific to my personal setup.
Thanks,
~David
Solved!
Go to Solution.
Attachments:
LV2010 test.vi ‏13 KB
LV2009 test.vi ‏14 KB

221113
Return
CLFN with the wrong calling convention may siliently crash LabVIEW.
LabVIEW 8.5 through 2009 could adjust the calling convention at run time if the user selected the wrong option. In 2010 this no longer happens. More information is found in KnowledgeBase 59KB14WI
Workaround: Use the correct calling convention
Reported Version: 2010 32-bit
Resolved Version: N/A
Added: 07/23/2010
From 2010 release notes.
Paul Falkenstein
Coleman Technologies Inc.
CLA, CPI, AIA-Vision
Labview 4.0- 2013, RT, Vision, FPGA

ITunes Crash W T F.dll

Can anyone help me with this one? I've searched the forum with little success in finding a solution. My iTunes is constantly crashing and has been for the past few months. It's becoming infuriating.
Herewith below error report. OS: Windows Vista
Problem Event Name:
APPCRASH
Application Name:
iTunes.exe
Application Version:
11.2.2.3
Application Timestamp:
5383f31a
Fault Module Name:
W T F.dll
Fault Module Version:
7537.60.5.27
Fault Module Timestamp:
52f2f441
Exception Code:
c0000005
Exception Offset:
000017d0
OS Version:
6.0.6002.2.2.0.768.3
Locale ID:
2057
Additional Information 1:
fd00
Additional Information 2:
ea6f5fe8924aaa756324d57f87834160
Additional Information 3:
fd00
Additional Information 4:
ea6f5fe8924aaa756324d57f87834160
Had to put spaces in W T F as I am seemingly not allowed to post it..ZZzzzz

New one on me...
For general advice see Troubleshooting issues with iTunes for Windows updates.
The steps in the second box are a guide to removing everything related to iTunes and then rebuilding it which is often a good starting point unless the symptoms indicate a more specific approach. Review the other boxes and the list of support documents further down page in case one of them applies.
Your library should be unaffected by these steps but there is backup and recovery advice elsewhere in the user tip.
tt2

Crash related to rtsshooks64.dll

Similar Messages

Maybe you are looking for