home bbs files messages ]

Just a sample of the Echomail archive

Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.

   CBM      Commodore Computer Conference      4,328 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 3,447 of 4,328   
   Daniel Path to Lawrence Woodman   
   Closing a file in Assembly on the VIC-20   
   18 Jun 21 20:54:46   
   
   REPLY:  2519afa1   
   MSGID: 2:371/52@fidonet 60ccec10   
   CHRS: IBMPC 2   
   TZUTC: 0200   
   Hello Lawrence.   
      
   18 Jun 21 06:56, you wrote to you:   
      
    LW> On Thu, 17 Jun 2021 18:56:16 -0000 (UTC), Lawrence Woodman wrote:   
      
    >> On Thu, 17 Jun 2021 11:29:57 -0000 (UTC), Tilmann Hentze wrote:   
    >>   
    >>> Lawrence Woodman  wrote:   
    >>>> I have created a piece of code which replicates the problem below   
    >>>> if anyone has any ideas where I'm going wrong I'd be very   
    >>>> grateful.   
    >>>>   
    >>>> [code snipped]   
    >>>>   
    >>>> main   
    >>>>             lda  #$07         ; Length of file name   
    >>>>             ldx  #>>>             ldy  #>filename   ; High byte of file name location   
    >>>>             jsr  SETNAM       ; Set the name   
    >>>   
    >>>>             lda  #$08         ; Logical file number   
    >>>>             ldx  #$08         ; Device number   
    >>>>             ldy  #$01         ; Secondary address - $01 because   
    >>>> saving            jsr  SETLFS       ; Set above parameters   
    >>>   
    >>> I'd switch the two previous blocks around, so that you first set up   
    >>> the channel and then set the file name. Thanks for the suggestion.   
    >>> I gave it a go but unfortunately it still   
    >> gives the same result.   
    >>   
    >>   
    >>>> [code snipped]   
    >>>>             lda  #$08         ; Logical file number   
    >>>>             jsr  CLOSE        ; Close the file   
    >>>   
    >>> Looks good to me. Perhaps it will work with the first mentioned   
    >>> change? Sadly not.  However, I'm not sure that a CLOSE is necessary   
    >>> as I noticed   
    >> in other code examples that it isn't used.  I've tried without it   
    >> and also checked for errors via a carry after the SAVE but still no   
    >> joy. If you or anyone else has any ideas I'd love to get this   
    >> working.   
      
      
    LW> I've managed to track down the problem.  Because I was automating some   
    LW> of the testing around this I hadn't left a long enough delay   
    LW> before displaying the directory.  It turns out that it takes a little   
    LW> longer than I expected for the SAVE command to complete the write.   
    LW> Once I left a bigger delay before checking the directory everything   
    LW> was fine.  It also appears that there is no need to call CLOSE either.   
      
   and what are you coding? :)   
      
   --   
   Daniel   
      
   ... BBS: Uptime is 02d 20h 42m 32s (BT-Uptime/OS2, V1.5)   
   --- GoldED+/EMX 1.1.4.7   
    * Origin: Roon's BBS - Budapest, HUNGARY (2:371/52)   
   SEEN-BY: 1/123 14/0 18/200 90/1 103/705 105/81 120/340 123/131 129/305   
   SEEN-BY: 154/10 218/700 221/1 6 226/30 227/114 229/101 424 426 428   
   SEEN-BY: 229/700 1016 1017 240/1120 1634 1895 5832 8001 8002 8005   
   SEEN-BY: 249/1 206 317 400 261/38 280/5003 282/1038 301/1 113 313/41   
   SEEN-BY: 317/3 322/757 335/364 342/200 371/0 52 712/848 920/1 2432/390   
   SEEN-BY: 2452/250 5058/104   
   PATH: 371/52 0 240/1120 301/1 229/426   
      

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca