Project open but unable to open any files or build

Elements Fire
1

Having cloned libNougat. When I try and open the project, the solution gets loaded but if I click on files in the solution explorer nothing happens. Also build doesnt appear to do anything.

The editor window just says "Files /Users/JohnMoshakis/Documents/develop/libNougat/Source " with reveal in finder underneath.

There doesnt appear to be anything in console.

In other projects I have open, I can see file contents and build.

Also when I click on the red x in the top left of the project, Fire hangs.

Cheers,
John

2

With another console app I had created, I removed and added a reference. It now has the same problem

I’m seeing

2015-11-28 6:07:04.391 PM Fire[4334]: -[__NSCFDictionary setObject:forKey:]: attempt to insert nil value (key: /Users/JohnMoshakis/Documents/develop/Nougat/TasksConsoleApplication/TasksConsoleApplication.elements—References)

Also this as well

2015-11-28 6:32:25.161 PM Fire[4395]: -[__NSCFDictionary setObject:forKey:]: mutating method sent to immutable object
2015-11-28 6:32:25.166 PM Fire[4395]: (
0 CoreFoundation 0x00007fff8cd6be32 __exceptionPreprocess + 178
1 libobjc.A.dylib 0x00007fff82a0cdd4 objc_exception_throw + 48
2 CoreFoundation 0x00007fff8cdd265d +[NSException raise:format:] + 205
3 CoreFoundation 0x00007fff8ccd6de3 -[__NSCFDictionary setObject:forKey:] + 99
4 Fire 0x000000010d01c3be -[Solution setViewData:forUniqueID:] + 1342
5 Fire 0x000000010cc9e3fb -[SolutionDocumentWindowController saveCurrentView] + 1579
6 Fire 0x000000010cc9cd06 -[SolutionDocumentWindowController windowWillClose:] + 54
7 CoreFoundation 0x00007fff8ccf7c9c CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER + 12
8 CoreFoundation 0x00007fff8ccf7c2f ___CFXRegistrationPost_block_invoke + 63
9 CoreFoundation 0x00007fff8ccf7ba7 _CFXRegistrationPost + 407
10 CoreFoundation 0x00007fff8ccf7912 ___CFXNotificationPost_block_invoke + 50
11 CoreFoundation 0x00007fff8ccb46d2 -[_CFXNotificationRegistrar find:object:observer:enumerator:] + 1922
12 CoreFoundation 0x00007fff8ccb3925 _CFXNotificationPost + 693
13 Foundation 0x00007fff851a70fa -[NSNotificationCenter postNotificationName:object:userInfo:] + 66
14 AppKit 0x00007fff9637ee7d __18-[NSWindow _close]_block_invoke + 184
15 QuickLookUI 0x00007fff8cc09d43 -[QLSeamlessDocumentCloser closeWindow:contentFrame:withBlock:] + 89
16 AppKit 0x00007fff9637ed76 -[NSWindow _close] + 365
17 AppKit 0x00007fff9645c61e -[NSDocument _something:didSomething:soContinue:] + 17
18 AppKit 0x00007fff9645c705 __75-[NSDocument canCloseDocumentWithDelegate:shouldCloseSelector:contextInfo:]_block_invoke_2 + 35
19 AppKit 0x00007fff9645c61e -[NSDocument _something:didSomething:soContinue:] + 17
20 AppKit 0x00007fff9645c5f6 __71-[NSDocument _saveIfNecessaryWithDelegate:didSaveSelector:contextInfo:]_block_invoke_3 + 386
21 AppKit 0x00007fff96406075 -[NSDocument _discontinueFileAccessUsingBlock:] + 202
22 AppKit 0x00007fff96406399 __67-[NSDocument autosaveWithImplicitCancellability:completionHandler:]_block_invoke + 320
23 AppKit 0x00007fff96321763 -[NSDocument continueFileAccessUsingBlock:] + 222
24 AppKit 0x00007fff965ddb0b __33-[NSDocument _performFileAccess:]_block_invoke769 + 125
25 AppKit 0x00007fff96626952 __62-[NSDocumentController(NSInternal) _onMainThreadInvokeWorker:]_block_invoke2079 + 175
26 CoreFoundation 0x00007fff8cd014dc CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK + 12
27 CoreFoundation 0x00007fff8cce0df5 __CFRunLoopDoBlocks + 341
28 CoreFoundation 0x00007fff8cce05be __CFRunLoopRun + 910
29 CoreFoundation 0x00007fff8ccdffc8 CFRunLoopRunSpecific + 296
30 HIToolbox 0x00007fff8b3dcd55 RunCurrentEventLoopInMode + 235
31 HIToolbox 0x00007fff8b3dca97 ReceiveNextEventCommon + 184
32 HIToolbox 0x00007fff8b3dc9cf _BlockUntilNextEventMatchingListInModeWithFilter + 71
33 AppKit 0x00007fff960c9d96 _DPSNextEvent + 1067
34 AppKit 0x00007fff960c91c5 -[NSApplication _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 454
35 AppKit 0x00007fff960bdd28 -[NSApplication run] + 682
36 AppKit 0x00007fff96086fbe NSApplicationMain + 1176
37 Fire 0x000000010cc42df8 +[Program Main::] + 456
38 Fire 0x000000010cc42f1f main + 47
39 libdyld.dylib 0x00007fff8d0d05ad start + 1
)

Once Ive opened the project I cant seem to close it without Fire hanging.

3

can you send me the project(s), including any .user and .cache files?

4

It was libNougat

I can’t open that properly in Fire.

libNougat.zip (2.7 MB)

And console app I created.

TasksConsoleApplication.zip (247.1 KB)

I tried to add the reference to libNougat myself.

I ended up having to open libNougat n in Visual Studio Community Edition 2015 to build it.

5

Any call stack for this one?

I cannot reproduce the issue with the projects you sent, nor can i find anything obviously wrong with the code in a dry review — all looks in order. Does this fail for you in every project now, or just thee two? if the former, what changed since the worked fine (updating to latest Fire beta?) of the latter, what’s different between these two projects and your others?

can you also send me a s screenshot for

The editor window just says “Files /Users/JohnMoshakis/Documents/develop/libNougat/Source " with reveal in finder underneath.”

?

thanx.

6

Wait, i think i have reproduced it. debugging now.

7

Ok, i know what’s going on. The latest Fire beta is complexity broken, because off this.

Essentially, i had to work around a compiler regression that required me to provide a dummy implementation for some optional interface methods. Having this dummy implementations causes other parts of Fire to misbehave. It seems tis will only trigger if you select a Folder node, and once you do, you’re screwed.

Workaround: close Fire, delete the .user and .cache files, and don’t any nodes except actual source files in the tree view. I’ll work on a workaround for the workaround and post an updated beta, but its might not be until tomorrow.

That, or go back to .1891 RTM, which does not have this issue.

My apologies for this, and thanx for reporting!

Update the sad thing is that the issue i was working around was actually already fixed for Friday’s alpha compiler, but Carlo didn’t tell me :wink:

8

Thanks.

I was starting to think every version I had downloaded had the problem but deleting the .user files allowed me to open libNougat in 1891

1 Like
9

.1891 should not have the issue, with or w/o the .user file. Deleting the .user file would just prevent .1895 from re-selecting the folder node (and thus immediately getting stuck again).

10

Fixed version of Fire is up, .1897.