acme http01: 504 Gateway Time-out

Describe the bug:
Hi all,
I'm unable to generate a certificate for one of my domain (others subdomains are working). the challenge status is: Waiting for HTTP-01 challenge propagation: wrong status code '504', expected '200'.
when I  forward the port of the generated service (cm-acme-http-solver-f8sgs), I'm able to call it. however, I'm unable to call it via the gateway :
curl http://backup.sciam.fr/.well-known/acme-challenge/[redacted]

<title>504 Gateway Time-out</title>

504 Gateway Time-out

nginx

Challenge Status:
  Solver:
    http01:
      Ingress:
        Class:  nginx
        Ingress Template:
          Metadata:
            Annotations:
              nginx.ingress.kubernetes.io/ssl-redirect:  false
        Service Type:                                    ClusterIP
  Token:                                                 [redacted]
  Type:                                                  HTTP-01
  URL:                                                   https://acme-staging-v02.api.letsencrypt.org/acme/chall-v3/[redacted]
  Wildcard:                                              false
Status:
  Presented:   true
  Processing:  true
  Reason:      Waiting for HTTP-01 challenge propagation: wrong status code '504', expected '200'
  State:       pending
Events:
  Type    Reason     Age   From          Message
  ----    ------     ----  ----          -------
  Normal  Started    12m   cert-manager  Challenge scheduled for processing
  Normal  Presented  12m   cert-manager  Presented challenge using HTTP-01 challenge mechanism

ingress controller logs:
<IP_ADDRESS> - - [05/May/2021:09:07:03 +0000] "GET /.well-known/acme-challenge/[redacted] HTTP/1.1" 504 160 "-" "cert-manager/v1.3.1 (clean)" 194 15.004 [kasten-io-cm-acme-http-solver-f8sgs-8089] [] <IP_ADDRESS>:8089, <IP_ADDRESS>:8089, <IP_ADDRESS>:8089 0, 0, 0 5.000, 5.004, 5.000 504, 504,<PHONE_NUMBER>1e11ba64734a905fb4701afe4
2021/05/05 09:07:08 [error] 17297#17297: *3152723 upstream timed out (110: Operation timed out) while connecting to upstream, client: <IP_ADDRESS>, server: backup.sciam.fr, request: "GET /.well-known/acme-challenge/[redacted] HTTP/1.1", upstream: "http://<IP_ADDRESS>:8089/.well-known/acme-challenge/[redacted]", host: "backup.sciam.fr"

The tmp ingress:
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  annotations:
    kubernetes.io/ingress.class: nginx
    nginx.ingress.kubernetes.io/ssl-redirect: "false"
    nginx.ingress.kubernetes.io/whitelist-source-range: <IP_ADDRESS>/0,::/0
  creationTimestamp: "2021-05-05T08:58:52Z"
  generateName: cm-acme-http-solver-
  generation: 1
  labels:
    acme.cert-manager.io/http-domain: "[redacted]"
    acme.cert-manager.io/http-token: "[redacted]"
    acme.cert-manager.io/http01-solver: "true"
  name: cm-acme-http-solver-gt8lg
  namespace: kasten-io
  ownerReferences:
  - apiVersion: acme.cert-manager.io/v1
    blockOwnerDeletion: true
    controller: true
    kind: Challenge
    name: backup.sciam.fr-7v8mj-1512522175-2511050930
    uid: e75e333c-00c5-4d32-92f5-6126bb004400
  resourceVersion: "2389511"
  uid: ad578c5c-2ec9-4a06-b695-95735614763a
spec:
  rules:
  - host: backup.sciam.fr
    http:
      paths:
      - backend:
          service:
            name: cm-acme-http-solver-f8sgs
            port:
              number: 8089
        path: /.well-known/acme-challenge/[redacted]
        pathType: ImplementationSpecific
status:
  loadBalancer:
    ingress:
    - ip: <IP_ADDRESS>

The original ingress:
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  annotations:
    cert-manager.io/cluster-issuer: letsencrypt-staging
    kubernetes.io/ingress.class: nginx
    meta.helm.sh/release-name: kasten
    meta.helm.sh/release-namespace: kasten-io
  creationTimestamp: "2021-05-05T08:48:03Z"
  generation: 1
  labels:
    app: k10
    app.kubernetes.io/instance: kasten
    app.kubernetes.io/managed-by: Helm
    app.kubernetes.io/name: k10
    helm.sh/chart: k10-4.0.1
    heritage: Helm
    release: kasten
  name: kasten-ingress
  namespace: kasten-io
  resourceVersion: "2386981"
  uid: 89a23eb6-dea8-47bc-8559-cd6c6507359d
spec:
  rules:
  - host: backup.sciam.fr
    http:
      paths:
      - backend:
          service:
            name: gateway
            port:
              name: http
        path: /kasten/
        pathType: ImplementationSpecific
  tls:
  - hosts:
    - backup.sciam.fr
    secretName: backup.sciam.fr
status:
  loadBalancer:
    ingress:
    - ip: <IP_ADDRESS>

The http solver service (I changed the type from NodePort to ClusterIp but I had the same result with both):
apiVersion: v1
kind: Service
metadata:
  annotations:
    auth.istio.io/8089: NONE
  creationTimestamp: "2021-05-05T08:58:52Z"
  generateName: cm-acme-http-solver-
  labels:
    acme.cert-manager.io/http-domain: "[redacted]"
    acme.cert-manager.io/http-token: "[redacted]"
    acme.cert-manager.io/http01-solver: "true"
  name: cm-acme-http-solver-f8sgs
  namespace: kasten-io
  ownerReferences:
  - apiVersion: acme.cert-manager.io/v1
    blockOwnerDeletion: true
    controller: true
    kind: Challenge
    name: backup.sciam.fr-7v8mj-1512522175-2511050930
    uid: e75e333c-00c5-4d32-92f5-6126bb004400
  resourceVersion: "2389395"
  uid: ff347d1c-1f08-4c1b-b966-dbc3f4c2e0aa
spec:
  clusterIP: <IP_ADDRESS>
  clusterIPs:
  - <IP_ADDRESS>
  ipFamilies:
  - IPv4
  ipFamilyPolicy: SingleStack
  ports:
  - name: http
    port: 8089
    protocol: TCP
    targetPort: 8089
  selector:
    acme.cert-manager.io/http-domain: "[redacted]"
    acme.cert-manager.io/http-token: "[redacted]"
    acme.cert-manager.io/http01-solver: "true"
  sessionAffinity: None
  type: ClusterIP
status:
  loadBalancer: {}

Environment details::

Kubernetes version: v1.21.0
Cloud-provider/provisioner: on premise
cert-manager version: 1.3.1
Install method: e.g. helm

Am I missing something ? It's working perfectly with other services !
/kind bug

I had the same issue. cert-manager creates a pod, service and ingress in the namespace where the actual ingress is. I had a NetworkPolicy which blocked traffic from other namespaces, which prevented cert-manager's challenge self check from working. It would be nice if cert-manager would automatically add a NetworkPolicy for cross-namespace communication.

Thanks @georgebarbarosie , we got hit by this too, works now again! ❤
I guess this issue can be closed @rmanibus or?

just for other users using flux and cilium, you need the networkpolicy in the namespace the cert manager challenge pod is starting. In my case it wasn't the one the ingress controller is deployed in.


What Office 365 plans will be affected with it?

My company uses Business Premium. Tried to convert Team group to Dynamic, but get an error. :(

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 6a578ddb-6494-9bda-529e-0156e5ab7c30
Version Independent ID: 57d519c9-90f0-873d-ffef-589f0b3b3ac9
Content: Overview of dynamic membership for teams
Content Source: Teams/dynamic-memberships.md
Service: msteams
GitHub Login: @jambirk
Microsoft Alias: jambirk

Do you have the AD License described as a prerequisite?

Nope... Only what comes with o365BP...
Didn't find that in the article (read it in rush).
Thanks!


Suggestion: Change default messaging service

This was once mentioned in the PR #1537 and I think it would make sense to do so.
The idea is to add a messaging-service (setting) called auto that acts like currently none does.
none is a bit misleading since it technically isn't just none. It acts as sql when you use MySQL or MariaDB as database and can cause problems if people don't want to have a messaging service set.
The setting none should always do nothing or else it just becomes confusing.
So add the auto option as new default, which would do act as sql when using MySQL/MariaDB and else nothing (is disabled).
And when we would make none to actually disable the service, then let us get rid of notsql since it wouldn't be used anymore with this new configuration.

This would be a good change for v5, since that'll break lots of other stuff too.

Added in v5 - thanks :)


Deepseek API has 128k context, but displays only 32k

