PlaneShift
Development => Development Deliberation => Topic started by: StarsAndBars_1018 on May 11, 2006, 04:25:54 pm
-
Hi.
Is anyone else getting a problem in or around line 765 of pssoundmngr.cpp related to psSoundHandle?
I think it has to do with the allocation of snddata under "new", but I'm not able to check at the moment seeing as I'm not on my n*x comp.
-
What CS/CEL date are you using? (should be 2006-05-01 00:00:00 UTC off of the CS annon server, NOT SF's)
-
What CS/CEL date are you using? (should be 2006-05-01 00:00:00 UTC)
Both 5/1/2006, as ordered and to begin with.
And it IS off the CS anon-server.
-
Hmm... weird. I'll post another zip for you to try in a moment. (CVS is down for us, so it'll be a shot of my own pile... with stuff not even committed yet :P )
Edited to add:
Ok, posted a link in the thread I stickied (http://hydlaa.com/smf/index.php?topic=23297).
-
Thanks a bunch, I'll download it when I switch comps.
-
Ah, I just remembered what that issue was. There was a change in CS that made an error there, but I committed the changes needed to fix it. They should be in both snapshots. It could be that you're not really using the right CS version?... Whats the top date listed for their history.txt?
Edited to add:
From my checkout using the right date (off the CS dev server, not annon; I don't know if the times are different) the top date listed is 30-Apr-2006 and the last entry in that block is:
- Jorrit removed the broken and not very useful 'stars' mesh.
Fixed demodata.zip for this removal.
The critical block you need, just before that, is:
- Rhad made the following changes to the Windows csGetMicroTicks():
- Changed the calculation logic into whole and fractional second
parts to avoid overflow. This fixes a problem where time
would appear to move backwards after about an hour on a 2.4
ghz CPU. (shorter on faster CPUs, longer on slower CPUs)
- Added an assertion when the time reported by the OS moves
backwards. This can happen with some AMD X2 processors
and requires OS level workarounds.
-
Ah, I just remembered what that issue was. There was a change in CS that made an error there, but I committed the changes needed to fix it. They should be in both snapshots. It could be that you're not really using the right CS version?... Whats the top date listed for their history.txt?
Edited to add:
From my checkout using the right date (off the CS dev server, not annon; I don't know if the times are different) the top date listed is 30-Apr-2006 and the last entry in that block is:
- Jorrit removed the broken and not very useful 'stars' mesh.
Fixed demodata.zip for this removal.
I've got my history.txt up on second comp and it says on top:
18-Apr-2006
- Jorrit restored the ambient to a dark value after iceeey changed it to a very bright value some time ago.
-
Yep, then you don't have the right CS date.
-
Then I assume that barring access to the dev server, I should just redownload off anon?
I don't recall any problems with the 4/28 source package, unless my memory is off that was using 5/1 too.
-
I just did a clean checkout of docs from CS annon, and it had the right date. I'm not sure where you went wrong. I recommend just doing a clean checkout of CS using "2006-05-01 00:00:00 UTC".
Edited to add:
You didn't have issues with the previous package because it didn't yet have the updates for latest CS that I put in for the 4/30 package. Hence requiring the newer CS date.
-
Edited to add:
You didn't have issues with the previous package because it didn't yet have the updates for latest CS that I put in for the 4/30 package. Hence requiring the newer CS date.
Oh!
That explains that.
Anyway. . .Yeah. . .CS is at 4/30 in history.txt and compiling.