Index (HHK) sorting issue in Japanese (RoboHelp X3)

I'm a Japanese localizing engineer who now tries to generate
a WebHelp with a nicely sorted index in Japanese.
As I assume that this has been a known issue for double-byte
languages for a long time, a Japanese index cannot be sorted
perfectly in a compiled chm or WebHelp. In Japanese, there are
several types of Japanese characters (Kanji, Katakana, Hiragana).
Regardless of what type of character a string is typed in, Japanese
strings should be sorted according to <i>yomi-gana</i>,
the way each Japanese string pronounces but currently an index gets
sorted according to the following order (in ASCII code):
*number
*alphabet
*hiragana
*katanaka
*kanji... and so on.
So here I'm trying to do the followings:
1. In a HHK file, I put <so>...</so> in front of
every entry where I spell out the pronounciation in each <so>
segment.
2. Open the HHK with HTML Workshop, sort the file, and save
it (I'll get the file sorted according to what I have put in
<so>..</so>.
3. Open it with a Text Editor and remove all the
<so>..</so> entrires.
4. Put the HHK file in a build folder and generate a
chm/WebHelp in RoboHelp X3.
In the 4th step, I don't want RoboHelp to re-sort the HHK but
it does it automatically. If I can disable the index sorting
functionality in RoboHelp X3 (the latest version in Japanese) but
looks like there is no way to do it. If anyone is sure that it's
not possible to disable the auto-sorting functionality in RoboHelp,
please let me know so that I can give up witout a sweat.
By the way, I have tried the alternative for WebHelp that
skips the 3rd step and removes all the <so>...</so> in
the files that RoboHelp creates. The result is that everything got
messed up and some of the contents in the Index couldn't be viewed
in a browser.
Thanks.
Rota.

Hi Paul
Have you tried just right-clicking in the index and choosing sort?
Click the image below to view larger.
Note that this may require you to temporarily configure Microsoft HTML Help as the primary layout and editing the Project Settings in order to allow the sort function to appear.
Remember, you press Ctrl+Shift+? to open Project Settings. You then would turn off (or ensure it's turned off) the Binary Index feature.
Once you have done this, you would then revert any settings that you changed to allow things to work.
Cheers... Rick
Helpful and Handy Links
RoboHelp Wish Form/Bug Reporting Form
Begin learning RoboHelp HTML 7 or 8 within the day - $24.95!
Adobe Certified RoboHelp HTML Training
SorcerStone Blog
RoboHelp eBooks

Similar Messages

Can you help with RoboHelp Version 11: WebHelp Index Keyword Sorting?

I'm new to RoboHelp 11, and I am finding it difficult to alphabetize topics listed under my Index Keywords. When I look at the keyword topics in my RoboHelp HTML editor, they are listed in alphabetical order (see the Tools topic in the first image), but when I generate WebHelp the Tools topics are not in the correct order (second image). I believe that the problem pertains to new entries made to a converted RoboHelp Version 6 WebHelp application. Basically, I have been adding content to several old version 6-generated html files in the new RoboHelp HTML editor.
Another issue that's perplexing is the fact that the Move Up and Move Down icons at the top of the Index editor pod, or whatever it's called, are grayed-out (not functioning). I remember with the Version 6 application, they worked fine.
Can anyone offer any suggestions on how to get the index alphabetized? I appreciate your help.

Hi, pweb248
Just an expansion of what Rick has suggested. Binary index is only used when Microsoft HTML Help "CHM" is your primary layout. So, because WebHelp is your primary layout, Binary should definitely be unchecked. Selecting the Index file (HHK) is fairly standard for WebHelp use and it is sorted numerically and alphabetically by default. The HHK file contains all the Index keywords and their topic associations all tucked into one file, whereas adding Index Keywords using the "Topic" radio button embeds the coded reference right in the topic html file itself.
This online help topic explains a little more about the Sorting options depending on the primary layouts and whether Binary is selected.
Adobe RoboHelp 11 * Edit index keywords
This is the key paragraph:
>>Note: The Sort command is unavailable with a binary index. The sort function is enabled only when the primary layout is HTML Help and the Index is set to Index File with no Binary Index. In all other layouts, the index remains sorted but for HTML output, the sorting of the index can be changed. Sorting enables the up and down keys on Index Pod.<<
As you have noticed, your Index Designer view is apparently working as documented. I share your puzzlement about the out-of-sort listing in the WebHelp output shown in your screenshot. I wonder if there is some left-over crud from the ancient RoboHelp 6 code that is not converted properly and gumming up the works? Also curious if you have more than one Index in your project and if you are selecting the right one in the WebHelp Settings > Content dialog. Maybe Rick, Peter or Willam can shed some light on this?
John

Issues with Japanese encoding using Mail

Since recently (I would say since I updated to 10.6), I have an issue with Japanese-encoded (ISO 2022-JP) mails on my English MacOS.
I have no problem to read, edit and write answers to any mails.
However with some ISO JP-2022-JP encoded messages (sent with Thunderbird 2.0.0.23 (Windows/20090812) btw) I have the following misbehaviour:
- if I send the message and let the encoding to "automatic", Mail sends the mail in UTF-8, which I do not want since most of Japanese computer do not understand UTF-8 by default (and the receiver gets panicked: "I can not read your mail T_T !")
- if I set the encoding to "ISO JP-2022-JP", I can not send nor save the message (see [1] at the end of the post). One should note that the error message when saving is really misleading (and yes my hard-drive has a lot of space left) and it should be fixed by Apple.
- if I dig a bit deeper, I can in effect find some characters in the original message which prevent Mail to send my mail. It however does not make any sense since:
- those char were in the original message properly encoded in ISO JP-2022-JP
- those char are always very common ones
The only solution I have found so far is to delete the original message in my mail, which is very frustrating...
A sample of such mail can be found at (I removed personal info. and the mail is about a drinking party):
- http://files.me.com/trouve.antoine/73w3w9
Help would be very appreciated.
Thank you very much.
Antoine
[1] I get the following error messages:
-> try to save:
*This message can’t be saved to the Drafts mailbox.*
The message contains one or more attachments that
are too large to be saved in the Drafts mailbox. Try
deleting some attachments.
->try to send
*Invalid Text Encoding*
Some characters in your message could not be
converted to the “Japanese (ISO 2022-JP)” text
encoding. Choose a different encoding from the
“Text Encoding” menu.

You can find out about the different versions here, for example:
http://en.wikipedia.org/wiki/ISO/IEC_2022
Thank you. I feel a bit stupid for not having looked in Wikipedia at first...
I sometime wonder how could such basic problem like charset not being solved after more than 40 years of computer science...
Here is a note that addresses that problem, but I don't think it works with 10.6. Might be worth a > try:
http://discussions.apple.com/thread.jspa?threadID=121808&tstart=60
Thank for the link.
It seems to still work: new japanese mails are now sent in "ISO 2022-JP-2".
However, for messages with the header explicitly specifying "ISO 2022-JP" (which should be "ISO 2022-JP-2" on my mac) it has no influence.
The only ways I see to solve this issue would be:
i) to force "ISO 2022-JP-2" for all mails (a bit too extreme)
ii) to force the use of "ISO 2022-JP-2" instead of "ISO 2022-JP", but I do not think such precise configuration is possible
This mess appears to be due to Thunderbird which seems to mix "ISO 2022-JP-2" and "ISO 2022-JP", but I do not have any working Thunderbird to test now...

