Weird characters in controls

Has anyone encountered this? (See attached).
Characters in my controls have changed. Also noticed that when creating probes, the font is really large (136!)
In the properties tab for the control the correct label text is shown, but the front panel shows a number of squares.
Any help greatly appreciated.
thanks
Marco
Attachments:
AnalysisFront.jpg ‏174 KB

Hi Marco,
I've never seen either of those problems before. However, off the top of my head, I'm thinking some of your configuration settings (font name, font size, etc.) have been screwed up. I recommend exiting LabVIEW, deleting or renaming your LabVIEW.ini file, and relaunching LabVIEW. If everything looks fine, then go back to your INI file and search for lines that might be defining weird font names or sizes.
And if that doesn't work, check the regional settings of your OS and make sure the correct language is set, and also double-check the appearance settings of the OS and make sure you don't have huge fonts set as the default for app windows.
Good luck,
-D
Darren Nattinger, CLA
LabVIEW Artisan and Nugget Penman

Similar Messages

MPEG-2 File !DO..." followed by a bunch of weird characters.

After compressor creates MPEG-2 files, with the extension .m2v have their "Kind" listed in the Finder as "MPEG-2 File <!DO..." followed by a bunch of weird characters.>
Anyone know what is going on? There was a post back in January with the same issue, but no answer.
Thanks

You can have multiple iPods and iPhones syncing to the same iTunes library, and you can separately control what goes on each using the Sync Selected Playlists.

Offline approval - weird characters in Outlook

Hi all,
We're on SRM 5.0, Server 550, SP12.
Scenario: offline approval of Shopping Carts
After running report RBBP_NOTIFICATION_OFFAPP, approver is getting an e-mail in Outlook 2003 with some weird characters:
**START**
Â
Â Â Â The following requires processing:
Â
Â Â Â 1 . Approve shopping cart of Shopper with value 64,78 USD
Â Â Â
Â
Â
Â Â Â Use the following link to log on to the system and carry out the approval online:
Â Â Â Log on
Â
Â
Â Â Â To approve or reject directly from this e-mail, select one of the following links:
Approve by E-mail Â Reject by E-mail Â Â
**END**
When I look at the same message in , these characters are not visible; but there seem to be spaces/blanks in those spots. Looks like Outlook is substituting spaces for some other character.
Also, there're some extra blank lines, which we would like removed.
Any ideas how to get rid of the unwanted characters and unnecessary lines, besides BAdI implementation?
Cheers,
Serguei

Hi,
Please check the foll note:
Note 1100912 - E-mail messages for work items with incorrect line break
Also,sometimes some junk characters are inserted into the offline mail if the required services(for the generation of mail ) are not active in transaction SICF.
Please see whether the following path is active in SICF:
SAP/BC/BSP/SAP/SMART_FORMS/DEFAULT.CSS
If the above service is not activated,then activate that and re-test.
Last option would be to implement the BADI BBP_OFFLINE_APP_BADI (method ~MAIL_DATA_GET) to remove the unwanted characters.
BR,
Disha.

My Mac won't read cyrillic in certain files and displays instead weird characters like this: "–í–µ-Ç–µ-Ä –ø-Ä–æ–¥–∏-Ä–∞–µ-Ç –¥–æ –∫–æ-Å-Ç–µ–π." Any ideas why this might be or how I can solve it?

Yesterday I extracted the subtitles of an MKV file to try and print them. Unfortunately, when I open the .srt file with any text processor, it displays weird characters like the ones included in the title:
"–û–±—ã–≤–∞—Ç–µ–ª–∏ –ø–µ—á–∞–ª—å–Ω—ã.
–í–µ—Ç–µ—Ä –ø—Ä–æ–¥–∏—Ä–∞–µ—Ç –¥–æ –∫–æ—Å—Ç–µ–π."
I thought this had to do with it being an .srt file, but just now I encountered the same problem with an Excel file.
Any ideas why this might be or suggestions as to how to solve it?
Thanks in advance,
Mario

