Marcel wrote:
> There are some open source light-weight TCP/IP stacks available which
> could potentially be ported to SMSQ/E, lwIP for example, but I
> currently have neither the time nor much inclination to do so. Would
> have been an excellent job for Jonathan Hudson, the master of all C
> port
Freescale is being sold. The semiconductor company which made our
cherished 68008 ... 68060 CPUs, formerly Motorola, is now sold off to a
private equity group :-(
http://media.freescale.com/phoenix.zhtml?c=196520&p=irol-newsArticle&ID=905906&tid=FSHMINI
Or, for the German readers:
http://www.hei
David McCann wrote:
> The QL no longer has enough users to make commercial products viable,
> nor to produce enough programmers to support open-source products.
True, but why does nobody seem to see that it's possible to get help
from friendly open source folks outside the QL scene? There is good
Hi,
I'm looking for a second hand Q40 or Q60. Please contact me by private
email.
Thanks,
Peter
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Jan wrote:
> May you know that I am working on the new QubIDE PCB.
Good to see that someone is still developing QL hardware! Good luck!
One thing puzzles me: You folks still use the black QL or (S)GC, so how do you
get a display attached?
I have a TFT monitor, and barely get my Q60 to work by a
Derek Stewart wrote:
> Is this now a Microsoft Windows mailing list
Now? It has been for 10 years or so :-)
Sometimes I'm still tempted to disturb it with a rebellious little piece
of QL hardware ;-)
All the best
Peter
___
QL-Users Mailing List
Hi all,
I'm looking for a QL Ramdisk with sourcecode available. Any recommendations?
Has there ever been a Ramdisk written in C?
Has there ever been a Ramdisk with directory support?
Thanks,
Peter
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk
Hi Tobias,
thanks.
> Why not have a look in smsq/e sources?
Because it is not allowed to use that code freely, especially not
outside SMSQ/E. Any other ideas?
All the best,
Peter
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Hi Dilwyn and Derek,
thank you. QDOS Classic just contains a binary for ramdisk, Qemulator
comes without source. At first glance I can not find ramdisk code in
Minerva. Derek can you tell me the filename?
All the best, Peter
___
QL-Users Mailing List
h
Hi Tobias,
> Apart from redistributing binaries, everything else seems
> to be explicitely alllowed.
Sorry Tobias, I'll only look at a freeware or open source RAM disk.
SMSQ/E is neither.
If you're interested in a definition of Open Source, you might look here
for example: http://www.opensource.
Hi Ralf,
thank you very much! I am not yet sure whether I will disassemble a
Ramdisk myself. I think someone had sources, maybe they were also
disassembled.
Subdirectories are not mandatory, I was just wondering wether they exist.
The idea behind my question was to copy an image from a SD card t
Thierry wrote:
> A phase locked loop with a programmable counter would do...
That won't work well. The only signals permanently available for PLL input are
the QL sync signals and they are not stable enough to generate a decent pixel
clock to feed TFT monitors.
I'd use a separate time base for
Thierry Godefroy wrote:
> > > A phase locked loop with a programmable counter would do...
> >
> > That won't work well. The only signals permanently available for PLL input
> > are the QL sync signals and they are not stable enough to generate a
> > decent pixel clock to feed TFT monitors.
> > I'd
Hi,
is there an option to keep the C68 (Cross-) Compiler from adding an
Underscore prefix to the symbol names in object code?
All the best
Peter
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Hi,
does someone still have C68 binaries and libs from around 1994?
A private email with ZIP-file(s) would be great.
Thanks,
Peter
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Hi again,
> does someone still have C68 binaries and libs from around 1994?
> A private email with ZIP-file(s) would be great.
... or better: Does someone still have the PDQ C compiler?
Thanks,
Peter
___
QL-Users Mailing List
http://www.q-v-d.demon.co
Petri Pellinen wrote:
> did you try emailing Dave Walker directly and asking for the older
> binaries?
Yes. But after a closer look, I see that I really need the PDQ C
compiler. A first step to get a working binary at all. I'm dealing with
a complicated mix of assembler and C for a resident drive
Hi folks,
many thanks to Dave Walker and Dilwyn Jones who have been extremely
helpful and already emailed me archives of some ancient compiler
versions. I'm deep in the work of installing and adapting build system
and sources now...
Many thanks also to Marcos Cruz and John Hall.
==> Marcos: Pleas
Petri Pellinen wrote:
> the plan was to use locally administered MAC address space (bit 2 of
> the first octet set to 1) which can be assigned by a local network
> administrator. But maybe this is not the case?
I wouldn't do it, because there is no guarantee of uniqueness. You can
never plug your
Hi,
does one of you know a valid email address or any contact to Dirk
Steinkopf, author of the QL-HD / Falkenberg Harddisk driver?
Private reply please.
Thanks & a good new year,
Peter
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Tony Firshman wrote:
> I didn't see his his hard disk interface. Phil Borman told me he had
> used the Rebel code. Was that right? Qubide also used this under
> license. Phii was not aware of any license for his build.
What I can say is, that Jürgen Falkenberg or Ulrich Rosowski must have
mo
Tobias Fröschle wrote:
> The driver should ideally be able to access both VFAT and QDOS
> formatted SD cards for ease of transfer (QPC/QXL-like image files
> on VFAT-formatted SD, probably?) - But that's probably asked too
> much already.
My plan is indeed to put a QL-HD image as a file into a FA
Plastic wrote:
> My real heart's desire is, ironically, a hardware/software project, to
> put together a package of an ARM-based embedded computer with Linux,
> booting right into uQLx, so that it is basically a QL. Getting it so
> it can fit inside a QL case with PSU and a couple of laptop SATA H
Plastic wrote:
> "Boring mainstream means cheap mainstream
In my humble opinion not cheaper for the special QL-style target we were
talking.
> means long term availability of standard designs at commodity prices.
The opposite. Average lifespan for today's mainstream ARM MCUs is
shorter than for
Tony Firshman wrote:
> One other way, for Peter, is an open source version of SMSQ.
At least it _was_. Now that so much time has been spent toward a Minerva
based solution with other drivers, SMSQ/E would probably not save me
work anymore.
Times have changed. A decade ago, an open source SMSQ/E w
Geoff Wicks wrote:
> If we needed Quanta we would be using it. In practice the active
> members of Quanta represent under 10% of the UK QL community and
> under 5% of the international QL community. The demise of Quanta
> is something the QL community can survive
I'd be glad if QUANTA can survive
Hi Geoff,
> Last weekend several people castigated me for suggesting that Quanta
> should be wound up.
>
> Now it's time to see if you are prepared to put your money where your
> mouths are.
I guess QUANTA members benefit more if my time goes into QL hardware and
drivers, than into the other work
Hi Geoff,
> Thanks for participating in this discussion, Peter.
Thank _you_ for your QUANTA work!
> You have always been very loyal to Quanta after the help they gave
> you over the Q60.
Just for the records, the Q60 design and prototypes were all completed
and financed by me, without any help.
Hi Lee,
> So I need to look out for a Gc, SGC or Minerva conversion kit,
> haven't seen those on eBay or sell my retro
For Minerva ROM you could try
1. Get an M27C512 and a 28 pin DIL socket (wide, long pins)
2. Program lower 48 KB with Minerva, and upper 16 KB with extension ROM
binary of your
Hi Marcel,
> In fact it's now the other way round, there is no native hardware that
> can match QPC in speed or features. That's why I was a bit mystified
> by your choices. Just saying.
no offense intended at all, but are you not counting the now much faster
PC hardware (which you didn't design)
Hi Marcel,
>> It is really really hard to make new QL hardware possible... I find
>> public statement that QL hardware "can not match" in features
>> somewhat depressing...
>
> It's not that it can't match it. It's that, at this time, it doesn't
> match it.
It depends on the definition again :-)
Hi folks,
it's been a while... some might remember that I postponed my other QL
projects in order to design a "microdrive style" SD card interface for
the original QL.
I sometimes regret this decision, because the cost of time became
immense. I based my driver software on the QL-HD driver from Di
I wrote:
> SDHC cards can be inserted just like microdrives
Microdrive _cartridges_ of course :-)
Peter
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Malcolm wrote:
> Excellent Peter, definitely the way to go, a very neat solution. Just
> out of interest what was the problem with plugging in the original
> drive LED's.
There are several issues, the most obvious one is: Both QL case LEDs are
on the same connector, so if you want to keep one mic
Ralf Reköndt wrote:
> As I have written a few times: Using PE from SBasic is too
> complicated for a lot of people (including me). QPTR is too
> complicated (I have used it!). And I fear, Turbo_PTR is a similar
> thing, ok, never tried.
Have you seen the QLPUI demo?
http://terdina.net/ql/software
Hi all,
I have decided to pass on the QL-SD project to Adrian Ives. Adrian has
received all my schematics, partslists, files for PCB manufacture,
source code and a small number of PCB prototypes. He is entitled to
release the product or modify it.
The project was slowed down by my lack of time, s
Hi Adrian,
I received your email, but your provider's crappy Trend Micro RBL+
blocks my answer again. I can not find your alternatative email address
at the moment. Please send it again.
Regards, Peter
___
QL-Users Mailing List
http://www.q-v-d.demon.co
Hi,
since the turn of the century, I invested a lot of time into some QL
hardware and software projects. Except the Q60 Graphics Card, all of
them actually worked, and have been shown to a few friends.
I didn't have the motivation to finish them. For a long time, the reason
was that I saw the req
Malcolm Lear wrote:
> I really like the idea of the Q68. Of all these options its the only
> one I'd go out and buy. What sort of CPU speed are talking about and
> will the FPGA design files be available to modify?
If I find the time to design suitable caches, I expect CPU core speed
between 32 a
Mark Martin wrote:
> In what state does QLwIP exist today?
Undocumented and untouched for many years. Requiring QDOS Classic.
> Could it be licensed under an open source license?
GPL planned.
> If the answer is no, I may be motivated to start an open project if I could
> find help answering th
Mark Martin wrote:
> Do you have a working 68K core with all the support chips?
The Q68 is a functional system on a finished PCB, actually running QDOS
Classic and Minerva.
> What would
> convince you to release that so that efforts could be made to port that to
> inexpensive dev kits?
Sorry, I
Am 14.09.2013 23:47, schrieb Marcel Kilgus:
> Peter Graf wrote:
>> If I find the time to design suitable caches, I expect CPU core speed
>> between 32 and 40 MHz. At 20 MHz, the Dhrystone benchmark gave something
>> between SuperGoldCard and Q40.
>>
>> For the
Mark Martin wrote:
>>> Could it be licensed under an open source license?
>> GPL planned.
>
> That's hopeful. What can I do to encourage or support that?
Thank you. Unless you are a very familiar with drivers, C language and
networking, owning a native hardware with ethernet - I have no idea wha
Mark Martin wrote:
>> The Q68 is a functional system on a finished PCB, actually running QDOS
>> Classic and Minerva.
>
> Do you have an estimate of a price range?
The potential person who builds the Q68 should have the freedom to
define a profit margin for his/her work. So I can not discuss thi
Petri Pellinen wrote:
> Mark, if you are interested I have a prototype board for the original QL
> that runs TCP/IP. [snip]
As you mention the original QL, I looked into the datasheet of the
ethernet controller I am using for the Q68, which is the CP2200.
To my surprise, it is 5V tolerant, and it
Hi Dilwyn,
> Thanks for the update, Peter. I really hope QL-SD makes it to market. I also
> hope someone will be able to write software to make it easy to transfer
> files between QL and non-QL media. Out of interest, what media format is the
> finished QL-SD likely to use - QXL.WIN, Qubide
Richard Mellor wrote:
> I too am looking forward to Peter's device
And let's not forget Adrian! :)
> One of the benefits is that Daniele Terdina has already written the
> routines for Q-emuLator to use the same driver as written for the QL and
> hence write natively to the SD card from within Q-
Hi Ralf,
are you aware of the German QL meeting next Sunday in Dormagen?
QL-SD and Q68 will be shown.
There will a number of new or returned QL users. An indication that "QL
is 30" should be held in Germany"? (More or less jokeing...)
Peter
___
QL-Use
> SQLUG could probably find a location and maybe pay for the hall in
> Edinburgh or even possibly Glasgow.
>
> Would be somewhere different and attract people both from the continent
> and Britain?
>
> Who would come?
QL is 30 in Scotland sounds cool :) I would try to come.
Peter
Francois Lanciault wrote:
> Looking forward to an official news with price and availability.
At the moment QL-SD is only available within Germany, orders through the
German QL Forum. Current price is EUR 60 including a preformattet SDHC
card, Minerva operating system and drivers EPROM, Microdrive
Colin Mckay wrote:
> Please describe the hardware & software which forms it, sufficiently for us
> to know what you are talking about.
Oh I thought the QL-SD was known, because it was discussed in detail
here. Guess it's been a while...
Before I start typing again, does anyone have a pointer to a
Alexandre Souza wrote:
> http://lmgtfy.com/?q=what+is+the+QL-SD%3F
Hehe, good one! :-D Thanks Alexandre!
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Peter Graf wrote:
> Alexandre Souza wrote:
>
>> http://lmgtfy.com/?q=what+is+the+QL-SD%3F
>
> Hehe, good one! :-D Thanks Alexandre!
But only the first three links are what we talk here.
I have no idea about the zxprojects device
Miguel Angel Rodriguez Jodar wrote:
>> I have no idea about the zxprojects device on youtube.
>
> It's a device that is plugged into the expansion ROM connector. It offers a
> SD
> inteface and a 16K ROM with firmware. It is able to perform fast reads by
> using
> MOVE.L instruction that can r
Geoff Wicks wrote:
> Since the closure of QL Today I have had a 50% increase in hits on my
> news page. It happened suddenly and sharply in September and has
> remained stable since then. I think this indicates there is a demand for
> online news.
I was not aware and visited yesterday for the
Hi Adrian,
you had contributed a large amout of work for QL-SD and this work
deserves many thanks and respect.
The drivers are free software and without any warranty, I can confirm
here that you are not responsible for QL-SD or any support. I mentioned
your name in the manual under the acknowledg
Hi Urs,
> BTW: Anniversary website http://www.qlis30.org.uk has updated today with
> more links.
Thanks. As for the story by Jürgen Malberg, did you read it? I was
actually disappointed that he only wrote there was a successor on 68040
basis. This sounds like the Atari/Amiga lines of 68K history
Adrian Ives wrote:
> I have said this so many times that I am getting really tired of the
> repetition!
>
> The QL-SD driver was derived from QUBIDE. It was turned inside-out to
> implement replaceable hardware interface routines. It's all there. Don't
> reinvent the wheel again! Just look at the
Ron Dunnett.
>
> I made a great effort to establish the correct permission to make the
> Qubide source code available, as I do not want to be accused of being a
> software pirate...
>
> Regards,
>
> Derek
>
> On 02/02/14 21:37, Peter Graf wrote:
>> Adrian Ives
John Alexander wrote:
> Question here is what instructions are missing I don't think that the Amiga
> ran an entirely different
Not "missing" but "incorrectly implemented", which is far worse.
The bugs I'm talking about only occur under rare circumstances.
By now, the Q68 is already debugged w
Am 22.03.2014 00:57, schrieb Dilwyn Jones:
> Now that QL-SD is available, albeit in small numbers so far, I've set up a
> page where you can download the manual, software starter pack and the BDI
> (Block Device Image) specification for emulators, thanks to Peter Graf for
&
Wolfgang Lenerz wrote:
> Are you aware of this:
> http://web.archive.org/web/20080507162255/http://gwenole.beauchesne.info/en/projects/68ktester
Thank you. I don't know about this one in particular, but the emulator
verification approaches usually do not compare data and addresses on the
bus, whi
Marcel Kilgus wrote:
> Actually I have dabbled with VHDL in University and would love to do
> more with FPGAs, but no, I have enough pet projects going as it is.
> Perhaps in another life ;-)
HDL *and* 68K emulation experience would indeed be the perfect
combination. Maybe something for the next
Hi Geoff,
this sounds very good. I like the focus on the QL and the forward
oriented approach. I would at least stay two nights, one before the
event on Saturday and one night after the event, so the full Saturday is
available without time pressures for travelling.
Some activity like dinner on Fr
Dave Park wrote:
> Peter, could you outline what is available for the CS8900A, please?
For the QL? Nothing, as far as I know.
Are you asking a different Peter? I proposed the CP2200.
Peter
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.
Hi Dave,
> I am a little disheartened that ethernet on the Qx0 is not used by any
> QDOSMSQ* versions.
I used it with QDOS Classic - even sent email from my Q60 to this list,
where you could see in the header that it was not Linux ;-)
But QDOS Classic had other shortcomings (absence of maintaine
Hi Dave,
> The CS2200A which is used in the Qx0 is the other contender.
Qx0 uses RTL8019 (NE2000 compatible). The CP2200 ("P" not "S") is used
on the Q68.
> What I struggle with is that this option has been available to owners for 15+
> years and yet nobody has used it in QDOSMSQ...
Except me.
Marcel Kilgus wrote:
> My biggest grievances actually were the lack of C++ style comments and
> the way the distribution is packed.
QDOS-GCC can handle them. (Not sure a crosscompiler is an option for
others, but it served me quite well.)
> Oh yeah, and ditching Quill for documentation, but ther
Hi Derek,
> Did your email system on the Q60 use a TCP/IP stack through an ISA
> Ethernet Card in the Q60 ISA slot.
Yes. The program was quite nice for the time, but it has no SSL
encryption, so connecting to a mail server could become problematic
today. My provider has announced that it soon wi
Oct 11 preferred.
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Great news! :-D
Many thanks to you Geoff and all who work for "QL is 30"!
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Geoff Wicks wrote:
> On 13/05/2014 14:44, pg...@q40.de wrote:
>> Hi,
>>
>> we had a little conversation about Geoff's recent post on the German
>> QL forum. In conclusion, we are glad if *everybody* who is
>> interested in the QL, is very welcome at the meeting in Edinburgh.
>> Our hope is that nob
Dilwyn Jones wrote:
> If I did attend, I'd have no particular preference for food type.
Same here.
> I agree with Tobias though that a formal dinner the night before the event
> would be better, giving people a chance to get to know each other and then
> of course anyone staying Saturday night
Geoff Wicks wrote:
> 1: Payment by cheque for £25 made out to SQLUG and sent to John Sadler.
Probably not possible from outside the UK.
> 2: Payment by PaYPaL. Quanta has kindly agreed to allow payment via
> their PayPal account. This may be the cheapest way for non-UK-ers to pay.
I have no P
Hi John, Derek, Geoff and all,
I should be able to give a little demo of my native QDOS GUI, so I'll
actually need a CRT monitor for Q60. John, thank you very much for your
offer. Yes, please bring it if you can.
Derek, can you bring an AT powers supply please? I'll probably need to
bring the Q60
This is a check wether I can receive mail from the ql-users list under
QDOS on my Q60. Please ignore.
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Hello Tobias,
> I will have a Windows laptop with me that has both wired Ethernet and
> WiFi - We'd need a cross-over Ethernet cable to demonstrate.
I don't have a crossover cable, but many modern ethernet PHYs can do the
equivalent internally. E.g. my netbook connects to my Q60 with a patch
cab
Hi Geoff,
thanks for the nice report. By the way, the QLwIP demonstration went
well, just that the TCP/IP connection was only local, as long as the
WiFi in the hall was down. I could show file upload/download and the
webserver under QDOS.
Later on, when WiFi came up, I also showed web and email a
Petri Pellinen wrote:
> Having spent some time lately messing about with Qdos using assembly
> [snip]
Good to hear that you are doing some QL programming ;-)
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
Am 08.02.2016 19:15, schrieb Marcos Cruz:
>
> Some interesting BogoMIPS benchmarks from the Spanish QL Forum
> (http://foro.speccy.org/viewtopic.php?f=15&t=4687):
>
> QL with GoldCard (1):
> 1.62, 1.62, 1.62, ...
>
> QL with SuperGoldCard (2) :
> 5.83, 5.83, 5.83, ...
>
> QemuLator (3):
> 96.55
Am 08.02.2016 20:14, schrieb Marcos Cruz:
> En/Je/On 2016-02-08 19:59, Peter Graf escribió / skribis / wrote :
>
>> But BogoMIPS is not really a benchmark, the PC probably outperforms the
>> Q60 in practice.
>
> Is "CPU speed test" the right term?
Yes, it is
Am 08.02.2016 21:19, schrieb Thierry Godefroy:
>
> Q60 @ 66MHz (overclocked 68060RC50):
> 127.82 BogoMips
> Writethrough cache mode: 24.937 VAX Mips/43813.5 Dhrystones/s (5M runs)
> Copyback cache mode: 47.812 VAX Mips/84005.4 Dhrystones/s (5M runs)
A 68060 with fully activated caches should deli
Am 09.02.2016 14:14, schrieb Thierry Godefroy:
> On Tue, 09 Feb 2016 10:36:02 +0100, Peter Graf wrote:
>
>> Am 08.02.2016 21:19, schrieb Thierry Godefroy:
>>>
>>> Q60 @ 66MHz (overclocked 68060RC50):
>>> 127.82 BogoMips
>>> Writethrough cache mod
Thierry Godefroy wrote:
> [...]
> most common RTC+quartz chips (e.g. the
> DS3231) come at a quarter of this price and don't use that silly
> integrated battery concept that forces you to replace the whole shebang
> every 10 years (or even sooner, depending on how long the RTC+battery
> package wa
Hi Thierry,
>> 1) Create a 1024x768 signal with a modified CPLD, generating
>> 1024x512 plus a black bar at the bottom of the screen. 800x600 does
>> not fit the PLD.
>
> Strange... I'd have expected that the problem was the video memory,
> but 800x600 pixels consume less memory than 1024x512 p
Am 11.03.2016 21:48, schrieb Thierry Godefroy:
> On Fri, 11 Mar 2016 21:16:08 +0100, Peter Graf wrote:
>
>>> Strange... I'd have expected that the problem was the video memory,
>>> but 800x600 pixels consume less memory than 1024x512 pixels...
>>
>> Ye
Am 11.03.2016 23:30, schrieb Malcolm Lear:
> Assuming the PLCC has a through hole socket, would it be possible to
> solder a pcb carrier for a more modern chip on the back of the board
> using the PLCC pins that protrude through?
Probably yes. But soldering would require to heat up all PLCC pins
Thierry Godefroy wrote:
>>> No chance to get a "larger" (i.e. with more gates) CPLD that would fit
>>> the same socket ?... Or perhaps by using a modern and larger (in both
>>> size and number of gates) CPLD that would piggy-back on the old CPLD
>>> socket via a small adpater printed circuit ?...
Thierry Godefroy wrote:
> This said, an adapter is still the best solution. A quick search on
> the web lead me to this:
> http://www.ironwoodelectronics.com/catalog/Content/Templates/PartGrids.cfm?StartRow=21&cPart=PL-PLCC44-H-01&Grid=PL-PLCC_TABLE
> http://www.ironwoodelectronics.com/catalog/Con
Derek Stewart wrote:
> Even cutting the PLCC socket would have risks to damage the tracks on
> the board due to stress of the cutting.
>
> I have temperature controlled vacuum desoldering equipment, which should
> desolder the PLCC socket pins without damage. Much better and safer than
> hand
Hi Thierry,
your persistance wanting 800x600 resolution for the Q60, combined with
your optimism about the OS changes has inspired a new idea in my head.
The memory area accessible on the Q60 ROM sockets is 1048576 bytes long,
but 800x600 requires only 96 bytes, leaving 88576 bytes free.
I c
Peter Graf wrote:
> Disadvantage: No 8 bit or 16 bit access possible - there are no such
> signals on the ROM sockets. It would be up to the driver to use only 32
> bit wide access! (This might be achievable by making the screen area
> copyback-cacheable and force a flush with
Thierry Godefroy wrote:
> Frankly, I never ran QDOS Classic short of one quick test. SMSQ/E is so
> much better (and now even Open Source and thus free, just like QDOS
> Classic), that it makes no sense whatsoever for me to run any old-
> fashioned QDOS "flavour" (my QXLs, SCG+Aurora systems and t
Thierry Godefroy wrote:
>>> Again, I don't see why you exclude the possibility to bring the necessary
>>> signals to the daughter board via "flying" wires soldered on the
>>> corresponding pads under the Q60 PCB... I'd rather use a solder iron once
>>> and for all than loose performances with a ku
Wolf wrote:
> Though I don't remember you trying to reach out to me in this respect,
> if the question is whether somebody could port SMSQ/E to your machine, I
> might be tempted to have a go a it.
Thierry has expressed interest in the Q68, and SMSQ/E will obviously be
needed for him. That's why
Peter Graf wrote:
> 2) Use the QLWA driver of SMSQ/E and change the intitialization / block
> operations for SDHC card. You could look at the QL-SD driver sources or
> at the sources of my Q68 bootloader (written in C) for that purpose.
For a start, SMSQ/E could consider the SDHC c
Tobias Fröschle wrote:
> I have a small SD card driver here that I can compile either with the
> "standard"
> QDOS slaving mechanism or, alternatively, no slaving (except buffering
the directory
> and one additional "scratch" block buffer) at all. Benchmarking even
small, repeated
> accesses to f
Wolfgang Lenerz wrote:
>> End of 2013 Peter Graf sent me a work-in-progress version of uQLx with
>> QL_BDI support (uqlx-src-peter-17-11-2013.zip). He stated that this works on
>> his (then) recent Debian 32-bit.
>
> It doesn't work on my 64 bit linux.
The point mig
Colin McKay wrote:
> As regards the QL dying, to me the main factor for this is the inability of
> the QL community to create a system of durable software which would enable
> the purchaser of a machine (emulator) to instantly have a day-to-day
> coherent usable collection of programs not prone to
Cool. Just tested it on Q68 ;-)
Am 22.12.2016 um 18:24 schrieb Wolf:
> Hi all,
>
> 'Tis the season to be merry.
>
> So, The Wall, a formerly commercial game, is now up on my website.
>
> www.wlenerz.com/QLStuff
>
> Seasons greetings to all.
>
> Have fun!
>
> Wolfgang
> __
1 - 100 of 232 matches
Mail list logo