Issue

deepseek API has 128k context, but displays only 32k

Version and model info
PS> aider --model openrouter/deepseek/deepseek-coder
Aider v0.45.2-dev
Model: openrouter/deepseek/deepseek-coder with diff edit format

https://github.com/paul-gauthier/aider/issues/705#issuecomment-2195777748, Why is there no auto-continue for other models?

Why is there no auto-continue for other models?

Because Anthropic provides prefill of assistant responses, so the output can be resumed. https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering/prefill-claudes-response

Why is there no auto-continue for other models?

Because Anthropic provides prefill of assistant responses, so the output can be resumed. https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering/prefill-claudes-response

This does not prevent from implementing such functionality with the help of a prompt.

Why is there no auto-continue for other models?

Because Anthropic provides prefill of assistant responses, so the output can be resumed. https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering/prefill-claudes-response

Added: https://platform.deepseek.com/api-docs/news/news0725

Aider relies on the litellm metadata file for token limits and costs. You can submit a PR there if you find a model that needs updated info.
Or you can locally override:
https://aider.chat/docs/config/adv-model-settings.html

I have an open issue with litellm to support prefill/prefix for non-Anthropic models. This would be the preferred way for aider to support deepseek's new prefill.
https://github.com/BerriAI/litellm/issues/4881

DeepSeek API introduces Context Caching on Disk

https://platform.deepseek.com/api-docs/news/news0802/

The main branch has 3 new features which I think solve this issue:

Infinite output for DeepSeek Coder, Mistral models in addition to Anthropic's models.
New --deepseek switch to use DeepSeek Coder.
DeepSeek Coder uses 8k token output.

The change is available in the main branch. You can get it by installing the latest version from github:
python -m pip install --upgrade git+https://github.com/paul-gauthier/aider.git

If you have a chance to try it, let me know if it works well for you.

I'm using an open router and it doesn't have infinite output and 128k context:

Unfortunately, it doesn't look like openrouter supports prefill for the deepseek models.
I'm going to close this issue for now, but feel free to add a comment here and I will re-open or file a new issue any time.


Build Updates

Coverage remained the same at 100.0% when pulling 7c5c953363ccd5c16a0cc4c524a46060f08d4c1c on jeffgbutler:master into 8f002390dcfdb8639ae2d529e89c830a22aff9c0 on mybatis:master.


pub/sub: update samples to follow samples guide

Fixes #1035

@simonz130 Thanks for the review.

I'll review now, but since we are changing the samples' location we need to check that technical writers are able to update documentation. That's why I've added the "do not merge" label.
I'll write to @anguillanneuf internally.

Thanks @laljikanjareeya for these samples and @amanda-tarafa for coordinating!
I just want to call out that we don't want to delete the old samples and add the new samples in one PR. Let's add new samples, merge them, see them published on Cloud Site, then come back to delete the old samples. Does that sound good?
I will review the samples shortly. Sorry I can't give a thorough review because I'm not familiar with dotnet, but I will call out any surface issues I see.

I just want to call out that we don't want to delete the old samples and add the new samples in one PR.

@anguillanneuf If we keep old samples it will run Tests for both old and new one than Build Process will be very slow. WDYT @amanda-tarafa

Since we are revamping samples, I'm going to request a few more missing samples.

I will create separate PR for missing samples based feedback on this PR.

Since we are revamping samples, I'm going to request a few more missing samples.

I will create separate PR for missing samples based feedback on this PR.

Yes please, this PR is already big. @anguillanneuf Can you please create a new issue for those new samples that you want added? Thanks.

@amanda-tarafa added new issue. #1073
@laljikanjareeya Thanks for creating a separate PR!
I will approve this PR but please wait for other C# reviewers before merge!

@amanda-tarafa Thanks for the review. I Addressed all the comments Please take a look.

Didn't have time for this today, but will get to it first thing tomorrow.

@laljikanjareeya One more admin sample needed for creating a pull subscription (other language samples):
   [START pubsub_create_push_subscription]
   ...
   [END pubsub_create_push_subscription]

Do you want to add it in this PR or shall I add it to #1073 ?

Do you want to add 3 samples above in this PR or shall I add it to #1073 ?

This PR is already big. it would be great if you add it to #1073.

@amanda-tarafa @anguillanneuf Addressed all the comments please take a look.

Running again to verify no tests are flaky.

@amanda-tarafa @anguillanneuf Addressed all the comments please take a look.

I will get to it first thing tomorrow morning. Thanks!!

@amanda-tarafa I think now it's ready for landing.

LGTM, this is great Lalji, thanks!
I just found two nits and a fix for a flaky test, but other than that this is ready.
@anguillanneuf after Lalji pushes the very minor changes, we'll be ready for merge. Are you OK with that? Then we can work on the document CL.

Sounds good! Thanks both of you!

@amanda-tarafa @laljikanjareeya Did I mess up the master branch with the merge? I didn't expect all the commits to show up in master.

@SurferJeffAtGoogle

I usually do squash and merge to compress everything in one commit. I'll try to revert now and remerge, don't worry.

Don't worry, lets leave it as is, next time, squash and merge :)


Locked accounts are not redirected to lockout page in dashboard

Steps to Reproduce

Lock an account (set state = locked)
Go to dashboard

Current Result
Dashboard displays with errors (APIs are blocked by backend)
Expected result
Redirection to /lockout
This was previously implemented in backend and was not migrated to the new dashboard statics. Implemented in https://github.com/CartoDB/cartodb/blob/master/app/controllers/application_controller.rb#L198-L207
Basically, if (user.state == 'locked') { redirect_to '/lockout' } or something along those lines. I think state might not be available in /me but we can add it.
@CartoDB/rt-managers

Done in https://github.com/CartoDB/cartodb/pull/14344

In production :rocket:


Is cliport model support egocentric 2D images?

If I want to use egocentric 2D images from real industrial scene to train cliport model, Is the model support this kind of environment setup?

Sorry for the late reply. CLIPort doesnt, but you might be interested in PerAct or Genima.


Update Database

Any way you could put out a new version with an updated list of device names in your database?
thank you!

Updated in 2.1.1


Windows support

Hey,
Do you think you can make it work with Python 3.8?
I tried to compile myself with small changes for 3.8, but very hard to do in Windows unfortunately and I am no C++ expert.

Actually tried with 3.9 and pip install also fails, problem seems to be windows, not the python version
Let me know if I can help, I already tried but it gives about 138 errors when compiling the arrow libraries, probably I am doing something wrong

I was also expecting some dependency error but first error is a strange one:
setuptools\_distutils\util.py", line 141, in convert_path           raise ValueError("path '%s' cannot end with '/'" % pathname)       ValueError: path './' cannot end with '/'
I think because of this line "package_dir={"": "./"}," in setup.py
I would do the work to make in compatible with windows but I would need some direction since I dont have much experience with C++ compilation with python etc

I did manage to get around that path issue by removing that from the setup.py, seems to go further but gives lots of problems with the pyarrow header files, might be an easy fix but it is just beyond me :) :
"C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\bin\HostX86\x64\cl.exe" /c /nologo /O2 /W3 /GL /DNDEBUG /MD -DVERSION_INFO=0.1.2 -I\Lib\site-packages\pybind11\include -IC:\Users\Sikenzi\AppData\Local\Programs\Python\Python311\include -IC:\Users\Sikenzi\AppData\Local\Programs\Python\Python311\Include "-IC:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include" "-IC:\Program Files (x86)\Windows Kits\NETFXSDK\4.8\include\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\ucrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\shared" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\winrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\cppwinrt" /EHsc /Tpcpp\src\cassarrow\bindings.cpp /Fobuild\temp.win-amd64-cpython-311\Release\cpp\src\cassarrow\bindings.obj /EHsc /bigobj /std:c++14 -D_GLIBCXX_USE_CXX11_ABI=0 -Icpp\src -I\Lib\site-packages\pyarrow\include       bindings.cpp       The contents of <string_view> are available only with C++17 or later.       \Lib\site-packages\pyarrow\include\arrow/util/bytes_view.h(26): error C2039: 'basic_string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\valarray(21): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/util/bytes_view.h(26): error C2061: syntax error: identifier 'basic_string_view'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(81): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\valarray(21): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(81): error C2061: syntax error: identifier 'string_view'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(165): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\valarray(21): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(165): error C2833: 'operator string_view' is not a recognized operator or type       \Lib\site-packages\pyarrow\include\arrow/buffer.h(165): error C2059: syntax error: 'newline'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(165): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/buffer.h(171): error C2039: 'bytes_view': is not a member of 'arrow::util'       \Lib\site-packages\pyarrow\include\arrow/util/bytes_view.h(24): note: see declaration of 'arrow::util'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(171): error C2833: 'operator bytes_view' is not a recognized operator or type       \Lib\site-packages\pyarrow\include\arrow/buffer.h(171): error C2059: syntax error: 'newline'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(171): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/buffer.h(311): error C2535: 'arrow::Buffer::Buffer(void)': member function already defined or declared       \Lib\site-packages\pyarrow\include\arrow/buffer.h(81): note: see declaration of 'arrow::Buffer::Buffer'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(82): error C7535: 'arrow::Buffer::Buffer': delegating constructor calls itself       The contents of <variant> are available only with C++17 or later.       \Lib\site-packages\pyarrow\include\arrow/type.h(1849): error C2039: 'variant': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\atomic(134): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/type.h(1849): error C2143: syntax error: missing ';' before '<'       \Lib\site-packages\pyarrow\include\arrow/type.h(1849): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/type.h(1849): error C2238: unexpected token(s) preceding ';'       \Lib\site-packages\pyarrow\include\arrow/type.h(1688): error C2614: 'arrow::FieldRef': illegal member initialization: 'impl_' is not a base or member       \Lib\site-packages\pyarrow\include\arrow/type.h(1689): error C2614: 'arrow::FieldRef': illegal member initialization: 'impl_' is not a base or member       \Lib\site-packages\pyarrow\include\arrow/type.h(1692): error C2614: 'arrow::FieldRef': illegal member initialization: 'impl_' is not a base or member       \Lib\site-packages\pyarrow\include\arrow/type.h(1729): error C2065: 'impl_': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1729): error C2039: 'impl_': is not a member of 'arrow::FieldRef'       \Lib\site-packages\pyarrow\include\arrow/type.h(1676): note: see declaration of 'arrow::FieldRef'       \Lib\site-packages\pyarrow\include\arrow/type.h(1741): error C2039: 'holds_alternative': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\atomic(134): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/type.h(1741): error C2065: 'holds_alternative': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1741): error C2275: 'arrow::FieldPath': illegal use of this type as an expression       \Lib\site-packages\pyarrow\include\arrow/type.h(1597): note: see declaration of 'arrow::FieldPath'       \Lib\site-packages\pyarrow\include\arrow/type.h(1741): error C2065: 'impl_': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1742): error C2039: 'holds_alternative': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\atomic(134): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/type.h(1742): error C2065: 'holds_alternative': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1742): error C2275: 'std::string': illegal use of this type as an expression       \Lib\site-packages\pyarrow\include\arrow/type.h(1742): note: see declaration of 'std::string'       \Lib\site-packages\pyarrow\include\arrow/type.h(1742): error C2065: 'impl_': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1745): error C2065: 'impl_': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1750): error C2065: 'impl_': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1753): error C2065: 'impl_': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1756): error C2039: 'holds_alternative': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\atomic(134): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/type.h(1756): error C2065: 'holds_alternative': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1756): error C2275: 'std::vector<arrow::FieldRef,std::allocator<arrow::FieldRef>>': illegal use of this type as an expression       \Lib\site-packages\pyarrow\include\arrow/type.h(1756): note: see declaration of 'std::vector<arrow::FieldRef,std::allocator<arrow::FieldRef>>'       \Lib\site-packages\pyarrow\include\arrow/type.h(1756): error C2065: 'impl_': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1757): error C2065: 'impl_': undeclared identifier       The contents of <optional> are available only with C++17 or later.       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(52): error C2061: syntax error: identifier 'optional'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(135): note: see reference to class template instantiation 'arrow::stl::ArrayIterator<ArrayType,ValueAccessor>' being compiled       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(54): error C2061: syntax error: identifier 'value_type'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(55): error C2061: syntax error: identifier 'value_type'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(65): error C2143: syntax error: missing ';' before '*'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(65): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(70): error C2143: syntax error: missing ';' before '['       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(70): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(141): error C2061: syntax error: identifier 'optional'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(247): note: see reference to class template instantiation 'arrow::stl::ChunkedArrayIterator<ArrayType,ValueAccessor>' being compiled       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(143): error C2061: syntax error: identifier 'value_type'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(144): error C2061: syntax error: identifier 'value_type'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(155): error C2143: syntax error: missing ';' before '*'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(155): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(163): error C2143: syntax error: missing ';' before '['       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(163): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(57): error C2039: 'optional': is not a member of 'std'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(282): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(57): error C2143: syntax error: missing ';' before '<'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(57): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(57): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(52): error C2039: 'optional': is not a member of 'std'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(282): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(67): note: see reference to class template instantiation 'arrow::stl::ArrayIterator<arrow::BooleanArray,arrow::stl::detail::DefaultValueAccessor<ArrayType>>' being compiled               with               [                   ArrayType=arrow::BooleanArray               ]       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(114): error C2143: syntax error: missing ';' before '<'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(124): note: see reference to class template instantiation 'arrow::NumericArray<TYPE>' being compiled       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(114): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(114): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(155): error C2039: 'optional': is not a member of 'std'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(282): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(155): error C2143: syntax error: missing ';' before '<'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(155): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(155): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(191): error C2039: 'optional': is not a member of 'std'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(282): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(191): error C2143: syntax error: missing ';' before '<'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(191): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(191): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(70): error C3646: 'GetView': unknown override specifier       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(152): note: see reference to class template instantiation 'arrow::BaseBinaryArray<TYPE>' being compiled       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(70): error C2059: syntax error: '('       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(70): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(78): error C2143: syntax error: missing ';' before '<'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(78): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(78): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(87): error C3646: 'Value': unknown override specifier       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(87): error C2059: syntax error: '('       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(87): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(70): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(155): note: see reference to class template instantiation 'arrow::BaseBinaryArray<arrow::BinaryType>' being compiled       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(78): error C2039: 'optional': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(78): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(87): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(239): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(239): error C3646: 'GetView': unknown override specifier       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(239): error C2059: syntax error: '('       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(239): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(243): error C2039: 'optional': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(243): error C2143: syntax error: missing ';' before '<'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(243): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(243): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(243): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(247): error C3861: 'GetView': identifier not found       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(39): error C2039: 'GetView': is not a member of 'arrow::FixedSizeBinaryArray'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(224): note: see declaration of 'arrow::FixedSizeBinaryArray'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(52): note: see reference to class template instantiation 'arrow::stl::detail::DefaultValueAccessor<ArrayType>' being compiled               with               [                   ArrayType=arrow::FixedSizeBinaryArray               ]       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(80): error C2061: syntax error: identifier 'string_view'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(397): note: see reference to class template instantiation 'arrow::BaseBinaryBuilder<TYPE>' being compiled       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(96): error C2061: syntax error: identifier 'string_view'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(153): error C2061: syntax error: identifier 'string_view'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(162): error C2061: syntax error: identifier 'string_view'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(373): error C3646: 'GetView': unknown override specifier       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(373): error C2059: syntax error: '('       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(373): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(80): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(401): note: see reference to class template instantiation 'arrow::BaseBinaryBuilder<arrow::BinaryType>' being compiled       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(96): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(153): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(162): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(373): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(479): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(479): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(479): error C2143: syntax error: missing ',' before '&'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(537): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(537): error C2061: syntax error: identifier 'string_view'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(593): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(593): error C3646: 'GetView': unknown override specifier       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(593): error C2059: syntax error: '('       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(593): fatal error C1003: error count exceeds 100; stopping compilation       error: command 'C:\\Program Files (x86)\\Microsoft Visual Studio\\2019\\BuildTools\\VC\\Tools\\MSVC\\14.26.28801\\bin\\HostX86\\x64\\cl.exe' failed with exit code 2       [end of output]

