Compile-abc.exe crash when package a nape physics game with -useLegacyAOT no

I try package a nape physics game use with -useLegacyAOT no,the progress compile-abc.exe show a crash dialog window.
my game is include nape physics swc(http://napephys.com/index.html),if remove from game to package that ok.
I trying update AIR SDK Ver 4.0.0.1619 to 13.0.0.55,but it's have no resolved.
the sample swf can download from http://cbmland.com/g/Bns.swf
i'm english is poor,thanks!

Hi,
Crash is reproducible at our end as well and we are investigating it. Thanks for reporting the issue.
-Nimisha

Similar Messages

IOS improved packaging SDK is missing compile-abc.exe error

I am trying to test out the new and improved iOS packaging on my Windows machine and I am having some trouble getting it to work. I am using AIR 4.0.1170 for Flex developers and as the announcement says, added "-useLegacyAOT no" to my packaging options in FB. I believe it is in the correct spot because moving it to other places in the packaging options gives me syntax errors and when I do "-useLegacyAOT yes", it packages just fine, but takes a really long time. I keep getting the following error:
SDK is missing file C:\{my 4.0 sdk path}/lib/aot/bin/compile-abc/compile-abc.exe
Sure enough, navigating to that path shows compile-abc does not exist. Any ideas of what I may be doing wrong?

We are aware of the issue and investigating it.As if now,-useLegacyAOT switch is not working on windows.For more information please see this:
http://labsdownload.adobe.com/pub/labs/flashruntimes/shared/air4-0_flashplayer12-0_release notes.pdf
Thanks,
Sakshi
Adobe AIR Team

Missing compile-abc.exe to test "-useLegacyAOT no" with Air SDK 4.0 beta?

i get the following error:
SDK is missing file C:\Program Files (x86)\FlashDevelop\Tools\air40beta\lib\aot/bin/compile-abc/compile-abc.exe
here's my command line:
adt -package -target ipa-ad-hoc -useLegacyAOT no -storetype pkcs12 -keystore "cert\iphone_dev.p12" -storepass **** -provisioning-profile cert\MorphEm_development.mobileprovision "dist\MorphEm-ad-hoc.ipa" "application.xml" -extdir extensions\package -C bin-ios . -C "icons/ios" .

We are aware of the issue and investigating it.As if now,-useLegacyAOT switch is not working on windows.For more information please see this:
http://labsdownload.adobe.com/pub/labs/flashruntimes/shared/air4-0_flashplayer12-0_release notes.pdf
Thanks,
Sakshi
Adobe AIR Team

Compile-abc.exe is not a valid win32 application

I'm trying to use
-useLegacyAOT no
in the adt command line and I get an error:
compile-abc.exe is not a valid Win32 application

I am experiencing the same problem, I am using:
AIR SDK 15 release version (v. 15.0.0.249)
Windows XP Home Edition Service Pack 2
Since in AIR 15 the faster iOS compiler is the default I am not using the -useLegacyAOT argument.
The full command line is:
adt -package -target ipa-ad-hoc -connect 192.168.1.87 -storetype pkcs12 -keystore "xxxx.p12" -storepass xxxx -provisioning-profile xxxx.mobileprovision "dist\xxxx-ad-hoc.ipa" "application_ios.xml" -C bin . -C "icons/ios" . -extdir lib/
Here's a screenshot of the error message:
EDIT:
I also submitted a bug report for it, in case anybody wants to vote for it, its number is 3821809:
Bug#3821809 - compile-abc.exe is not a valid win32 application

Servicelayer.exe crashes when backing up

Hi there guys,
I am currently having a problem with PC Suite where the servicelayer.exe crashes when doing a phone backup.
OS: Windows Vista
PC Suite: 6.82.22.0
Phone: N80
Whenever I try to do a phone backup it gets to 50% the servicelayer.exe crashes and PC Suite re-initiates a connection to the phone. This problem does not happen when I do a memory card backup. I have also noticed that this happens on either the cable connection or bluetooth.
If anyone has any idea what could be causing this problem please help ... I think that maybe I need to wait for a version is more compatible with VISTA!

I'm not sure this is isolated to Vista as I'm having similar problems on both Win 2000 and XP. Was going to start a new topic about my issue when I saw this post. So I'll put the detail here.
OS: Windows 2000 and XP
PC Suite: 6.92.22.0
Phone: 6233
Whenever I attempt to do a backup of the phone only (or phone and card) it gets to 80% before the connection drops out as described above.
Have tried 2 different PCs (1 Win2000, 1 WinXP) and clean installs of PC Suite but the problem is consistent across both machines. I am using a CA-53 cable.
Was going to experiment a little more by trying my 6230 to see if the problem was specific to the 6233, haven't tried just a card backup (as I didn't really need this) but will have a go to confirm whether this works as per the original post and to try and isolate the problem. Might also rollback the PC Suite install to an older version to see if the problem persists.

