pg...@q40.de wrote:
> Also, the Minerva build system was completely lost when Lau released
> the code, and it has cost a lot of time to create a replacement.
Hm, took me at most 3 minutes to build Minerva using QMake. 100% bit
perfect, too. Seems a pity to me that so much time was lost on
triviali
pg...@q40.de wrote:
>> - no wait for F1/F2 (actually there will still be a tiny wait of 32ms,
>> so keys can still be pressed)
> Wow, 32 ms is a fast reaction from human ;-)
I guess you can already press the key while the ROMs are still being
scanned :)
> As for Minerva in general, would you (o
Ralf Reköndt wrote:
> Ah, a good idea. I have elsewhere on disk a Minerva (not the latest version)
> which was patched by Martin Berndt with german key layout (not so
> important), with b/w colours of #1 and #2 (also not so important) but with
> autostart at F1, not F2 (a bit more important).
Ah
Derek Stewart wrote:
> I have had a Minipro TL866CS for a long time and works very well.
>
> It does have problems with very old eproms, not being in the Eprom
> Programmer Database.
Yes, I had to disable the "ID check" flag to read one of my old EPROMS
and haven't tried to burn one yet. Might tr
Urs Koenig (QL) wrote:
> More info and download here:
> http://sinclairql.net/repository.html#QLE
Good job, thanks. It just seems to contain so much software that I can
only briefly test a small part of it :-o
Marcel
___
QL-Users Mailing List
Hi all,
I create a German version of the Minerva ROM, in case anybody is
interested:
https://www.kilgus.net/2017/03/05/german-minerva-rom/
I also briefly discuss a cheap EEPROM programmer that I ordered from
China. Suffice to say, I'm very satisfied.
Cheers, Marcel
Giorgio Garabello wrote:
> If I try to load an extension in the usual way (LRESPR filename) and then
> load the other using the table QPC2 crash
> Code: Select all
> 100 WTV
> 105 LRESPR WIN1_DBAS_sys
> 110 LAUNCH
> 120 DEFine PROCedure LAUNCH
> 130DIM TAB_EXT$(2,50)
> 140TAB_EXT$(0) = "WIN
Wolf wrote:
> this is the code for the baud command for the QXL (in the file
> smsq_qxl_hdop_comm_asm):
This code (qd_comm) is not used anywhere and even then it would only
be the implementation for the highly machine specific sms.hdop.
Baud is set using sms.comm. The trap is patched into the tra
Dilwyn Jones wrote:
> This happens to me with emails from Marcel (after his email was
> hijacked a long time ago) as it is.
Is there a problem still? But just for the record, my email account
was never hijacked, somebody "just" used my address to send spam
through an open server. Got about a thous
Ralf Reköndt wrote:
> Ok, the mouse, which came with the SQB was horrible, but an Atari mouse
> worked immidiately.
Maybe there was a version with the Atari/QIMI pinout, but mine matches
exactly the description for the Issue 3 board as seen at Dilwyn's
site:
http://www.dilwyn.me.uk/docs/hardware/
Peter Graf wrote:
>> https://www.kilgus.net/2017/01/30/of-mice-and-men-but-mostly-mice/
> Hehe, Marcel becomes hardware tinkerer :-D
I like to get my retro stuff going. Next I will probably modify the
Sandy board for HD discs.
> I like the massive use of shrink-on tube ;-)
Viel hilt viel ;)
>
I just published a short article about how I connected a USB mouse to
my QL (SuperQBoard/QIMI). Perhaps this is interesting to some of you,
too:
https://www.kilgus.net/2017/01/30/of-mice-and-men-but-mostly-mice/
Cheers, Marcel
___
QL-Users Mailing List
Tobias Fröschle wrote:
> Marcel,
>
> judging from the birthday cake picture, Miss Kilgus seems to be the chocolate
> type ;) Happy Birthday!
Well, I'm not even sure it's legal to have this many calories in a
cake but I think she enjoyed it ;-)
And thanks for all the birthday wishes around here!
Jan Bredenbeek wrote:
> Thanks Marcel for maintaining this great software!
Thanks :-)
> Unfortunately I now have to update some code in my SBASIC 'ls' procedure
> since it relied on the 'slicing feature' of earlier versions (meaning
> "abcd" (5 to) returning empty string).
Quite frankly, I wasn'
Derek Stewart wrote:
> Jochen did not seem to remember, I wonder if you know why this was
> written only for QPC2?
Menu_rext was already free for QPC2 for a few years, so there was a
special version for it, now it's free for all.
Marcel
___
QL-Users
Wolf wrote:
> On menu_rext, I seem to have a version 8.02, iss there a significant
> difference with 7.66 on your website?
I have no idea, 7.66 is the last version I have the source for. But
I'll ask Bernd Reinhardt when I get the chance.
Marcel
___
QL
I'm too tired to write much more, but I just released a bunch of stuff
on my web site. You can read about it here:
https://www.kilgus.net/2017/01/25/new-qpc2-disa-and-more/
Have fun, Marcel
___
QL-Users Mailing List
That went out sooner than expected...
Urs Koenig (QL) wrote:
>> Marcel Kilgus has fixed a bug in SMSQ/E.
>>
>> You could write:
>>
>> a$="1243"
>> PRINT a$(5 to)
>>
>> without any error, which was wrong.
> Maybe wrong, but at least t
Urs Koenig (QL) wrote:
>> Marcel Kilgus has fixed a bug in SMSQ/E.
>>
>> You could write:
>>
>> a$="1243"
>> PRINT a$(5 to)
>>
>> without any error, which was wrong.
> Maybe wrong, but at least the behavior was the same as on Min
jms1 wrote:
> I would have thought not a SQmulator as it runs in java and java is not
> particularly safe.
> Can Marcel answer for QPC1 or 2?
Security is not a design goal for a QL emulator. There is no security
in SMSQDOS anyway. But unless you're personally wanted by the NSA I'm
pretty sure you'
Wolf wrote:
>> Do you think the source ocde could be released.
> It would be nice, but I presume the author would aready have done so by now.
Problem is, even the author doesn't have the source code anymore.
Marcel
___
QL-Users Mailing List
John Alexander wrote:
> I'm sure it was written in C, I've not seen a dump of that about
> (is there one BTW??)
Why guess, the source code is available on the web. And it is
thousands upon thousands of lines of assembler code.
Marcel
___
QL-Users Maili
Tony Tebby wrote:
> If the divisor is negative, there is a problem. The "Euclidian division"
> definition requires that the remainder be between 0 and |divisor|-1.
> This would seem to be a rather less than rigorous definition as
> |divisor| is not a continuous function. In SBASIC the MOD functio
Dilwyn Jones wrote:
> I wonder if this would also explain why I get occasional queries that my
> Sync program does not always handle dates correctly and sometimes gets
> older/newer ones wrong? (Something I have not been able to reproduce here)
Possible of course. But the files written to the devi
Bob Spelten wrote:
> When using QPAC2's Backup (v1.46) to copy a file from WIN to DOS or NFA,
> dates are not always maintained.
> Under QPC2 v3.40(3.16) the date is kept correct.
> Under QPC2 v4.04(3.26) the date is cleared to 1.1.1961
For v4.04 I rewrote the DOS device in C and unfortunately it
Wolf wrote:
> 'Tis the season to be merry.
>
> So, The Wall, a formerly commercial game, is now up on my website.
>
> www.wlenerz.com/QLStuff
Wow, I didn't know you had pimped it up to full colour. And I like how
even the sounds are contained in the EXE, well done and thanks!
Cheers, Marcel
Wolfgang Lenerz wrote:
>> Unfortunately 20kHz doesn't work for me at all.
> Yes, it's a pity, but I can't do anything about that, it's part of the
> Java Virtual Machine.
Well, you can output 22kHz and do at least a simple upsampling of the
sound. Better than not sound at all and 20Khz is not Hifi
Wolfgang Lenerz wrote:
> Hi,
>>
>> Last night I tried it out on SMSQemulator and it worked much better
>> than anticipated from the get-go.
> Thanks ... I think.
Hey, I don't usually expect things to work right on the first try, so
this was a pleasant surprise ;)
> Anyway, if you set the fr
pg...@q40.de wrote:
> why do you say "movie player for QPC"? Does it require QPC specific
> features?
No, in theory it can work on any platform, I specifically didn't do
anything QPC specific, but I haven't tested and optimized it for any
other platforms. The demo videos are encoded using Mode 32,
I few days/weeks ago I released a little movie player for QPC on the
QL forums. Today I have released v2.0, which adds a real user
interface and several more movies to the mix. You can download and
check it out here:
https://www.kilgus.net/smsqe/qmovie-player/
Have fun, Marcel
__
inkub...@tiscali.it wrote:
> There is a big bug in SMSQ/E versions for Aurora (also I think for QL+(S)GC)
> higher than 2.91
> DD Floppy disks are not read/written
>
> Only HD and ED floppy disks works
Well, if somebody sponsors me an SGC I'll have a look :-P
Cheers, Marcel
__
Andrea Carpi wrote:
> Thank you Marcel.
>
> But I'm sure (i tested it) that GoldCard_256colours.bin doesn't work well on
> Aurora.
> It doesn't restart QUBIDE and you remain without hard disk.
That might qualify as a bug then, because the only difference is the
screen driver (I also checked the b
Giorgio Garabello wrote:
> there is no documentation on the various versions?
I'm pretty sure I've never heard of this variant and I was the one who
did write the 256 colour driver...
Marcel
___
QL-Users Mailing List
Wolf wrote:
> Aurora is for the Aurora, Gold for the GoldCard,
> i can't remember, what the other is for, sorry.
Listing the modules linked in the binaries I get this:
> "GoldCard.bin"
(S)GC + QL mode screen driver
> "Aurora.bin"
(S)GC + QL mode + Aurora mode screen driver
> "GoldCard_256co
d.santachi...@libero.it wrote:
> While reading your email I reminded many years ago Romaldo Parodi in Italy
> provided me with v2 GALs as replacement for a Qubide to be upgrade from ROM
> v1 to ROM v2.
Jochen Hassler once wrote a software that could reverse engineer the
JEDEC files for GAL chips.
RWAP Software wrote:
> Does anyone have any contact details for Jurgen Falkenberg, or Jochen
> Hassler ?
I will ask Jochen if I ever find the time.
Marcel
___
QL-Users Mailing List
Norman Dunbar wrote:
> It seems that from time to time your emails appear to be blank
> replies. I've had a couple recently. Are you aware of this?
I guess John's web-mailer generates HTML replies with a text
attachment that does NOT include his answer. Then the list strips the
HTML part of the ma
d.santachi...@libero.it wrote:
> I take again the chance to inform that if anybody is interested to make even
> a very short speech at our Italian meeting on Sunday 20th of November,
> subscriptions are open :-)
>
> Subjects for intervention are free (i.e. QPC2, SMSQ/E, software or hardware
> etc.)
Giorgio Garabello wrote:
> Hello everyone, these days I'm enjoying experimenting with alpha blend
> command, is really interesting.
> I tried to apply different degrees of transparency on the various graphics
> commands but was not able to apply it to the PAPER command,
Well, the PAPER command doe
Norman Dunbar wrote:
> The Online SuperBASIC manual at:
>
> http://superbasic-manual.readthedocs.io/en/latest/
Good work, Norman. In the short time it has been online, I've linked
at least 3 times to it. Of course you all will hear from my lawyer
with a cease and desist for describing all my CD_ c
pjwitte wrote:
> English German French
> -- -- --
> Things V1.01Things V1.01Choses V1.01
> Button V1.03Button V1.03Bouton V1.03
> Exec V1.02
pjwitte wrote:
> You still need the name of the Thing to be able to use it, so yes, the
> name is relevant. However, in the case of Button Frame, it appears to
> be in English accross the board.
It isn't ("Button_Schlaf" in German). But why guess, all languages are
included in the distribution at
Derek Stewart wrote:
> What version of OS X, since Wine is running, this looks to be only Intel
> based MACS.
Even if this wasn't a WINE application, who still provides PowerPC
executables these days? It's been (almost to the day) 10 years since
the last model was replaced with something Intel bas
Thanks to Peta Jäger there is now an installation file of QPC2
available for Mac OS X. I've published the details here:
http://www.kilgus.net/2016/08/08/qpc2-for-mac-os-x/
Downloads as usual are here
http://www.kilgus.net/qpc/downloads/
Marcel
___
QL-
Davide wrote:
> Sorry for the OT , about keeping backups there is still an
> incredible amount of people who think that hard drives are
> indestructible ( beyond the fact that making an accidental delete
> does not take much ) . I have a friend who has totally melted the HD
> of his laptop ( a seag
Urs Koenig (QL) wrote:
> Maybe no need for a rewrite but for a tweak. Why? Did you notice that the
> slow graphics are not constantly slow?
> Watch those 20 seconds of Photo QL again
> https://www.youtube.com/watch?v=O4xwT65cLU0#t=2m9s
> and you'll see that when picking another QL window then the g
Urs Koenig (QL) wrote:
> It's not the first PC with this weird QPC2 behaviour. I have seen this on
> several PCs running Windows 10 but not all. Some are running (fast) as
> expected. About a year ago I first reported this on qlforum (Fri Jun 05,
> 2015 8:36 pm), but nobody took up the line on that
> Am 08.07.2016 um 17:40 schrieb Norman Dunbar :
>
> Infringement is what you do when you break a law, it's a verb. Copyright
> theft is the thing, a noun. But I'm not a lawyer, so doublespeak doesn't come
> easy!
Infringement a verb? Norman, please get out if the sun ;-)
https://en.m.wikipe
Norman Dunbar wrote:
> Breaching someone's copy rights, is voluntary, and done pretty much
> knowingly. The two are not the same thing. Apples and oranges. As
> far as I am aware, nobody is dishonest, because of their genes - much as
> some would hope to think!
So we can already agree that ther
Norman Dunbar wrote:
> OK, perhaps stealing was the wrong word, copyright theft is better
> as that's what it is known in court, I think.
Actually the correct phrase is "infringement". I'm not an native
speaker, but theft and stealing seems synonymous to me. Calling it
either is classical Doubles
Norman Dunbar wrote:
> Copyright, to get back on topic, is copyright, no matter how much
> it sucks, or that people have abandoned products, you cannot just
> steal (for that is what it is)
Um, no. The music industry and other advocates for stricter copyright
laws want you to believe that. But by
Marcel Kilgus wrote:
> ___
> QL-Users Mailing List
Ooops, sorry, please disregard.
___
QL-Users Mailing List
___
QL-Users Mailing List
pjwitte wrote:
> I agree with everything you say above. I presume you do not mean to
> imply that any significant /future/ software must also be free.
I'm certain nobody is implying this, least of all Wolfgang and me.
When I changed EasyPtr, which was not written by me originally but
improved at a
Norman Dunbar wrote:
> Rich's original manual, in Text87 I think, is a prime example - we
> can't get a printer driver or extractor created to properly convert
> the text to legal html, or to extract the text somehow, while
> preserving or matting, or indicators of same. I tried, years ago
> with b
Rich Mellor wrote:
> Hosting old software is more problematic than parking on a double yellow
> line (sorry not sure what the equivalent is in Germany).
Tell that to e.g. http://www.homeoftheunderdogs.net/ They've been in the
business of hosting abandonware for 18 years and running.
> As I have s
Dilwyn Jones wrote:
> This is the argument for Abandonware. Yet our copyright laws in the UK
> (whatever individual opinions might be) are clear enough as to what we can
> and can't do, and our chances of being prosecuted are high enough. Rich
> trained as a solicitor, he should know.
The traffic
Rich Mellor wrote:
> I shall however, not get involved in software piracy.
Really no disrespect to you or your work. But, as a creator of
software and probably of the most commercially successful QL software
of the last 15 years, I find this whole piracy debate in the QL scene
pretty laughable. Th
Wolfgang Lenerz wrote:
> Derek Stewart has done an enormous job in redoing the QDOS/SMS reference
> manual.
>
> You can find it on my website
>
> www.wlenerz.com/QLStuff.
This is really well done, thank you very much Derek. I actually was
halve-way through converting it myself when Wolfgang mentio
The three buttons are only invisible if you've selected fullscreen mode in the
configuration.
There's the command QPC_MINIMIZE that you could put on a hotkey.
Marcel
> Am 21.06.2016 um 17:33 schrieb Colin McKay :
>
> Dell XPS M1530 laptop running Vista
>
> I run QPC2 v4.02 with SMSQ/E v3.19.
Michael Bulford wrote:
> One of the features I like about Q_Liberator is that resident
> procedures and functions can be written in Basic, and compiled into
> machine code, to be lrespr-ed in a boot file. These functions can
> even have parameters. This works well with Q-emuLator. With QPC2
> th
Dilwyn Jones wrote:
> There are device open functions out there in other toolkits which do the
> same job without checking the TK2 defaults system.
This is an important point. This is not an OS feature, i.e. the raw
TRAPs do not behave this way, it's strictly a feature of the BASIC
commands. That
François Van Emelen wrote:
> So, this seems to be a feature... a very dangerous one : replacing DIR
> f$ in line 30 with DELETE f$ would wipe all directories and files on
> that device.
That would actually be a somewhat cool feature, but DELETE is not as
cool, so nothing will happen. Try it :) WD
Derek Stewart wrote:
> I am a little confused, where does DEV1_ default to DATAD$
Never. I said DATAD$ is DEV1_ on my machine.
Marcel
___
QL-Users Mailing List
Bob Spelten wrote:
> I understand the datad$ but the problem is why FTEST returns a zero?
I don't understand, why shouldn't it?
> FTEST should return a -7, so DIR is should not be done.
Clearly the directory pointed to by DATAD$ exists, so why whould it
return -7?
Marcel
Marcel Kilgus wrote:
> François Van Emelen wrote:
>> 10 f$="":REMark empty string
>> 20 if FTEST(f$)=0
>> 30 DIR f$
>> 40 ELSE
>> 50 PRINT f$," can't be a file name"
>> 60 ENDIF
>>
>> Why is line 30 executed (displaying
François Van Emelen wrote:
> 10 f$="":REMark empty string
> 20 if FTEST(f$)=0
> 30 DIR f$
> 40 ELSE
> 50 PRINT f$," can't be a file name"
> 60 ENDIF
>
> Why is line 30 executed (displaying the directory of datad$) instead of
> line 50?
Because SMSQ/E defaults to dev1_ if you don't give a filename,
Michael Bulford wrote:
> I am developing a program in Cee which uses several arrays, and which is
> crashing.
> Eg. .. int array[101]; and using elements from 0 up to 100.
> I have discovered that by declaring the array with one extra element cures
> the problem,
> Eg. .. int array[102]; and ag
Colin McKay wrote:
> So when there is any chance that ACOS has to work on any number close to 1,
> or -1, a check such as IF VV>1 THEN : VV=1 has to be incorporated on every
> occasion?
>
> Takes some of the slickness off the programming.
Well, working with floating point variables can be ugly. QD
Colin McKay wrote:
> A=242641, B=2.828427, C=1.414214. VV=C^2-A^2-B^2/(-2*A*B)
A=4.242641 surely. And VV=(C^2-A^2-B^2)/(-2*A*B).
> VV calculated, and printed, in QPC2 =1. VV calculated on a calculator
> =-24.0071/-24.0071=1.
>
> Used in QPC2 in RR=ACOS(VV) produces the error message "At
John Gilpin wrote:
> Some weeks ago, I asked if anyone could assist me with a problem I am
> having, - The menu I developed about a year ago in EasyMenu, will not go
> back into the programme giving an error report - "Menu file is too big
> to go into the available Work Space! Press any Key.
Send
Norman Dunbar wrote:
> Dilwyn has www.dilwyn.me.uk/database/dbas.zip which is version 2.12
> and appears to have sources in libdbas_source_arc - I don't have
> anything that can open arc files on my laptop here, so it might not have what
> you want.
These are the sources for libdbas, the C interf
Hello everybody,
QPC2 v4.04 has been released a few minutes ago, along with SMSQ/E
v3.26, which is also available from Wolfgang's site for all other
platforms.
I have written up the long story here for people interested in the
back story (picture included):
http://www.kilgus.net/2016/04/23/new-q
Ralf Reköndt wrote:
> I remember that the first PE versions allowed secondaries to be outside of
> primaries, and that worked, as I have seen at minimum one program, ehich
> have used that. I am not sure, why TT has changed that.
Wild guess: because every secondary window then had to have its own
Dilwyn Jones wrote:
> Along with people like Bob, I remember breaking your hard work a few times,
> I think it was down to me doing things nobody thought of like an application
> window menu with just one or item or something like that. Hope you've
> forgiven us all by now ;-)
Forgive you, Bob an
Dilwyn Jones wrote:
> Would it be possible for the AppMan program outline to be changed? It seems
> to cover the whole screen whereas actually using only a small percentage of
> it, hiding all other programs in the process.
IIRC that is because it is able to display the menus and it can only
do th
Bob Spelten wrote:
>> I wrote up a short tale about my life with EasyPtr. Plus there's a
>> gift at the end:
>>
>> http://www.kilgus.net/2016/04/07/easyptr-and-me/
>>
>> Enjoy! If not the tale, then at least the gift ;) Cheers, Marcel
>
> I like the tale.
Thanks.
> My copy of EP3 was bought in '9
Norman Dunbar wrote:
> What Darren said! ;-)
>
> A most enjoyable read, thanks Marcel. I might even take you up on
> the offer of EasyMenu 4 sometime, but these days I'm using George's
> not-quite-WYSIWYG assembly utilities.
You can always use EasyMenu to design the menu and EasySource to
generate
I wrote up a short tale about my life with EasyPtr. Plus there's a
gift at the end:
http://www.kilgus.net/2016/04/07/easyptr-and-me/
Enjoy! If not the tale, then at least the gift ;) Cheers, Marcel
___
QL-Users Mailing List
Andrea Carpi wrote:
> FORMAT 'FLP1_Disk1*D'
>
> But I obtain a 1,44Mb image
This is a bug in QPC and will be fixed in the next release. Thanks.
Marcel
___
QL-Users Mailing List
Gerhard Plavec wrote:
>> > http://files.kilgus.net/smsqe/EasyPtr4.pdf
>
> bei mir gibt das folgenden error:
>
> Internal Server Error
Oh, the filename was wrong, try again.
Marcel
___
QL-Users Mailing List
Marcel Kilgus wrote:
> derek wrote:
>> I have scanned my Easyptr 3 manual to PDF, I am just in the process
>> of converting the converting to Epub and mobile for the Kindle.
>
> The official EasyPtr 4 manual PDF is available here
>
> http://files.kilgus.net/smsqe/EasyPt
Ralf Reköndt wrote:
> Not the best idea. I (personally) am very lucky to have this. But
> perhaps Things happen. Maybe Marcel can have a look, as he has done
> that.
Found the problem, almost exactly 10 years after last touching the
code! A few things had to happen to trigger it, so it's happ
derek wrote:
> I have scanned my Easyptr 3 manual to PDF, I am just in the process
> of converting the converting to Epub and mobile for the Kindle.
The official EasyPtr 4 manual PDF is available here
http://files.kilgus.net/smsqe/EasyPtr4.pdf
Marcel
John Gilpin wrote:
> Can anyone update me on the status of Easy Pointer (V4 or later)
> and/or Easy Menu latest Version. Are these programmes freely
> available or are they available to buy and if so, from whom?
Not sure where the sudden interest in EasyPtr comes from (had a
private inquiry this w
Bob Spelten wrote:
>> But as Marcel has pointed out, the source of the problem may still be
>> there.
> 1) I ran the test again from a freshly unzipped QLE update and disabled my
> default qpc.ini.
Wolfgang has dug a bit further and it seems to be an issue in the
screen driver. I will investigate
Derek Stewart wrote:
> I am sorry for the incorrect conclusions.
>
> I merely said I could not get it to freeze on my system, this is a
> personal option.
>
> But I did not expect to my comments thrust down my throat.
My apologies, I didn't mean it to be personal. It probably came across
harsher
Derek Stewart wrote:
> The common thing in your You Tube Videos is you are using a Windows
> operating System.
>
> If I can not get QPC2 and SMSQmulator to freeze then the fault lies on
> the host operating system.
No, no and no. This is a false conclusion. When your choice is "the
bug is in a sys
Urs Koenig (QL) wrote:
> Because we have a Windows Freeze case at work which is very hard to trace
> and analyse (visitors of the ZX-TEAM meeting will know) I wanted to at least
> catch the QL/E Freeze case.
> Last Thursday I was repeatedly able to reproduce the freeze using my QL/E
> v3.13 wip (wo
pg...@q40.de wrote:
> Thanks for the nice essay. A few remarks:
>
> The "LOWRAM" mode of the Q40/Q60, where read access at $0 to $17FFF
> is mapped to shadow RAM, was mostly used for ROM emulation in the
> early days. The Q60 had to use two 16 bit EPROMs, because the design
> rule was strictly w
Bob Spelten wrote:
> Yesterday I had a similar freeze/crash but I put that down to a fault in
> the program I am updating.
> No QPAC2 File access at that moment.
> So today's QPC2 session started OK but at the time of the crash I was
> using Files (?).
There are about a billion ways to crash SMSQ/
For anybody interested: I've just written a short essay about the low
level boot process of SMSQ/E for anybody daring enough to try to
understand it:
http://www.kilgus.net/2016/03/17/smsqe-boot-sequence/
Cheers, Marcel
___
QL-Users Mailing List
Dilwyn Jones wrote:
> I won't pretend I understood all of it by any means, but interesting to read
> all the same.
>
> And congratulations on the new look website - very nice.
Thanks :-) 18 years ago I did my first web page and I think this one
is the first one looking halfway decent ;-) I investe
Norman Dunbar wrote:
> I had to do some C programming recently, and I was completely unable to
> get started after "int main(int argc, char *argv[]) {" - I simply
> couldn't remember! I got there in the end -
> https://github.com/NormanDunbar/TraceMiner - but the C quality is
> probably dubious!
Bob Spelten wrote:
> Does anyone know what happened here and how I can fix this?
Difficult to say. First check with task manager if there is a zombie
QPC2 process still hanging around.
Marcel
___
QL-Users Mailing List
Wolf wrote:
>> No idea when the workaround made it into a release.
> With version 2x99.
No, that was my fix, which was done after TT stopped developing
SMSQ/E.
Marcel
___
QL-Users Mailing List
pg...@q40.de wrote:
> QL-style SLAVE block buffering would in most cases not speed up, but
> slow down access to an SDHC card! Especially if the number of SLAVE
> blocks is allowed to grow until all free RAM is used - which is the
> convention.
QPC has enforced limits to the size of the slave bl
p...@zx81.de wrote:
> Although the recent discussions don't sound positive (to me as a non
> native speaker) I wanted to say everybody that I am happy that/if
> someone is looking into the code which might one day lead to
> corrections or enhancements.
Oh, I'm sorry, I haven't used my QL-SD much y
Derek Stewart wrote:
> This maybe a silly question, but where are the conventions defined
Usually in the OS specifications. Also found in every other device
driver.
> and who agreed the implementation of the convention.
I don't understand the question.
Marcel
__
Ralf Reköndt wrote:
> Hmm, nothing to find in the source code (if you have a quick look), as it's
> Open Source?
What? You think I did my work on the binary code?
> Where doesn't it follow all the QDOS conventions?
Cache handling, data management (e.g. physical definition blocks).
_
201 - 300 of 933 matches
Mail list logo