I think the other issues you are seeing are because since pyarrow 10.0.0 it is using C++17 and protarrow is using C++11 (https://github.com/0x26res/cassarrow/blob/master/setup.py#L27).
It's probably something I should update.

I did manage to get around that path issue by removing that from the setup.py, seems to go further but gives lots of problems with the pyarrow header files, might be an easy fix but it is just beyond me :) :
"C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\bin\HostX86\x64\cl.exe" /c /nologo /O2 /W3 /GL /DNDEBUG /MD -DVERSION_INFO=0.1.2 -I\Lib\site-packages\pybind11\include -IC:\AppData\Local\Programs\Python\Python311\include -IC:\AppData\Local\Programs\Python\Python311\Include "-IC:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include" "-IC:\Program Files (x86)\Windows Kits\NETFXSDK\4.8\include\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\ucrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\shared" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\winrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\cppwinrt" /EHsc /Tpcpp\src\cassarrow\bindings.cpp /Fobuild\temp.win-amd64-cpython-311\Release\cpp\src\cassarrow\bindings.obj /EHsc /bigobj /std:c++14 -D_GLIBCXX_USE_CXX11_ABI=0 -Icpp\src -I\Lib\site-packages\pyarrow\include       bindings.cpp       The contents of <string_view> are available only with C++17 or later.       \Lib\site-packages\pyarrow\include\arrow/util/bytes_view.h(26): error C2039: 'basic_string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\valarray(21): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/util/bytes_view.h(26): error C2061: syntax error: identifier 'basic_string_view'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(81): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\valarray(21): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(81): error C2061: syntax error: identifier 'string_view'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(165): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\valarray(21): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(165): error C2833: 'operator string_view' is not a recognized operator or type       \Lib\site-packages\pyarrow\include\arrow/buffer.h(165): error C2059: syntax error: 'newline'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(165): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/buffer.h(171): error C2039: 'bytes_view': is not a member of 'arrow::util'       \Lib\site-packages\pyarrow\include\arrow/util/bytes_view.h(24): note: see declaration of 'arrow::util'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(171): error C2833: 'operator bytes_view' is not a recognized operator or type       \Lib\site-packages\pyarrow\include\arrow/buffer.h(171): error C2059: syntax error: 'newline'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(171): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/buffer.h(311): error C2535: 'arrow::Buffer::Buffer(void)': member function already defined or declared       \Lib\site-packages\pyarrow\include\arrow/buffer.h(81): note: see declaration of 'arrow::Buffer::Buffer'       \Lib\site-packages\pyarrow\include\arrow/buffer.h(82): error C7535: 'arrow::Buffer::Buffer': delegating constructor calls itself       The contents of <variant> are available only with C++17 or later.       \Lib\site-packages\pyarrow\include\arrow/type.h(1849): error C2039: 'variant': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\atomic(134): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/type.h(1849): error C2143: syntax error: missing ';' before '<'       \Lib\site-packages\pyarrow\include\arrow/type.h(1849): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/type.h(1849): error C2238: unexpected token(s) preceding ';'       \Lib\site-packages\pyarrow\include\arrow/type.h(1688): error C2614: 'arrow::FieldRef': illegal member initialization: 'impl_' is not a base or member       \Lib\site-packages\pyarrow\include\arrow/type.h(1689): error C2614: 'arrow::FieldRef': illegal member initialization: 'impl_' is not a base or member       \Lib\site-packages\pyarrow\include\arrow/type.h(1692): error C2614: 'arrow::FieldRef': illegal member initialization: 'impl_' is not a base or member       \Lib\site-packages\pyarrow\include\arrow/type.h(1729): error C2065: 'impl_': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1729): error C2039: 'impl_': is not a member of 'arrow::FieldRef'       \Lib\site-packages\pyarrow\include\arrow/type.h(1676): note: see declaration of 'arrow::FieldRef'       \Lib\site-packages\pyarrow\include\arrow/type.h(1741): error C2039: 'holds_alternative': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\atomic(134): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/type.h(1741): error C2065: 'holds_alternative': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1741): error C2275: 'arrow::FieldPath': illegal use of this type as an expression       \Lib\site-packages\pyarrow\include\arrow/type.h(1597): note: see declaration of 'arrow::FieldPath'       \Lib\site-packages\pyarrow\include\arrow/type.h(1741): error C2065: 'impl_': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1742): error C2039: 'holds_alternative': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\atomic(134): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/type.h(1742): error C2065: 'holds_alternative': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1742): error C2275: 'std::string': illegal use of this type as an expression       \Lib\site-packages\pyarrow\include\arrow/type.h(1742): note: see declaration of 'std::string'       \Lib\site-packages\pyarrow\include\arrow/type.h(1742): error C2065: 'impl_': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1745): error C2065: 'impl_': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1750): error C2065: 'impl_': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1753): error C2065: 'impl_': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1756): error C2039: 'holds_alternative': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\atomic(134): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/type.h(1756): error C2065: 'holds_alternative': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1756): error C2275: 'std::vector<arrow::FieldRef,std::allocator<arrow::FieldRef>>': illegal use of this type as an expression       \Lib\site-packages\pyarrow\include\arrow/type.h(1756): note: see declaration of 'std::vector<arrow::FieldRef,std::allocator<arrow::FieldRef>>'       \Lib\site-packages\pyarrow\include\arrow/type.h(1756): error C2065: 'impl_': undeclared identifier       \Lib\site-packages\pyarrow\include\arrow/type.h(1757): error C2065: 'impl_': undeclared identifier       The contents of <optional> are available only with C++17 or later.       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(52): error C2061: syntax error: identifier 'optional'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(135): note: see reference to class template instantiation 'arrow::stl::ArrayIterator<ArrayType,ValueAccessor>' being compiled       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(54): error C2061: syntax error: identifier 'value_type'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(55): error C2061: syntax error: identifier 'value_type'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(65): error C2143: syntax error: missing ';' before '*'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(65): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(70): error C2143: syntax error: missing ';' before '['       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(70): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(141): error C2061: syntax error: identifier 'optional'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(247): note: see reference to class template instantiation 'arrow::stl::ChunkedArrayIterator<ArrayType,ValueAccessor>' being compiled       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(143): error C2061: syntax error: identifier 'value_type'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(144): error C2061: syntax error: identifier 'value_type'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(155): error C2143: syntax error: missing ';' before '*'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(155): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(163): error C2143: syntax error: missing ';' before '['       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(163): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(57): error C2039: 'optional': is not a member of 'std'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(282): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(57): error C2143: syntax error: missing ';' before '<'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(57): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(57): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(52): error C2039: 'optional': is not a member of 'std'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(282): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(67): note: see reference to class template instantiation 'arrow::stl::ArrayIterator<arrow::BooleanArray,arrow::stl::detail::DefaultValueAccessor<ArrayType>>' being compiled               with               [                   ArrayType=arrow::BooleanArray               ]       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(114): error C2143: syntax error: missing ';' before '<'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(124): note: see reference to class template instantiation 'arrow::NumericArray<TYPE>' being compiled       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(114): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(114): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(155): error C2039: 'optional': is not a member of 'std'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(282): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(155): error C2143: syntax error: missing ';' before '<'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(155): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(155): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(191): error C2039: 'optional': is not a member of 'std'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(282): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(191): error C2143: syntax error: missing ';' before '<'       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(191): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/array_primitive.h(191): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(70): error C3646: 'GetView': unknown override specifier       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(152): note: see reference to class template instantiation 'arrow::BaseBinaryArray<TYPE>' being compiled       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(70): error C2059: syntax error: '('       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(70): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(78): error C2143: syntax error: missing ';' before '<'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(78): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(78): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(87): error C3646: 'Value': unknown override specifier       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(87): error C2059: syntax error: '('       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(87): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(70): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(155): note: see reference to class template instantiation 'arrow::BaseBinaryArray<arrow::BinaryType>' being compiled       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(78): error C2039: 'optional': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(78): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(87): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(239): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(239): error C3646: 'GetView': unknown override specifier       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(239): error C2059: syntax error: '('       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(239): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(243): error C2039: 'optional': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(243): error C2143: syntax error: missing ';' before '<'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(243): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(243): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(243): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(247): error C3861: 'GetView': identifier not found       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(39): error C2039: 'GetView': is not a member of 'arrow::FixedSizeBinaryArray'       \Lib\site-packages\pyarrow\include\arrow/array/array_binary.h(224): note: see declaration of 'arrow::FixedSizeBinaryArray'       \Lib\site-packages\pyarrow\include\arrow/stl_iterator.h(52): note: see reference to class template instantiation 'arrow::stl::detail::DefaultValueAccessor<ArrayType>' being compiled               with               [                   ArrayType=arrow::FixedSizeBinaryArray               ]       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(80): error C2061: syntax error: identifier 'string_view'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(397): note: see reference to class template instantiation 'arrow::BaseBinaryBuilder<TYPE>' being compiled       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(96): error C2061: syntax error: identifier 'string_view'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(153): error C2061: syntax error: identifier 'string_view'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(162): error C2061: syntax error: identifier 'string_view'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(373): error C3646: 'GetView': unknown override specifier       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(373): error C2059: syntax error: '('       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(373): error C2334: unexpected token(s) preceding '{'; skipping apparent function body       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(80): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(401): note: see reference to class template instantiation 'arrow::BaseBinaryBuilder<arrow::BinaryType>' being compiled       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(96): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(153): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(162): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(373): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(479): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(479): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(479): error C2143: syntax error: missing ',' before '&'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(537): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(537): error C2061: syntax error: identifier 'string_view'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(593): error C2039: 'string_view': is not a member of 'std'       C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\include\numeric(23): note: see declaration of 'std'       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(593): error C3646: 'GetView': unknown override specifier       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(593): error C2059: syntax error: '('       \Lib\site-packages\pyarrow\include\arrow/array/builder_binary.h(593): fatal error C1003: error count exceeds 100; stopping compilation       error: command 'C:\\Program Files (x86)\\Microsoft Visual Studio\\2019\\BuildTools\\VC\\Tools\\MSVC\\14.26.28801\\bin\\HostX86\\x64\\cl.exe' failed with exit code 2       [end of output]