Why does my iPad I.o.s 7.0.4 keep crashing when I start to play game ex: HayDay

Why does my iPad I.o.s 7.0.4 keep crashing when I start to play game ex: HayDay

Try This...
Close All Open Apps... Sign Out of your Account... Perform a Reset... Try again...
Reset ( No Data will be Lost )
Press and Hold the Sleep/Wake Button and the Home Button at the Same Time...
Wait for the Apple logo to Appear...
Usually takes about 15 - 20 Seconds... ( But can take Longer...)
Release the Buttons...
Note: Also consider Deleting any Apps you have Purchased / Downloaded but you now never use...

When i try to download game with my credit card it is showing not supporting store...why??

when i try to download game with my credit card it is showing not supporting to store why???

Accepted form of payment
http://support.apple.com/kb/HT5552

App-V Sequencer crashes when package contains a specific executable

I'm trying to sequence an application that contains the following executable: https://dl.dropboxusercontent.com/u/172349/reg.exe
When I try to save the package at the last step, App-V Sequencer always crashes with a generic "Microsoft Application Virtualization Sequencer has stopped working" error.
I've narrowed down the crash to this single executable. To reproduce the crash all you'd have to do is attempt to sequence a package with this executable in the installation directory. No other files are needed.
I believe the executable is called upon by another exe for some kind of DRM/DVD check, but I'm not sure how relevant that is.
Would appreciate it if someone could take a look at why merely having this exe in the package causes the sequencer to crash. I'm using the latest App-V 5.0 SP2.
Thanks.

A quick update:
We got it to work using a script to copy the exe back into the package on execution, so I voted this solution as the answer.
However, this is a rather ugly workaround and the sequencer really shouldn't just crash inexplicably on any input, so I hope someone is still looking into why this is happening. FYI the HF4 sequencer also crashes on packages containing the same exe.

InDesign CS5.5 - Crashes When Packaging

Using: InDesign CS5.5, 7.5.2
On: Mac OSX 10.6.8
When trying to package certain of our jobs, InDesign will momentarily hangup during font or link collection before crashing completely. Initially, this was only happening on large multiple-page, image-heavy files, but now even small files, with only one or two pages and a handful of images are failing. I have read through other discussions on similar issues and have tried their fixes (i.e. turning off live preflight, disabling non-system fonts), but the results are still the same. Packaging has become a necessary portion of our workflow if only for image-gathering prior to archiving and this issue is really becoming a problem. Any help would be greatly appreciated.
I have the Adobe Crash Data here if it helps in diagnoising the root cause: http://pastebin.com/dJuV53Ja
Thanks!

