Engstler Karsten wrote:
im searching for an manual of Computer One Pascal.
Unfortunately I only found a news item in QL Today that said that the
guy the originally put the pascal package online
http://www.westhaven.uklinux.net/qwertyb/
has begun to scan the manual and put it online as well.
[EMAIL PROTECTED] wrote:
Using QPC on a PC I use dir dos1_ to see the content but I would like to
look into a folder so I try dir dos1_xx and it works but dir dos1_Program
Files does not.
Is there a trick or is it not possible?
Use quotation marks.
die dos1_program files
Marcel
[EMAIL PROTECTED] wrote:
I tried dir dos1_Program Files but it does not work.
Because Tony did the quotes wrong. Always enclose the whole
expression.
dos1_program files
In DOS one usually uses c:\program files. While Tony's version might
actually work there (DOS command line parsing has ceased
wolfgang mühlegger wrote:
dir 'dos1_progra~1'
would work as well
One can actually disable this feature, but on most systems it should
work just fine, yes.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Tony Firshman wrote:
In DOS one usually uses c:\program files. While Tony's version might
actually work there (DOS command line parsing has ceased to amaze me a
long time ago), it looks damn weird.
Certainly does. That is precisely what the TAB complete does under XP
DOS emulation.
You
Al Feng wrote:
I'm not sure about the specific monitor you are referring to, but to use
a standard RGB Monitor with the QL, one of the signals has to be
inverted.
No, I'm pretty sure that was a hack to get CGA monitors working.
I think I had the monitor Karsten was referring to (it was
Peter Fox wrote:
I have been trying to use SMSQ 3.03 on the Aurora and I cannot get Text87
to work with it.
If anyone has a copy of SMSQ 2.99 (or previous) for the Aurora that they
could let me have I would be most grateful.
According to the private mails you've sent me you are trying to run
Roy wood wrote:
It has just occurred to me that he may be using a 'standard' SMSQ/E to
run this.
Yeah, for me it was just pretty clear that he was not actually using
the high colour mode, not matter what the reason.
Simple check for this: if after entering disp_colour 2 (it's BTW
really 2, not
New QPC2 version is out now. Apart perhaps from the small fix in the
emulation it's nothing to write home about, though:
3.31 Some cosmetic fixes in the dialogs.
The browse directory dialog in the DOS device preferences now defaults
to the current setting.
Fixed recently
Fabrizio Diversi wrote:
BTW I am here now and I am wondering why Marcel is taking so long to
release QPC 3.31, maybe he is having one of his magic moment and
he is implementing fantastic new features in SMSQ/E : writing to
buried windows, long file name, ..-)-)
Sorry to disappoint you,
Davide Santachiara wrote:
There starts the trouble (again). I only have Macs. And even
worse, I don't have some classic system anymore, and the
emulator runs only with System 9... I can't even install it
on my iMac G5 anymore. So this door is closed until someone
ports the emulator to X.
Davide Santachiara wrote:
I am a registered user of Zm128 emulator on Ql I want to ask you if it
is incompatible with QPC2 v 3.30 because I tries the simple program
10 for i=1 to 10
20 print i
30 next i
Very strange, I'll have a look.
Marcel
___
Phoebus R. Dokos wrote:
http://users.infoconex.com/~daniele/MacQL.html
No it works with OS X (emulation of emulation but it does... at least
that's my report)
Well, it does need the Classic environment to run, and if you don't
have that, as he wrote, it won't work.
Marcel
David Tubbs wrote:
Ooops,
Device is un-formatted
But I was using it last night, QXL_WIN and all.
Probably removed it too early without going through the proper device
removal procedure. Not sure whether and how one can fix it. But a
Linux machine would be my best guess, or a Live-CD like
Alexander Klock wrote:
When I bought it in 1989, I was fascinated by this machine, but in
this pre-internet-time I was not able to make some contacts to get
some news or software.
Even though in those days the German QL scene was really buzzing :-)
So now, I fell somehow retro and want to
David Tubbs wrote:
Was not removed, whole machine closed down.
Closed down in the sense of crashed, died of power failure or any
other fatal end of the computer session or in the sense of a regular
shut down by the rules?
Medion Laptop, how do you rate them Marcel, got it from Toys-R-Us, used
Alexander Klock wrote:
You can use the QL as is, but a lot of decent software needs more
memory or additional files (TK2 or SMSQ/E).
I thought this SMSQ/E is an emulator or am I wrong?
No, SMSQ/E is a rewritten successor of the QDOS OS with many
enhancements. It runs on actual QL and Atari
gwicks wrote:
At the moment the magazine is a .pdf file of 2.5 to 3.0Mb.
Erm, how is the PDF done? By scanning the magazine or what? If that is
indeed the case, how is the original magazine printed?
As far as I can see each page requires space in the .pdf file for
the page definition.
Well,
gwicks wrote:
Erm, how is the PDF done? By scanning the magazine or what? If that is
indeed the case, how is the original magazine printed?
I don't know how the magazine appears as PDF. Basically it is a series of
word processing articles etc that Bruce Nicholls collates, but I don't know
Dilwyn Jones wrote:
Programs like the one you describe use the System Palette, a method
of describing pre-defined colour schemes to help provide standardised
appearances for program displays. Although this existed to some extent
in older pointer environments (you can see the standardised
Sorry for being incommunicado for a while.
Wolfgang Lenerz' response is exactly right. If you want a window to
use the system palette colour, simply make a WM_INK/WM_PAPER call
with the corresponding system palette colour.
What I didn't mention was that I was writing a program to work with
and
John Gilpin wrote:
Is there a maximum size for a QXL.win file running on QPC2 and if
so, what is the maximum size allowed?
Actually, I don't know what the maximum size is. I do know that QPC's
access routines are currently limited to 4GB per QXL.WIN file,
however. It would probably be fairly
Dilwyn Jones wrote:
Some blank info windows get converted as titles.
DetectTitle% = 0
Thank you for your help.
You're welcome :-)
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Dilwyn Jones wrote:
base=respr(48*1024)
lbytes filename,base
CALL base+peek_l(base+4)
At base+4 is a pointer to SBASIC extensions, but most ROMs do the
BASIC initialisation themselves, I think. Therefore
CALL base+peek_w(base+6)
is really the correct code, but in practice it doesn't make a
[EMAIL PROTECTED] wrote:
I have noticed that SMSQE v3.04 will allow such names as end_if to be used as
variables or procedure names. So apparently does SMSQE v3.10. However, SMSQE
v3.07 sets end_if, end_def, end_when, end_for and end_sel to END IF, END DEF,
END WHEN, END FOR and END SEL.
My
Jeremy Taffel wrote:
I think you must store up all these bits of work, keeping quiet
about them and just waiting for someone to make a request, so you
can blow everyone's minds by the speed of your response. ;-)
Nice theory ;-) And in that case not entirely untrue, as said the .WIN
file was in
Roy wood wrote:
So much for Roy's response to my plea for a better demo. Thanks for the
update; now to have a play..
I was just trying to protect Marcel from too many demands on him.
Yes, much appreciated actually.
Marcel
___
QL-Users Mailing
Derek Stewart wrote:
Do I have have to type in WIN_FORMAT 1,0 to protect WIN1_ from being
accidentley formatted
Yes.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
P Witte wrote:
I cant download (error 404: Datei nicht gefunden!). Can you check whether
the link is working, please?
Argh, true. Try again.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Wolfgang Lenerz wrote:
I've been silent for some time - most of my time was being eaten up
by other (and mostly non QL related) things.
Me too. Plus, I didn't want to get rude.
Jeremy got a bit flamed for his suggestion to make things (QPC in
this case) cheaper, even free.
Actually Jeremy's
Just to see how Turbo developed I tried to compile EasyPtr's AppMan
with it. I'd like to tell some of my quest in case anybody else wants
to try it, too.
First of all I'd like to note that whatever feature I thought it
would be cool if Turbo could do this Turbo could already do, one just
has to
Jeremy Taffel wrote:
I've been given so much advice that my head is spinning. In one email I
was advised to by QPAC2, but was then told that its the same as the
pointer environment I already have.
No, PE and QPAC2 are not one and the same. QPAC2 is *based* on the PE,
though. As the PE is
jms1 wrote:
As Dilwyn Jones says in his article in Qtoady that TurboPtr is more
flexible than EasyPtr,
Well, but mostly in the sense that Assembler is more flexible than
Basic. Still most people prefer to program in Basic. EasyPtr is not
simply a wrapper around the PE, it actively relieves the
[EMAIL PROTECTED] wrote:
As far as I know BP_LET changes a parameter by copying the value on
the maths stack to the address at byte 4 of the parameter entry on
the Name Table. I had assumed that this 4-byte pointer would be set.
Instead MWDEF seems to be copying both the pointer into the name
Aurélien GÉRÔME wrote:
By the way, there is *NO WAY* yet to get a fast emulation of an MMU
which is required by Linux.
Actually, I wouldn't be so sure. Using decent JIT technology a 68k
core (without MMU) with at least 200Mhz (relative to 68060) could be
possible on current PCs (my guess is
Phoebus R. Dokos wrote:
Yes but that would be beyond the scope of QPC (to run Linux) anyway;
Of course. Who would want to do that if native Linux is better
supported and magnitudes faster?
The JIT idea itself I've toyed with often, but I guess most people are
already happy with the speed as it
[EMAIL PROTECTED] wrote:
100 adr = MWDEF(#ch%)
110 REPeat loop
120 ch% = 0
130 action = MCALL(#adr)
140 if ch% 0: PRINT 'Error during MCALL:'! ch%: EXIT loop ...
How does line 120 indicate that ch% is the variable that MCALL is to
return the error code?
It doesn't, the MWDEF
[EMAIL PROTECTED] wrote:
The only snag I can see is if the code for MWDEF, which has to tell
whether the channel is sent by reference or value, gets it wrong for
Turbo. This could happen if, for example, MWDEF assumes (wrongly)
that the parameter is passed by value if the pointer to the Name
P Witte wrote:
But I can change everything
Oh yes? ;))
Can, not will ;-)
One very simple improvement that could be made to MAWDRAW
would be to allow it to take an address instead of an array. The address
would point to a data area with the following structure - which you will
recognise
[EMAIL PROTECTED] wrote:
The latest beta test version of Turbo, v4d21, should soon be on the SQLUG
site. This one has compiled QPTR's demo_bas (after some modifications).
I'm curious, what kind of modifications? Dimensioning of strings?
I've read the readme of v4c21 and it sounds pretty
P Witte wrote:
Im aware of the embedded message, but at some point I changed to
using 0,82 (ie dont call the initialisation routine at all)
No, this is not what's it doing:
QLiberator wants 2 parameters, one for the offset of an initialisation
routine that should NOT contain a call to sb.inipr
P Witte wrote:
Im aware of the embedded message, but at some point I changed to using 0,82
(ie dont call the initialisation routine at all) and it has apparently
worked. What deos the initialisation code do?
Oh dear, you're right. I didn't know 0 means do not call at all
and wouldn't have
Dilwyn Jones wrote:
The compiler directive is correct, or at least as per what is in
ptrmen_cde ($$asmb=filename,4,82)
I just had a look and saw that ptrmen is broken, I've had 2 lines in
the wrong order.
Marcel
___
QL-Users Mailing List
Roy wood wrote:
Shall we annoy Marcel and tell him he's working on QLiberator next ;-))
I think you would be taking your life in your hands
You bet! Besides, with all the work George put into Turbo it might
start being a real alternative. I've never been a fan of Turbo but
I think he's really
P Witte wrote:
The compiler directive is correct, or at least as per what is in
ptrmen_cde ($$asmb=filename,4,82)
If the filename above should happen to be ptrmen_cde the correct parameters
are
$$asmb=filename,0,82
No, 4,82 is the correct one. Address 4 is the entry point without
sb_inipr, 0
P Witte wrote:
A.. 2005/03/27 Addition and Update
a.. D-Miner - Minesweeper clone for high-end SMSQ/E systems
Has nobody any comment on this? I thought this thing is freakishly
impressive and is really pushing the boundaries on what can be done
with the PE. Anybody tried?
Marcel
Michael Berger wrote:
Looks like things have changed - thanks to Ubuntu Linux I haven't been
too much around in Windows over the last weeks. The (almost) only thing
I miss a lot is QPC2.
If you can get access to either Cedega (ex-WineX) or CrossOver Office
you could try QPC2 there. They are
Dilwyn Jones wrote:
Anyone got relative paths to work properly for DOS devices?
I hope not, they are explicitly forbidden. Not sure about the reason
but I probably had a good one.
IIRC Ken said it was dot forwardslash for current directory and dot
dot forwardslash for root or next step up.
Ken Bain wrote:
It should be possible to have different QPC setups on the same drive by
having each in its own copy of your QPC2 folder (suitably renamed)
In theory for different setups you just need different smsqe.bin
files. For example a smsqe-xyz.bin and then starting QPC using the
-os
Phoebus R. Dokos wrote:
Not entirely :-) However your recollection is correct. Thierry, converted
gcc with assistance from Dave Walker, Richard Zidlicky and (then) Jonathan
Hudson to compile QL programs under Linux/Unix. So it is a cross compiler.
It usually achieves a speed up of 20%+ over
Rich Mellor wrote:
You cannot create an application sub-window menu with MAWDRAW or MAWSETUP
which only contains one item in the menu.
I need example for that, as simple as possible.
MITEM does not allow you to redraw the loose item - it should accept the ,
or \ separator in line with the
P Witte wrote:
1) Manually added scaling flags are removed on re-loading a menu definition
and may even crash the program. 2) System sprites cant be shown and other
hicolour sprites are problematic. 3) Application window scroll bar
attributes cannot be set or changed without specifying a
Dilwyn Jones wrote:
1. I can't change the colour of the border or main window unless I
cover the main window with an info window. If Easyptr allowed, say,
MWINDOW #0,0 for the main outline it might then be possible to change
the main menu colour.
Use system palette colours in the menu and
François Van Emelen wrote:
Some functions/procedures need improvement. For example 'RPXL%'
(returns the pixel colour at a given position) only works in QL
colours.
This is an SMSQ/E limitation.
About TurboPtr: the demo George showed us in Eindhoven(QL2004)
didn't convince me to abandon
Dilwyn Jones wrote:
I'm not sure I can enter system palette colours in standard Easyptr
can I?
No, I thought you had the newer one, haven't really kept track of it.
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
wolfgang mühlegger wrote:
but why did he do it then?
Just for fun.
and why did he give it to beta-testers then?
There were no beta testers. I just gave it to some people and said
look, mom, without hands.
Marcel
___
QL-Users Mailing List
gwicks wrote:
At this stage there was some doubt over the legal position, which in
itself led to a lot of misunderstanding because no one had thought
of asking Albin. I understand that he is quite happy for the program
to be upgraded.
Yes, he basically said that anything I choose to do is
David Gilham wrote:
A solution more than likely lies in the reset code on SMSQE which seems
implicitly to assume a vector base register of zero.
Very good point. The VBR doesn't seem to be set anywhere in the
initialisation code, although it should.
Marcel
jms1 wrote:
I have just tried reset on SMSQE 3.07 on my QXL.
On a clean machine, it works.
However if I run my boot program and then reset it crashes.
So there must be something wrong with reset.
Good observation, but jumping too fast to the conclusion. Problems in
SMSQ/E are almost never
François Van Emelen wrote:
Here they are: SBAD%,
In my sources it's called SNET_BAD% and returns the number of bad
packets.
SRES%,
In current versions this is called SNET_RETRIES% and returns the
number of retries done.
SNET_C%,
This is probably SNET_CONNECT% now, which returns whether it
[EMAIL PROTECTED] wrote:
The code for the keyword RESET in SMSQE seems to close all channels
and then perform the assembler instruction RESET.
Hmm no, in my sources it doesn't (smsq_sbas_procs_reset_asm/
smsq_smsq_reset_asm). It branches to the same place CTRL+ALT+SHIFT+TAB
jumps to.
Why has
François Van Emelen wrote:
Thanks for the info, but SNET_BAD%,SNET_RETRIES%,
SNET_CONNECT%,SNET_STATION%, SNET_TEST%(X) are not present in my
version (2.25). I suppose you are referring to a more recent one,
probably available with the next version of SMSQE?
The version in my disc is 3.01.
Phoebus Dokos wrote:
Actually it is my belief that it should be part of the OS (as a nul device
like most OSes have)
Erm, what's wrong with SMSQ/E's NUL device?
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Norman Dunbar wrote:
Now I've got my reply - but not Dilwyn's. Something amiss here !
Patience. All mails will arrive eventually. At least I didn't miss a
single one so far.
It could be that according to the web archive, he sent it at 08:33
this morning :o)
I suspect Bruce's server is
P Witte wrote:
So why did I do it? Well, broadband has finally arrived here in this
godforsaken nook of England, (although it will be a few months before I get
connected, so please dont mail me all your holiday snaps just yet).
Continuing to ride the Internet bare backed would probably be
Davide Santachiara wrote:
Sorry if I am a bit late but I went a few days in Barcelona and now
I am back with some three hundred message to read...
Ah, I already wondered what took you so long :-)
The speed increase on my Intel Centrino 1,6 Mhz notebook is
impressive. Here are the figures:
Phoebus Dokos wrote:
The one thing that I can tell you is that at least my QPC will not share a
QXL.WIN file with another QPC (or uQLx - Q-emuLator for that matter).
Although QPC will start normally, the second another application tries to
use the QXL.WIN file, the first QPC will not have
Phoebus Dokos wrote:
Hmmm I did not know that WIN_REMV applied to that situation as well (Is it
in the QPC manual?)
Hey, you expect me to know my manuals? You're the user, you should
have read them and be able to tell whether it's in there or not ;-)
But actually, it is:
When a drive is
[EMAIL PROTECTED] wrote:
As long as nobody opens a channel to write to it,
Doesn't matter whether you open the file for writing or only for
reading. The drive will be blocked.
But I just remember one other solution. If you set the .WIN file
attribute to read only in Windows then the QPCs will
[EMAIL PROTECTED] wrote:
Urgently need help (preferably off list) on this one.
My Documents on my computer at work usually points to
\\server\users\ (can't remember rest fo it from memory)
For reasons best known to itself it's decided to put itself onto
drive C on this PC, so of
Tony Firshman wrote:
M$ did something called PC Power Tools sometime ago. Which may help you
get control over the PC settings.
Those are called Power Toys and the mentioned TweakUI is one of those.
The Tools are only what the ordinary enthusiast may expect.
I emailed Dilwyn about using regedit.
- Aucun - wrote:
I have not tested it so I do not know if it would work here. But one
question: how can you PRINT to a channel open for input?
Misleading name, the TCP device has other definitions for the various
open keys and make the connection corresponds to open input
channel on other
[EMAIL PROTECTED] wrote:
Thanks, will try this when I get home tonight.
Do you mind if I put this on my website, to go with the SMSQ/E
Modules article? I'm sure people would find a 'module lister'
useful.
Actually that's where the code is from:
P Witte wrote:
Only way of telling for sure is the file length - maybe Roy can remind us
all of the file length for the two versions...
Another way of detecting whether you have the colour version is by noting
the difference in the price...
lol. That's what I originally thought, too ;-)
Rich Mellor wrote:
Thanks Marcel - the only thing is that the Help function does not work -
some files missing??
Yes, the help files...
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Rich Mellor wrote:
Well yes I guessed that - we need to include them in the package
My package is a quick demonstration on how to set it up so that it
runs. Nothing more, nothing less. Anybody is welcome to enhance, it of
course.
Marcel
___
QL-Users
Roy wood wrote:
Not sure I understand the point here. If you have two machines running
QPC2 and connected by ethernet why not just map the drives so they have
a letter and then use that letter as one of the QXL.WIN files ? I have
done it like this for ages. I believe Marcel has even made it
Roy wood wrote:
Perhaps that was the root of the problem you went to the bank for in the
first case??
Oak A, I think it's time to leaf it out now, buddy.
Don't tangle with the pun meister!
Roy Wood, putting the pun in PUNishment since 19xx ;-)
Marcel
Tarquin Mills wrote:
I have been thinking about a virtual microdrive for SMSQ/E, as way of
making SMSQ/E more compatible with old software, this would solve the
above problem. In other words an image filing system.
I think software that does need this would probably not run anyway.
Marcel
Dilwyn Jones wrote:
Is the same smsq-gold v3.06 used for 256 colour on Aurora or is there
a separate version for Aurora? DISP_TYPE will change resolution on the
Aurora/SGC (a MinisQL) but DISP_COLOUR 2 is ignored
Then you probably don't use a version that includes my driver.
Marcel
Dilwyn Jones wrote:
Use RESPR instead of ALCHP for now, until I know if it's OK to send
you a TK2. I think QemuLator and QPC2 can load a Toolkit 2 ROM image,
although I can't remember the commands needed from memory.
Why oh why should anybody want to load a TK2 image on QPC2?
Marcel
Dent wrote:
It should work on uQLx. soQL doesn't have a TCP_ device as jet. The
device driver itself would be quite simple as its not a directory
device. But without an underlying operating system as on an emulator
it's difficult to see how to get the connection made while the
device driver
Rich Mellor wrote:
Thanks Marcel - guess the biggest comment which is missing from this
announcement is the fact that the full IP support means that QPC2
can at last access the internet directly
Ah yes, of course. I can see that not everybody might understand it
this way.
- just a shame Lynx
Wolfgang Uhlig wrote:
It's different here:
132 times faster for QPC 3.20
101 times faster for QPC 3.30
WHA??
Never heard a case where it got slower. Did the benchs take place
under *exactly* the same conditions? This includes colour mode, full
screen or not and of course whether other
wolfgang mühlegger wrote:
to me the most exiting thing has not been mentioned by a word:
marcel has modified sernet to udpnet.
so ql-networking is MUCH faster now and easier too - you do not have to
deal with baud rates, cables ...
Right, totally forgot about this. I will release it when I
Wolfgang Lenerz wrote:
www.scp-paulet-lenerz.com/14mljkl24/wolf/download/
Just wanted to say that I think that Clavier is a mightily cool
application with which everybody should be able to make a keyboard
layout that suits himself. And as it's not an everyday application I
will forgive you that
Wolfgang Lenerz wrote:
Just wanted to say that I think that Clavier is a mightily cool
application with which everybody should be able to make a keyboard
layout that suits himself. And as it's not an everyday application I
will forgive you that it still features the old colour schemes ;-)
After months of development and beta testing I'm proud to announce
that QPC2 version 3.30 officially went live. As usual the update is
free for all users of QPC2 version 3. Get it from
http://www.kilgus.net/qpc/
Main changes are a much faster emulation core and uQLx compatible
TCP/IP
Rich Mellor wrote:
My guess Marcel is that you have another toolkit loaded which
redefines SORT.
Of course I did try it with a clean system, too.
Maybe you should try loading the extensions_cde AFTER you have
loaded all your boot files.
I even did it with no boot file at all.
Marcel
Tony Tebby wrote:
Maybe that's out of copyright by now or maybe I'm not dead yet.
Ah, uncertainty. Maybe somebody should open the box and have a look
then?
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Rich Mellor wrote:
Maybe that's out of copyright by now or maybe I'm not dead yet.
Ah, uncertainty. Maybe somebody should open the box and have a look
then?
No wonder the QL user list has been so busy this year if we are starting
to get contributions from beyond the grave...
Well, the boxes
Pål Monstad wrote:
Nice to hear from you! I'm sorry, but I do no longer have the source
code for DM5, so I guess it's impossible to make DM5 work with extended
colours. I anyone is interested, please put the program into Public Domain.
In case you're curious, the result looks like this (with
Pål Monstad wrote:
I must say I'm impressed!
Thanks. Fortunately you did use EasyMenu, which made things fairly
easy.
I have not seen DM5 for 8-10 years now, and it looks much better
than I can remember. I don't think I have a working version around.
Is it possible to mail me DM5? I'd like
James Hunkins wrote:
That was almost too easy.
I did design that stuff, of course it is easy :-)
Something tells me you may be getting more requests :)
Actually I'm starting to learn how to just ignore people ;-) At the
rate it is currently going I will be able to celebrate my 1th sent
James Hunkins wrote:
At the rate it is currently going I will be able to celebrate my
1th sent email (of those that are still in my archive, all the
BBS years not included) within the next few months. Unbelievable.
Where I come from, we would call you an email wimp - only 1?
Well, you
Rich Mellor wrote:
BTW, I do always get a QLib error when starting DM5, but it seems like
it can be ignored.
Wonder if that is more to do with the version of the runtimes being
used Would be helpful to know which error is reported...
Q_ERR_ON
illegal parameter
Marcel
Roy wood wrote:
BTW, I do always get a QLib error when starting DM5, but it seems like
it can be ignored.
You do need to load the extensions. They are included in the files I
sent to you.
Of course without the extension it won't start at all...
Marcel
Rich Mellor wrote:
Now, all the keywords for QLib appear towards the end IIRC, so might
be worth casting an eye over the list - if you want to email me a
copy of DM5 (send it to the AOL address) I will have a look and see
if I can spot it.
I will send off what I have to both you and Dilwyn,
Pål Monstad wrote:
Nice to hear from you! I'm sorry, but I do no longer have the source
code for DM5, so I guess it's impossible to make DM5 work with extended
colours.
Actually it's not that much of a problem as you use the standard QPAC2
window scheme. For that I have developed tools that
[EMAIL PROTECTED] wrote:
It appears under SMSQE v3.07 and probably under v3.04 too
Official versions or self-compiled?
Marcel
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
1 - 100 of 227 matches
Mail list logo
