Messages

31

Bugs in stable version (2.5) / Re: Build of 2.5-dev fails to initialize com_genericPool before use on Darwin/Clang

« on: June 21, 2012, 04:29:04 pm »

Well, I'm stumped. I've confirmed that everything goes pear-shaped before anything in UFO:AI's main is run, so it's not a simple issue of reordering the initialization functions; digging around has failed to uncover any SDL-approved way of running anything before SDL's own initialization runs. The closest thing I could find to this sort of situation involved people giving the relevant memory pools static duration, which seems like it would be a pretty big change.

Looking at the commit that introduced the change, the commit message only discusses std::min and std::max-related changes—can anyone discuss the purpose of this change? I'm assuming that somehow the pools were used before it was made…

Secondarily, is there someone out there working on the Mac-specific parts who might be able to help figure out why other platforms don't seem to be having a problem?

~J

32

Discussion / Re: My observations on the game

« on: June 19, 2012, 04:32:37 pm »

Is armour even worth it?
Sure you have more armour on your craft but good luck catching up with anything faster than a scout, which, hilariously, doesn't warrant it anyway.
Sure, a Saracen might have some use with it but I somehow doubt the increase in life expectancy would actually provide any meaningful bonus with the things its hunting.

In general I'd say no—later in the game when you've got bases coming out your ears I sometimes throw an extra interceptor or two with armor into some of the less-important bases, but the only interceptors fast enough to pack armor and still be the primary interceptor for a base are also so tough and powerful that they don't need the armor.

Of course, part of it could just be that armor is far more opaque than speed and range—I should probably dig into how air combat works to be sure.

~J

33

Discussion / Re: Accuracy of pistols

« on: June 19, 2012, 04:37:37 am »

It occurs to me that pistols should be more useful at short ranges, than rifles. After all, unless you don't have the option, when entering a room, a pistol or SMG is usually a better option than a long rifle. […]

Of course that's probably not possible in the engine.

It varies based on damageweight/resistance interaction, but the low TU use of sidearms often makes this the case as it stands.

~J

34

FAQ / Re: No Bases or Battleships? No random Ufo spawn in 2.4?

« on: June 15, 2012, 02:42:10 pm »

In a sense, it's a problem of difficulty. The aliens bringing new stuff takes progressively longer through the game, so it's a very long time (easily enough to come to the conclusion that new things have stopped coming) before Corruptors/etc. start showing up—and being on Very Easy extends that already lengthy interval by about 7.5%.

~J

35

Feature Requests / Re: Mortars

« on: June 15, 2012, 02:38:34 pm »

Plasma blade makes perfect realistic sense.

That's going a little far, but the intention was to make a joke regarding Destructavator's choice of "silly bull****" [sic] being something that actually has a superficially similar item already in the game rather than to make any serious critique of plasma blades.

~J

36

Feature Requests / Re: Mortars

« on: June 15, 2012, 04:15:44 am »

Clearly your experiences have left deep emotional scars

~J

37

Feature Requests / Re: Mortars

« on: June 14, 2012, 10:16:12 pm »

[…]the occasional request for a light-saber or some other silly bulls***.

*Cough*Plasma blade*cough*

~J

38

Feature Requests / Re: Mortars

« on: June 12, 2012, 08:50:44 pm »

I get broadly the same result, though it seems like the details of how far apart the red line/X and the last target point at which the GL will actually fire depend on something—terrain, perhaps? Elevating the target point in particular seems to make the gap larger.

~J

39

Bugs in stable version (2.5) / Re: screen shows defeat while stats say victory

« on: June 12, 2012, 07:37:12 pm »

Proper way is to use "git pull --rebase" instead of "git fetch".

Hah, I'm a dumbass. Yes, "git pull" is what I've been using, not "git fetch", ignore my previous comment. I have not found it necessary to use the --rebase flag, despite having local commits and branches.

~J

40

Feature Requests / Re: Mortars

« on: June 12, 2012, 01:22:53 pm »

But now it actually kills things when it hits them! And also has more range than a slingshot…

~J

41

Bugs in stable version (2.5) / Re: screen shows defeat while stats say victory

« on: June 12, 2012, 01:20:05 pm »