I tried changing that to 17 and gave a lot of unresolved externals, probably not that easy to do :) :
cassarrow.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __cdecl arrow::Status::Status(class arrow::Status &&)" (__imp_??0Status@arrow@@QEAA@$$QEAV01@@Z)       cassarrow.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __cdecl arrow::Status::Status(class arrow::Status const &)" (__imp_??0Status@arrow@@QEAA@AEBV01@@Z)       cassarrow.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: static class arrow::Status __cdecl arrow::Status::OK(void)" (__imp_?OK@Status@arrow@@SA?AV12@XZ)       cassarrow.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: class std::basic_ostream<char,struct std::char_traits<char> > & __cdecl arrow::util::detail::StringStreamWrapper::stream(void)" (__imp_?stream@StringStreamWrapper@detail@util@arrow@@QEAAAEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@XZ)       build\lib.win-amd64-cpython-311\_cassarrow.cp311-win_amd64.pyd : fatal error LNK1120: 132 unresolved externals

It looks like either:

It's not linking against the arrow cpp library
the symbols are not compatible (so arrow has been linked with a different compiler or version)

For the first one, it's worth checking that these arguments https://github.com/0x26res/cassarrow/blob/master/setup.py#L33 (library and library_dir) are passing correct values.

I've just pushed some code in master. I've made setup.py less platform specific. Please give it a try.

cassarrow.cpp cpp\src\cassarrow\cassarrow.cpp(96): warning C4267: 'initializing': conversion from 'size_t' to 'int', possible loss of data
That's safe to ignore

error: don't know how to set runtime library search path for MSVC

You need to comment out the line with runtime_library_dirs, it looks like windows doesn't support it.

Yes, I did commented that line and it did work, I mean it did compile:
Building wheels for collected packages: cassarrow   Building wheel for cassarrow (pyproject.toml) ... done   Created wheel for cassarrow: filename=cassarrow-0.1.2-cp38-cp38-win_amd64.whl size=87614 sha256=51931f243d118a3a2c8635abdfdb1a659aa29bfc328cdd3e4706067e7cb1b8e2   Stored in directory: ...\wheels\ed\51\51\d41e6b8c5484ef4d31d56fec42440ab4898f29b123ac358d6a Successfully built cassarrow Installing collected packages: geomet, cassarrow   Attempting uninstall: geomet     Found existing installation: geomet 0.3.0     Uninstalling geomet-0.3.0:       Successfully uninstalled geomet-0.3.0 Successfully installed cassarrow-0.1.2 geomet-0.2.1.post1
But now when I import the library it gives this error:
`

import cassarrow
Traceback (most recent call last):
File "", line 1, in
File "...\lib\site-packages\cassarrow_init_.py", line 1, in
from cassarrow.impl import install_cassarrow, metadata_to_schema, result_set_to_table
File "...\lib\site-packages\cassarrow\impl.py", line 5, in
import _cassarrow
ImportError: DLL load failed while importing _cassarrow: The specified module could not be found.
`

Which command are you using to build?
Typically I use this to test that it works:
python setup.py build_ext --inplace &&  python -c "import cassarrow"

git cloned to cassarow directory and
pip install ./cassarrow

searched the whole pc but no cassarrow.dll

I don't expect it to be called cassarow.dll (but something like cassarrow.dll)

I searched the whole pc for anything that contains cassarrow, these came out:
cassarrow-0.1.2.dist-info
cassarrow-0.1.2 (1).dist-info
cassarrow.egg-info
cassarrow (1).egg-info
_cassarrow.cp311-win_amd64.pyd
_cassarrow.cp38-win_amd64.pyd
_cassarrow.cp38-win_amd64 (1).pyd
_cassarrow.cp311-win_amd64 (1).pyd
_cassarrow.cp38-win_amd64 (2).pyd
_cassarrow.cp311-win_amd64.exp
_cassarrow.cp311-win_amd64.lib
cassarrow.obj
_cassarrow.cp38-win_amd64.exp
_cassarrow.cp38-win_amd64.lib
cassarrow (1).obj
cassarrow.cpp
cassarrow.h
test_cassarrow.cpp
_cassarrow.cp38-win_amd64 (1).exp
_cassarrow.cp38-win_amd64 (1).lib
cassarrow (2).obj
cassarrow (1).cpp
cassarrow (1).h
test_cassarrow (1).cpp
cassarrow-master.zip

--verbose does not give any error as well, I did research a bit, thanks for the link, I do have a pyd file generated by the build process and python doc says: https://docs.python.org/3/faq/windows.html#is-a-pyd-file-the-same-as-a-dll , pyd is basically a DLL, and some guy from that SO article says the message might be misleading, so probably cassarow's DLL is not missing, some other dependency is missing, need to find that somehow,

Good to hear.
For the type hints, I'll try to make them compatible with 3.8 (or feel free to submit an MR).
I guess the dll issue you were having comes from the fact that runtime_library_dirs doesn't work on windows. I wonder if there's a work around.

Yes, there should be something for that, which would fix that DLL problem, I was testing with an actual cassandra and getting this error now, do you think it might be related:
File "cass.py", line 298, in format_resultset     return pl.from_arrow(cassarow.result_set_to_table(result))   File "site-packages\cassarrow\impl.py", line 85, in result_set_to_table     return pa.Table.from_batches(result_set, schema=schema)   File "pyarrow\table.pxi", line 3761, in pyarrow.lib.Table.from_batches TypeError: Cannot convert list to pyarrow.lib.RecordBatch
I did print the result_set just before the line 85 and it is a cassandra.cluster.ResultSet
I think I am missing something, I will investigate more but any input is welcome

ok, made that work as well, my bad there was another python 3.9 thing thing that I converted wrong, this:
message_types_by_opcode = _ProtocolHandler.message_types_by_opcode | {ArrowResultMessage.opcode: ArrowResultMessage }
became this for 3.8:
message_types_by_opcode = {**_ProtocolHandler.message_types_by_opcode, **{ArrowResultMessage.opcode: ArrowResultMessage }
now it works fine and quite fast as well.

Hey, so looking at this issue:
https://stackoverflow.com/questions/66591019/python-extension-modules-on-windows-controlling-the-dll-path-for-dependencies
It might be the case that for windows, we can add something like:
import pa
import os

for dir in pa.get_library_dirs():
  os.add_ddl_directory()

At the top of the cassarrow/init.py file. And it may solve the issue of the missing dll.
Could you give it a try?

Also, pyarrow takes care of that DLLs locations when you import it, I was questioning why you have this:
import pyarrow as pa  # Must be imported before _cassarrow
But it is after the import of _cassarrow
If you move the import pyarrow before _cassarrow, works like a charm :) no OS fiddling required :)

I think you changed the build? I wanted to try a clean install and now getting this:

Yes I moved to poetry so it's easier to manager build. But it looks like it can't install locally. Not sure yet how to fix that. But I would suggest you use the latest version from pypi which should work for you:
pip install cassarrow==0.2.0rc2

If you move the import pyarrow before _cassarrow, works like a charm :) no OS fiddling required :)

OK, the import order is fixed and is now enforced correctly by the linter (isort).