I have to say, it's so awesome that so many people are posting their crash reports in 2012, without having to be asked for them! It sure makes it easier to help, at least theoretically.
I have read through other discussions on similar issues and have tried their fixes (i.e. turning off live preflight, disabling non-system fonts), but the results are still the same.
Have you tried exporting to IDML? Do you have any third-party extensions?
Packaging has become a necessary portion of our workflow if only for image-gathering prior to archiving and this issue is really becoming a problem.
If it is only for image-gathering, you can use use Links (panel menu) > Utilities > Copy Links, see http://indesignsecrets.com/copy-all-your-linked-images.php for a discussion. Probably an adequate workaround.
I have the Adobe Crash Data here if it helps in diagnoising the root cause: http://pastebin.com/dJuV53Ja
Well, this is rather atypical:
Crashed Thread: 20
Thread 20 Crashed:
0   com.apple.CoreFoundation           0x9494065f _CFURLIsFileURL + 15
1   com.apple.CoreFoundation           0x949a3a80 CFURLSetResourcePropertiesForKeys + 32
2   com.apple.DesktopServices          0x975d1af0 TCopyWriter::WriteDates() + 990
3   com.apple.DesktopServices          0x975d139f TCopyWriter::WriteExtendedAttributes() + 357
4   com.apple.DesktopServices          0x975cb0f3 TCopyWriter::Write() + 185
5   com.apple.DesktopServices          0x975ca9d5 TCopyWriter::WriteTaskProc(void*) + 75
6   ...ple.CoreServices.CarbonCore     0x9591254a PrivateMPEntryPoint + 68
7   libSystem.B.dylib                  0x94cbe259 _pthread_start + 345
8   libSystem.B.dylib                  0x94cbe0de thread_start + 34
It would appear that the crash is entirely in Apple's code, in a thread Apple created, i.e. very much "not InDesign's fault." But looks can be deceiving.
Anyhow, the implication is that there's something wrong with one of the links in a weird way. Network filesystem?
Though thread 20 was presumably spawned from the main thread, 0, which appears to be waiting for its completion:
Thread 0: Dispatch queue: com.apple.main-thread
0   libSystem.B.dylib                  0x94cbeaa2 __semwait_signal + 10
1   libSystem.B.dylib                  0x94cbe75e _pthread_cond_wait + 1191
2   libSystem.B.dylib                  0x94cc03f8 pthread_cond_wait$UNIX2003 + 73
3   ...ple.CoreServices.CarbonCore     0x9594721e TSWaitOnCondition + 126
4   ...ple.CoreServices.CarbonCore     0x95932b68 TSWaitOnConditionTimedRelative + 202
5   ...ple.CoreServices.CarbonCore     0x9592e533 MPWaitOnQueue + 250
6   com.apple.DesktopServices          0x975d230b TCopyQueue::WaitOnRecordDone() + 55
7   com.apple.DesktopServices          0x975cc287 TCopyReader::GetNextItem() + 875
8   com.apple.DesktopServices          0x975cadf6 TCopyReader::Read(unsigned long long, TCountedPtr<TCFURLInfo> const&, TCountedPtr<TCFURLInfo> const&) + 164
9   com.apple.DesktopServices          0x976014e3 TFSCopyOperation::CopyToTarget() + 613
10 com.apple.DesktopServices          0x97604228 TFSCopyOperation::DoCopy(TCountedPtr<TCFURLInfo> const&) + 780
11 com.apple.DesktopServices          0x97604898 TFSCopyOperation::Run() + 174
12 com.apple.DesktopServices          0x975f95e9 _NodeOperation + 438
13 ...ple.CoreServices.CarbonCore     0x95992090 _FSOperateOnObjectSync + 352
14 ...ple.CoreServices.CarbonCore     0x9599228f _FSPathOperateOnObjectSync + 210
15 AdobeAFL                           0x017d10cd adobe::afl::CoreFileUtils::CopyFile(adobe::afl::AFile const&, adobe::afl::AFile const&, bool) + 365
16 PublicLib.dylib                    0x0151b7aa FileLinkResourceHandler::CopyToFile(UIDRef const&, URI const&, IDFile&) const + 58
17 com.adobe.InDesign.Links           0x2147c58e 0x213ff000 + 513422
Fundamentally, we can see from frame #15 that the AdobeAFL library has been invoked to copy a file, and then Apple's file copying code is running along and somehow ultimately crashing.
Still doesn't tell us why. It vaguely reminds me of a crash someone was having a few months ago when they rightclicked on an image object. Turned out that when InDesign was building the "Edit With" menu, to show all applications that could open a particular file, some ancient (Rosetta-enabled PPC app?) program was gumming up the works and making the process of enumerating applications break. Which translated into an inability to rightclick.
While I'm not suggesting you should necessarily go through and trash any ancient applications in your Applications/ folder (just moving them is probably not sufficient either. I guess you could create a DMG and put them on the DMG and unmount it), that might be vaguely related. Hopefully not.
Anyhow, I suspect htis is a problem with a single link. Can you narrow it down to one?

Ifweb60.exe crash when using file upload utility

