Sign in to follow this  
Followers 0
bogol

1.29.3 CTDs ALOT

31 posts in this topic

after the last patch i constantly have CTDs. Every 40 mins to 1h. Before i almost never had this problem. I could have run the game for very long periods of time without any issues at all.

Share this post


Link to post
Share on other sites

ok just did that and ran into the 'game wont start' bug. LOL. so i guess ill degrade it one level and then use auto-update.

Share this post


Link to post
Share on other sites

First thing I write when I get back and didn't read the other posts, lol. 1.29.2 full then auto update seems the way to go.

Share this post


Link to post
Share on other sites

yea its the way to go but only back to the original problem. the non-stop CTDs so i think something has to be done. :)

Share this post


Link to post
Share on other sites

im having the same issue...i wonder if it has to do with the reinstall bug???...im CTDing every 10 - 15 mins its getting really bad

Share this post


Link to post
Share on other sites

Please post the crash log here so we can figure out what is crashing. You only need to post the top part down to the section (include the part right after) that says "Thread XXX crashed".

Share this post


Link to post
Share on other sites

the Mac version has -ALWAYS- CTD for me,

sometimes after 1hr, sometimes 3hr, sometimes 15min....

(you saying it CTD even more now?)

and whats the purpose of crash logs? i did that a year ago,

with no response, no (re)solution

Share this post


Link to post
Share on other sites

i think this is my thread

