Xcode7 Building Stuck at asset catalogs - xcode7

Xcode6 update to Xcode7 buliding Stuck at asset catalogs
[

Just clean(shift+cmd+alt+k) and build again.

If you have many image set's in the Assets.xcassets folder, It is taking more time to compile all the image sets. I tried restarting the xcode, cleaning the build folder, cleaning the derived data, restarting the mac, nothing works.
I just simply waited with patience, xcode takes it own time to compile it and the build is getting success.
This happened for me in Xcode 9.3

Related

Does the new update of mosaic (1.8.3) not work on mac?

I notice that the mosaic package was updated a few days ago (1.8.3). Since then, I keep getting an error message that mosaic can't load.
> library(mosaic)
Error: package or namespace load failed for ‘mosaic’:
object ‘compare’ is not exported by 'namespace:mosaicCore'
The package installed, and it works on a PC. I've tried reinstalling R and R studio to be sure but I keep getting the same error. Anyone who has had the same problem or figured out how to fix it?
It works fine on a Mac (it was developed on a Mac).
I'm not sure how you did your installation, but you also need to have an updated version of mosaicCore. Looks like that didn't happen for some reason.
I'd suggest updating mosaicData and ggformula as well, if your update method didn't trigger those already. All four packages went to CRAN last week. If it has been awhile, you might do update.packages().
My daughter met the same problem today.
As per the suggestion here, we install the newest mosaicData, and the problem remains.
Then quit Rstudio, restart Rstudio, after running library(mosaic) again, it mentions that several packages are missing,
After installing the missing packages, everything is ok.
I had other people in my class that had the same issue. Similar to the above answer, i had to:
Uninstall/delete the package ggformula
Update the package mosaicCore
Reinstall ggformula
Reinstall mosaic
That is how i was able to resolve the issue.

FlashDevelop startup problems - problems with plugins

When starting up FlashDevelop version 5.3.3.1 for .NET 4.0 on my Windows 10 system I'm getting these messages:
Unable to load an incompatible or broken plugin: C:\Program Files(x86)\FlashDevelop\Plugins\jni4net.n.w32.v20-0.8.4.0.dll
and
Unable to load an incompatible or broken plugin: C:\Program Files(x86)\FlashDevelop\Plugins\LoomContext.dll
Once I select OK on both notifications the program seems to run and build without issue.
Now it's been a couple months since I ran this program on this Windows 10 system but I don't remember there being a problem until now.
Reinstalling FlashDevelop did not fix it.
I tried simply removing these files from the \Plugins folder and now it starts up without the error notifications and seems to run fine but I'm concerned that there are unseen problems because of these plugin problems.
Anyone have any special insight on why these two plugin files would suddenly be giving me problems?

Installing gulp-imagemin on Windows creates well over 10,000 files

I have installed gulp-imagemin on my Windows 7 laptop using
npm install --save-dev gulp-imagemin
and after a lengthy process ended up with a folder with well over 10,000 files and some very deep folder structures. Has anyone else seen this? Is it likely to be correct or would I be right in suspecting an issue?
Yes it is correct. I've installed it too on my Windows machine and I saw the same thing as you describe here.
The reason it has over 10,000 files and an even more lengthier directory structure is the nature of node modules.
Each and every node module is self containing and has a sub directory node_modules with all it's dependencies. Those dependencies have dependencies as well, resulting in a very deep directory structure.
When I try to remove gulp-imagemin, Windows is even complaining that the directory structure is too large and that it cannot remove certain files. This is because of the MAX_PATH length of 260 characters; see msdn.microsoft.com.
Nevertheless I really, really like this node module and I'm using it in every front end project I work on. Sometimes it takes 2 tries to install it, but I think it's definitely worth it.
On GitHub I have a starter application for working with single page applications; skeletonSPA in which I use it too.

Eclipse Juno - Hangs on Type Space loading

Don't know what happened, but it just hangs on "Type Space loading (4%)" and that's it. I tried to solve problem with -clean option and with deleting .history and eclipse resources folder under plugins. I also tried with new workspace and it's still the same.
Before that I installed JVET. Don't know if it's connected with that.
Yes, it's because of VJET, see https://www.ebayopensource.org/jira/browse/VJET-57
To me it happened on a fresh installation of Eclipse IDE for JavaScript Web Developers.
Just leave it for about half an hour and it should finish successfully.
May i ask why did you install VJET? If as me to be able to debug node.js you might wanna try https://github.com/joyent/node/wiki/Using-Eclipse-as-Node-Applications-Debugger

Can't get Lazarus to do.....anything?

So I thought I would install Lazarus/Free pascal -latest version from the sourceforge website.
Downloaded the win32 version and install on my XP machine couple of nights ago.
Problem is, it can't seem to find any of its own files.
From the first and every subsequent run it comes up with an error which says it can't find its system.ppu file relating to win32.
I just ignore that error and it seems to still run.
I tried to make a simple calculator application and it couldn't even seem to find the system files or files in the project directory. After battling these problems and setting every single path I could find in all the setups to every directory I could find it eventually compiled and run the program - once, not been able to make it do it again.
I also tried to make a user component library following the instructions on the web and that won't work either because, you guessed it, it can't the files. This time it gives an error saying it can't find a Ttreeview component, despite not even using that component in the library.
Being able to follow search paths is pretty fundamental stuff that they don't seem to have mastered.
Anybody managed to get a working system going, or any tips to sort these problems out?
Did you install in the default directory c:\lazarus? I thought there was an issue with installing to another directory, especially if the path contains spaces.
Nine times out of ten, its the old config of an earlier Lazarus attempt, that still lingers somewhere in the "local app" part of the profile.
If nothing else helps uninstall Lazarus, download Lazarus CodeTyphon edition, and run install as admin.