I'm trying to set up Jenkins for automated testing of a Xamarin project. I call MSBuild via the jenkinsfile. The output says the build succeeded (see stage log below).
My problem is that no bin folder and no dll's are created (or I just can't find them). In the next stage i need the dll's to test them using NUnit. Aren't the dll's supposed to be created in a bin folder in the project folder?
I have been searching for a fix for a day now, with no result. I'm probably doing something wrong, since I'm new to Jenkins, MSBuild and Xamarin. I usually build projects with Visual Studio. English is not my native language, so sorry for the language mistakes.
Jenkinsfile (actual app name replaced with My_App)
bat "subst \"W:\" /d || exit 0"
bat 'subst W: "%WORKSPACE%"'
bat 'C:/nuget.exe restore \"W:/My_App/My_App.sln\"'
bat "\"${tool 'MSBuild'}\" \"W:/My_App/My_App.sln\" /t:Restore /property:Platform=\"Any CPU\" /property:ProductVersion=1.0.0.${env.BUILD_NUMBER}"
Jenkins stage log (actual app name replaced with My_App)
C:\Program Files (x86)\Jenkins\workspace\My_zorgrobot_development>"C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\MSBuild\15.0\Bin\MSBuild.exe" "W:/My_App/My_App.sln" /t:Restore /property:Platform="Any CPU" /property:ProductVersion=1.0.0.63
Microsoft (R) Build Engine version 15.9.21+g9802d43bc3 for .NET Framework
Copyright (C) Microsoft Corporation. All rights reserved.
Building the projects in this solution one at a time. To enable parallel build, please add the "/m" switch.
Build started 4/3/2019 12:47:25 AM.
Project "W:\My_App\My_App.sln" on node 1 (Restore target(s)).
ValidateSolutionConfiguration:
Building solution configuration "Debug|Any CPU".
W:\My_App\My_App\My_App.UWP\My_App.UWP.csproj : warning NU1503: Skipping restore for project 'W:\My_App\My_App\My_App.UWP\My_App.UWP.csproj'. The project file may be invalid or missing targets required for restore. [W:\My_App\My_App.sln]
Project "W:\My_App\My_App.sln" (1) is building "W:\My_App\My_App\My_App.Android\My_App.Android.csproj" (2:5) on node 1 (_GenerateProjectRestoreGraph target(s)).
_SetLatestTargetFrameworkVersion:
Found Java SDK version 1.8.0.
Found Java SDK version 1.8.0.
Done Building Project "W:\My_App\My_App\My_App.Android\My_App.Android.csproj" (_GenerateProjectRestoreGraph target(s)).
Restore:
Restoring packages for W:\My_App\My_App\My_App.iOS\My_App.iOS.csproj...
Restoring packages for W:\My_App\My_App\My_App.Android\My_App.Android.csproj...
Committing restore...
Generating MSBuild file W:\My_App\My_App\My_App.Android\obj\My_App.Android.csproj.nuget.g.props.
Committing restore...
Generating MSBuild file W:\My_App\My_App\My_App.Android\obj\My_App.Android.csproj.nuget.g.targets.
Generating MSBuild file W:\My_App\My_App\My_App.iOS\obj\My_App.iOS.csproj.nuget.g.props.
Writing lock file to disk. Path: W:\My_App\My_App\My_App.Android\obj\project.assets.json
Generating MSBuild file W:\My_App\My_App\My_App.iOS\obj\My_App.iOS.csproj.nuget.g.targets.
Writing lock file to disk. Path: W:\My_App\My_App\My_App.iOS\obj\project.assets.json
Restore completed in 713.65 ms for W:\My_App\My_App\My_App.iOS\My_App.iOS.csproj.
Restore completed in 696.72 ms for W:\My_App\My_App\My_App.Android\My_App.Android.csproj.
Restoring packages for W:\My_App\My_App\My_App\My_App.csproj...
Committing restore...
Generating MSBuild file W:\My_App\My_App\My_App\obj\My_App.csproj.nuget.g.props.
Generating MSBuild file W:\My_App\My_App\My_App\obj\My_App.csproj.nuget.g.targets.
Writing lock file to disk. Path: W:\My_App\My_App\My_App\obj\project.assets.json
Restore completed in 48.76 ms for W:\My_App\My_App\My_App\My_App.csproj.
NuGet Config files used:
C:\Windows\system32\config\systemprofile\AppData\Roaming\NuGet\NuGet.Config
C:\Program Files (x86)\NuGet\Config\Microsoft.VisualStudio.Offline.config
Feeds used:
https://api.nuget.org/v3/index.json
C:\Program Files (x86)\Microsoft SDKs\NuGetPackages\
Done Building Project "W:\My_App\My_App.sln" (Restore target(s)).
Build succeeded.
"W:\My_App\My_App.sln" (Restore target) (1) ->
(_FilterRestoreGraphProjectInputItems target) ->
W:\My_App\My_App\My_App.UWP\My_App.UWP.csproj : warning NU1503: Skipping restore for project 'W:\My_App\My_App\My_App.UWP\My_App.UWP.csproj'. The project file may be invalid or missing targets required for restore. [W:\My_App\My_App.sln]
1 Warning(s)
0 Error(s)
Time Elapsed 00:00:03.09
Jenkins stage log verbosity diagnostic
o_App.Android.csproj (_IsProjectRestoreSupported) (TaskId:0)
| 12 : 0.177s 0.177s W:\My_App\My_App\My_App\My_App.csproj (_GenerateRestoreGraphProjectEntry) (TaskId:0)
| 13 : 0.055s 0.055s W:\My_App\My_App\My_App.Android\My_App.Android.csproj (_GenerateRestoreGraphProjectEntry) (TaskId:0)
| 14 : 0.037s 0.037s W:\My_App\My_App\My_App.iOS\My_App.iOS.csproj (_GenerateRestoreGraphProjectEntry) (TaskId:0)
| 15 : 0.030s 0.030s W:\My_App\My_App.Tests\My_App.Tests.csproj (_GenerateRestoreGraphProjectEntry) (TaskId:0)
| 16 : 0.053s 0.053s W:\My_App\My_App\My_App\My_App.csproj (_GenerateProjectRestoreGraph) (TaskId:0)
| 17 : 0.880s 0.880s W:\My_App\My_App\My_App.Android\My_App.Android.csproj (_GenerateProjectRestoreGraph) (TaskId:0)
| 18 : 0.037s 0.037s W:\My_App\My_App\My_App.iOS\My_App.iOS.csproj (_GenerateProjectRestoreGraph) (TaskId:0)
. 19 : 0.032s 0.032s W:\My_App\My_App.Tests\My_App.Tests.csproj (_GenerateProjectRestoreGraph) (TaskId:0)
============================== Node Utilization (IDs represent configurations) ====================================================
Timestamp: 1 Duration Cumulative
----------------------------------------------------------------------------------------------------------------------------------- (TaskId:0)
636898788056711871: 0 0.392s 0.392s ####### (TaskId:0)
636898788060631956: 1 0.265s 0.657s ##### (TaskId:0)
636898788063282046: 2 0.136s 0.793s ## (TaskId:0)
636898788064642119: 3 0.022s 0.815s (TaskId:0)
636898788064862126: 4 0.334s 1.149s ###### (TaskId:0)
636898788068202196: 5 0.074s 1.223s # (TaskId:0)
636898788068942244: 0 0.018s 1.241s (TaskId:0)
636898788069122245: 6 0.062s 1.303s # (TaskId:0)
636898788069742275: 8 0.034s 1.337s (TaskId:0)
636898788070082270: 6 0.003s 1.340s (TaskId:0)
636898788070112288: 7 0.027s 1.367s (TaskId:0)
636898788070382276: 10 0.136s 1.503s ## (TaskId:0)
636898788071742310: 7 0.003s 1.506s (TaskId:0)
636898788071772332: 9 0.029s 1.535s (TaskId:0)
636898788072062334: 0 0.008s 1.543s (TaskId:0)
636898788072142348: 11 0.041s 1.584s (TaskId:0)
636898788072552328: 0 0.010s 1.594s (TaskId:0)
636898788072652360: 12 0.177s 1.771s ### (TaskId:0)
636898788074422410: 13 0.055s 1.826s # (TaskId:0)
636898788074972426: 14 0.037s 1.863s (TaskId:0)
636898788075342453: 15 0.030s 1.893s (TaskId:0)
636898788075642458: 0 0.007s 1.900s (TaskId:0)
636898788075712465: 16 0.053s 1.953s # (TaskId:0)
636898788076242471: 17 0.880s 2.833s ################# (TaskId:0)
636898788085042751: 18 0.037s 2.870s (TaskId:0)
636898788085412761: 19 0.032s 2.902s (TaskId:0)
636898788085732751: 0 1.455s 4.357s ############################# (TaskId:0)
-----------------------------------------------------------------------------------------------------------------------------------
Utilization: 100.0 Average Utilization: 100.0 (TaskId:0)
Project Evaluation Performance Summary:
12 ms W:\My_App\My_App\My_App.UWP\My_App.UWP.csproj 1 calls
50 ms W:\My_App\My_App.Tests\My_App.Tests.csproj 1 calls
62 ms W:\My_App\My_App\My_App.iOS\My_App.iOS.csproj 1 calls
175 ms W:\My_App\My_App\My_App.Android\My_App.Android.csproj 1 calls
399 ms W:\My_App\My_App\My_App\My_App.csproj 2 calls
Project Performance Summary:
6 ms W:\My_App\My_App\My_App.UWP\My_App.UWP.csproj 1 calls
6 ms _IsProjectRestoreSupported 1 calls
112 ms W:\My_App\My_App.Tests\My_App.Tests.csproj 5 calls
23 ms _IsProjectRestoreSupported 2 calls
29 ms _GenerateRestoreProjectPathWalk 1 calls
30 ms _GenerateRestoreGraphProjectEntry 1 calls
30 ms _GenerateProjectRestoreGraph 1 calls
261 ms W:\My_App\My_App\My_App.iOS\My_App.iOS.csproj 5 calls
25 ms _IsProjectRestoreSupported 2 calls
165 ms _GenerateRestoreProjectPathWalk 1 calls
35 ms _GenerateRestoreGraphProjectEntry 1 calls
36 ms _GenerateProjectRestoreGraph 1 calls
326 ms W:\My_App\My_App\My_App\My_App.csproj 8 calls
42 ms _IsProjectRestoreSupported 2 calls
58 ms _GenerateRestoreProjectPathWalk 4 calls
175 ms _GenerateRestoreGraphProjectEntry 1 calls
51 ms _GenerateProjectRestoreGraph 1 calls
1148 ms W:\My_App\My_App\My_App.Android\My_App.Android.csproj 5 calls
123 ms _IsProjectRestoreSupported 2 calls
99 ms _GenerateRestoreProjectPathWalk 1 calls
46 ms _GenerateRestoreGraphProjectEntry 1 calls
880 ms _GenerateProjectRestoreGraph 1 calls
4355 ms W:\My_App\My_App.sln 1 calls
4355 ms Restore 1 calls
Target Performance Summary:
0 ms CheckForImplicitPackageReferenceOverridesBeforeRestore 1 calls
0 ms _GetRestoreSettingsCurrentProject 3 calls
0 ms _GetRestoreSettingsOverrides 3 calls
0 ms _SetLatestTargetFrameworkVersionForPackageReference 1 calls
0 ms _GenerateRestoreProjectPathItemsCurrentProject 5 calls
0 ms _GenerateProjectRestoreGraphCurrentProject 4 calls
0 ms _GenerateRestoreGraphProjectEntry 4 calls
0 ms _GenerateRestoreDependencies 4 calls
0 ms ValidateToolsVersions 1 calls
0 ms _GenerateProjectRestoreGraph 4 calls
0 ms ValidateProjects 1 calls
1 ms _CheckForUnsupportedNETStandardVersion 1 calls
1 ms CollectPackageReferences 4 calls
1 ms _GetRestoreProjectStyle 4 calls
2 ms _GetRestoreSettingsPerFramework 3 calls
2 ms _IsProjectRestoreSupported 4 calls
4 ms _GenerateRestoreSpecs 4 calls
4 ms _GenerateRestoreProjectPathItems 5 calls
5 ms _GenerateRestoreProjectSpec 4 calls
5 ms _GetProjectJsonPath 4 calls
8 ms _GetReferenceAssemblyPaths 1 calls
9 ms _GenerateRestoreProjectPathItemsPerFramework 5 calls
11 ms CheckForImplicitPackageReferenceOverrides 1 calls
20 ms _GetRestoreTargetFrameworksOutput 4 calls
22 ms _GenerateProjectRestoreGraphPerFramework 4 calls
29 ms _GenerateDotnetCliToolReferenceSpecs 4 calls
38 ms ValidateSolutionConfiguration 1 calls
40 ms RedirectMonoAndroidSdkPaths 1 calls
122 ms _GetRestoreSettings 3 calls
150 ms _LoadRestoreGraphEntryPoints 1 calls
185 ms _GenerateRestoreProjectPathWalk 5 calls
349 ms _GetAllRestoreProjectPathItems 1 calls
826 ms _SetLatestTargetFrameworkVersion 1 calls
897 ms _FilterRestoreGraphProjectInputItems 1 calls
1323 ms _GenerateRestoreGraph 1 calls
1448 ms Restore 1 calls
Task Performance Summary:
1 ms SetVsMonoAndroidRegistryKey 1 calls
3 ms GetRestoreProjectJsonPathTask 3 calls
4 ms CreateItem 2 calls
5 ms CreateProperty 3 calls
6 ms CheckForImplicitPackageReferenceOverrides 1 calls
6 ms ConvertToAbsolutePath 8 calls
7 ms GetReferenceAssemblyPaths 1 calls
9 ms GetRestorePackageReferencesTask 3 calls
10 ms WarnForInvalidProjectsTask 1 calls
10 ms GetRestoreProjectReferencesTask 4 calls
15 ms Message 10 calls
16 ms GetProjectTargetFrameworksTask 4 calls
20 ms RemoveDuplicates 13 calls
27 ms GetRestoreDotnetCliToolsTask 4 calls
32 ms ResolveAndroidTooling 1 calls
77 ms ResolveSdks 1 calls
121 ms GetRestoreSettingsTask 3 calls
131 ms GetRestoreSolutionProjectsTask 1 calls
705 ms ValidateJavaVersion 1 calls
1436 ms RestoreTask 1 calls
2724 ms MsBuild 10 calls
Build succeeded.
"W:\My_App\My_App.sln" (Restore target) (1) ->
(_FilterRestoreGraphProjectInputItems target) ->
W:\My_App\My_App\My_App.UWP\My_App.UWP.csproj : warning NU1503: Skipping restore for project 'W:\My_App\My_App\My_App.UWP\My_App.UWP.csproj'. The project file may be invalid or missing targets required for restore. [W:\My_App\My_App.sln]
1 Warning(s)
0 Error(s)
Time Elapsed 00:00:04.66
As extra information i would like to add that removing the /t:Restore from MSBuild results in a failed build, saying that NuGet needs to restore before building.
I expect dll files to be created in a folder called 'bin' inside the project folder, but no bin folder or dll's are created.
Have you tried setting the parameter OutputPath?
From the docs:
Specifies the path to the output directory, relative to the project directory, for example, "bin\Debug".
something like this:
bat "\"${tool 'MSBuild'}\" \"W:/My_App/My_App.sln\" /t:Restore /property:Platform=\"Any CPU\" /property:OutputPath=W:/output /property:ProductVersion=1.0.0.${env.BUILD_NUMBER}"
You could also set /verbosity:Diagnostic to see if it tell you any more.
Also, you could write the command with just one /property: like so
bat "\"${tool 'MSBuild'}\" \"W:/My_App/My_App.sln\" /t:Restore /property:Platform=\"Any CPU\";OutputPath=W:/output;ProductVersion=1.0.0.${env.BUILD_NUMBER}"
I saw that the question is very old but recently I have had a similar problem with an FSharp project with MSBuild 16 (VS 2019) on a Jenkins server. On Jenkins there is only Visual Studio Build Tools 2019.
MSBuild did not generate any dll files or a bin folder. Moreover, with /t:Rebuild option, another error occurred: The target "Rebuild" does not exist in the project.
Actually, in my case the solution was simple. There was no F# compiler in the installation for Visual Studio Build Tools 2019 and I just added that.
Is it possible that some components for Xamarin build tools are missing on Jenkins?
ps: Probably you found a solution long time ago but any update on your part will be great for future reference :).
Related
I have the following error while changing the version of pandas between runs of Streamlit:
AttributeError: Can't get attribute '_unpickle_block' on <module 'pandas._libs.internals' from '/opt/conda/lib/python3.8/site-packages/pandas/_libs/internals.cpython-38-x86_64-linux-gnu.so'>
Since I am using #st.experimental_memo(show_spinner=False, max_entries=3, persist="disk") , it seems that pickled data persisted on disk is still being used, even after killing and reloading the Streamlit app. That is making the pickle manipulations fail.
How can I get rid of that error (or get rid of the cached data)?
The cached data is stored inside ~/.streamlit/cache:
$ ls -al ~/.streamlit/cache
-rw-rw-r-- 1 vvvvv vvvvv 444K nov. 3 16:43 3b9268941beaac500fe825eae1588edd-10e37a1e5ea7a25c0ce5eb261dc18d4d.memo
-rw-rw-r-- 1 vvvvv vvvvv 4 nov. 10 16:20 3b9268941beaac500fe825eae1588edd-23e3001508dcffed68f049cb063bc262.memo
-rw-rw-r-- 1 vvvvv vvvvv 428K nov. 10 16:20 3b9268941beaac500fe825eae1588edd-663346b0bef4b568b0833efd2d033bcf.memo
-rw-rw-r-- 1 vvvvv vvvvv 428K nov. 3 16:44 3b9268941beaac500fe825eae1588edd-a0b908404721bc015e4b911157e41ad1.memo
-rw-rw-r-- 1 vvvvv vvvvv 4 nov. 3 16:43 3b9268941beaac500fe825eae1588edd-e5ac73f7820ca5608235d6d5b20ee1cf.memo
-rw-rw-r-- 1 vvvvv vvvvv 4 nov. 3 16:43 3b9268941beaac500fe825eae1588edd-f05dc4d32c92e4f1f8ca6f1074e7853e.memo
Removing the files here solved my problem.
I found the solution using snehankekre's answer on https://discuss.streamlit.io/t/where-data-is-cached/2931/4.
Note: this solution worked in my case, but the cache could be used by more than one Streamlit app. Therefore, deleting all the files like this only works if only one app is using the cache.
I've run through the tutorial here: https://appimage-builder.readthedocs.io/en/latest/intro/tutorial.html#
Which resulted in a runable Qt AppImage Template-latest-x86_64.AppImage file (no docker tests were run).
Initially, the AppImage works as expected. Double-clicking the AppImage from the GUI or running it via the console results in the tutorial application running.
However, two scenarios will result in the AppImage file no longer working:
If the machine which built the AppImage is rebooted, the same AppImage will no longer run.
If the AppImage is transferred to a different machine it will no longer run. The machine has the same version of the OS that the AppImage was built on.
Both scenarios have the same behavior. The application will appear as if it contains no executable code and immediately exit. Normally the application has a GUI interface. No error message is displayed.
Running from console:
tb#dt:~/appimage_tutorial/qt-appimage-template$ ll
total 176860
drwxr-xr-x 8 tb tb 4096 Nov 23 14:25 ./
drwxr-xr-x 3 tb tb 4096 Nov 23 14:18 ../
drwxr-xr-x 6 tb tb 4096 Nov 23 14:25 AppDir/
drwxr-xr-x 4 tb tb 4096 Nov 23 14:25 appimage-builder-cache/
-rw-r--r-- 1 tb tb 3430 Nov 22 22:35 AppImageBuilder.yml
-rw-r--r-- 1 tb tb 13981 Nov 23 14:18 CMakeCache.txt
drwxr-xr-x 4 tb tb 4096 Nov 23 14:18 CMakeFiles/
-rw-r--r-- 1 tb tb 1808 Nov 23 14:18 cmake_install.cmake
-rw-r--r-- 1 tb tb 439 Nov 23 14:18 CMakeLists.txt
-rw-r--r-- 1 tb tb 498 Nov 23 14:18 conanfile.txt
drwxr-xr-x 8 tb tb 4096 Nov 23 14:18 .git/
-rw-r--r-- 1 tb tb 19 Nov 23 14:18 .gitignore
-rw-r--r-- 1 tb tb 450 Nov 23 14:18 .gitlab-ci.yml
-rw-r--r-- 1 tb tb 159 Nov 23 14:18 install_manifest.txt
-rw-r--r-- 1 tb tb 6948 Nov 23 14:18 Makefile
-rwxr-xr-x 1 tb tb 181010472 Nov 23 14:25 'Qt AppImage Template-latest-x86_64.AppImage'*
-rw-r--r-- 1 tb tb 67 Nov 23 14:18 README.md
drwxr-xr-x 3 tb tb 4096 Nov 23 14:18 res/
drwxr-xr-x 4 tb tb 4096 Nov 23 14:18 src/
tb#dt:~/appimage_tutorial/qt-appimage-template$ ./'Qt AppImage Template-latest-x86_64.AppImage'
tb#dt:~/appimage_tutorial/qt-appimage-template$
(nothing happens)
gdb:
(gdb) run
Starting program: /home/tb/appimage_tutorial/qt-appimage-template/Qt AppImage Template-latest-x86_64.AppImage
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
process 2651 is executing new program: /tmp/.mount_Qt AppVj8Ud9/AppRun
[Inferior 1 (process 2651) exited with code 01]
(gdb)
The AppImage was built from the ~/appimage_tutorial/qt-appimage-template directory using: appimage-builder --skip-test
Here is the last part of the output from when the AppImage was being built:
INFO:root:Writing bundle info to: .bundle.yml
INFO:root:Downloading runtime: https://github.com/AppImage/AppImageKit/releases/download/continuous/runtime-x86_64
INFO:root:Generating AppImage from ./AppDir
INFO:appimagetool:appimagetool --runtime-file appimage-builder-cache/runtime-x86_64 ./AppDir /home/tb/appimage_tutorial/qt-appimage-template/Qt AppImage Template-latest-x86_64.AppImage
INFO:appimagetool:Parallel mksquashfs: Using 4 processors
INFO:appimagetool:Creating 4.0 filesystem on /home/tb/appimage_tutorial/qt-appimage-template/Qt AppImage Template-latest-x86_64.AppImage, block size 131072.
INFO:appimagetool:[============- ][===========================================================\] 11826/11826 100%
INFO:appimagetool:
INFO:appimagetool:Exportable Squashfs 4.0 filesystem, gzip compressed, data block size 131072
INFO:appimagetool:compressed data, compressed metadata, compressed fragments,
INFO:appimagetool:compressed xattrs, compressed ids
INFO:appimagetool:duplicates are removed
INFO:appimagetool:Filesystem size 176580.52 Kbytes (172.44 Mbytes)
INFO:appimagetool:35.82% of uncompressed filesystem size (492966.84 Kbytes)
INFO:appimagetool:Inode table size 142021 bytes (138.69 Kbytes)
INFO:appimagetool:23.51% of uncompressed inode table size (604061 bytes)
INFO:appimagetool:Directory table size 152721 bytes (149.14 Kbytes)
INFO:appimagetool:33.80% of uncompressed directory table size (451834 bytes)
INFO:appimagetool:Number of duplicate files found 1031
INFO:appimagetool:Number of inodes 15794
INFO:appimagetool:Number of files 8380
INFO:appimagetool:Number of fragments 355
INFO:appimagetool:Number of symbolic links 6432
INFO:appimagetool:Number of device nodes 0
INFO:appimagetool:Number of fifo nodes 0
INFO:appimagetool:Number of socket nodes 0
INFO:appimagetool:Number of directories 982
INFO:appimagetool:Number of ids (unique uids + gids) 1
INFO:appimagetool:Number of uids 1
INFO:appimagetool:root (0)
INFO:appimagetool:Number of gids 1
INFO:appimagetool:root (0)
INFO:appimagetool:/home/tb/appimage_tutorial/qt-appimage-template/AppDir should be packaged as /home/tb/appimage_tutorial/qt-appimage-template/Qt AppImage Template-latest-x86_64.AppImage
WARNING:appimagetool:appimagetool, continuous build (commit aaef827), build 2143 built on 2020-11-22 12:53:26 UTC
WARNING:appimagetool:Using architecture x86_64
WARNING:appimagetool:Deleting pre-existing .DirIcon
WARNING:appimagetool:Creating .DirIcon symlink based on information from desktop file
WARNING:appimagetool:WARNING: AppStream upstream metadata is missing, please consider creating it
WARNING:appimagetool:in usr/share/metainfo/QtQuickControls2Application.appdata.xml
WARNING:appimagetool:Please see https://www.freedesktop.org/software/appstream/docs/chap-Quickstart.html#sect-Quickstart-DesktopApps
WARNING:appimagetool:for more information or use the generator at http://output.jsbin.com/qoqukof.
WARNING:appimagetool:Generating squashfs...
WARNING:appimagetool:Embedding ELF...
WARNING:appimagetool:Marking the AppImage as executable...
WARNING:appimagetool:Embedding MD5 digest
WARNING:appimagetool:Success
WARNING:appimagetool:
WARNING:appimagetool:Please consider submitting your AppImage to AppImageHub, the crowd-sourced
WARNING:appimagetool:central directory of available AppImages, by opening a pull request
WARNING:appimagetool:at https://github.com/AppImage/appimage.github.io
INFO:root:AppImage created successfully
I suspect you did not install an appropriate AppRun in the AppDir directory.
But the process fails without error message.
I suggest you run the AppImage with strace to see more.
My team has a project which is not too big, built by make -js, cost 40 seconds, when using bazel, the time incresed to 70 secs. And here is the profile of the build process of bazel. I noticed that SKYFUNCTION takes 47% of the time cost, is that reasonable?
PROFILES
the last section of it:
Type Total Count Average
ACTION 0.03% 77 0.70 ms
ACTION_CHECK 0.00% 4 0.90 ms
ACTION_EXECUTE 40.40% 77 912 ms
ACTION_UPDATE 0.00% 74 0.02 ms
ACTION_COMPLETE 0.19% 77 4.28 ms
INFO 0.00% 1 0.05 ms
VFS_STAT 1.07% 117519 0.02 ms
VFS_DIR 0.27% 4613 0.10 ms
VFS_MD5 0.22% 151 2.56 ms
VFS_DELETE 4.43% 53830 0.14 ms
VFS_OPEN 0.01% 232 0.11 ms
VFS_READ 0.06% 3523 0.03 ms
VFS_WRITE 0.00% 4 0.97 ms
WAIT 0.05% 156 0.56 ms
SKYFRAME_EVAL 6.23% 1 10.830 s
SKYFUNCTION 47.01% 687 119 ms
#ittai, #Jin, #Ondrej K, I have tried to switched off the sandboxing in bazel, it seems much faster than with it switched on. here is the comparison:
SWITCHED ON: 70s
SWITCHED OFF: 33s±2
the skyFunction still takes 47% of all the execution time. but the everage times it takes turned from 119ms to 21ms.
IHi I have the same question as JMeter: jp#gc Graphs Generator: I got .png just with text "Waiting for sample...". The jtl file has been created without empty line, have edited the user.properties file.
I followed the steps mentioned in this link for the graph generator.
sh jmeter -t /home/Annie/JMeter/grp.jmx -n -l /home/Annie/JMeter/g.jtl -JTEST_RESULTS_FILE=/home/Annie/JMeter/g.jtl
Creating summariser <summary>
Created the tree successfully using /home/Annie/JMeter/grp.jmx
Starting the test # Mon Oct 16 11:27:30 IST 2017 (1508133450438)
Waiting for possible Shutdown/StopTestNow/Heapdump message on port 4445
summary + 1 in 00:00:03 = 0.3/s Avg: 3133 Min: 3133 Max: 3133 Err: 0 (0.00%) Active: 2 Started: 2 Finished: 0
summary + 14 in 00:00:14 = 1.0/s Avg: 2731 Min: 2098 Max: 4216 Err: 0 (0.00%) Active: 0 Started: 5 Finished: 5
summary = 15 in 00:00:18 = 0.9/s Avg: 2757 Min: 2098 Max: 4216 Err: 0 (0.00%)
Tidying up ... # Mon Oct 16 11:27:48 IST 2017 (1508133468522)
... end of run
In log its showing :
WARN o.a.j.v.ViewResultsFullVisualizer:Error loading result renderer: org.apache.jmeter.visualizers.RenderInBrowser
java.lang.NoClassDefFoundError: javafx/embed/swing/JFXPanel
Caused by: java.lang.ClassNotFoundException: javafx.embed.swing.JFXPanel
What should be done to get the graph?
My expectation is that you are using OpenJDK on Linux which doesn't have JavaFX
Use your Linux distribution package manager to get Oracle Java 8 and make sure JMeter is configured to use Oracle Java instead of OpenJDK.
If you are trying to use PerfMon Metrics Collector Listener in GUI mode to test it - make sure JMeter test is running at this time as first of all it is a Listener therefore it needs to process sample events in order to display anything, it might be even a Dummy Sampler firing each N seconds. See How to Monitor Your Server Health & Performance During a JMeter Load Test guide for more details.
Hello recently I reinstalled my mac os x machine I have the following configuration:
1. Mac Os x Snow Leopard 10.6.8
2. Xcode 4.2 (4C199) for snow leopard with sdk 10.6
3. Firebreath project 1.6
4. CMAKE 2.8-8
I have created a plugIn test project,after run the prepmac.sh command everything is built ok. last I open it with XCODE and start the Build process.
after a 10 minutes a Crash error is generated in the process.
A message appears: Internal Error, XCODE encountered an internal logic error.
ASSERTION FAILURE in /SourceCache/IDEXcode3ProjectSupport/IDEXcode3ProjectSupport- 928/Xcode3Sources/XcodeIDE/Frameworks/DevToolsBase/pbxcore/Target.subproj/PBXTarget.m:4146
Details: target 'azTest' has been asked for its build context but it does not belong to a project
Object: <PBXNativeTarget: 0x200f62f00>
Method: -targetBuildContext
Thread: <NSThread: 0x2019f6fa0>{name = (null), num = 25}
Hints: None
Backtrace:
0 0x00000001009e6646 -[IDEAssertionHandler handleFailureInMethod:object:fileName:lineNumber:messageFormat:arguments:] (in IDEKit)
1 0x000000010006aaa4 _DVTAssertionFailureHandler (in DVTFoundation)
2 0x0000000116655973 -[PBXTarget targetBuildContext] (in DevToolsCore)
3 0x000000011665908d -[PBXTarget(XCBuildables) buildDidFinishWithBuildLogRecorder:] (in DevToolsCore)
4 0x00000001167e0222 -[Xcode3TargetBuildableSnapshot buildForBuilderDidFinish:] (in DevToolsCore)
5 0x000000010068997a -[IDEBuildableSnapshot performBuildForBuilder:buildCommand:buildOnlyTheseFiles:] (in IDEFoundation)
6 0x00000001005c3753 -[IDEBuilder main] (in IDEFoundation)
7 0x00007fff83a75dd0 -[__NSOperationInternal start] (in Foundation)
8 0x00007fff83b53bd5 ____NSOQSchedule_block_invoke_2 (in Foundation)
9 0x00007fff81d47d64 _dispatch_call_block_and_release (in libSystem.B.dylib)
10 0x00007fff81d262d1 _dispatch_worker_thread2 (in libSystem.B.dylib)
11 0x00007fff81d25c08 _pthread_wqthread (in libSystem.B.dylib)
12 0x00007fff81d25aa5 start_wqthread (in libSystem.B.dylib)
if I choose continue XCODE Finally crash with this detail:
objc[2341]: garbage collection is ON
*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[NSCFArray initWithObjects:count:]: attempt to insert nil object at objects[0]'
*** Call stack at first throw:
(
0 CoreFoundation 0x00007fff8628a784 __exceptionPreprocess + 180
1 libobjc.A.dylib 0x00007fff80bd1f03 objc_exception_throw + 45
2 CoreFoundation 0x00007fff862344d7 -[__NSPlaceholderArray initWithObjects:count:] + 407
3 CoreFoundation 0x00007fff862408e1 +[NSArray arrayWithObject:] + 49
4 DevToolsCore 0x000000011663a72e -[PBXTarget filePathForBuildableProductFileMapForWorkspaceArenaSnapshot:] + 79
5 DevToolsCore 0x000000011664f0b7 -[PBXTarget(XCBuildables) buildDidFinishWithBuildLogRecorder:] + 79
6 DevToolsCore 0x00000001167d6222 -[Xcode3TargetBuildableSnapshot buildForBuilderDidFinish:] + 99
7 IDEFoundation 0x000000010068997a -[IDEBuildableSnapshot performBuildForBuilder:buildCommand:buildOnlyTheseFiles:] + 1397
8 IDEFoundation 0x00000001005c3753 -[IDEBuilder main] + 1136
9 Foundation 0x00007fff83a75dd0 -[__NSOperationInternal start] + 681
10 Foundation 0x00007fff83b53bd5 ____NSOQSchedule_block_invoke_2 + 129
11 libSystem.B.dylib 0x00007fff81d47d64 _dispatch_call_block_and_release + 15
12 libSystem.B.dylib 0x00007fff81d262d1 _dispatch_worker_thread2 + 239
13 libSystem.B.dylib 0x00007fff81d25c08 _pthread_wqthread + 353
14 libSystem.B.dylib 0x00007fff81d25aa5 start_wqthread + 13
)
I can't get that the Building process works fine. So I decided to post here looking for help.
I have to mention that I tested the same project in another machine with MAC OS X Lion and it worked perfect.
This is less of an answer and more of a workaround; XCode 4 seems to use a ridiculously large amount of memory on any project that uses boost which includes FireBreath projects. try building from the command line with:
cmake --build path/to/build/
See if that works.