HTTP/0.9 over QUIC is broken

[maskit]

This is not a big deal as it's just for interop, but it's broken now.

Process 61056 stopped
* thread #8, name = '[ET_NET 6]', stop reason = EXC_BAD_ACCESS (code=1, address=0x10)
    frame #0: 0x000000010000f1a0 traffic_server`Ptr<IOBufferBlock>::operator bool(this=0x0000000000000010) const at Ptr.h:120:49
   117 	  }
   118 	
   119 	  // Making this explicit avoids unwanted conversions.  See https://en.wikibooks.org/wiki/More_C%2B%2B_Idioms/Safe_bool .
-> 120 	  explicit operator bool() const { return m_ptr != nullptr; }
   121 	
   122 	  int
   123 	  operator==(const T *p)
Target 0: (traffic_server) stopped.
(lldb) bt
* thread #8, name = '[ET_NET 6]', stop reason = EXC_BAD_ACCESS (code=1, address=0x10)
  * frame #0: 0x000000010000f1a0 traffic_server`Ptr<IOBufferBlock>::operator bool(this=0x0000000000000010) const at Ptr.h:120:49
    frame #1: 0x0000000100fcbe29 traffic_server`MIOBuffer::write(this=0x0000000000000000, abuf=0x000000010aa78430, alen=5) at IOBuffer.cc:71:10
    frame #2: 0x000000010104465e traffic_server`Http09Transaction::_process_read_vio(this=0x0000616000098780) at Http3Transaction.cc:679:15
    frame #3: 0x0000000101038c81 traffic_server`HQTransaction::do_io_read(this=0x0000616000098780, c=0x000000011132c390, nbytes=0, buf=0x0000000000000000) at Http3Transaction.cc:124:9
    frame #4: 0x00000001002dd7cc traffic_server`HttpSM::attach_client_session(this=0x000000011132c390, client_vc=0x0000616000098780, buffer_reader=0x0000616000098860) at HttpSM.cc:584:36
    frame #5: 0x0000000100caf091 traffic_server`ProxyTransaction::new_transaction(this=0x0000616000098780, from_early_data=false) at ProxyTransaction.cc:56:8
    frame #6: 0x0000000100fe799d traffic_server`Http09App::main_event_handler(this=0x000060c000026980, event=100, data=0x000062c000005e60) at Http09App.cc:113:14
    frame #7: 0x000000010000ab85 traffic_server`Continuation::handleEvent(this=0x000060c000026980, event=100, data=0x000062c000005e60) at I_Continuation.h:219:12
    frame #8: 0x0000000100fd6774 traffic_server`EThread::process_event(this=0x00000001097e6800, e=0x000062c000005e60, calling_code=100) at UnixEThread.cc:127:22
    frame #9: 0x0000000100fd71a1 traffic_server`EThread::process_queue(this=0x00000001097e6800, NegativeQueue=0x000000010aa7caa0, ev_count=0x000000010aa7cad0, nq_count=0x000000010aa7cac0) at UnixEThread.cc:162:7
    frame #10: 0x0000000100fd7ee5 traffic_server`EThread::execute_regular(this=0x00000001097e6800) at UnixEThread.cc:222:5
    frame #11: 0x0000000100fd9873 traffic_server`EThread::execute(this=0x00000001097e6800) at UnixEThread.cc:327:11
    frame #12: 0x0000000100fd3fc9 traffic_server`spawn_thread_internal(a=0x0000607000007d40) at Thread.cc:92:12
    frame #13: 0x00007fff72b7a109 libsystem_pthread.dylib`_pthread_start + 148
    frame #14: 0x00007fff72b75b8b libsystem_pthread.dylib`thread_start + 15

[bryancall]

@maskit How did you reproduce this issue?

[maskit]

Just by making a request with traffic_quic(the crash is on the server side).

[github-actions]

This issue has been automatically marked as stale because it has not had recent activity. Marking it stale to flag it for further consideration by the community.