Tej-ashwani commented on issue #35100:
URL: https://github.com/apache/arrow/issues/35100#issuecomment-1571834791

   
   Fix Strong Typing Error
   
   
   User
   Solve the issue and rewrite the program given below
   
   typed: strong
   
   begin
     puts(1)
     puts(2)
   ensure
     puts
   end
   Observed output
   editor.rb:4: Conditional branch on T.untyped https://srb.help/7018
        4 |  puts(1)
             ^
     Got T.untyped originating from:
       editor.rb:4:
        4 |  puts(1)
             ^
     Note:
       Support for typed: strong is minimal. Consider using typed: strict 
instead.
   
   editor.rb:4: Conditional branch on T.untyped https://srb.help/7018
        4 |  puts(1)
             ^
     Got T.untyped originating from:
       editor.rb:4:
        4 |  puts(1)
             ^
     Note:
       Support for typed: strong is minimal. Consider using typed: strict 
instead.
   Errors: 2
   
   ChatGPT
   Based on the observed output and the error message provided, it seems that 
the code is being analyzed by a static type checker and it is flagging a 
conditional branch on an untyped value. The message suggests that using typed: 
strong is causing the issue and recommends using typed: strict instead.
   
   To solve the issue and rewrite the program, we can modify the code as 
follows:
   
   ruby
   Copy code
   # typed: strict
   
   begin
     puts(1)
     puts(2)
   ensure
     puts('')
   end
   In the modified code:
   
   The typed: strong directive has been replaced with typed: strict as 
recommended.
   The puts statement with an empty parentheses puts() has been replaced with 
puts('') to output an empty line.
   The code is surrounded by begin and ensure blocks to ensure that the empty 
line is printed regardless of any exceptions that may occur.
   By making these changes, the code should no longer produce the error 
messages related to the conditional branch on an untyped value.
   
   
   
   
   
   User
   Describe the bug, including details regarding any error messages, version, 
and platform.
   The argument count appears wrong in docs for for the JSON table reader 
method..
   
   docs:
   
   st = arrow::json::TableReader::Make(pool, input, read_options,
   parse_options, &reader);
   object signature in json/reader.cc:
   
   Result<std::shared_ptr<TableReader>> TableReader::Make(
   MemoryPool* pool, std::shared_ptr<io::InputStream> input,
    const ReadOptions& read_options, const ParseOptions& parse_options)
   It looks correct in the actual API docs.
   
   Component(s)
   C++
   
   ChatGPT
   Based on the information provided, the bug seems to be related to the 
argument count discrepancy in the documentation for the TableReader::Make 
method in the json/reader.cc file.
   
   The documentation states that the method has the following signature:
   
   c
   Copy code
   Result<std::shared_ptr<TableReader>> TableReader::Make(
       MemoryPool* pool, std::shared_ptr<io::InputStream> input,
       const ReadOptions& read_options, const ParseOptions& parse_options)
   However, the bug report suggests that the argument count appears wrong in 
the documentation for this method.
   
   It is important to note that without further details, such as the specific 
error messages, version of the software/library, and platform where the bug is 
encountered, it is difficult to provide a more specific analysis or solution. 
Additionally, if there is an inconsistency between the documentation and the 
actual API, it might be necessary to refer to the API documentation or consult 
the library's developers for clarification.
   
   
   
   
   
   User
   Since they don't bring any data compression benefit and would complicate 
kernels dealing with REEs by a lot.
   
   Component(s)
   C++
   
   
   Get started
   
   Opened 2 months ago
   
   [Docs] Make signature incorrect in docs for JSON TableReader
   
   
   Type: bug
   Component: C++
   by
   @zfoobar
   Description
   
   Describe the bug, including details regarding any error messages, version, 
and platform.
   The argument count appears wrong in docs for for the JSON table reader 
method..
   
   docs:
   
   st = arrow::json::TableReader::Make(pool, input, read_options,
   parse_options, &reader);
   object signature in json/reader.cc:
   
   Result<std::shared_ptr<TableReader>> TableReader::Make(
   MemoryPool* pool, std::shared_ptr<io::InputStream> input,
    const ReadOptions& read_options, const ParseOptions& parse_options)
   It looks correct in the actual API docs.
   
   Component(s)
   C++
   
   
   Get started
   
   Opened 2 months ago
   
   pa.compute.sum result for decimal128 doesn't fit into precision/scale
   
   
   Type: bug
   Component: Python
   by
   @wirable23
   Speech bubble
   4
   Opened 2 months ago
   
   write_dataset freezes
   
   
   Type: bug
   Component: R
   by
   @sometimesabird
   Speech bubble
   1
   Opened 2 months ago
   
   [Python] Flight objects like FlightEndpoint cannot be pickled
   
   
   Type: bug
   Component: Python
   by
   @lidavidm
   Opened 2 months ago
   
   [Python][C++] Slow table slice when the table has many chunks
   
   
   Type: bug
   Component: Python
   by
   @jjyao
   Speech bubble
   3
   Opened 2 months ago
   
   [R] Error when trying to read JSON file
   
   
   Type: bug
   Component: R
   Component: C++
   by
   @thisisnic
   Description
   
   Describe the bug, including details regarding any error messages, version, 
