Nil pointer in gqlparser Error

With this config file (I can provide a token privately to reproduce), I get a nil pointer exception in the gqlparser:
endpoint:
  url: https://mainnet.eth.dfuse.io/graphql
  headers:
    Authorization: "Bearer ${DFUSE_API_TOKEN}"

query:
  - "./gql/*.graphql"

model:
  package: gql
  filename: ./gql/models_gen.go

client:
  package: gql
  filename: ./gql/client.go

models:
  Int:
    model: github.com/99designs/gqlgen/graphql.Int64
  Date:
    model: github.com/99designs/gqlgen/graphql.Time

# ./gql/query_ok.graphql    The only file in the directory defined in the config
query {
  transaction(hash: ab) {
    hash
  }
}

Output (with fix #38 locally applied, from a local go replace version)
$ gqlgenc
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x20 pc=0x12db1a3]

goroutine 1 [running]:
github.com/vektah/gqlparser/v2/gqlerror.ErrorPosf(...)
	/Users/maoueh/work/pkg/mod/github.com/vektah/gqlparser/v2@v2.1.0/gqlerror/error.go:106
github.com/vektah/gqlparser/v2/validator.validateDefinition(0xc000039440, 0xc000173080, 0x0)
	/Users/maoueh/work/pkg/mod/github.com/vektah/gqlparser/v2@v2.1.0/validator/schema.go:243 +0x383
github.com/vektah/gqlparser/v2/validator.ValidateSchemaDocument(0xc0004ac400, 0x0, 0xc000206060)
	/Users/maoueh/work/pkg/mod/github.com/vektah/gqlparser/v2@v2.1.0/validator/schema.go:124 +0x1ed4
github.com/Yamashou/gqlgenc/config.(*Config).loadRemoteSchema(0xc000128750, 0x1682ec0, 0xc00002c198, 0x1, 0x1, 0x2)
	/Users/maoueh/work/github/gqlgenc/config/config.go:262 +0x2fd
github.com/Yamashou/gqlgenc/config.(*Config).LoadSchema(0xc000128750, 0x1682ec0, 0xc00002c198, 0x0, 0x1)
	/Users/maoueh/work/github/gqlgenc/config/config.go:228 +0x1df
github.com/Yamashou/gqlgenc/generator.Generate(0x1682ec0, 0xc00002c198, 0xc000128750, 0xc00014ff60, 0x1, 0x1, 0x8, 0x8)
	/Users/maoueh/work/github/gqlgenc/generator/generater.go:22 +0xd5
main.main()
	/Users/maoueh/work/github/gqlgenc/main.go:30 +0x1cc

I'll hunt it a bit more when I have some spare time.

So all AST nodes does not have a Position field which is not liked by gqlparser. This seems to occur because because of some other errors that will need be tackled after that.
So after reading more the code, I know understand that the library builds a ast.SchemaDocument object from the introspection query results.
Of course, this constructed document has no Position defined, but the various gqlerror.ErrorPosf calls inside the gqlparser library expects the Position object to exists.
I have a fix pending that simply use a global cached & shared ast.Position object everywhere so that the error is avoided. It could be improved to include the actual URL of the schema. This would require a change in introspection.Schema
Approach 1 (I have a branch for this)
Declare a single variable in introspection/parse.go:
var cachedPosition = &ast.Position{Src: &ast.Source{
	Name:    "remote",
	Input:   "",
	BuiltIn: false,
}}

And use it at every single location a Position field is required.
Approach2
This improves a bit the cached position field by providing the url in the ast.Position object. We change ParseIntrospectionQuery to accept the URL used to load the schema, and a single ast.Position is used for the invocation of ParseIntrospectionQuery:
type parser struct {
  cachedPosition *ast.Position
}

func ParseIntrospectionQuery(query Query, url *url.URL) *ast.SchemaDocument {
  parser := parser{cachedPosition:  &ast.Position{Src: &ast.Source{
	Name:  url.String(),
	Input:   "",
	BuiltIn: false,
  }})

  // And all method doing the parse will be defined now on the `parser` receiver `func (p parser) parseSchemaDefinition(...)`
  return parser.Parse(query)
}

This improve a bit the error reporting since the URL should be visible.
I'll wait on your decision to decide how to approach the problem.

query {
  transaction(hash: ab) {
    hash
  }
}

looks like wrong hash value of ab. Is hash string? Maybe it looks like this?
query {
  transaction(hash: "ab") {
    hash
  }
}

Can you tell me the example for error by each approaches ? I still don't know why I need these at soon.
gqlerror.ErrorPosf(def.Position, "Cannot redeclare type %s.", def.Name)

Looks like that return all same name when fix that. I guess this problem doesn't seem to be solved. I want to know your thoughts.

Yeah it's a typo when I reduce the query to something smaller,
query {
  transaction(hash: "ab") {
    hash
  }
}

Is indeed the correct document I used. The error inside the gqlerror.ErrorPosf call, because it tries to use the position to format the error, here the implementation of ErrorPosf:
func ErrorPosf(pos *ast.Position, message string, args ...interface{}) *Error {
	return ErrorLocf(
		pos.Src.Name,             // <---- Fails here because `pos` is nil so `pos.Src` triggers a Nil pointer
		pos.Line,
		pos.Column,
		message,
		args...,
	)
}

This of course happen because there is an error in the schema (I still need to investigate that part of why the schema is deemed invalid). It currently happens in validateDefinition because it seems that a definition has twice the same field name.
Do you want me to open my current PR so we can discuss the approaches there?

Pushed approached 1 as #40 and approach 2 as #41. Tell me how you would like to see this being fixed.


Try align then segment

Building off of: https://aclanthology.org/2020.lrec-1.829.pdf
Use semantic similarity between each minutes item to a sentence in transcript, then using the trained model for segmentation classification, classify sentences that are breaking. Find the nearest segmentation markings to the most similar breaking sentences.
i.e.
part 1:
s1, s2, s3, sn...
     ^ most similar to t1

part 2:
s1, s2, s3, sn...
     ^ most similar to t1
^a       ^b

where a and b are delimiter sentences (topic breaks)

delimiter sentences can be from random forest classified (with single delim label or start and end labels) or simple "most similar delimiter sentence between two topics" (this can also be broken into start and end most similar or simply "most similar single delim vector")


Can not open Notebook

Description
What steps will reproduce the problem?

Open an existing Jupyter Notebook in Notebook view
Get a 404 error
Close the corresponding tab
Get the issue reporter which asks me to type the thing I'm currently typing
Traceback
  File "/Users/Aaron/miniconda3/lib/python3.7/site-packages/spyder_notebook/notebookplugin.py", line 387, in close_client
    client.shutdown_kernel()
  File "/Users/Aaron/miniconda3/lib/python3.7/site-packages/spyder_notebook/widgets/client.py", line 255, in shutdown_kernel
    kernel_id = self.get_kernel_id()
  File "/Users/Aaron/miniconda3/lib/python3.7/site-packages/spyder_notebook/widgets/client.py", line 248, in get_kernel_id
    notebook_path = session.get('notebook', {}).get('path')
AttributeError: 'str' object has no attribute 'get'

Versions

Spyder version: 3.3.6
Python version: 3.7.0
Qt version: 5.9.6
PyQt5 version: 5.9.2
Operating System: Darwin 17.5.0

Dependencies
pyflakes >=0.6.0  :  2.1.1 (OK)
pycodestyle >=2.3 :  2.5.0 (OK)
pygments >=2.0    :  2.5.2 (OK)
sphinx >=0.6.6    :  2.4.0 (OK)
rope >=0.9.4      :  0.16.0 (OK)
jedi >=0.9.0      :  0.16.0 (OK)
psutil >=0.3      :  5.6.7 (OK)
nbconvert >=4.0   :  5.6.1 (OK)
pandas >=0.13.1   :  1.0.1 (OK)
numpy >=1.7       :  1.18.1 (OK)
sympy >=0.7.3     :  None (NOK)
cython >=0.21     :  0.29.15 (OK)
qtconsole >=4.2.0 :  4.6.0 (OK)
IPython >=4.0     :  7.12.0 (OK)
matplotlib >=2.0.0:  3.1.3 (OK)
pylint >=0.25     :  2.4.4 (OK)

This is already reported as spyder-ide/spyder-notebook#192 and it is fixed in the last release of spyder-notebook (version 0.2.2), so please upgrade to that version with the command
conda install spyder-notebook=0.2 -c spyder-ide

This will also upgrade Spyder itself.

Thanks for your quick reply. Unfortunately the upgrade to Spyder 4 does not work for me after I had to reinstall my Anaconda distribution. It appears to be incompatible with the latest Anaconda version.

On 10. Mar 2020, at 15:48, Jitse Niesen<EMAIL_ADDRESS>wrote:
conda install spyder-notebook=0.2 -c spyder-ide

The next version of Anaconda will come with Spyder 4 by default, so that won't be a problem.


303 See Other response uses original Method instead of GET

Overview

Insomnia Version: <IP_ADDRESS>0
Operating System:  MacOS 10.12.5 (16F73)
Summary:  I have a REST API which responds to an authentication POST with a 303 to a resource that should be used after successful login to load access tokens. The resource is POSTed to instead of calling GET which causes an error. Postman does a GET which works correctly. I'm not sure if this is according to specification but it makes the login to the API very cumbersome.

How To Reproduce
Can't provide access to the API unfortunately but below is the Timeline of the request:
* Preparing request to https://<IP_ADDRESS>:443/api/auth/login
* Enable automatic URL encoding
* Disable SSL validation
* Enable cookie sending with jar of 8 cookies
* Connection 2 seems to be dead!
* Closing connection 2
*   Trying <IP_ADDRESS>...
* TCP_NODELAY set
* Connected to <IP_ADDRESS> (<IP_ADDRESS>) port 443 (#3)
* TLS 1.2 connection using TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
* Server certificate: ...

> POST /api/auth/login HTTP/1.1
> Host: <IP_ADDRESS>
> User-Agent: insomnia/5.6.3
> Accept-Encoding: deflate, gzip
> Cookie: JSESSIONID=1k2xbxexwhuu71tlelhkecvwxi; avidAccessToken=ODAwZWY3OTEtOWMyNy00N2U0LWI1Y2MtOTM1ZmU4N2Q3NDMz
> Content-Type: application/json
> Accept: application/json
> Forwarded: proto=https;host=<IP_ADDRESS>:443
> Content-Length: 56
| {
| 	"username": "...",
| 	"password": "..."
| }
* upload completely sent off: 56 out of 56 bytes

< HTTP/1.1 303 See Other
< Server: nginx
< Date: Mon, 24 Jul 2017 12:51:54 GMT
< Content-Length: 0
< Connection: keep-alive
* Replaced cookie JSESSIONID="1py7va91drof5vzxfh5fj0pmo" for domain <IP_ADDRESS>, path /, expire 0
< Set-Cookie: JSESSIONID=1py7va91drof5vzxfh5fj0pmo;Path=/;Secure;HttpOnly
< Expires: Thu, 01 Jan 1970 00:00:00 GMT
* Replaced cookie avidAccessToken="MGY4ZjhiZmItMmFiMy00ODY0LTgwN2QtMGFkMTkzMWE2ZmU5" for domain <IP_ADDRESS>, path /, expire 0
< Set-Cookie: avidAccessToken=MGY4ZjhiZmItMmFiMy00ODY0LTgwN2QtMGFkMTkzMWE2ZmU5;Version=0;Path=/
< Location: https://<IP_ADDRESS>/auth/tokens/current
< X-Request-URL: /api/auth/login

* Curl_http_done: called premature == 0
* Connection #3 to host <IP_ADDRESS> left intact
* Issue another request to this URL: 'https://<IP_ADDRESS>/auth/tokens/current'
* Disables POST, goes with GET
* Found bundle for host <IP_ADDRESS>: 0x7ffdcc100730 [can pipeline]
* Re-using existing connection! (#3) with host <IP_ADDRESS>
* Connected to <IP_ADDRESS> (<IP_ADDRESS>) port 443 (#3)

> POST /auth/tokens/current HTTP/1.1
> Host: <IP_ADDRESS>
> User-Agent: insomnia/5.6.3
> Accept-Encoding: deflate, gzip
> Cookie: JSESSIONID=1py7va91drof5vzxfh5fj0pmo; avidAccessToken=MGY4ZjhiZmItMmFiMy00ODY0LTgwN2QtMGFkMTkzMWE2ZmU5
> Content-Type: application/json
> Accept: application/json
> Forwarded: proto=https;host=<IP_ADDRESS>:443

< HTTP/1.1 405 Method Not Allowed
< Server: nginx
< Date: Mon, 24 Jul 2017 12:51:54 GMT
< Content-Type: application/vnd.avid.problem+json; charset=utf-8
< Content-Length: 199
< Connection: keep-alive
< Allow: GET, DELETE
< Expires: Thu, 01 Jan 1970 00:00:00 GMT
< Cache-Control: no-cache, no-store, must-revalidate
< Pragma: no-cache

* Received 199 B chunk
* Curl_http_done: called premature == 0
* Connection #3 to host <IP_ADDRESS> left intact
* Saved 2 cookies

Other Notes

Thanks for reporting this @tilmans 😄
Closing this issue, though, as it is a duplicate of #227


Added UseScroller property to NavigationView to control IsDynamicScrollViewerEnabledProperty

[x] Feature

Added UseScroller property to NavigationView to control IsDynamicScrollViewerEnabledProperty of NavigationViewContentPresenter(NVCP).(I conflicted with NVCP DynamicScrollViewer when designing ItemsControls. I tried many methods but failed to solve it (including adding UseScroller attribute, the state was not passed to NVCP). Finally, I found IsDynamicScrollViewerEnabled = ScrollViewer.GetCanContentScroll() by downloading the source code and debugging continuously;(NavigationViewContentPresenter.cs,Line 177) only to find out that you have considered this situation. Navigation documentation only describes how to navigate, no more detailed information, plus I have not considered the need to add AP to the Page, so I spent the whole day debugging and thinking.
Although I am a beginner of WPF, I think Frame should default without ScrollViewer. Previously, when doing some Win UI3 projects, Frame is without ScrollViewer, just a Frame.
The WPF UI project is one of my favorite open source projects, and I learned a lot from its source code (there is almost no systematic C#teaching in our country, let alone WPF). I hope this project gets better and better, and I hope to contribute to the community with my limited knowledge.

This functionality already exist and used in IconsPage https://github.com/lepoco/wpfui/blob/bdff9f93d108ab3ec27c89096d0ccfb833a75e8b/src/Wpf.Ui.Gallery/Views/Pages/DesignGuidance/IconsPage.xaml#L20C42-L20C42


Minor refactor to new comment action

I couldn't find a text where this was explicitly mentioned, but the code above seems unconventional with respect to what the documentation shows and the rest of the application code.
Refs:

http://symfony.com/doc/current/best_practices/forms.html#building-forms
http://symfony.com/doc/current/best_practices/forms.html#handling-form-submits
http://symfony.com/doc/current/forms.html#building-the-form
http://symfony.com/doc/current/forms.html#handling-form-submissions
https://github.com/symfony/symfony-demo/blob/master/src/AppBundle/Controller/Admin/BlogController.php#L75-L93

I personally use this style too in my apps ... so I like this proposal! Thanks @yceruto.


feat(router): Rework middlewares so they work as an onion

Closes #79

replaces the Before and After middlewares with a single Middleware type that takes a vk.HandlerFunc and returns a vk.HandlerFunc
Reworks existing middlewares into this pattern
Adds a test to make sure that the functionality works both on individual handlers, and on the global server as well
Adds tests that show how to order the middlewares and what the execution order is like.

Reworked the vektor middlewares. Previously vektor's middlewares were "beads on a string". This change turns them into "layers of an onion". I expect a bunch of our services might need some changing, but generally this will enable us to do proper logging / error handling / panic recovery / metrics / tracing because we can start a trace and immediately defer stop them because the actual handler is encapsulated.
In the following case the middlewares are going to be ran in the following order:
g := vk.Group("/b").Middleware(
	midWare1,
	midWare2,
	midWareAfter1,
	midWareAfter2,
)
g.GET("/central", vk.WrapMiddleware([]vk.Middleware{
	handlerMid1,
	handlerMid2,
	handlerAfter1,
	handlerAfter2,
), actualHandler)

Request
    |
    v
G() midWare1
    |
    v
G() midWare2
    |
    v
handlerMid1
    |
    v
handlerMid2
    |
    v
(((--- Actual Handler ---)))
    |
    v
handlerAfter2
    |
    v
handlerAfter1
    |
    v
G() midWareAfter2
    |
    v
G() midWareAfter1
    |
    v
Response

The later a middleware it is in the []vk.Middleware{} list, the closer it is to the handler.
Before type middleware
The middlewares usually look like this (putting the wrapped handler on the tail):
middleware(responsewriter, request) {
    // do stuff in middleware

   return wrappedHandler(responsewriter, request)
}

After type mw
The after type middlewares look like this, putting the wrapped handler on the leading edge:
middleware(responsewriter, request) {
    res, err := wrappedHandler(responsewriter, request)

    // do stuff in the middleware
}

Surround type mw
For logging, tracing, metrics, panic recovery middlewares, they will look like this:
middleware(responsewriter, request) {
    // do stuff here like start a span, start a logging context, set attributes on metrics, whatever

    res, err := wrappedHandler(responsewriter, request) // do the actual work here

    // do more stuff here, like finish span, check for errors, check for panics, whatever
}

From a first glance this seems very reasonable, my question is about the PR description where you have the handlerAfter2, handlerAfter1, G() midWareAfter2, G() midWareAfter1 running after the actual handler, and It's unclear to me how the router makes that distinction since they're all passed in as a single []Middleware.
Does the "before/after" depend on the specific implementation of the middleware functions themselves? I.e. in order to determine if some logic was running before or after the actual handler, would I need to look at each individual middleware function?

Does the "before/after" depend on the specific implementation of the middleware functions themselves?

Yes. I did write about this in the Before type middleware / After type / Surround type middlewares section of the PR message 🙂 . The only thing the order within the slice controls is its proximity to the handler.
vk.WrapMiddleware([]vk.Middleware{
    before1,
    after1,
    after2,
    before2,
    before3,
    after3,
}, actualHandler)

would look like this
(before1 ( ( (before2 (before3 ( (actualHandler) after3) ) ) after2) after1) )

not sure if this is a better visualisation

These changes look reasonable, and it is indeed quite elegant once you wrap your head around it. I think the weakness of this technique is that it's difficult to see at glance the order in which middleware functions are called and are returned. I'm wondering if we could keep the same WrapMiddleware signature but make it more explicit with (for example) WrapBefore and WrapAfter methods that otherwise together have the same behaviour?
Aside: I'd like to hear more about how you settled on this design.

if we could keep the same WrapMiddleware signature but make it more explicit with (for example) WrapBefore and WrapAfter methods that otherwise together have the same behaviour?

I would advise against it. That separation is one of the reasons I wanted to rewrite this. Whether a middleware runs before, or after, or both, compared to the wrapped handler is up to how the handler is written, ie where the wrappedHandler(request, ctx) call is in relation to the other code in the middleware handler.
How did I settle on this
Ardan Labs blueprint
It's a slightly modified copy of how it happens in the ardanlabs/service blueprint repository:

handler wrapping: https://github.com/ardanlabs/service/blob/master/foundation/web/middleware.go
middleware implementations: metrics: https://github.com/ardanlabs/service/blob/master/business/web/v1/mid/metrics.go (see same folder for the others)
handler declarations: https://github.com/ardanlabs/service/blob/master/app/services/sales-api/handlers/v1/v1.go#L38

Bill also gives a really deep justification and reasoning on why that pattern should be used in the course.
Echo framework
Echo, another web framework I started out coding in Go, has a similar onion architecture: https://echo.labstack.com/cookbook/middleware/. In there the c.next call is the wrapped handler.
Typeform
At Typeform the service I built was also similarly layered, though that one was "take a template, and process each different type of tag from data from different other services in layers", which made a lot of sense and was very customizable and flexible.
Template -> substitute usernames, pass it on -> substitute answers, pass it on -> substitute data from the form owner, pass it on -> initialize the whole thing, and then back again.
At any point if there was an error up the chain, we could short circuit and not do further work that wasn't needed.
Laravel
Laravel's middleware follows the same pattern: https://laravel.com/docs/9.x/middleware
Meta stuff
It's essentially the chain of responsibility pattern: https://refactoring.guru/design-patterns/chain-of-responsibility
The good thing is is that in any of these can decide to not call the next / wrapped handler, for example auth fails, cors fails, or something else.
https://www.youtube.com/watch?v=MBTgNEeJEWQ


fix(api-client): mobile overflow scroll on client

fixes scroll on mobile for client

I can't seem to do anything on mobile. What am I missing here

bro

I can't seem to do anything on mobile. What am I missing here

Not sure why mobile loads with sidebar open, but you need to detoggle sidebar


fix(ui): no form error when form is empty

Description:
Don't validate pay/request forms unless there are some values to validate. This prevents the form showing errors when closing the modal in the case that nothing has been entered into the form yet.
Motivation and Context:
fix #3016
How Has This Been Tested?
Close pay and receive forms without entering any values and verify form fields do not turn red.
Types of changes:
Fix
Checklist:

[x] My code follows the code style of this project.
[x] I have reviewed and updated the documentation accordingly.
[x] I have read the CONTRIBUTING document.
[ ] I have added tests to cover my changes where needed.
[x] All new and existing tests passed.
[x] My commits have been squashed into a concise set of changes.

Coverage increased (+0.05%) to 22.783% when pulling d0299929d897116fc12944afa056b0f46dfb9701 on mrfelton:fix/skip-validate-on-close into 2accf1b9d2afcb54c8eb7310f777245e041956ae on LN-Zap:next.


Fix types and begin object TypeDef

This PR changes (delete as applicable)

Documentation

Describe the changes below:
I have fix some types (like array) and begin replace object by reference to @typedef.

Lovely, merged.
I've been getting rid of return types that are in-lined objects and swapping to TypeDefs or actual instances.
Also, please be aware of the case for these: {Object.<string, any>} (should be {object.<string, any>}.

Ops, the Object is wrong :) if you dont have fix this before my next PR i fix that.

I need to head off for a bit, will carry on later tonight.

Just to add, I've been using this to check the return types from functions: http://phaser.io/newdocs/3.0.0/types this will bring up a list of all distinct return types, then you can filter down to see what returns them. Handy for figuring out typos, etc :)


CLI to auto fetch medtronic 600 data

My wife is a T1 diabetic and uses a medtronic 640G pump along with a Contour Next Link 2.4.
I would like to try and leverage the medtronic 600 driver to create an electron app for her that:

Uses the Contour Next meter to request the latest BM reading from the 640G pump on a periodic basis
Submit the latest reading to Tidepool
Display the reading (and warnings/arrows) in the system tray

Such an app would allow her to discretely and proactively manage her diabetes whilst at work (in an office environment).
Looking at the source code i noticed blob_uploader.js. However from my understanding, this code seems to only upload medtronic 600 data to tidepool. Is this correct?
Can someone give some guidance on how to extract data from the 640G pump via the Contour Next meter? I suspect that i should be looking at driverManager.js in combination with medtronic600Driver.js but would appreciate a push in the right direction.

On further analysis it seems as though blob_uploader.js may do what i required. The 'medtronic blob file path' may simply be a JSON settings file that contains both the pumpModel and the pumpSerial.
Will check this out.

Sorry for not responding to this sooner, I somehow missed this. lib/drivers/medtronic600/cli/blob_loader.js is used to re-upload binary data (stored as JSON files) that were previously retrieved from the pump using the Tidepool Uploader. If you enable debug mode (right-click on the login screen), you will see an option to save a binary blob when uploading a 600-series pump using the Uploader.
To actually retrieve data from the pump using the terminal, it may be more useful to look at lib/drivers/onetouch/cli/otverio.js as an example, and then modify it to fit the medtronic600Driver.js workflow.
Ideally we'd like to move the drivers out of the Uploader as separate NPM modules to make it easier to re-use.
If you're just interested in getting data off the pump, you may find this project useful: https://github.com/pazaan/decoding-contour-next-link


Can't send notifications while using adwaita

This is the error message you get when trying to send a notification while using brew or adw.brew to initialize an application.
Error: unhandled exception: Unable to send notification: The Application does not have
an application id. Please pass the application id as the first parameter of the brew pr
ocedure. Example: brew("com.example.MyApplication", gui(App())) [IOError]

if you are using brew you can follow the instructions in the error message to resolve this error, but if you try to do the same for adw.brew it will throw Error: type mismatch.

The required overload has been added in https://github.com/can-lehmann/owlkettle/commit/7648493350742f00c6bc2b5d622418f623ee51bf. You should be able to just replace brew with adw.brew.


How to ignore certain fields for comparison?

I want to compare 2 objects but wanted to specify some fields that should be ignored for comparison. Can it be done?

Is it still possible to use @ObjectDiffProperty(ignore = true) on a field? Because I use your 0.93.1 version and @interface ObjectDiffProperty has a target on a method (@Target(ElementType.METHOD))

@zygimantus I don't think it was ever possible to attach this annotation to a field. You either have to use the configuration API or create your own annotation and handle the exclusion via custom InclusionStrategy:
	class FieldAnnotationInclusionResolver implements InclusionResolver {
		@Override
		Inclusion getInclusion(DiffNode node) {
			if (node.getFieldAnnotation(MyCustomAnnotation.class) != null) {
				return Inclusion.EXCLUDED;
			}
			return Inclusion.DEFAULT;
		}

		@Override
		boolean enablesStrictIncludeMode() {
			return true;
		}
	}

You can then register it like so:
objectDifferBuilder.inclusion().resolveUsing(new FieldAnnotationInclusionResolver())

Unless you have the option to just annotate your getter. That would be the easiest way to go.

Thank you @SQiShER.


google-drive-ocamlfuse 100%cpu usage

Hello,
I'm using google-drive-ocamlfuse to backup about 300GB drive content via rsync.
After about an hour or so, the main google-drive-ocamlfuse process eats up a whole cpu core, and rsync doesn't do anything anymore.
I've tried single and mutlithreaded behavior, same issue.
Where should I begin to search for the problem ?
~/.gdfuse/gdfuse.log is empty
[EDIT]To get more accurate data, I've launched with
google-drive-ocamlfuse -debug -d /mnt/googledrive > /var/log/gdfuse_gd.log 2>&1 &

[/EDIT]
Config:
async_upload=false
client_id=
client_secret=
conflict_resolution=server
connect_timeout_ms=5000
curl_debug_off=false
debug=false
delete_forever_in_trash_folder=false
docs_file_extension=true
document_format=odt
document_icon=
download_docs=true
drawing_format=png
drawing_icon=
force_docs_export=true
form_format=ods
form_icon=
keep_duplicates=false
large_file_threshold_mb=16
low_speed_limit=0
low_speed_time=0
map_format=desktop
map_icon=
max_cache_size_mb=2048
max_download_speed=0
max_retries=10
max_upload_speed=0
metadata_cache_time=1800
new_revision=true
presentation_format=pdf
presentation_icon=
read_only=true
spreadsheet_format=ods
spreadsheet_icon=
sqlite3_busy_timeout=100
stream_large_files=false
umask=0o022
verification_code=

Running version 0.5.22.
Thanks for any advice.

To enable logging in ~/.gdfuse/default/gdfuse.log you should use -verbose. Probably there are issues connecting to the Drive API endpoint and there are many retries (and if you enable logging you should see them).

Should I leave -debug and -d too or only -verbose ?

If you transferring 300GB, you shouldn't use -debug, because it will dump every transferred byte to curl.log. -d enables FUSE debugging mode (that doesn't log anything to the file-system, so you can turn it on, if you want, but it's not needed).

Thanks, I'll report back when I have something strange in the logs.

It seems that with -headless flag, I don't get 100% cpu usage.

Hi, I am having this 100% cpu usage issue. Started google-drive-ocamlfuse both in normal and headless mode and the issue is still there. Using version google-drive-ocamlfuse-0.7.27 on Fedora 36. Transfer speed is erratic and slow, averaging on 400 Kb/s. Using standard gnome online account connectivity, I get speeds of 2MB/s. I didn't change anything in config file for now, settings follow below. Any idea on how to debug/solve this? Thanks!
acknowledge_abuse=false
apps_script_format=desktop
apps_script_icon=
async_upload_queue=false
async_upload_queue_max_length=0
async_upload_threads=10
autodetect_mime=true
background_folder_fetching=false
cache_directory=
client_id=
client_secret=
connect_timeout_ms=5000
curl_debug_off=false
data_directory=
debug_buffers=false
delete_forever_in_trash_folder=false
desktop_entry_as_html=false
desktop_entry_exec=
disable_trash=false
docs_file_extension=true
document_format=desktop
document_icon=
download_docs=true
drawing_format=desktop
drawing_icon=
form_format=desktop
form_icon=
fusion_table_format=desktop
fusion_table_icon=
keep_duplicates=false
large_file_read_only=false
large_file_threshold_mb=16
log_directory=
log_to=
lost_and_found=false
low_speed_limit=0
low_speed_time=0
map_format=desktop
map_icon=
max_cache_size_mb=512
max_download_speed=0
max_memory_cache_size=10485760
max_retries=8
max_upload_chunk_size=1099511627776
max_upload_speed=0
memory_buffer_size=1048576
metadata_cache_time=60
metadata_memory_cache=true
metadata_memory_cache_saving_interval=30
mv_keep_target=false
presentation_format=desktop
presentation_icon=
read_ahead_buffers=3
read_only=false
redirect_uri=
root_folder=
scope=
service_account_credentials_path=
service_account_user_to_impersonate=
spreadsheet_format=desktop
spreadsheet_icon=
sqlite3_busy_timeout=5000
stream_large_files=false
team_drive_id=
umask=0o002
verification_code=
write_buffers=false


Add optimization to ASREGS

Replaces STORE on lists containing only register numbers by POPRs

Here is a extract from a JHM report. It shows that the code is around 3 times faster for [] STORE constructs:
With PR:
"score": 9.96892377328933,
"scoreError": 0.8550817091112984,
"scoreUnit": "ops/us",
"preinvocation": "<% 1  2  <% [  1  2  ]  STORE  %>  ASREGS  %>",
"macro": "<% EVAL  %>",
"postinvocation": "<% CLEAR  %>"

Without PR (equivalent):
"score": 3.5234077888226287,
"scoreError": 0.21148269769533423,
"scoreUnit": "ops/us",
"preinvocation": "<% 1  2  <% [  1  2  ]  STORE  %>  %>",
"macro": "<% EVAL  %>",
"postinvocation": "<% CLEAR  %>"


Qwen2.5-Math support

Hi thanks for the library! It seems that ollama supports qwen2.5 and qwen2.5-coder, but not qwen2.5-math (a quick search only gives qwen2-math which is older model https://ollama.com/search?q=qwen2.5-math).
Related: https://github.com/ollama/ollama/issues/6916
Related: https://github.com/ollama/ollama/issues/6889

Thanks for the issue! Will close this for https://github.com/ollama/ollama/issues/6889


LeViT model settings for Cifar10

I am interested if there is any LeViT model setup you have tested for Cifar10. I would like to know the proper setup of ConvNet block and Attention blocks.

I think we just presented results for the ImageNet datasets


periodic sync upstream to midstream

Signed-off-by: Mike Ng<EMAIL_ADDRESS>As discussed, until we have a PROW job that does this periodic sync for us, we have to occasionally manually sync upstream to here in case we missed anything.

/lgtm


[boost-exception] Build error

Package: boost-exception[core]:x64-windows -> 1.81.0
Host Environment

Host: x64-windows
Compiler: MSVC 19.29.30147.0
vcpkg-tool version: 2022-12-14-7ae0d8527fb488fde10a89c2813802dc9b03b6f9
vcpkg-scripts version: f14984af3 2023-01-09 (4 hours ago)

To Reproduce
vcpkg install pcl[visualization]:x64-windows
Failure logs
-- Using cached boostorg-exception-boost-1.81.0.tar.gz.
-- Cleaning sources at D:/vcpkg/buildtrees/boost-exception/src/ost-1.81.0-55a9487305.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source D:/vcpkg/downloads/boostorg-exception-boost-1.81.0.tar.gz
-- Using source at D:/vcpkg/buildtrees/boost-exception/src/ost-1.81.0-55a9487305.clean
-- Found external ninja('1.10.2').
-- Getting CMake variables for x64-windows
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:96 (message):
    Command failed: "C:/Programme/Visual Studio/2019/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" -v
    Working Directory: D:/vcpkg/buildtrees/boost-exception/x64-windows-rel/vcpkg-parallel-configure
    Error code: 1
    See logs for more information:
      D:\vcpkg\buildtrees\boost-exception\cmake-get-vars-x64-windows-CMakeCache.txt.log
      D:\vcpkg\buildtrees\boost-exception\cmake-get-vars-x64-windows-CMakeCache.txt.log
      D:\vcpkg\buildtrees\boost-exception\cmake-get-vars-x64-windows-out.log

Call Stack (most recent call first):
  installed/x64-windows/share/vcpkg-cmake/vcpkg_cmake_configure.cmake:247 (vcpkg_execute_required_process)
  installed/x64-windows/share/vcpkg-cmake-get-vars/vcpkg_cmake_get_vars.cmake:15 (vcpkg_cmake_configure)
  installed/x64-windows/share/boost-build/boost-modular-build.cmake:109 (vcpkg_cmake_get_vars)
  ports/boost-exception/portfile.cmake:12 (boost_modular_build)
  scripts/ports.cmake:147 (include)

D:\vcpkg\buildtrees\boost-exception\cmake-get-vars-x64-windows-CMakeCache.txt.log
# This is the CMakeCache file.
# For build in directory: d:/vcpkg/buildtrees/boost-exception/x64-windows-rel
# It was generated by CMake: D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cmake.exe
# You can edit this file to change values found and used by cmake.
# If you do not want to change any of the values, simply exit the editor.
# If you do want to change a value, simply edit, save, and exit the editor.
# The syntax for the file is as follows:
# KEY:TYPE=VALUE
# KEY is the name of a variable in the cache.
# TYPE is a hint to GUIs for the type of VALUE, DO NOT EDIT TYPE!.
# VALUE is the current value for the KEY.

########################
# EXTERNAL cache entries
########################

//No help, variable specified on the command line.
BUILD_SHARED_LIBS:UNINITIALIZED=ON

//Path to a program.
CMAKE_AR:FILEPATH=C:/Programme/Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/HostX64/x64/lib.exe

//Choose the type of build, options are: None Debug Release RelWithDebInfo
// MinSizeRel ...
CMAKE_BUILD_TYPE:STRING=Release

CMAKE_CROSSCOMPILING:STRING=OFF

//CXX compiler
CMAKE_CXX_COMPILER:FILEPATH=C:/Programme/Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/HostX64/x64/cl.exe

CMAKE_CXX_FLAGS:STRING=' /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP '

CMAKE_CXX_FLAGS_DEBUG:STRING='/D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 '

CMAKE_CXX_FLAGS_RELEASE:STRING='/MD /O2 /Oi /Gy /DNDEBUG /Z7 '

//C compiler
CMAKE_C_COMPILER:FILEPATH=C:/Programme/Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/HostX64/x64/cl.exe

CMAKE_C_FLAGS:STRING=' /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /MP '

CMAKE_C_FLAGS_DEBUG:STRING='/D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 '

//Flags used by the C compiler during MINSIZEREL builds.
CMAKE_C_FLAGS_MINSIZEREL:STRING=/O1 /Ob1 /DNDEBUG

CMAKE_C_FLAGS_RELEASE:STRING='/MD /O2 /Oi /Gy /DNDEBUG /Z7 '

//Flags used by the C compiler during RELWITHDEBINFO builds.
CMAKE_C_FLAGS_RELWITHDEBINFO:STRING=/Zi /O2 /Ob1 /DNDEBUG

//Libraries linked by default with all C applications.
CMAKE_C_STANDARD_LIBRARIES:STRING=kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib

//No help, variable specified on the command line.
CMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION:UNINITIALIZED=ON

//Flags used by the linker during all build types.
CMAKE_EXE_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during DEBUG builds.
CMAKE_EXE_LINKER_FLAGS_DEBUG:STRING=/nologo    /debug /INCREMENTAL

//Flags used by the linker during MINSIZEREL builds.
CMAKE_EXE_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO

CMAKE_EXE_LINKER_FLAGS_RELEASE:STRING='/nologo /DEBUG /INCREMENTAL:NO /OPT:REF /OPT:ICF  '

//Flags used by the linker during RELWITHDEBINFO builds.
CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL

//Enable/Disable output of compile commands during generation.
CMAKE_EXPORT_COMPILE_COMMANDS:BOOL=
...
Skipped 115 lines
...

//Flags used by the linker during the creation of static libraries
// during MINSIZEREL builds.
CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL:STRING=

//Flags used by the linker during the creation of static libraries
// during RELEASE builds.
CMAKE_STATIC_LINKER_FLAGS_RELEASE:STRING=/nologo

//Flags used by the linker during the creation of static libraries
// during RELWITHDEBINFO builds.
CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO:STRING=

CMAKE_SYSTEM_NAME:STRING=Windows

CMAKE_SYSTEM_PROCESSOR:STRING=AMD64

CMAKE_SYSTEM_VERSION:STRING=10.0.19044

//The CMake toolchain file
CMAKE_TOOLCHAIN_FILE:FILEPATH=D:/vcpkg/scripts/buildsystems/vcpkg.cmake

//If this value is on, makefiles will be generated without the
// .SILENT directive, and all commands will be echoed to the console
// during the make.  This is useful for debugging only. With Visual
// Studio IDE projects all commands are done without /nologo.
CMAKE_VERBOSE_MAKEFILE:BOOL=ON

//No help, variable specified on the command line.
FETCHCONTENT_FULLY_DISCONNECTED:UNINITIALIZED=ON

//Automatically copy dependencies into the output directory for
// executables.
VCPKG_APPLOCAL_DEPS:BOOL=OFF

//No help, variable specified on the command line.
VCPKG_CHAINLOAD_TOOLCHAIN_FILE:UNINITIALIZED=D:/vcpkg/scripts/toolchains/windows.cmake

//No help, variable specified on the command line.
VCPKG_CRT_LINKAGE:UNINITIALIZED=dynamic

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_RELEASE:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_RELEASE:UNINITIALIZED=

//Variables to check. If not given there is a list of defaults
VCPKG_ENV_VARS_TO_CHECK:STRING=PATH;INCLUDE;C_INCLUDE_PATH;CPLUS_INCLUDE_PATH;LIB;LIBPATH;LIBRARY_PATH;LD_LIBRARY_PATH

//Variables to check. If not given there is a list of defaults
VCPKG_FLAGS_TO_CHECK:STRING=CMAKE_C_FLAGS;CMAKE_CXX_FLAGS;CMAKE_RC_FLAGS;CMAKE_SHARED_LINKER_FLAGS;CMAKE_STATIC_LINKER_FLAGS;CMAKE_EXE_LINKER_FLAGS

//The directory which contains the installed libraries for each
// triplet
VCPKG_INSTALLED_DIR:PATH=D:/vcpkg/installed

//Languages to enables for this project
VCPKG_LANGUAGES:STRING=C;CXX

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_RELEASE:UNINITIALIZED=

//The path to the vcpkg manifest directory.
VCPKG_MANIFEST_DIR:PATH=

//Use manifest mode, as opposed to classic mode.
VCPKG_MANIFEST_MODE:BOOL=OFF

//No help, variable specified on the command line.
VCPKG_OUTPUT_FILE:PATH=D:/vcpkg/buildtrees/boost-exception/cmake-get-vars-x64-windows-rel.cmake.log

//No help, variable specified on the command line.
VCPKG_PLATFORM_TOOLSET:UNINITIALIZED=v142

//Appends the vcpkg paths to CMAKE_PREFIX_PATH, CMAKE_LIBRARY_PATH
// and CMAKE_FIND_ROOT_PATH so that vcpkg libraries/packages are
// found after toolchain/system libraries/packages.
VCPKG_PREFER_SYSTEM_LIBS:BOOL=OFF

//Enable the setup of CMAKE_PROGRAM_PATH to vcpkg paths
VCPKG_SETUP_CMAKE_PROGRAM_PATH:BOOL=ON

//No help, variable specified on the command line.
VCPKG_SET_CHARSET_FLAG:UNINITIALIZED=ON

//No help, variable specified on the command line.
VCPKG_TARGET_ARCHITECTURE:UNINITIALIZED=x64

//Vcpkg target triplet (ex. x86-windows)
VCPKG_TARGET_TRIPLET:STRING=x64-windows

//Trace calls to find_package()
VCPKG_TRACE_FIND_PACKAGE:BOOL=OFF

//Variables to check. If not given there is a list of defaults
VCPKG_VARS_TO_CHECK:STRING=CMAKE_CROSSCOMPILING;CMAKE_SYSTEM_NAME;CMAKE_HOST_SYSTEM_NAME;CMAKE_SYSTEM_PROCESSOR;CMAKE_HOST_SYSTEM_PROCESSOR;CMAKE_SIZEOF_VOID_P;MSVC;MSVC_VERSION;CMAKE_AR;CMAKE_RANLIB;CMAKE_STRIP;CMAKE_NM;CMAKE_OBJDUMP;CMAKE_DLLTOOL;CMAKE_MT;CMAKE_LINKER;CMAKE_C_COMPILER;CMAKE_C_COMPILER_ID;CMAKE_C_COMPILER_FRONTEND_VARIANT;CMAKE_CXX_COMPILER;CMAKE_CXX_COMPILER_ID;CMAKE_CXX_COMPILER_FRONTEND_VARIANT;CMAKE_RC_COMPILER;CMAKE_RC_COMPILER_ID;CMAKE_RC_COMPILER_FRONTEND_VARIANT;CMAKE_C_STANDARD_INCLUDE_DIRECTORIES;CMAKE_C_STANDARD_LIBRARIES;CMAKE_C_STANDARD;CMAKE_C_COMPILE_FEATURES;CMAKE_C_EXTENSION;CMAKE_C_COMPILER_TARGET;CMAKE_CXX_STANDARD_INCLUDE_DIRECTORIES;CMAKE_CXX_STANDARD_LIBRARIES;CMAKE_CXX_STANDARD;CMAKE_CXX_COMPILE_FEATURES;CMAKE_CXX_EXTENSION;CMAKE_CXX_COMPILER_TARGET

//Variable prefix to use for detected flags
VCPKG_VAR_PREFIX:STRING=VCPKG_DETECTED

//Enables messages from the VCPKG toolchain for debugging purposes.
VCPKG_VERBOSE:BOOL=OFF

//(experimental) Automatically copy dependencies into the install
// target directory for executables. Requires CMake 3.14.
X_VCPKG_APPLOCAL_DEPS_INSTALL:BOOL=OFF

//(experimental) Add USES_TERMINAL to VCPKG_APPLOCAL_DEPS to force
// serialization.
X_VCPKG_APPLOCAL_DEPS_SERIALIZED:BOOL=OFF

//The directory which contains the installed libraries for each
// triplet
_VCPKG_INSTALLED_DIR:PATH=D:/vcpkg/installed

//No help, variable specified on the command line.
_VCPKG_ROOT_DIR:UNINITIALIZED=D:/vcpkg

//Value Computed by CMake
get_cmake_vars_BINARY_DIR:STATIC=D:/vcpkg/buildtrees/boost-exception/x64-windows-rel

//Value Computed by CMake
get_cmake_vars_IS_TOP_LEVEL:STATIC=ON

//Value Computed by CMake
get_cmake_vars_SOURCE_DIR:STATIC=D:/vcpkg/installed/x64-windows/share/vcpkg-cmake-get-vars/cmake_get_vars

########################
# INTERNAL cache entries
########################

//ADVANCED property for variable: CMAKE_AR
CMAKE_AR-ADVANCED:INTERNAL=1
//This is the directory where this CMakeCache.txt was created
CMAKE_CACHEFILE_DIR:INTERNAL=d:/vcpkg/buildtrees/boost-exception/x64-windows-rel
//Major version of cmake used to create the current loaded cache
CMAKE_CACHE_MAJOR_VERSION:INTERNAL=3
//Minor version of cmake used to create the current loaded cache
CMAKE_CACHE_MINOR_VERSION:INTERNAL=25
//Patch version of cmake used to create the current loaded cache
CMAKE_CACHE_PATCH_VERSION:INTERNAL=0
//Path to CMake executable.
CMAKE_COMMAND:INTERNAL=D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cmake.exe
//Path to cpack program executable.
CMAKE_CPACK_COMMAND:INTERNAL=D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cpack.exe
//Path to ctest program executable.
CMAKE_CTEST_COMMAND:INTERNAL=D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/ctest.exe
//ADVANCED property for variable: CMAKE_CXX_COMPILER
CMAKE_CXX_COMPILER-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_COMPILER
CMAKE_C_COMPILER-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_FLAGS
CMAKE_C_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_FLAGS_DEBUG
CMAKE_C_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_FLAGS_MINSIZEREL
CMAKE_C_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_FLAGS_RELEASE
CMAKE_C_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_FLAGS_RELWITHDEBINFO
CMAKE_C_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_STANDARD_LIBRARIES
CMAKE_C_STANDARD_LIBRARIES-ADVANCED:INTERNAL=1
//Path to cache edit program executable.
CMAKE_EDIT_COMMAND:INTERNAL=D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cmake-gui.exe
//Executable file format
CMAKE_EXECUTABLE_FORMAT:INTERNAL=Unknown
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS
CMAKE_EXE_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_DEBUG
CMAKE_EXE_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_MINSIZEREL
CMAKE_EXE_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_RELEASE
CMAKE_EXE_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXPORT_COMPILE_COMMANDS
CMAKE_EXPORT_COMPILE_COMMANDS-ADVANCED:INTERNAL=1
//Name of external makefile project generator.
CMAKE_EXTRA_GENERATOR:INTERNAL=
//Name of generator.
CMAKE_GENERATOR:INTERNAL=Ninja
//Generator instance identifier.
CMAKE_GENERATOR_INSTANCE:INTERNAL=
//Name of generator platform.
CMAKE_GENERATOR_PLATFORM:INTERNAL=
//Name of generator toolset.
CMAKE_GENERATOR_TOOLSET:INTERNAL=
//Source directory with the top level CMakeLists.txt file for this
// project
CMAKE_HOME_DIRECTORY:INTERNAL=D:/vcpkg/installed/x64-windows/share/vcpkg-cmake-get-vars/cmake_get_vars
//ADVANCED property for variable: CMAKE_LINKER
CMAKE_LINKER-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS
CMAKE_MODULE_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_DEBUG
CMAKE_MODULE_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL
CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_RELEASE
CMAKE_MODULE_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MT
CMAKE_MT-ADVANCED:INTERNAL=1
//number of local generators
CMAKE_NUMBER_OF_MAKEFILES:INTERNAL=1
//Platform information initialized
CMAKE_PLATFORM_INFO_INITIALIZED:INTERNAL=1
//noop for ranlib
CMAKE_RANLIB:INTERNAL=:
//ADVANCED property for variable: CMAKE_RC_COMPILER
CMAKE_RC_COMPILER-ADVANCED:INTERNAL=1
CMAKE_RC_COMPILER_WORKS:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS
CMAKE_RC_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_DEBUG
CMAKE_RC_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_MINSIZEREL
CMAKE_RC_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_RELEASE
CMAKE_RC_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_RELWITHDEBINFO
CMAKE_RC_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//Path to CMake installation.
CMAKE_ROOT:INTERNAL=D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/share/cmake-3.25
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS
CMAKE_SHARED_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_DEBUG
CMAKE_SHARED_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL
CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_RELEASE
CMAKE_SHARED_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SKIP_INSTALL_RPATH
CMAKE_SKIP_INSTALL_RPATH-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SKIP_RPATH
CMAKE_SKIP_RPATH-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS
CMAKE_STATIC_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_DEBUG
CMAKE_STATIC_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL
CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_RELEASE
CMAKE_STATIC_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_TOOLCHAIN_FILE
CMAKE_TOOLCHAIN_FILE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_VERBOSE_MAKEFILE
CMAKE_VERBOSE_MAKEFILE-ADVANCED:INTERNAL=1
//Install the dependencies listed in your manifest:
//\n    If this is off, you will have to manually install your dependencies.
//\n    See https://github.com/microsoft/vcpkg/tree/master/docs/specifications/manifests.md
// for more info.
//\n
VCPKG_MANIFEST_INSTALL:INTERNAL=OFF
//ADVANCED property for variable: VCPKG_VERBOSE
VCPKG_VERBOSE-ADVANCED:INTERNAL=1
//Making sure VCPKG_MANIFEST_MODE doesn't change
Z_VCPKG_CHECK_MANIFEST_MODE:INTERNAL=OFF
//Vcpkg root directory
Z_VCPKG_ROOT_DIR:INTERNAL=D:/vcpkg

D:\vcpkg\buildtrees\boost-exception\cmake-get-vars-x64-windows-CMakeCache.txt.log
# This is the CMakeCache file.
# For build in directory: d:/vcpkg/buildtrees/boost-exception/x64-windows-rel
# It was generated by CMake: D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cmake.exe
# You can edit this file to change values found and used by cmake.
# If you do not want to change any of the values, simply exit the editor.
# If you do want to change a value, simply edit, save, and exit the editor.
# The syntax for the file is as follows:
# KEY:TYPE=VALUE
# KEY is the name of a variable in the cache.
# TYPE is a hint to GUIs for the type of VALUE, DO NOT EDIT TYPE!.
# VALUE is the current value for the KEY.

########################
# EXTERNAL cache entries
########################

//No help, variable specified on the command line.
BUILD_SHARED_LIBS:UNINITIALIZED=ON

//Path to a program.
CMAKE_AR:FILEPATH=C:/Programme/Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/HostX64/x64/lib.exe

//Choose the type of build, options are: None Debug Release RelWithDebInfo
// MinSizeRel ...
CMAKE_BUILD_TYPE:STRING=Release

CMAKE_CROSSCOMPILING:STRING=OFF

//CXX compiler
CMAKE_CXX_COMPILER:FILEPATH=C:/Programme/Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/HostX64/x64/cl.exe

CMAKE_CXX_FLAGS:STRING=' /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP '

CMAKE_CXX_FLAGS_DEBUG:STRING='/D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 '

CMAKE_CXX_FLAGS_RELEASE:STRING='/MD /O2 /Oi /Gy /DNDEBUG /Z7 '

//C compiler
CMAKE_C_COMPILER:FILEPATH=C:/Programme/Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/HostX64/x64/cl.exe

CMAKE_C_FLAGS:STRING=' /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /MP '

CMAKE_C_FLAGS_DEBUG:STRING='/D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 '

//Flags used by the C compiler during MINSIZEREL builds.
CMAKE_C_FLAGS_MINSIZEREL:STRING=/O1 /Ob1 /DNDEBUG

CMAKE_C_FLAGS_RELEASE:STRING='/MD /O2 /Oi /Gy /DNDEBUG /Z7 '

//Flags used by the C compiler during RELWITHDEBINFO builds.
CMAKE_C_FLAGS_RELWITHDEBINFO:STRING=/Zi /O2 /Ob1 /DNDEBUG

//Libraries linked by default with all C applications.
CMAKE_C_STANDARD_LIBRARIES:STRING=kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib

//No help, variable specified on the command line.
CMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION:UNINITIALIZED=ON

//Flags used by the linker during all build types.
CMAKE_EXE_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during DEBUG builds.
CMAKE_EXE_LINKER_FLAGS_DEBUG:STRING=/nologo    /debug /INCREMENTAL

//Flags used by the linker during MINSIZEREL builds.
CMAKE_EXE_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO

CMAKE_EXE_LINKER_FLAGS_RELEASE:STRING='/nologo /DEBUG /INCREMENTAL:NO /OPT:REF /OPT:ICF  '

//Flags used by the linker during RELWITHDEBINFO builds.
CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL

//Enable/Disable output of compile commands during generation.
CMAKE_EXPORT_COMPILE_COMMANDS:BOOL=
...
Skipped 115 lines
...

//Flags used by the linker during the creation of static libraries
// during MINSIZEREL builds.
CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL:STRING=

//Flags used by the linker during the creation of static libraries
// during RELEASE builds.
CMAKE_STATIC_LINKER_FLAGS_RELEASE:STRING=/nologo

//Flags used by the linker during the creation of static libraries
// during RELWITHDEBINFO builds.
CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO:STRING=

CMAKE_SYSTEM_NAME:STRING=Windows

CMAKE_SYSTEM_PROCESSOR:STRING=AMD64

CMAKE_SYSTEM_VERSION:STRING=10.0.19044

//The CMake toolchain file
CMAKE_TOOLCHAIN_FILE:FILEPATH=D:/vcpkg/scripts/buildsystems/vcpkg.cmake

//If this value is on, makefiles will be generated without the
// .SILENT directive, and all commands will be echoed to the console
// during the make.  This is useful for debugging only. With Visual
// Studio IDE projects all commands are done without /nologo.
CMAKE_VERBOSE_MAKEFILE:BOOL=ON

//No help, variable specified on the command line.
FETCHCONTENT_FULLY_DISCONNECTED:UNINITIALIZED=ON

//Automatically copy dependencies into the output directory for
// executables.
VCPKG_APPLOCAL_DEPS:BOOL=OFF

//No help, variable specified on the command line.
VCPKG_CHAINLOAD_TOOLCHAIN_FILE:UNINITIALIZED=D:/vcpkg/scripts/toolchains/windows.cmake

//No help, variable specified on the command line.
VCPKG_CRT_LINKAGE:UNINITIALIZED=dynamic

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_RELEASE:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_RELEASE:UNINITIALIZED=

//Variables to check. If not given there is a list of defaults
VCPKG_ENV_VARS_TO_CHECK:STRING=PATH;INCLUDE;C_INCLUDE_PATH;CPLUS_INCLUDE_PATH;LIB;LIBPATH;LIBRARY_PATH;LD_LIBRARY_PATH

//Variables to check. If not given there is a list of defaults
VCPKG_FLAGS_TO_CHECK:STRING=CMAKE_C_FLAGS;CMAKE_CXX_FLAGS;CMAKE_RC_FLAGS;CMAKE_SHARED_LINKER_FLAGS;CMAKE_STATIC_LINKER_FLAGS;CMAKE_EXE_LINKER_FLAGS

//The directory which contains the installed libraries for each
// triplet
VCPKG_INSTALLED_DIR:PATH=D:/vcpkg/installed

//Languages to enables for this project
VCPKG_LANGUAGES:STRING=C;CXX

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_RELEASE:UNINITIALIZED=

//The path to the vcpkg manifest directory.
VCPKG_MANIFEST_DIR:PATH=

//Use manifest mode, as opposed to classic mode.
VCPKG_MANIFEST_MODE:BOOL=OFF

//No help, variable specified on the command line.
VCPKG_OUTPUT_FILE:PATH=D:/vcpkg/buildtrees/boost-exception/cmake-get-vars-x64-windows-rel.cmake.log

//No help, variable specified on the command line.
VCPKG_PLATFORM_TOOLSET:UNINITIALIZED=v142

//Appends the vcpkg paths to CMAKE_PREFIX_PATH, CMAKE_LIBRARY_PATH
// and CMAKE_FIND_ROOT_PATH so that vcpkg libraries/packages are
// found after toolchain/system libraries/packages.
VCPKG_PREFER_SYSTEM_LIBS:BOOL=OFF

//Enable the setup of CMAKE_PROGRAM_PATH to vcpkg paths
VCPKG_SETUP_CMAKE_PROGRAM_PATH:BOOL=ON

//No help, variable specified on the command line.
VCPKG_SET_CHARSET_FLAG:UNINITIALIZED=ON

//No help, variable specified on the command line.
VCPKG_TARGET_ARCHITECTURE:UNINITIALIZED=x64

//Vcpkg target triplet (ex. x86-windows)
VCPKG_TARGET_TRIPLET:STRING=x64-windows

//Trace calls to find_package()
VCPKG_TRACE_FIND_PACKAGE:BOOL=OFF

//Variables to check. If not given there is a list of defaults
VCPKG_VARS_TO_CHECK:STRING=CMAKE_CROSSCOMPILING;CMAKE_SYSTEM_NAME;CMAKE_HOST_SYSTEM_NAME;CMAKE_SYSTEM_PROCESSOR;CMAKE_HOST_SYSTEM_PROCESSOR;CMAKE_SIZEOF_VOID_P;MSVC;MSVC_VERSION;CMAKE_AR;CMAKE_RANLIB;CMAKE_STRIP;CMAKE_NM;CMAKE_OBJDUMP;CMAKE_DLLTOOL;CMAKE_MT;CMAKE_LINKER;CMAKE_C_COMPILER;CMAKE_C_COMPILER_ID;CMAKE_C_COMPILER_FRONTEND_VARIANT;CMAKE_CXX_COMPILER;CMAKE_CXX_COMPILER_ID;CMAKE_CXX_COMPILER_FRONTEND_VARIANT;CMAKE_RC_COMPILER;CMAKE_RC_COMPILER_ID;CMAKE_RC_COMPILER_FRONTEND_VARIANT;CMAKE_C_STANDARD_INCLUDE_DIRECTORIES;CMAKE_C_STANDARD_LIBRARIES;CMAKE_C_STANDARD;CMAKE_C_COMPILE_FEATURES;CMAKE_C_EXTENSION;CMAKE_C_COMPILER_TARGET;CMAKE_CXX_STANDARD_INCLUDE_DIRECTORIES;CMAKE_CXX_STANDARD_LIBRARIES;CMAKE_CXX_STANDARD;CMAKE_CXX_COMPILE_FEATURES;CMAKE_CXX_EXTENSION;CMAKE_CXX_COMPILER_TARGET

//Variable prefix to use for detected flags
VCPKG_VAR_PREFIX:STRING=VCPKG_DETECTED

//Enables messages from the VCPKG toolchain for debugging purposes.
VCPKG_VERBOSE:BOOL=OFF

//(experimental) Automatically copy dependencies into the install
// target directory for executables. Requires CMake 3.14.
X_VCPKG_APPLOCAL_DEPS_INSTALL:BOOL=OFF

//(experimental) Add USES_TERMINAL to VCPKG_APPLOCAL_DEPS to force
// serialization.
X_VCPKG_APPLOCAL_DEPS_SERIALIZED:BOOL=OFF

//The directory which contains the installed libraries for each
// triplet
_VCPKG_INSTALLED_DIR:PATH=D:/vcpkg/installed

//No help, variable specified on the command line.
_VCPKG_ROOT_DIR:UNINITIALIZED=D:/vcpkg

//Value Computed by CMake
get_cmake_vars_BINARY_DIR:STATIC=D:/vcpkg/buildtrees/boost-exception/x64-windows-rel

//Value Computed by CMake
get_cmake_vars_IS_TOP_LEVEL:STATIC=ON

//Value Computed by CMake
get_cmake_vars_SOURCE_DIR:STATIC=D:/vcpkg/installed/x64-windows/share/vcpkg-cmake-get-vars/cmake_get_vars

########################
# INTERNAL cache entries
########################

//ADVANCED property for variable: CMAKE_AR
CMAKE_AR-ADVANCED:INTERNAL=1
//This is the directory where this CMakeCache.txt was created
CMAKE_CACHEFILE_DIR:INTERNAL=d:/vcpkg/buildtrees/boost-exception/x64-windows-rel
//Major version of cmake used to create the current loaded cache
CMAKE_CACHE_MAJOR_VERSION:INTERNAL=3
//Minor version of cmake used to create the current loaded cache
CMAKE_CACHE_MINOR_VERSION:INTERNAL=25
//Patch version of cmake used to create the current loaded cache
CMAKE_CACHE_PATCH_VERSION:INTERNAL=0
//Path to CMake executable.
CMAKE_COMMAND:INTERNAL=D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cmake.exe
//Path to cpack program executable.
CMAKE_CPACK_COMMAND:INTERNAL=D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cpack.exe
//Path to ctest program executable.
CMAKE_CTEST_COMMAND:INTERNAL=D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/ctest.exe
//ADVANCED property for variable: CMAKE_CXX_COMPILER
CMAKE_CXX_COMPILER-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_COMPILER
CMAKE_C_COMPILER-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_FLAGS
CMAKE_C_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_FLAGS_DEBUG
CMAKE_C_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_FLAGS_MINSIZEREL
CMAKE_C_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_FLAGS_RELEASE
CMAKE_C_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_FLAGS_RELWITHDEBINFO
CMAKE_C_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_C_STANDARD_LIBRARIES
CMAKE_C_STANDARD_LIBRARIES-ADVANCED:INTERNAL=1
//Path to cache edit program executable.
CMAKE_EDIT_COMMAND:INTERNAL=D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cmake-gui.exe
//Executable file format
CMAKE_EXECUTABLE_FORMAT:INTERNAL=Unknown
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS
CMAKE_EXE_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_DEBUG
CMAKE_EXE_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_MINSIZEREL
CMAKE_EXE_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_RELEASE
CMAKE_EXE_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXPORT_COMPILE_COMMANDS
CMAKE_EXPORT_COMPILE_COMMANDS-ADVANCED:INTERNAL=1
//Name of external makefile project generator.
CMAKE_EXTRA_GENERATOR:INTERNAL=
//Name of generator.
CMAKE_GENERATOR:INTERNAL=Ninja
//Generator instance identifier.
CMAKE_GENERATOR_INSTANCE:INTERNAL=
//Name of generator platform.
CMAKE_GENERATOR_PLATFORM:INTERNAL=
//Name of generator toolset.
CMAKE_GENERATOR_TOOLSET:INTERNAL=
//Source directory with the top level CMakeLists.txt file for this
// project
CMAKE_HOME_DIRECTORY:INTERNAL=D:/vcpkg/installed/x64-windows/share/vcpkg-cmake-get-vars/cmake_get_vars
//ADVANCED property for variable: CMAKE_LINKER
CMAKE_LINKER-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS
CMAKE_MODULE_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_DEBUG
CMAKE_MODULE_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL
CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_RELEASE
CMAKE_MODULE_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MT
CMAKE_MT-ADVANCED:INTERNAL=1
//number of local generators
CMAKE_NUMBER_OF_MAKEFILES:INTERNAL=1
//Platform information initialized
CMAKE_PLATFORM_INFO_INITIALIZED:INTERNAL=1
//noop for ranlib
CMAKE_RANLIB:INTERNAL=:
//ADVANCED property for variable: CMAKE_RC_COMPILER
CMAKE_RC_COMPILER-ADVANCED:INTERNAL=1
CMAKE_RC_COMPILER_WORKS:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS
CMAKE_RC_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_DEBUG
CMAKE_RC_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_MINSIZEREL
CMAKE_RC_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_RELEASE
CMAKE_RC_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_RELWITHDEBINFO
CMAKE_RC_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//Path to CMake installation.
CMAKE_ROOT:INTERNAL=D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/share/cmake-3.25
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS
CMAKE_SHARED_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_DEBUG
CMAKE_SHARED_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL
CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_RELEASE
CMAKE_SHARED_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SKIP_INSTALL_RPATH
CMAKE_SKIP_INSTALL_RPATH-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SKIP_RPATH
CMAKE_SKIP_RPATH-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS
CMAKE_STATIC_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_DEBUG
CMAKE_STATIC_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL
CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_RELEASE
CMAKE_STATIC_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_TOOLCHAIN_FILE
CMAKE_TOOLCHAIN_FILE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_VERBOSE_MAKEFILE
CMAKE_VERBOSE_MAKEFILE-ADVANCED:INTERNAL=1
//Install the dependencies listed in your manifest:
//\n    If this is off, you will have to manually install your dependencies.
//\n    See https://github.com/microsoft/vcpkg/tree/master/docs/specifications/manifests.md
// for more info.
//\n
VCPKG_MANIFEST_INSTALL:INTERNAL=OFF
//ADVANCED property for variable: VCPKG_VERBOSE
VCPKG_VERBOSE-ADVANCED:INTERNAL=1
//Making sure VCPKG_MANIFEST_MODE doesn't change
Z_VCPKG_CHECK_MANIFEST_MODE:INTERNAL=OFF
//Vcpkg root directory
Z_VCPKG_ROOT_DIR:INTERNAL=D:/vcpkg

D:\vcpkg\buildtrees\boost-exception\cmake-get-vars-x64-windows-out.log
[1/2] "D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cmake.exe" -E chdir ".." "D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cmake.exe" "D:/vcpkg/installed/x64-windows/share/vcpkg-cmake-get-vars/cmake_get_vars" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Release" "-DCMAKE_INSTALL_PREFIX=D:/vcpkg/packages/boost-exception_x64-windows" "-DCMAKE_MAKE_PROGRAM=C:/Programme/Visual Studio/2019/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=D:/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v142" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=D:/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=D:/vcpkg" "-D_VCPKG_INSTALLED_DIR=D:/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DVCPKG_OUTPUT_FILE:PATH=D:/vcpkg/buildtrees/boost-exception/cmake-get-vars-x64-windows-rel.cmake.log"
FAILED: ../CMakeCache.txt
"D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cmake.exe" -E chdir ".." "D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cmake.exe" "D:/vcpkg/installed/x64-windows/share/vcpkg-cmake-get-vars/cmake_get_vars" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Release" "-DCMAKE_INSTALL_PREFIX=D:/vcpkg/packages/boost-exception_x64-windows" "-DCMAKE_MAKE_PROGRAM=C:/Programme/Visual Studio/2019/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=D:/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v142" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=D:/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=D:/vcpkg" "-D_VCPKG_INSTALLED_DIR=D:/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DVCPKG_OUTPUT_FILE:PATH=D:/vcpkg/buildtrees/boost-exception/cmake-get-vars-x64-windows-rel.cmake.log"
-- The C compiler identification is MSVC 19.29.30147.0
-- The CXX compiler identification is MSVC 19.29.30147.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - failed
-- Check for working C compiler: C:/Programme/Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/HostX64/x64/cl.exe
-- Check for working C compiler: C:/Programme/Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/HostX64/x64/cl.exe - broken
CMake Error at D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/share/cmake-3.25/Modules/CMakeTestCCompiler.cmake:70 (message):
  The C compiler

    "C:/Programme/Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/HostX64/x64/cl.exe"

  is not able to compile a simple test program.

  It fails with the following output:

    Change Dir: D:/vcpkg/buildtrees/boost-exception/x64-windows-rel/CMakeFiles/CMakeScratch/TryCompile-cnwikg

    Run Build Command(s):C:/Programme/Visual Studio/2019/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe cmTC_7201a &&
    CreateProcess failed. Command attempted:
    """  /nologo   /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /MP   /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1  -MDd /showIncludes /FoCMakeFiles\cmTC_7201a.dir\testCCompiler.c.obj /FdCMakeFiles\cmTC_7201a.dir\ /FS -c D:\vcpkg\buildtrees\boost-exception\x64-windows-rel\CMakeFiles\CMakeScratch\TryCompile-cnwikg\testCCompiler.c"
    ninja: fatal: CreateProcess: Falscher Parameter.

     (is the command line too long?)

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:81 (project)

-- Configuring incomplete, errors occurred!
See also "D:/vcpkg/buildtrees/boost-exception/x64-windows-rel/CMakeFiles/CMakeOutput.log".
See also "D:/vcpkg/buildtrees/boost-exception/x64-windows-rel/CMakeFiles/CMakeError.log".
[2/2] "D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cmake.exe" -E chdir "../../x64-windows-dbg" "D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cmake.exe" "D:/vcpkg/installed/x64-windows/share/vcpkg-cmake-get-vars/cmake_get_vars" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Debug" "-DCMAKE_INSTALL_PREFIX=D:/vcpkg/packages/boost-exception_x64-windows/debug" "-DCMAKE_MAKE_PROGRAM=C:/Programme/Visual Studio/2019/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=D:/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v142" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=D:/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=D:/vcpkg" "-D_VCPKG_INSTALLED_DIR=D:/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DVCPKG_OUTPUT_FILE:PATH=D:/vcpkg/buildtrees/boost-exception/cmake-get-vars-x64-windows-dbg.cmake.log"
FAILED: ../../x64-windows-dbg/CMakeCache.txt
"D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cmake.exe" -E chdir "../../x64-windows-dbg" "D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/bin/cmake.exe" "D:/vcpkg/installed/x64-windows/share/vcpkg-cmake-get-vars/cmake_get_vars" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Debug" "-DCMAKE_INSTALL_PREFIX=D:/vcpkg/packages/boost-exception_x64-windows/debug" "-DCMAKE_MAKE_PROGRAM=C:/Programme/Visual Studio/2019/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=D:/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v142" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=D:/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=D:/vcpkg" "-D_VCPKG_INSTALLED_DIR=D:/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DVCPKG_OUTPUT_FILE:PATH=D:/vcpkg/buildtrees/boost-exception/cmake-get-vars-x64-windows-dbg.cmake.log"
-- The C compiler identification is MSVC 19.29.30147.0
-- The CXX compiler identification is MSVC 19.29.30147.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - failed
-- Check for working C compiler: C:/Programme/Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/HostX64/x64/cl.exe
-- Check for working C compiler: C:/Programme/Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/HostX64/x64/cl.exe - broken
CMake Error at D:/vcpkg/downloads/tools/cmake-3.25.0-windows/cmake-3.25.0-windows-i386/share/cmake-3.25/Modules/CMakeTestCCompiler.cmake:70 (message):
  The C compiler

    "C:/Programme/Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/HostX64/x64/cl.exe"

  is not able to compile a simple test program.

  It fails with the following output:

    Change Dir: D:/vcpkg/buildtrees/boost-exception/x64-windows-dbg/CMakeFiles/CMakeScratch/TryCompile-wlc517

    Run Build Command(s):C:/Programme/Visual Studio/2019/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe cmTC_4d09c &&
    CreateProcess failed. Command attempted:
    """  /nologo   /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /MP   /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1  -MDd /showIncludes /FoCMakeFiles\cmTC_4d09c.dir\testCCompiler.c.obj /FdCMakeFiles\cmTC_4d09c.dir\ /FS -c D:\vcpkg\buildtrees\boost-exception\x64-windows-dbg\CMakeFiles\CMakeScratch\TryCompile-wlc517\testCCompiler.c"
    ninja: fatal: CreateProcess: Falscher Parameter.

     (is the command line too long?)

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:81 (project)

-- Configuring incomplete, errors occurred!
See also "D:/vcpkg/buildtrees/boost-exception/x64-windows-dbg/CMakeFiles/CMakeOutput.log".
See also "D:/vcpkg/buildtrees/boost-exception/x64-windows-dbg/CMakeFiles/CMakeError.log".
ninja: build stopped: subcommand failed.

Additional context

Please make sure you have the following installed.

Visual Studio English Language Pack.
Visual Studio Desktop development with C++.
Windows 10 SDK or Windows 11 SDK.


⚠ gorzdrav.org has degraded performance

In bff1514, gorzdrav.org (https://gorzdrav.org) experienced degraded performance:

HTTP code: 200
Response time: 5107 ms

Resolved: gorzdrav.org performance has improved in 69f5d1e.


Update CodeFund to support v2 API

We already have another PR about this but it was on hold. Is it ready for
production ?
On Fri, Dec 28, 2018, 22:11 Eric Berry<EMAIL_ADDRESS>wrote:

You can view, comment on, or merge this pull request online at:
https://github.com/MaxCDN/bootstrapcdn/pull/1258
Commit Summary

Update CodeFund to support v2 API

File Changes

M config/helmet-csp.js
https://github.com/MaxCDN/bootstrapcdn/pull/1258/files#diff-0 (8)
M views/_partials/codefund.pug
https://github.com/MaxCDN/bootstrapcdn/pull/1258/files#diff-1 (2)
M views/about.pug
https://github.com/MaxCDN/bootstrapcdn/pull/1258/files#diff-2 (2)

Patch Links:

https://github.com/MaxCDN/bootstrapcdn/pull/1258.patch
https://github.com/MaxCDN/bootstrapcdn/pull/1258.diff

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/MaxCDN/bootstrapcdn/pull/1258, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAVVtWR0C7wxiIvX46js88Dxd-GfNjedks5u9nrxgaJpZM4ZkLv0
.

Good question @XhmikosR
@coderberry should we wait to merge #1254 ?


Library crashing when using set_tool too many times

We have some stability issues with an application that is using the Doosan API. We narrowed it down to calling the set_tool function. For some reason, a heap corruption occurs after a while. I already tried to increase the sleep time in between
Example code:
We assume a connection is already made, the API has control and the robot is in manual mode.
while (true)
    {
        Sleep(500);
        if (!Drfl.set_tool("tool"))
        {
            std::cout << "Set tool failed";
        }
        Sleep(500);
        if (!Drfl.set_tool("tool2"))
        {
            std::cout << "Set tool2 failed";
        }

        i++;

        if (i % 10 == 0)
        {
            std::cout << "Iteration: " << i << "\n";
        }
    }

Critical error detected c0000374
A breakpoint instruction (__debugbreak() statement or a similar call) was executed in DoosanAPICPP.exe.

Exception thrown at 0x00007FFA6A73BE19 (ntdll.dll) in DoosanAPICPP.exe: 0xC0000374: Er is een heap beschadigd (parameters: 0x00007FFA6A7B1860).

After not that many runs (30-500) the application crashes with a heap corruption.
Versions
DRFL: GL010118
ROBOT: GF02100101

Some additional feedback. It seems to depend on the length of the tool name. I tried to rerun the example above in the simulator and didn't get the issue. Then tried back on a live robot and it happened again. The only difference were the tool names. It appears the toolname length should be long enough (in my test 18 characters did the trick). This might have something to do with short string being kept on the stack and long strings being transferred to the heap (short string optimization)


⚠ File access (beta) has degraded performance

In 4a7d6d7, File access (beta) (https://beta.fyle.uk/file/fish) experienced degraded performance:

HTTP code: 200
Response time: 4076 ms

Resolved: File access (beta) performance has improved in 7e24d9b.


Ability to load VM user-data/SSH keys from CM/Secret

Adds VirtletCloudInitUserDataSource annotation that is used
to create user-data from either ConfigMap or Secret.
The syntax for the key is ``[configmap|secret]/name`
Adds VirtletSSHKeySource that can be used to include SSH keys
from ConfigMap or Secret.
The syntax for the key is [configmap|secret]/name[/key].
If the key part is omitted, authorized_keys is used.
Adds a helper function to recursively merge arbitrary JSON-like
data.
If both VirtletCloudInitUserData and VirtletCloudInitUserDataSource
annotations are present their content is merged using new deep-merger.
If VirtletCloudInitUserDataOverwrite annotation is set to true,
VirtletCloudInitUserData overwrites VirtletCloudInitUserDataSource
data (this annotation was present before, but it wasn't respected by
any of the code)
The same goes for VirtletSSHKeySource and VirtletSSHKeys

Also, moves some common k8s-client related code to the utils package

This change is

The code LGTM but IMO this change requires additional info in documentation, or at least additional commented section in example pod definition. Our cloud init support is extensive now, so IMO we could covert that in separate issue which will be partially follow up for this PR - improved docs for cloud init.
So, assuming that example/docs will be in follow up -

Reviewed 22 of 22 files at r1.
Review status: all files reviewed at latest revision, all discussions resolved.

Comments from Reviewable

Reviewed 2 of 5 files at r2.
Review status: all files reviewed at latest revision, all discussions resolved.

Comments from Reviewable

I like it, so :+1: from my side, but let's wait for review from @ivan4th

Review status: all files reviewed at latest revision, all discussions resolved, some commit checks failed.

Comments from Reviewable


Feature issue 46

Codecov Report

Merging #49 into master will increase coverage by 1.20%.
The diff coverage is 43.33%.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update c28cc33...100ee6e. Read the comment docs.


Accessibility: heading color needs more contrast

Based on: https://dequeuniversity.com/rules/axe/4.7/color-contrast
It needs to be at least: Hex 5E583B
Verify with customer if better to fix it or keep Accessibility low and keep same color as for rest of the website

Waiting feedback from customer wheter to adjust and fix a11y or keep the current color https://adobe-dx-support.slack.com/archives/C056VBDUWH1/p1694435265699859


FleeceException: invalid input data

When using a database with a replicator the app sometimes crashes right after finishing the replication. It's unfortunately not easy to reproduce and seems to fix itself with one or two app restarts. It also looks like it's only happening on Android devices.
I'm seeing the following message and backtrace:
Abort message: 'terminating with uncaught exception of type fleece::FleeceException: invalid input data: Can't release immutable Value 0x8920000000060106 that's not part of a Doc'
    x0<PHONE_NUMBER>000000  x1<PHONE_NUMBER>004eb8  x2<PHONE_NUMBER>000006  x3  000000713d07a080
    x4  736f646277641f73  x5  736f646277641f73  x6  736f646277641f73  x7  7f7f7f7f7f7f7f7f
    x8<PHONE_NUMBER>0000f0  x9  50dbbd4f787af6c1  x10<PHONE_NUMBER>000000  x11 ffffff80fffffbdf
    x12<PHONE_NUMBER>000001  x13 000000708cd8484f  x14 0025ac4db14644bb  x15<PHONE_NUMBER>398652
    x16<PHONE_NUMBER>be1058  x17<PHONE_NUMBER>bbdec0  x18 000000713ce6a000  x19<PHONE_NUMBER>004df0
    x20<PHONE_NUMBER>004eb8  x21 00000000ffffffff  x22 ffffff80ffffffc8  x23 000000713d07a2d0
    x24 000000713d07a1b0  x25 000000713d07a1f0  x26<PHONE_NUMBER>000000  x27 000000713d07c000
    x28 000000713d07abe0  x29 000000713d07a100
    lr<PHONE_NUMBER>b70b7c  sp  000000713d07a060  pc<PHONE_NUMBER>b70ba8  pst<PHONE_NUMBER>000000
backtrace:
      #00 pc<PHONE_NUMBER>04fba8  /apex/com.android.runtime/lib64/bionic/libc.so (abort+164) (BuildId: 8955af85d8857f3d34c01c417042bb85)
      #01 pc<PHONE_NUMBER>4f7ba4  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #02 pc<PHONE_NUMBER>4f7a30  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #03 pc<PHONE_NUMBER>50c114  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #04 pc<PHONE_NUMBER>50c0ac  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (std::terminate()+36) (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #05 pc<PHONE_NUMBER>21b6d0  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #06 pc<PHONE_NUMBER>24cb58  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (fleece::impl::ValueSlot::_setStringOrData(fleece::impl::internal::tags, fleece::slice)+184) (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #07 pc<PHONE_NUMBER>248ed4  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (fleece::impl::internal::HeapDict::kvArray()+180) (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #08 pc<PHONE_NUMBER>515e28  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (fleece::impl::Array::impl::impl(fleece::impl::Value const*)+256) (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #09 pc<PHONE_NUMBER>231780  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (fleece::impl::Dict::iterator::iterator(fleece::impl::Dict const*, fleece::impl::SharedKeys const*)+24) (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #10 pc<PHONE_NUMBER>22f624  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (fleece::impl::DeepIterator::iterateContainer(fleece::impl::Value const*)+272) (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #11 pc<PHONE_NUMBER>22f4f4  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (fleece::impl::DeepIterator::next()+964) (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #12 pc<PHONE_NUMBER>22c620  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (FLDeepIterator_Next+16) (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #13 pc<PHONE_NUMBER>2213d4  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (CBLDocument::saveBlobs(CBLDatabase*, bool&, C4Error*) const+120) (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #14 pc<PHONE_NUMBER>221288  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (CBLDocument::encodeBody(CBLDatabase*, c4Database*, unsigned char&, C4Error*) const+92) (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #15 pc<PHONE_NUMBER>220394  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (CBLDocument::save(CBLDatabase*, CBLDocument::SaveOptions const&, C4Error*)+252) (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #16 pc<PHONE_NUMBER>22211c  /data/app/~~OkK9q2lM6MaybhwrzO00Ug==/[redacted]-WwKooGIitIurD3gx1JAq3w==/lib/arm64/libCouchbaseLiteC.so (CBLDatabase_SaveDocumentResolving+60) (BuildId: bf2199dc3c36cdfe0d7774055bce89404ac92653)
      #17 pc<PHONE_NUMBER>0066b4  <anonymous:70aed80000>

Looking at the back trace, this might be related to a conflict handler for Database.saveDocumentResolving. Are you using that method and if you do, could you show me what that handler is doing?

Interesting. Indeed the problem started occurring right after I started experimenting with conflict resolution. I’m new to Couchbase so this might very well be a configuration error on my end but this is the basic conflict handler I'm currently using for testing:
conflictHandler: (save, conflict) {
  print('couch conflict save $save $conflict');
  return false;
}

On further investigation it isn't just an Android specific problem. I'm also seeing this on iOS and it seems to be happening only on a clean install after replicating previously synced documents.
When using the normal Database.saveDocument I get the same error except for the last line in the backtrace referencing CBLDatabase_SaveDocument so it isn't caused by a SaveConflictHandler.
I noticed though that I can prevent the issue by waiting a couple of seconds after calling Replicator.start or by not providing a ConflictResolver. Maybe it's some kind of race condition between the replicator syncing a document and the database trying to save a local version? Unfortunately I don't fully understand how the whole process works together at the moment so this is just a wild guess.
I'm currently evaluating the use of Couchbase Lite for one of our Flutter projects and haven't refactored our existing code to account for continuous data synchronization, so maybe it's just a problem with some document writes not respecting an ongoing sync. I still think that the crash probably shouldn't happen though.

I can't recall any restrictions on saving while a replicator is active, so I agree, this should not cause a crash. This might be a bug in the underlying Couchbase Lite implementation. Could you provide a minimal reproducible example? That would be super helpful.

We‘re currently evaluating multiple database solutions so I currently don’t have time to create an example.
If we’re deciding to go with Couchbase I’ll definitely get back to you and try to reproduce it with a minimal example app.

I'm closing this issue for now. Please reopen it if it persists.


karma-browserify?

Is it possible to use this lib with karma-browserify? It does not seem to work. I am trying with this karma.conf.js:
module.exports = function (config) {
    config.set({
        plugins: [
            "karma-browserify",
            "karma-chrome-launcher",
            "karma-mocha"
        ],
        frameworks: ["browserify", "mocha"],
        files: [
            "yadda.js",
            "index.js",
            "lib/**/*.js",
            {pattern: "lib/**/!(*.js)", included: false},
            "features/**/*.js",
            {pattern: "features/**/!(*.js)", included: false}
        ],
        preprocessors: {
            "index.js": ["browserify"],
            "yadda.js": ["browserify"],
            "lib/**/*.js": ["browserify"],
            "features/**/*.js": ["browserify"]
        },
        client: {
            mocha: {
                reporter: "html",
                ui: "bdd"
            }
        },
        browserify: {
            debug: true,
            transform: ["require-globify"]
        },
        browsers: ["Chrome"],
        reporters: ["progress"],
        port: 9876,
        colors: true,
        logLevel: config.LOG_INFO,
        autoWatch: false,
        captureTimeout: 6000,
        singleRun: true
    });
};

and I got bundle error by adding a function to the yadda.js file
function fixDynamicRequire() {
    require('./features/**/*.js', {mode: "expand"});
}

What am I missing?

Others use the same settings so I still don't understand.
https://github.com/kaasbaardje/gherkin-karma-example/blob/master/test/test.spec.js

The module is loaded at least browserify is looking for it if I uninstall it. So there is a bug somewhere in the system I wasn't able to identify. I decided to do this manually since I have only 4 step definitions, so I added a temporary fix to the end of the file:
function fixDynamicRequireByBrowserify() {
    // note: require_globify did not work, so I have to do this manually until I find a better solution. :S
    require("./features/step_definitions/noop");
    require("./features/step_definitions/Class");
    require("./features/step_definitions/UserError");
    require("./features/step_definitions/CompositeError");
}


Reason hot reload works on a container but not a component

Fresh clone on a fresh xubuntu install. Is there a reason why changing the containers/Home/Home.js file will hot reload but changing the components/CounterButton/CounterButton.js will not hot reload. Checking the network, the client is receiving a xxxxxx-hot-update.js file with the correctly updated module but the page does not update. Any reason why hot loading would work in one place but not another?

If CounterButton is a functional component, then the reason is that react-transform-hmr does not support functional components, see gaearon/react-transform-hmr#6. Another interesting discussion: reactjs/redux#1455

Thanks @Dattaya you gave a new way to think about the problem. As of right now this project hasn't switched to functional components yet so that's not it. But you lead me to thinking about what could be different in the two class definitions and one has a decorator. If I remove the decorator the CounterButtonjs will hot reload. Thank you.

I'm sorry my answer wasn't very helpful; I should've looked into the code first. Hot reloading works for all of my decorated classes (decorated with @connect and @connectData), I don't know why it won't work with @connectMultireducer.


Retrieve text lines without rendering to DOM

Is there a way to do a readonly line split? I just need to detect where the line breaks are in an element and return each line in an array of strings so I can render them myself using React. I do not want the lines automatically split into elements in the DOM for me.
This library does not play well with binding frameworks at all without this ability.

https://splitting.js.org/guide.html#splitting-html


missing DOH servers

from this list (8 months old), missing in yours:
dns.dnsoverhttps.net
doh.dnswarden.com

I've just added them :) I've also discovered others lists that could help to update it in the future !


feat: Add clip expression to the api

We would like to learn about your use case. For example, if this feature is needed  to adopt Narwhals in an open source project, could you please enter the link to it below?
No response
Please describe the purpose of the new feature or describe the problem to solve.
It would be a nice QOL and likely a speed enhancement to have a clip expression in the api
Since it is a simple mathematical function, it seems like polars and pandas largely agree on the api - clip(lower_limit, upper_limit, *, **kwargs)
Suggest a solution if possible.
No response
If you have tried alternatives, please describe them below.
No response
Additional information that may help us understand your needs.
No response

Thanks for looking into this! I suppose the API you are suggesting for narwhals is clip(lower_limit, upper_limit) (i.e., without the kwargs), isn't it?

@cbourjau
Thank you for the comment, yes, the api, which is suggested to be added is the polars version - clip(lower_bound, upper_bound).
Will update the description to be clearer