Sorting issue after upgrade from 9i to 10g

Dear all,
It is found that the sorting behavior is different after upgrade from 9i to 10g.
In 9i, even if the SQL statement does not specify the ORDER BY clause, the sorting order is consistent for a particular SQL statement and most likely the sequence follows the searched key fields' order.
After upgrade to 10g, the query output could vary as long as the SQL statement does not specify the ORDER BY clause.
Is it due to the Reverse Docid Sorting issue? How can I troubleshoot this issue?
Thanks for your help,
M.T.

903714 wrote:
Dear all,
It is found that the sorting behavior is different after upgrade from 9i to 10g.
In 9i, even if the SQL statement does not specify the ORDER BY clause, the sorting order is consistent for a particular SQL statement and most likely the sequence follows the searched key fields' order.
After upgrade to 10g, the query output could vary as long as the SQL statement does not specify the ORDER BY clause.
Is it due to the Reverse Docid Sorting issue? How can I troubleshoot this issue?
Thanks for your help,
M.T. This is expected behavior in 10g. Oracle will not order the dataset for you unless and until you explicitly specify it.
So without using order by clause in 10g, oracle doesn't guarantee that rows will be ordered.
To go back to old behavior like 9i, you can set a workaround by
alter session set "_newsort_enabled"=false;
Also see MOS - Order Of Data Retrieval Differs after upgrading 9i To 10g [ID 456707.1]

