Can't use return statement to store in variable

I can't seem to use a return statement to put it in a variable
function addIP(ip) {
return ip
}
var ip = findIP(addIP);
doesn't return the ip

Are you referring to the function function getIPs(callback){} ? If so, use the callback parameter to enter a callback where the ip is set, like so:
// given function
function getIPs(callback) {
  var someIp = '<IP_ADDRESS>';
  callback(someIp); // 'callback' is a function
}

var myIp = '';
getIPs(function(ip) {
  myIp = ip; // sets 'myIp' to the IP passed in the callback in the given function
});

The reason for this, is that the process is done async. It doesn't have a return value, but rather has to wait to find something and pass it to the callback function.
Hope this helps!


Is it possible to fetch the number of views or bookmarks on a tweet?

These are relatively new fields on twitter posts. I'm not sure if they are inaccessible with the current API or just not implemented.

Views and bookmarks are accessible and will be implemented soon. Thanks for the feedback!


Add two more placards to front page

LGTM. Just a note though, the Paul Revere Adjacency Matrix placard looks a bit zoomed in.

I agree. The adjacency matrix for that dataset has a long, skinny shape due to its bipartiteness. I'm not sure how to capture that without the image itself looking super zoomed out. Any ideas?

I agree. The adjacency matrix for that dataset has a long, skinny shape due to its bipartiteness. I'm not sure how to capture that without the image itself looking super zoomed out. Any ideas?

Oh I see. Not sure what we could do then.


fix: trailing slash bug and add tests

add bats modules
add tests:

docker test
artifact test
confirm block test. Confirm block is default to false - no need to confirm before apply.

Fixes/new blocks:

fix trailing / makes apply step unable to find the plan file artifact due to extra / between path and plan file.
add environment, volumes, user, terraform-entrypoint-required... blocks which are required for the zenika/terraform-aws-cli image to write plan files in the plan step and create .terraform dir in the init step.

Test
Able to apply: https://buildkite.com/gantry/rate-limiter-staging/builds/27#018a12dd-f65c-4a1d-90e7-b2156767109a

@dizzzan thanks! I just created a release and replaced the commit ID with a tag.


Add compatibility with FMI/FMU standards to modelica_bridge

Current thoughts are to assume the FMU has been prepped by JModelica, and then use Python scripts to directly interface with the model.

Couldn't this be realized via http://wiki.ros.org/fmi_adapter ?

Thanks for pointing this out! That library seems very interesting - since I had completed an iteration of modelica_bridge before that started, I had missed this - I intend to take a better look at fmi_adapter and see if I can potentially integrate with/contribute to the library.

Hi, I'm a colleague of Christian and authored the fmi_adapter package (https://github.com/boschresearch/fmi_adapter). This package basically provides a thin ROS adapter for the FMILibrary (https://jmodelica.org/FMILibrary/). Contributions from your side are very welcome! Best regards, Ralph


I want to fine-tune a complete text encoder model, but it seems that the model trained by ft-B-train-OpenAI-CLIP-ViT-L-14.py is a visual encoder model.

First of all, thank you for your work. I have a question for you.
I want to fine-tune a complete text encoder model, but it seems that the model trained by ft-B-train-OpenAI-CLIP-ViT-L-14.py is a visual encoder model. How can I get the model of the pure text encoder ViT-L-14-TEXT-detail-improved-hiT-GmP-HF.safetensors given in your HF?

The fine-tune is actually a text-vision model, consisting of a text transformer AND a vision transformer. For the "TE only" / text encoder only models on my HuggingFace, I fine-tuned the entire CLIP model (text + vision) and then simply "detached" the vision transformer (i.e. delete the keys / associated parameters). CLIP's objective is in the name - Contrastive Language-Image Pretraining. Learning both text and image, optimizing for dot-product of matching pairs (high) vs. negative examples (low), is the objective / optimization goal. It needs both image and text to be a "CLIP", per definition.
So, the question is - what are you trying to archive? Or do you mean that you only want to train the text encoder, with a frozen visual encoder (no parameter updates)? In that case:
The vision transformer is visual.transformer.resblocks[i] (and visual.proj and so on), the text transformer is transformer.resblocks[i] (no 'visual').
Alas, to only train the text encoder parameters while keeping the visual encoder frozen (but still using a contrastive loss between text-image), you could use something like this:
def freeze_clip_selectively(model):
    for name, param in model.named_parameters():
        if any(key in name for key in [
            'visual'
        ]):
            param.requires_grad = False
        else:
            param.requires_grad = True

# in trainloop(), before "for epoch [...]":

freeze_clip_selectively(model)

For the "TE only" / text encoder only models on my HuggingFace, I fine-tuned the entire CLIP model (text + vision) and then simply "detached" the vision transformer (i.e. delete the keys / associated parameters).
Can you please give me the code for this, I want to use it with the flux model, I tested the text only encoder model you provided on HF and it works with the flux model, and now I want to train the CLIP model as a multi-lingual model, but I am not familiar with the steps to "separate" the vision transformer. I would like your help, thank you very much.
Also thank you very much for your code, I learned a lot about multimodality from it.

I just committed Convert-for-HuggingFace-Spaces-etc - the folder contains all the scripts + documentation / how-to use. Please let me know if that works for you!

I just committed Convert-for-HuggingFace-Spaces-etc - the folder contains all the scripts + documentation / how-to use. Please let me know if that works for you!我刚刚提交了 Convert-for-HuggingFace-Spaces-etc - 该文件夹包含所有脚本+文档/如何使用。请告诉我这是否适合您！

Thank you very much. I think the code you provided is what I want, but I encountered some problems when converting. The error message is below. I would like to ask if you have encountered the same problem. I am trying to train several of your training programs separately, and then try each one:
state_dict = torch.load(opened_file, map_location="cpu")
Traceback (most recent call last):
File "/opt/conda/lib/python3.11/site-packages/clip/clip.py", line 129, in load
model = torch.jit.load(opened_file, map_location=device if jit else "cpu").eval()
^ ... "/opt/conda/lib/python3.11/site-packages/torch/jit/_serialization.py", line 165, in load cpp_module = torch._C.import_ir_module_from_buffer( ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ RuntimeError: PytorchStreamReader failed locating file constant s.pkl: file not found During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/workspace/finetune_CLIP/CLIP-fine-tune/Convert-for-HuggingFace-Spaces-etc/convert_clip_original_pytorch_to_hf.py", line 156, in  convert_clip_checkpoint(args.checkpoint_path, args.pytorch_dump_folder_path, args.config_path) File "/opt/conda/lib/python3.11/site-packages/torch/utils/_contextlib.py", line 116, in decorate_context return func(*args, **kwargs) ^^^^^^^^^^^^^^^^^^^ File "/workspace/finetune_CLIP/CLIP -fine-tune/Convert-for-HuggingFace-Spaces-etc/convert_clip_original_pytorch_to_hf.py", line 120, in convert_clip_checkpoint pt_model, _ = load(checkpoint_path, device="cpu", jit=False) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/opt/conda/lib/python3.11/site-packages/clip/clip.py", line 136, in load state_dict = torch.load(opened_file, map_location="cpu") ^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^ File "/opt/conda/lib/python3.11/site-packages/torch/serialization.py", line 1114, in load return _legacy_load( ^^^^^^^^^^^^^^ File "/opt/conda/lib/python3.11/site-packages/torch/serialization.py", line 1114, line 1338, in _legacy_load magic_number = pickle_module.load(f, **pickle_load_args) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ EOFError: Ran out of input

Can you open /opt/conda/lib/python3.11/site-packages/clip/clip.py and edit line 129? Where it says:
model = torch.jit.load(opened_file, map_location=device if jit else "cpu").eval()  -> Change that to:
              #model = torch.jit.load(opened_file, map_location=device if jit else "cpu").eval()             model = torch.load(opened_file, map_location="cpu").eval()
I can't reproduce your error, but somebody else reported the same; I am assuming it might be related to the venv / conda, and trying to load a torch jit scripted archive. I don't use a venv.
However, torch.jit is just for "interoperability, speed and production environments", so it's not needed, and we can just put the map_location on CPU in any case.
If that doesn't work, my other random guess at a fix (as I can't reproduce the problem):
Can you use my  ft-C-convert-for-SDXL-comfyUI-OpenAI-CLIP.py  script (converts the full model to a state_dict), and try loading this converted model for the conversion instead?

Can you open /opt/conda/lib/python3.11/site-packages/clip/clip.py and edit line 129? Where it says:
model = torch.jit.load(opened_file, map_location=device if jit else "cpu").eval()  -> Change that to:
#model = torch.jit.load(opened_file, map_location=device if jit else "cpu").eval()
model = torch.load(opened_file, map_location="cpu").eval()

I can't reproduce your error, but somebody else reported the same; I am assuming it might be related to the venv / conda, and trying to load a torch jit scripted archive. I don't use a venv.
However, torch.jit is just for "interoperability, speed and production environments", so it's not needed, and we can just put the map_location on CPU in any case.
If that doesn't work, my other random guess at a fix (as I can't reproduce the problem): Can you use my ft-C-convert-for-SDXL-comfyUI-OpenAI-CLIP.py  script (converts the full model to a state_dict), and try loading this converted model for the conversion instead?

I learned the cause of this error in other forums and tried to solve the problem with it. It worked, but I'm not sure if it was the final factor.
If you save the model with torch.save(model, model_path) , then load it with model = torch.load(opened_file, map_location="cpu").eval() . If you need to load it with model = torch.jit.load(opened_file, map_location=device if jit else "cpu").eval() , then save the model with script_model = torch.jit.trace(model, (images, texts)) script_model.save("model.jit.pt") .
Hope this helps with your work library.

Thank you for the suggestion, and glad you got it to work! I'll try it and consider implementing as a Bool to switch - to True if you want to script the model, else save a normal torch.save, with my next update. 👍

I updated the code with a new model saver; you can now choose to either save as GmP (legacy behavior) or directly convert back to .weight (original OpenAI/CLIP; no extra script for conversion needed anymore!). Plus, you can save the model as 1. a full model object (legacy behavior) or 2. a state_dict or 3. a torch.jit.trace() -- or all of those combined.


Unable to read symbolic link in debug mode

RustEmbed::get fails to get a symbolic link file in debug mode, but suceeds in "release" see #235 for example

@Buckram123 Thanks for reporting this. Would you be interested in a PR for this fix? It seems to me we read the file directly here https://github.com/pyrossh/rust-embed/blob/master/utils/src/lib.rs#L136
What we need to do is read the file metadata and check if its a sym_link and if it is we need to use the fs::read_link fn to get the path to the actual file.

This fn seems to be a better option, std::fs::canonicalize

@Buckram123 Thanks for reporting this. Would you be interested in a PR for this fix? It seems to me we read the file directly here https://github.com/pyrossh/rust-embed/blob/master/utils/src/lib.rs#L136 What we need to do is read the file metadata and check if its a sym_link and if it is we need to use the fs::read_link fn to get the path to the actual file.

Hey, thanks for a quick reply! Sure, would be cool to contribute here. I'll try to fix it on saturday :rocket:

Fixed in v8.3.0


How to visualize poses generated by ScoreNet

Hello, author.
I think that in the evaluation_single.py::inference_pose function, the PoseNet::pred_func is called, and in the 'Inference' section of this function, candidate poses generated by ScoreNet are obtained:

res contains all the candidate poses, which are rotation matrices. I have several questions:

How do the 9 numbers in the result correspond to the rotation matrix? Do every 3 numbers represent a row or a column of the rotation matrix?
How to visualize this pose? I think the three columns of the rotation matrix represent the endpoints of three vectors. I'm wondering if their starting points are at the coordinate origin or the center of the point cloud？
How to ensure that the poses generated by the model satisfy the properties of a rotation matrix, such as R' * R = I?

I don't know if my understanding is correct. Looking forward to your guidance!

After reviewing the subsequent code, I understand the first two questions, but I'm still unclear about the third one.

Hello, author.
I think that in the evaluation_single.py::inference_pose function, the PoseNet::pred_func is called, and in the 'Inference' section of this function, candidate poses generated by ScoreNet are obtained:
res contains all the candidate poses, which are rotation matrices. I have several questions:

How do the 9 numbers in the result correspond to the rotation matrix? Do every 3 numbers represent a row or a column of the rotation matrix?
How to visualize this pose? I think the three columns of the rotation matrix represent the endpoints of three vectors. I'm wondering if their starting points are at the coordinate origin or the center of the point cloud？
How to ensure that the poses generated by the model satisfy the properties of a rotation matrix, such as R' * R = I?

I don't know if my understanding is correct. Looking forward to your guidance!

After reviewing the subsequent code, I understand the first two questions, but I'm still unclear about the third one.

After reviewing the subsequent code, I understand the first two questions, but I'm still unclear about the third one.

After reviewing the subsequent code, I understand now. The questions I raised were a bit silly.


Cannot install on iOS: Could not inspect the application package.

Trying to build and run GeospatialExample. I am getting this error when trying to build and run in XCode 13.0 and my connect iOS device. Anybody has some context? Thank you 🙏
The installd error in console:
0x16f263000 -[MIBundle _validateWithError:]: 47: Failed to load Info.plist from bundle at path /var/installd/Library/Caches/com.apple.mobile.installd.staging/temp.WXwbPP/extracted/GeospatialExample.app/Frameworks/FirebaseCore.framework; Extra info about "/var/installd/Library/Caches/com.apple.mobile.installd.staging/temp.WXwbPP/extracted/GeospatialExample.app/Frameworks/FirebaseCore.framework/Info.plist": Couldn't stat /var/installd/Library/Caches/com.apple.mobile.installd.staging/temp.WXwbPP/extracted/GeospatialExample.app/Frameworks/FirebaseCore.framework/Info.plist: No such file or directory
Unable to install "GeospatialExample"
Domain: com.apple.dt.MobileDeviceErrorDomain
Code: -402653103
User Info: {
IDERunOperationFailingWorker = IDEInstalliPhoneLauncher;
}
Could not inspect the application package.
Domain: com.apple.dt.MobileDeviceErrorDomain
Code: -402653103
User Info: {
DVTRadarComponentKey = 282703;
MobileDeviceErrorCode = "(0xE8000051)";
"com.apple.dtdevicekit.stacktrace" = (
0   DTDeviceKitBase                     0x000000010f0df316 DTDKCreateNSErrorFromAMDErrorCode + 220
1   DTDeviceKitBase                     0x000000010f11d84a __90-[DTDKMobileDeviceToken installApplicationBundleAtPath:withOptions:andError:withCallback:]_block_invoke + 155
2   DVTFoundation                       0x0000000105973ed4 DVTInvokeWithStrongOwnership + 71
3   DTDeviceKitBase                     0x000000010f11d594 -[DTDKMobileDeviceToken installApplicationBundleAtPath:withOptions:andError:withCallback:] + 1420
4   IDEiOSSupportCore                   0x0000000111e5bb4e __118-[DVTiOSDevice(DVTiPhoneApplicationInstallation) processAppInstallSet:appUninstallSet:installOptions:completionBlock:]_block_invoke.292 + 3508
5   DVTFoundation                       0x0000000105aa7c37 DVT_CALLING_CLIENT_BLOCK + 7
6   DVTFoundation                       0x0000000105aa93a3 __DVTDispatchAsync_block_invoke + 931
7   libdispatch.dylib                   0x00007ff80ae430cc _dispatch_call_block_and_release + 12
8   libdispatch.dylib                   0x00007ff80ae44317 _dispatch_client_callout + 8
9   libdispatch.dylib                   0x00007ff80ae4a317 _dispatch_lane_serial_drain + 672
10  libdispatch.dylib                   0x00007ff80ae4adfd _dispatch_lane_invoke + 366
11  libdispatch.dylib                   0x00007ff80ae54eee _dispatch_workloop_worker_thread + 753
12  libsystem_pthread.dylib             0x00007ff80aff7fd0 _pthread_wqthread + 326
13  libsystem_pthread.dylib             0x00007ff80aff6f57 start_wqthread + 15
);
}
Analytics Event: com.apple.dt.IDERunOperationWorkerFinished : {
"device_model" = "iPhone14,2";
"device_osBuild" = "15.4 (19E241)";
"device_platform" = "com.apple.platform.iphoneos";
"launchSession_schemeCommand" = Run;
"launchSession_state" = 1;
"launchSession_targetArch" = arm64;
"operation_duration_ms" = 718;
"operation_errorCode" = "-402653103";
"operation_errorDomain" = "com.apple.dt.MobileDeviceErrorDomain";
"operation_errorWorker" = IDEInstalliPhoneLauncher;
"operation_name" = IDEiPhoneRunOperationWorkerGroup;
"param_consoleMode" = 0;
"param_debugger_attachToExtensions" = 0;
"param_debugger_attachToXPC" = 1;
"param_debugger_type" = 5;
"param_destination_isProxy" = 0;
"param_destination_platform" = "com.apple.platform.iphoneos";
"param_diag_MainThreadChecker_stopOnIssue" = 0;
"param_diag_MallocStackLogging_enableDuringAttach" = 0;
"param_diag_MallocStackLogging_enableForXPC" = 1;
"param_diag_allowLocationSimulation" = 1;
"param_diag_gpu_frameCapture_enable" = 0;
"param_diag_gpu_shaderValidation_enable" = 0;
"param_diag_gpu_validation_enable" = 0;
"param_diag_memoryGraphOnResourceException" = 0;
"param_diag_queueDebugging_enable" = 1;
"param_diag_runtimeProfile_generate" = 0;
"param_diag_sanitizer_asan_enable" = 0;
"param_diag_sanitizer_tsan_enable" = 0;
"param_diag_sanitizer_tsan_stopOnIssue" = 0;
"param_diag_sanitizer_ubsan_stopOnIssue" = 0;
"param_diag_showNonLocalizedStrings" = 0;
"param_diag_viewDebugging_enabled" = 1;
"param_diag_viewDebugging_insertDylibOnLaunch" = 1;
"param_install_style" = 0;
"param_launcher_UID" = 2;
"param_launcher_allowDeviceSensorReplayData" = 0;
"param_launcher_kind" = 0;
"param_launcher_style" = 0;
"param_launcher_substyle" = 0;
"param_runnable_appExtensionHostRunMode" = 0;
"param_runnable_productType" = "com.apple.product-type.application";
"param_runnable_swiftVersion" = "5.5";
"param_runnable_type" = 2;
"param_testing_launchedForTesting" = 0;
"param_testing_suppressSimulatorApp" = 0;
"param_testing_usingCLI" = 0;
"sdk_canonicalName" = "iphoneos15.0";
"sdk_osVersion" = "15.0";
"sdk_variant" = iphoneos;
}
System Information
macOS Version 12.4 (Build 21F79)
Xcode 13.0 (19234) (Build 13A233)
Timestamp: 2022-06-24T19:55:09-07:00

after following this, it seems to work: https://www.onooks.com/xcode-11-3-1-failed-to-load-info-plist-from-bundle-at-path/
Now I can install it on my phone but I got more errors


Question: is there a guide to running the tests?

Description
Re: #454 I'd like to be able to run the test suite locally and update it
Expected behaviour
Test suite passes on unmodified code
Actual behaviour
ImportError while importing test module 'D:\python\connexion\tests\test_api.py'.
Hint: make sure your test modules/packages have valid Python names.
Traceback:
tests\test_api.py:11: in <module>
    from connexion.apis.abstract import canonical_base_path
E   ImportError: cannot import name 'canonical_base_path'
_____________________ ERROR collecting tests/test_cli.py ______________________
ImportError while importing test module 'D:\python\connexion\tests\test_cli.py'.
Hint: make sure your test modules/packages have valid Python names.
Traceback:
tests\test_cli.py:10: in <module>
    from mock import MagicMock
E   ImportError: No module named 'mock'
___________________ E

Steps to reproduce
Have run setup.py and installed pytest
pytest in connexion directory
Additional info:
Output of the commands:

python --version
pip show connexion | grep "^Version\:"

Python 3.5.2
Version: 1.1.9
Windows 10.

You need tox run the tests:
pip install tox

Then run:
tox

That is all. But I would recommend you to do that in a clean Python virtual environment (python -m venv).

@rafaelcaricio Many thanks!

tox output on windows is unreadable, possibly due to this bug https://github.com/tox-dev/tox/issues/250 - helps to tee the output


asyncio done callback is also called for cancelled events

pyee registers a 'done' callback to asyncio tasks / futures, which retrieves any exceptions to emit:
https://github.com/jfhbrook/pyee/blob/8cab87d55804ccca84ae12f5f67b17c2b48c2222/pyee/_asyncio.py#L55-L59
However, if the task / future is cancelled, then calling .exception() will raise asyncio.CancelledError, see the asyncio.Task.exception() documentation:

If the Task has been cancelled, this method raises a CancelledError exception.

During a normal shutdown, I see a lot of these:
Traceback (most recent call last):
    ...
KeyboardInterrupt

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.8/asyncio/events.py", line 81, in _run
    self._context.run(self._callback, *self._args)
  File "/.../site-packages/pyee/_compat.py", line 60, in _callback
    exc = f.exception()
asyncio.exceptions.CancelledError

