QUOTE(DiscipleOfAdun @ Jul 20 2006, 03:53 PM)
Yes, I just PM'd him with them again. BK, be sure to give TheNomad credit for finding these, I just doublechecked them in the exe.
QUOTE(DiscipleOfAdun @ Jul 20 2006, 03:53 PM)
Because I found out that the movement flags mean sqaut almost. Only two of them are worth anything, 0x1(ground) is used by staredit to allow non-flyers to be placed. And mine-safe you know.
Yeah nevermind I just found that out after I tested them 10 mins before you posted. From what I noticed Air and Creep are mostly used for reference (like that crazy idea I PMed you). Setting 0x04 didn't do anything on a marine, while setting it to FLYER did. So yeah

What it did to a flyer, precisely?
QUOTE(BroodKiller @ Jul 20 2006, 07:13 AM)
Strange...works fine for me. Anyone has also encountered this error?
This probably means that the file is being accessed by some other application, but it may also mean that DatEd has problems with allocating a file buffer...tested on other MPQs as well?
[right][snapback]527422[/snapback][/right]
Same message, patch_rt.mpq and BrooDat.mpq. 2 different computers, same thing. Nothing else is running on this computer that would access those files.Export to an MPQ and then try to import...
Still happens. I tried both opening it during the same session, and different ones. I wonder, if you turn on all the debugging in BCB, doesn't it stop and show you where Access violations occur?
It does, but not always. Still on me it works just fine...try exporting some changes and running the game. We'll see if the format is correct...
I already know the changes are fine, it's just that it's giving the violation. Ran an mpq yesterday after editing it, all my changes were there.
QUOTE(BroodKiller @ Jul 20 2006, 07:20 AM)
-added History-list support for "Load Directory" (TF, we happy?

)
[right][snapback]527392[/snapback][/right]
Very
any reason why the movement flag 0x01 isn't marked ground? (you said it was one of the two that worked

)
I just checked it on a comp that has never seen DatEd nor even SC before, and it works just fine...wtf? Anyone else is having such a problem? Report please

DoA>Compile it yourself, if you can, and see if it gives you the same error?
Remember, it's only used in STAREDIT. It means squat in Starcraft. Ground units in the game are controlled by the animation level, don't forget that.
I'll try that.
QUOTE(BroodKiller @ Jul 20 2006, 04:46 PM)
Anyone else is having such a problem? Report please

[right][snapback]527448[/snapback][/right]
When i load a file, from an mpq, it says which files were imported and THEN gives the error, so i just close the error and can work like normal.
Just ignore it if the files are imported anyway.
If it does, then something is probably wrong with your computer: I dunno, maybe you messed up SFMPQ.dlls, or extracted DatEd in an old folder or something. I recognize the error, 'bcause I've seen it myself hundreds of time, but one of the major reasons for the v1.1 release was that I finally managed to stop it.
If it doesn't, then, well - we would all be just happy

ADDITION:
Ermac>You're using v1.1b?
Duh, looks like this is getting more serious...:/
QUOTE(BroodKiller @ Jul 20 2006, 05:02 PM)
If it does, then something is probably wrong with your computer: I dunno, maybe you messed up SFMPQ.dlls, or extracted DatEd in an old folder or something.
ADDITION:
Ermac>You're using v1.1b?
Duh, looks like this is getting more serious...:/
[right][snapback]527455[/snapback][/right]
Yeah, and i always extract DatEdit in the same folder the old one was in, of course i first delete the old one, but how can this cause anything?
And i think there's a possibility my comp is messed up

Haven't messed with SFMPQ.dlls though..
I said that to DoA actually

Still, makes me wonder why is this hapenning...I can't think out anything else than SFMPQ conflicts, but I'm almost sure that I've removed these already....oh, crap

Well i'm using BSTRhino's MPQ Compactor anyway, so it's no big deal

And even for those who don't, if the error can just be closed, with everything still functioning, it shouldn't be that much of a trouble.
Yeah, but this is not how I expect DatEd to behave on different machines. It is designed as a stable application, and similar situations are unaceptable, and must be traced to their source to be eliminated.
Well if everyone gets the error msg except you, maybe u have some kinda file/s, u didn't include it the Zip?
I get the same error. I installed datedit 1.1b into an old datedit folder. On extract I had it replace the old files.
Nah, for the release I take directly the files from the folder I work on. I always take the same files (unless I add a new one) and zip them to an archive that gets uploaded. There can't be anything wrong with this,at least I cannot think of anything that can get wrong. Still, v1.1 was done in a bit of a hurry, so it is *possible* that something goes wrong...
ADDITION:
ST> Did you get it with v1.1 as well?
QUOTE(BroodKiller @ Jul 20 2006, 04:14 PM)
What it did to a flyer, precisely?
[right][snapback]527424[/snapback][/right]
Ah nothing to worry about. I was just checking the "Flyer" setting vs the "Air" one. And "air" did nothing, while "Flyer" made the unit float around like a ship

Was just confirming to DoA what DoA confirmed me

TheNomad>Are you too getting this violation error with DatEd?
I think it might also help to say our operating systems. Both times, I've been on XP Home, with SP2 installed.
Right, this may also help because the comp I work on uses SP1, and not SP2. DoA, are the files imported anyways, like in Ermac's case, or it just gives the error? And what about recompiling it yourself?
They are imported. I haven't had much chance yet...I'll be back in 15 minutes with the answer to that one.
That's weird... I get an access violation too (access violation at 000000000), but then I can continue editing as normal.
I have XP Media Center edition, with SP2.