Query as a web service Sorting issue

Hi All,
We have designed an existing BI query as a web service but it seems to be ignoring the Sort order of different characteristics used (as defined in Bex Query Designer).
Using the Context menu in QAAS and defining/managing the Sort is not working.
Has anyone experienced such an issue and how to handle this?
Thanks and Regards,
Bansi

Hi All,
You can try this solution. It has something to do with the universe parameter, END_SQL.
I implemented this as a work around and it solved our problem about the sorting issue with QAAWS.
Here are the steps:
1: Open the universe
2. Ope File, then Universe Parameter
3. Click the parameter tab
4. Scroll down until you see the 'END_SQL' entry. This entry is blank by default.
5. Select END_SQL
6. On the VALUE box, type: ORDER BY 1
7. This will enable the REPLACE button. Click REPLACE
8. Save the universe
9 Test a query using 2 columns and view the SQL.
You should see now the ORDER BY 1 inferred in the SQL statement.
Voila!!!!
Of course you can always add ORDER By 1,2,3 later if there's a need.
Enjoy.....
Ferdinand

Finder sort issue

I seem to be having a sorting issue.
This order seems odd to me, but like to get your opinions about it.
(This folder is sorted alphabetically by file name.)
2008 01.doc
2008 02.doc
Activiteit_oktober.doc
af 200802 - groen reserve.rtf
af 200802 - groen.rtf
af 20071130 - groen-geel.doc
af 20080126 - groen.rtf
af 20080216 avond - leiding WE.pages
af 20080704 avond - groen & oranje.pages
af 20080709 avond - bezinning.rtf
idee spel.rtf
In my logic the file 'af 20071130 - groen-geel.doc' should be before the two files beginning with 'af 200802' and not after. Or is this just me?

In my logic the file 'af 20071130 - groen-geel.doc' should be before the two files beginning with 'af 200802' and not after. Or is this just me?
OS X Finder sorts strings of digits according to their value, not digit by digit. 200802 is less than 20071130. Here is a note on the issue:
http://homepage.mac.com/thgewecke/sorting.html

Front Row sorting issues