It looks like an encoding problem. You should try opening the file in a text editor where you can choose one of the various possible cyrillic encodings (utf-8, koi8-r, iso-8859-5, win-1251, MacCyrillic)

Japanese lyrics shown on iPhone become weird characters after some number of plays

I put in lyrics for my Japanese songs both the kanji/kana and romaji. There have been no problems before this. But somehow I suppose after the newest iTunes released I added some new songs and there were two of them that I added lyrics into them. At first their lyrics were shown properly on my iPhone screen. But after some time the kanji/kana became some weird characters. I checked the lyrics in iTunes and there seemed to be no problems at all with my lyrics. I needed to delete the song from both my phone and my iTunes library and re-add then re-synced it again. (just deleting the song from the phone and then re-synced it didn't help.) Then again, today the lyrics became weird again. I don't really understand. It would become very annoying if this keeps going on. I would appreciate any advice and help. Thank you very much.

I just tried this with my iPhone 4 and it also didn't work. This is how it failed:
- Select "shared".
- The "pie" start to grow, got to about 1/3, then crashed without
    bringing in the shared content.
- After that, the library appeared in list, but I couldn't select
    it at all anymore.
Then I tried it with my iPad. The pie got to the same point, sat
there for a long time, then completed and worked fine.
I did a hard reset of the phone and tried again, this time it
behaved like the iPad and worked fine.
Not sure whether it was the hard reset or whether sharing with
another device "woke something up", but in any event it works
now and I can't get it to break again.
Note, I only use sharing for movies, since I have Music Match
(which works *great* for me, even on 3G).
Specs:
Sharing: 2.7 GHz iMac i5, OS 10.6.8
Clients: iPhone 4
              4th gen iPad
Everything (including iTunes) patched to the latest.

Weird characters appear after write to a file

Here is my story:
I open a file using RandomAccessFile to replace some characters inside it. Let's say I have in the file string 4000, I replace it by string 400. It works fine.
Now if I replace this number by string 40000, when I check the text file, some weird characters like ^M appear everywhere at the end of lines.
What's the reason and how to solve it? I believe there is some invisible characters at the end of string 4000 that causes the problem.
Note that I use function writeBytes to write strings into the file.

public static void changeFileRAF(String sFile, String paramName, String paramValue) {
try {
RandomAccessFile rf = new RandomAccessFile(sFile, "rws");
String currentLine;
long pos;
while (true) {
pos = rf.getFilePointer();
currentLine = rf.readLine();
if (currentLine == null)
break;
if (currentLine.trim().startsWith(paramName)) {
rf.seek(pos);
char[] replaceLine = currentLine.toCharArray();
char[] value = paramValue.toCharArray();
int i = 0;
//pass all white space characters
while (i < replaceLine.length && Character.isWhitespace(replaceLine)) {
i++;
//pass all characters representing tag name
while (i < replaceLine.length && !Character.isWhitespace(replaceLine[i])) {
i++;
//again, pass all white space characters
while (i < replaceLine.length && Character.isWhitespace(replaceLine[i])) {
i++;
if (i == replaceLine.length) {//no value, do nothing
return;
int oldValueLength = replaceLine.length - i;
String newLine = System.getProperty("line.separator");
if (oldValueLength >= value.length) {
System.out.println("different: " + (oldValueLength - value.length));
for (int j = 0; j < value.length; j++)
replaceLine[j + i] = value[j];
for (int j = value.length; j < oldValueLength; j++)
replaceLine[j + i] = ' ';
rf.writeBytes(String.copyValueOf(replaceLine));
else {
System.out.println("old value length: " + oldValueLength);
System.out.println("new value length: " + value.length);
char[] compensation = new char[value.length - oldValueLength];
for (int j = 0; j < oldValueLength; j++)
replaceLine[j + i] = value[j];
for (int j = oldValueLength; j < value.length; j++)
compensation[j - oldValueLength] = value[j];
System.out.println("it is " + String.copyValueOf(replaceLine) + String.copyValueOf(compensation));
rf.writeBytes(String.copyValueOf(replaceLine) + String.copyValueOf(compensation));
break;
rf.close();
} catch (IOException e) {
System.out.println(e.getMessage());
I hope it's not too long.

Why has my use of the apostrophe started inserting a string of weird characters on my iPad?

My iPad has recently started replacing the apostrophe with a string of weird characters (something like &39; or similar) when I post a comment on Facebook or YouTube. Why is it, and how do I get rid of it? Anybody know?
(The apostrophe appears as normal when I'm still typing; it's only when I send / transmit the the post that it appears.)

On the other hand if you want to fix it, it's a simple as going here:
http://www.adobe.com/products/activation/
and starting a chat session to get them to reset your activations.

Weird characters in known_hosts file

We have a Solaris 9 Client system that does ssh to other Solaris servers.
StrictHostKeyChecking is set to "No" in /etc/ssh_known_hosts.
Even when the public host key of the servers do not change we see that there are multiple entries in $HOME/.ssh/known_hosts file of the client.
How can this happen?
And some times, we have weird characters in place of the ip address and encryption algorithm, while the actual key is properly written into known_hosts file.
How these weird characters are put into the known_hosts file?
If anyone can provide the answers, it will be of great help.
Thanks in advance.

not sure i follow fully, can you check for this setting:
HashKnownHosts yes
in ssh_config. this will hash keys in known_hosts to make it unreadable...

Weird characters before the xml start tag on Host

When we load xml generated in Biztalk into an OS/400 Host environment, they always have some weird characters before the declaration (<?xml) causing the host program to fail. The characters look like gibberish from another planet (not really..look like
some binary encoding). Can one of the experts please point me to what must be changed?

If you look at the message using a hex editor, the UTF-8 BOM (Byte Order Mark) is EF BB BF, if you are using Unicode, the BOM is FE FF or FF FE (depending on little or big Endian encoding).
If you "Stop" your send port and run a test, you can view the suspended message body in hex and determine if these characters are a BOM.
David Downing... If this answers your question, please Mark as the Answer. If this post is helpful, please vote as helpful.

Weird characters in Ultrabeat

Sorry if this has been posted elsewhere but I've recently started to get some weird characters when opening an Ultrabeat instrument (see attached screenshots).
/Users/neilmorgan/Desktop/Screen shot 2010-12-27 at 16.53.59.png
/Users/neilmorgan/Desktop/Screen shot 2010-12-27 at 16.54.56.png
They're different each time and they seem not to affect the sound, but does anyone have any ideas of how to rid my system of them?
Message was edited by: SwiftyM
Message was edited by: SwiftyM
Message was edited by: SwiftyM

For instance, did you mean something like this:
https://skitch.com/yorick75/rx46f/characters
I've been getting those kind of 'weird characters' in the Ultrabeat pattern menu as well, but only recently. If that is the same case as yours, yes, it doesn't affect the sound or functionality of anything in Ultrabeat; however, it is annoying and a bit confusing when you want to choose a sample pattern or if you want to create a new one because the whole menu window looks 'jumbled up' with those odd characters. I have no idea what causes the display of these 'weird characters'. I would like to know if there's some way to fix this. Hopefully someone else has come upon this and might read this post too. By the way, in my case, this happens in Logic 8. So I don't know if anyone using Logic 9 has encountered a similar problem.

Weird characters in MediaSource cause cr

Under Artist and Album in MediaSource 2 many of my artist have funny characters in them as shown below.
http://205.44.2.42/weird.jpg
When I click on them, it causes an error:
The instruction at "0x00000020" referenced memory at "0x00000000". The memory could not be "read".
The program then crashes out.

How should I know what language to change it to?
I've hit this same problem, it only occurs in the ARTIST and ALBUM window of the Zen Touch view (fine on the PC Music Library view. I have Firmware vsn ..3
As soon as I highlight one of the Aritsts (or Albums), cabooom.
I don't really understand were the weird characters oginate from, some have them, some don't. The Popular Classics albums all have the problem (which may originate from whatever the language was set to when it they were initially loaded at the factory) - but having only got the device today, I've loaded 4 more albums 2 have the weirdness and 2 don't.
Now that is weird....
DB
-- Oh, and by the way - I bought it from a UK retailer, not from the Far East via eBay ;-)Message Edited by DB on 08-02-2005 07:00 AM

Weird characters in Hex viewer when i check a xml

Hi,
We are in the test phase sending messages to a customer of us. But when we send test messages the customer tells me that there are weird characters in the xml. It happens when we check the xml in a hexadecimal viewer. In the normal viewer of in a webbrowser
we dont see these characters. He is a example of the situation:
Look at the characters before the <?XML
So my question is how can i get rid of these characters?
PS: these characters arent in the source files.

These characters are called the Byte Order Mark (BOM) and provided by/to the file system to indicate the encoding to be used when opening the file. You can read about it @http://en.wikipedia.org/wiki/Byte_order_mark
And as Sumit has already mentioned, you can switch these ON/OFF based on the Pipeline Component properties. Even if you're using the default XMLTransmit, you can edit this property on the Specific Port.
Regards.

I have FF and win7. Fonts turn to weird characters at more then 75% zoom when the checkbox "allow webpages to choose their own fonts" in the contents option advanced is checked, when forced to calibri this behaviour doesnt occur An aexample of that is

I have FF and win7. Fonts turn to weird characters at more then 75% zoom when the checkbox "allow webpages to choose their own fonts" in the contents option > advanced is checked, when forced to calibri this behaviour doesnt occur
An aexample of that is the product title on the product of this website:
https://www.xstreetsl.com/modules.php?name=Marketplace&file=item&ItemID=2424553
While switching to double check this I just saw that this also happens in this very window in wich i am typing my question now. If i copy and paste this text to for example notepad or anything else, it shows up like normal text.
== This happened ==
Every time Firefox opened
== i installed firefox on win 7

This issue can be caused by the bitmap version of the Helvetica or Geneva font or another (bitmap) font that can't be displayed by Firefox in that font size.
Firefox can't display that font in the specified size and displays gibberish instead.
You can test that by zooming out (View > Zoom > Zoom Out, Ctrl -) to make the text smaller.
Uninstall (remove) all variants of that not working font to make Firefox use another font or find a True type version of that font that doesn't have the problem.

Bookmark titles have weird characters or just blank as of Fox5 when viewing (loaded into a fox tab) the exported "bookmarks.html" from the "Libray" (bookmarks manager).

}
-- trying to paste in here examples of weird characters, where real English language titles should be.

Try to delete those bookmarks and create a new bookmark with that URL.
A possible cause is a problem with the file places.sqlite that stores the bookmarks and the history.
*http://kb.mozillazine.org/Bookmarks_history_and_toolbar_buttons_not_working_-_Firefox
*https://support.mozilla.com/kb/Bookmarks+not+saved#w_places-database-file

Weird Characters appering in the browser

My company's product help file is generated in WebHelp, but
on the web I see in some pages showing some weird characters. When
I checked my source file as actually what characters are they in
the file, I see that the trademark signs (TM) , single quotes, and
double quotes are appearing as a ? inside a diamond. I went through
the script generated by Webhelp and see the character set Webhelp
is using as charset=windows-1252, Can't we change it to UTF-8 so
that its a universal character set and is recognize on all
platforms and browsers.
Please let me know if there is a solution.
Thanks,
Ashish

UTF-8 is the norm with RH7. If you cannot upgrade, or do not
want to, take a copy of your output and try changing it manually in
one topic. If it works then use a multi file find and replace tool.

Weird characters in controls

Similar Messages

Maybe you are looking for