Hello,
I have implemented the file upload utility in my own forms. When using the file upload for the first time in my forms session everything works fine. But when i try to start it again (within the same forms session) i get an ifweb60.exe crash on the server and a FRM-92101 error on the forms client
Did anybody have the same problem before and how can i solve this?
I am using iAS9i (release 1.0.2.1.0) with forms patch 10 (Jinitiator 1.3.1.9), Oracle server 8.1.7 on Windows NT 4.
I included the output of my java console
Thanks,
Gerton
Oracle JInitiator: Version 1.3.1.9
Using JRE version 1.3.1.9 Java HotSpot(TM) Client VM
User home directory = C:\WINNT\Profiles\382
Proxy Configuration: Manual Configuration
Proxy: MyProxy
Proxy Overrides: <local>
JAR cache enabled
Location: C:\WINNT\Profiles\382\Oracle Jar Cache
Maximum size: 50 MB
Compression level: 0
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
q: hide console
s: dump system properties
t: dump thread list
x: clear classloader cache
0-5: set trace level to <n>
Loading http://80nte/forms60java/f60all_jinit.jar from JAR cache
Loading http://80nte/forms60java/UploadClient.jar.sig from JAR cache
Loading http://80nte/forms60java/ctb_icons.jar from JAR cache
connectMode=HTTP, native.
Forms Applet version is : 60819
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Onbekende setProperty...
Start setProperty
Start setProperty
Start setProperty
Start setProperty
Opening connection to http://80nte:80/download/907.doc...
Copying resource (type: application/msword, modified on: Mon Aug 05 11:45:58 CEST 2002)...
35840 byte(s) copied...
Start setProperty
Onbekende setProperty...
Start setProperty
Start setProperty
Start setProperty
Start setProperty
Client OS is Windows NT
start RunCMD...: cmd.exe /C C:\TEMP\907.doc
Opening Word document...
Document has been released C:\TEMP\907.doc
FileUploader: LoadFile : Named File
FileUploader: 907.doc
FileUploader: Dir>C:\TEMP\
FileUploader: Named File = C:\TEMP\907.doc exists
FileUploader: <PERFORM UPLOAD>
FileUploader: Filesize 35840
FileUploader: Source file size before encoding 35840 Bytes; (Compressed to 8905 Bytes)
FileUploader: Size of encoded byte array : 12190 (3 Chunks)
FileUploader: numchunks is 2
FileUploader: Chunking : 0:4096
FileUploader: Dispatch Chunk 1
FileUploader: Chunking : 4096:8192
FileUploader: Dispatch Chunk 2
FileUploader: Chunking : 8192:12190
FileUploader: Dispatch Chunk 3
FileUploader: </PERFORM UPLOAD>
Start setProperty
Start setProperty
Start setProperty
Start setProperty
Opening connection to http://80nte:80/download/907.doc...
Copying resource (type: application/msword, modified on: Mon Aug 05 11:46:41 CEST 2002)...
35840 byte(s) copied...
Start setProperty
Onbekende setProperty...
Start setProperty
Start setProperty
Start setProperty
Start setProperty
Client OS is Windows NT
start RunCMD...: cmd.exe /C C:\TEMP\907.doc
Opening Word document...
Opening Word document...
Document has been released C:\TEMP\907.doc
FileUploader: LoadFile : Named File
FileUploader: 907.doc
FileUploader: Dir>C:\TEMP\
FileUploader: Named File = C:\TEMP\907.doc exists
FileUploader: <PERFORM UPLOAD>
FileUploader: Filesize 35840
FileUploader: Source file size before encoding 35840 Bytes; (Compressed to 8917 Bytes)
FileUploader: Size of encoded byte array : 12206 (3 Chunks)
FileUploader: numchunks is 2
FileUploader: Chunking : 0:4096
FileUploader: Dispatch Chunk 1
FileUploader: Chunking : 4096:8192
FileUploader: Dispatch Chunk 2
FileUploader: Chunking : 8192:12206
FileUploader: Dispatch Chunk 3
FileUploader: </PERFORM UPLOAD>
oracle.forms.net.ConnectionException: Forms session <7> aborted: unable to communicate with runtime process.
     at oracle.forms.net.ConnectionException.createConnectionException(Unknown Source)
     at oracle.forms.net.HTTPNStream.getResponse(Unknown Source)
     at oracle.forms.net.HTTPNStream.doFlush(Unknown Source)
     at oracle.forms.net.HTTPNStream.flush(Unknown Source)
     at java.io.DataOutputStream.flush(Unknown Source)
     at oracle.forms.net.StreamMessageWriter.run(Unknown Source)