(this is via a 3rd-party project that uses pyee and hasn't switched yet AsyncIOEventEmitter, but the principle is the same).
In my own callback handlers, I always check first if the task has been cancelled, and further ignore KeyboardInterrupt and SystemExit:
def foobar_sample_handler(task: asyncio.Task[Any]) -> None:
    if task.cancelled():
        return
    exception = task.exception()
    if exception is None or isinstance(exception, (KeyboardInterrupt, SystemExit)):
        return
    # ... do stuff with exception.

Does pyee really need to propagate KeyboardInterrupt and SystemExit, as well? It definitely should not trip up on cancelled tasks, however.

I tbh didn't consider cancelations when building out the asyncio functionality.
I'd be open to sketching out an updated design that sends cancellation errors to a "canceled" event which doesn't throw unhandled cancelations. It looks like this API is explicitly designed to be captured and handled at its source.
I'm less interested in special default handling for KeyboardInterrupt and SystemExit, since those are afaik intended to propagate to the outermost scope. That said, I'd look at a POC that adds configurable handling for these events, with a preference towards an API that allows for general purpose ignoring of certain errors.
Would you be open to sending me some pull requests? I think we can both agree that the actual code changes required for these proposed features are a relatively low lift, and a concrete implementation would give us something to talk about.

I'm sorry, I don't really have time to spare right now.
I consider this a bug report, at any rate, cancelled tasks should not lead to unhandled exceptions. Adding a new 'cancelled' event is really a new feature.
You are right, ignoring KeyboardInterrupt and SystemExit is application-specific, my callback is there just to record abnormal exits and those two exceptions, in my case, should be treated as normal. If pyee aims to make all exceptions available as events then you should not ignore them here.


High accuracy for CoLA task

I try to reproduce the CoLA results from the BERT paper (BERTBase, Single GPU).
Running the following command
python run_classifier.py \
  --task_name cola \
  --do_train \
  --do_eval \
  --do_lower_case \
  --data_dir $GLUE_DIR/CoLA/ \
  --bert_model bert-base-uncased \
  --max_seq_length 128 \
  --train_batch_size 32 \
  --learning_rate 2e-5 \
  --num_train_epochs 3.0 \
  --output_dir $OUT_DIR/cola_output/

I get eval results of
12/16/2018 12:31:34 - INFO - __main__ -   ***** Eval results *****
12/16/2018 12:31:34 - INFO - __main__ -     eval_accuracy = 0.8302972195589645
12/16/2018 12:31:34 - INFO - __main__ -     eval_loss = 0.5117322660925734
12/16/2018 12:31:34 - INFO - __main__ -     global_step = 804
12/16/2018 12:31:34 - INFO - __main__ -     loss = 0.17348005173644468

An accuracy of 0.83 would be fantastic, but compared to the 0.521 stated in the paper this doesn't seem very realistic.
Any suggestions what I'm doing wrong?

The metric used for evaluation of CoLA in the GLUE benchmark is not accuracy but the https://en.wikipedia.org/wiki/Matthews_correlation_coefficient (see https://gluebenchmark.com/tasks).
Indeed authors report in https://arxiv.org/abs/1810.04805 0.521 for Matthews correlation with BERT-base.

Makes sense, looks like I missed that point. Thank you.


How to specify schema format in vllm api servers ?

Hi @noamgat, thank you for your works!
I am trying to use guided-decoding-backend with lm-format-encoder in vllm openai server.
Currently I am trying this:
vllm serve /path/to/model/Llama-3.1-8B-Instruct --dtype bfloat16 --enforce-eager --host <IP_ADDRESS> --port 8000 --gpu-memory-utilization 0.95 --guided-decoding-backend lm-format-enforcer

And when forwarding the request, I just use openai client e.g.
client.chat.completions.create(
    messages=[
            {
            "role": "user",
            "content":prompt
            },
        ],
        model=model,
        max_tokens=max_tokens,
        temperature=temperature,
        seed=seed
    )

My question is how to specify that I want strictly a json object as return (not pydantic, regex ..), and that json object follows specific schemas e.g. {'a':..., 'b':...} ?
I did not find this in the documentations, so I'm likely missing something...
EDIT: I realized that one can add extra_body=dict(guided_json=json_template) in the create() function with json_template as some arbitrary json schemas: e.g.
{
    "type":"object",
    "properties": {
        "output": {
            "type":"object"
        }
    }
}

Does it work for you as expected? I am unable to obtain a proper json output

Does it work for you as expected? I am unable to obtain a proper json output

Yes, it did. I used latest vllm version btw.


Ruby hangs forever when running brew upgrade or brew doctor

Please note we will close your issue without comment if you delete, do not read or do not fill out the issue checklist below and provide ALL the requested information. If you repeatedly fail to use the issue template, we will block you from ever submitting issues to Homebrew again.

[X] are reporting a bug others will be able to reproduce and not asking a question. If you're not sure or want to ask a question do so on our Discourse: https://discourse.brew.sh
[X] ran a brew command and reproduced the problem with multiple formulae? If it's a problem with a single, official formula (not cask) please file this issue at Homebrew/homebrew-core: https://github.com/Homebrew/homebrew-core/issues/new/choose. If it's a brew cask problem please file this issue at https://github.com/Homebrew/homebrew-cask/issues/new/choose. If it's a tap (e.g. Homebrew/homebrew-php) problem please file this issue at the tap.
[X] ran brew update and can still reproduce the problem?
[X] ran brew doctor, fixed all issues and can still reproduce the problem?
brew doctor is broken!
[X] ran brew config and brew doctor and included their output with your issue?

To help us debug your issue please explain:

What you were trying to do (and why)

The brew upgrade command has started hanging forever. I have to run kill -9 on the ruby process. I think this started after installing the latest Xcode 10 update to macOS 10.13.6 "High Sierra." This may be resolved next week when I upgrade to Mojave, but in the meantime, it's really annoying.
I tried brew doctor and it hangs as well.

Executable module set to "/usr/local/Homebrew/Library/Homebrew/vendor/portable-ruby/current/bin/ruby".
Architecture set to: x86_64h-apple-macosx.
(lldb) bt all
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP
  * frame #0: 0x00007fff6b566115 libsystem_c.dylib`__get_buf + 317
    frame #1: 0x00007fff6b5651ee libsystem_c.dylib`hash_access + 354
    frame #2: 0x00007fff6b567ac2 libsystem_c.dylib`dbm_fetch + 31
    frame #3: 0x0000000100036e2a ruby`fdbm_fetch + 190
    frame #4: 0x000000010020d541 ruby`vm_call_cfunc + 788
    frame #5: 0x00000001002152cb ruby`vm_exec_core + 21582
    frame #6: 0x00000001002162c0 ruby`vm_exec + 140
    frame #7: 0x000000010021a4a2 ruby`vm_call0_body + 296
    frame #8: 0x0000000100222873 ruby`rb_funcallv + 1039
    frame #9: 0x000000010014e92e ruby`rb_class_new_instance + 51
    frame #10: 0x000000010020d541 ruby`vm_call_cfunc + 788
    frame #11: 0x0000000100211f60 ruby`vm_exec_core + 8419
    frame #12: 0x00000001002162c0 ruby`vm_exec + 140
    frame #13: 0x0000000100223050 ruby`rb_yield_1 + 528
    frame #14: 0x000000010022331b ruby`rb_yield + 584
    frame #15: 0x00000001000d0f5c ruby`rb_ary_each + 101
    frame #16: 0x000000010020d541 ruby`vm_call_cfunc + 788
    frame #17: 0x0000000100218a61 ruby`vm_call_method_each_type + 197
    frame #18: 0x00000001002198ab ruby`vm_call_general + 251
    frame #19: 0x0000000100211e64 ruby`vm_exec_core + 8167
    frame #20: 0x00000001002162c0 ruby`vm_exec + 140
    frame #21: 0x0000000100223050 ruby`rb_yield_1 + 528
    frame #22: 0x000000010022331b ruby`rb_yield + 584
    frame #23: 0x00000001000d0f5c ruby`rb_ary_each + 101
    frame #24: 0x000000010020d541 ruby`vm_call_cfunc + 788
    frame #25: 0x0000000100218a61 ruby`vm_call_method_each_type + 197
    frame #26: 0x00000001002198ab ruby`vm_call_general + 251
    frame #27: 0x0000000100211e64 ruby`vm_exec_core + 8167
    frame #28: 0x00000001002162c0 ruby`vm_exec + 140
    frame #29: 0x00000001001058e4 ruby`ruby_exec_internal + 193
    frame #30: 0x0000000100105920 ruby`ruby_exec_node + 30
    frame #31: 0x0000000100107da1 ruby`ruby_run_node + 52
    frame #32: 0x00000001000046a5 ruby`main + 79
    frame #33: 0x0000000100004634 ruby`start + 52
  thread #2
    frame #0: 0x00007fff6b65009a libsystem_kernel.dylib`poll + 10
    frame #1: 0x000000010022d540 ruby`thread_timer + 274
    frame #2: 0x00007fff6b816661 libsystem_pthread.dylib`_pthread_body + 340
    frame #3: 0x00007fff6b81650d libsystem_pthread.dylib`_pthread_start + 377
    frame #4: 0x00007fff6b815bf9 libsystem_pthread.dylib`thread_start + 13
(lldb) ^D

Here's the output of brew config:
HOMEBREW_VERSION: 1.7.5-40-g1ff42f9
ORIGIN: https://github.com/Homebrew/brew.git
HEAD: 1ff42f90586a5f600aa34b9edf8f8e842f2fc461
Last commit: 4 hours ago
Core tap ORIGIN: https://github.com/Homebrew/homebrew-core
Core tap HEAD: 56c500b569c724b049be7ab9e12d9693f85522f9
Core tap last commit: 4 hours ago
HOMEBREW_PREFIX: /usr/local
HOMEBREW_DEV_CMD_RUN: 1
HOMEBREW_GIT: git
HOMEBREW_GITHUB_API_TOKEN: set
HOMEBREW_INSTALL_BADGE: ☕
HOMEBREW_VISUAL: vim
CPU: octa-core 64-bit skylake
Homebrew Ruby: 2.3.7 => /usr/local/Homebrew/Library/Homebrew/vendor/portable-ruby/2.3.7/bin/ruby
Clang: 10.0 build 1000
Git: 2.19.0 => /usr/local/bin/git
Curl: 7.54.0 => /usr/bin/curl
Java: 10.0.2, 1.8.0_181
macOS: 10.13.6-x86_64
CLT: <IP_ADDRESS>.1.1535735448
CLT headers: N/A
Xcode: 10.0
XQuartz: 2.7.11 => /opt/X11

What you expected to happen

I expected that brew doctor and other brew commands to exit normally.

Step-by-step reproduction instructions (by running brew commands)

Right now, brew is broken and it hangs after running brew upgrade, forcing me to kill -9 the ruby process.
EDIT:  I ran the sample command on the ruby process, and here's what it spat out:
Sampling process 14270 for 10 seconds with 1 millisecond of run time between samples
Sampling completed, processing symbols...
Sample analysis of process 14270 written to file /tmp/ruby_2018-09-19_191520_Diua.sample.txt

Analysis of sampling ruby (pid 14270) every 1 millisecond
Process:         ruby [14270]
Path:            /usr/local/Homebrew/Library/Homebrew/vendor/portable-ruby/2.3.7/bin/ruby
Load Address:    0x100000000
Identifier:      ruby
Version:         ???
Code Type:       X86-64
Parent Process:  bash [1043]

Date/Time:       2018-09-19 19:15:20.072 -0500
Launch Time:     2018-09-19 19:15:07.074 -0500
OS Version:      Mac OS X 10.13.6 (17G65)
Report Version:  7
Analysis Tool:   /usr/bin/sample

Physical footprint:         450.6M
Physical footprint (peak):  450.6M
----

Call graph:
    9105 Thread_128045   DispatchQueue_1: com.apple.main-thread  (serial)
    + 9105 start  (in ruby) + 52  [0x100004634]
    +   9105 main  (in ruby) + 79  [0x1000046a5]
    +     9105 ruby_run_node  (in ruby) + 52  [0x100107da1]
    +       9105 ruby_exec_node  (in ruby) + 30  [0x100105920]
    +         9105 ruby_exec_internal  (in ruby) + 193  [0x1001058e4]
    +           9105 vm_exec  (in ruby) + 140  [0x1002162c0]
    +             9105 vm_exec_core  (in ruby) + 8167  [0x100211e64]
    +               9105 vm_call_general  (in ruby) + 251  [0x1002198ab]
    +                 9105 vm_call_method_each_type  (in ruby) + 197  [0x100218a61]
    +                   9105 vm_call_cfunc  (in ruby) + 788  [0x10020d541]
    +                     9105 rb_ary_each  (in ruby) + 101  [0x1000d0f5c]
    +                       9105 rb_yield  (in ruby) + 584  [0x10022331b]
    +                         9105 rb_yield_1  (in ruby) + 528  [0x100223050]
    +                           9105 vm_exec  (in ruby) + 140  [0x1002162c0]
    +                             9105 vm_exec_core  (in ruby) + 8167  [0x100211e64]
    +                               9105 vm_call_general  (in ruby) + 251  [0x1002198ab]
    +                                 9105 vm_call_method_each_type  (in ruby) + 197  [0x100218a61]
    +                                   9105 vm_call_cfunc  (in ruby) + 788  [0x10020d541]
    +                                     9105 rb_ary_each  (in ruby) + 101  [0x1000d0f5c]
    +                                       9105 rb_yield  (in ruby) + 584  [0x10022331b]
    +                                         9105 rb_yield_1  (in ruby) + 528  [0x100223050]
    +                                           9105 vm_exec  (in ruby) + 140  [0x1002162c0]
    +                                             9105 vm_exec_core  (in ruby) + 8419  [0x100211f60]
    +                                               9105 vm_call_cfunc  (in ruby) + 788  [0x10020d541]
    +                                                 9105 rb_class_new_instance  (in ruby) + 51  [0x10014e92e]
    +                                                   9105 rb_funcallv  (in ruby) + 1039  [0x100222873]
    +                                                     9105 vm_call0_body  (in ruby) + 296  [0x10021a4a2]
    +                                                       9105 vm_exec  (in ruby) + 140  [0x1002162c0]
    +                                                         9105 vm_exec_core  (in ruby) + 21582  [0x1002152cb]
    +                                                           9105 vm_call_cfunc  (in ruby) + 788  [0x10020d541]
    +                                                             9105 fdbm_fetch  (in ruby) + 190  [0x100036e2a]
    +                                                               9105 dbm_fetch  (in libsystem_c.dylib) + 31  [0x7fff6b567ac2]
    +                                                                 5994 hash_access  (in libsystem_c.dylib) + 319  [0x7fff6b5651cb]
    +                                                                 ! 5994 __find_last_page  (in libsystem_c.dylib) + 75  [0x7fff6b56592c]
    +                                                                 !   5873 __get_buf  (in libsystem_c.dylib) + 317,313,...  [0x7fff6b566115,0x7fff6b566111,...]
    +                                                                 !   56 __get_buf  (in libsystem_c.dylib) + 468  [0x7fff6b5661ac]
    +                                                                 !   : 56 calloc  (in libsystem_malloc.dylib) + 30  [0x7fff6b6a958e]
    +                                                                 !   :   55 malloc_zone_calloc  (in libsystem_malloc.dylib) + 87  [0x7fff6b6a8c7c]
    +                                                                 !   :   | 50 szone_malloc_should_clear  (in libsystem_malloc.dylib) + 2744  [0x7fff6b6a7cd1]
    +                                                                 !   :   | + 50 _platform_bzero$VARIANT$Haswell  (in libsystem_platform.dylib) + 53,114,...  [0x7fff6b810c75,0x7fff6b810cb2,...]
    +                                                                 !   :   | 5 szone_malloc_should_clear  (in libsystem_malloc.dylib) + 2778,1479,...  [0x7fff6b6a7cf3,0x7fff6b6a77e0,...]
    +                                                                 !   :   1 malloc_zone_calloc  (in libsystem_malloc.dylib) + 90  [0x7fff6b6a8c7f]
    +                                                                 !   56 __get_buf  (in libsystem_c.dylib) + 950  [0x7fff6b56638e]
    +                                                                 !   : 54 __get_page  (in libsystem_c.dylib) + 220  [0x7fff6b567421]
    +                                                                 !   : | 54 __pread_nocancel  (in libsystem_kernel.dylib) + 10,0  [0x7fff6b64e956,0x7fff6b64e94c]
    +                                                                 !   : 1 DYLD-STUB$$pread$NOCANCEL  (in libsystem_c.dylib) + 0  [0x7fff6b5cf64c]
    +                                                                 !   : 1 __get_page  (in libsystem_c.dylib) + 226  [0x7fff6b567427]
    +                                                                 !   9 __get_buf  (in libsystem_c.dylib) + 442  [0x7fff6b566192]
    +                                                                 !     9 calloc  (in libsystem_malloc.dylib) + 30  [0x7fff6b6a958e]
    +                                                                 !       9 malloc_zone_calloc  (in libsystem_malloc.dylib) + 87  [0x7fff6b6a8c7c]
    +                                                                 !         4 szone_malloc_should_clear  (in libsystem_malloc.dylib) + 42,184,...  [0x7fff6b6a7243,0x7fff6b6a72d1,...]
    +                                                                 !         3 default_zone_calloc  (in libsystem_malloc.dylib) + 49,45  [0x7fff6b6b7254,0x7fff6b6b7250]
    +                                                                 !         2 szone_malloc_should_clear  (in libsystem_malloc.dylib) + 1321  [0x7fff6b6a7742]
    +                                                                 !           2 _platform_memset$VARIANT$Haswell  (in libsystem_platform.dylib) + 0  [0x7fff6b810c00]
    +                                                                 3111 hash_access  (in libsystem_c.dylib) + 354  [0x7fff6b5651ee]
    +                                                                   3053 __get_buf  (in libsystem_c.dylib) + 317,313,...  [0x7fff6b566115,0x7fff6b566111,...]
    +                                                                   33 __get_buf  (in libsystem_c.dylib) + 468  [0x7fff6b5661ac]
    +                                                                   : 33 calloc  (in libsystem_malloc.dylib) + 30  [0x7fff6b6a958e]
    +                                                                   :   32 malloc_zone_calloc  (in libsystem_malloc.dylib) + 87  [0x7fff6b6a8c7c]
    +                                                                   :   | 29 szone_malloc_should_clear  (in libsystem_malloc.dylib) + 2744  [0x7fff6b6a7cd1]
    +                                                                   :   | + 29 _platform_bzero$VARIANT$Haswell  (in libsystem_platform.dylib) + 53,57,...  [0x7fff6b810c75,0x7fff6b810c79,...]
    +                                                                   :   | 2 szone_malloc_should_clear  (in libsystem_malloc.dylib) + 1479,2748  [0x7fff6b6a77e0,0x7fff6b6a7cd5]
    +                                                                   :   | 1 szone_malloc_should_clear  (in libsystem_malloc.dylib) + 1600  [0x7fff6b6a7859]
    +                                                                   :   |   1 small_malloc_from_free_list  (in libsystem_malloc.dylib) + 530  [0x7fff6b6a91c8]
    +                                                                   :   1 malloc_zone_calloc  (in libsystem_malloc.dylib) + 90  [0x7fff6b6a8c7f]
    +                                                                   20 __get_buf  (in libsystem_c.dylib) + 950  [0x7fff6b56638e]
    +                                                                   : 20 __get_page  (in libsystem_c.dylib) + 220  [0x7fff6b567421]
    +                                                                   :   20 __pread_nocancel  (in libsystem_kernel.dylib) + 10  [0x7fff6b64e956]
    +                                                                   4 __get_buf  (in libsystem_c.dylib) + 442  [0x7fff6b566192]
    +                                                                   : 3 calloc  (in libsystem_malloc.dylib) + 30  [0x7fff6b6a958e]
    +                                                                   : | 3 malloc_zone_calloc  (in libsystem_malloc.dylib) + 87  [0x7fff6b6a8c7c]
    +                                                                   : |   1 default_zone_calloc  (in libsystem_malloc.dylib) + 45  [0x7fff6b6b7250]
    +                                                                   : |   1 szone_malloc_should_clear  (in libsystem_malloc.dylib) + 422  [0x7fff6b6a73bf]
    +                                                                   : |   + 1 tiny_malloc_from_free_list  (in libsystem_malloc.dylib) + 10  [0x7fff6b6a819d]
    +                                                                   : |   1 szone_malloc_should_clear  (in libsystem_malloc.dylib) + 1321  [0x7fff6b6a7742]
    +                                                                   : |     1 _platform_memset$VARIANT$Haswell  (in libsystem_platform.dylib) + 19  [0x7fff6b810c13]
    +                                                                   : 1 calloc  (in libsystem_malloc.dylib) + 0  [0x7fff6b6a9570]
    +                                                                   1 DYLD-STUB$$calloc  (in libsystem_c.dylib) + 0  [0x7fff6b5cf382]
    9105 Thread_128194
      9105 thread_start  (in libsystem_pthread.dylib) + 13  [0x7fff6b815bf9]
        9105 _pthread_start  (in libsystem_pthread.dylib) + 377  [0x7fff6b81650d]
          9105 _pthread_body  (in libsystem_pthread.dylib) + 340  [0x7fff6b816661]
            9105 thread_timer  (in ruby) + 274  [0x10022d540]
              9105 poll  (in libsystem_kernel.dylib) + 10  [0x7fff6b65009a]

Total number in stack (recursive counted multiple, when >=5):

Sort by top of stack, same collapsed (when >= 5):
        poll  (in libsystem_kernel.dylib)        9105
        __get_buf  (in libsystem_c.dylib)        8926
        _platform_bzero$VARIANT$Haswell  (in libsystem_platform.dylib)        79
        __pread_nocancel  (in libsystem_kernel.dylib)        74
        szone_malloc_should_clear  (in libsystem_malloc.dylib)        11

Binary Images:
       0x100000000 -        0x1007f73bf +ruby (???) <479EB9A2-87EF-3CE4-9F54-B8B842FF624F> /usr/local/Homebrew/Library/Homebrew/vendor/portable-ruby/current/bin/ruby
       0x10ca64000 -        0x10caaeacf  dyld (551.4) <8A72DE9C-A136-3506-AA02-4BA2B82DCAF3> /usr/lib/dyld
    0x7fff3fba5000 -     0x7fff3fba5fff  com.apple.Accelerate (1.11 - Accelerate 1.11) <8632A9C5-19EA-3FD7-A44D-80765CC9C540> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate
    0x7fff3fbbd000 -     0x7fff400bbfc3  com.apple.vImage (8.1 - ???) <A243A7EF-0C8E-3A9A-AA38-44AFD7507F00> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage
    0x7fff400bc000 -     0x7fff40216fe3  libBLAS.dylib (1211.50.2) <62C659EB-3E32-3B5F-83BF-79F5DF30D5CE> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
    0x7fff40217000 -     0x7fff40245fef  libBNNS.dylib (38.1) <7BAEFDCA-3227-3E07-80D8-59B6370B89C6> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBNNS.dylib
    0x7fff40246000 -     0x7fff40605ff7  libLAPACK.dylib (1211.50.2) <40ADBA5F-8B2D-30AC-A7AD-7B17C37EE52D> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib
    0x7fff40606000 -     0x7fff4061bff7  libLinearAlgebra.dylib (1211.50.2) <E8E0B7FD-A0B7-31E5-AF01-81781F71EBBE> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLinearAlgebra.dylib
    0x7fff4061c000 -     0x7fff40621ff3  libQuadrature.dylib (3) <3D6BF66A-55B2-3692-BAC7-DEB0C676ED29> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libQuadrature.dylib
    0x7fff40622000 -     0x7fff406a2fff  libSparse.dylib (79.50.2) <0DC25CDD-F8C1-3D6E-B472-8B060708424F> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libSparse.dylib
    0x7fff406a3000 -     0x7fff406b6fff  libSparseBLAS.dylib (1211.50.2) <722573CC-31CC-34B2-9032-E4F652A9CCFE> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libSparseBLAS.dylib
    0x7fff406b7000 -     0x7fff40864fc3  libvDSP.dylib (622.50.5) <40690941-CF89-3F90-A0AC-A4D200744A5D> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib
    0x7fff40865000 -     0x7fff40916fff  libvMisc.dylib (622.50.5) <BA2532DF-2D68-3DD0-9B59-D434BF702AA4> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib
    0x7fff40917000 -     0x7fff40917fff  com.apple.Accelerate.vecLib (3.11 - vecLib 3.11) <54FF3B43-E66C-3F36-B34B-A2B3B0A36502> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib
    0x7fff41abb000 -     0x7fff41abbfff  com.apple.ApplicationServices (48 - 50) <AFFBD94A-AF76-336E-B53E-57524EAE8EF3> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
    0x7fff41abc000 -     0x7fff41b22fff  com.apple.ApplicationServices.ATS (377 - 445.4) <85E779EE-0219-3181-B4C4-201E4CC82AB5> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS
    0x7fff41bbb000 -     0x7fff41cddfff  libFontParser.dylib (222.1.6) <6CEBACDD-B848-302E-B4B2-630CB16E663E> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontParser.dylib
    0x7fff41cde000 -     0x7fff41d28ff7  libFontRegistry.dylib (221.4) <5FDB4F1A-E15C-3ACB-A5C1-F15458C0C6DC> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontRegistry.dylib
    0x7fff41e6a000 -     0x7fff41e6eff3  com.apple.ColorSyncLegacy (4.13.0 - 1) <A5FB2694-1559-34A8-A3D3-2029F68A63CA> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSyncLegacy.framework/Versions/A/ColorSyncLegacy
    0x7fff41f0e000 -     0x7fff41f60ffb  com.apple.HIServices (1.22 - 624.1) <66FD9ED2-9630-313C-86AE-4C2FBCB3F351> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
    0x7fff41f61000 -     0x7fff41f6ffff  com.apple.LangAnalysis (1.7.0 - 1.7.0) <B65FF7E6-E9B5-34D8-8CA7-63D415A8A9A6> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis
    0x7fff41f70000 -     0x7fff41fbcfff  com.apple.print.framework.PrintCore (13.4 - 503.2) <B90C67C1-0292-3CEC-885D-F1882CD104BE> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore
    0x7fff41fbd000 -     0x7fff41ff7fff  com.apple.QD (3.12 - 404.2) <38B20AFF-9D54-3B52-A6DC-C0D71380AA5F> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD
    0x7fff41ff8000 -     0x7fff42004fff  com.apple.speech.synthesis.framework (7.8.1 - 7.8.1) <A08DE016-C8F2-3B0E-BD34-15959D13DBF0> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis
    0x7fff42005000 -     0x7fff42293ff7  com.apple.audio.toolbox.AudioToolbox (1.14 - 1.14) <E0B8B5D8-80A0-308B-ABD6-F8612102B5D8> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
    0x7fff425b8000 -     0x7fff42952ff7  com.apple.CFNetwork (902.1 - 902.1) <76EB8CB6-BF59-3BDA-BF2B-F21B161611B9> /System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
    0x7fff42e87000 -     0x7fff42f40fff  com.apple.ColorSync (4.13.0 - 3325) <D283C285-447D-3258-A7E4-59532123B8FF> /System/Library/Frameworks/ColorSync.framework/Versions/A/ColorSync
    0x7fff430cd000 -     0x7fff43160ff7  com.apple.audio.CoreAudio (4.3.0 - 4.3.0) <EB35D3EC-56EA-33E6-98DC-BDC3A5FA8ACE> /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
    0x7fff431f1000 -     0x7fff43547fef  com.apple.CoreData (120 - 851) <A2B59780-FB16-36A3-8EE0-E0EF072454E0> /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData
    0x7fff43548000 -     0x7fff4362bfff  com.apple.CoreDisplay (99.14 - 99.14) <A1B91ADD-828D-33A0-8A92-CC3F83DF89D0> /System/Library/Frameworks/CoreDisplay.framework/Versions/A/CoreDisplay
    0x7fff4362c000 -     0x7fff43acdfef  com.apple.CoreFoundation (6.9 - 1454.90) <E5D594BF-9142-3325-A62D-CF4AAF472642> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
    0x7fff43acf000 -     0x7fff440dffef  com.apple.CoreGraphics (2.0 - 1161.21) <375C477F-5A89-3C49-9B63-373C81A63F7E> /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
    0x7fff440e1000 -     0x7fff443d0fff  com.apple.CoreImage (13.0.0 - 579.5) <AAE2DFD0-9B0A-3D56-8A3E-C460BAF70394> /System/Library/Frameworks/CoreImage.framework/Versions/A/CoreImage
    0x7fff447a5000 -     0x7fff447a5fff  com.apple.CoreServices (822.36 - 822.36) <C8368F17-1589-3BA5-A0E7-89CB8DF2454F> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
    0x7fff447a6000 -     0x7fff4481affb  com.apple.AE (735.1 - 735.1) <08EBA184-20F7-3725-AEA6-C314448161C6> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
    0x7fff4481b000 -     0x7fff44af2fff  com.apple.CoreServices.CarbonCore (1178.4 - 1178.4) <0D5E19BF-18CB-3FA4-8A5F-F6C787C5EE08> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
    0x7fff44af3000 -     0x7fff44b27fff  com.apple.DictionaryServices (1.2 - 284.2) <6505B075-41C3-3C62-A4C3-85CE3F6825CD> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices
    0x7fff44b28000 -     0x7fff44b30ffb  com.apple.CoreServices.FSEvents (1239.50.1 - 1239.50.1) <3637CEC7-DF0E-320E-9634-44A442925C65> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/FSEvents.framework/Versions/A/FSEvents
    0x7fff44b31000 -     0x7fff44ceefff  com.apple.LaunchServices (822.36 - 822.36) <6E68C090-B12D-3D3D-9617-E5D82C36B2D0> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices
    0x7fff44cef000 -     0x7fff44d9fff7  com.apple.Metadata (10.7.0 - 1191.4.13) <B5C22E70-C265-3C9F-865F-B138994A418D> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
    0x7fff44da0000 -     0x7fff44e00fff  com.apple.CoreServices.OSServices (822.36 - 822.36) <3BB2E0CE-81AE-3D3D-9FCE-E1B7FC6D6A61> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices
    0x7fff44e01000 -     0x7fff44e6ffff  com.apple.SearchKit (1.4.0 - 1.4.0) <3662545A-B1CF-3079-BDCD-C83855CEFEEE> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
    0x7fff44e70000 -     0x7fff44e94ffb  com.apple.coreservices.SharedFileList (71.21 - 71.21) <35582D88-5975-35E2-A29A-E3148C3EE727> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SharedFileList.framework/Versions/A/SharedFileList
    0x7fff45135000 -     0x7fff45285fff  com.apple.CoreText (352.0 - 578.22) <6129F39D-284D-3BBF-8999-7854AB61C01C> /System/Library/Frameworks/CoreText.framework/Versions/A/CoreText
    0x7fff45286000 -     0x7fff452c0fff  com.apple.CoreVideo (1.8 - 0.0) <86CCC036-51BB-3DD1-9601-D93798BCCD0F> /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
    0x7fff455c7000 -     0x7fff455ccfff  com.apple.DiskArbitration (2.7 - 2.7) <A975AD56-4CD3-3A89-8732-858CA9BD3DAA> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
    0x7fff4578d000 -     0x7fff45b53fff  com.apple.Foundation (6.9 - 1454.90) <8EA924F3-ADAE-3F4B-8482-8B11C027D9A5> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
    0x7fff45bc4000 -     0x7fff45bf4fff  com.apple.GSS (4.0 - 2.0) <D774A165-5581-3479-AB5D-2BBDB5CF8882> /System/Library/Frameworks/GSS.framework/Versions/A/GSS
    0x7fff45e6a000 -     0x7fff45f05fff  com.apple.framework.IOKit (2.0.2 - 1445.71.1) <2EA4F383-CAA9-3AF0-99C5-90C22ADAA6B6> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
    0x7fff45f07000 -     0x7fff45f0efff  com.apple.IOSurface (211.15 - 211.15) <9FD406F1-6BF2-35B0-8339-DF83A1A661EB> /System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface
    0x7fff45f65000 -     0x7fff460dfff7  com.apple.ImageIO.framework (3.3.0 - 1739.3) <7C579D3F-AE0B-31C9-8F80-67F2290B8DE0> /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
    0x7fff460e0000 -     0x7fff460e4ffb  libGIF.dylib (1739.3) <7AA44C9D-48E8-3090-B044-61FE6F0AEF38> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib
    0x7fff460e5000 -     0x7fff461ccfef  libJP2.dylib (1739.3) <AEBF7260-0C10-30C0-8F0F-8B347DEE78B3> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib
    0x7fff461cd000 -     0x7fff461f0ff7  libJPEG.dylib (1739.3) <D8C966AD-A00C-3E8B-A7ED-D7CC7ECB3224> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
    0x7fff464cc000 -     0x7fff464f2feb  libPng.dylib (1739.3) <1737F680-99D1-3F03-BFA5-5CDA30EB880A> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
    0x7fff464f3000 -     0x7fff464f5ffb  libRadiance.dylib (1739.3) <21746434-FCC7-36DE-9331-11277DF66AA8> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib
    0x7fff464f6000 -     0x7fff46544fef  libTIFF.dylib (1739.3) <C4CB5C1D-20F2-3BD4-B0E6-629FDB3EF8E8> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
    0x7fff473fe000 -     0x7fff47417ff7  com.apple.Kerberos (3.0 - 1) <F86DCCDF-93C1-38B3-82C2-477C12E8EE6D> /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
    0x7fff47df9000 -     0x7fff47e7afff  com.apple.Metal (125.30 - 125.30) <975FD6B5-D695-346A-869F-0584A968D100> /System/Library/Frameworks/Metal.framework/Versions/A/Metal
    0x7fff47e97000 -     0x7fff47eb2fff  com.apple.MetalPerformanceShaders.MPSCore (1.0 - 1) <AD754E8F-CA00-3878-9AF3-208C224A230B> /System/Library/Frameworks/MetalPerformanceShaders.framework/Frameworks/MPSCore.framework/Versions/A/MPSCore
    0x7fff47eb3000 -     0x7fff47f22fef  com.apple.MetalPerformanceShaders.MPSImage (1.0 - 1) <338B7779-E608-3D68-8A07-2ACC11299744> /System/Library/Frameworks/MetalPerformanceShaders.framework/Frameworks/MPSImage.framework/Versions/A/MPSImage
    0x7fff47f23000 -     0x7fff47f47fff  com.apple.MetalPerformanceShaders.MPSMatrix (1.0 - 1) <9CE072D7-853B-3939-9645-7EB951376B87> /System/Library/Frameworks/MetalPerformanceShaders.framework/Frameworks/MPSMatrix.framework/Versions/A/MPSMatrix
    0x7fff47f48000 -     0x7fff4802fff7  com.apple.MetalPerformanceShaders.MPSNeuralNetwork (1.0 - 1) <0DE891AD-27E5-38FF-AEC8-4A95356C4357> /System/Library/Frameworks/MetalPerformanceShaders.framework/Frameworks/MPSNeuralNetwork.framework/Versions/A/MPSNeuralNetwork
    0x7fff48030000 -     0x7fff48030ff7  com.apple.MetalPerformanceShaders.MetalPerformanceShaders (1.0 - 1) <2D2D261C-50B0-32F9-BF9A-5C01382BB528> /System/Library/Frameworks/MetalPerformanceShaders.framework/Versions/A/MetalPerformanceShaders
    0x7fff4902f000 -     0x7fff4903bffb  com.apple.NetFS (6.0 - 4.0) <471DD96F-FA2E-3FE9-9746-2519A6780D1A> /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS
    0x7fff4be2d000 -     0x7fff4be87ff7  com.apple.opencl (2.8.24 - 2.8.24) <4D7401A7-6ADD-3632-85AE-7A5012DFFA04> /System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL
    0x7fff4be88000 -     0x7fff4bea4ffb  com.apple.CFOpenDirectory (10.13 - 207.50.1) <29F55F7B-379F-3053-8FF3-5C6675A3DD4D> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpenDirectory.framework/Versions/A/CFOpenDirectory
    0x7fff4bea5000 -     0x7fff4beb0fff  com.apple.OpenDirectory (10.13 - 207.50.1) <F895547D-4915-353F-9C1E-E95172BA803B> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory
    0x7fff4d02f000 -     0x7fff4d031fff  libCVMSPluginSupport.dylib (16.7.4) <F9270AE0-CC3B-3E3E-BA32-CC1068DD8F27> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCVMSPluginSupport.dylib
    0x7fff4d032000 -     0x7fff4d037ffb  libCoreFSCache.dylib (162.9) <7AF87F3E-D5D0-3625-BE09-CA4223195466> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreFSCache.dylib
    0x7fff4d038000 -     0x7fff4d03cfff  libCoreVMClient.dylib (162.9) <115FE643-6141-39B4-8193-77DFCBE7A4E0> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreVMClient.dylib
    0x7fff4d03d000 -     0x7fff4d046ff3  libGFXShared.dylib (16.7.4) <EB2BF8A0-E10D-35EA-8F46-B2E3C62C12A8> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGFXShared.dylib
    0x7fff4d047000 -     0x7fff4d052fff  libGL.dylib (16.7.4) <2BB333D3-5C61-33DF-8545-06DF2D08B83D> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
    0x7fff4d053000 -     0x7fff4d08efe7  libGLImage.dylib (16.7.4) <4DA003CE-0B74-3FE4-808C-B2FBCE517EB4> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib
    0x7fff4d1fd000 -     0x7fff4d23bffb  libGLU.dylib (16.7.4) <BCB09CD8-EB0E-38FA-8B5A-9E29532EE364> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib
    0x7fff4dbb3000 -     0x7fff4dbc2ff3  com.apple.opengl (16.7.4 - 16.7.4) <9BDE8FF9-5418-3C70-8D1C-09656884CE48> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
    0x7fff4ea11000 -     0x7fff4ec5dff7  com.apple.QuartzCore (1.11 - 584.62) <1950D993-DE48-3C97-95A5-66D98BDFC95D> /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore
    0x7fff4f493000 -     0x7fff4f7befff  com.apple.security (7.0 - 58286.70.7) <9FC166E1-14D0-305C-A086-02B9E83F547E> /System/Library/Frameworks/Security.framework/Versions/A/Security
    0x7fff4f7bf000 -     0x7fff4f84bff7  com.apple.securityfoundation (6.0 - 55185.50.5) <D708D069-AEDB-36C2-B1DA-479DA91D7711> /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation
    0x7fff4f87d000 -     0x7fff4f881ffb  com.apple.xpc.ServiceManagement (1.0 - 1) <71B45D83-ECA4-3265-997E-683A8B8DF413> /System/Library/Frameworks/ServiceManagement.framework/Versions/A/ServiceManagement
    0x7fff4fc26000 -     0x7fff4fc96ff3  com.apple.SystemConfiguration (1.17 - 1.17) <8532B8E9-7E30-35A3-BC4A-DDE8E0614FDA> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
    0x7fff52b93000 -     0x7fff52c26fff  com.apple.APFS (1.0 - 1) <6BBB3988-1C91-314F-A77A-4E093A1B18F0> /System/Library/PrivateFrameworks/APFS.framework/Versions/A/APFS
    0x7fff539ce000 -     0x7fff53a16ff3  com.apple.AppleJPEG (1.0 - 1) <8DD410CB-76A1-3F22-9A9F-0491FA0CEB4A> /System/Library/PrivateFrameworks/AppleJPEG.framework/Versions/A/AppleJPEG
    0x7fff53a51000 -     0x7fff53a79fff  com.apple.applesauce (1.0 - ???) <CCA8B094-1BCE-3AE3-A0A7-D544C818DE36> /System/Library/PrivateFrameworks/AppleSauce.framework/Versions/A/AppleSauce
    0x7fff5429b000 -     0x7fff542a2ff7  com.apple.coreservices.BackgroundTaskManagement (1.0 - 57.1) <51A41CA3-DB1D-3380-993E-99C54AEE518E> /System/Library/PrivateFrameworks/BackgroundTaskManagement.framework/Versions/A/BackgroundTaskManagement
    0x7fff55ce4000 -     0x7fff55cedff3  com.apple.CommonAuth (4.0 - 2.0) <4D237B25-27E5-3577-948B-073659F6D3C0> /System/Library/PrivateFrameworks/CommonAuth.framework/Versions/A/CommonAuth
    0x7fff567f3000 -     0x7fff56803ff7  com.apple.CoreEmoji (1.0 - 69.3) <A4357F5C-0C38-3A61-B456-D7321EB2CEE5> /System/Library/PrivateFrameworks/CoreEmoji.framework/Versions/A/CoreEmoji
    0x7fff5796d000 -     0x7fff57971ffb  com.apple.DSExternalDisplay (3.1 - 380) <901B7F6D-376A-3848-99D0-170C4D00F776> /System/Library/PrivateFrameworks/DSExternalDisplay.framework/Versions/A/DSExternalDisplay
    0x7fff58a41000 -     0x7fff58e6ffff  com.apple.vision.FaceCore (3.3.2 - 3.3.2) <B574FE33-4A41-3611-9738-388EBAF03E37> /System/Library/PrivateFrameworks/FaceCore.framework/Versions/A/FaceCore
    0x7fff5c137000 -     0x7fff5c13cfff  com.apple.GPUWrangler (3.20.13 - 3.20.13) <9C5BD618-69E3-36D5-9BC9-A4841BC00D2A> /System/Library/PrivateFrameworks/GPUWrangler.framework/Versions/A/GPUWrangler
    0x7fff5ceb2000 -     0x7fff5cec1fff  com.apple.GraphVisualizer (1.0 - 5) <B993B8A2-5700-3DFC-9EB7-4CCEE8F959F1> /System/Library/PrivateFrameworks/GraphVisualizer.framework/Versions/A/GraphVisualizer
    0x7fff5cf44000 -     0x7fff5cfb8fff  com.apple.Heimdal (4.0 - 2.0) <93091531-CC91-34FF-8B93-5D3F02C37BC5> /System/Library/PrivateFrameworks/Heimdal.framework/Versions/A/Heimdal
    0x7fff5d8c8000 -     0x7fff5d8cfff7  com.apple.IOAccelerator (378.26 - 378.26) <2274BE11-18DE-3B13-BCDB-C488C9BB19AD> /System/Library/PrivateFrameworks/IOAccelerator.framework/Versions/A/IOAccelerator
    0x7fff5d8d3000 -     0x7fff5d8eafff  com.apple.IOPresentment (1.0 - 35.1) <7C6332FF-6535-3064-B437-1E9F70671927> /System/Library/PrivateFrameworks/IOPresentment.framework/Versions/A/IOPresentment
    0x7fff5df74000 -     0x7fff5e069ff7  com.apple.LanguageModeling (1.0 - 159.5.3) <7F0AC200-E3DD-39FB-8A95-00DD70B66A9F> /System/Library/PrivateFrameworks/LanguageModeling.framework/Versions/A/LanguageModeling
    0x7fff5e06a000 -     0x7fff5e0acfff  com.apple.Lexicon-framework (1.0 - 33.5) <DC94CF9E-1EB4-3C0E-B298-CA1190885276> /System/Library/PrivateFrameworks/Lexicon.framework/Versions/A/Lexicon
    0x7fff5e0b0000 -     0x7fff5e0b7ff7  com.apple.LinguisticData (1.0 - 238.3) <49A54649-1021-3DBD-99B8-1B2EDFFA5378> /System/Library/PrivateFrameworks/LinguisticData.framework/Versions/A/LinguisticData
    0x7fff5edc9000 -     0x7fff5ee32ff7  com.apple.gpusw.MetalTools (1.0 - 1) <458F319A-2707-3C83-8351-BD9F02EC05BD> /System/Library/PrivateFrameworks/MetalTools.framework/Versions/A/MetalTools
    0x7fff5f05d000 -     0x7fff5f087ffb  com.apple.MultitouchSupport.framework (1404.4 - 1404.4) <45374A2A-C0BC-3A70-8183-37295205CDFA> /System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/MultitouchSupport
    0x7fff5f2ee000 -     0x7fff5f2f9fff  com.apple.NetAuth (6.2 - 6.2) <B3795F63-C14A-33E1-9EE6-02A2E7661321> /System/Library/PrivateFrameworks/NetAuth.framework/Versions/A/NetAuth
    0x7fff65327000 -     0x7fff655c3ff7  com.apple.SkyLight (1.600.0 - 312.103) <27F91170-846C-3E9E-9B8A-788F27C7DAF5> /System/Library/PrivateFrameworks/SkyLight.framework/Versions/A/SkyLight
    0x7fff66f39000 -     0x7fff66f41ff7  com.apple.TCC (1.0 - 1) <E1EB7272-FE6F-39AB-83CA-B2B5F2A88D9B> /System/Library/PrivateFrameworks/TCC.framework/Versions/A/TCC
    0x7fff68b74000 -     0x7fff68b76ffb  com.apple.loginsupport (1.0 - 1) <D1232C1B-80EA-3DF8-9466-013695D0846E> /System/Library/PrivateFrameworks/login.framework/Versions/A/Frameworks/loginsupport.framework/Versions/A/loginsupport
    0x7fff68cdd000 -     0x7fff68d10ff7  libclosured.dylib (551.4) <3FB6B209-51F4-38DA-B1D8-2EE29D5BDD83> /usr/lib/closure/libclosured.dylib
    0x7fff68dca000 -     0x7fff68e03ff7  libCRFSuite.dylib (41) <FE5EDB68-2593-3C2E-BBAF-1C52D206F296> /usr/lib/libCRFSuite.dylib
    0x7fff68e04000 -     0x7fff68e0ffff  libChineseTokenizer.dylib (28) <53633C9B-A3A8-36F7-A53C-432D802F4BB8> /usr/lib/libChineseTokenizer.dylib
    0x7fff68ea1000 -     0x7fff68ea2ff3  libDiagnosticMessagesClient.dylib (104) <9712E980-76EE-3A89-AEA6-DF4BAF5C0574> /usr/lib/libDiagnosticMessagesClient.dylib
    0x7fff68ed9000 -     0x7fff690a3ff3  libFosl_dynamic.dylib (17.8) <C58ED77A-4986-31C2-994C-34DDFB8106F0> /usr/lib/libFosl_dynamic.dylib
    0x7fff690db000 -     0x7fff690dbfff  libOpenScriptingUtil.dylib (174) <610F0242-7CE5-3C86-951B-B646562694AF> /usr/lib/libOpenScriptingUtil.dylib
    0x7fff69217000 -     0x7fff69218ffb  libSystem.B.dylib (1252.50.4) <CD555F3B-FDDB-35E5-A2FB-FBBF3D62031A> /usr/lib/libSystem.B.dylib
    0x7fff692ab000 -     0x7fff692abfff  libapple_crypto.dylib (109.50.14) <48BA2E76-BF2F-3522-A54E-D7FB7EAF7A57> /usr/lib/libapple_crypto.dylib
    0x7fff692ac000 -     0x7fff692c2ff7  libapple_nghttp2.dylib (1.24) <01402BC4-4822-3676-9C80-50D83F816424> /usr/lib/libapple_nghttp2.dylib
    0x7fff692c3000 -     0x7fff692edff3  libarchive.2.dylib (54) <8FC28DD8-E315-3C3E-95FE-D1D2CBE49888> /usr/lib/libarchive.2.dylib
    0x7fff69373000 -     0x7fff69373ff3  libauto.dylib (187) <A05C7900-F8C7-3E75-8D3F-909B40C19717> /usr/lib/libauto.dylib
    0x7fff69374000 -     0x7fff6942cff3  libboringssl.dylib (109.50.14) <E6813F87-B5E4-3F7F-A725-E6A7F2BD02EC> /usr/lib/libboringssl.dylib
    0x7fff6942d000 -     0x7fff6943dff3  libbsm.0.dylib (39) <6BC96A72-AFBE-34FD-91B1-748A530D8AE6> /usr/lib/libbsm.0.dylib
    0x7fff6943e000 -     0x7fff6944bffb  libbz2.1.0.dylib (38) <0A5086BB-4724-3C14-979D-5AD4F26B5B45> /usr/lib/libbz2.1.0.dylib
    0x7fff6944c000 -     0x7fff694a2fff  libc++.1.dylib (400.9) <7D3DACCC-3804-393C-ABC1-1A580FD00CB6> /usr/lib/libc++.1.dylib
    0x7fff694a3000 -     0x7fff694c7ff7  libc++abi.dylib (400.8.2) <EF5E37D7-11D9-3530-BE45-B986612D13E2> /usr/lib/libc++abi.dylib
    0x7fff694c9000 -     0x7fff694d9fff  libcmph.dylib (6) <A5509EE8-7E00-3224-8814-015B077A3CF5> /usr/lib/libcmph.dylib
    0x7fff694da000 -     0x7fff694f1fcf  libcompression.dylib (47.60.2) <543F07BF-2F2F-37D5-9866-E84BF659885B> /usr/lib/libcompression.dylib
    0x7fff6979c000 -     0x7fff697b4ff7  libcoretls.dylib (155.50.1) <D350052E-DC4D-3185-ADBA-BA48EDCEE955> /usr/lib/libcoretls.dylib
    0x7fff697b5000 -     0x7fff697b6ff3  libcoretls_cfhelpers.dylib (155.50.1) <B297F5D8-F2FE-3566-A752-E9D998B9C039> /usr/lib/libcoretls_cfhelpers.dylib
    0x7fff69c87000 -     0x7fff69cddff3  libcups.2.dylib (462.2.4) <908099FB-C70E-38FA-9573-88CB98FDDE29> /usr/lib/libcups.2.dylib
    0x7fff69e1d000 -     0x7fff69e1dfff  libenergytrace.dylib (16) <A92AB8B8-B986-3CE6-980D-D55090FEF387> /usr/lib/libenergytrace.dylib
    0x7fff69e45000 -     0x7fff69e46fff  libffi.dylib (18.1) <02011073-8CB7-362F-BC52-43B4E83687B0> /usr/lib/libffi.dylib
    0x7fff69e54000 -     0x7fff69e59ff3  libheimdal-asn1.dylib (520.50.6) <E358445A-B84E-31B5-BCCD-7E1397519D96> /usr/lib/libheimdal-asn1.dylib
    0x7fff69e85000 -     0x7fff69f76ff7  libiconv.2.dylib (51.50.1) <2FEC9707-3FAF-3828-A50D-8605086D060F> /usr/lib/libiconv.2.dylib
    0x7fff69f77000 -     0x7fff6a19effb  libicucore.A.dylib (59180.0.1) <34EBADD6-4092-30EC-90E8-F75241E94D76> /usr/lib/libicucore.A.dylib
    0x7fff6a1eb000 -     0x7fff6a1ecfff  liblangid.dylib (128) <39C39393-0D05-301D-93B2-F224FC4949AA> /usr/lib/liblangid.dylib
    0x7fff6a1ed000 -     0x7fff6a206ffb  liblzma.5.dylib (10) <3D419A50-961F-37D2-8A01-3DC7AB7B8D18> /usr/lib/liblzma.5.dylib
    0x7fff6a207000 -     0x7fff6a21dff7  libmarisa.dylib (9) <D6D2D55D-1D2E-3442-B152-B18803C0ABB4> /usr/lib/libmarisa.dylib
    0x7fff6a2ce000 -     0x7fff6a4f6ff7  libmecabra.dylib (779.7.6) <F462F170-E872-3D09-B219-973D5E99C09F> /usr/lib/libmecabra.dylib
    0x7fff6a4fb000 -     0x7fff6a52bffb  libncurses.5.4.dylib (53) <030DF747-F71B-367A-83EE-2F30B7947929> /usr/lib/libncurses.5.4.dylib
    0x7fff6a6ce000 -     0x7fff6a849fff  libnetwork.dylib (1229.70.2) <E185D902-AC7F-3044-87C0-AE2887C59CE7> /usr/lib/libnetwork.dylib
    0x7fff6a8d0000 -     0x7fff6acbe7e7  libobjc.A.dylib (723) <DD9E5EC5-B507-3249-B700-93433E2D5EDF> /usr/lib/libobjc.A.dylib
    0x7fff6acd1000 -     0x7fff6acd5fff  libpam.2.dylib (22) <7B4D2CE2-1438-387A-9802-5CEEFBF26F86> /usr/lib/libpam.2.dylib
    0x7fff6acd8000 -     0x7fff6ad0cfff  libpcap.A.dylib (79.20.1) <FA13918B-A247-3181-B256-9B852C7BA316> /usr/lib/libpcap.A.dylib
    0x7fff6ad8b000 -     0x7fff6ada7ffb  libresolv.9.dylib (65) <E8F3415B-4472-3202-8901-41FD87981DB2> /usr/lib/libresolv.9.dylib
    0x7fff6adf8000 -     0x7fff6af8bff7  libsqlite3.dylib (274.8.1) <FCAD6A57-829E-3701-B16E-1833D620E0E8> /usr/lib/libsqlite3.dylib
    0x7fff6b15f000 -     0x7fff6b1bfff3  libusrtcp.dylib (1229.70.2) <1E065228-D0E3-3808-9405-894056C6BEC0> /usr/lib/libusrtcp.dylib
    0x7fff6b1c0000 -     0x7fff6b1c3ffb  libutil.dylib (51.20.1) <216D18E5-0BAF-3EAF-A38E-F6AC37CBABD9> /usr/lib/libutil.dylib
    0x7fff6b1c4000 -     0x7fff6b1d1fff  libxar.1.dylib (400) <0316128D-3B47-3052-995D-97B4FE5491DC> /usr/lib/libxar.1.dylib
    0x7fff6b1d5000 -     0x7fff6b2bcfff  libxml2.2.dylib (31.11) <C2B5C43F-9C0B-31E6-8EC0-939591EDAC49> /usr/lib/libxml2.2.dylib
    0x7fff6b2bd000 -     0x7fff6b2e5fff  libxslt.1.dylib (15.12) <4A5E011D-8B29-3135-A52B-9A9070ABD752> /usr/lib/libxslt.1.dylib
    0x7fff6b2e6000 -     0x7fff6b2f8ffb  libz.1.dylib (70) <48C67CFC-940D-3857-8DAD-857774605352> /usr/lib/libz.1.dylib
    0x7fff6b394000 -     0x7fff6b398ff7  libcache.dylib (80) <092479CB-1008-3A83-BECF-E115F24D13C1> /usr/lib/system/libcache.dylib
    0x7fff6b399000 -     0x7fff6b3a3ff3  libcommonCrypto.dylib (60118.50.1) <029F5985-9B6E-3DCB-9B96-FD007678C6A7> /usr/lib/system/libcommonCrypto.dylib
    0x7fff6b3a4000 -     0x7fff6b3abfff  libcompiler_rt.dylib (62) <968B8E3F-3681-3230-9D78-BB8732024F6E> /usr/lib/system/libcompiler_rt.dylib
    0x7fff6b3ac000 -     0x7fff6b3b5ffb  libcopyfile.dylib (146.50.5) <3885083D-50D8-3EEC-B481-B2E605180D7F> /usr/lib/system/libcopyfile.dylib
    0x7fff6b3b6000 -     0x7fff6b43bfff  libcorecrypto.dylib (562.70.1) <5C26364F-2269-31EC-84AF-0FED2C902E38> /usr/lib/system/libcorecrypto.dylib
    0x7fff6b4c3000 -     0x7fff6b4fcff7  libdispatch.dylib (913.60.2) <232C69BD-022E-3AB9-8807-79F9FA7CB5EC> /usr/lib/system/libdispatch.dylib
    0x7fff6b4fd000 -     0x7fff6b51aff7  libdyld.dylib (551.4) <81BF3A82-5719-3B54-ABA9-76C82D932CAC> /usr/lib/system/libdyld.dylib
    0x7fff6b51b000 -     0x7fff6b51bffb  libkeymgr.dylib (28) <E34E283E-90FA-3C59-B48E-1277CDB9CDCE> /usr/lib/system/libkeymgr.dylib
    0x7fff6b51c000 -     0x7fff6b528ff3  libkxld.dylib (4570.71.2) <C3C31E1B-3E74-3828-8429-4D442E26D41C> /usr/lib/system/libkxld.dylib
    0x7fff6b529000 -     0x7fff6b529ff7  liblaunch.dylib (1205.70.9) <B184B521-FF24-3142-AFAF-23D170CF918C> /usr/lib/system/liblaunch.dylib
    0x7fff6b52a000 -     0x7fff6b52effb  libmacho.dylib (906) <1902A611-081A-3452-B11E-EBD1B166E831> /usr/lib/system/libmacho.dylib
    0x7fff6b52f000 -     0x7fff6b531ff3  libquarantine.dylib (86) <26C0BA22-8F93-3A07-9A4E-C8D53D2CE42E> /usr/lib/system/libquarantine.dylib
    0x7fff6b532000 -     0x7fff6b533ff3  libremovefile.dylib (45) <711E18B2-5BBE-3211-A916-56740C27D17A> /usr/lib/system/libremovefile.dylib
    0x7fff6b534000 -     0x7fff6b54bfff  libsystem_asl.dylib (356.70.1) <39E46A6F-B228-3E78-B83E-1779F9707A39> /usr/lib/system/libsystem_asl.dylib
    0x7fff6b54c000 -     0x7fff6b54cfff  libsystem_blocks.dylib (67) <17303FDF-0D2D-3963-B05E-B4DF63052D47> /usr/lib/system/libsystem_blocks.dylib
    0x7fff6b54d000 -     0x7fff6b5d6ff7  libsystem_c.dylib (1244.50.9) <1187BFE8-4576-3247-8177-481554E1F9E7> /usr/lib/system/libsystem_c.dylib
    0x7fff6b5d7000 -     0x7fff6b5daffb  libsystem_configuration.dylib (963.50.8) <DF6B5287-203E-30CB-9947-78DF446C72B8> /usr/lib/system/libsystem_configuration.dylib
    0x7fff6b5db000 -     0x7fff6b5deffb  libsystem_coreservices.dylib (51) <486000D3-D8CB-3BE7-8EE5-8BF380DE6DF7> /usr/lib/system/libsystem_coreservices.dylib
    0x7fff6b5df000 -     0x7fff6b5e0fff  libsystem_darwin.dylib (1244.50.9) <09C21A4A-9EE0-388B-A9D9-DFF8F6758791> /usr/lib/system/libsystem_darwin.dylib
    0x7fff6b5e1000 -     0x7fff6b5e7ff7  libsystem_dnssd.dylib (878.70.2) <3290768B-54DE-3AB6-B155-AC0950AC5564> /usr/lib/system/libsystem_dnssd.dylib
    0x7fff6b5e8000 -     0x7fff6b631ff7  libsystem_info.dylib (517.30.1) <AB634A98-B8AA-3804-8436-38261FC8EC4D> /usr/lib/system/libsystem_info.dylib
    0x7fff6b632000 -     0x7fff6b658ff7  libsystem_kernel.dylib (4570.71.2) <F22B8D73-69D8-36D7-BF66-7F9AC70C08C2> /usr/lib/system/libsystem_kernel.dylib
    0x7fff6b659000 -     0x7fff6b6a4fcb  libsystem_m.dylib (3147.50.1) <8CFB51C9-B422-3379-8552-064C63943A23> /usr/lib/system/libsystem_m.dylib
    0x7fff6b6a5000 -     0x7fff6b6c4fff  libsystem_malloc.dylib (140.50.6) <7FD43735-9DDD-300E-8C4A-F909A74BDF49> /usr/lib/system/libsystem_malloc.dylib
    0x7fff6b6c5000 -     0x7fff6b7f5ff7  libsystem_network.dylib (1229.70.2) <5E86B2DE-9E15-3354-8714-4094ED5F698D> /usr/lib/system/libsystem_network.dylib
    0x7fff6b7f6000 -     0x7fff6b800ffb  libsystem_networkextension.dylib (767.70.1) <D23EAFC1-E8BD-34D5-969C-6E45A1C3B4E4> /usr/lib/system/libsystem_networkextension.dylib
    0x7fff6b801000 -     0x7fff6b80aff3  libsystem_notify.dylib (172) <08012EC0-2CD2-34BE-BF93-E7F56491299A> /usr/lib/system/libsystem_notify.dylib
    0x7fff6b80b000 -     0x7fff6b812ff7  libsystem_platform.dylib (161.50.1) <6355EE2D-5456-3CA8-A227-B96E8F1E2AF8> /usr/lib/system/libsystem_platform.dylib
    0x7fff6b813000 -     0x7fff6b81efff  libsystem_pthread.dylib (301.50.1) <0E51CCBA-91F2-34E1-BF2A-FEEFD3D321E4> /usr/lib/system/libsystem_pthread.dylib
    0x7fff6b81f000 -     0x7fff6b822fff  libsystem_sandbox.dylib (765.70.1) <553DFCC6-9D31-3B9C-AB7C-30F6F265786D> /usr/lib/system/libsystem_sandbox.dylib
    0x7fff6b823000 -     0x7fff6b824ff3  libsystem_secinit.dylib (30) <DE8D14E8-A276-3FF8-AE13-77F7040F33C1> /usr/lib/system/libsystem_secinit.dylib
    0x7fff6b825000 -     0x7fff6b82cff7  libsystem_symptoms.dylib (820.60.2) <585BDFA2-D54D-39D0-8046-44E824DABD43> /usr/lib/system/libsystem_symptoms.dylib
    0x7fff6b82d000 -     0x7fff6b840fff  libsystem_trace.dylib (829.70.1) <3A6CB706-8CA6-3616-8AFC-14AAD7FAF187> /usr/lib/system/libsystem_trace.dylib
    0x7fff6b842000 -     0x7fff6b847ff7  libunwind.dylib (35.3) <BEF3FB49-5604-3B5F-82B5-332B80023AC3> /usr/lib/system/libunwind.dylib
    0x7fff6b848000 -     0x7fff6b875ff7  libxpc.dylib (1205.70.9) <0BC7AD67-671D-31D4-8B88-C317B8379598> /usr/lib/system/libxpc.dylib

This looks very similar to the backtrace in https://github.com/Homebrew/brew/issues/4923 so folding into that.

@MikeMcQuaid:  Is there a workaround that I can try to delete and recreate the database? I can save a copy of the database that I can put back, if needed, to test any fixes.

@mojoTX This should now be fixed if you brew update without any intervention being required.

It is fixed! Thank you!  😃


Solution: Copy docs from Quantum.Scheduler to Implementation

Partial Implementation from #196

Coverage remained the same at 86.923% when pulling f2af9dbe4a1749ce04a4c1131ee0803fe6f4c82a on jshmrtn:feature/scheduler_implementation_documentation into 314e8246d5aca83ba262793a8918d0726cdb13dc on c-rack:master.

Coverage remained the same at 86.923% when pulling f2af9dbe4a1749ce04a4c1131ee0803fe6f4c82a on jshmrtn:feature/scheduler_implementation_documentation into 314e8246d5aca83ba262793a8918d0726cdb13dc on c-rack:master.


DeprecationWarning: Argument name-based matching of 'info' is deprecated and will be removed in v1.0.

When importing strawberry with all waring enabled (-Wall) you get
.../site-packages/strawberry/types/fields/resolver.py:199: DeprecationWarning: Argument name-based matching of 'info' is deprecated and will be removed in v1.0. Ensure that reserved arguments are annotated their respective types (i.e. use value: 'DirectiveValue[str]' instead of 'value: str' and 'info: Info' instead of a plain 'info').
  return {spec: spec.find(parameters, self) for spec in self.RESERVED_PARAMSPEC}

Describe the Bug
While all warnings are enabled and importing strawberry a warning is raised
python -Wall -c 'import strawberry'

System Information

Operating system: Ubuntu 22.04
Strawberry version (if applicable): 0.178.0+
Python version: Python3.8 / Python3.10

Upvote & Fund

We're using Polar.sh so you can upvote and help fund this issue.
We receive the funding once the issue is completed & confirmed by you.
Thank you in advance for helping prioritize & fund our backlog.

It would be nice if you ensure that using subclasses of Info is supported. Our use case is having our own custom class to have better types on the context by default:
class MyInfo(Info[MyCtx[TDetails], Any], Generic[TDetails]):
    ...

And then we use info: MyInfo[SomeDetails]. (Would be nice to be able to use an alias here instead of inheriting as we don't really have instances of MyInfo, but AFAIK it is not supported by python typecheckers.)


Molecules now has Moleculess

A Molecule object is implemented. It contains basic electronic information: charge and multiplicity
The alias Molecule = Vector{Atom} has been removed.

bruh


Add codecov for nodeJS

Codecov Report

Merging #17 into master will decrease coverage by 2.59%.
The diff coverage is n/a.

@@            Coverage Diff            @@
##           master      #17     +/-   ##
=========================================
- Coverage   73.81%   71.22%   -2.6%
=========================================
  Files           9        8      -1
  Lines         233      212     -21
=========================================
- Hits          172      151     -21
  Misses         61       61

Impacted Files
Coverage Δ

problems/other/largestprimefactor/prime.go

Continue to review full report at Codecov.

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

@Abhicoding  Code coverage is failing can you please handle this ?

When merging please squash and merge so that the master branch would look clean


fix: Coinbase Wallet connection on same chain

Problem solved
Short description of the bug fixed or feature added

PR-Codex overview
This PR focuses on fixing the connection issue with the cb wallet browser extension by ensuring the correct chain is switched when connecting.
Detailed summary

Updated the condition in coinbase-web.ts to check chainId instead of connectedChainId for switching chains.
Ensured the chain switch occurs only when chainId and options?.chain are provided and they differ.

✨ Ask PR-Codex anything about this PR by commenting with /codex {your question}

#5656  👈 (View in Graphite)
main

This stack of pull requests is managed by Graphite. Learn more about stacking.


Is Charset bug?

Hi
While using EMail (Charset iso-2022-kr)
found that the failure
iso-2022-kr  --> utf8 encoding conversion.
so
charsets.go:238 line   :  "iso-2022-kr"     {encoding.Replacement, "replacement"}   to
charsets.go:238 line   :  "iso-2022-kr"     {korean.EUCKR, "euc-kr"}
encoding conversion resolved.
Is that right?

While it's possible there is a bug, Golang is still using that mapping itself:
https://github.com/golang/text/blob/master/encoding/htmlindex/tables.go#L308
I did some reading on EUC vs ISO-2022 - it sounds like they are related but not interchangeable.  Is it possible the email you were working with was labeled with the wrong encoding?

I'm korean.
Euc-kr is one of the encoding used most in Korea.
iso-2022-kr is old encoding. It is not now be used as well.
I was Wrong.
iso-2022-kr to euc-kr but It's wasn't perfect.
so..
i use iconv(https://github.com/qiniu/iconv) library
iso-2022-kr to utf-8
it is perfect

iso-2022kr Sample File
Sorry
iso2022.txt


Increased log message log level so that the messages are logged with default node configuration

Some important log messages are not being logged with high enough log level making them show only when configuring the node to log at lower levels (i.e. DEBUG, TRACE)

Perhaps we should have some agreed happy path logging and all the rest are divided to the debug categories?
Currently we have as happy path is stats, connect, disconnect, stake weight events.
I probably missed some others.
Things that are unusual should be logged I agree (like rewind, or an exception, the time sync warning, etc...)

The primary purpose of the log is not to look pretty but to help diagnose issues with the code. Currently we don't know why peers disconnect from each other or why the node is not syncing as those log messages are logged at lower levels.
The changes I've made are mainly around the exception cases you shouldn't see any additional log information during normal node operation.
It would be good idea to review changes around P2P as I think we should limit the number of messages there.

The primary purpose of the log is not to look pretty but to help diagnose issues with the

I dont think anyone suggested logs should be pretty, rather we refere to a the console become clutted with info.

The changes I've made are mainly around the exception cases

This is fine I agree, if thats the case I will review the PR more thoroughly to give my opinion.
In such cases I'd say we should log many of those as warnings (and not information)

Closing as we can revisit this in https://github.com/stratisproject/StratisFullNode


Compilation fails on Asterisk 14.7.6

Hello, I'm trying to build Asterisk 14.7.6 (debian 9) and after applying the patch, I get this on my make
# make
   [CC] res_pjsip_dialog_info_body_generator.c -> res_pjsip_dialog_info_body_generator.o
   [LD] res_pjsip_dialog_info_body_generator.o -> res_pjsip_dialog_info_body_generator.so
   [CC] res_format_attr_amr.c -> res_format_attr_amr.o
res_format_attr_amr.c: In function ‘amr_getjoint’:
res_format_attr_amr.c:397:17: error: ‘ast_format_amrwb’ undeclared (first use in this function)
  if (format1 == ast_format_amrwb || format1 == ast_format_amr) {
                 ^~~~~~~~~~~~~~~~
res_format_attr_amr.c:397:17: note: each undeclared identifier is reported only once for each function it appears in
res_format_attr_amr.c:397:48: error: ‘ast_format_amr’ undeclared (first use in this function)
  if (format1 == ast_format_amrwb || format1 == ast_format_amr) {
                                                ^~~~~~~~~~~~~~
/usr/src/asterisk-14.7.6/Makefile.rules:149: recipe for target 'res_format_attr_amr.o' failed
make[1]: *** [res_format_attr_amr.o] Error 1
Makefile:367: recipe for target 'res' failed
make: *** [res] Error 2

What could be the problem?

Asterisk 14 is not supported because of issue #12. Therefore, please, upgrade to Asterisk 15 or the latest master branch – or go back to Asterisk 13. If you really need Asterisk 14, you have to add that patch which is attached to ASTERISK-27850…
Anyway, that is not the cause of your issue. ast_format_amr(wb) are defined in the file include/asterisk/format_cache.h, which was changed by codec_amr.patch. Therefore, please, have a look at that header file: Is ast_format_amr included there? If not, which failures/errors do you get, when you apply that patch.

Hello,
I managed to make it work by reapplying the patches in a fresh installation. I also patched asterisk with this https://gerrit.asterisk.org/#/c/asterisk/+/8968/1/main/rtp_engine.c to make it work with Asterisk 14.
The problem that I'm facing now is this:
[2018-07-20 07:58:02] WARNING[23540]: res_pjsip_sdp_rtp.c:1283 create_outgoing_sdp_stream: Unable to get rtp codec payload code for amrwb
[2018-07-20 07:58:03] WARNING[23540]: channel.c:5661 set_format: Unable to find a codec translation path: (alaw) -> (amrwb)
[2018-07-20 07:58:03] WARNING[23540]: channel.c:5661 set_format: Unable to find a codec translation path: (amrwb) -> (alaw)

Is this related to #12 ?

You applied already the patch/fix for issue #12. If you still face the same symptoms, you applied it wrongly or more is broken in Asterisk 14. I do not support Asterisk 14 anymore because it receives only security fixes. Any reason not to go for the latest Asterisk 13 or Asterisk 15?

Well, I have a backend application that works with the AMI/AGI/ARI and I am not sure if switching to 13 or 15 will break things.
In general what is the problem behind a "Unable to find a codec translation path"? Is it related that asterisk cannot find the transcoder for amr? If yes, is there a possibility to use it with just passthrough?

The reason/cause has to be analyzed. Could be anything. The cause in #12 was a silly typo somewhere totally different in the Asterisk code. Asterisk 14 does not receive any security updates after 26th of September. Consequently, you should change in the next eight weeks anyway.
You could try rtp_use_dynamic=no in your configuration file sip.conf. Then you do a sip reload on the command-line interface (CLI; or restart your whole Asterisk).
I am closing this because Asterisk 14 is not supported by me. If you are able to reproduce this issue in the latest Asterisk 13, Asterisk 15, or newer, please, re-open this issue report.


Compilling error

(Ubuntu)
I have a folder with these sub folders:
nRF5_SDK_15.2.0_9412b96
ojousima.logger.c
Then, using SES I open app from
ojousima.logger.c/targets/ruuvitag_b/ses/ojousima.logger.c.emProject
When I click build:
Compiling 'nrf_log_backend_serial.c'
nrf_log_backend_serial.c
sdk_config.h: file or folder does not exists
Thanks
Alex

Have you run git submodule update --init --recursive?

I did this:
cd Test
git clone https://github.com/ojousima/ojousima.logger.c.git
cd ojousima.logger.c/
git submodule update --init --recursive
I opnened SES and opnened project:
... ojousima.logger.c/targets/ruuvitag_b/ses/ojousima.logger.c.emProject
Build:
sdk_config.h: file or folder does not exists
Inside ojousima.logger.c folder I did:
$find . -iname 'sdk_config.h'
but no file was found
Please, help

The file is under ruuvi.drivers.c/nrf5_sdk15_platform,
https://github.com/ojousima/ruuvi.drivers.c/tree/9901d62410913ff8533d5d07f56ce2c055a834b6/nrf5_sdk15_platform .
Which version of SES you're on? I'm on SES Nordic version 4.16. Nordic variants of SES are a bit tricky to find, the nRF Connect Getting started assistant has links. Generic version of SES should be ok for nRF SDK projects too, though.
Can you join Ruuvi Slack at slack.ruuvi.com and ping me (ojousima) there?

Here is my SES about info:
EGGER Embedded Studio for ARM
Release 4.16  Build<PHONE_NUMBER>.38728
Linux x64
© 2014-2019 SEGGER Microcontroller GmbH
© 1997-2019 Rowley Associates Ltd.
GCC/BINUTILS: Built using the GNU ARM Embedded Toolchain version 8-2018-q4-major source distribution
Clang/LLVM: Built using the version 7.0.1 source distribution

After execute all the commands, the drivers directory is empty! I have downloaded drivers folder and now the error is:
ojousima_endpoint_ac.h: Ficheiro ou directoria inexistente
can not find this file too using find command
(I dont know the slack service. I have put my email but what now? Anyway<EMAIL_ADDRESS>

Ficheiro ou directoria inexistente => File not found

Please, can you share complete project source code ready to compile. Thanks

The reason why project uses submodules is that it has a snapshot of compatible projects, such as board and driver definitions. If you populate the submodules by hand with latest files it's easy to get errors as above.
The root issue is that for some reason the submodules do not get downloaded when you run the submodule update command.
Can you provide exact log of the commands and output you get when you clone the project? Here's mine:
Last login: Sat Jul  6 18:16:03 on ttys005
Otso-MacBook-Pro:~ otsojousimaa$ mkdir demo
Otso-MacBook-Pro:~ otsojousimaa$ cd demo/
Otso-MacBook-Pro:demo otsojousimaa$ git clone https://github.com/ojousima/ojousima.logger.c.git
Cloning into 'ojousima.logger.c'...
remote: Enumerating objects: 1232, done.
remote: Total 1232 (delta 0), reused 0 (delta 0), pack-reused 1232
Receiving objects: 100% (1232/1232), 245.57 KiB | 683.00 KiB/s, done.
Resolving deltas: 100% (749/749), done.
Otso-MacBook-Pro:demo otsojousimaa$ git branch -a
fatal: not a git repository (or any of the parent directories): .git
Otso-MacBook-Pro:demo otsojousimaa$ cd ojousima.logger.c/
Otso-MacBook-Pro:ojousima.logger.c otsojousimaa$ git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/acceleration-broadcaster
  remotes/origin/acceleration_broadcaster
  remotes/origin/acceleration_broadcaster_v1
  remotes/origin/acceleration_streamer
  remotes/origin/ext-bme
  remotes/origin/fast-v2
  remotes/origin/master
  remotes/origin/ruuviblog
Otso-MacBook-Pro:ojousima.logger.c otsojousimaa$ git checkout acceleration_streamer
Branch 'acceleration_streamer' set up to track remote branch 'acceleration_streamer' from 'origin'.
Switched to a new branch 'acceleration_streamer'
Otso-MacBook-Pro:ojousima.logger.c otsojousimaa$ git submodule update --init --recursive
Submodule 'ruuvi.boards.c' (https://github.com/ruuvi/ruuvi.boards.c.git) registered for path 'ruuvi.boards.c'
Submodule 'ruuvi.drivers.c' (https://github.com/ojousima/ruuvi.drivers.c.git) registered for path 'ruuvi.drivers.c'
Submodule 'ruuvi.endpoints.c' (https://github.com/ruuvi/ruuvi.endpoints.c) registered for path 'ruuvi.endpoints.c'
Submodule 'ruuvi.libraries.c' (https://github.com/ruuvi/ruuvi.libraries.c) registered for path 'ruuvi.libraries.c'
Cloning into '/Users/otsojousimaa/demo/ojousima.logger.c/ruuvi.boards.c'...
Cloning into '/Users/otsojousimaa/demo/ojousima.logger.c/ruuvi.drivers.c'...
Cloning into '/Users/otsojousimaa/demo/ojousima.logger.c/ruuvi.endpoints.c'...
Cloning into '/Users/otsojousimaa/demo/ojousima.logger.c/ruuvi.libraries.c'...
Submodule path 'ruuvi.boards.c': checked out '6a874f9fe5fbf820c5f8c57ea7ec3287501d8fb7'
Submodule path 'ruuvi.drivers.c': checked out '2ac466617741eeec5471c9e7189907bccb0a45d8'
Submodule 'BME280_driver' (https://github.com/BoschSensortec/BME280_driver.git) registered for path 'ruuvi.drivers.c/BME280_driver'
Submodule 'STMems_Standard_C_drivers' (https://github.com/STMicroelectronics/STMems_Standard_C_drivers) registered for path 'ruuvi.drivers.c/STMems_Standard_C_drivers'
Cloning into '/Users/otsojousimaa/demo/ojousima.logger.c/ruuvi.drivers.c/BME280_driver'...
Cloning into '/Users/otsojousimaa/demo/ojousima.logger.c/ruuvi.drivers.c/STMems_Standard_C_drivers'...
Submodule path 'ruuvi.drivers.c/BME280_driver': checked out '18260d616b8c03fc1c4e1d68bed578c4605d40b4'
Submodule path 'ruuvi.drivers.c/STMems_Standard_C_drivers': checked out 'a306f351b4ceba8766581433c3e98fab7905f806'
Submodule path 'ruuvi.endpoints.c': checked out 'd4a54668ad08b69f5d79577c64735ad370941c1c'
Submodule path 'ruuvi.libraries.c': checked out '719e9d673b339ac6018820c08235ef5c1ebc9f87'
Otso-MacBook-Pro:ojousima.logger.c otsojousimaa$ cd ..
Otso-MacBook-Pro:demo otsojousimaa$ ln -s /Users/otsojousimaa/git/nRF5_SDK_15.2.0_9412b96 nRF5_SDK_15.2.0_9412b96
Otso-MacBook-Pro:demo otsojousimaa$ ls -l
total 0
lrwxr-xr-x   1 otsojousimaa  staff   47  7 Hei 10:24 nRF5_SDK_15.2.0_9412b96 -> /Users/otsojousimaa/git/nRF5_SDK_15.2.0_9412b96
drwxr-xr-x  18 otsojousimaa  staff  576  7 Hei 10:22 ojousima.logger.c

And the project compiles with
SEGGER Embedded Studio for ARM
Release 4.16  Build<PHONE_NUMBER>.38728
macOS x64

© 2014-2019 SEGGER Microcontroller GmbH
© 1997-2019 Rowley Associates Ltd.

GCC/BINUTILS: Built using the GNU ARM Embedded Toolchain version 8-2018-q4-major source distribution

Clang/LLVM: Built using the version 7.0.1 source distribution

At least in Debug-configuration

ncosta@ncosta-PORTEGE-Z930:~/Imagens$ git clone https://github.com/ojousima/ojousima.logger.c.git
Cloning into 'ojousima.logger.c'...
remote: Enumerating objects: 1232, done.
remote: Total 1232 (delta 0), reused 0 (delta 0), pack-reused 1232
Receiving objects: 100% (1232/1232), 245.57 KiB | 0 bytes/s, done.
Resolving deltas: 100% (749/749), done.
Checking connectivity... done.
ncosta@ncosta-PORTEGE-Z930:~/Imagens$ cd ojousima.logger.c/
ncosta@ncosta-PORTEGE-Z930:~/Imagens/ojousima.logger.c$ git submodule update --init --recursive
Submodule 'ojousima.ruuvi_endpoints.c' (https://github.com/ojousima/ojousima.ruuvi_endpoints.c.git) registered for path 'ojousima.ruuvi_endpoints.c'
Submodule 'ruuvi.boards.c' (https://github.com/ruuvi/ruuvi.boards.c.git) registered for path 'ruuvi.boards.c'
Submodule 'ruuvi.drivers.c' (https://github.com/ojousima/ruuvi.drivers.c.git) registered for path 'ruuvi.drivers.c'
Submodule 'ruuvi.endpoints.c' (https://github.com/ruuvi/ruuvi.endpoints.c) registered for path 'ruuvi.endpoints.c'
Submodule 'ruuvi.libraries.c' (https://github.com/ruuvi/ruuvi.libraries.c) registered for path 'ruuvi.libraries.c'
Cloning into 'ojousima.ruuvi_endpoints.c'...
remote: Enumerating objects: 35, done.
remote: Counting objects: 100% (35/35), done.
remote: Compressing objects: 100% (23/23), done.
remote: Total 35 (delta 19), reused 24 (delta 12), pack-reused 0
Unpacking objects: 100% (35/35), done.
Checking connectivity... done.
fatal: reference is not a tree: 6b090d80fd4dbdc7a1d68b786b6317aef0e2e817
Cloning into 'ruuvi.boards.c'...
remote: Enumerating objects: 105, done.
remote: Total 105 (delta 0), reused 0 (delta 0), pack-reused 105
Receiving objects: 100% (105/105), 14.75 KiB | 0 bytes/s, done.
Resolving deltas: 100% (63/63), done.
Checking connectivity... done.
Caminho do sub-módulo 'ruuvi.boards.c': confirmado '83940399838e2e4434bad82ac975be1ef9be2b8e'
Cloning into 'ruuvi.drivers.c'...
remote: Enumerating objects: 1756, done.
remote: Total 1756 (delta 0), reused 0 (delta 0), pack-reused 1756
Receiving objects: 100% (1756/1756), 477.81 KiB | 0 bytes/s, done.
Resolving deltas: 100% (1104/1104), done.
Checking connectivity... done.
fatal: reference is not a tree: 9901d62410913ff8533d5d07f56ce2c055a834b6
Cloning into 'ruuvi.endpoints.c'...
remote: Enumerating objects: 3, done.
remote: Counting objects: 100% (3/3), done.
remote: Compressing objects: 100% (3/3), done.
remote: Total 64 (delta 0), reused 2 (delta 0), pack-reused 61
Unpacking objects: 100% (64/64), done.
Checking connectivity... done.
Caminho do sub-módulo 'ruuvi.endpoints.c': confirmado '96fe4ebe6abcfaa99ea3da14680450548826096c'
Cloning into 'ruuvi.libraries.c'...
remote: Enumerating objects: 13, done.
remote: Counting objects: 100% (13/13), done.
remote: Compressing objects: 100% (10/10), done.
remote: Total 64 (delta 4), reused 7 (delta 3), pack-reused 51
Unpacking objects: 100% (64/64), done.
Checking connectivity... done.
Caminho do sub-módulo 'ruuvi.libraries.c': confirmado 'c68b8cf8377dd4816ef918e4606664f8c0dec911'
Impossível confirmar '6b090d80fd4dbdc7a1d68b786b6317aef0e2e817' no caminho do sub-módulo 'ojousima.ruuvi_endpoints.c'
Impossível confirmar '9901d62410913ff8533d5d07f56ce2c055a834b6' no caminho do sub-módulo 'ruuvi.drivers.c'
Please, could you send me a zip of your cloned project<EMAIL_ADDRESS>

Ok, Here's the issue:
fatal: reference is not a tree: 9901d62410913ff8533d5d07f56ce2c055a834b6 I've probably not pushed something to GitHub. Let me check...

You're missing the git checkout acceleration_streamer at the start, master is something I'm constantly working on and broken quite often. You should get a compilable project with the acceleration_streamer branch, remember to update the modules after checking it out.
We're also working on GATT on official Ruuvi repository, but that's also pre-alpha and broken often.

Sorry, I did not see any ref to execute git checkout acceleration_streamer
Now it compiles.
Thank you

Ok, happy to hear that it worked.


Migration guide fixes

I've opened the following topic for some API work and I've noticed a couple of broken things:
https://docs.microsoft.com/en-us/dotnet/framework/migration-guide/retargeting/4.7-4.7.1

Missing spaces

Broken links

Table cell being cut:

So this PR is to fix those issues and I also changed the formatting from HTML to Markdown where possible, since it's easier to edit.

@chlowell is this the issue you're seeing here too when rewriting the doc generation tool?


vscode: install SVG icon

Description of changes
Installs SVG icon from https://code.visualstudio.com/brand
Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
22.11 Release Notes (or backporting 22.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[ ] Fits CONTRIBUTING.md.

Please fix merge conflict.

Hello,
While I liked the idea of having a SVG icon, I took the decision to close the PR by lack of feedback.
Feel free to reopen it if needed.


Executing code in Playground should restyle the whole Playground

Executing code can potentially initialize new variables that are referred in other snippets in the same Playground. That is why we should restyle the Playground after an execution.