Robohelp 10 command line crashes

I am trying to build a robohelp project at the command line and it crashes. Building manually in the IDE works.
The event log show:
Faulting application name: RHCL.exe, version: 0.0.0.0, time stamp: 0x4ff35c65
Faulting module name: HtmSingleSourceMultiScreenHelp.dll, version: 10.0.0.287, time stamp: 0x4ff358bc
Exception code: 0xc0000005
Fault offset: 0x0000f38a
Faulting process id: 0x7f8
Faulting application start time: 0x01cfc3baef76dd63
Faulting application path: C:\Program Files (x86)\Adobe\Adobe RoboHelp 10\RoboHTML\RHCL.exe
Faulting module path: C:\Program Files (x86)\Adobe\Adobe RoboHelp 10\RoboHTML\HtmSingleSourceMultiScreenHelp.dll
Report Id: 30ffeec3-2fae-11e4-9ddc-f4ce46ba20d2
The generated log shows that it crashes right after it logs 'Processing index data...'.
It appears to be the same issue found here: Generating either Multiscreen or Responsive HTML5 from command line (RHCL)
What can I do to get this building on the command line successfully? I have 4 other projects I am doing this the same way with and they are generating the output fine.

If the other projects work fine, there is probably someting in the project giving trouble. The best way to move fowards:
1. Create a COPY of the project.
2. From the project, delete some files/folders/
3. Try to generate again.
4. If the crash occurs, remove some more until it works.
5. If the project generates, check the last deleted files and try to narrow the issue down to a single file or multiple files.
6. Come back with details of the files that are giving issues (file name, any weird HTML, etc.) That way we can perhaps figure out why RoboHelp is crashing.
You can also file a bug report with Adobe: Adobe - Feature Request/Bug Report Form
But they will want the same information and it's no guarantee it will be fixed (just as the forum, really)
Kind regards,
Willam

Similar Messages

Robohelp HTML command-line utility overwrites merged files in .hhp file with absolute paths. Any way to prevent this?