and platform.
   jsonlite::read_json("https://arrow.apache.org/docs/r/versions.json";)
   #> [[1]]
   #> [[1]]$name
   #> [1] "11.0.0.9000 (dev)"
   #> 
   #> [[1]]$version
   #> [1] "dev/"
   #> 
   #> 
   #> [[2]]
   #> [[2]]$name
   #> [1] "11.0.0.3 (release)"
   #> 
   #> [[2]]$version
   #> [1] ""
   #> 
   #> 
   #> [[3]]
   #> [[3]]$name
   #> [1] "10.0.1"
   #> 
   #> [[3]]$version
   #> [1] "10.0/"
   #> 
   #> 
   #> [[4]]
   #> [[4]]$name
   #> [1] "9.0.0"
   #> 
   #> [[4]]$version
   #> [1] "9.0/"
   #> 
   #> 
   #> [[5]]
   #> [[5]]$name
   #> [1] "8.0.0"
   #> 
   #> [[5]]$version
   #> [1] "8.0/"
   #> 
   #> 
   #> [[6]]
   #> [[6]]$name
   #> [1] "7.0.0"
   #> 
   #> [[6]]$version
   #> [1] "7.0/"
   #> 
   #> 
   #> [[7]]
   #> [[7]]$name
   #> [1] "6.0.1"
   #> 
   #> [[7]]$version
   #> [1] "6.0/"
   #> 
   #> 
   #> [[8]]
   #> [[8]]$name
   #> [1] "5.0.0"
   #> 
   #> [[8]]$version
   #> [1] "5.0/"
   #> 
   #> 
   #> [[9]]
   #> [[9]]$name
   #> [1] "4.0.1"
   #> 
   #> [[9]]$version
   #> [1] "4.0/"
   #> 
   #> 
   #> [[10]]
   #> [[10]]$name
   #> [1] "3.0.0"
   #> 
   #> [[10]]$version
   #> [1] "3.0/"
   #> 
   #> 
   #> [[11]]
   #> [[11]]$name
   #> [1] "2.0.0"
   #> 
   #> [[11]]$version
   #> [1] "2.0/"
   #> 
   #> 
   #> [[12]]
   #> [[12]]$name
   #> [1] "1.0.1"
   #> 
   #> [[12]]$version
   #> [1] "1.0/"
   arrow::read_json_arrow("https://arrow.apache.org/docs/r/versions.json";)
   #> Error: Invalid: JSON parse error: Column() changed from object to array 
in row 0
   #> /home/nic2/arrow/cpp/src/arrow/json/reader.cc:162  
parser->Parse(block.whole)
   #> /home/nic2/arrow/cpp/src/arrow/json/reader.cc:287  ParseBlock(block, 
decode_context_.parse_options(), decode_context_.pool())
   #> /home/nic2/arrow/cpp/src/arrow/json/chunked_builder.cc:336  
task_group_->Finish()
   #> /home/nic2/arrow/cpp/src/arrow
   
   ChatGPT
   Based on the provided information, it appears that there are multiple bug 
reports related to different components of the Apache Arrow project. Here is a 
summary of the reported bugs:
   
   [C++] Make signature incorrect in docs for JSON TableReader: The bug report 
mentions that the argument count in the documentation for the JSON 
TableReader::Make method is incorrect. It seems to be an issue with the 
documentation, and the actual API docs have the correct signature.
   
   [Python] pa.compute.sum result for decimal128 doesn't fit into 
precision/scale: No further details are provided regarding this bug. It seems 
to be related to the Python component and the pa.compute.sum function when 
dealing with decimal128 data types.
   
   [R] write_dataset freezes: No further details are provided regarding this 
bug. It seems to be related to the R component and the write_dataset function.
   
   [Python] Flight objects like FlightEndpoint cannot be pickled: The bug 
report states that Flight objects like FlightEndpoint cannot be pickled in 
Python. This issue may be related to the serialization of Flight objects.
   
   [Python][C++] Slow table slice when the table has many chunks: No further 
details are provided regarding this bug. It seems to be related to performance 
issues when slicing a table with many chunks in Python and C++.
   
   [R] Error when trying to read JSON file: The bug report mentions an error 
when attempting to read a JSON file using the arrow::read_json_arrow function 
in R. The error message suggests a JSON parsing issue.
   
   Without more specific details, such as error messages, specific versions of 
the components, and the platform where the bugs occur, it is challenging to 
provide more detailed analysis or solutions. It is recommended to consult the 
project's issue tracker or forums for further assistance and updates on these 
bug reports.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: github-unsubscr...@arrow.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

Reply via email to