Codr

I can't reproduce this or find any reason for it to be happening. Are you able to produce this problem consistently? If so, explaining how would be helpful.

...do you have the target game set to something other than Black/White...?

Well, now we can't continue the conversation because they're all anal about discussions of circumventing Nintendo's checks for the purpose of tournaments.

Any sort of relationship between any data is meaningless unless Nintendo's services check it.

Correction: thus making the community's OCD over it being utterly ridiculous.

The program does do some things for you, which can be problematic if the code is doing it wrong. An example of this that's currently in both versions of the program is the nickname flag. Some Pokemon shouldn't have it set, but they do because PokeGen only uses the species name for determination of nicknamed status. I don't know of anything else that's done automatically that's being done wrong, however.

Define "safe".

I don't particularly want to respond to this thread, given how the thread starter formats messages and talks in general. However, it's more likely that you have other codes enabled or have done something stupid that caused your save file to corrupt itself. Edit: I checked the code you pasted and it seems that it's trying to write to an improper offset. Assuming this is PokeGen's fault, it'll be fixed in the next version. I haven't specifically checked the program's code yet. I can imagine that there was some mistake made with the Black/White transition. For now (again, assuming this is PokeGen's fault), just don't use boxes other than 1. Edit2: I was wrong. The offset is fine. The codes are fine. PokeGen is fine. I don't see how it could be anything other than another code or you doing something else and not having a clue how it would affect anything.

I'm vaguely aware of something Dream World related, but I don't know enough to incorporate it, assuming there's anything to modify. As for visible raw data, that's planned, but probably won't be available any time soon.

You said it's only certain names, right? If so, can you provide a save file and tell me specifically which Pokemon slots are causing the problem?

I wonder if this is what others meant by having problems with 11-character nicknames. The game actually limits you to 10 characters, as it saves a character for what's called a terminating character. It signifies the end of a string (series of characters).

Until beta 16!

I develop and test the program almost exclusively on 64-bit Windows 7.

This problem still makes absolutely no sense from my end.

I can, but there's really no reason to.

I still can't produce this nickname limiting problem. I have an idea of what might cause it, though, and I'll check the code.

As is explained multiple times in multiple places, everything should be set for you. If something isn't being set properly based on the information you provide, then it's unintended and should be pointed out to me.

If you can reproduce this nickname limit problem, tell me how, as it shouldn't be happening under any circumstances.

The trainer name is limited to 8 characters. Pokemon names are limited to 11. This is a game-imposed restriction, not one I've chosen.

It's sort of difficult to find it, sometimes. Implementing it isn't hard. However, I won't be the one to find the formula as I think the whole PID concept is community paranoia and OCD. Come on... Nintendo doesn't even check them, so what difference does it make?

Automatic nickname checking is going to be removed in beta 16. It's taking a while due to the Pokedex though. I'll check on it.

I definitely don't have the tolerance for this. Someone else will have to help you, since you won't help yourself.

This has been answered/explained in detail so many times in so many places throughout this whole forum and in the PokeGen main thread. Trainer IDs, name, and gender. It's that simple. You either have them matching your save file or you don't. The trainer name is case-sensitive and must use the appropriate character values.

The goal is strictly for this to be what you can do. Whether or not that's what'll happen right now in the beta, I can't say, as it's been a while since I've done data comparisons to verify that.

I'm skipping what's already been answered. No. The program is developed entirely with US-language software. No, I'm not Japanese. Exporting an XML file isn't in a format designed for anything but for use with the Action Replay software, I think. You can view the data in Notepad/Wordpad/whatever, but depending on the save options within those programs, you might screw the file up for use in the AR software.