Re: [ql-users] Source Code
Timothy, I think that the Reference Guide was a document that Jochen put together - and therefore belongs to him from a copyright point of view? Has anyone approached Jochen about the Reference Guide? Having said that you have an excellent point in that nobody has been saying anything about the documentation side of things.I doubt whether Jochen makes any money from it and does it mainly as a service to the community. I know he has had problems keeping it up-to-date. Certainly if the SMSQ/E documentataion could be treated as a communual effort and also if it could be distributed electronically (albeit in what format would need agreeing) I think it would be much easier to keep it up-to-date. This will become more of an issue of authors start making all the extensions to SMSQ/E that we are hoping would happen. If it matters I could supply a secure web site for hosting such items. Coming back to the original source code license, there has been a lot of discussion about only sending the source via physical media. I agree very strongly with others comments that this seems a needless restriction. It seems to add cost and inconvenience for very little gain. It is very easy to provide a secure web site that only allows authorised users to download any file(s) - and also records every such download if that matters! If necessary such a site could be partitioned so that there were different levels of security around different files. Dave - Original Message - From: Timothy Swenson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, May 19, 2002 6:08 AM Subject: Re: [ql-users] Source Code I've glanced over the comments made by others on the SMSQ/E official statement and have decided to take a nice long look at the statement myself. The comments below are strictly my opinion, not based on any input from the other commentors. At 02:50 PM 5/13/2002 +0200, you wrote: Official statement == 3/ No distribution of SMSQ/E may be SOLD, except for the official distribution. This interdiction includes that of including and distributing SMSQ/E in Public domain libraries. Official distributions will be sold in compiled (binary) form, possibly together with the official distribution as source code. For such sales, for the time being, two distributors/resellers, namely Jochen MERZ (JMS) and Roy WOOD (QBRANCH) have been appointed by the copyright holder. Resellers provide support for the versions sold by them. Except by prior agreement, binary, i.e. compiled, versions of SMSQ/E may not be distributed other than through the distributors. It would be better to leave out stating who the official distributors are in this Official Statement, and put it in a separate document. It would be kind of like putting in the name of the Officers in a set of By-Laws, as the names will change over time, and the By-Laws probably will not. 4/ The registrar, i.e. me, will maintain official distributions of SMSQ/E, in binary and source code form, one for each machine on which SMSQ/E may run. I would recommend defining the terms Registrar (but not as me) and Distributor/Reseller. Just to fully clarify who they are and what they do. 5/ Any person may make any changes/additions/modifications/adaptions to the source code he feels like. Any person may give away to others the modification he thus made, including the official distribution in source code form only, provided this is made ENTIRELY FOR FREE - no charges, not even copying charges, or charges for the media on which this is distributed, may be levied. I understand the total avoidance of any one making money off of the source code for SMSQ/E, but I feel not allowing charges for media a bit strict. A simple workaround would be to send the person a blank CD or other disk and some IRC's. I am assuming that IRC's are not considered a form of currency. If your local Post Office does not know that an IRC is, then talk directly to the Post Master for that Office. There is no reason for a Postal Employee to not know their job. I spent 8.5 years as a federal employee, so I know the power of the chain of command. This distribution of the source code including the changes/additions/modifications/adaptions made by any author may not be made in electronic form other than on a physical disk. I really don't understand not allowing distribution via anything other than sneaker-net. What would be the consequences of the Registrar, putting the Official Distribution Source Code of SMSQ/E on a web server? It could be arranged that the requester must give their name and address before getting the Source Code. As someone that is about 5,000 miles from the Registrar, mail can take an awfully long time. Plus, someone like Thierry, sitting on a French Naval ship in the Persian Gulf, mail is very slow to come. As a veteran I try to keep fellow service members in mind. Distribution of the
Re: [ql-developers] Re: [ql-users] Source Code
Timothy, When I got SMSQ/E from Jochen, I got: a) A generic SMSQ/E User Guide (38 pages) that was not machine specific b) Custom supplement pages for each hardware environment I bought (typically 6-10 pages) I agree that the SMSQ/E Reference manual is extra - but I do not think that is what was being refrred to. Dave - Original Message - From: Timothy Swenson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, May 19, 2002 4:59 AM Subject: Re: [ql-developers] Re: [ql-users] Source Code At 01:43 AM 5/19/2002 +0100, Roy Wood wrote: What rights are they ? As I have said we have no objections to you becoming an official reseller if you follow the rules. In fact we would be glad if you did because we have no wish to be involved with support for the Q40/Q60. As an official reseller you can sell SMSQ/E for whatever you want provided you pay the fee to TT, provide a printed manual, disk and support for the platforms that you sell.It really is that simple. Printed Manual When I got SMSQ/E I did not get a full printed manual. I got a hardware guide and a very short guide to SMSQ/E for the Q40 (bought mine 2 years ago). The Reference Manual was extra. If I had not know much about QDOS and SMSQ/E when I got the Q40, the manual would not have kept me from being SOL. The Gold Card manual was much more in depth than the SMSQ/E manual I got. Tim Swenson
Re: [ql-users] c68 question
There is no standard way to get a file re-directed to be treated as a command line in c68. You can do file level re-direction and then process the input as though it comes from stdin. The standard c68 start-up code will handle attaching the input as stdin, but the processing of this input so that it can be an alternative to the command line has to be implemented within the program itself and is not a standard feature of the c68 start-up code. The main reason that this is not done is simply because there is no agreed syntax that specifies the parameters for a command line are coming from a file. It would be relatively trivial to enhance the C68 start-up code to implement such a feature given an agreement on the syntax for recognising the command line re-direction to a file for parameters. The idea sounds like a good one, so if anyone has suggestions on a proposed syntax I am happy to consider them for inclusion into the standard c68 build. Is there any standard for this in the Posix/Unix world as I have not come across such a feature? What about other OS? Dave - Original Message - From: P Witte [EMAIL PROTECTED] To: ql users mailing list [EMAIL PROTECTED] Sent: Saturday, April 20, 2002 10:28 PM Subject: [ql-users] c68 question Is there a way to get a c68 program to accept a commandline (or part of a command line) from a file/pipe. I want to achieve something like: EX cprog ; -options parameters filelist_file rather than EX cprog ; -options parameters file1 file2 .. fileN Or is all this entirely up to cprog? Per
Re: [ql-users] Wee_Haa... Got a QXL!
It has always been a limitation of the QXL version of SMSQ(/E) that the QXL.WIN files used both ahrd coded file names and hard coded drives that were not configurable. There is a way around this in that you can use the SUSBST command to assign directories under DOS to drive letters. Then if you keep eaqch QXL.WIN file in its own directory you will satisfy your requirement.Under Windows NT/W2K/XP class systems you can do a similar thing by sharing out a directory and then mapping a directory via the network (it is perfectly permissable to do this back to the same machine). This works fine if you only have a single partition on your machine (i.e. you drive letters are free). Dave - Original Message - From: Phoebus Dokos [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, April 20, 2002 1:25 AM Subject: Re: [ql-users] Wee_Haa... Got a QXL! At 07:58 ìì 19/4/2002, you wrote: Phoebus Dokos wrote: I was wondering if anyone knows (Marcel probably :-) how you can attach other QXL.WIN files apart from the one you can make. Put WIN1 in C:\QXL.WIN, WIN2 in D:\QXL.WIN etc. Yes I know that (and I did), but I was asking if you can assign a .win file (any QXL.WIN file, regardless of filename or disk - a la QPC :-). I have a 20 Giger drive here and it seems pretty stupid to have to partition the drive in order to get Win2_ Phoebus
Re: [ql-users] Repackage tosforql
Michael, You can always get the file in ZIP format from my web site. The download link is http://www.itimpi.freeserve.co.uk/ql/tosforql.zip Dave From: Michael Grunditz [EMAIL PROTECTED] Date: Fri 08/Mar/2002 23:33 GMT To: [EMAIL PROTECTED] Subject: [ql-users] Repackage tosforql Hi I need help to unpack the tostoql.lzh file , because I cant do it..(?). If anyone needs qdos-gcc for AIX , I have fiddled with the source and now it compiles fine. Regards Michael Grunditz ___ Never pay another Internet phone bill! Freeserve AnyTime, for all the Internet access you want, day and night, only £12.99 per month. Sign-up at http://www.freeserve.com/time/anytime
Re: Re: [ql-users] Compact Flash Adapters.
From: Wolfgang Lenerz [EMAIL PROTECTED] Date: Mon 14/Jan/2002 16:16 GMT To: [EMAIL PROTECTED] Subject: Re: Re: [ql-users] Compact Flash Adapters. On 13 Jan 2002, at 20:50, Dave Walker wrote: As far as I know none of those could take the adapter and be able to access it directly from within the QL side of the system? I would have thought that it would work under QPC if windows can see it as a normal drive, thanks to the WONDERFUL DOS device! Wolfgang, The issue I was refering to is not whether it would work at all - but whether I could upgrade DiscOVER to handle it. To do so one needs Direct Sector Access - ideally to the whole drive including the partition table, although if one could even get raw wsector access to every sector within a particular DOS partition this would probably be enough. As far as I know this is not supported by any version of QPC - only access to the QXL.WIN type of file within a DOS media. The DOS2 device in QPC2 gives one access at the file level (which I use a lot) and not the raw sector level - or if so I have missed how one gets it! Dave ___ Never pay another Internet phone bill! Freeserve AnyTime, for all the Internet access you want, day and night, only £12.99 per month. Sign-up at http://www.freeserve.com/time/anytime
Re: Re: [ql-users] Compact Flash Adapters.
From: Phoebus R. Dokos [EMAIL PROTECTED] Date: Sun 13/Jan/2002 19:37 GMT To: [EMAIL PROTECTED] Subject: Re: Re: [ql-users] Compact Flash Adapters. snip also I had a question... I don't remember right off hand if c68 supports special 060 commands and the ... I am asking this because I m in the process of discussing the possibility of a in-car GF or Q60 based MP3 player with the CF... If is supported then we could port an MP3 program to it... else we'll have to use Linux... (:-() . The best thing about that application is that Slave blocking or limitations of the IO system won't matter since in essence the system would be monotasking :-) In principle c68 recognises the idea of processors up to the 040 (not specifically the 060), and also the Coldfire processor. However although there is support there it has probably never been thoroughly tested so it may need further work to guarantee that only legal isntructions are generated. Also, I do not know if GWASS supports the full instruction set of the higher processors (although knowing George Gwilt it probably dos!). Dave ___ Never pay another Internet phone bill! Freeserve AnyTime, for all the Internet access you want, day and night, only £12.99 per month. Sign-up at http://www.freeserve.com/time/anytime
Re: [ql-users] Happy New Year (and with a BITTER lesson to be lea rned) Love Live QLs
- Original Message - From: Malcolm Cadman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 03, 2002 10:47 PM Subject: Re: [ql-users] Happy New Year (and with a BITTER lesson to be lea rned) Love Live QLs My laptop is is dual boot (with the OS in separate partitions so they do not interfer with each other). The performance under Win2K is noticeably faster than under Win95. I do have 256Mb of memory on the machine and I think Win2K makes better use of extra memory than Win9x. Trust you to have the luxurious hardware, Dave :-) It is work that gives me a decent spec laptop (and it is not that speedy at only 600MHz). My home machine is sigificantly better and has a larger monitor attached which is great for running QPC2. When are you going to attend a London Quanta Group meeting, we would love to see you with your speedy laptop ? I have now put the London Quanta dates in my diary (since Novemeber) and it is just a case of whether when the day arrives another conflicting appointment is on it. I play a lot of bridge - and in the last few months these have co-incided with London Quanta meetings. Dave
Re: [ql-users] QPC
Ian, You don't by any chance have something loaded like anti-virus software that tries to control all access to the floppy do you? If so, it may be disabling the sector level type of access that is needed by QPC. You certainly do not want to disable the 32-bit mode drivers as this will stop any access to FAT32 partitions. Dave - Original Message - From: Ian Pizer [EMAIL PROTECTED] To: ql-users [EMAIL PROTECTED] Sent: Tuesday, September 25, 2001 8:26 PM Subject: [ql-users] QPC Hi Marcel I have found how to get QPC to read FLP1_, but then it refuses to find DOS1,2,3,4 Here is how: In Control Panel,System,Performance,File System,Troubleshooting: Set Disable all 32 bit Protected-mode disk drivers. Then restart Windows. (Windows also loses D,E and F) I suppose this means something to you. Cheers, Ian Pizer, 49 ch. Machery, 1292 Chambesy, Geneva, Switzerland. e-mail [EMAIL PROTECTED] tel.41227581410 AKA [EMAIL PROTECTED]
Re: [ql-users] CDRom driver
There should be no problem with burning raw images. Certainly software such as Nero or WinCD has this as an option. Dave - Original Message - From: Wolfgang Lenerz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, September 03, 2001 6:26 PM Subject: Re: [ql-users] CDRom driver Thanks to Peter Claus for their fast answer. So it has to be a raw image. I presume there is no way to burn that under Windows, unless anybody knows better? Wolfgang - www.wlenerz.com
Re: [ql-users] Counte Coup
You can always run in full screen mode! The other thing is if you are using QPC2 v2 and you start it in a window then you can actually drag the edges of the window after QPC2 has started. This will keep the same QL screen resolution that QPC2 was launched with but increase the screen area used scaling everything proportionally. It can distort the fonts, but I have found in most cases this is not a problem. Dave - Original Message - From: Mills [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, August 12, 2001 7:25 PM Subject: [ql-users] Counte Coup QLEA (at Bramerton, near Norwich) was a successful QL user group, until a PC user joined them and converted them over to using PCs. One of our (ACCUS) members still goes and is hoping persuade them that you can use a QL as well as a Wintel computer. When the other members of Bramerton see QPC they complain that the QL screen (the 3 boxes) takes up only a small part of the screen. Is there any way of increasing the proportion of the screen used? When the 512x256 mode on QPC is selected the QL screen is to big for the PC screen. Our member is using a notebook running at 800x600 resolution. ACCUS (Anglia Classic Computer Users Society) http://www.planet14.sonow.com/comp/accus/ Down with the large computer monopolies.
Re: [ql-users] Another MIllenium style bug
Tony, We will be well placed to implement this for C programs at least!My brother and I are already upgrading c68 to support 64 bit integers so we are thinking ahead :). Of course whether by then we still be able to see a screen or type on a keyboard is another question! Dave - Original Message - From: Tony Firshman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 05, 2001 11:41 PM Subject: [ql-users] Another MIllenium style bug Is the QL GCC going to be hit in 2038 or so by the 32bit limit in the std C time function. Are there any plans for a 64bit time function? Well this is positive forward planning. I will only be 94 then, and Dave Walker will be younger (8-)# -- QBBS (QL fido BBS 2:257/67) +44(0)1442-828255 mailto:[EMAIL PROTECTED] http://www.firshman.demon.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG
Re: Q40/Q60 device drivers (was: Re: [ql-users] Derek Stewart BB)
Interesting - I also have a similar source (possibly differently commented?).. At one time I had a CST SCSI interface and I actually managed to modify the code to accept different hard drives. However one observation is that the source include the Tony Tebby floppy and ram disk drivers and a rudimentary Toolkit set of extensions - so is he happy if we publish those sources (albeit it is a very old version). Dave - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, July 02, 2001 6:56 PM Subject: Re: Q40/Q60 device drivers (was: Re: [ql-users] Derek Stewart BB) On Mon, 2 Jul 2001, Malcolm Lear wrote: I have the documented sources for the CST SCSI hard drive if anyone requires them. Hi, is it possible to publish these sources? What about the rights of the author, do you know anything about this? If they're well documented, we might learn a lot. Claus __ powered by Q60 * Motorola 68060 / 80 MHz * 80 MB RAM * 30 GB Hard Disk
Re: [ql-users] NEXT in FOR-loop
The result for negative numbers is quite understandable if one assumes that the number is always rounded down by the INT operation.In languages such as C whether one rounds towards 0 or rounds downwards is often an implementation defined feature - i.e. there is no official standard. Dave - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 19, 2001 10:05 AM Subject: RE: [ql-users] NEXT in FOR-loop Morning all, I managed to do a bit of experimenting on the INT(x) problem last night. Counting down gave the following results: 3.03 3 3.02 3 3.01 3 The correct result for 3 this time is because the 3 3 internal value printed as 3 will be slightly higher 2.99 2 and rounded down. 2.98 2 2.97 2 2.96 2 2.95 2 The results for negative numbers are strange and I can't attribute this to rounding. I wonder if the original QL would have given the same results using it's software floating point routines instead of the 68040's FPU. -2.95 -3 -3.03 -4 -2.96 -3 -3.02 -4 -2.97 -3 -3.01 -4 -2.98 -3 -3 -3 -2.99 -3 -2.99 -3 -3 -3 -2.98 -3 -3.01 -4 -2.97 -3 -3.02 -4 -2.96 -3 -3.03 -4 -2.95 -3 I was hoping to try an equivalent test in C and Assembler using the 68040 FINT and FINTRZ instructions but didn't have time. Ian. -Original Message- From: zeljko.nastasic Sent: 18 June 2001 16:43 To: ql-users Cc: zeljko.nastasic Subject: RE: [ql-users] NEXT in FOR-loop On 6/18/01 at 3:44 PM Claude Mourier 00 wrote: Thank's a lot for all the answers. But this is quite annoying : especially because behavior is not the same for PRINT and INT. Better if PRINT returns something like 2.9 (in fact SMS loves exponential form I personaly hate). I'm not sure but I think even FDEC$(n, 9, 8) returns 3.0. Claude No, it's Print. Eventually, you have to print it and that's where the rounding happens. FDEC$ does an implicit print, so again you cannot escape rounding. The only way would be to get the actual float representation from memory as 6 bytes and convert them 'manually'. Nastan Visit our website at http://www.ubswarburg.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments.
Re: [ql-users] Metacomco C and Sandy CP/M
Norman, If you cannot find it I also have a copy. However I never use it! Dave - Original Message - From: Norman Dunbar [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 10, 2001 8:11 AM Subject: RE: [ql-users] Metacomco C and Sandy CP/M I think, somewhere in my 'vast' collections of 'useful' stuff, that I have a disc given to me by Geraint Jones a long time ago (well, three house moves ago) which has a copy of the Metacomco C compiler but adapted so that it doesn't need the ROM plugged in. If I ever find it, I'll let you know. I can't remember if I ever tried it out, but as far as I remember, MCC was seriously bugged anyway - and as we now have the much better and still being developed C68 ... Norman. PS. I'm now the 'proud' user of Windows 2000 Professional here at work. My old NT box had too many problems just recently due to a faulty disc, so I had a rebuild and upgraded to Win2K in the process. I'll have to get QPC2v2 installed again and see how it hangs together. -- -- Norman Dunbar EMail: [EMAIL PROTECTED] Database/Unix administrator Phone: 0113 289 6265 Lynx Financial Systems Ltd. Fax: 0113 201 7265 URL: http://www.LynxFinancialSystems.com -- --
Re: [ql-users] merlin tonto ql clone
To add to what Dilwyn has said, the OPD/Tonto shared many components with the QL at the hardware level, but was very different at the operating system level. The software Dilwyn mentioned (OPD/QL Interchange is mentioned on my web site, but not available for download as I have never looked at removing the original copy protection. One thing that OPD had was a variant of Exchange, so you can exchange Quill/Archive/Abacus/Easel files with the OPD using my software. If you have a real need for it, then let me know and I could put together and email you an unprotected version. Dave - Original Message - From: "Dilwyn Jones" [EMAIL PROTECTED] To: "QL Users List" [EMAIL PROTECTED] Sent: Tuesday, February 27, 2001 6:35 PM Subject: Re: [ql-users] merlin tonto ql clone Does anyone know something about the merlin tonto personel computer ? It is said its a ql clone but i cannot find much about it. Is it fully compatible with the standard ql? A company called ICL developed a machine called the OPD (One Per Desk) based on QL hardware, and this appeared in several variants, one was the Tonto. The hardware is based on a QL, but it is not fully compatible with a QL. I think it uses the same microdrive cartridges as the QLbut in a different format, so a QL cannot read Tonto/OPD cartridges and a Tonto cannot read QL software cartridges. Dave Walker developed software many years ago to allow exchange of software between OPD cartridges and QL cartridges. The software ran on a QL and was called OPD Interchange. I don't know if the software is still available. Dave Walker's website is on www.itimpi.freeserve.co.uk By the way, this mailing list prefers plain text emails. -- Dilwyn Jones [EMAIL PROTECTED] http://www.soft.net.uk/dj/index.html
Re: [ql-users] C68/QPC2/qdir_read
Christopher, You are correct in that the C68 qdir_read function does not work on the QPC2 DOS device. The cause is a slight difference in behaviour of the ioa.open trap#2 call when the open mode=4 (to specify a directory mode open) for the DOS device compared to other devices. For most devices if you open give the open call a string such as "WIN1_LIB_FRED" then if the WIN1_LIB_ directory exists it will be opened, and if not the WIN1_ directory will be opened.On the DOS device you have to give the exact directory name with no trailing information or it fails (e.g. "DOS_LIB_" - and this would fail if the LIB_ sub-directory did not exist). The qdir_read function is written this way so that it behaves correctly whether you have "soft" or "hard" directories on your system. It would be possible to rewrite the logic of the qdir_read function to take account of the existence of "hard" directories and thus work correctly on the DOS device - but this would make the code slightly larger. It all depends on whether Marcel can make the open behaviour of the DOS device be the same as other devices (Marcel what do you think?). Dave - Original Message - From: "Christopher Cave" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, February 12, 2001 5:44 PM Subject: [ql-users] C68/QPC2/qdir_read Has anyone else come across a problem with the C68 function qdir_read when it is applied to DOS directories under QPC2? Calls to open, read and close files all work O.K. but not qdir_read. Christopher Cave