I have a Robohelp 11 HTML project which uses merged CHM files. I have a help build script which compiles this project using the RH command-line utility. Whenever this runs, RH overwrites the names of the merged CHM files in the .hhp file to use absolute paths (even if the .hhp file is read-only!). I've searched Adobe forums and this appears to be a RH bug. In my case, it doesn't stop the project performing the merge, but it looks like it causes problems when searching the resultant parent CHM (topics matching the search simply don't show up in child projects), as the search cannot necessarily find the merged files referenced in the .hhp when someone performs the search on a different machine. I notice that if I compile via the RH UI, the .hhp entries are not overwritten. So, a workaround is to do the build manually. However, we'd like to automate our help build. Is there any way to prevent the command-line compiler overwriting the merge file entries in the .hhp?

This was a problem with Rh9, see Item 13 at Using RoboHelp 9
I haven't seen it reported since but maybe something at that link will help.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Robohelp 7 HTML command line error

I am trying to setup command line compilation for the project
and i get this error from RHCL.exe
Scanning project for compilation....
Scanning finished.
Error: Failed to create TRS file. Please use RoboHelp to
recover the project.
Unexpected Error: Failed to prepare single source data for
RHCL. Please try to compile it in RoboHTML.
The project is under source control

Hi Mykola -
Welcome aboard! First, let me ask you this: have you used
command line compilation successfully before in this or any other
project? And can you generate successfully in this project using
the UI?
It would be helpful if you would post your command line so
that I can see the format.
I don't think it matters that your project is
source-controlled. I generate both types via the command line, and
it's not a problem.
G

To run an application on iAS6sp1 on HP-Unix, while starting the kjs from command line, it gives a GDS error and crashes. Subsequently, after stopping all services and restarting iAS wouldnot come up.

Hi,
Not a problem, please post the KJS error logs for me to hunt the
exact reason for the error.
Thanks & Regards
Raj
Neel John wrote:
To run an application on iAS6sp1 on HP-Unix, while starting the kjs
from command line, it gives a GDS error and crashes. Subsequently,
after stopping all services and restarting iAS wouldnot come up.
Try our New Web Based Forum at http://softwareforum.sun.com
Includes Access to our Product Knowledge Base!

RoboHelp HTML Command-Line Compiler

Is there a command-line compiler for RoboHelp HTML?

Hi all
While that may be technically accurate, I don't believe you
will end up with any "RoboHelp Specific" features. Conditional
expressions, browse sequences, etc.
Cheers... Rick

Use robohelp license to build help is automated environment (command line)?

Anyone know if I can permit another machine to use my Robohelp license simply to build the help at the command line in an automated build environment? By this I mean, I want to continue having robohelp installed on my machine for my authoring use and ALSO have my same robohelp instance installed on anothe machine in our continuous integration environment so that my help files can be built automatically (command line builds only) as part of our frequent application builds. I hope this makes sense! thank you in advance for your help

No change to the answer.
Contact will depend on where you are. Start here.
http://www.adobe.com/uk/company/contact.html?promoid=JOPDO
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

IPAD 2 Retina Crash. Command Line appeared.

I have Ipad 2 retina and during surfing the internet it crashed. When I tried to turn it on on display appeared command line with _FindFlashMedia......
The problem is thet I boutght in Salt-Lake-City, UT but right now I am in Kazakhstan (where no official service). Any suggestions how to solve it?

Try this - Reset the iPad by holding down on the Sleep and Home buttons at the same time for about 10-15 seconds until the Apple Logo appears - ignore the red slider - let go of the buttons. (This is equivalent to rebooting your computer.)
 Cheers, Tom
Contact Apple support.
Pakistan
Dial 00800 01001 first, then dial 800 361 0479
www.apple.com/asia/support/
Message was edited by: Texas Mac Man

Generating either Multiscreen or Responsive HTML5 from command line (RHCL)

Has anyone had any luck getting either of the HTML5 default layouts to generate using RHCL.exe with RoboHTML 11? We try to keep the source files checked in, then generate the output at build time.
To test, I generated a project based off the "Knowledge Base" template, then updated the the associated screen layouts with the screen profiles. For Responsive HTML5, that was "Theme1_Standard", and for Multiscreen HTML5, that was "Desktop_Knowledge". Both of these layouts generate fine through the RoboHTML UI, but when generated from the command line, they fail. With Responsive HTML5, RHCL does not acknowledge that the layout exists. For Multiscreen HTML5, RHCL crashes (null reference exception) when processing the project's index. (Keep in mind that I haven't modified the index from the template at this point).
I'd be happy with either of these two layouts working with RHCL, as we're still fairly early in the process of creating the online help. Our only requirement is that it is web-based and cannot use frames (like WebHelp layout does).
thanks,
-mike
Details:
[For "Responsive HTML5" layout]
C:\Program Files (x86)\Adobe\Adobe RoboHelp 11\RoboHTML>RHCL.exe c:\src\svn\ba-asp\branches\RB_2.36\src\TestProject\TestProject.xpj -l "Responsive HTML5"
Adobe (R) RoboHelp Project Command Line Compiler version 11.0.0.179
Copyright (C) 2006-2007, Adobe Systems Incorporated and its licensors. All rights reserved.
Error: Layout "Responsive HTML5" does not exist.
The project contains the following layout(s).
Adobe AIR
FlashHelp
FlashHelp Pro
Microsoft HTML Help
Multiscreen HTML5 (Primary Layout)
Printed Documentation
Responsive HTML5
WebHelp
WebHelp Pro
XML Output
eBook
[For "Multiscreen HTML5" layout"]
C:\Program Files (x86)\Adobe\Adobe RoboHelp 11\RoboHTML>RHCL.exe c:\src\svn\ba-asp\branches\RB_2.36\src\TestProject\TestProject.xpj -l "Multiscreen HTML"
Adobe (R) RoboHelp Project Command Line Compiler version 11.0.0.179
Copyright (C) 2006-2007, Adobe Systems Incorporated and its licensors. All rights reserved.
Project: c:\src\svn\ba-asp\branches\RB_2.36\src\TestProject\TestProject.xpj
Layout: Multiscreen HTML5.
Output: !SSL!\Multiscreen_HTML5\index.htm.
Scanning project for compilation....
Scanning finished.
Warning: No baggage file description.
Starting compilation...
Multiscreen HTML5 preprocessor 11.0.1.235
Clearing output folder...
Compiling c:\src\svn\ba-asp\branches\RB_2.36\src\TestProject\!SSL!\Multiscreen_HTML5\desktop\index. htm ...
Preparing to create Multiscreen HTML5 output...
Preparing files for Multiscreen HTML5 output...
Copying files...
Updating files...
Finished preparing in 1 sec(s)
Initializing compiler...
Generating MULTISCREEN (11.0.1.235)...
Processing TOC data...
Updating topics...
Updating Reference/PhoneNumbers.htm...
Updating Hardware/WidgetMax_2000.htm...
Updating Software/WidgetMax_Installation_Issues.htm...
Updating ProblemsAndSolutions/WidgetMax_Issues.htm...
Updating First_Topic.htm...
Updating Project_Background.htm...
Updating Splash.htm...
Updating Whats_New.htm...
Finished updating topics in 0 sec(s) : total 8 topic(s).
Processing index data...
Crash occurs at this point. For what it's worth, this is the faulting DLL's info:
Fault Module Name:
HtmSingleSourceMultiScreenHelp.dll
Fault Module Version:
11.0.1.235
Fault Module Timestamp:
53631bf0

I just tried and I got the same error as you :-( It seems Adobe didn't implement Responsive HTML5 in the command line. I would qualify this as a bug. Please report it to make Adobe aware of this: https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform&product=38 Adobe has been fixing many bugs in the past two patches. So perhaps they can fix this in an upcoming patch. And the more people report a problem, the more likely it is to get fixed.
One way around this issue would be to use a script. Call RoboHelp from the command line to open a script and let the script generate the output. Not the best way to go, but at least you can make it work...
Kind regards,
Willam

Command line compiler (rhcl.exe) adds on rogue full pathways into [Merge Files] of .hhp

I'm using RH 9 and generating chm outputs on my Win 7 64-bit computer.
I have a core chm help file and several sub chm helps that get merged into it.
I have a batch file that regularly compiles our help files locally and then copies them into a common local directory. It then copies them up to a mapped network drive where they are picked up by the nightly build of our installer.
The problem I have, is that the command line compiler (rhcl.exe) is adding on a full pathway for all the sub helps listed in the [Merge Files] section of the core help's .hhp file, causing these problems:
1) First of all, the pathways are wrong. The pathway it puts on is from the location of my .xpj file of my core help project. The output directory for the compiler is actually sending all the helps to a different local directory.
2) These need to be relative, and should not have full pathways. The full pathways make it so that when I click on a subhelp TOC entry that subhelp's topic opens up in an entirely different window instead of merged into the core help's window. (See #13 on Peter's helpful site here about the problem with absolute paths: http://www.grainge.org/pages/authoring/rh9/using_rh9.htm)
Here' what I want it to look like (the good):
[MERGE FILES]
pcdmisportable.chm
pcdmistutor.chm
pcdmisvision.chm
pcdmislaser.chm
pcdmiscmm.chm
pcdmisUJB.chm
pcdbasic.chm
toolkitmodulesvwmp.chm
pcdmisdci.chm
toolkitmodules.chm
pcdmisnc.chm
pcdmisip.chm
toolkitmodulesblade.chm
pcdmisregistry.chm
pcdmisfixturing.chm
Here's what it looked like after the command line compile (the bad and the ugly):
[MERGE FILES]
d:\hg\pcdmisqa\pcdlrn\help\corehelp\pcdmisportable.chm
d:\hg\pcdmisqa\pcdlrn\help\corehelp\pcdmistutor.chm
d:\hg\pcdmisqa\pcdlrn\help\corehelp\pcdmisvision.chm
d:\hg\pcdmisqa\pcdlrn\help\corehelp\pcdmislaser.chm
d:\hg\pcdmisqa\pcdlrn\help\corehelp\pcdmiscmm.chm
d:\hg\pcdmisqa\pcdlrn\help\corehelp\pcdmisUJB.chm
d:\hg\pcdmisqa\pcdlrn\help\corehelp\pcdbasic.chm
d:\hg\pcdmisqa\pcdlrn\help\corehelp\toolkitmodulesvwmp.chm
d:\hg\pcdmisqa\pcdlrn\help\corehelp\pcdmisdci.chm
d:\hg\pcdmisqa\pcdlrn\help\corehelp\toolkitmodules.chm
d:\hg\pcdmisqa\pcdlrn\help\corehelp\pcdmisnc.chm
d:\hg\pcdmisqa\pcdlrn\help\corehelp\pcdmisip.chm
d:\hg\pcdmisqa\pcdlrn\help\corehelp\toolkitmodulesblade.chm
d:\hg\pcdmisqa\pcdlrn\help\corehelp\pcdmisregistry.chm
d:\hg\pcdmisqa\pcdlrn\help\corehelp\pcdmisfixturing.chm
I've done the following ....
I've checked my .xpj file and they have relative paths only.
I've deleted my .cpd file.
I've removed chm references from my rhbag.apj.
... and the hhp file still gets modified with pathways to my core project
directory tacked on:
It's strange; because if I compile without the command line, by opening the project and running the generation inside of RH, I don't get the problem where it re-writes the [Merge Files] section with the pathnames.
Any ideas on where are these rogue full pathways coming from and how I can fix it? Or is it just a bug with the command line version of the compiler that Adobe will need to fix?

I don't use command line generation but to the best of my knowledge, this has not been fixed.
Please follow this link.
http://www.Adobe.com/cfusion/mmform/index.cfm?name=wishform&product=38
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Is there a command line option for VNC to automatically launch in fullscreen mode?

I can launch a VNC window from the command line, as such:
open vnc://username:password@hostname
... but I'd like it to automatically start in full screen mode. Is there a command line option for this?
I'm using an old MacMini purely to connect to another Mac over screen sharing, but when the MacMini boots I'd like it to go straight into the fullscreen of the other desktop.
Many thanks!

Set the Integer pref browser.sessionstore.max_resumed_crashes to 0 on the about:config page to get the about:sessionrestore page immediately with the first restart after a crash has occurred or the Task Manager was used to close Firefox.
* http://kb.mozillazine.org/browser.sessionstore.max_resumed_crashes
That will allow you to deselect the tab(s) that you do not want to reopen, but will allow to reopen other tabs.
See:
* http://kb.mozillazine.org/Session_Restore#Restoring_a_session_after_a_crash
* http://kb.mozillazine.org/Browser.sessionstore.max_resumed_crashes

Command line FTP - Abort trap: 6

Using command line FTP via Terminal. After establishing an FTP connection, any incorrectly entered command or text exits the application and throws an "Abort trap: 6" error. Correctly entered commands complete correctly. This occurs on two completely separate installations of 10.9. It does not occur if an FTP session is not established.
Crash report below:
Process:
ftp [66246]
Path:
/usr/bin/ftp
Identifier:
ftp
Version:
13
Code Type:
X86-64 (Native)
Parent Process: bash [66242]
Responsible:
Terminal [66239]
User ID:
501
Date/Time:
2013-11-28 14:18:47.791 -0500
OS Version:
Mac OS X 10.9 (13A603)
Report Version: 11
Anonymous UUID: 5F7421D8-9AD3-040F-5116-BC3150DCC215
Sleep/Wake UUID: CD3EA3CA-2BB7-4E70-AA5C-9A581EDFB661
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Application Specific Information:
detected source and destination buffer overlap
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib
0x00007fff8bcbc866 __pthread_kill + 10
1   libsystem_pthread.dylib
0x00007fff837a635c pthread_kill + 92
2   libsystem_c.dylib
0x00007fff86794bba abort + 125
3   libsystem_c.dylib
0x00007fff86794d31 abort_report_np + 181
4   libsystem_c.dylib
0x00007fff867b88c5 __chk_fail + 48
5   libsystem_c.dylib
0x00007fff867b88d5 __chk_fail_overlap + 16
6   libsystem_c.dylib
0x00007fff867b8906 __chk_overlap + 49
7   libsystem_c.dylib
0x00007fff867b8973 __strlcpy_chk + 68
8   ftp
0x00000001013a921b pswitch + 171
9   ftp
0x00000001013adeca lostpeer + 218
10 ftp
0x00000001013a5c34 getreply + 1556
11 ftp
0x00000001013a5f98 command + 472
12 ftp
0x00000001013a7025 initconn + 613
13 ftp
0x00000001013a8577 recvrequest + 903
14 ftp
0x00000001013aac72 cmdscanner + 1026
15 ftp
0x00000001013aa685 main + 3877
16 libdyld.dylib
0x00007fff8eeb15fd start + 1
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x00007fff72c1c310 rcx: 0x00007fff5e864308 rdx: 0x0000000000000000
rdi: 0x0000000000000507 rsi: 0x0000000000000006 rbp: 0x00007fff5e864330 rsp: 0x00007fff5e864308
   r8: 0x00000000ffffffc0   r9: 0x00007fff5e864300 r10: 0x0000000008000000 r11: 0x0000000000000206
r12: 0x0000000000000000 r13: 0x00000001013a5cc0 r14: 0x0000000000000006 r15: 0x00000001013bc1d4
rip: 0x00007fff8bcbc866 rfl: 0x0000000000000206 cr2: 0x00000001013cb000
Logical CPU:
0
Error Code:
0x02000148
Trap Number:
133
Binary Images:
0x10139a000 -
0x1013b5fff ftp (13) <BDAAC6FF-F37C-3024-BF1A-85090D231BEA> /usr/bin/ftp
0x1013cc000 -
0x1013eaffb libedit.3.dylib (39) <1B0596DB-F336-32E7-BB9F-51BF70DB5305> /usr/lib/libedit.3.dylib
0x7fff6f1ea000 -
0x7fff6f21d817 dyld (239.3) <D1DFCF3F-0B0C-332A-BCC0-87A851B570FF> /usr/lib/dyld
0x7fff83395000 -
0x7fff8339eff3 libsystem_notify.dylib (121) <52571EC3-6894-37E4-946E-064B021ED44E> /usr/lib/system/libsystem_notify.dylib
0x7fff8379e000 -
0x7fff837a3fff libmacho.dylib (845) <1D2910DF-C036-3A82-A3FD-44FF73B5FF9B> /usr/lib/system/libmacho.dylib
0x7fff837a4000 -
0x7fff837abff7 libsystem_pthread.dylib (53.1.4) <AB498556-B555-310E-9041-F67EC9E00E2C> /usr/lib/system/libsystem_pthread.dylib
0x7fff8563d000 -
0x7fff8563efff libunc.dylib (28) <62682455-1862-36FE-8A04-7A6B91256438> /usr/lib/system/libunc.dylib
0x7fff85745000 -
0x7fff85749ff7 libcache.dylib (62) <BDC1E65B-72A1-3DA3-A57C-B23159CAAD0B> /usr/lib/system/libcache.dylib
0x7fff863d7000 -
0x7fff863feffb libsystem_info.dylib (449.1.3) <7D41A156-D285-3849-A2C3-C04ADE797D98> /usr/lib/system/libsystem_info.dylib
0x7fff863ff000 -
0x7fff86406ff7 liblaunch.dylib (842.1.4) <FCBF0A02-0B06-3F97-9248-5062A9DEB32C> /usr/lib/system/liblaunch.dylib
0x7fff86738000 -
0x7fff867c1ff7 libsystem_c.dylib (997.1.1) <61833FAA-7281-3FF9-937F-686B6F20427C> /usr/lib/system/libsystem_c.dylib
0x7fff87057000 -
0x7fff87071fff libdispatch.dylib (339.1.9) <46878A5B-4248-3057-962C-6D4A235EEF31> /usr/lib/system/libdispatch.dylib
0x7fff87831000 -
0x7fff8784cff7 libsystem_malloc.dylib (23.1.10) <FFE5C472-B23A-318A-85BF-77CDE61900D1> /usr/lib/system/libsystem_malloc.dylib
0x7fff8784d000 -
0x7fff87853ff7 libsystem_platform.dylib (24.1.4) <331BA4A5-55CE-3B95-99EB-44E0C89D7FB8> /usr/lib/system/libsystem_platform.dylib
0x7fff87891000 -
0x7fff878c1fff libncurses.5.4.dylib (42) <BF763D62-9149-37CB-B1D2-F66A2510E6DD> /usr/lib/libncurses.5.4.dylib
0x7fff8790e000 -
0x7fff87915fff libcompiler_rt.dylib (35) <4CD916B2-1B17-362A-B403-EF24A1DAC141> /usr/lib/system/libcompiler_rt.dylib
0x7fff88783000 -
0x7fff88784ffb libremovefile.dylib (33) <3543F917-928E-3DB2-A2F4-7AB73B4970EF> /usr/lib/system/libremovefile.dylib
0x7fff89c51000 -
0x7fff89c62ff7 libsystem_asl.dylib (217.1.4) <655FB343-52CF-3E2F-B14D-BEBF5AAEF94D> /usr/lib/system/libsystem_asl.dylib
0x7fff8a0f9000 -
0x7fff8a128fd2 libsystem_m.dylib (3047.16) <B7F0E2E4-2777-33FC-A787-D6430B630D54> /usr/lib/system/libsystem_m.dylib
0x7fff8a3d9000 -
0x7fff8a3deff7 libunwind.dylib (35.3) <78DCC358-2FC1-302E-B395-0155B47CB547> /usr/lib/system/libunwind.dylib
0x7fff8a98c000 -
0x7fff8a98dff7 libsystem_sandbox.dylib (278.10) <A47E7E11-3C76-318E-B67D-98972B86F094> /usr/lib/system/libsystem_sandbox.dylib
0x7fff8af34000 -
0x7fff8af82fff libcorecrypto.dylib (161.1) <F3973C28-14B6-3006-BB2B-00DD7F09ABC7> /usr/lib/system/libcorecrypto.dylib
0x7fff8bc64000 -
0x7fff8bca6ff7 libauto.dylib (185.5) <F45C36E8-B606-3886-B5B1-B6745E757CA8> /usr/lib/libauto.dylib
0x7fff8bca7000 -
0x7fff8bcc3ff7 libsystem_kernel.dylib (2422.1.72) <D14913DB-47F1-3591-8DAF-D4B4EF5F8818> /usr/lib/system/libsystem_kernel.dylib
0x7fff8c2ee000 -
0x7fff8c2efff7 libSystem.B.dylib (1197.1.1) <BFC0DC97-46C6-3BE0-9983-54A98734897A> /usr/lib/libSystem.B.dylib
0x7fff8c557000 -
0x7fff8c55bfff libsystem_stats.dylib (93.1.26) <B9E26A9E-FBBC-3938-B8B7-6CF7CA8C99AD> /usr/lib/system/libsystem_stats.dylib
0x7fff8c5b9000 -
0x7fff8c60bfff libc++.1.dylib (120) <4F68DFC5-2077-39A8-A449-CAC5FDEE7BDE> /usr/lib/libc++.1.dylib
0x7fff8d547000 -
0x7fff8d6f4f27 libobjc.A.dylib (551.1) <AD7FD984-271E-30F4-A361-6B20319EC73B> /usr/lib/libobjc.A.dylib
0x7fff8e6af000 -
0x7fff8e6b1ff7 libquarantine.dylib (71) <7A1A2BCB-C03D-3A25-BFA4-3E569B2D2C38> /usr/lib/system/libquarantine.dylib
0x7fff8e6b2000 -
0x7fff8e6b2ff7 libkeymgr.dylib (28) <3AA8D85D-CF00-3BD3-A5A0-E28E1A32A6D8> /usr/lib/system/libkeymgr.dylib
0x7fff8ead7000 -
0x7fff8eae1fff libcommonCrypto.dylib (60049) <8C4F0CA0-389C-3EDC-B155-E62DD2187E1D> /usr/lib/system/libcommonCrypto.dylib
0x7fff8ee6c000 -
0x7fff8ee95ff7 libc++abi.dylib (48) <8C16158F-CBF8-3BD7-BEF4-022704B2A326> /usr/lib/libc++abi.dylib
0x7fff8eeae000 -
0x7fff8eeb1ff7 libdyld.dylib (239.3) <62F4D752-4089-31A8-8B73-B95A68893B3C> /usr/lib/system/libdyld.dylib
0x7fff8eeb2000 -
0x7fff8eebafff libsystem_dnssd.dylib (522.1.11) <270DCF6C-502D-389A-AA9F-DE4624A36FF7> /usr/lib/system/libsystem_dnssd.dylib
0x7fff8eec8000 -
0x7fff8eeefff7 libsystem_network.dylib (241.3) <8B1E1F1D-A5CC-3BAE-8B1E-ABC84337A364> /usr/lib/system/libsystem_network.dylib
0x7fff8fc6a000 -
0x7fff8fc6cff3 libsystem_configuration.dylib (596.12) <C4F633D9-94C8-35D9-BB2D-84C5122533C7> /usr/lib/system/libsystem_configuration.dylib
0x7fff902b0000 -
0x7fff902b7ff3 libcopyfile.dylib (103) <5A881779-D0D6-3029-B371-E3021C2DDA5E> /usr/lib/system/libcopyfile.dylib
0x7fff904e1000 -
0x7fff904e2ff7 libsystem_blocks.dylib (63) <FB856CD1-2AEA-3907-8E9B-1E54B6827F82> /usr/lib/system/libsystem_blocks.dylib
0x7fff9056d000 -
0x7fff90591fff libxpc.dylib (300.1.17) <4554927A-9467-365C-91F1-5A116989DD7F> /usr/lib/system/libxpc.dylib
0x7fff906ef000 -
0x7fff906f0ff7 libDiagnosticMessagesClient.dylib (100) <4CDB0F7B-C0AF-3424-BC39-495696F0DB1E> /usr/lib/libDiagnosticMessagesClient.dylib
External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 86695
thread_create: 1
thread_set_state: 0
VM Region Summary:
ReadOnly portion of Libraries: Total=70.9M resident=25.4M(36%) swapped_out_or_unallocated=45.5M(64%)
Writable regions: Total=44.5M written=400K(1%) resident=468K(1%) swapped_out=0K(0%) unallocated=44.0M(99%)
REGION TYPE
VIRTUAL
===========
=======
Kernel Alloc Once
4K
MALLOC
36.2M
MALLOC (admin)
16K
STACK GUARD
56.0M
Stack
8192K
VM_ALLOCATE
16K
__DATA
684K
__LINKEDIT
65.5M
__TEXT
5520K
shared memory
4K
===========
=======
TOTAL
171.8M

This doesn't help you much, but that looks like a bug.

Getting SimpleChat.mxml example running in the command-line

Hi,
I am working on getting a connection to cocomo working. Unfortunately, the documentation is highly unclear about how to get this running from the command-line(not to mention the example file in flash builder 4 crashes when run...).
Directly run, this is the error I'm getting:
$ /Developer/flex_sdk_4/bin/mxmlc cocomo_load.mxml
Loading configuration file /Developer/flex_sdk_4/frameworks/flex-config.xml
/Users/vlion/Documents/work/flixn/repos/vss/sandbox/cocomo_load.mxml(72): Error: Could not resolve to a component implementation.
/Users/vlion/Documents/work/flixn/repos/vss/sandbox/cocomo_load.mxml(84): Error: Could not resolve to a component implementation.
When adding --show-actionscript-warnings=true --strict=true, I get the same warning.
I have afcs.swc in the directory I'm running this from.
However, when run with --library-path=., I receive a slew of "could not find resource bundle for local en_US" warnings. Setting the local to en_US doesn't help the matter.
Reviewing the discussions I found online, this appears to be related to namespace issues. However, it is unclear what the namespace issue is.
What, exactly, is the problem, and what needs to be set to resolve it?
Message was edited by: pnathan_: added filename and some readability formatting.

Hi,
Thanks for bringing this in notice to us. Since we were not building the examples in command-line with flex 4, we didn’t see this problem earlier.
The problem happened because our LCCS components were built with halo component and namespace in flex 3. So, when you are using the spark framework and flex 4, if you do not mention that you also need the halo theme , our components won't work. Flex Builder takes care for it but while doing command-line compiling you need to mention the theme specifically. If you run your current script with Flex 3 sdks, it would have built fine. This has nothing to do with our namespaces or using locale.
I am attaching a quick ant build script which I used to build our DefaultPods example with Flex 4 sdks( this script file is in same folder as DefaultPods.mxml).
You can see the build script and make any changes ( since I used for windows) and let us know if everything works fine for you.
Thanks again for bringing it to our notice. We will make sure that this gets added to the docs in next-release.
Thanks
Regards
Hironmay Basu
Here is the Ant Script
    <property name="cocomoSDK.dir" value="$/../../../cocomo" />
    <property name="FlexSDK.dir" location="C:\Program Files\Adobe\Adobe Flash Builder 4\sdks\4.0.0" />
    <property name="mxmlc.jar" location="${FlexSDK.dir}/lib/mxmlc.jar" />
    <property name="cocomo.lib.dir" location="$/../../../cocomo/lib/" />
                <!launcher>
                        <arg value="-output=$/DefaultPods.swf" />
                        <arg value="-file-specs=$/DefaultPods.mxml" />
                    </java>
        </target>
</project

Command line generation errors in log. How do I fix this?

Version: RH 9 (latest version)
OS: Windows 7, 64-bit
Output: CHM
I have a batch file that uses RH's command line generation functionality to generate our CHMs regularly.
The command line works for my other projects. But I have one project that has three different CHMs outputted, and each chm from this one project always fails.
Each of the three log file generated contains info along these lines.
Adobe (R) RoboHelp Project Command Line Compiler version 9.0.0.228
Copyright (C) 2006-2007, Adobe Systems Incorporated and its licensors. All rights reserved.
Project: d:\hg\pcdmisqa\pcdlrn\help\toolkitmodules\PC-DMIS Toolkit Modules.xpj
Layout: Toolkit Modules-Miscellaneous.
Output: D:\DocProjects\Outputs\common_chm\toolkitmodules.chm.
Scanning project for compilation....
Error: Failed to scan all the project files. Please use RoboHelp to recover the project.
Unexpected Error: Failed to prepare single source data for RHCL. Please try to compile it in RoboHTML.
Any ideas? By the way, these helps compile fine within RH itself.

Okay, deleting the CPD and reimporting the HHP file to recreate the XPJ and all the other project files fixed this problem for me. They seem to be generating using the command line now.
But it created a LOT of work: all build layouts had to be recreated and all conditional build tags had to be regenerated.
If you do go this route, make sure you make a backup of your project first as you may have to refer to it to get things back the way they were after the import process.

CBTs on the RHCL command line

I’m attempting to compile a number of RoboHelp 8 projects into .chm files as part of a nightly build process
Is there a way to pass the Conditional Build Tags (CBT) as parameters to the RHCL.exe on the command line to product different products from the same sources?
Currently the different output .chm files are being created manually using the RoboHelp UI.
Is there some sort of configuration file or maybe I have to run a script to change the Document.Condition property?
If so can I do that from the command line? A sample would be useful.
The help on the RHCL command line is scant, to say the least!
RodP42

Have you checked the help? It says you can use the -l option to produce a particular layout. So provided it has been setup with the appropriate CBT statement, that would meet your need. Read about it here.
The RoboColum(n)
@robocolumn
Colum McAndrew

Command line compiler wierdness

Have been compiling RoboHelp 7 HTML Help projects from the command line without issue, but suddenly no glossary text is displayed in the compiled chms. The .glo file is compiled, but the glossary tab is blank.
All required dlls are registered, and surprisingly, if I compile the project in the RoboHelp 7 GUI, the glossary text does show up in the compiled chm.
Using RoboHelp 7.0.3. I've uninstalled and reinstalled, and tried building on a different PC with the same results.
Very odd - anyone else come across this and know how to fix it?

Hmmm... Thanks Jeff but I think that goes right back to the realm of a manual process.
Any other thoughts?
Thanks again!

Robohelp 10 command line crashes

Similar Messages

Maybe you are looking for