crashProcess: World War ][ Online [800]

Path: /Applications/World War ][ Online.app/Contents/MacOS/World War ][ Online

Identifier: com.playnet.ww2ol

Version: 1.29.3 (release) (???)

Code Type: X86 (Native)

Parent Process: launchd [68]

Date/Time: 2008-12-29 12:19:39.202 -0500

OS Version: Mac OS X 10.5.6 (9G55)

Report Version: 6

Exception Type: EXC_BAD_ACCESS (SIGBUS)

Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000030

Crashed Thread: 0

Thread 0 Crashed:

0 com.playnet.ww2ol 0x0021c27c EFFECT::EFFECT() + 666

i hope something can be done i can barely play anymore

Share this post


Link to post
Share on other sites

I have played for two-three hours the during the Christmas days and I have had no CTD at all.

I have an August 2007 iMac:

2.8GHz CPU

ATI Radeon 2600HD w/265MB RAM

3GB RAM memory

I really hope you can fix your CTD problems. It's real drag when that happens to your favorite game. :(

Share this post


Link to post
Share on other sites

Thread 0 Crashed:

0 com.playnet.ww2ol 0x0021c27c EFFECT::EFFECT() + 666

i hope something can be done i can barely play anymore

That is the #1 CTD bug which people get. It's been in the game for quite a while but is network code related and very nasty to find. Only KFS1 can fix this one, way beyond my limited knowledge of the code.

Basically at some random interval a network packet comes in with slight garbage in it which causes the game to jump into something not expecting a call. It always seems to end up in the effects subsystem where it finally craps out.

Share this post


Link to post
Share on other sites

should i contact KFS1?, is this something that can be dealt with?, am I the only 1 getting this bug?, can I fix it in my comp someway??

Share this post


Link to post
Share on other sites

no you are not the only one. I get it too. I've noticed that it happens more often in the training server and usually it occurs right after I spawn in. As I said, it has to do with the new patch, since before i got CTDs only once in a blue moon, whereas now they are constant.

Share this post


Link to post
Share on other sites

here is my crash log

***********************************

Host Name: Macintosh-110

Date/Time: 2008-12-28 19:27:28.325 -0500

OS Version: 10.4.11 (Build 8S2167)

Report Version: 4

Command: World War ][ Online

Path: /Applications/World War ][ Online.app/Contents/MacOS/World War ][ Online

Parent: WindowServer [56]

Version: 1.29.3 (release) (???)

PID: 804

Thread: 0

Exception: EXC_BAD_ACCESS (0x0001)

Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000004

Thread 0 Crashed:

0 com.playnet.ww2ol 0x00274a74 FTBBox::FTBBox[in-charge](FT_GlyphSlotRec_*) + 790

1 com.playnet.ww2ol 0x0027326e FTCharToGlyphIndexMap::insert(unsigned long, long) + 2696

2 com.playnet.ww2ol 0x0033d171 std::vector, std::allocator >, std::allocator, std::allocator > > >::insert(__gnu_cxx::__normal_iterator, std::allocator >*, std::vector, std::allocator >, std::allocator, std::allocator > > > >, std::basic_string, std::allocator > const&) + 3937

Share this post


Link to post
Share on other sites
should i contact KFS1?' date=' is this something that can be dealt with?, am I the only 1 getting this bug?, can I fix it in my comp someway??[/quote']

No it's a code bug there is nothing you can do until its found and fixed. Like I said, its a nasty bug to track down.

Share this post


Link to post
Share on other sites
no you are not the only one. I get it too. I've noticed that it happens more often in the training server and usually it occurs right after I spawn in. As I said' date=' it has to do with the new patch, since before i got CTDs only once in a blue moon, whereas now they are constant.[/quote']

Nope, its a long existing bug, but being of a random nature, can start or stop occurring anytime the environment is slightly different, like new patches, playing different, phase of the moon, new OS, etc.

Some bugs like this are incredibly hard to fix as its difficult to reproduce random things.

Share this post


Link to post
Share on other sites
here is my crash log

***********************************

Thread 0 Crashed:

0 com.playnet.ww2ol 0x00274a74 FTBBox::FTBBox[in-charge](FT_GlyphSlotRec_*) + 790

That's a new one. Please paste in the entire section (up to the next Thread) so I can tell where it started. These lists of gobbledegook are the path the code took before it blew up. Sometimes its not useful but often it is.

Share this post


Link to post
Share on other sites

ooohhh i may have found a "workaround"...try this...ingame goto settings tab...disable netcode2...i havent CTDed in a couple hours, thats including big battles in towns with high population

i was having the effects 666 crash, but this setting change seems to have worked!!

Share this post


Link to post
Share on other sites

here is the full report

*********************************

Host Name: Macintosh-110

Date/Time: 2008-12-28 19:27:28.325 -0500

OS Version: 10.4.11 (Build 8S2167)

Report Version: 4

Command: World War ][ Online

Path: /Applications/World War ][ Online.app/Contents/MacOS/World War ][ Online

Parent: WindowServer [56]

Version: 1.29.3 (release) (???)

PID: 804

Thread: 0

Exception: EXC_BAD_ACCESS (0x0001)

Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000004

Thread 0 Crashed:

0 com.playnet.ww2ol 0x00274a74 FTBBox::FTBBox[in-charge](FT_GlyphSlotRec_*) + 790

1 com.playnet.ww2ol 0x0027326e FTCharToGlyphIndexMap::insert(unsigned long, long) + 2696

2 com.playnet.ww2ol 0x0033d171 std::vector, std::allocator >, std::allocator, std::allocator > > >::insert(__gnu_cxx::__normal_iterator, std::allocator >*, std::vector, std::allocator >, std::allocator, std::allocator > > > >, std::basic_string, std::allocator > const&) + 3937

3 com.playnet.ww2ol 0x00348c94 std::map, std::allocator >, phui::ref_ptr, std::less, std::allocator > >, std::allocator, std::allocator > const, phui::ref_ptr > > >::operator[](std::basic_string, std::allocator > const&) + 3432

4 com.playnet.ww2ol 0x00346acd std::map, std::allocator >, memio, std::less, std::allocator > >, std::allocator, std::allocator > const, memio> > >::operator[](std::basic_string, std::allocator > const&) + 12637

5 com.playnet.ww2ol 0x0016a488 std::vector >, std::allocator > > >::resize(unsigned long, std::vector > const&) + 11318

6 com.playnet.ww2ol 0x00344601 std::map, std::allocator >, memio, std::less, std::allocator > >, std::allocator, std::allocator > const, memio> > >::operator[](std::basic_string, std::allocator > const&) + 3217

7 com.playnet.ww2ol 0x001679ad std::vector >, std::allocator > > >::resize(unsigned long, std::vector > const&) + 347

8 com.playnet.ww2ol 0x003315e4 _gnu_cxx::__normal_iterator*, std::vector, std::allocator > > > std::find<__gnu_cxx::__normal_iterator*, std::vector, std::allocator > > >, phui::MessageFilter*>(__gnu_cxx::__normal_iterator*, std::vector, std::allocator > > >, __gnu_cxx::__normal_iterator*, std::vector, std::allocator > > >, phui::MessageFilter* const&) + 458

9 com.playnet.ww2ol 0x0033170c _gnu_cxx::__normal_iterator*, std::vector, std::allocator > > > std::find<__gnu_cxx::__normal_iterator*, std::vector, std::allocator > > >, phui::MessageFilter*>(__gnu_cxx::__normal_iterator*, std::vector, std::allocator > > >, __gnu_cxx::__normal_iterator*, std::vector, std::allocator > > >, phui::MessageFilter* const&) + 754

10 com.playnet.ww2ol 0x0015a47f std::map, std::less, std::allocator > > >::operator[](unsigned const&) + 297

11 com.playnet.ww2ol 0x00059277 tagMATERIALPROP::~tagMATERIALPROP [not-in-charge]() + 6553

12 com.playnet.ww2ol 0x000592b3 tagMATERIALPROP::~tagMATERIALPROP [not-in-charge]() + 6613

13 com.playnet.ww2ol 0x0026287a std::vector >::resize(unsigned long) + 36508

14 com.playnet.ww2ol 0x0026299a std::vector >::resize(unsigned long) + 36796

15 com.playnet.ww2ol 0x001aef76 std::vector >::push_back(void (*)(weapWeapon*) const&) + 732

16 com.playnet.ww2ol 0x0025bdcf std::vector >::resize(unsigned long) + 9201

17 com.apple.Foundation 0x92841366 __NSFireTimer + 199

18 com.apple.CoreFoundation 0x9082c756 CFRunLoopRunSpecific + 3341

19 com.apple.CoreFoundation 0x9082ba42 CFRunLoopRunInMode + 61

20 com.apple.HIToolbox 0x92df2878 RunCurrentEventLoopInMode + 285

21 com.apple.HIToolbox 0x92df1f82 ReceiveNextEventCommon + 385

22 com.apple.HIToolbox 0x92df1dd9 BlockUntilNextEventMatchingListInMode + 81

23 com.apple.AppKit 0x93277f45 _DPSNextEvent + 572

24 com.apple.AppKit 0x93277b37 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 137

25 com.apple.AppKit 0x932718c4 -[NSApplication run] + 512

26 com.apple.AppKit 0x93265820 NSApplicationMain + 573

27 com.playnet.ww2ol 0x00002eb2 0x1000 + 7858

28 com.playnet.ww2ol 0x00002dd9 0x1000 + 7641

Share this post


Link to post
Share on other sites

Interesting, its a new variation on the EFFECTS()::EFFECTS() CTD bug; basically a garbage network packet causing the code to jump into a random place and ultimately die somewhere.

Share this post


Link to post
Share on other sites

i have played yesterday and there were little problems. So I guess the moon was in the right phase :rolleyes:

Now on the serious side I think I know what caused my problem. In most of those instances I had 'fetch' open. (the ftp transfer program). Perhaps it caused that.

Share this post


Link to post
Share on other sites

I have reported this crash problem 4 times over the past 2 weeks and my post keep going away. That makes me unhappy. Is this installer problem the cause of the CTD's. Can someone reply for once to my questions. After 6 years it may be time for me to take a break. I have been very patient in the past knowing the coding difficulties involved. But being ignored on this is just not cool. I spent the holiday ctd'ing. Just not cool.

added:

Here is the log I got on the 26. I had played for a few and then crash!!!

Process: World War ][ Online [1662]

Path: /Applications/World War ][ Online.app/Contents/MacOS/World War ][ Online

Identifier: com.playnet.ww2ol

Version: 1.29.3 (release) (???)

Code Type: X86 (Native)

Parent Process: launchd [103]

Date/Time: 2008-12-26 10:28:52.931 -0600

OS Version: Mac OS X 10.5.6 (9G55)

Report Version: 6

Exception Type: EXC_BAD_ACCESS (SIGSEGV)

Exception Codes: KERN_INVALID_ADDRESS at 0x00000000c000000f

Crashed Thread: 7

Thread 7 Crashed:

0 com.playnet.ww2ol 0x00168172 std::vector >, std::allocator > > >::resize(unsigned long, std::vector > const&) + 2336

1 OpenThreads 0x1ff025b7 0x1ff00000 + 9655

2 libSystem.B.dylib 0x96ae8095 _pthread_start + 321

3 libSystem.B.dylib 0x96ae7f52 thread_start + 34

Thread 7 crashed with X86 Thread State (32-bit):

eax: 0xc0000003 ebx: 0x1ff02501 ecx: 0x4beff000 edx: 0x4beff000

edi: 0x54bf7e28 esi: 0x54bf7e00 ebp: 0xb035ff28 esp: 0xb035fef0

ss: 0x0000001f efl: 0x00010206 eip: 0x00168172 cs: 0x00000017

ds: 0x0000001f es: 0x0000001f fs: 0x0000001f gs: 0x00000037

cr2: 0xc000000f

Share this post


Link to post
Share on other sites
Sign in to follow this  
Followers 0

  • Recently Browsing   0 members

    No registered users viewing this page.