In at least some circumstances git fetch will also check out the revision containing the newly fetched files (it's always done that for me, thus far), but that would probably be a good place to start looking.

~J

42

Bugs in stable version (2.5) / Clang static analysis of HEAD

« on: June 08, 2012, 04:35:05 pm »

So in an attempt to further investigate this issue, I ended up sticking the 2.5-dev HEAD under the Clang static analyzer. Unfortunately nothing that showed up seems relevant to that bug, but as long as I have the report I figure I may as well toss it up here. I'll see if I can't look into some of these to possibly weed out obvious false positives.

~J

43

Bugs in stable version (2.5) / Re: Build of 2.5-dev fails to initialize com_genericPool before use on Darwin/Clang

« on: June 08, 2012, 03:37:36 pm »

Huh. I might have to break down and install GCC, as my hypothesis for what precisely was going on would, I think, have required you to either get the "no pool given" error or be unaffected—but I may just be getting mixed up about what is guaranteed to be in what state before initialization.

(Thanks for running Valgrind, incidentally. I'd actually spent some time debating whether to try installing it or not, and eventually decided it would be too much hassle. Need to get around to it someday.)

~J

44

Bugs in stable version (2.5) / Re: Build of 2.5-dev fails to initialize com_genericPool before use on Darwin/Clang

« on: June 07, 2012, 11:52:22 pm »

I got lazy, and also had a hankering to actually play for a bit (been a few weeks now), so as a hackish stopgap I simply commented out the operator declarations in mem.c/h ; this was sufficient to resolve the issue, so at least I'm not barking entirely up the wrong tree.

~J

45

Bugs in stable version (2.5) / Re: Build of 2.5-dev fails to initialize com_genericPool before use on Darwin/Clang

« on: June 07, 2012, 10:48:00 pm »

For the record, the applicable stack traces:

ufomodel built from 8adf00afba41a139f7ff8c8a9a26ecc659084a21 stopped at line from Mem_Alloc error:

Code: [Select]

* thread #1: tid = 0x1f03, 0x000000010001482c ufomodel`operator new(unsigned long) + 12 at mem.cpp:656, stop reason = breakpoint 1.1
    frame #0: 0x000000010001482c ufomodel`operator new(unsigned long) + 12 at mem.cpp:656
    frame #1: 0x00007fff93be1509 CarbonCore`SCClientSession::checkinWithServer(unsigned int*) + 141
    frame #2: 0x00007fff93be1323 CarbonCore`_ZL22connectToCoreServicesDv + 71
    frame #3: 0x00007fff93be12a5 CarbonCore`_ZL9getStatusv + 24
    frame #4: 0x00007fff93be121f CarbonCore`scCreateSystemServiceVersion + 50
    frame #5: 0x00007fff895e22a1 LaunchServices`_ZL45SetupCoreApplicationServicesCommunicationPortv + 147
    frame #6: 0x00007fff895e2206 LaunchServices`IsLSServerConnected(bool) + 24
    frame #7: 0x00007fff895f6c89 LaunchServices`_LSApplicationCheckIn + 125
    frame #8: 0x00007fff8b1773af HIServices`_RegisterApplication + 1139
    frame #9: 0x00007fff8b176f0d HIServices`GetCurrentProcess + 31
    frame #10: 0x00007fff88f3162f HIToolbox`_GetAggregateUIMode + 37
    frame #11: 0x00007fff88f315e8 HIToolbox`IsMenuBarVisible + 42
    frame #12: 0x00007fff89caa0eb AppKit`_NSInitializeAppContext + 47
    frame #13: 0x00007fff89ca9627 AppKit`-[NSApplication init] + 519
    frame #14: 0x00007fff89ca924e AppKit`+[NSApplication sharedApplication] + 142
    frame #15: 0x0000000100023c2e ufomodel`main [inlined] CustomApplicationMain + 71 at SDLMain.m:204
    frame #16: 0x0000000100023be7 ufomodel`main + 135 at SDLMain.m:377
    frame #17: 0x0000000100004c74 ufomodel`start + 52
ufo built from 8adf00afba41a139f7ff8c8a9a26ecc659084a21 stopped at EXC_BAD_ACCESS:

Code: [Select]

* thread #1: tid = 0x1f03, 0x00000001000b5122 ufo`NET_GetAddrinfoForNode + 66 at net.cpp:928, stop reason = EXC_BAD_ACCESS (code=1, address=0x3c)
    frame #0: 0x00000001000b5122 ufo`NET_GetAddrinfoForNode + 66 at net.cpp:928
    frame #1: 0x00000001000b5e2a ufo`NET_ResolvNode(char const*, char*, unsigned long) + 42 at net.cpp:1189
    frame #2: 0x0000000100095dfc ufo`HTTP_ResolvURL + 156 at http.cpp:160
    frame #3: 0x0000000100095b59 ufo`HTTP_PutFile(char const*, char const*, char const*, upparam_s const*) + 89 at http.cpp:214
    frame #4: 0x00000001000a3fc7 ufo`Com_UploadCrashDump(char const*) + 135 at common.cpp:694
    frame #5: 0x0000000100134bff ufo`Sys_Backtrace() + 447 at unix_main.cpp:274
    frame #6: 0x000000010013497b ufo`Sys_Error(char const*, ...) + 315 at unix_main.cpp:83
    frame #7: 0x00000001000b2051 ufo`_Mem_Alloc(unsigned long, int, memPool_t*, int, char const*, int) + 65 at mem.cpp:298
    frame #8: 0x00000001000b2e7f ufo`operator new(unsigned long) + 47 at mem.cpp:656
    frame #9: 0x00007fff93be1509 CarbonCore`SCClientSession::checkinWithServer(unsigned int*) + 141
    frame #10: 0x00007fff93be1323 CarbonCore`_ZL22connectToCoreServicesDv + 71
    frame #11: 0x00007fff93be12a5 CarbonCore`_ZL9getStatusv + 24
    frame #12: 0x00007fff93be121f CarbonCore`scCreateSystemServiceVersion + 50
    frame #13: 0x00007fff895e22a1 LaunchServices`_ZL45SetupCoreApplicationServicesCommunicationPortv + 147
    frame #14: 0x00007fff895e2206 LaunchServices`IsLSServerConnected(bool) + 24
    frame #15: 0x00007fff895f6c89 LaunchServices`_LSApplicationCheckIn + 125
    frame #16: 0x00007fff8b1773af HIServices`_RegisterApplication + 1139
    frame #17: 0x00007fff8b176f0d HIServices`GetCurrentProcess + 31
    frame #18: 0x00007fff88f3162f HIToolbox`_GetAggregateUIMode + 37
    frame #19: 0x00007fff88f315e8 HIToolbox`IsMenuBarVisible + 42
    frame #20: 0x00007fff89caa0eb AppKit`_NSInitializeAppContext + 47
    frame #21: 0x00007fff89ca9627 AppKit`-[NSApplication init] + 519
    frame #22: 0x00007fff89ca924e AppKit`+[NSApplication sharedApplication] + 142
    frame #23: 0x00000001001c336e ufo`main [inlined] CustomApplicationMain + 71 at SDLMain.m:204
    frame #24: 0x00000001001c3327 ufo`main + 135 at SDLMain.m:377
    frame #25: 0x0000000100007404 ufo`start + 52
For reference, ufo built from b7ffc466749335dc45024fbc10bf014f7ea2227e stopped at breakpoint set on Mem_Init:

Code: [Select]

* thread #1: tid = 0x1f03, 0x00000001000b2b39 ufo`Mem_Init() + 25 at mem.cpp:625, stop reason = breakpoint 2.1
    frame #0: 0x00000001000b2b39 ufo`Mem_Init() + 25 at mem.cpp:625
    frame #1: 0x00000001000a5091 ufo`Qcommon_Init(int, char**) + 1473 at common.cpp:1177
    frame #2: 0x0000000100132f85 ufo`SDL_main + 37 at osx_main.cpp:68
    frame #3: 0x00000001001c43d0 ufo`-[SDLMain applicationDidFinishLaunching:] + 48 at SDLMain.m:300
    frame #4: 0x00007fff8f9f1d0e Foundation`__-[NSNotificationCenter addObserver:selector:name:object:]_block_invoke_1 + 47
    frame #5: 0x00007fff924e97ba CoreFoundation`_CFXNotificationPost + 2634
    frame #6: 0x00007fff8f9ddfc3 Foundation`-[NSNotificationCenter postNotificationName:object:userInfo:] + 65
    frame #7: 0x00007fff89cb44e3 AppKit`-[NSApplication _postDidFinishNotification] + 212
    frame #8: 0x00007fff89cb4249 AppKit`-[NSApplication _sendFinishLaunchingNotification] + 78
    frame #9: 0x00007fff89cb2f10 AppKit`-[NSApplication(NSAppleEventHandling) _handleAEOpenEvent:] + 242
    frame #10: 0x00007fff89cb2c71 AppKit`-[NSApplication(NSAppleEventHandling) _handleCoreEvent:withReplyEvent:] + 330
    frame #11: 0x00007fff92533541 CoreFoundation`-[NSObject performSelector:withObject:withObject:] + 65
    frame #12: 0x00007fff8fa147c7 Foundation`__-[NSAppleEventManager setEventHandler:andSelector:forEventClass:andEventID:]_block_invoke_1 + 101
    frame #13: 0x00007fff8fa1374e Foundation`-[NSAppleEventManager dispatchRawAppleEvent:withRawReply:handlerRefCon:] + 283
    frame #14: 0x00007fff8fa135dc Foundation`_NSAppleEventManagerGenericHandler + 105
    frame #15: 0x00007fff8f82cc25 AE`aeDispatchAppleEvent(AEDesc const*, AEDesc*, unsigned int, unsigned char*) + 200
    frame #16: 0x00007fff8f82cb03 AE`_ZL25dispatchEventAndSendReplyPK6AEDescPS_ + 38
    frame #17: 0x00007fff8f82c9f7 AE`aeProcessAppleEvent + 250
    frame #18: 0x00007fff88f3fd7d HIToolbox`AEProcessAppleEvent + 102
    frame #19: 0x00007fff89cb007d AppKit`_DPSNextEvent + 1247
    frame #20: 0x00007fff89caf735 AppKit`-[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 135
    frame #21: 0x00007fff89cac071 AppKit`-[NSApplication run] + 470
    frame #22: 0x00000001001c4a23 ufo`main [inlined] CustomApplicationMain + 1164 at SDLMain.m:227
    frame #23: 0x00000001001c4597 ufo`main + 135 at SDLMain.m:377
    frame #24: 0x0000000100006784 ufo`start + 52
~J