Re: [Ql-Users] QubLink and DiReXt

2023-11-26 Thread Alain HAOUI via Ql-Users 
Thank you Dilwyn and Per for your actions and feedbacks. 

Concerning emulators, only QPC2 is currently supported by QubLink tool as 
mentioned in the note accompanying the package. 

The non-support of SMSQmulator is simply due to the fact that it is no longer 
installed on my development platform since my home move. This will be done 
quickly as soon as my platform is operational again. 

Indeed, I meant QWIRC and not QIRC. Sorry for the confusion. 

Regarding Win-DOS, I was not enough aware of. As far as I know, it requires a 
bloated machine (800 pixels...) and initially I wanted to make a modest tool 
able to run on small configurations like BBQL+TDI controler, per example. 

Bests regards 
Alain HAOUI 

- Mail original -

De: "pjw via Ql-Users"  
À: ql-us...@q-v-d.com 
Cc: "pjw"  
Envoyé: Dimanche 26 Novembre 2023 16:35:29 
Objet: Re: [Ql-Users] QubLink and DiReXt 

Dilwyn, 

I havent exactly put QubLink through its paces yet, but it appears to 
work fine on QPC2. 

On SMSQmulator V2.33 with SMSQ/E V3.38, however, the program starts up 
as a button all right, but when I hit the button all I get is: 
Line 2235 String is not numeric. Fini. 

BTW I presume you mean QWIRC, not QIRC. 

QubLink fills a space not covered by Qwirc, so thats a Good Thing. You 
very modestly forgot to mention your own WinDOS 
which does much the same ;o) 

Sadly Qwirc has become increasingly "incompatible", not due to some 
strange digital atrophy but due to changes in the inner workings of 
the various platforms. A new version, which has been in the works for 
quite some time, and is now near to completion, may be released one day.. 

Per 
On 26/11/2023 14:56, Dilwyn Jones via Ql-Users wrote: 
> Two new softwares from Alain Haoui: 
> 
> QUBLINK 
> --- 
> QubLink v1.04 is a PE driven utility program allowing an easy way to 
> manage hard and soft drive linking on different QL systems. 
> 
> It is in some ways a multi-platform variant of the well known 
> utilities WINLINK (from G.Underwood) and QIRC (from P.Witte) together. 
> 
> It works on expanded BBQL with QubIDE/Clones under QDOS/Minerva, Qx0 
> and QPC2 running SMSQ/E. Recent TK2 and PE are mandatory, GD2 and 
> QPAC2 are only recommended. 
> 
> QubLink was written by QubATA author Alain Haoui. 
> 
> Download the software free of charge from 
> https://dilwyn.qlforum.co.uk/utils/index.html 
> 
> DIREXT 
> -- 
> DiReXt is a system toolkit which adds a few commands to BASIC to 
> perform various directory tree operations on level 2 file systems. It 
> was written by the author of QubATA, Alain Hauoi. 
> 
> DiReXt, also known as Directories Recursive eXtensions, consists of 
> extensions to copy, rename, move, backup and sync entire directories. 
> 
> Here's a list of the extensions: 
> 
> RENAME_DIR - rename recursovely a whole DIR tree 
> COPY_DIR - copy recursively a whole DIR tree 
> MOVE_DIR - move recursively a whole DIR tree 
> BACKUP_DIR - backup recursively a whole DIR tree 
> SYNC_DIR - synchronise two directory trees 
> DUP_DIR - duplicate a directory tree (only directories) 
> LIST_DIR - list all files in a directory tree 
> STAT_DIR - show statistics for each subdirectory 
> TOUCH_DIR - touch all files update date in a tree 
> DELETE_DIR - delete all files and sub-directories 
> HELP_DIR - short help text 
> 
> The toolkit is available to download free of charge from 
> https://dilwyn.qlforum.co.uk/tk/index.html 
> ___ 
> QL-Users Mailing List 

___ 
QL-Users Mailing List 

___
QL-Users Mailing List

Re: [Ql-Users] QL-SD new driver