Hello,
I know this issue has been posted several times and without any real solutions. But I'm going to ask again anyway in case the magical hacking gnomes have found a work-around.
I have many sorting issues. There seems to be a lot of kvetching on here already about how Front Row sorts TV shows. But not only do my shows come up backwards within seasons, in some cases seasons themselves are out of order. For example, I have all 3 seasons of 30 Rock (purchased through iTMS) and they go season 1, season 3, season 2. Several other shows with multiple seasons are the same.
But I also have a music sorting issue. The first part of this issue has to do with compilations. I've got several compilations in my library, and in iTunes I've sorted them by Various Artists rather than individual artists. In Front Row, if I scroll down to "V," there is no "Various Artists" like you might expect but instead a list of all the artists in all the compilations completely out of order. (Actually, they're ordered by their track number on the different albums. Yeah. That makes sense.) I could deal with these artists showing up in their normal places alphabetically, but not all lumped together under V.
The other issue has to do with albums with one artist who has some tracks that feature other artists. Kanye West's "Graduation" is a good example. About half the tracks on the album are him "featuring Jamie Foxx," for example. So I put "Kanye West" in the sort field of this album so it displays properly in iTunes. Not only does this seem to have no effect on how things are sorted in Front Row, but there's actually multiple "Kanye West"s now, each one identical, as well as multiple "Kanye West feat. Jamie Foxx," lines and all the other multiple artist track. Uh...what?
So I know that Front Row for some ridiculous reason is (a) not customizable and (b) operates under completely different sorting rules than iTunes (which makes no sense), but if anyone has any advice or tips or comments or whatever, that would be greatly appreciated.
I've considered switching to a different media management program, but what I like about Front Row is its simplicity. I don't really feel like learning a whole new system (let alone getting my wife to buy into that idea). I've got better ways to spend my time. So, it's a trade off, I guess.
Anyway, Apple Gods? Are you out there? Are you listening?

I can't believe we're still banging on about the sorting problems. Apple have seen fit to provide a number of features to allow the user to get iTunes working the way they like, e.g. grouping compilation artists and the use of sort fields. I think you can now even keep compilation artists grouped on the iPod. But why oh why do they then totally ignore this for the AppleTV and Front Row (which look like the same codebase to me)?
I have hundreds of genuine Artists that I want to see listed in the Artists' list, but not the thousands of others that appear on compilations. They don't even sort the artists by the Artist Sort field that they themselves provide in iTunes. This makes a nonsense of trying to use either the ATV or Front Row.
Playlists are no help as they simply lump all contained tracks in one great list. Useless.
The annoying thing is, they can get it right. iTunes just gets better and better in this regard, each release sorting out more of the omissions of earlier versions. But ATV and Front Row - nope, nothing. Still just as stupid as always. Just what will it take to convince Apple to 'sort' (ha) this out? How can they justify such entirely different ways of working on their different products?

Index of sorted array

I have a unsorted array as follows:
array_index = {0 1 2 3 4 5 6 7 8}
array = {1 2 4 3 4 3 4 2 1}
I would like to get the previous index of sorted array as follows:
old_index = {2 4 6 3 5 1 7 0 8}
arrray.sort doesn't return the index the previous index, please help me.

You can do that using by creating an array containing the numbers 0 to n in increasing order and sorting that using a comparator that actually compares the content of the original array at the indices provided to it instead of the values themselves.
But why would you need that? Could you describe your requirement in a broader scope?

Sorting issue in Pojo Datacontrol Filter-Paging ADF Table

hi,
Created and af:table using sample given at ADF Code Corner 037. How-to build pagination into ADF POJO Data Control(http://www.oracle.com/technetwork/developer-tools/adf/learnmore/37-adf-pojo-pagination-169179.pdf).
with this sample, able to get pagination and implemented filtering by overriding queryListener.
but there is an issue with sorting, even though sortListener() is implemented, when a column is sorted from UI ..
First ADF inbuilt sort is getting called, getAllDepartments(int index, int range) is invoked TotalRecords/Range times.
Second sortListener() method is getting invoked.
is there any way to skip the first step? so that i can write my own Sort logic in SortListener() and trigger the Iterator progrmatically?
-thanks

Hi Arunkumar,
Thanks for your reply. But for custom table, how to create that filter model ?
When i create the table by dragging it from view, filter model is assigned by default to query descriptor.
But for this case, how to set the filterModel attribute ? Do i need to create any custom filter model class here ?
If yes, how to write that. let me know any pointers.
Please let me know in this regard.
Thanks,
Mahipal

Report Output is not same as R/3 4.7 and ECC6 ( sort issue)

Dear Experts,
I have a problem with external sort used in the program. due to that report output records are not in the same order.
For example, i am extracting data from BSEG with fields company code, fiscal year, document no, item no, amount and GL Respectively.
in both the systems (R/3 4.7 and ECC6), data in internal tables are in same order by default.
but after the external sort using filelds company code, fiscal year and document no.
output records are sorted exactly with respect to the external sort order in both systems, but for certain line items are not in same order.
Please check below example.
For example in R/3:
684
2012
5000000532
5
H
2662.51
411100
684
2012
5000000532
4
H
13
555200
684
2012
5000000532
3
S
0.5
635400
684
2012
5000000532
2
S
12.5
627800
684
2012
5000000532
1
S
2662.51
555209
In ECC6,
684
2012
5000000532
1
S
2662.51
555209
684
2012
5000000532
2
S
12.5
627800
684
2012
5000000532
3
S
0.5
635400
684
2012
5000000532
4
H
13
555200
684
2012
5000000532
5
H
2662.51
411100

The order of extracted records can no be assumed to be constant, any SQL optimizer can change behavior, even without any wide upgrade, but a single database or kernel patch as well as many operation of database administrator can change the order, as well as a change of user behavior, if they fill now another field in selection. So it is good practices to always sort (or use sorted type) internal table extracted or use a ORDER BY clause (provided there is an index in database, else do not)
Read online documentation of SELECT statement clause ORDER BY
The order of the rows in the result set refers to all columns that are not listed after ORDER BY, is undefined, and can be different in repeated executions of the same SELECT statement.
There are also some [MANY > 1000] OSS notes on the subject (look for your database, e.g. 1858427 - Incorrect Sorting of SQL-Select Statement, 1859655 - The result set of an SQL-Select Statement may not be sorted, 1858479 - Result set of select statement is not sorted, 1858569 - Incorrect access to result set of SELECT statement, etc.)
Also if you sort an internal table and require records with same key values to keep their respective order, use the STABLE clause.
Regards,
Raymond

Oracle Report Server Issue with Japanese Characters

We are trying to setup a Oracle Report Server to print the Japanese characters in the PDF format.
We have separate Oracle Report servers for printing English, Chinese and Vietnamese characters in PDF formats using Oracle Reports in the production which are running properly with Unix AIX version 5.3. Now we have a requirement to print the Japanese characters. Hence we tried to setup the new server for the same and the configurations are done as same as Chinese/Vietnamese report servers. But we are not able to print the Japanese characters.
I am providing the details which we followed to configure this new server.
1.     We have modified the reports.sh to map the proper NLS_LANG (JAPANESE_AMERICA.UTF8) and other Admin folder settings.
2.     We have configured the new report server via OPMN admin.
3.     We have copied the arialuni.ttf to Printers folder and we have converted this same .ttf file in AFM format. This AFM file has been copied to $ORACLE_HOME/guicommon/gk/JP_Admin/AFM folder.
4.     We have modified the uifont.ali (JP_admin folder) file for font subsetting.
5.     We have put an entry in JP_admin/PPD/datap462.ppd as *Font ArialUnicodeMS: Standard "(Version 1.01)" Standard ROM
6.     We have modified the Tk2Motif.rgb (JP_admin folder) file for character set mapping (Tk2Motif*fontMapCs: iso8859-1=UTF8) as we have enabled this one for other report servers as well.
Environment Details:-
Unix AIX version : 5300-07-05-0831
Oracle Version : 10.1.0.4.2
NLS_LANG : JAPANESE_AMERICA.UTF8
Font Mapping : Font Sub Setting in uifont.ali
Font Used for Printing : arialuni.ttf (Font Name : Arial Unicode MS)
The error thrown in the rwEng trace (rwEng-0.trc) file is as below
[2011/9/7 8:11:4:488] Error 50103 (C Engine): 20:11:04 ERR REP-3000: Internal error starting Oracle Toolkit.
The error thrown when trying to execute the reports is…
REP-0177: Error while running in remote server
Engine rwEng-0 crashed, job Id: 67
Our investigations and findings…
1.     We disabled the entry Tk2Motif*fontMapCs: iso8859-1=UTF8 in Tk2Motif.rgb then started the server. We found that no error is thrown in the rwEng trace file and we are able to print the report also in PDF format… (Please see the attached japarial.pdf for your verification) but we are able to see only junk characters. We verified the document settings in the PDF file for ensuring the font sub set. We are able to see the font sub setting is used.
2.     If we enable the above entry then the rwEng trace throwing the above error (oracle toolkit error) and reports engine is crashed.
It will be a great help from you if you can assist us to resolve this issue…

Maybe 7zip or another tool has workarounds for broken file names, you could try that.
Or you could try to go over the files in the zip archive one-by-one and write it to files out-1, out-2, ..., out-$n without concerning yourself with the file names. You could get file endings back via the mimetype.
This script might work:
#include <stdio.h>
#include <zip.h>
static const char *template = "./out-%04d.bin";
int main(int argc, char**argv)
int err = 0;
zip_t *arc = zip_open((const char*)argv[1], ZIP_RDONLY, &err);
if(arc == NULL)
printf("Failed to open ZIP, error %d\n", err);
return -1;
zip_int64_t n = zip_get_num_entries(arc, 0);
printf("%s: # of packed files: %d\n", argv[1], n);
for(int i = 0; i < n; i++)
zip_stat_t stat;
zip_stat_index(arc, i, ZIP_FL_UNCHANGED, &stat);
char buf[stat.size];
char oname[sizeof(template)];
zip_file_t *f = zip_fopen_index(arc, (zip_int64_t)i, ZIP_FL_UNCHANGED);
zip_fread(f, (void*)&buf[0], stat.size);
snprintf(&oname[0], sizeof(template), template, i);
FILE *of = fopen(oname, "wb");
fwrite(&buf[0], stat.size, 1, of);
printf("%s: %s => %lu bytes\n", argv[1], oname, stat.size);
zip_fclose(f);
fclose(of);
zip_close(arc);
return 0;
Compile with
gcc -std=gnu99 -O3 -o unzip unzip.c -lzip
and run as
./unzip $funnyzipfile
You should get template-named, numbered output files in the current directory.
Last edited by 2ion (2015-05-21 23:09:29)

Cover flow and album sort issues

I just got a 80GB iPod classic for Christmas and I have noticed some annoying differences between iTunes cover flow and iPod cover flow:
1. In iTunes cover flow, when you have songs with "Unknown Album", they clutter up the cover flow for each artist. In iPod cover flow, they are sent to the back of the cover flow in a nice little "Various Artists" cover. I like how this works on the iPod better.
2. iTunes cover flow sorts by album artist, so you don't see a separate album for each non-album artist song.
For example: If I set my album artist for the Saturday Night Fever soundtrack to "Saturday Night Fever" (don't ask why, this is how i like it sorted) then I will only see one "Saturday Night Fever" rather than one for Bee Gees, one for Kool & the Gang, etc.
iPod cover flow sorts by artist, so you see a separate album for each non-album artist song. I like the way this works in iTunes better.
3. When sorting by "Album by Year" in iTunes, syncing the iPod doesn't seem to follow the same sorting. Albums are still sorted on the iPod alphabetically. I want them to sort by year on my iPod.
So I would appreciate it if someone could help me with all 3 of these issues. As you can see, sometimes iTunes is better for me, sometimes iPod is better for me.

3. Playlists should be sorted in the same way as they are in iTunes. The Cover Flow order is fixed.
This is not the case, at least not with iTunes 7.5.0.20 and my 80GB Classic running 1.0.3 on it (current version as of this writing). In iTunes, under LIBRARY, I select Music, and I have my music sorted via *Album by Year*. This works perfectly in iTunes. I'll use my Soundgarden library as an example, as it shows the problem nicely.
*_iTunes order_:*
Ultramega OK
Louder Than Love
Screaming Life/Fopp
Badmotorfinger
Superunknown
Songs From The Superunknown
Down on the Upside
A-Sides
That's ordered by date and is perfect. +Ultramega OK+ was released way back in 1988, while A-Sides was released nearly 10 years later in 1997. In Cover Flow View it works great. However, in the iPod it's sorted alphabetically, which is completely wrong:
*_iPod Classic_:*
A-Sides
Badmotorfinger
Down on the Upside
Louder Than Love
Screaming Life/Fopp
Songs From The Superunknown
Superunknown
Ultramega OK
This is totally wrong. And I haven't yet found a way to force it.
Apple, please, this shouldn't be that difficult.

Performance of context index with sorting

Dear All,
I've got a problem and don't know how to solve this.
there has a table which have a XMLTYPE field to store the unstructred xml, and created with context index.
When I try to select a record from it by using contains (res, '[searchingfield]')>0, the response time is quick, but when I try to order by another field which in the same table, the response time is drop down slightly. (ex. select id, path, res, update_date from testingtbl where contains(res, 'shopper')>0 order by update_date desc.
Actually there is a context index build for field 'res', any other index build for field 'update_date', when sql without 'order by update_date', the context index will use, but the update_date index will not be used even have ordering criteria.
Is there any expect can tell how to solve this? how to keep the performance even doing the sorting process?
Thanks and Regards
Raymond

Thanks for your quick reply.
The mentions information provide after back to office, actually I just want to know if there is any method(s) which can use the context index (with contains keyword) and sorting without slow down the performance.
Thanks and Regards
Raymond

Issue with Japanese characters in files/filenames in terminal.

I recently downloaded a zip file with Japanese characters in the archive and in the files within the archive. The name of the archive is "【批量下载】パノプティコン労働歌第一等.zip"
The characters are properly displayed in firefox, chrome, and other applications, but in my terminal some of the characters appear corrupted. Screenshot: https://i.imgur.com/4R22m0D.png
Additionally, this leads to corruption of the files in the archive. When I try to extract the files, this is what happens:
% unzip 【批量下载】パノプティコン労働歌第一等.zip
Archive: 【批量下载】パノプティコン労働歌第一等.zip
extracting: +ii/flac/Let's -+-ʦ1,000,000-.flac bad CRC 5f603d51 (should be debde980)
extracting: +ii/flac/+ѦѾP++ -instrumental-.flac bad CRC 78b93a2d (should be 3501d555)
extracting: +ii/flac/----.flac bad CRC ddeb1d3e (should be c05ae84f)
extracting: +ii/flac/+ѦѾP++.flac bad CRC 0ccf2725 (should be be2b58f1)
extracting: +ii/flac/Let's -+-ʦ1,000,000--instrumental-.flac bad CRC 67a39f8e (should be ece37917)
extracting: +ii/flac/.flac bad CRC f90f3aa0 (should be 41756c2c)
extracting: +ii/flac/ -instrumental-.flac bad CRC 3be03344 (should be 0b7a9cea)
extracting: +ii/flac/---- -instrumental-.flac bad CRC 569b6194 (should be adb5d5fe)
I'm not sure what could be the cause of this. I'm using uxterm with terminus as my main font and IPA gothic (a Japanese font) as my secondary font. I have a Japanese locale set up and have tried setting LANG=ja_JP.utf8 before, but the results never change.
Also, this issue isn't just with this file. This happens with nearly all archives that have Japanese characters associated with it.
Has anyone encountered this issue before or knows what might be wrong?
Last edited by Sanbanyo (2015-05-21 03:12:56)

Maybe 7zip or another tool has workarounds for broken file names, you could try that.
Or you could try to go over the files in the zip archive one-by-one and write it to files out-1, out-2, ..., out-$n without concerning yourself with the file names. You could get file endings back via the mimetype.
This script might work:
#include <stdio.h>
#include <zip.h>
static const char *template = "./out-%04d.bin";
int main(int argc, char**argv)
int err = 0;
zip_t *arc = zip_open((const char*)argv[1], ZIP_RDONLY, &err);
if(arc == NULL)
printf("Failed to open ZIP, error %d\n", err);
return -1;
zip_int64_t n = zip_get_num_entries(arc, 0);
printf("%s: # of packed files: %d\n", argv[1], n);
for(int i = 0; i < n; i++)
zip_stat_t stat;
zip_stat_index(arc, i, ZIP_FL_UNCHANGED, &stat);
char buf[stat.size];
char oname[sizeof(template)];
zip_file_t *f = zip_fopen_index(arc, (zip_int64_t)i, ZIP_FL_UNCHANGED);
zip_fread(f, (void*)&buf[0], stat.size);
snprintf(&oname[0], sizeof(template), template, i);
FILE *of = fopen(oname, "wb");
fwrite(&buf[0], stat.size, 1, of);
printf("%s: %s => %lu bytes\n", argv[1], oname, stat.size);
zip_fclose(f);
fclose(of);
zip_close(arc);
return 0;
Compile with
gcc -std=gnu99 -O3 -o unzip unzip.c -lzip
and run as
./unzip $funnyzipfile
You should get template-named, numbered output files in the current directory.
Last edited by 2ion (2015-05-21 23:09:29)

Payment Advice Sort Issue

Hi All,
We are having an issue with the way the payment advices are sorted for our canadian company when running DME. We set a sort variant based on Payee name on REGUH which is ZNME1, but that field has <b>Firstname Lastname</b> so all the sort is done based on first name. We want to do it based on last name but there no field on REGUH which will help us.
Kindly advice.
Regards,
S

Hi Javed
Please let me know if you have implemented any solution to this. We are facing the same issue.
Regards
Rajesh

Index (HHK) sorting issue in Japanese (RoboHelp X3)

Similar Messages

Maybe you are looking for