2026/04/08

Wednesday, April 8, 2026 (#98)

Tuesday Wednesday Thursday posts: prev < this > next

References Ferreteria/v0.6/clade/IO/Aspect/Connx/Conveyer (← links) Ferreteria/v0.6/clade/Sys/Data/Engine/endpt/Client/MyMar/@fx/NewSchemaList (← links) 2026/04/07 (← links) 2026/04/09 (← links)

• 09:11 Current status: need to figure out why it gets stuck right after successfully creating the schema.
• 11:00 ...and also why the process's stdin is broken when trying to send the "USE <schema name>;" SQL.
• 11:19 Although schema-listing still works for both local and ssh2, the schema's existence is not being detected. WatHappenHere...
• 11:26 The schema-listing function (NewSchemaList()) was still stripping off the first line received in response to SHOW SCHEMAS;. This was necessary back when MyMar was still returning a user-friendly listing with a "Database" header as the first line, but that's no longer happening. htyp_mw is now being returned as the first item in the list, so it was getting removed, which means it wasn't being detected. After fixing this, the stream is no longer erroring as broken, but we're also getting stuck in the I/O loop trying to send 72 bytes (not sure what that is).
• 12:55 Oh good grief, I've managed to break the schema listing again, and I didn't even think I changed anything. :-P
• 15:44 The issue seems to be inside Conveyer so I'm rewriting it a bit in order to make it more understandable.
  • I'm mainly merging $sPut and $sGet, because why were they even separate.
• 20:49 Done; with minor additional fixes, the schema-listings are working again.
• 21:01 When trying again to do an import, the debug readout makes it look as if it's trying to re-send the schema-listing data somewhere. This maybe not actually what's happening, but it seems like a good idea to try to figure out what it does mean (and either fix it or clarify the output). Probably not tonight, though.