Hi,
I might be a bit early, but has anyone else tried to use QPC2 on Windows
7 Beta?
I did so and am a bit frustrated: At first it seemed to work but it
tends to forget all basic keywords after a while. I.e. no more DIR,
PRINT.
Hints anyone?
Cheers
Tobias
Folks,
another cause of trouble could be:
You're not LRESPRing, but instead something like a=RESPR(x):LBYTES
mdv1_xxx.a
With not enough space reserved (i.e. x too small).
This will lead to all possible (and impossible) sorts of problems.
Regards
Tobias
-Original Message-
Date: Mon, 16
George,
this is where my method qpc_exec comes in handy - It will just show
you where qpc was started from - regardless of drive mapping.
regards
Tobias
-Original Message-
Date: Wed, 24 Feb 2010 11:06:33 +0100
Subject: Re: [Ql-Users] QPC home directory
From: gdgqler gdgq...@gmail.com
If I remember right, emultating a microdrive completely is probably not a very
good idea - The electrical intarface to the drives is typical minimalist
Sinclair technology and consists of 3 adress lines to adress the drive (0-7),
a motor start line and a read and write line. There's no way to
Know what?
Call me outdated, but I'm just about fine with what I have.
I'm particulary fine with size, overhead and speed of both the OS and
Basic.
I'm fine that our OS (and windowing system) is ASM-centric, and that's
the only reason I still use it. (Have you ever tried to do Windows or
Dave,
you asked for it, so see comments below:
Am Montag, den 31.01.2011, 04:49 -0600 schrieb Plastic:
So, I have started on my ATC project.
1. I'll be keeping the aircraft, their altitude, speed, direction, intended
alt, speed and direction, etc, in a large DIMmed array that can hold 10
Dave,
please see more comments below
(Using the web-mailer of my ISP, there's really no reasonable way to top-quote.
Sorry to anyone willing to complain)
Cheers,
Tobias
-Original-Nachricht-
I have decided to simply use 0-432 for the x axis and 0-256 for the x-axis.
These are FP values
-- From memory (as both D-Day MKII and War in the East took account of the
-- difference in these ROMs), the JSU still manages 512x256 pixels, but the
-- graphics characters (founts) are smaller than on the European QL.
The QL Technical Manual says:
This is different for countries where the
-- Yes indeed you are - it looks good.
--
-- I have two USBWIZ modules and I saw another two at the Vienna QL show.
--
-- so there is probably a market for firmware/drivers only.
--
-- Tony
Tony,
same with me - got a USBWiz somewhere in a drawer, but never found the time to
do
-- A new version of GWASS is now available from my website
http://gwiltprogs.com/
--
-- This allows the input of octal numbers by using the prefix AT (@).
--
-- Thus 46 can now be entered as one of:
-- 46
-- $2E
-- @56
-- %101110
At last!
Was waiting for years for an opportunity to get that
Adrian,
add me as second entry on that list.
Also, I would like to offer help - should you need it. You seem to be making
very good progress.
Regards,
Tobias
-Original-Nachricht-
Subject: Re: [Ql-Users] Ser-USB Driver Update w/e 11-FEB-2011
Date: Fri, 11 Feb 2011 14:53:41 +0100
From:
Jimmy,
the original uQLX TCP/IP stack manual can be found on Marcel's home page. He
saved that from oblivion, thankfully.
Cheers
Tobias
-Original-Nachricht-
Subject: Re: [Ql-Users] Back on the list...
Date: Fri, 11 Feb 2011 16:04:10 +0100
From: QL2K q...@jadiam.com
To:
Adrian,
there is (I think) not a single function that allows to retrieve this
information, but some strong hints from the system that GD2 is there:
- Use SD.EXTOP and check offset $64 of the channel table - this gives you the
number of bytes per scanline.
- use MT.DMODE to retrieve the screen
Marcel,
see my other post.
Cheers,
Tobias
-Original-Nachricht-
Subject: Re: [Ql-Users] Help: Function to tell whether display is better than
QL standard
Date: Mon, 28 Feb 2011 16:52:53 +0100
From: Marcel Kilgus ql-us...@mail.kilgus.net
To: ql-us...@q-v-d.com
gdgqler wrote:
IOP.FLIM is
Feb 2011 17:07:26 +0100
From: Marcel Kilgus ql-us...@mail.kilgus.net
To: ql-us...@q-v-d.com
tobias.froesc...@t-online.de wrote:
-- I think the PE was necessary for higher resolutions, so you can test
-- for that first. Afterwards IOP.FLIM should be able to find the screen
-- limits.
Not quite
Marcel, George,
my QXL originally came with SMS (neither 2 nor Q attached to it).
This definitely had no PE. (Today it's on newest SMSQ/E, naturally)
Cheers,
Tobias
-Original-Nachricht-
Subject: Re: [Ql-Users] Help: Function to tell whether display is better than
QL standard
Date: Mon,
tobias.froesc...@t-online.de wrote:
Yes, I'm sure ;-)
Mostly because I have to re-install PE from Dilwyn's site whenever I set up a
new Linux box
Yes, you're right. I already had the suspicion that Minerva was
written cleanly enough to support different screen layouts (had to
really
Marcel,
-- include any BASIC language after all. It was pre-release software and
-- should be ignored for any new development, I think.
That's what I did in the 90ies (I mean ignore). You couldn't do much else with
it.
Cheers
Tobias
___
display is better than
QL standard
Date: Mon, 28 Feb 2011 18:02:43 +0100
From: Marcel Kilgus ql-us...@mail.kilgus.net
To: ql-us...@q-v-d.com
tobias.froesc...@t-online.de wrote:
Marcel,
sorry to contradict again ;-) :
uqlx can run a JS ROM in 800x600 without PE quite well.
This is right out
Bob,
never tried it on the real black box, but I'm successfully running ptr_gen
2.0.1 against wman 2.05 in uqlx and Minerva. The trick is - don't use the
newest ptr_gen, 2.02 and 2.03 proved largely too un-stable to me (at least on
that platform) to be really usable.
Cheers,
Tobias
ignored
;)
-Original-Nachricht-
Von: gdgqler gdgq...@gmail.com
An: ql-us...@q-v-d.com
Betreff: [Ql-Users] test
Datum: Wed, 21 Dec 2011 15:16:37 +0100
Ignore
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Bob,
is aa$, by any chance, a LOCal variable?
Qlib sometimes reports LOCal variables as parameters to external PROCs as
invalid.
Regards,
Tobias
-Original-Nachricht-
Von: Bob Spelten b...@upcmail.nl
An: ql-us...@q-v-d.com ql-us...@q-v-d.com
Betreff: [Ql-Users] UPUT Qubide
Datum: Mon,
more specifically: google.co.uk only
(They don't seem to consider this an international anniversary)
-Original-Nachricht-
Von: Lee Privett lee.priv...@gmail.com
An: ql-us...@q-v-d.com
Betreff: Re: [Ql-Users] Raspberry Pi - starts
Datum: Mon, 23 Apr 2012 15:27:02 +0200
Google image is
John,
if you have defined USE_VM, be aware that ARM-Linux uses a signal stack
different from that of x86 Linux.
I don't have the sources at hand here, but it should be within vm_linux.c where
the signal handler picks up information from the sigcontext in order to find
where an instruction that
Hi,
does anyone know where Per Witte's Knoware site has gone?
Had some very useful information and would be a real pity if that were lost.
Cheers,
Tobias
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Hi everyone,
does anyone know how spraying sprites with the Easyptr 4.01 BLOBW procedure
is supposed to work in mode 32?
I have tried the following:
1. High-Color sprite 27x27
2. QPC in high-colour mode
BLOBW #appwin,xpos%,ypos%, sprite, sprite,10
-- Bad parameter (and interestingly, all my
To answer my own question: No, Not compressing the sprite doesn't help.
-Original-Nachricht-
Von: tobias.froesc...@t-online.de tobias.froesc...@t-online.de
An: ql-us...@q-v-d.com
Betreff: [Ql-Users] EasyPtr BLOBW
Datum: Wed, 20 Jun 2012 14:36:14 +0200
Hi everyone,
does anyone know how
No wonder it doesn't work, then ;)
Thanks, Marcel.
-Original-Nachricht-
Von: Marcel Kilgus ql-us...@mail.kilgus.net
An: ql-us...@q-v-d.com
Betreff: Re: [Ql-Users] EasyPtr BLOBW
Datum: Wed, 20 Jun 2012 15:59:33 +0200
tobias.froesc...@t-online.de wrote:
does anyone know how spraying
Hi,
another aspect of computing in the early eighties - not related to heat (even
if it had some potential to heat up the atmosphere) - were the competing
interests for the (sole) TV set in the house.
Kids of today can't really understand that.
Cheers,
Tobias
-Original-Nachricht-
Francois,
the C5 doesn't quite fit that heading. ;)
The Spectrum, however, (and especially its impact on introducing computers to
the non-technical public) was a revolutionary piece of technology.
Tobias
-Original-Nachricht-
Von: François Van Emelen francois.vaneme...@telenet.be
An:
-Original-Nachricht-
Von: Bryan Horstmann b...@newlan.org
An: ql-us...@q-v-d.com
Betreff: [Ql-Users] Posts
Datum: Mon, 29 Oct 2012 13:01:02 +0100
I haven't been getting any posts since 23rd September; I feel sure that
everyone hasn't gone to sleep!!
Bryan H
Norman,
I'm not sure how far this could help you forward, but it's rather that the
channel is related to the job waiting for it than the other way round.
The channel table's header has CH_JOBWT - The job that's waiting for input on
this channel. That is how the device driver can kick a job
-d.com
Betreff: Re: [Ql-Users] QDOS/SMS Questions
Datum: Mon, 05 Nov 2012 15:00:01 +0100
tobias.froesc...@t-online.de wrote:
The address of the keyboard input buffer seems to be private to the
console channel - There's no variable in the channel table for that.
I could even imagine that all
I use a µHDMI-to-full adapter that I got from Amazon plus some standard,
unmodified HDMI and USB cables.
If you ask Google for Atrix Dock Raspberry Pi there's lots of references.
So how did you connect yours exactly. I am unclear how you got power and usb. I
thought hdmi was just video.
An: ql-us...@q-v-d.com
Betreff: Re: [Ql-Users] Building a netbook from Raspberry Pi
Datum: Wed, 09 Jan 2013 13:05:40 +0100
-Original Message-
From: ql-users-boun...@lists.q-v-d.com [mailto:ql-users-
boun...@lists.q-v-d.com] On Behalf Of tobias.froesc...@t-online.de
Sent: 09 January 2013
, Tobias Fröschle tobias.froesc...@t-online.de wrote:
All,
(Have somehow been cut off from ql-users and have now resubscribed)
the modifications to the cabling as shown in the video seem to be necessary
only on older RPi revisions. Mine (received in November) worked without
modifications
Did you mean micro hdmi female to std hdmi male? That would make sense
Yes, that's what I meant. Sorry for the typo.
Like that one:
http://www.ebay.de/itm/271025182047?ssPageName=STRK:MEWNX:IT_trksid=p3984.m1497.l2649
As I said, needs a bit of work on the micro end to fit.
Tobias
Separately, does anyone have the datasheets for the MC1377P - I can't find
them anywhere...
Dave
Dave,
anything wrong with this one:
http://www.futurlec.com/Motorola/MC1377P.shtml
Regards,
Tobias
___
QL-Users Mailing List
The program to be compiled must be loaded into ram under Job 0. A Qsaved
program would first have to be loaded there before Turbo will compile it.
Does QLIB compile directly from a file?
George,
QLiberator cannot compile directly from a non-tokenized SuperBASIC program
contained in a file
I've just written a small program which has no window that you can see, has no
loose items, or indeed anything at all, except that it picks master basic (ID
= 0) when the pointer is moved to the top band of the screen. So yes it seems
simple.
Of course you would have to supply to this
Francois,
the only objects in a window definition actually accepting a CSIZE parameter
are Information Objects (And this is not an EasyPtr restriction, but rather one
of the Window Manager). Maybe because they are intended as titles and other
decoration.
Unfortunately, Information Objects
Urs,
QWIRC can set the QXL.WIN label for QPC2 drives.
Tobias
-Original-Nachricht-
Betreff: [Ql-Users] How to label a (fresh) (QXL.)WIN
Datum: Tue, 07 Jan 2014 16:11:41 +0100
Von: Urs Koenig \(QL\) q...@bluewin.ch
An: ql-us...@q-v-d.com
I've just created (FORMATted) a fresh (QXL.)WIN
In this case, it would be interesting to know how QPC can implement both TCP/IP
and GD2 high-color?
My QPC manual says: This manual won't go into the details of the interface,
however, as the interface is mostly compatible to the uQLx implementation
Maybe Marcel can shed some light on
2014 18:37:49 +0100
Von: tobias.froesc...@t-online.de tobias.froesc...@t-online.de
An: ql-us...@q-v-d.com ql-us...@q-v-d.com
In this case, it would be interesting to know how QPC can implement both TCP/IP
and GD2 high-color?
My QPC manual says: This manual won't go into the details
Dilwyn,
to my knowledge, the GC and SGC were the first (and only) interfaces to use the
NEC765A (or compatible, my GC has a compatible NATIONAL chip) floppy disk
controller - that's the same one that was used in the IBM PC/AT - and thus were
able to support the HD and ED disk formats.
The
Steve,
if the heat is a problem on your setup, there are drop-in replacement switching
mode regulators for the 7805 that can significantly reduce the oamount of heat
dissipation. I used to have a super-Q-board that became so hot I ran into
problems in summer - dropped in such a regulator and
Marcel Kilgus wrote:
My biggest grievances actually were the lack of C++ style comments and
C68 actually will handle them if you tell it to with the cmd-line argument
-extension=yes (at least in my version). The pre-processor unfortunately
doesn't (completely) and will try to expand macros
Derek,
Windows makes a lot of sense if you have the QXL PC connected to a network (I
personally use OS/2 Warp on my QXL PC, much for the same reason.)
your ASSIGN tip works fine if you want more than one QXL drive.
Tobias
-Original-Nachricht-
Betreff: Re: [Ql-Users] QPC2 and Win 8
-Original-Nachricht-
Betreff: [Ql-Users] atari smsqe revisited
Datum: Mon, 20 Jul 2015 16:09:40 +0200
Von: Michael Grunditz michael.grund...@gmail.com
An: ql-us...@q-v-d.com
Hi
As you may remember I have been trying to get recent SMSQE to run on
my 1024 STe.
I have tried to run in it
Linux Server through mapping a DOS drive with
TCP/IP link. No need for windows.
But OS/2 Warp could been a better OS than Windows. Do have the QXL executable
working on OS/2?
-Original Message-
From: tobias.froesc...@t-online.de tobias.froesc...@t-online.de
Sent: 20/07/2015 14:37
Hi,
Actually, MT.TRAPV does _not_ allow to redirect Traps 0-4 (also, some of the
exceotion vectors can also not be re-directed on original QDOS, while Minerva
routes them through RAM vectors. They can be re-directed there, but not using
MT.TRAPV)
In order to have TRAPx jump where you need
Peter,
I assume you are talking about an attachment you were adding to your post -
Note the list does _not_ forward attachments, so we cannot see it.
I am a bit at loss why you would want to explicitely want to load SMSQE.BIN (or
SMSQR, which could well be a re-configured one) in your boot.
Shameless advertising:
uqlx on the RPi is not quite as colorful as SMSQMulator, but should be able to
access the GPIO by way of executing a native Linux Program and talking to it
through its pty_ interface.
Tobias
-Original-Nachricht-
Betreff: Re: [Ql-Users] Instrutions for running
Francois,
to my knowledge, a simple MDRAW (or MSETUP) will not fill the pointer array
retrieved by PVAL with useful values. Only MCALL will.
I have made an alternative proposal in the QL Forum to Giorgio that looks like
1000 MSETUP #ch,menu_name$
1010 wwdef = MWDEF(#ch)
1020 width = PEEK_W
Per,
with all the various possible screen sizes on modern QL systems, it is pretty
easy to define a menu that will not fit onto everyone else's screen. I *guess*
Giorgio wants to have a function that will theck whether an arbitrary menu will
fit on a given screen resolution (If you would for
55 matches
Mail list logo