pip install cassarrow==0.2.0rc2 is giving me this now (someone said to upgrade the build package which I did but still the same problem, I did successfully installed build-0.9.0 pep517-0.13.0 )
`
>pip install cassarrow==0.2.0rc2
Collecting cassarrow==0.2.0rc2
Using cached cassarrow-0.2.0rc2.tar.gz (8.4 kB)
Installing build dependencies ... done
Getting requirements to build wheel ... error
error: subprocess-exited-with-error
× Getting requirements to build wheel did not run successfully.
│ exit code: 1
╰─> [15 lines of output]
Traceback (most recent call last):
File "\Local\Programs\Python\Python38\lib\site-packages\pip_vendor\pep517\in_process_in_process.py", line 351, in
main()
File "\Local\Programs\Python\Python38\lib\site-packages\pip_vendor\pep517\in_process_in_process.py", line 333, in main
json_out['return_val'] = hook(**hook_input['kwargs'])
File "\Local\Programs\Python\Python38\lib\site-packages\pip_vendor\pep517\in_process_in_process.py", line 118, in get_requires_for_build_wheel
return hook(config_settings)
File "\Local\Temp\pip-build-env-8sib0tak\overlay\Lib\site-packages\setuptools\build_meta.py", line 338, in get_requires_for_build_wheel
return self._get_build_requires(config_settings, requirements=['wheel'])
File "\Local\Temp\pip-build-env-8sib0tak\overlay\Lib\site-packages\setuptools\build_meta.py", line 320, in _get_build_requires
self.run_setup()
File "\Local\Temp\pip-build-env-8sib0tak\overlay\Lib\site-packages\setuptools\build_meta.py", line 335, in run_setup
exec(code, locals())
File "", line 31, in
ModuleNotFoundError: No module named 'build'
[end of output]
note: This error originates from a subprocess, and is likely not a problem with pip.
error: subprocess-exited-with-error
× Getting requirements to build wheel did not run successfully.
│ exit code: 1
╰─> See above for output.
`

OK, so I think I've fixed the local install (pip install ./cassarrow) and I should have a fix for the pypi install soon.

now I get this:
overlay\Lib\site-packages\dunamai\__init__.py", line 308, in _detect_vcs           raise RuntimeError("Unable to detect version control system.")       RuntimeError: Unable to detect version control system.

I suspect dunami can't detect git in your windows environment. You've clone the repo right?
Otherwise can you try pip install 0.2.0rc4 I think it's working now.

yes, moved along a bit but getting this now:
c1xx: fatal error C1081: 'C:\Users\username\AppData\Local\Temp\pip-install-52nmfnq9\cassarrow_aca48ffe1d1d48a1a9ce89db18097915\build\temp.win-amd64-cpython-38\Release\Users\Sikenzi\AppData\Local\Temp\pip-install-52nmfnq9\cassarrow_aca48ffe1d1d48a1a9ce89db18097915\cpp\src\cassarrow\bindings.obj': file name too long
not sure what is deciding that filename with a hash of something

yes, moved along a bit but getting this now:
c1xx: fatal error C1081: 'C:\Users\username\AppData\Local\Temp\pip-install-52nmfnq9\cassarrow_aca48ffe1d1d48a1a9ce89db18097915\build\temp.win-amd64-cpython-38\Release\Users\username\AppData\Local\Temp\pip-install-52nmfnq9\cassarrow_aca48ffe1d1d48a1a9ce89db18097915\cpp\src\cassarrow\bindings.obj': file name too long
not sure what is deciding that filename with a hash of something

Maybe try this https://github.com/pypa/pip/issues/3055#issuecomment-323794950


Add README.md, LICENSE, gitignore for the project initialization

Is your feature request related to a problem? Please describe.
Provide info for users to understand the overview and how to start the app and also the required project files
Describe the solution you'd like
Create README.md, the required project files
Additional context
N/A

close #2


Test workflows

Summary
Testing purposes

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

Closing, meant to open this somewhere else


allow* parameters not working on display-dependency-updates

I'm trying to use the versions:display-dependency-updates goal from the CLI, but forbid major updates. I tried both of the following:
mvn versions:display-dependency-updates -DallowAnyUpdates=false -DallowMajorUpdates=false
mvn versions:display-dependency-updates -DallowAnyUpdates=false -DallowMajorUpdates=false -DallowMinorUpdates=true -DallowIncrementalUpdates=true -DallowSnapshots=false

In any case, I'm still seeing outputs like the following:
[INFO]   org.springframework:spring-core .......... 4.3.16.RELEASE -> 5.0.0.RC4

As you can see, the major version changed from 4 to 5, which I would not expect. Instead, was hoping for the following (based on today's versions on Maven Central):
[INFO]   org.springframework:spring-core ..... 4.3.16.RELEASE -> 4.3.18.RELEASE

Sorry, if I'm missing something fundamental, or have a typo in the above. I tried hard to get it right, and rule everything out.
Btw, the above behavior is not limited to that specific dependency. Other dependencies are affected, too. Could this be caused by the weird version suffixes that projects such as Spring and Netty are using?
Fyi, some version information:
[INFO] --- versions-maven-plugin:2.5:display-dependency-updates (default-cli) @ Xyz ---

Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 2018-06-17T20:33:14+02:00)
Maven home: /usr/local/Cellar/maven/3.5.4/libexec
Java version: 1.8.0_181, vendor: Oracle Corporation, runtime: /Library/Java/JavaVirtualMachines/jdk1.8.0_181.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.13.6", arch: "x86_64", family: "mac"

2.5 years on, relatively new to Maven and really wanting & expecting this to work. And the documentation certainly says that it should.

2.5 years on, relatively new to Maven and really wanting & expecting this to work. And the documentation certainly says that it should.

Thanks for resurfacing this one, @dougbreaux. Frankly, I have accepted that this just does not work as expected a long time ago. In fact, I had forgotten about this completely.
It would still be great to hear feedback from a contributor. Is this considered a bug? Or is it expected behavior? How do we need to adjust our expectations?
If it's a bug, would a PR be welcome? I might have another look at this. But I'm not experienced with developing Maven Plugins. I cannot promise to get it right and would certainly need review and feedback.

Thanks for resurfacing this one, @dougbreaux. Frankly, I have accepted that this just does not work as expected a long time ago. In fact, I had forgotten about this completely.
It would still be great to hear feedback from a contributor. Is this considered a bug? Or is it expected behavior? How do we need to adjust our expectations?
If it's a bug, would a PR be welcome? I might have another look at this. But I'm not experienced with developing Maven Plugins. I cannot promise to get it right and would certainly need review and feedback.

After having the same problem here, I took a look at the source code (thanks for pointing to the relevant places, @meeque). The parameter semantics are not really intuitive. In the current version (2.8.1) they work as follows:

With allowAnyUpdates=true (default): The latest version will be displayed, no matter what part of the version number changed. All other allow* parameters are ignored.
With allowAnyUpdates=false and allowMajorUpdates=true (default), the latest version with a higher major part will be displayed. Parameters allowMinorUpdates and allowIncrementalUpdates are ignored.
With allowAnyUpdates=false and allowMajorUpdates=false and allowMinorUpdates=true (default), the latest version with a higher minor part will be displayed. Versions with higher major parts are ignored. Parameter allowIncrementalUpdates is ignored.
With allowAnyUpdates=false and allowMajorUpdates=false and allowMinorUpdates=false and allowIncrementalUpdates=true (default), the latest version with a higher incremental part will be displayed. Versions with higher major parts or higher minor parts are ignored.

IMHO, this doesn't make much sense for semantic versioning. I hacked a version that removes the allowAnyUpdates parameter and allows to set the other parameters independently of each other. With this version, setting allowMajorUpdates=false will display all available updates that do not have a change in the major part.
The fork is available here, in the hope it may be useful: https://github.com/mklinger/versions-maven-plugin

This issue is still there as of today on version 2.9

Having problems due to this issue also.

What kind of problems are you experiencing exactly, @dmgping?
allowAnyUpdates has been deprecated and is to be removed in version 3.0.0 of the plugin. Furthermore, the documentation and behaviour has been enriched to specify that e.g. allowMajorUpdates false also implies allowAnyUpdates false.
So, could you please state what dependency updates are not being updated properly and what the pom.xml and the version of the plugin you're using are.

The problem I am having is exactly as @meeque described in the original issue description, the allowMajorUpdates flag is ignored when passed to the versions:display-dependency-updates goal.

The -DallowMajorUpdates=false flag works when used with the versions:use-latest-versions goal, but I was trying to parse the output from versions:display-dependency-updates to trigger an external upgrade testing script, which should not run for major versions.
Maven version: 3.8.1
versions-maven-plugin version: 2.14.2

I see the semantics of allowAnyUpdates is counter-intuitive.
Please set if to false if you want to also set any of the allow...updates flags.
I've created a PR to ignore "allowAnyUpdates".

Also, please always check against the latest release before reporting a problem.

Thank you @ajarmoniuk for the clarification, I see the expected results when also providing the -DallowAnyUpdates=false option.
https://github.com/mojohaus/versions/pull/941 will surely prevent this confusion in future cases.


Consume Terra-Toolkit Webpack 4

Summary
This PR updates terra-dev-site to consume terra-toolkit.

Major changes include:
Use Terra-Toolkit webpack config.
Relocated webpack config to it's own folder.
Expect dev-site-config folder for site config.
Provide default wdio config.

Check the upgrade guide for more detailed info.
See https://github.com/cerner/terra-core/pull/1396 for an example implementation.
@cerner/terra