Problem is solved!

Indesign CS5 crashing when packaging.

Hi,
My Colleague and I have just been on training courses to use CS5, inparticular indesign. We have been provided with new PC whic have the spec shown below.
Intel Core TM2 DUO CPU
e8400 @3 ghz
1.93 GB RAM.
We are having problems on both machines when it comes to packaging documents (small A4 books 20-30 pages) and graphic design for exhibtion stands)
Sometimes when packaging the documents idesign crashes always at the same stage (when saving the indesign file) all the links and fonts will save to the folder but the indesign file never saves correctly, it there but will not open and crashes indesign). The only way of shutting indesign is via the task manager. When opening indesign again we are presented with two files, which appear to be the same. This is causing us all types of problems and I was wondering if there is a simple explination, as some file package no problem.

To be very, very clear about this, InDesign and other Adobe applications depending upon Adobe's internal font handling and rendering engine (CoolType) are not really sensitive to either “freebie or cheap fonts“ or even “poor quality” fonts, but rather, fonts that are malformed or corrupted. There is a very big difference here. There are plenty of shlocky fonts out there in terms of lousy typographical design or execution of same. That is not the same as fonts that simply don't obey the specification for either Type 1, TrueType, or OpenType and/or somehow along the line have had something overwrite part of their file structure. Tools such as FontLab and more recent versions of Fontographer generate “clean” fonts and are not the cause of these problems.
FWIW, I've been in this biz for well over twenty years and have seen and used fonts from many foundries. Although I have seen examples of absolute dreckish fonts with hinting problems and even inability to properly render with assymetrical resolutions (such as 600x1200), in my own use, I have yet to encounter even one font that would crash Adobe's software. Typically, they don't come that way “from the vendor” but can be messed up via travels as e-mail attachments, ASCII FTP transfers, etc.
- Dov

Files created in CS4 - saved in CS5 - crash when packaging

There seems to be problems when packaging in InDesign CS5 - my problem seems quite specific. Files created originally in CS4 then worked on in CS5.5 and then saved always hang when packaged. Files created directly in CS5.5 don't. They're fine.
I'm on a mac Pro, OS 10.5.8
Anyone got any ideas? (I've tried exporting out as an IDML.)

Hi Peter. Thanks for taking the trouble to reply. I'm actually on 7.5 (so CS 5.5, aplogies for the incorrect version in my above post). So I think I'm as up to date as I can be.
To be honest I'm not surprised that the only diagnosis is 'strangeness' - (I'll keep playing with idml's in the hope I can get round this) but my whole CS upgrade experience from CS4 (which was rock solid really) has been terrible. Having trouble working with legacy files and effectively loosing the ability to package files has become a nightmare in InDesign. (There's other issues as well - there seems to be lot's of weirdness with masterpages etc etc). Not being able to collect images for a postcard is one thing - not being able to do it with 120pp catalogues is quite another!
I'm going to think very carefully about the next upgrade from Adobe - (I've even had to switch back to Photoshop CS4 because of a serious unresolved bug in that.)

Explorer.exe crashing when opening directory with FLV files in them

Hi,
In the past few days for no reason at all, every time I open
a folder containing FLV files, I get an error with Explorer.exe
crashing. I don't even touch a file, just opening the folder
containing them causes it.
Has anyone else experienced this issue. It getting a bit
annoying now.
All of my FLV files are created with Premier Pro CS3, and
until recently I haven't seen any issues.
Even if I use Remote Desktop into my Windows 2003 Web Server
to view the folder on Flash Media Server, my local computer drops
Explorer.exe.
cheers

it's probably because you have .flv registered as a video
file, and the explorer tries to create a video-thumbnail. (have you
installed any funky FLV video players/ or maybe a codec pack?)
If you can, try navigate to the folder in "details" view
mode..that should be fine, because details view, does not show
thumbnails.
Then try to click on one of the FLV files.. you'll see the
preview pane..and eplorer will crash.
i'm not sure how to fix this, but somehow, you should remove
.flv from the filetypes that windows conciders a video file.