2018-01-22 Thread Alain HAOUI via Ql-Users 
Hi all,
Actually I am on the way to achieve a new browser (only browser now) for all ql 
platforms and emulators which can deal with qubide or qlwa/qwa multipartitioned 
devices or disk raw images, data cdrom or iso 9660 cd images and qxl.win 
containers in any device or image.
It needs tk2, PE and should work on any ql platform with ~300kb of free ram, 
under qdos or smsq.
For physical cdrom needs qubata driver or TG atapi/cdrom things.
Will be available within a few days.
Regards
Alain Haoui
Envoyé de mon téléphone

De : Graeme Gregory via Ql-Users
Envoyé le :lundi 22 janvier 2018 14:41
À : ql-users@lists.q-v-d.com
Cc : Graeme Gregory
Objet :Re: [Ql-Users] QL-SD new driver



On Mon, 22 Jan 2018, at 9:41 AM, Wolfgang Lenerz via Ql-Users wrote:
> Hi all,
> 
> I've released a new driver for QL-SD that uses standard qxl.win drives
> instead of Qubide ones.
> 
> It's for Minerva only, though.
> 
> You can download it from www.wlenerz.com/QLSD
> 
And the next trick make qubide do the same :-D

Graeme
___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] Maximum length of files on QL file-system

2017-07-23 Thread Alain HAOUI via Ql-Users 
For qubide with driver qubata v3.x the max file size supported may be 2 
gigabytes minus some data structure kilobytes, provided you have created a 
suitable big partition with 64 sectors per block.
This is the maximum under qdos with 2 words indexes when used as unsigned.
Regards,
Alain

-Message d'origine-
De : "Jan Bredenbeek via Ql-Users" 
Envoyé : ‎23/‎07/‎2017 17:21
À : "ql-us...@q-v-d.com" 
Objet : Re: [Ql-Users] Maximum length of files on QL file-system

On 23 July 2017 at 15:47, Andrea Carpi via Ql-Users <
ql-users@lists.q-v-d.com> wrote:

>   Hello everybody
>
> Trying to transfer large files between Windows 10,
> QPC2, and QL-Aurora-SGC-Qubide I have noticed that there are big
> limitations in the maximum length of the files.
>
> I mean:
> - On QXL.WIN
> hard drive in QPC2 I'm not able to generate files longer than 50Mb (End
> Of file error)
> - On the Qubide hard drive the limit is 19Mb (ROM 2.01),
> but perhaps also depends on the partition creation choices
>
> - On Ram
> Disk (in QPC2 maximum RAM 128 Mb) I did not find any limits unless the
> size of the RAM
> - I did not find limits on DOS devices from QPC2 except
> those of the file system in use on Windows (NTFS)
>
> Specifically for
> QXL.WIN and QUBIDE do anyone know the exact length limits and
> why?
>

The QDOS file system stores the file position in the channel definition
block as two 16-bit words - one for the block number and one for the byte
position within one block. So, when using 512-byte blocks, the maximum file
length will be 65535*512 bytes or just under 32MB (or 16MB when using
signed arithmetic). When using 2K byte blocks, the limit will be 128 or
64MB respectively.

I know mdv and flp use 512-byte block size and ED flp have 2K byte sectors
but I'm not sure if the latter also uses 2K blocks. The same goes for
(virtual) win drives - sectors are usually grouped to keep the map within
limits but I don't know off-hand if that also affects the block size (it
might as well be 512 bytes, depending on the driver).

This use of word-sized block numbers within QDOS is an unfortunate design
flaw - as is the standard FS.MDINF trap which returns word-sized sector
counts - but could TT back in 1984 foresee that within five years there
would be a storage medium for the QL that surpassed the 32MB limit? In the
PC world there are multiple examples of this - remember the 32MB partition
size limit in DOS 3.3, then the 528MB limit on CHS-addressed hard disks,
and the initial 128GB limit on LBA which was supposed to 'fix' CHS.

Storage capacity has grown so much that any 'X MB ought to be enough for
everybody' design decision has proven wrong eventually...

-- 
*Jan Bredenbeek* | Hilversum, NL | j...@bredenbeek.net
___
QL-Users Mailing List
___
QL-Users Mailing List