Add build dir to estlint-ignore


Implement Press-And-Hold To Confirm Sending ZEC

To fully implement the design for the Send ZEC screen, the user should be required to press-and-hold on the button for 5 seconds.

note: this might have accessibility problems in terms of the user being actually able to press and hold steadily for that period of time.


static mul bench is  measuring in-place addition

The static mul bench seems to be measuring in-place addition:
https://github.com/AztecProtocol/barretenberg/blob/d815655681e8e42db3e716afdb60d8afb2e8f279/barretenberg/src/aztec/ecc/curves/bn254/fr.bench.cpp#L221-L228
https://github.com/AztecProtocol/barretenberg/blob/d815655681e8e42db3e716afdb60d8afb2e8f279/barretenberg/src/aztec/ecc/curves/bn254/fr.bench.cpp#L291-L298
Is that intended? (As I suppose it's for multiplication with compile-time operand)

Thanks for spotting this @mratsim . A fix has been pushed to master


dependency: use memmap2 instead of memmap

Fix #119
Bump version from 0.19.1 to 0.19.3, since 0.19.2 already in crates.io

https://github.com/danburkert/memmap-rs/pull/89 This PR is merged into memmap2
After reading the discussion of this PR, I am not sure whether it makes sense to delete winapi dependency for binary size

danburkert/memmap-rs#89 This PR is merged into memmap2
After reading the discussion of this PR, I am not sure whether it makes sense to delete winapi dependency for binary size

I prefer this modification. I used to write the binding of windows api by myself, just to avoid "import win32api" in my python script. CI on azure windows has passed, as long as it does not bring bugs, thats good.


Cookies.enabled always returns false for chrome Version 39.0.2171.99

Cookies.enabled returns 'false' even when cookies are enabled. I'm not sure why this is.
html file looks like....
<script type="text/javascript" src="cookies.min.js"></script>
<script type="text/javascript" src="scripts.js"></script>

js file looks like....
console.log(Cookies.enabled);

And the console log it returning false. Oh, I'm using the mini file too.

I wasn't serving files properly. This isn't a problem, my bad.


Costa Rica actually has a length of 22

After much research and rejections from our bank.
Happy to help with some proof from our finance team if needed.

Hi drewtron.
Thanks a lot for your PR.
We implement the standard IBAN formats published by Swift in the IBAN registry: https://www.swift.com/sites/default/files/resources/swift_standards_ibanregistry.pdf
In this document, the length for the Costa Rican IBAN is 21.
Do you think your bank or finance team could maybe report or clarify this issue with Swift and their IBAN standards team?
When the registry is fixed, we'll happily merge your PR 👍

That document appears to be outdated.
https://www.swift.com/standards/data-standards/iban has a link to the updated IBAN Registry information showing Costa Rica at 22.
Direct link: https://www.swift.com/file/26771/download?token=_rtnF5rn

You're right, my bad.
Thanks for your contribution.


Use star-tree index when filteres not part of index match all rows of a segment

Currently all filters needed to be part of star-tree to be able to utiliize the index
for hybrid tables timestamp column gets auto added as afilter so that causes the star-tree index to be not used
if timestamp column is not part of the index already. So, potential optimization here is to utilize star-tree index if the
filters that are not part of star-tree match all the rows in a segment.

This is a little bit tricky because the filter is shared among all segments. Will try to figure out a work around

Enhance star-tree to skip matching-all predicate on non-star-tree dimension: #6109


issue #6427,  added code to set the symbolic name for the status enum…

…. The mappers for the relationships have been updated to call the subjectArea Util fuction to correctly set the Status Enum
Fix issue #6427
Signed-off-by: Sachin Naik<EMAIL_ADDRESS>

Description
Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context. List any dependencies that are required for this change. Note that there should always be a related issue alongside a PR as that enables appropriate discussion.
Fixes # (issue)
How Has This Been Tested?
Tested through Egeria UI and automated testing in Egeria Core.
Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also list any relevant details for your test configuration. Consider any more risky areas that you need advice on.
Any additional notes for reviewers?

fixes #6427


Reading: Allow reviewing more assessments in /reading/debug

Who is this PR for?
internal team
What problem does this PR fix?
More visibility into what has been imported, what can be rendered, distributions of data.
What does this PR do?
Allows looking at multiple benchmark assessments, supports "flipping" the table, and using box-and-whisker for some data points.
Adds more thresholds, factors those out into their own file.
Screenshot (if adding a client-side feature)
example:

when selecting:

Checklists
Which features or pages does this PR touch?

[x] Reading debug

Does this PR use tests to help verify we can deploy these changes quickly and confidently?

[x] Included specs for changes
[x] Manual testing made more sense here

selfie


Alexa's 10 second timeout for skill response workaround

Hello! I've been using this skill for quite a lot of things recently, but the 10-second timeout really is a buzzkill for me.
For those who are not aware, this is what I'm talking about.
Since this limitation is for the skill to provide a response to the user and not for a request inside the skill to provide a response, I was wondering if it isn't possible to create a separate thread for the request to run, and in case the request takes up more than 7 seconds, provide an initial response of alexa saying something like "One moment, please." and provide the actual answer afterwards.
Any feedbacks on this? Thanks!

Same question .During testing, I frequently encounter a timeout error, with the message: "There was a problem with the requested skill's response."
I believe this issue arises when the response from the LaunchRequestHandler exceeds the 8-second limit imposed by the Alexa service. In our current implementation, the handler calls the GPT-3 API, processes the data, and generates a response. This process sometimes takes longer than the allotted time frame, particularly when the prompt content is complex, resulting in a timeout error.
However, I've observed that when the prompt content is relatively simple, the GPT-3 API response time is usually within the 8-second limit and the skill functions as expected.

At present, after I switched the api from the original gpt-3.5-trubo-0613 to gpt-3.5-trubo-1106, the speed is actually faster. The response time is less than 8 seconds, which can temporarily solve the problem, but it is not solved from the code. of

gpt-3.5-turbo-1106 model is very fast and helps avoid this issue. Ideally, we would like the Alexa skill to speak each part of the text as it's being made, similar to what's shown in this streaming example. But Alexa Skills work in a way where they can't do this, they can't say each word one by one as separate responses.
A simple solution is to use something called Progressive Response. This keeps the user listening while the skill gets the whole text ready. You can learn more about how to do this from the Amazon Alexa guide on Progressive Responses

"Your skill can send progressive responses to keep the user engaged while your skill prepares a full response to the user's request. A progressive response is interstitial SSML content (including text-to-speech and short audio) that Alexa plays while waiting for your full skill response."

A simple solution is to use something called Progressive Response. This keeps the user listening while the skill gets the whole text ready. You can learn more about how to do this from the Amazon Alexa guide on Progressive Responses

This is precisely what I was looking for!! I think this would be a great addition to the project. I'm gonna try to implement this in the next few days.

A simple solution is to use something called Progressive Response. This keeps the user listening while the skill gets the whole text ready. You can learn more about how to do this from the Amazon Alexa guide on Progressive Responses

This is precisely what I was looking for!! I think this would be a great addition to the project. I'm gonna try to implement this in the next few days.
Hi Bro，If you modified the code, can you share it?

Hi Bro，If you modified the code, can you share it?

Hey! I still haven't gotten around to it, but as soon as I modify it i'll share it :)

I solved this issue by changing this line:
messages.append({"role": "user", "content": new_question + ". Write max 50 words in the response."})

This limits the response size to around 50 words which really improves the response time.

Limiting the answers in the prompt to 50 words really avoids long wait times, it is a good and simple temporary solution. I put this phrase in system content instead of user content to avoid repeating the phrase.
Changes done in commit 65945ae

It seems like the Progressive Response feature feature is not an option to buy us any time while waiting for the response, as the manual clearly states:
"Note: Progressive responses don't change the overall time allowed for a response. When a user invokes a skill, the skill has approximately eight seconds to return a full response. The skill must finish processing any progressive responses as well as the full response within this time."
(https://developer.amazon.com/en-US/docs/alexa/custom-skills/send-the-user-a-progressive-response.html)
I wasn't too happy with the workaround, so I fiddled a bit with different models and custom instructions. I found that I am able to use gtp-4o (which really is a lot faster then older gpt-4 models) with up to max_tokens: 1000 by adding:
messages = [{"role": "system", "content": "Answer all questions concisely and precisely"}]
Sometimes the first answer tends to be really brief, but follow up questions like "Please be more precise" or "Tell me more details" works just fine, even on complex topics like "What do we know about the universe" or "Explain the connection between our universe and quantum mechanics".
I fell like this is a much smoother solution than the 50 words max hard-limit.


Get other containers working on CI.

Have had multiple issues here:

Official Ubuntu Images don't have sudo installed. There is a workaround at the end of this issue: https://github.com/Microsoft/azure-pipelines-agent/issues/2043
If we use that workaround we need to specify 'image' & 'options' for the the container. After we do that the variable resolution for running a matrix breaks. i.e.  $[ variables['containerResource'] ] doesn't get converted to 'ubuntu:16.04'

see branch: https://github.com/Quansight/conda-airgap/blob/add-small-mirror-test for various attempts

Fixed in PR #4


Support the source configuration setting

I'm using Jekyll in it's own directory from the project root using the source: dir/ setting in _config.yml, however jekyll-compose doesn't respect that and always creates a _posts in the project root instead of in dir/_posts.

@sondr3 you can still use the --source option for now.


is that right?  could you tell me how to fix this error?

1,  dowload auto-gptq , then Change the peft_utils.py in my own auto-gptq path(python path/auto_gptq/utils/peft_utils.py) with the new one(qa-lora).

2, follow the instruction of auto-gptq, I run this project  as follow ：  python quant_with_alpaca.py   --pretrained_model_dir  /home/lizhangming/.cache/huggingface/hub/models--huggyllama--llama-7b/snapshots/8416d3fefb0cb3ff5775a7b13c1692d10ff1aa16   --quantized_model_dir llama7b-quant4bit-g32 --bits 4 --group_size 32  --save_and_reload

3,Then  I got three  files    config.json  , quantize_config.json,  gptq_model-4bit-32g.bin

4, Then I copy the rest file from huggingface llama7b

5,last I run   CUDA_VISIBLE_DEVICES=0   HF_DATASETS_OFFLINE=1  python qalora.py --model_path  AutoGPTQ/examples/quantization/llama7b-quant4bit-g32/
##########################################The I got the error#########################

In our experiment, using both FP32 and Triton simultaneously might lead to an increase in loss. You can try the following options:
Try uninstalling Triton directly using pip uninstall triton, which will switch the backend to Torch.
Use FP16 entirely. Although this may result in some precision loss, it will be faster and less likely to cause an increase in loss.

is that right？
清风
@.***

------------------ 原始邮件 ------------------
发件人:                                                                                "yuhuixu1993/qa-lora"                                                                                @.>;
发送时间: 2024年5月28日(星期二) 下午4:10
@.>;
<EMAIL_ADDRESS>主题: Re: [yuhuixu1993/qa-lora] is that right?  could you tell me how to fix this error? (Issue #36)
In our experiment, using both FP32 and Triton simultaneously might lead to an increase in loss. You can try the following options:
Try uninstalling Triton directly using pip uninstall triton, which will switch the backend to Torch.
Use FP16 entirely. Although this may result in some precision loss, it will be faster and less likely to cause an increase in loss.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>


Feature/typescript sourcemap

By adding "sourceMaps: true" to cantara.config.js cantara generates source-maps for production as well.
This is useful for in-house libraries and to receive meaningful stack-traces in node apps.

Looks good! Could you please use the commit message standard, so the new version can be derived automatically 🚀


[waf] Install resource dir to $PREFIX

Feel free to merge.

It now uses rsync to copy bundled-clang's resource dir files to $PREFIX.
      # TODO This may be cached and cannot be re-triggered. Use proper shell escape.
      bld(rule='rsync -aR {}/./lib/{}/lib/clang/*/include {}/'.format(bld.path.get_bld(), clang_tarball_name, bld.env['PREFIX']))

@htfy96 I guess with #137 and this, #84 is almost solved.
On Linux, leaving resourceDirectory empty should work as intended for both build/release/bin/cquery and $PREFIX/bin/cquery.
LanguageClient-neovim:
{
  "initializationOptions": {
    "cacheDirectory": "/tmp/cquery"
  }
}

Emacs emacs/cquery.el: empty cquery-resource-dir is the default

https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=cquery-git  can be updated.
A few changes happened these days
cd build => cd build/release
install -m 755 ./app "${pkgdir}/opt/cquery/cquery" => the executable name has been renamed to bin/cquery
If you choose to use bundled clang, something like this may work:
python2 waf configure --bundled-clang=5.0.0 --prefix $pkgdir/opt/cquery
python2 waf build

@MaskRay Thanks for your contribution! Since I am still at work now and unavailable to update it now, would you like to be a co-maintainer of this package?


Upgrade to ModeShape 5.0.0.Final

Initial draft of: https://jira.duraspace.org/browse/FCREPO-1994
Good

Mode5 PR works
Config: File works
Config: MySQL works
Removed default 'fcrepo.modeshape.configuration'

Bad - not so bad

Config: PostgreSQL not working - but likely easy
Config: Clustering - untested, but should be able to work
Binaries are copied across instances

Use central object db
Config: Servlet-auth, has not worked in years

Bug in Mode: https://github.com/ModeShape/modeshape/commit/bc574455aa7e0e7fa6f7a6e4820f5b777bfda3f1#diff-0bfcd93b5cc4efa01e1328b6fcb4c8c4L1987
Federation not refreshing when new files added

Moving PR to branch: modeshape5


Question about Embed Resources

Is it possible to use Embed Resources without converting Bitmap into Love.Image?
How soon will the 64 bit version be? (I would like to help, but I don’t know how...)

Here is the complete solution for loading embedded resources
public static FileData ExtractResource(string filePath)
        {
            Assembly a = Assembly.GetExecutingAssembly();
            filePath = a.GetName().Name + "." + filePath;
            using (System.IO.Stream resourceFileStream = a.GetManifestResourceStream(filePath))
            {
                if (resourceFileStream == null) return null;
                byte[] byByteResource = new byte[resourceFileStream.Length];
                resourceFileStream.Read(byByteResource, 0, byByteResource.Length);
                return FileSystem.NewFileData(byByteResource, filePath);
            }
        }

How it looks in Load()
public override void Load()
        {
            ImageData imageData = Image.NewImageData(ExtractResource("Resources.ManualEvolution.png"));
            Image image = Graphics.NewImage(imageData);
        }

"image.png" marked "Build action: Embedded Resource"

Thank you very much @endlesstravel

when I run the 64 bit version it throws

System.BadImageFormatException

This is a reasonable result, because Love2DCS relies on platform-related DLL files, so calling x86 DLL in. net x64 will cause the call to fail.
Either you build the DLL file of x64 according to the document, or you wait for the next version. The next version of the nuget package will solve the win-x64 problem.

The package Love2dCS 11.0.13 has solve this problem : https://www.nuget.org/packages/Love2dCS/11.0.13
remember to select target platform : https://github.com/endlesstravel/Love2dCS/blob/master/README-Install.md#1-using-gui

That's right, 64-bit version works.
How the version of your repository is formed?
Where can I see the changelog?

Starting with version 11.0.13, I added the native DLL file of x64 to the nuget package, so he was twice as big as the previous package. But don't worry, because the.Target file will automatically select the platform to release the different .Dll  file.
<?xml version="1.0" encoding="utf-8"?>
<!-- https://stackoverflow.com/questions/40104838/automatic-native-and-managed-dlls-extracting-from-nuget-package -->
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

    <ItemGroup Condition=" '$(Platform)' == 'x64' ">
        <Content Include="$(MSBuildThisFileDirectory)..\runtimes\win-x64-native\*.dll">
            <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
            <Link>%(FileName)%(Extension)</Link>
        </Content>
    </ItemGroup>

    <ItemGroup Condition=" '$(Platform)' == 'x86' ">
        <Content Include="$(MSBuildThisFileDirectory)..\runtimes\win-x86-native\*.dll">
            <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
            <Link>%(FileName)%(Extension)</Link>
        </Content>
    </ItemGroup>

    <Target Name="BeforeBuild" Condition=" '$(Platform)' == 'AnyCPU' " >
       <Error Text="Invalid platform target '$(Platform)' . Please specify the platform target as 'x86' or 'x64'. " />
    </Target>

</Project>

I found that x86 DLL suddenly increased by about 2MB from 11.0.9 to 11.0.8. This may be because I changed the compiler environment. I don't remember very well.
Other times, I add annotations and new code every time, so I will get a little bit bigger.


MCTS default rollout policy should immediately exit on terminal states

https://github.com/airbus/scikit-decide/blob/f469c80a162dc7d73e3f932e32010f8ddbf0e5dd/cpp/src/hub/solver/mcts/impl/mcts_default_rollout_policy_impl.hh#L40
Workaround: add in the domain a self transition with a fake action on the terminal states, because the default rollout policy will come once the step method on the terminal states before exiting.

Solved inPR #238