- Sort Score
- Result 10 results
- Languages All
Results 131 - 140 of 205 for syntaxe (0.03 sec)
-
LICENSE
boilerplate notice, with the fields enclosed by brackets "[]" replaced with your own identifying information. (Don't include the brackets!) The text should be enclosed in the appropriate comment syntax for the file format. We also recommend that a file or class name and description of purpose be included on the same "printed page" as the copyright notice for easier identification within third-party archives.
Registered: Thu Sep 04 12:52:25 UTC 2025 - Last Modified: Tue May 08 21:35:34 UTC 2018 - 11.1K bytes - Viewed (0) -
LICENSES/vendor/github.com/euank/go-kmsg-parser/LICENSE
boilerplate notice, with the fields enclosed by brackets "{}" replaced with your own identifying information. (Don't include the brackets!) The text should be enclosed in the appropriate comment syntax for the file format. We also recommend that a file or class name and description of purpose be included on the same "printed page" as the copyright notice for easier identification within third-party archives.
Registered: Fri Sep 05 09:05:11 UTC 2025 - Last Modified: Fri May 08 04:49:00 UTC 2020 - 11.2K bytes - Viewed (0) -
LICENSES/vendor/github.com/go-logr/zapr/LICENSE
boilerplate notice, with the fields enclosed by brackets "{}" replaced with your own identifying information. (Don't include the brackets!) The text should be enclosed in the appropriate comment syntax for the file format. We also recommend that a file or class name and description of purpose be included on the same "printed page" as the copyright notice for easier identification within third-party archives.
Registered: Fri Sep 05 09:05:11 UTC 2025 - Last Modified: Thu Sep 09 12:43:43 UTC 2021 - 11.2K bytes - Viewed (0) -
LICENSES/vendor/github.com/go-openapi/jsonpointer/LICENSE
boilerplate notice, with the fields enclosed by brackets "[]" replaced with your own identifying information. (Don't include the brackets!) The text should be enclosed in the appropriate comment syntax for the file format. We also recommend that a file or class name and description of purpose be included on the same "printed page" as the copyright notice for easier identification within third-party archives.
Registered: Fri Sep 05 09:05:11 UTC 2025 - Last Modified: Fri May 08 04:49:00 UTC 2020 - 11.2K bytes - Viewed (0) -
LICENSES/vendor/github.com/go-openapi/jsonreference/LICENSE
boilerplate notice, with the fields enclosed by brackets "[]" replaced with your own identifying information. (Don't include the brackets!) The text should be enclosed in the appropriate comment syntax for the file format. We also recommend that a file or class name and description of purpose be included on the same "printed page" as the copyright notice for easier identification within third-party archives.
Registered: Fri Sep 05 09:05:11 UTC 2025 - Last Modified: Fri May 08 04:49:00 UTC 2020 - 11.2K bytes - Viewed (0) -
LICENSES/vendor/github.com/go-openapi/swag/LICENSE
boilerplate notice, with the fields enclosed by brackets "[]" replaced with your own identifying information. (Don't include the brackets!) The text should be enclosed in the appropriate comment syntax for the file format. We also recommend that a file or class name and description of purpose be included on the same "printed page" as the copyright notice for easier identification within third-party archives.
Registered: Fri Sep 05 09:05:11 UTC 2025 - Last Modified: Fri May 08 04:49:00 UTC 2020 - 11.2K bytes - Viewed (0) -
LICENSE
boilerplate notice, with the fields enclosed by brackets "[]" replaced with your own identifying information. (Don't include the brackets!) The text should be enclosed in the appropriate comment syntax for the file format. We also recommend that a file or class name and description of purpose be included on the same "printed page" as the copyright notice for easier identification within third-party archives.
Registered: Fri Sep 19 09:08:11 UTC 2025 - Last Modified: Mon Jan 11 04:30:09 UTC 2021 - 11.1K bytes - Viewed (0) -
ci/official/README.md
### Brief System Overview The top-level scripts and utility scripts should be fairly well-documented. Here is a brief explanation of how they tie together: 1. `envs/*` are lists of variables made with bash syntax. A user must set a `TFCI` env param pointing to a list of `env` files. 2. `utilities/setup.sh`, initialized by all top-level scripts, reads and sets values from those `TFCI` paths.Registered: Tue Sep 09 12:39:10 UTC 2025 - Last Modified: Thu Feb 01 03:21:19 UTC 2024 - 8K bytes - Viewed (0) -
docs/pt/docs/tutorial/response-model.md
Isso também se aplica ao `response_model_by_alias` que funciona de forma semelhante. /// {* ../../docs_src/response_model/tutorial005_py310.py hl[29,35] *} /// tip | Dica A sintaxe `{"nome", "descrição"}` cria um `conjunto` com esses dois valores. É equivalente a `set(["nome", "descrição"])`. /// #### Usando `list`s em vez de `set`sRegistered: Sun Sep 07 07:19:17 UTC 2025 - Last Modified: Tue Nov 26 22:51:05 UTC 2024 - 16.5K bytes - Viewed (0) -
cmd/endpoint-ellipses.go
// corresponding list of endpoints chunked evenly in accordance with a // specific set size. // For example: {1...64} is divided into 4 sets each of size 16. // This applies to even distributed setup syntax as well. func GetAllSets(setDriveCount uint64, args ...string) ([][]string, error) { var setArgs [][]string if !ellipses.HasEllipses(args...) { var setIndexes [][]uint64 // Check if we have more one args.Registered: Sun Sep 07 19:28:11 UTC 2025 - Last Modified: Fri Aug 29 02:39:48 UTC 2025 - 14.6K bytes - Viewed (0)