(VS 2010 C++) cl.exe crashes when a lot of include paths are passed with /Zi, looking for workarounds

Hello
If i pass a lot of include paths to cl.exe that comes with Visual Studio 2010, and i also pass /Zi, cl.exe crashes (16.00.40219.01). Here's an attachment to reproduce the issue: http://www.filedropper.com/clexecrash
Extract the folder to your system drive root (C:\), and paste the contents of command.txt into a cmd.exe instance. cl.exe will crash.
test.cmd is a command file containing the line "/IREALLY_LONG_BOGUS_INCLUDE_PATH" 683 times, and /Zi. Please note, that if you either remove even one line of "/IREALLY_LONG_BOGUS_INCLUDE_PATH" or /Zi, the issue goes away. Without /Zi, there
seems to be no limitation of include paths. Please also note, that it's not the sheer number of /I switches that causes this crash, if you replace REALLY_LONG_BOGUS_INCLUDE_PATH with something longer, you can crash cl.exe with less /I switches.
This issue is also present in Visual Studio 2012 (17.00.61030), but seems to be fixed in 2015 CTP 5 (i don't have access to Visual Studio 2013, so i can't try). I know Visual Studio 2010 is not supported anymore, so does anyone know a workaround for this problem?
Thanks in advance,
Peter

I cannot reproduce this issue with VS2013, your sample works well and generate a pdb file.
It seems a issue in VS 2012, but sorry about that I have no workaround for this. Please check this thread: this issue only appear in debug mode.
https://social.msdn.microsoft.com/Forums/vstudio/en-US/018ef85a-f172-4278-8215-30ad2a8accc2/clexe-crashes-using-large-number-of-include-directories?forum=vcgeneral
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.

InDesign CS5 crashes when I try to do anything with a certain 5 pages in document (even scroll past)

I'm having issues with five pages within an InDesign document.
I was trying to export a document to PDF, but a couple of images weren't showing up on a couple of pages. So I tried exporting to PDF in a couple of different ways to see if that would help. It didn't. Instead, InDesign started crashing constantly. Turning Preflight off helped with that, and I was able to clear out any other potential problems (potentially problematic PDFs placed in the document, .eps images). I tried exporting as .idml, but it created 4 kb files that couldn't be opened; I think InDesign was crashing before the file could finish exporting. Now that I can get the document open for extended periods of time, I've tried exporting as a .idml file again, and it gets to 83% complete and doesn't finish.
I started trying to export as PDF again, and by exporting parts of the document, I was able to narrow the problem down to pages 162-166. I don't know what's different about these pages. I have the PDF that I managed to export successfully before it started crashing constantly (the one with the missing images--and to clarify, these missing images aren't on any of the problem pages, so it appears to be an unrelated issue), and from looking at those pages, I can't see what the issue is.
p. 162 - text and a table
p. 163 - text and an image
p. 164 - text
p. 165 - text and an image
p. 166 - text
I can't even scroll past these pages. Even in the Pages sidebar. It crashes. Here is the crash log from when I tried to scroll past. http://pastebin.com/B7ax4cAx
Here's a crash report for when I try to export those pages to PDF: http://pastebin.com/E6dA1igA
I'm using CS5 on OS X 10.5.8. When I started having these problems, I realized that I hadn't updated InDesign in awhile, so I updated to the latest. I'm using 7.0.4 now.

Try reseting the preferences.
or delete Mark II folder from the location
Windows 7/Vista: C:\ProgramData\Adobe\SING\Mark II
Mac OS: [Startup Disk]/Library/Applications Support/Adobe/SING/Mark II
It will fix this..
This problem is pretty definitely not SING, so deleting the Mark II folder is not going to help. (It wont't hurt, though!)
Resetting prefrences is always a good thing to try.
I suspect it is a corrupt story thread of some sort. Moving pages to a new document, exporting stories to IDML, copying the file and deleting pages until the problem goes away...those are things I would try.

Compile-abc.exe crash when package a nape physics game with -useLegacyAOT no

Similar Messages

Maybe you are looking for