Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    SYNCHRONET    |    Rob Swindell fetishistic worship forum    |    43,341 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 42,445 of 43,341    |
|    deon to Digital Man    |
|    New Abstraction Layer    |
|    28 Sep 25 09:26:53    |
   
   TZUTC: 1000   
   MSGID: 51910.dove-syncdisc@12:1/2 2d3e7383   
   PID: Synchronet 3.21a-Linux master/7276d373a Jun 01 2025 GCC 10.2.1   
   TID: SBBSecho 3.29-Linux master/264234a8a Sep 27 2025 GCC 12.2.0   
   COLS: 80   
   BBSID: ALTERANT   
   CHRS: CP437 2   
   FORMAT: flowed   
   NOTE: FSEditor.js v1.105   
   Hey Rob,   
      
   I've been out of the scene for a while (busy on life), but at some time a few   
   months ago, I updated Sync to 3.21 - which if I recall from the chatter that   
   it has a new output layer (aka abstraction layer)?   
      
   (I'm thinking that the problem below is related to that, because I worked on   
   my viewdata.js for a year or more, but I did upgrade from 3.19 a few months   
   ago.)   
      
   Today, I connected to my viewdata port (port 516) to see how its working, and   
   I've noticed that the page is completly messed up - I think because of two   
   reasons.   
      
   (In my viewdata processing, I've been using write_raw() to send data to the   
   terminal. I'm assuming this will sent data as is to the terminal?)   
      
   1) There is extra output sent to the screen with the page data (looks like 13   
   x spaces 0x20). This normally wouldnt be an issue, because a HOME command   
   would get me to the top left corner and I would overwrite it anyway.   
      
   (At some point I'd like to figure out this extra data and surpress it.)   
      
   2) It seems my 0x1e is not being sent (viewdata home).   
      
   This is a tcpdump packet dump (IPv6 packet) - where I wrapped the HOME command   
   around "[" and "] HOME" text.   
      
   I expected to see (at 0x0063) 0x5b 0x1e 0x5d 0x20 0x48 0x4f 0x4d 0x45, however   
   the 0x1e is missing... (so the screen is not homed, and the page is written   
   from the current cursor position, which isnt 0,0).   
      
   0x0000: dc2c 6e22 1123 bc24 1175 0bcd 86dd 6026 .,n".#.$.u....`&   
   0x0010: 6672 03e4 063f 2406 3400 0314 2497 0d0c fr...?$.4...$...   
   0x0020: f105 0000 000f 2406 3400 0314 2491 f544 ......$.4...$..D   
   0x0030: fc2f a969 6f17 0204 eb85 196d dbe1 b1f8 ./.io......m....   
   0x0040: 8a16 8018 01f7 0b5e 0000 0101 080a 74fa .......^......t.   
   0x0050: 1b65 e711 51b7 2020 2020 2020 2020 2020 .e..Q...........   
   0x0060: 2020 205b 5d20 484f 4d45 2020 2020 2020 ...[].HOME......   
   0x0070: 2020 2020 2020 2020 2020 2020 2020 2020 ................   
      
   The code that writes the home is:   
      
   const VIEWDATA_HOME = '\x1e';   
   ...   
      
    this.gotoxy = function(x,y) {   
    log(LOG_DEBUG,'- Moving cursor to y:'+y+', x:'+x);   
      
   write_raw('[');   
    write_raw(VIEWDATA_HOME);   
   write_raw('] HOME');   
      
    if (x > 0)   
    write_raw(VIEWDATA_RIGHT.repeat(x-1));   
      
    if (y > 0)   
    write_raw(VIEWDATA_DOWN.repeat(y-1));   
    }   
      
   So could this be a cause of the new abstraction layer work?   
      
   Is write_raw() the right method to bypass any internal processing and send   
   binary data to the terminal?   
      
      
   ...лоеп   
      
   ---   
    ю Synchronet ю AnsiTEX bringing back videotex but with ANSI   
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)   
   SEEN-BY: 10/0 1 102/401 103/1 17 705 105/81 106/201 124/5016 128/187   
   SEEN-BY: 129/14 153/7715 154/110 218/0 1 215 601 610 700 840 860 880   
   SEEN-BY: 226/30 227/114 229/110 206 317 400 426 428 470 700 705 266/512   
   SEEN-BY: 280/464 291/111 301/1 320/219 322/757 342/200 396/45 460/58   
   SEEN-BY: 633/280 712/848 902/26 5075/35   
   PATH: 103/705 218/700 229/426   
      
|
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca