Re: [Ql-Users] George Gwilt

2024-03-12 Thread Fabrizio Diversi via Ql-Users
I never met George, but he was an inspiration with my "struggles" to 
modify the SMSQ sources on the 68060 processor of my Q60 and recompile them.

Rest in peace.

Fabrizio

On 12/03/24 10:25, Wolfgang Lenerz via Ql-Users wrote:

Hi,

I'm sorry to hear about his passing. He was an inspiration for many of 
us.


My condolences!

Wolfgang


Hello everyone at the QL-Users group.  I guess most of you knew of mu 
father, George Gwilt - this is just to let you know that he passed 
away this past Saturday.


All the best,

Richard Gwilt




On 25 Feb 2024, at 20:54, qlus...@sinclairql.net via Ql-Users 
 wrote:



This is great news!

It took me some time to do a first test run with QPC2 and QL/E v3.23 
this evening. So far all is well.


QL forever!
Urs
  ___
QL-Users Mailing List


___
QL-Users Mailing List


___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator 3.00

2024-02-19 Thread Fabrizio Diversi via Ql-Users

Hi,

I had some problems with Java at the beginning with SMSQmulator 3.0, I 
sent the logs to Wolfgang then he sent me back an updated version, now 
all is fine.


I am using it on Apple Macbook M1 with Sonoma 14.4 (Beta) and official 
Java release 17.0.1 LTS, I noted that since when I installed Sonoma some 
problems began and also Crossover stop working (Since Beta 4) .


BTW, SMSQmulator now works fine on my Mac, Raspberry and a PC with 
latest Linux Mint 21.3



On 19/02/24 16:59, Juraj Lutter via Ql-Users wrote:



On 19 Feb 2024, at 16:46, Kjartan via Ql-Users  wrote:

Hi,

Another one - selecting Reset from the interface causes this:

This popped up at me on startup when using OpenJDK17 from Homebrew on MacOS.


Exception in thread "AWT-EventQueue-0" java.lang.UnsupportedOperationException
at java.base/java.lang.Thread.stop(Thread.java:1667)
at 
smsqmulator.SimpleEmulationThread.endEmulation(SimpleEmulationThread.java:42)
at smsqmulator.Monitor.killEmulation(Monitor.java:1168)
at smsqmulator.Monitor.reset(Monitor.java:1181)
at ui.FileMenu.lambda$new$1(FileMenu.java:37)

otis
___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] SMSQ/E 3.39

2024-02-19 Thread Fabrizio Diversi via Ql-Users
I would like to express my thanks to Wolfgang, Marcel, Peter and all the 
other developers, HW and SW, who continue to give QL a future and who 
allow QL to be not just a retro "phenomenon".
Q68, SMSQ/E, Ethernet drivers, slowly and laboriously, keep the QL 
connected to the future, therefore not just a retro nostalgic memory.

Well done everyone.

Fabrizio

On 17/02/24 13:58, Wolfgang Lenerz via Ql-Users wrote:


Hi all,

SMSQE 3.39 is out now.


Various bugfixes by Marcel
SMSQ/E for Q-emulator (by Daniele)
EXEP_M EXEP_W keywords and related functions
Name of JOB_NAME for Sbasic may now be 48 chars long
Q68 setting date also sets it in the hardware clock, if PROT_DATE 
allows it

Q68 better serport handling
Q68 allows for configuurable home/end keys
SMSQmulator can handle serial ports (experimental feature)
CKEYON/CKEYOFF could malfunction under some circumstances
SER_FLOW no longer gives error every time it is used
Recent thing bugs corrected

This can get downloaded from wlenerz.com/smsqe

Have fun!

Wolfgang
___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] Announcement for the 40th Anniversary of the Sinclair QL in Dormagen (Germany)

2024-02-09 Thread Fabrizio Diversi via Ql-Users
I will attend, just for one day, most probably on Saturday 😀

On Fri, Feb 9, 2024, 12:11 Urs Koenig (QL) via Ql-Users <
ql-users@lists.q-v-d.com> wrote:

> Markus and I intend to attend. Who else from this list?
>
> Von meinem iPhone gesendet
>
> ___
> QL-Users Mailing List
>
___
QL-Users Mailing List


Re: [Ql-Users] Save problems with QPC2, QD, QPAC2 or SMSQm8

2023-11-24 Thread Fabrizio Diversi via Ql-Users
Win drives are some time source of problems, according to my experience 
never exceed 1GB of data per single QXL.WIN . I suspect fragmentation, 
that affect native HW  on FAT file system, has some influence also on 
emulators.


As far as I know there are no tools to check integrity of win drive on 
emulators, on real HW we have the win_check command.


Fabrizio


On 24/11/23 15:10, Bob Spelten via Ql-Users wrote:
That's what I did. A larger win2_ was formatted and dirs/files were 
copied with Cueshell from the old win2_.

I only hope any corruption was not migrated with it.
Are there any tools available to examine a suspect win drive?

Bob

Fabrizio Diversi via Ql-Users wrote:

Hi,

no issue here, same with QPC and SMSQmulator.

I suspect your  win2 is corrupted in some way, it happened to me with 
the same error of "drive full",  try to use the tool QLWARZ from Per 
Witte to check if something change.


Fabrizio


On 24/11/23 14:21, Bob Spelten via Ql-Users wrote:

I experienced a strange problem with Saving a text from QD.
Under QPC2 the Overwrite from QD to win2_ froze the emulator.
The same file under SMSQmulator8 to the same win2_ gave no problem.
The text file is about 250KB in size.

Saving to ram2_ from QD went OK on both emulators.
Backup of the ram2_ text to win2_ by QPAC2 froze QPC2 again, not 
under SMSQm8.
Copy with QPAC2 now reported 'drive full' while it claimed 28MB free 
on win2_.
Then I found that the same Copy from SMSQm8 had saved only 10% of 
the text - QPAC2 reported the full size - thus avoiding the 'drive 
full' error.


The emulators, SMSQ/E & QD are the latest versions running under W$7.
I also tried older versions with the same result.
So why is the free MB size wrong?
Why does QPC2 freeze and not report an error from QD?
Why does SMSQm8 deceive me into thinking it all went OK?

Bob



___
QL-Users Mailing List




___
QL-Users Mailing List


Re: [Ql-Users] Save problems with QPC2, QD, QPAC2 or SMSQm8

2023-11-24 Thread Fabrizio Diversi via Ql-Users
...when your web site will be back?  the content of your website has, 
for me, great value for everyone who wants to program with the QL🙂

​

On 24/11/23 14:45, pjw via Ql-Users wrote:
Could your win2_ be corrupt? Try creating a fresh win2_ (QLWARZ makes 
that easy) I hope you didnt lose (too much) data!

Per
On 24/11/2023 14:21, Bob Spelten via Ql-Users wrote:

I experienced a strange problem with Saving a text from QD.
Under QPC2 the Overwrite from QD to win2_ froze the emulator.
The same file under SMSQmulator8 to the same win2_ gave no problem.
The text file is about 250KB in size.

Saving to ram2_ from QD went OK on both emulators.
Backup of the ram2_ text to win2_ by QPAC2 froze QPC2 again, not 
under SMSQm8.
Copy with QPAC2 now reported 'drive full' while it claimed 28MB free 
on win2_.
Then I found that the same Copy from SMSQm8 had saved only 10% of the 
text - QPAC2 reported the full size - thus avoiding the 'drive full' 
error.


The emulators, SMSQ/E & QD are the latest versions running under W$7.
I also tried older versions with the same result.
So why is the free MB size wrong?
Why does QPC2 freeze and not report an error from QD?
Why does SMSQm8 deceive me into thinking it all went OK?

Bob



___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] Save problems with QPC2, QD, QPAC2 or SMSQm8

2023-11-24 Thread Fabrizio Diversi via Ql-Users

Hi,

no issue here, same with QPC and SMSQmulator.

I suspect your  win2 is corrupted in some way, it happened to me with 
the same error of "drive full",  try to use the tool QLWARZ from Per 
Witte to check if something change.


Fabrizio


On 24/11/23 14:21, Bob Spelten via Ql-Users wrote:

I experienced a strange problem with Saving a text from QD.
Under QPC2 the Overwrite from QD to win2_ froze the emulator.
The same file under SMSQmulator8 to the same win2_ gave no problem.
The text file is about 250KB in size.

Saving to ram2_ from QD went OK on both emulators.
Backup of the ram2_ text to win2_ by QPAC2 froze QPC2 again, not under 
SMSQm8.
Copy with QPAC2 now reported 'drive full' while it claimed 28MB free 
on win2_.
Then I found that the same Copy from SMSQm8 had saved only 10% of the 
text - QPAC2 reported the full size - thus avoiding the 'drive full' 
error.


The emulators, SMSQ/E & QD are the latest versions running under W$7.
I also tried older versions with the same result.
So why is the free MB size wrong?
Why does QPC2 freeze and not report an error from QD?
Why does SMSQm8 deceive me into thinking it all went OK?

Bob



___
QL-Users Mailing List


Re: [Ql-Users] testing

2023-04-27 Thread Fabrizio Diversi via Ql-Users
QL new email client?  Maybe with IMAP feature?


Fabrizio

Il gio 27 apr 2023, 15:07 pjw via Ql-Users  ha
scritto:

> testing
> ___
> QL-Users Mailing List
>
___
QL-Users Mailing List


Re: [Ql-Users] QBOX

2022-03-10 Thread Fabrizio Diversi via Ql-Users

Hi,

thank you, your answer solved the issue I had, Qbox work fine.

This is true for QPC2 under MS win10 but not for my main QPC2 system 
under MacBook M1 using Crossover where, when Qbox start, I got an error 
QSPILTCP: bind socket failed, retrying in 60 msec.



Same using SMSQmulator under MacBook M1(Monterey): QSPILTCP: cannot set 
TCP_NODELAY option: not implemented - io.open in sp.wtcall returned 
error: not implemented


Quite obvious this is an issue linked with Macbook and Crossover 
emulation, not a big issue for me as the Qbox server is on Qpc2 hosted 
on Win10 and Qterm client work fine under MacBook/Crossover/Qpc2😁


Thank you again for your support

fabrizio

On 09/03/22 21:17, Jan Bredenbeek wrote:

Hi Fabrizio,

Just start QBOX with the -T option, i.e. EX QBOX;'-T'. This bypasses 
the clock check. Then log on and log off, this will correct the time 
stamp on the USERS_BBS file. After this, you won't need the -T option 
if your clock is set correctly (QBOX only complains when the time 
stamp of USERS_BBS is in the future or more than 1 year in the past :)).


Jan

On 09-03-2022 15:13, Fabrizio Diversi via Ql-Users wrote:

Hi,
sorry if this topic was discussed elsewhere, but, after I updated my 
Qbox Server system (Raspberry/SMSQmulator) with latest programs/os 
etc (SMSQ/E 3.38), Qbox refuse to start with the error "QBOX: wrong 
Clock setting" and cannot find why. this happen..either I cannot 
find any document that explain QBOX errors messages meaning

Any help will be appreciated :)

Thanks
Fabrizio
___
QL-Users Mailing List




___
QL-Users Mailing List

[Ql-Users] QBOX

2022-03-09 Thread Fabrizio Diversi via Ql-Users

Hi,
sorry if this topic was discussed elsewhere, but, after I updated my 
Qbox Server system (Raspberry/SMSQmulator) with latest programs/os etc 
(SMSQ/E 3.38), Qbox refuse to start with the error "QBOX: wrong Clock 
setting" and cannot find why. this happen..either I cannot find any 
document that explain QBOX errors messages meaning

Any help will be appreciated :)

Thanks
Fabrizio
___
QL-Users Mailing List


Re: [Ql-Users] For Marcel and Wolfgang ...and Alain

2021-11-01 Thread Fabrizio Diversi via Ql-Users

Hi,

any thanks also from me for the commitment and works done .

All the best

Fabrizio

On 01/11/21 14:54, Wolfgang Lenerz via Ql-Users wrote:

Hi,

you're welcome, nice to see it's useful.

Here Alain Haoui also did an important part in this version -
unfortunately, i took a very long time in getting ready to get this out.

Wolfgang



Thank you for the fantastic work you are doing for our community!!!

Giorgio
___
QL-Users Mailing List


___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] Mister core

2021-02-02 Thread Fabrizio Diversi via Ql-Users

yes, sure

On 02/02/21 19:29, Michael Grunditz wrote:

On Tue, 2 Feb 2021 at 18:49, Fabrizio Diversi via Ql-Users
 wrote:

Hi, I am also using SDRAM v1 and core: Mister_QL_20200927 (last one
available) and all is fine*.* Sorry not to help you more.

Fabrizio

Hi

Is it a 32MB module?

___
QL-Users Mailing List


Re: [Ql-Users] Mister core

2021-02-02 Thread Fabrizio Diversi via Ql-Users
Hi, I am also using SDRAM v1 and core: Mister_QL_20200927 (last one 
available) and all is fine*.* Sorry not to help you more.


Fabrizio
** 

On 02/02/21 14:15, Michael Grunditz via Ql-Users wrote:

Den tis 2 feb. 2021 09:58Marcel Kilgus via Ql-Users <
ql-users@lists.q-v-d.com> skrev:


Michael Grunditz via Ql-Users wrote:

http://www.update.uu.se/~micken/qlcore.jpg

With js rom I get a white screen.

Osd menus works in both cases.

I might have a bug in the fpga,  but not sure if it is that .

The "official" core works just fine.

Looks like a problem with RAM data bus line DQ13 (pin 13 on
connector). RAM board DIY or bought? SDRAMv1 or v2?

What maximum frequency does the RAM test core detect?


150

The oldest core you have on your website works. Reading the change log it
looks like "adding support for v2" is the problem.
___
QL-Users Mailing List

___
QL-Users Mailing List


[Ql-Users] QPC2 v5 + SMSQmulator + IpNet etc etc

2021-01-24 Thread Fabrizio Diversi via Ql-Users

Hi,

I am enjoying so much with the recent development in QL area that I want 
to deeply thank Marcel and Wolfgang for the work you have done for yours 
emulators, for SMSQ/E OS and finally for developping new features for 
FPGA compatible systems, same thanks should go to all the other that 
have contributed with important pieces eg Ipnetand many others (PJW 
etc etc)


Ipse dixit

Fabrizio


On 24/01/21 11:14, Marcel Kilgus via Ql-Users wrote:

QPC1 went on sale in 1996, almost 25 years ago. Talk about commitment!
:-)

It's become sort of a tradition to make QPC2 releases on the birthday
of my daughter: exactly 7 years ago QPC2 became free, exactly 4 years
ago I released the last version and today I can finally present QPC2
v5!

It has been a gruesome push to make the exact date, but thanks to
Wolfgang Lenerz for making my time plan possible!

Read up on the details here:

https://www.kilgus.net/2021/01/24/a-sign-of-the-apocalypse-qpc2-v5-is-here/

Enjoy, Marcel

___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] Q40i/Q60 board availability

2020-06-12 Thread Fabrizio Diversi via Ql-Users

Yes, please

+1 for me

Fabrizio



>From time to time, I vaguely consider designing a completely new 68060
mainboard with modern HDMI video output, and SDHC cards instead of
floppy and IDE harddisk. Would such a machine come close to what you like?

All the best
Peter
___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] Memory cards and the Q60 (was Re: SMSQE 3.36)

2020-05-12 Thread Fabrizio Diversi via Ql-Users

Yep, I am using last version of 3.36b.

I revert back to initial original eprom, waiting the brand new Eprom (10 
items exactly the same) i ordered from China


Unfortunately I bought 4 eprom second hand from eBay, they are branded 
ST M27C1024 12F even if they look different from external: 2 have round 
window and 2 have rectangular window. Moreover the programmer (Signstek 
TL866II Plus)fails if I check the "Check ID" button, well it fails for 3 
of them and for the remaining one it pass, not a good sign.


As I said in the previous post using SMSQ/E 3.36b in eprom and booting 
the QXL.WIN from the Syba SD-ADA45006 CF reader _works most of the 
time,_ but sometime Q60 stops at initial screen (white/red) not moving 
forward and I need to switch off/on again.


When Q60 start, I also tried to lrespr again 3.36b but apparently 
nothing change.


In summary booting from old eprom (differently from Thierry) I have a 
very stable situation even if i exchange the different CF/SD readers I 
have at home (4), all of them works.


Booting from new 3.36 eprom I have experienced sometime (very few) hangs 
at initial screen with Syba reader, and replacing it with the other 
CF/SD readers even worst getting a blank screen and nothing else.


I could be wrong, and for sure I am, but I noted that smsq/e 3.36b in 
eprom boots in an instant and I  suspect that smsq/e 3.36 start so fast 
that sometime for unknown reasons hangs before the boot, this explain 
the few hangs I have.


Thats all for the moment, waiting the new eprom for restart the tests.

Fabrizio

On 12/05/2020 13:14, Wolfgang Lenerz via Ql-Users wrote:

Hi,

Yes, thanks, that will be in the next version of SMSQE.

I sent Fabrizio a preview version with that fix already included, I
presume that is what Fabrizio is using

I'm not sure whether that is his problem, though.

Woflgang


Just a question - what happens if you re-load (per LRESPR ,not
automatically at boot time)

Yes, I was about to ask the same question, but you bet me to it.

It is probably the same issue as the one I encountered with my HD that
is too slow to show up on the IDE bus when SMSQ/E v3 is cold-booted
from the ROM.

LRESPRing again SMSQ/E v3.36 would definitely expose this, if the card
is seen after such a warm reboot.

I'm posting again here (but in-lined, this time, since the list does
not propagate attachments) the (quick and dirty) patch I made for my
HD and SMSQ/E in EPROM, and which introduces a 5s delay before querying
the IDE drives on boot:

---
diff -durN smsqe336src/dv3/q40/hd/init.asm 
smsqe336src-patched/dv3/q40/hd/init.asm
--- smsqe336src/dv3/q40/hd/init.asm 2020-04-16 09:30:29.0 +0200
+++ smsqe336src-patched/dv3/q40/hd/init.asm 2020-04-21 21:47:22.0 
+0200
@@ -83,6 +83,13 @@
jsr hd_1sec
move.l  d0,hdl_1sec(a3)
  
+	move.l	d5,-(sp)

+   move.w  #250,d5 ; wait 5 seconds (250 frames)
+wait5s
+   jsr hd_1sec
+   dbrad5,wait5s
+   move.l  (sp)+,d5
+
lea q40_wn1+2,a0; configured name
lea hdl_end(a3),a1  ; names lie after device defn (linkage) 
block
bsr norm_nm ; copy & normalise name
-

Thierry.
___
QL-Users Mailing List


___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] Memory cards and the Q60 (was Re: SMSQE 3.36)

2020-05-11 Thread Fabrizio Diversi via Ql-Users

Hi,

I am in the middle of multiple tests with CF/IDE and SD/IDE readers with 
different type/size of CF and SD


Few words about the 2 machine I am using :

- Q40 with 1 IDE controller card with primary channel (master/slave) and 
secondary (master/slave) on the same Card so in total 4 IDE devices: as 
primary master I have a classic 80 GB IDE HD (2 atari partition), as 
slave I have a CDROM. On the secondary channel as a master I have an 
IDE/CF adapter. (StarTech 3.5 Drive Bay IDE to single CF SSD adapter 
card reader). The second ISA slot is occupied by ethernet card. SMSQ/E 
2.92 on rom, then I load newer SMSQ/E (3.36) from primary master disk. 
All the different combination of CF/SD I use on the StarTech are fine. 
The system is working well and stable . Q40 is very tolerant with any 
CF/SD reader I tried to used: I also replaced main primary (master) 
classic 80 GB with a single SD reader (Kalea Informatique - Adapteur 
Convertisseur IDE 3.5 40 pin vers SD Card) and also everything works 
fine.


- Q60: SMSQ/E 2.98 on Rom, 2 IDE cards ESIO v2.1, no ethernet. I had 
also in the past a 2 slot ISA riser card to use the 2 IDE controller at 
the same time with ethernet card (used with linux Shoestring), but at 
the moment I removed the riser card (and linux) and I use the 2 IDE 
cards in the single ISA slotᅵ with no Ethernet. Theᅵ 2 IDE card ESIO 
v2.1 are configured so that one is the primary ide card (IDE address 
primary IRQ 14) with ser1 and ser2, the second card is configured as 
secondary (IDE address secondary IRQ 15) with ser3 and ser4. Attached to 
the first primary card I have: Syba SD-ADA45006 Lecteur de Carte memoire 
interne IDE, it is a CF reader able to have the master CF on one side 
and the slave CF on the other side. As master I have an IBM Microdrive 
withᅵ 2 atari partition used only to boot newer SMSQ/E and as slave I 
have a toshiba 4GB SD inserted into a passive CF2SD adapter type II (K 
komputer K Bay). The SD have 2 partitions. All work fine, I repeat that 
all work fine with SMSQ/e 3.36 (last revision)


- Same Q60 as before but with SMSQ/e 3.36 on rom..here the situation 
is more complex. After having upgraded my Q60 with newer roms, the 
tolerance with CF readers and different type of SD/CF cards are totally 
different. The same Syba adapter is in place and works fine booting 
directly QXL.WIN (and it is very fast), but i realized that most of the 
other CF readers I tried DON'T work any more as before. This issue seems 
to address newer SMSQ/E in Eprom, I used second hand ST M27C1024 eprom 
120ns. I ordered completely new eprom from China the same Brand but with 
100ns.not sure where is the problem.


This is the situation as of yesterday night, it is really hard and time 
consuming test all different combination of devices .


Fabrizio



On 11/05/2020 22:35, Thierry Godefroy via Ql-Users wrote:

On Thu, 23 Apr 2020 23:42:31 +0200, Peter Graf via Ql-Users wrote:


Fabrizio Diversi via Ql-Users wrote:

-ᅵᅵᅵ As a slave I have a 4 GB Toshiba SD HC with a CF adapter Type II.

Ah! Very good idea! With the right passive CF-IDE adapters, those might
not suffer the same problem as the SD-IDE converters, which allow no
slave.

I'm afraid things are not *that* simple... :-(

Based on Fabrizio's report, I bought and tried this adapter:
https://www.amazon.fr/gp/product/B06XD8ZP1P

Sadly, when plugged into the IDE to CF Card adapter (duly configured as
a slave and which does cause a genuine CF Card to indeed behave as an
IDE slave device when plugged in this adapter), the SDHC+CF card adapter
combo behaves like if it is alone on the IDE bus, masking any other
device connected to it (in my case, an IDE HD configured as master).

I also tried to configure the IDE-CF adapter as master and the DD as
slave, but the DD is still not seen on the bus when the SDHC+CF card
adapter combo is plugged into the IDE-CF Card adapter.

I returned that device today since it's of no use at all to me...

If Fabrizio could quote the brand and model of his working SDHC to CF
card adapter, it would save us a lot of troubles finding one that works
as intended...

Thierry.
___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Fabrizio Diversi via Ql-Users

Hi,

this is the "device" I use on the Q60: 
https://www.amazon.fr/Syba-SD-ADA45006-Interne-lecteur-m%C3%A9moire/dp/B0036DDXUM


The device can fit 2 CF, the master on one side, the slave on the other.

-    As a master I have an IBM microdrive (1gb) divided with 2 QLWA 
Atari partitions each 512mb. The MD is used only to boot new SMSQ/E, 
then in the boot with a win_drive 1,1,0,0,'QLWA.WIN' I link the disk on 
the slave partition


-    As a slave I have a 4 GB Toshiba SD HC with a CF adapter Type II. 
The SD is divided with 2 (2GB) partitions FAT32 where I have all my 
QXLs.WIN . I choose a  SD instead of a CF to facilitate data exchange 
with Q68.


All works fine with last SMSQE(b) 3.36 on Q60

Fabrizio

On 23/04/2020 14:14, Thierry Godefroy via Ql-Users wrote:

On Thu, 23 Apr 2020 13:37:15 +0200, Fabrizio Diversi via Ql-Users wrote:


On 23/04/2020 13:08, Thierry Godefroy via Ql-Users wrote:


Err... I do need the corresponding sources, so that I can patch them
(I need a delay on boot for the hard disk, else it won't cold-boot
on it)

Very interesting, is a common problem using compressed SMSQe Rom with
normal HD ?

It is a problem with my HD (a 60Gb Maxtor) and my Q60 @ 66MHz: SMSQ/E
boots so fast (from the ROM) that the HD does not have enough time to
spin up (after a cold start or a software reset) and be ready by the
time SMSQ/E tries and reads win1_boot, so SMSQ/E gives up on booting
on the HD...


Could be this a value parametrized ?

I just coded a (very quick) and (totally) dirty 5s delay loop in the
Q40 HD init code. The *proper* fix would require waiting in a loop
(that would timeout after 10s or so) for a HD to show up and report
as being ready on the IDE port(s). This won't need any parameter, but
perhaps a disabling flag in the SMSQ/E config block, for people not
using any HD (or IDE drive) and booting only from floppy (disabling
that feature would allow for faster boot on floppy).


Well I am curious to know what you did, can be this module published ?

Patch attached. I already reported the issue and transmitted the patch
to Wolfgang as well, a few months ago. I suppose I'm the only person
affected (with perhaps the only known configuration regrouping a low
spinning drive and a fast (overclocked) Q60)...


I can vouch for this fact that, sadly and while implementing a "full IDE"
compatibility mode, the Compact Flash cards (their "reader" is actually
just a controller-less CF connector to PATA IDE connector adapter) are
totally unreliable when used on an IDE bus, be it from SMSQ/E or Linux:
they *might* seem to work, at first (at least some brands might look like
they do), and as long as you copy files in a raw on a blank medium, but
as soon as you start deleting files and writing others (i.e. for random
access, and with fragmentation), you get immediate medium corruption !

it is more easy to find on the market CF to IDE adapter, only for my Q40
I ordered recently from Amazon (should be here next week) an SD/IDE
adapter: Kalea Informatique - Adaptateur Convertisseur IDE 3.5" 40Pin
vers SD Card. I let you know .

I already did that, months ago... Tried with 32Gb CF cards made by
Transcend (first write on blank QXL.WIN works fine under SMSQ/E, then
rewrites corrupt the whole media) and SanDisk (not working *at all*
with the adapter).
Note that both CF cards (totally) fail under Q60-Linux as well (so it's
not SMSQ/E's fault).


On Q60 I have a single adapter CF to IDE, similar to 2.5 inch HD
enclosure, that can hold 2 CF, one per side, master and slave. It works.

Lucky you !

Feel free to provide the community with the brands and models
(especially the CF card brand/model, since this is the only thing
which truly counts for a controller-less IDE/CF adapter).
Also, perhaps your "2.5 inch HD enclosure" is in fact equipped with
an actual IDE controller (is there any IC on its PCB) ?

Thierry.
___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Fabrizio Diversi via Ql-Users

Hi,

On 23/04/2020 13:08, Thierry Godefroy via Ql-Users wrote:


On Thu, 23 Apr 2020 12:10:13 +0200, Wolfgang Lenerz via Ql-Users wrote:


I don't feel it necessary to release a new version of SMSQE for this.

Err... I do need the corresponding sources, so that I can patch them (I need
a delay on boot for the hard disk, else it won't cold-boot on it) and burn
Very interesting, is a common problem using compressed SMSQe Rom with 
normal HD ? Could be this a value parametrized ?   Well I am curious to 
know what you did, can be this module published ?

the resulting re-compiled ROM in the Q60 EPROMs...

Thanks in advance for publishing them.

On Thu, 23 Apr 2020 12:03:58 +0200, Wolfgang Lenerz via Ql-Users wrote:


My advice: get rid of the CF reader, I have had nothing but trouble with
them.

I can vouch for this fact that, sadly and while implementing a "full IDE"
compatibility mode, the Compact Flash cards (their "reader" is actually
just a controller-less CF connector to PATA IDE connector adapter) are
totally unreliable when used on an IDE bus, be it from SMSQ/E or Linux:
they *might* seem to work, at first (at least some brands might look like
they do), and as long as you copy files in a raw on a blank medium, but
as soon as you start deleting files and writing others (i.e. for random
access, and with fragmentation), you get immediate medium corruption !


it is more easy to find on the market CF to IDE adapter, only for my Q40 
I ordered recently from Amazon (should be here next week) an SD/IDE 
adapter: Kalea Informatique - Adaptateur Convertisseur IDE 3.5" 40Pin 
vers SD Card. I let you know .


On Q60 I have a single adapter CF to IDE, similar to 2.5 inch HD 
enclosure, that can hold 2 CF, one per side, master and slave. It works.





Not so with SD cards.

Sadly, I did not find a single SD card to IDE adapter that could be
configured on a master/slave IDE port, i.e. they all grab the "stand
alone" role and forbid using a second IDE drive as a slave (or master).

I might have found a solution, and I recently ordered a PATA IDE to
SATA adapter (with master/slave jumper) and a SD card to SATA adapter.
I should receive them by mid-June (COVID allowing), and will then
report my luck (or lack thereof) with this setting...

Thierry.
___
QL-Users Mailing List


Regards

Fabrizio

___
QL-Users Mailing List

Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Fabrizio Diversi via Ql-Users

yes, you are right.

What i meant in my previous email is about what i plan to do, I am not 
saying anything against Atari partition, it is up to the user decide 
what to do.


I read again, Peter, your previous email, and In case we (Wolfgang:-)) 
cannot find a solution, I vote in favor to switch back to 335 
functionality in this respect as you suggested.


Let me take the opportunity to repeat here the post i put on the forum, 
so that some of you can find a kind answer...:-)




Hi,
I am finishing my process of updating my Q40 / Q60, I have installed a 
new case, a new modular Atx power supply, replaced classics HD with 
CF/SD readers, eliminated floppy and lastly I would like to update the 
ROM with the latest version of smsqe.


I have already created, using the compressed version of SMSQE by 
Wolfgang the LO and HI parts ready to be burned in the 2 eprom.


Now I need your help in find out the exact model of the eprom to use: 
M27C1024-xxx but what model/brand ? and where to find them (eBay) ? UV 
or OTP?
Can you suggest me which model of eprom programmer to buy and which 
model of UV lamp to cancel the eprom?

Can I reuse the existing Roms erasing and reprogramming them ?

Many thanks

Fabrizio


All the best

Fabrizio

On 23/04/2020 11:39, Peter Graf via Ql-Users wrote:

Fabrizio Diversi via Ql-Users wrote:

New configuration I am approaching is to burn new ROM able to load
SMSQ/E 3.36 directly without need of at least one atari partition and
then have a single CF/SD (1 or 2 partition, doesn't care) to be able to
load until 8 QXL.WIN and to have the freedom to share them with Q68.

Especially for sharing with the Q68, the new feature is useless, as it
does not exist there.

Peter
___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] SMSQE 3.36

2020-04-23 Thread Fabrizio Diversi via Ql-Users

Hi all,

I am taking the decision to abandon at all Atari format partition on my 
Q60/Q40. I never had a special passion for mkpart/drvchk/drvlnk because 
I never fully understand the logic behind and this is my limit obviously .


New configuration I am approaching is to burn new ROM able to load 
SMSQ/E 3.36 directly without need of at least one atari partition and 
then have a single CF/SD (1 or 2 partition, doesn't care) to be able to 
load until 8 QXL.WIN and to have the freedom to share them with Q68. I 
think, that QXL.WIN on FAT32 could be considered the new standard, my 
humble opinion obviously


Fabrizio

On 23/04/2020 11:02, Peter Graf via Ql-Users wrote:

Thierry Godefroy via Ql-Users wrote:

On Thu, 23 Apr 2020 09:16:36 +0200, Wolfgang Lenerz via Ql-Users wrote:


Sadly, this change totally broke secondary partitions support for Atari
partitioned hard disks.

Just to make sure, this change broke things in 3.36 only, not in 3.35?

Yep. v3.35 works like a charm in this respect, and I actually reverted to
it for now...

For me the question is: Where is even the slightest practical benefit of
the new feature? Up to eight QLWA containers can be used without it.

I know it is hard to abandon code, after time was already invested, but
in this case I'd vote for it.

All the best
Peter
___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator 2.29

2020-04-19 Thread Fabrizio Diversi via Ql-Users

Hi,

doesn't work here: black screen and 2B29.

I am using a Mac Osx

Fabrizio

On 19/04/2020 15:23, Derek via Ql-Users wrote:

Hi,

I updated the Java 11 version all is working okay on Linux.

Maybe it's a Windows problem.

Regards,
Derek

On 19 April 2020 13:57:29 BST, "François Van Emelen via Ql-Users" 
 wrote:

Op 19/04/2020 om 7:56 schreef Wolfgang Lenerz via Ql-Users:

Hi all,

hot on the heels of SMSQE 3.36 comes SMSQmulator 2.29.

Win drives can be made removable.
NFA drives can handle (exec, save and load) files with an XTcc

footer,

so that QL files can be  EXEC'd directly from a native drive.

wlenerz.com/smsqmulator.

Have fun


Wolfgang
___
QL-Users Mailing List


Hi Wolfgang,

There seems to be a problem with 2.29.
Launching it displays a black screen.

About says: v 2.29 for Java 8.

François Van Emelen


___
QL-Users Mailing List

---
Regards,

Derek
___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] 16th Italian Sinclair QL meeting (virtual) - Report

2020-04-14 Thread Fabrizio Diversi via Ql-Users

Thank you Davide,

I enjoy a lot during the meeting for the news, for the possibility to 
view people and new devices directly in their environment. Some light in 
this difficult period is needed.


It is an event to replicate soon, maybe also at international level.

Fabrizio

On 14/04/2020 01:00, Davide Santachiara via Ql-Users wrote:

16° Meeting Sinclair QL Italiano – 5th of April 2020

The 16° Sinclair QL should have been held in Modena as it has been the case
since 2008. Unfortunately, due to the restriction enforced following the
Covid-spread 19 we had to meet on the virtual teleconferencing platform
Jitsi. Twenty people have attended the teleconference including Marcel
Kilgus, Dilwyn Jones and Urs Keonig as welcome international guests.

Marcel, as also happened in the last two QL Italian meetings, had many
interesting news to report. Guest star was the new RGB-VGA interface for
Sinclair QL. This is yet another very useful piece of hardware to keep the
original QL alive at the time were only SVGA interfaces are available in
modern monitors. The prototype is almost finished and the image quality is
outstanding, everything is managed by a FPGA which scans the RGB signal and
transform it into a VGA signal. All the details can be found on

https://www.kilgus.net/2020/01/08/ql-vga-the-second/ An Italian QL user
living in Toronto since many years, Michele Perini, is designing a QL style
case to be realized with 3D print technology.

The second news was that the excellent QL-SD interface card will not be any
more realized due to the effort at Marcel’s side needed to solder and
integrate the boards. That’s a pity, but do not despair as a new replacement
named QL-SD ROM is already in the pipeline. This board will connect to the
QL ROM port. The nice plus is that the new QL-SD ROM will have an onboard
flash ram capable to keep up to 8 QL ROMs which can be loaded and selected
with simple SuperBasic commands.
https://www.kilgus.net/2020/03/28/ql-sd-rom-the-early-days/

As side activity Marcel is also working in the port of SMSQ/E for the MiSTer
platform. MiSTer is a hardware platform capable to emulate most of the
“retro-computers”. You can find the Sinclair QL port on

https://github.com/MiSTer-devel/QL_MiSTer while a MiSTer description is
given at this link  
https://github.com/MiSTer-devel/Main_MiSTer/wiki

One of the possible future ideas which were mentioned by Marcel is the QL
port on the Spectrum Next  
https://www.specnext.com/ which has been shown “live” by Massimo Boccardi,
one of the few guys who managed to buy one. One of the nice things about the
Spectrum Next is that the case has been designed by the same designer of the
Sinclair QL case.

Another nice video contribution was an original Sinclair QL connected to an
internet connection with this serial-ethernet interface

https://www.simulant.uk/shop/retro-vintage-computer-wifi-modem-rs232-serial-
hayes-compatible as well as V-Drive with a case made with SLS 3D printing
technology. The case was almost identical to the original Sinclair QL one.

Dilwyn Jones has shown his QL-IRC program. QL-IRC is written in structured
Super Basic (by Tim Swenson) and allows to any QL platform allowing to have
a TCP/IP connection like QPC2 to an IRC server (like e.g. the one hosted by
QLForum https://qlforum.co.uk/)

During Dilwyn’s presentation I noticed QL IRC was running on QPC 4.99 so I
could not resist to ask whether this was an error or a special version
developed on purpose for QL IRC. Actually, Marcel forgot that he almost
completed the work on QPC 5 which is a version almost completely re-written
in C a part for the core. There are many advantages vs QPC 4 like full
Direct-X 11 support, an improved floppy driver and capability to save header
information on DOS files. Only minor drawback is that it will not run
anymore on Windows 95.

Last presentation was made by Giorgio Garabello who has shown the latest
developments of his Black Phoenix platform
http://www.hunggartorino.it/ql/black-phoenix-en/ Most of the efforts have
been spent on a new sophisticated file manager called Quantum Explorer which
will be available in the next release. Roberto Porro in parallel has shown
the ongoing development work in the routines to allow image processing also
to be implemented in a new utility which will be part of Black Phoenix.

I hope I did not forget any of the very interesting information exchanged
during this virtual meeting, two hours and a half has flown and our wish has
been to organize a similar virtual event not far in the future. This was
however not new for us as since 2014 during our physical QL Italian meeting
we always organized videoconferencing sessions which allowed many people
from outsid

Re: [Ql-Users] QBOX BBS for TCP/IP released!

2020-03-02 Thread Fabrizio Diversi via Ql-Users

Yep, it is pretty cool.

I am already using it to update files on different Ql machines.

What I think is under estimated and not fully understood it is the 
possibility to use  Qbox not only with emulator that have tcp/ip built 
in but also by BBQL, Q6x with Simulant retro WIFI Rs232 adapter. The 
adapter is a very small box that connect to SER1 (powered by usual phone 
mini usb)


Using it, you can easily connect QLs to internet via Wifi, the box 
assign a dedicated IP address to the QL and establish a connection with


 other machine in your Lan (QL or not). I have multiple adapter and use 
them to connect to the 2 QL servers (a raspberry and my pC) using Qbox.


The Wifi adapter accept the command ATD"192.168.1.xx:5000" where xx is 
the address of the server, possibly (i think but not sure) even the IP 
Net driver of Martin Head could be extended to use it.


Fabrizio


On 02/03/2020 10:26, Marcel Kilgus via Ql-Users wrote:

Jan Bredenbeek via Ql-Users wrote:

On this (Quantum) Leap day, I proudly present the re-release of QBOX. And
not just the version that's been laying around for years in scattered
files, but a complete ready-to-run WIN container that works over TCP/IP on
QPC2, SMSQmulator and UQLX! It also contains the complete QL file archive
of my BBS from 1987 to 2003, which is about 48MB.

Oh my good, this is pretty cool. The only thing that's missing for the
complete retro experience is the anxiousness over the accumulate phone
bill and the haste to get things done as quickly as possible! :)

I often chatted to Jochen through his BBS and we exchanged SMSQ/E
sources and stuff this way as sending floppy discs quickly became too
annoying ;) Good times.

Cheers, Marcel

___
QL-Users Mailing List

___
QL-Users Mailing List

Re: [Ql-Users] Q60 + OSSC

2020-01-16 Thread Fabrizio Diversi via Ql-Users

68080...miracle could happen?:-)

I am using mainly the Q60 with Peter solution on a modern LCD using the 
new PLCC developped by him (1024x512 leaving the lower part of the 
screen black).


I am also playing time by time with Q68 and Mister, for the QL (used 
rarely) i used a standard VGA converter that work nicely (not perfect, 
but acceptable)


Future is FPGA, I am then ready for a Q68 Gold Version

Fabrizio

However, and as you perfectly know, there are other solutions, based
on "IP cores" and FPGAs. I recently stumbled upon:
https://wiki.apollo-accelerators.com/doku.php/apollo_core:start

That "68080" core (implemented with current FPGAs) is 3 times faster
than a 68060 @ 66MHz !

Sadly it does not implement a MMU, so it won't be able to run Linux
and some programs under SMSQ/E would pose issues (IIRC, QLiberated
programs use the MSB of the address registers to store data, and the
Q40/Q60 uses its MMU to "mask" it).
Perhaps a cut-down MMU support (i.e. MSB address "masking") could be
added to the "68080" core so to solve the issue under SMSQ/E...

A hint for a successor to the Q68 ?... :-D

Regards,

Thierry.
___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] FGPA Anyone (Mister)

2020-01-13 Thread Fabrizio Diversi via Ql-Users

Hi,

I can confirm that on my Mister (32MB SDRAM) the new core works as 
expected without any problem. SMSQ/E loads perfectly .


The system is stable like a rock and speed index (Test909) report a 
speed 13 times of a BBQL (@ full speed), 10 times when Gold Card (24MHZ) 
selected


So, most probably your problem should be with the new 128Mb sdram.

fabrizio

On 13/01/2020 18:51, Daniel Baum via Ql-Users wrote:

Hi Marcel,

I'm afraid your core doesn't seem to work on my Mister (or I've messed up
somehow). I get a black screen with a white Minerva logo in the bottom
right corner, which appears to be gradually overwritten with more blackness.
I wonder if it's the problem that some cores have with 128MB SDRAM cards?

Rgds,

Daniel

On Mon, Jan 13, 2020 at 11:52 AM Daniel Baum  wrote:


Great :)

D.

On Mon, Jan 13, 2020 at 11:23 AM Marcel Kilgus via Ql-Users <
ql-users@lists.q-v-d.com> wrote:


Daniel Baum via Ql-Users wrote:

I'm looking forward to testing this.

Are you going to send it to the main Mister repository?

That's the plan.

Marcel

___
QL-Users Mailing List


___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] found unused stuff

2019-10-19 Thread Fabrizio Diversi via Ql-Users

Hi,

I arrived late, but if RomDisQ is still available, it is fine for me to 
buy it, please let me know. I am trying since long time to find an 
Aurora , but so far no success.


Maybe Derek will decide to start a batch of new Aurora production..:-)

Regards

Fabrizio

On 19/10/2019 06:16, Kenn Van Hauen via Ql-Users wrote:

Thank you Paul for sharing here. Yes, I would be interested in buying the 
Aurora from you.

Please let me know how you???d like to proceed.

All my best,

Kenn

Sent from my iPhone


On 19 Oct 2019, at 01:54, paul via Ql-Users  wrote:

???
While the mood is with me, I manage to get through a box or 3
that has been tucked away for years.

Decided I could tackle the task once again the other day, and
after the first box, settled for a smaller one as the last one today.

FOUND:  Knew I had the stuff, but a 'one of the top 10 life
disasters' interrupted the using of these and I never returned
to QL'ing like I used to.

1:  Aurura COMPLETE, still in its padded envelope
2:  ROMdisq, Complete also.

Neither of these have been used once bought new.

Any market for these?


--
Paul Holmgren
The history of liberty is a history of resistance.
The history of liberty is a history of limitations
of governmental power, not the increase of it.
- Woodrow Wilson, New York, September 9, 1912
___
QL-Users Mailing List

___
QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] QL-SD news

2018-03-30 Thread Fabrizio Diversi via Ql-Users

Thank you Marcel! Really good news.

I am using QL-SD adapter since quite a lot of time and it is 
definitively an important upgrade for the BBQL


I am not sure if I understood well and you will produce some units by 
yourself, In case yes I will be delighted to have one board (may be 2 
:-):-))


Thank you again

Fabrizio
On 29/03/2018 23:29, Marcel Kilgus via Ql-Users wrote:

Speaking of only announcing stuff that basically already works, I have
made huge progress regarding my work on QL-SD that I was going to
write about today anyway:

https://www.kilgus.net/2018/03/29/ql-sd-news/

Hope this is interesting to you all.

Cheers, Marcel

___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] QL-SD new driver

2018-01-22 Thread Fabrizio Diversi via Ql-Users

Hi,

really great news ! Thanks!!

BTW , I have installed the QL-SD hardware in one of my QLs and it works 
well with GoldCard, although no way to have it working with the SGC .


I am looking forward to buy another QL-SD adapter but I am not able to 
find it anywhere on the net.


Fabrizio


On 22/01/2018 12:22, Wolfgang Lenerz via Ql-Users wrote:

Hi,

What is expected to happen if SMSQ/E is loaded on a
GoldCard/Minerva/QL-SD system with this driver at $C000 in ROM?

The driver is expected to work as well as it can with GoldCard, i.e.
probably not at all. Your comment below says it all!



Remark: This new driver can not be expected to resolve the signal
quality issue between (Super)GoldCard and QL-SD. This remains a
hardware problem.


Indeed

Wolfgang
___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] Q68 Baud

2018-01-21 Thread Fabrizio Diversi via Ql-Users

Hi,

I have done a sufficient number of experiment in copying and executing 
files over the sernet@230400 to say that it is working.


I copied also some files over the net, bigger than 1Mb, and then 
compared byte by byte. I would like to say that @230400 sernet should 
work:-).


The cable I used is coming originally from Laplink package and it is 
clearly visible that the cable construction quality is excellent, the 
usb/ser adapter is a Digitus one, the "PC" is a Mac Book pro using Win10 
with Parallels...and finally QPC.


Fabrizio


On 21/01/2018 01:11, Peter Graf via Ql-Users wrote:

My experience is that internal SER cards for PC tend to work reliably at
up to 230 kBaud without handshake, while most USB-SER coverters don't.

Usually you notice it only during long file transfers.

Am 21.01.2018 um 00:11 schrieb Dave Park via Ql-Users:

Once you're up into 230k territory, the quality of the cable starts making
an extraordinary difference, even if there is UART support for that speed.

On Sat, Jan 20, 2018 at 3:25 PM, Peter Graf via Ql-Users <
ql-users@lists.q-v-d.com> wrote:


Hi Fabrizio,


configuring the driver in Win10 there are available different predefined
speeds, including 460800, so I assume it should work at least from PC

side.

I know, but that tells nothing about what the adaptor can physically
hanlde. I have a lot of experience with that, unfortunately. Nine out of
ten adaptors which allow to select such high speeds, can't even handle
230 kBaud PC to PC reliably.

Peter
___
QL-Users Mailing List

___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] Q68 Baud

2018-01-20 Thread Fabrizio Diversi via Ql-Users

Peter,

configuring the driver in Win10 there are available different predefined 
speeds, including 460800, so I assume it should work at least from PC side.


Ciao


On 20/01/2018 18:00, Peter Graf wrote:

Hi Fabrizio,


Now playing with SMSQ/E sources, according Wolfgang suggestion (Thanks)

How do you come to the idea your SER-USB adaptor supports 460 kBaud,
even PC to PC?

The required RS-232 line drivers are very seldom!
Peter




___
QL-Users Mailing List


Re: [Ql-Users] Q68 Baud

2018-01-20 Thread Fabrizio Diversi via Ql-Users
So far, I used 230400 in a reliable way (not extensively tested...), i 
did not notice anything wrong, moreover this speed (230400) it is a 
reasonable compromise vs response time expected, 115200 is a bit slow 
for my taste. The setting I used on PC side was 8bit data and no flow 
control. Sernet I use is version 2.25, btw is a newer version somewhere 
available?


Now playing with SMSQ/E sources, according Wolfgang suggestion (Thanks)

Fabrizio


On 20/01/2018 13:04, Derek via Ql-Users wrote:

Hi,
When using Q68 to QPC2 on a PC using Sernet, I have found it is the PC serial 
port that limits the serial port speed to 115200 Baud.
But Q68 to Q68 can achieve higher serial speeds.
Sernet requires RTS/CTS for flow control, which on the Q68 is pulled high and 
not available.
Pity the Sernet source code was not available so a software flow control could 
used like XON/XOFF.
But on saying all that Sernet does work on Q68 to QPC2, QXL. Not tried Atari ST 
QL emulator yet.
RegardsDerek
 Original message From: Peter Graf via Ql-Users 
 Date: 20/01/2018  11:19  (GMT+00:00) To: 
ql-us...@q-v-d.com Cc: Peter Graf  Subject: Re: [Ql-Users] Q68 Baud
Hi Fabrizio,


Finally what is the theoretically max ser speed of the Q68 is?

460 kBaud for the hardware itself (UART and RS-232 driver). But for the
overall system, max. 115 kBaud is specified in the Manual. Beyond that
it has not been sufficiently tested.

Please note that many USB-SER converters for PC start getting unreliable
at 230 kBaud already.

Peter
___
QL-Users Mailing List
___
QL-Users Mailing List



___
QL-Users Mailing List


[Ql-Users] Q68 Baud

2018-01-20 Thread Fabrizio Diversi via Ql-Users

Hi all,

I have (finally) found some time to check Sernet connection between my 
Q68 and QPC under Win10 (Mac Book using Parallel). To get COM1 I use a 
USB-> RS232 converter


As expected Sernet works perfectly until 230400 Baud (19200*12), to get 
more speed I tried  460800 (19200*24) but I got a "not implemented 
error". All speed more than 230400 get a not implementation error in any 
SMSQ/E system (QPC /Q68/Q60). I think that SMSQmulator don't have SER 
driver.


I had a look at the SMSQE 3.32 sources and there are 2 "baud.asm" in 
smsq/spp and sbext/ext but i cannot find where the speed check is.


Finally what is the theoretically max ser speed of the Q68 is? and where 
the SMSQ/e check this ?


Many thanks to any of the Guru that would like to answer:-):-)

Regards

Fabrizio

___
QL-Users Mailing List

Re: [Ql-Users] Dock

2017-11-07 Thread Fabrizio Diversi via Ql-Users

Peter ,

dock is a nice program that use QPTR toolkit (RPTR), you can find the 
toolkit manual on Dilwyn web site. It work nicely on SMSQmulator, QPC 
and Q60.


Ciao


Fabrizio


On 07/11/2017 19:28, Peter Graf via Ql-Users wrote:

Hi,

I try to run this nice looking "dock" for SMSQ/E:

http://www.wlenerz.com/qlstuff/dock_bas.zip

It seems to crash or hang at the RPTR command in line 1020, which I can
not find in the SMSQ/E Manual on Dilwyn's Website.

Does anyone else use this program and can give me a hint?

All the best
Peter
___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] Possible bug in the (experimental) QubIDE feature of QXLWinReader

2017-10-30 Thread Fabrizio Diversi via Ql-Users

Hi everyone,

recently I also asked Wolf to make a change in SMSQmulator (Ver. 2.25 
Beta that should be released soon) , not a trivial (at least for me) 
change and he did it this basically in real time.


As Martyn, I am also in IT Business, and I was thinking how wonderful 
could be to have an IT partner that could develop overnight a new 
feature but _*especially that the new feature work !!*_


So thank you Wolf for the job you are doing to support our hobby.

Ciao

Fabrizio

p.s. before anyone gets offended, it's best to extend the thanks to 
anyone who dedicates time to this hobby (and there are many...):-):-):-):-)



On 30/10/2017 21:48, Martyn Hill via Ql-Users wrote:

Hi everyone

Despite his busy schedule, Wolfgang made a new version of QXLWinReader 
available to me privately and I have tested the new behaviour. The 
issue appears to be addressed and FTYP is now returning the correct 
file-type for sub-directories copied from a WIN drive to a BDI image 
on my SD-Card.


Wow - that is a quick release-cycle! Working in the software industry 
myself, I know our customers would love that kind of service!


I'll leave it to Wolfgang to say when he's ready to upload the new 
version to his site for general release.


Thanks Wolfgang!

M.

On 30/10/2017 10:21, Martyn Hill wrote:


Hi Wolfgang!

For sure - no pressure - I can fix-up the issue on my SD-Card with a 
little script in the meantime.


As for on which FS the issue takes-place; it shows itself on the 
destination side (QubIDE/SD-Card image) - running FTYP on the source 
QLWA/WIN source returns the expected '255' against all 
(sub)directories, whereas after copying (en-masse) to a BDI image on 
my mounted SD-Card, the same sub-directories return '0' to FTYP once 
re-mounted on the SDC-equipped QL - but are still marked as 
directories in the parent (hence tagged with the ' ->' marker when 
DIRing the parent.)


Warm regards - and thanks again for a really valuable utility!

M.
On 30/10/2017 03:39, Wolf via Ql-Users wrote:

Hi,

thanks for pointing this out.

I'm a little short on time right now, but will check this as soon as 
possible.


Under which file system does this error arise, QLWA ou Qubide?

Regards

Wolfgang


On 29/10/2017 22:12, Martyn Hill via Ql-Users wrote:

Hi list and especially Wolfgang

Not sure the best way to report the issue, but as per my recent 
thread on the Forum 
(http://qlforum.co.uk/viewtopic.php?f=3&t=2146), I seem to have 
uncovered an odd behaviour when copying directory structures from 
WIN to a QL.BDI image file on SDC.


I know this feature is still experimental, but I already use it 
quite a lot - especially after corrupting my SD-Card sufficiently 
that it wouldn't get recognised on the QL, but QXLWinReader was 
able to read all the files and directories (somehow!), allowing me 
to recreate the QL.BDI image file and restore all the contents. At 
the moment, this valuable little program is my preferred way to 
transfer large amounts of data between QPC and my QL.


In short, whilst the directory structures are all copied across 
with their files (and further sub-directories), it would appear 
that the file-header copy inside each sub-directory file itself is 
not copied across intact. The effect of this is that, whilst a DIR 
listing shows the ' ->' against such sub-directories indicating 
that it is recognised as a directory-file, when you use FTYP to 
query the sub-dir path, it returns '0' as for a normal file.


I've tested this - as documented on the Forum - and think I've 
ruled out anything else (like the typical user-error that plagues 
most of my QL work!)


Would love to see this investigated and possibly addressed!

Regards,
Martyn.
___
QL-Users Mailing List



___
QL-Users Mailing List






___
QL-Users Mailing List


Re: [Ql-Users] QxlwinReader

2017-06-10 Thread Fabrizio Diversi via Ql-Users

Many thanks Wolfgang,

very useful program, finally I can copy easily programs between from my 
main systems (SMSQ Emulators QPC and SMSQmulator) to Mist and QLs with SD.


Ciao

Fabrizio


On 10/06/2017 19:56, Wolf via Ql-Users wrote:

Hi all,

I've released QxlwinReader, a small java program that allows you to 
read/write qxl.win type container files directly.


There is also experimental support for Qubide formatted ("BDI") 
container files.


www.wlenerz.com/QLstuff.

Have fun!

Wolfgang
___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] Toolkit II v2.31

2017-03-31 Thread Fabrizio Diversi

Marcel,

please don't do it, your name is always a clear sign of quality software 
! Making the Server (Fserve) external to the rom is a suitable solution, 
if possible.


Fabrizio


On 31/03/2017 17:13, Marcel Kilgus wrote:

Peter Graf wrote:

It's fairly easy to built new versions, so nobody is stopping anybody
to make different releases. I do this for my own amusement, mostly.

If mostly for your amusement, one more reason to give your stuff a
different name. Not the traditional TK2 ROM, where major QL features are
expected to work.

You have convinced me, I will stop working on it. Thanks for saving me
a lot of time.

Cheers, Marcel

___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] Toolkit II v2.31

2017-03-29 Thread Fabrizio Diversi

Ciao,

if someone is wondering, Tk2 2.31 is perfectly working also in Mist (at 
least as far as I can see:-))


Fabrizio

On 27/03/2017 00:31, Marcel Kilgus wrote:

I just uploaded a version with the fix for the CDEC$ bug. Also I
noticed that the sources were not complete, this is fixed, too, along
with including Jan's conditional assembly trick to get both versions
without altering the source code.

https://www.kilgus.net/2017/03/19/toolkit-ii-the-sequel/

Cheers, Marcel

___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] Smsqe 3.28

2017-01-23 Thread Fabrizio Diversi

Hi,

what is the plan to release new SMSQmulator version ?

The new functionality of IP Net support and new keyword JVA_QLSCREMU 
4,_*x,y*_ looks extremely interesting. :-)


Ciao

Fabrizio


On 22/01/2017 17:41, Wolf wrote:

Hi all,

Marcel Kilgus has fixed a bug in SMSQ/E.

You could write:

a$="1243"
PRINT a$(5 to)

without any error, which was wrong.

The new version is at wlenerz.com/smsqe


Have fun


Wolfgang
___
QL-Users Mailing List



___
QL-Users Mailing List


Re: [Ql-Users] smsqe3 v 3.26 and smulator

2016-04-28 Thread Fabrizio Diversi

Ciao,
same here, SMSQmulator 2.18 on Mac Book Pro, after launch it i got a 
black window with SMSQe 3.26, revert to 3.25 then.


Fabrizio

On 28/04/16 14:48, David Gilham wrote:

I just download the binaries for smsq3.26
Unless I have done some thing nstupid  It wolud appear that the binary for
SMQmulator
seems not to work needeing  me log out
version 3.25 of SMSQE works ok
I am using full screen mode and hi colour in my configuration.
My setup is an IBM Thinkpad running linux kernal 3.13
The version of SMsQmulator is 2.18 and Iam using Java7



___
QL-Users Mailing List


Re: [Ql-Users] SMSQ/E on QL

2015-11-17 Thread Fabrizio Diversi
Peter,
I remember an email  in 2013 ql-user discussing about Q68, any update about the 
project ?Considering the work done with Mist , can it be enhanced to replicate 
a Qx0?
Many thanks 
Ciao

Sent from my iPhone

> On 17 Nov 2015, at 14:31, pg...@q40.de wrote:
> 
> Hi Derek,
> 
>> To get SMSQ/E running on a standard QL with 640K or 896K ram, the SMSQ/E 
>> initialisation routine would have to re-written to use the QL internal 
>> memory map.
> 
> SMSQ/E on the standard QL requires a modified ROM, and can not just 
> be loaded from QDOS or Minerva. An option would be to design an 
> extension with shadow RAM.
> 
>> This is one of my pet project to get running, as the SMSQ/E source code 
>> is available, so should be achievable.
>> 
>> But a couple of questions arise:
>> 
>> 1. Is it worth the effort, when Minerva works very well and basically 
>> does the same thing and can be extended where it does not.
> 
> As the QL has the slowest hardware, it would benefit most from the 
> fast SMSQ/E BASIC.
> 
> Also, a QL port of SMSQ/E would run on the Q68 with just minor 
> modifictaions. (SMSQ/E has more advantages over QDOS/Minerva on the 
> Q68, because of the highcolor graphics and 32 MB RAM.)
> 
>> The big difference, is that SMSQ/E has the Extended Environment 
>> built-in, this can be added to Minerva at boot up, as with Language tables.
>> 
>> Maybe a Minerva to SMSQ/E toolkit could be compiled from existing 
>> toolkit to give Minerva the SMSQ/E functionality.
> 
> Sounds nice, but I think porting SMSQ/E to the QL is less work than 
> creating an add-on.
> 
>> 2: With a Gold Card or Super Gold Card fitted, can the QL internal ram 
>> be access through some type of paging mechanism?
> 
> I don't think so. Only the video area.
> 
> All the best
> Peter
> 
> ___
> QL-Users Mailing List
___
QL-Users Mailing List


Re: [Ql-Users] SMSQmulator 1.22 - Java VM Launcher Error

2013-11-09 Thread Fabrizio Diversi

Works also fine on my Mac Book (Java 7) with Maverick.

Fabrizio

On 09/11/13 17:18, Derek Stewart wrote:

On 09/11/13 16:08, Ian Burkinshaw wrote:

Hi

Yes I get the same. With both Java 6 amd Java 7 version. Nomally Java 6
works for me.

Ian Burkinshaw
- Original Message - From: "John Hall"

To: "QL Users" 
Sent: Saturday, November 09, 2013 11:09 AM
Subject: [Ql-Users] SMSQmulator 1.22 - Java VM Launcher Error



When I try to run SMSQmulator V1.22 (Java 6) I get the following Java
Virtual Machine Launcher error message:

Could not find the main class: smsqmulator.SMSQmulator.
Program will exit

My previous version (V1.20) works as expected.

Has anyone else had this problem?

John

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm




___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Hi,

Work fine on my Ubuntu Laptop, with Java7...

Derek
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm



___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] A seat in the lifeboat?

2013-09-14 Thread Fabrizio Diversi

Ciao,
I vote 1st for Q68 and 2nd for QLwIP

Fabrizio

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] QPC2 v3.40 Beta 3

2013-08-26 Thread Fabrizio Diversi

On 26/08/2013 20:29, pjwitte wrote:

On 20/08/2013 09:54, Marcel Kilgus wrote:

Per Witte wrote:

Id love to try it, but I cant find 3.40 beta 3 anywhere..?

It's right there. Reload your browser cache perhaps? Alternatively

http://www.kilgus.net/qpc/qpc2v340beta3.zip

Marcel

It works a treat! The new FSM an' all! Thanks again, Marcel.

There is one thing, though - and it appears Im the only one with the 
problem(?) The QPC startup menu pops up every time I start an instance 
of QPC. I have, of course, tried all the obvious remedies.. or perhaps 
not.


Per
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Same problem for me, even if you check the box ...'Don't show'

Ciao
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


[Ql-Users] EasyPtr

2013-08-26 Thread Fabrizio Diversi

Hi all,
do you know where I can find latest version of EasyPtr ? (I own a legal 
copy)
I decided to spend some time again on my email program that I never 
completed I am using latest SMSQe 3.16 I am getting some strange 
behavior from MAWDRAW command, so I thought that upgrade it is the first 
thing to do.

Attached you can find a screenshot of my desktop

Ciao
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Re: [Ql-Users] QPC2 v3.40 Beta 2

2013-07-13 Thread Fabrizio Diversi
Wow, what a fantastic speed ! 550 times normal QL . on Linux Mint 
using wine..


I still use QL derivatives for different purposes but what a pity we 
dont have an email program and a web browser suite. In the past I wrote 
an email program using SB and EasyPtr, technically it is not so 
difficult, but my coding capability is not so good and i failed in 
finding a stable way to store large number of email in a repository and 
about interpretation of HTML format email.


Maybe someone else ..

Ciao

On 10/07/2013 15:18, Marcel Kilgus wrote:

Surprise! It only took 6 years, but finally there is another official
beta of QPC ;-) Don't hesitate because it's called a "beta", it's very
stable, I only want people to test the new keyboard driver first
before calling it a release.

It includes the latest SMSQ/E v3.16.

New features:
   - Added new keyboard driver that doesn't rely on DirectX anymore.
 DirectX support in Windows became worse and worse over the years,
 so now QPC can use the Windows keyboard driver. Much work has been
 but into this feature to be as compatible as possible, so I hope
 it works for all countries and that even KEYROW continues to make
 some sense.
 SMSQ/E keyboard tables like the ones created by Clavier will NOT
 work with this driver, but the old driver is still in there, just
 select "SMSQ/E" as the keyboard driver in the configuration
 dialog.

   - Basic support for floppy disc images. Images can be configured on
 boot but currently not changed afterwards.

   - Various bug fixes including a probably more stable screen driver.

   - Some CPU fixes thanks to George Gwilt.

While I'm at it, does anybody still use the fullscreen mode? I'm
considering moving away from DirectX completely, which would also get
rid of native full screen mode. But in times of LCDs it's probably not
that important anymore anyway.

Download link: http://www.kilgus.net/qpc/downloads.html

Cheers, Marcel



   


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm



___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] SMSQmulator

2013-02-18 Thread Fabrizio Diversi

On 02/18/2013 11:21 AM, François Van Emelen wrote:

Op 17/02/2013 12:56, Wolfgang Lenerz schreef:

Hi all,

v 1.05 is on the Website.

Apart from bugfixes, this allows you to hide the menu bar (type the 
basic command "JVAMBAR" to get it back).


Could somebody confirm that Prowess is working ok in this version?

Thanks

Wolfgang

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm



Good morning Wolfgang,

Prowess extensions can be loaded and Prowess-Proforma progs can be 
launched but they are unusable because texts are unreadable
; characters are displayed as a some grey lines. I can send you a 
screen capture if that would help you.
Another problem: TEST909.OBJ locks SMSQmulator v 1.05 at the end of 
test 5 (grafik block).


Thanks for the new version.

François Van Emelen


___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


I can confirm I have the same 2 issue as Francois.

Ciao

Fabrizio
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] SMSQmulator

2013-01-26 Thread Fabrizio Diversi
Well... really good product, nothing to say. Speed index is 50 times 
normal QL that is far more than necessary. It is now becoming 
embarrassing when I want to start a session with QL and I need to decide 
what system to use : QPC or SMSQmulator ???. My Q60 is sitting at home 
.and I am never at home.


 now there is only to remove 35 character limitation in the file 
system .


Another dream (dreaming cost nothing) : I use Qemulator (Daniele) to 
start more QL "session" on the desktop (I use linux Mint) to run 
different QL programs that not run correctly under SMSQ/E for different 
reasons or games. How difficult could be to realize, under SMSQ/E, 
virtual QDOS machine to start different session with different virtual 
machine where you can run QDOS JS, MGI etc ?


Same concept of virtual machine where under linux host you can run, at 
the same time, different version of MSWindows as guests.


Ciao

Fabrizio
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


[Ql-Users] Asus EeePc

2008-01-18 Thread Fabrizio Diversi
Ciao,
maybe could be of interest that, as Per request, I tested Qpc on my new Asus 
EeePc . It works perfectly with an amazing speed index of 84 with Qpc under 
WinXp 
Not tested under linux (uqlx) or qpc under wine.

This piece of hardware is really value added for what provide respect to the 
cost.

Ciao

Fabrizio


- Messaggio originale -
Da: George Gwilt <[EMAIL PROTECTED]>
A: [EMAIL PROTECTED]
Inviato: Venerdì 18 gennaio 2008, 6:44:40
Oggetto: Re: [Ql-Users] List problems


On 16 Jan 2008, at 17:58, Per Witte wrote:

>
> Who the hell is [EMAIL PROTECTED] I never sent anything to
> them. And where's the mail been these past 8 days? And how come they
> arrived on the list, but I didnt get a copy?
>
> Apart from changing my address and resubscribing a few days ago, Ive
> done no wrong.
>
> Uuugh! Just now 4 more mails were returned, some of them including a
> copies of mails sent - and seen  - on the list in November 2007!!  
> Is the
> list host spinning out or what?


A baker's dozen of my old emails also have been returned. One was  
sent in October 2007.

George
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


  ___ 
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
http://it.docs.yahoo.com/nowyoucan.html
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [Ql-Users] Windows, Linux and QPC

2008-01-09 Thread Fabrizio Diversi
Ciao,
I have also migrated to linux from windows apart qpc I use kubuntu  
last version on my centrino duo laptop.
Wine is by far too slow for qpc, i mean that the graphics emulation of  
wine is really a pain, for the rest qpc under wine is perfect i do not  
have any other side effect. So when i use qpc i adopt two strategy :  
brief use of it , i use winxp guest under wmware or for a proper use  
of qpc no other way than dual boot in winxp native.

Fabrizio

Sent from my iPhone

-

On Jan 9, 2008, at 8:48 AM, James Hunkins <[EMAIL PROTECTED]> wrote:

> Was that just the cursor or were you moving a full window?
>
> jim
>
> On Jan 9, 2008, at 2:41 AM, [EMAIL PROTECTED] wrote:
>
>> Morning Jim,
>>
>>> The problem is that the CPU meter is pegging and it kills my laptop
>>> battery.  On my office computer I don't care.
>>
>> I've just plugged QPC into my work PC running Windows 2000 - with
>> QPC sitting there doing nothing the CPU is fine. When I simply move
>> the move across the display, CPU flat lines at 100% - so your set up
>> is not likely to be the cause.
>>
>> Better get it unplugged now - I'll get shot for having unauthorised
>> devices plugged in!
>>
>>
>> Cheers,
>> Norman.
>> ___
>> QL-Users Mailing List
>> http://www.q-v-d.demon.co.uk/smsqe.htm
>
> ___
> QL-Users Mailing List
> http://www.q-v-d.demon.co.uk/smsqe.htm
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] For sale at Eindhoven show, 24 march 2007

2007-02-19 Thread Fabrizio Diversi
Dear all, I was looking for years to find a 40 Gb Miracle Hard Disk. Maybe the 
buyer of package A+B could sell it to me separately.
Pls let me know with a PM.
Sorry for the pure commercial content of the message.
Regards
Fabrizio


-Original Message-
From: "Jérôme Grimbert"<[EMAIL PROTECTED]>
Sent: 19/02/07 9.33.20
To: "[EMAIL PROTECTED]"<[EMAIL PROTECTED]>
Subject: Re: [ql-users] For sale at Eindhoven show, 24 march 2007

Hello, just to keep informed everybody interested (I try to reply
individually too), and closing this thread, maybe.

Packages A & B & eprom have been sold this week-end. I do not have it
any more.
(It seems to have created a lot of interest, all from people unable to
attend the eindhoven show).

I therefore won't travel either to eindhoven, even if packages C, D & E,
as well as monitor are still mine (weight kind of prohibite postage of
them).

Have an happy new year (chinese new year, that is).
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm

Chiacchiera con i tuoi amici in tempo reale! 
 http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com 
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Mawdraw

2006-04-13 Thread Fabrizio Diversi
Bob Spelten ha scritto:
> I did some further testing on Mawdraw.
> ..
>   
yes totally right, as usual the limit of 32768 from Wman, same i think, 
for all pointer driven programs.
I have already abandoned the idea of display every single fields of my 
dbase (dbas) using a multidimensional array in favor of a simple 
bi-dimensional array.

Ciao

Fabrizio


___ 
Bolletta salata? Passa a Yahoo! Messenger with Voice 
http://it.messenger.yahoo.com
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] GWASS on QPC2

2006-04-13 Thread Fabrizio Diversi
Marcel Kilgus ha scritto:
> George Gwilt wrote:
>   
>>> Next QPC2 version will probably be able to run it.
>>>   
>> The test version of QPC2 demonstrated at the recent Quanta meeting in
>> Manchester certainly does run GWASS.
>> 
At this point, does exist the possibility that TURBO compiler will be 
amended to implement M68020 instruction set ? from this, the users of 
Super GoldCard or Q40/Q60 can benefit  probably a lot, the same is valid 
also for c68

I am wondering if these QPC emulation changes implement the full set of 
the M68020 new instructions or just  a subset of these, as an example 
MOVE16 instruction will be implemented ?

Ciao

Fabrizio 


___ 
Bolletta salata? Passa a Yahoo! Messenger with Voice 
http://it.messenger.yahoo.com
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


[ql-users] Mawdraw

2006-04-10 Thread Fabrizio Diversi

I have in my sbasic prog the following lines :

1340 DIM mes$(3,num_msg-1,80)

3500 MAWDRAW  #ch%,1,mes$,0,0,,sep%

the problem is that as soon as the variable "num_msg"
become bigger than the value of 480 , Mawdraw does not
display anythings.

Does exist a limit about the numer of array items that
mawdraw can display ?

Thanks for any help.

Ciao

Fabrizio






___ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] QLib input problem

2006-04-02 Thread Fabrizio Diversi
Yes, I know that input without LF will freeze the program, I use 'input' to get 
fixed format answer from pop3 or 'inkey' inside a loop to get free format 
answers.
What I meant is that , for unknown reason, reading from tcp/ip channels lines 
containing base64 characters 'freeze' not only the program but qpc itself and 
sometime generate a buff.full. error even if a proper $$buf directive is in 
place. This happen only if the program it is compiled, it run ok  using normal 
basic 'run' command.  
Same happens randomly inside my stripmime procedure I use to read and clean 
mime composed e-mail , these lines are quite long lines , about 500 to 1000 
characters.

Fabrizio


-Original Message-
From: "Wolfgang Lenerz"<[EMAIL PROTECTED]>
Sent: 02/04/06 12.57.41
To: "[EMAIL PROTECTED]"<[EMAIL PROTECTED]>
Subject: Re: [ql-users] QLib input problem

On 2 Apr 2006 at 11:43, Fabrizio Diversi wrote:

> I am really happy if this issue can be solved, because this problems stop 
me to compile with qlib my qpop3 program I use to read and sends e-mails. It 
freeze qpc, regulary during the phase of reading (input from tcp ch) base 64 
mail, format used normally by Phoebus to  send mails to the list. It freeze 
randomly also reading long line from mail with mime contents during the strip 
phase. 
> On the other case, if  I start the program with : ex qpop3_bas it works 
perfectly.

Yes, Input will freeze if you don't get a linefeed.

You might want to use a function, such as:

def fn input$(#channel)
local a$,lp%,b$,count%
  a$=""
  count%=0
  rep lp%
if count%>1:exit lp%
b$=inkey$(#channel%,1)
if b$="":count%=count%+1:next lp%
if b$==chr$(10):exit lp%
a$=a$&b$
  end rep lp%
  return a$
end def input$
 
OK, this is a quick hack, adjust count% according to how long you want to 
wait...


Wolfgang


www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm






___ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] QLib input problem

2006-04-02 Thread Fabrizio Diversi
I am really happy if this issue can be solved, because this problems stop me to 
compile with qlib my qpop3 program I use to read and sends e-mails. It freeze 
qpc, regulary during the phase of reading (input from tcp ch) base 64 mail, 
format used normally by Phoebus to  send mails to the list. It freeze randomly 
also reading long line from mail with mime contents during the strip phase. 
On the other case, if  I start the program with : ex qpop3_bas it works 
perfectly.

Ciao
Fabrizio

-Original Message-
From: "Wolfgang Lenerz"<[EMAIL PROTECTED]>
Sent: 02/04/06 9.22.57
To: "[EMAIL PROTECTED]"<[EMAIL PROTECTED]>
Subject: Re: [ql-users] QLib input problem
  On 2 Apr 2006 at 9:07, François Van Emelen wrote:
(...)

> Using 'input' can return unexpected results even without exceeding 
> the input buffer length.

Hmmm, I wonder whether this is really so unexpected.

On my machine, this prints 

-10, 160

(i.e. error "end of file" at line 160)

followed by nothing (empty string) and 0 (length of empty string).

You get the latter two because SMSQE will create a variable for you on the 
fly if you use one that hasn't been initialized before (try to compile this 
and QLIB will complain if you run it) and the variable is an empty string 
because the input function returned an error, so that the variable never 
got 
any value.

Wolfgang


www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm







___ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


[ql-users] UQLX

2006-03-19 Thread Fabrizio Diversi
I have uploaded pre-compiled UQLX zip files on my web site www.bixio60.org 
one for 386 Linux and one for Q60 Shoestring Linux.

Let me know if it works .

Ciao

Fabrizio






___ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] UQLX

2006-03-10 Thread Fabrizio Diversi
I compiled it under Slackware 10.1 and gcc 3.3.4 without any problem.
I am not sure that I have the standard distribution of uqlx, if I remember 
well Richard sent me an updated one some time ago.
If you want I can send you the qm bin file by mail.

Btw if you post the same message in ql-developers I am sure that you will 
have an answer .

Ciao

Fabrizio

- Original Message - 
From: "David McCann" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, March 10, 2006 6:49 PM
Subject: [ql-users] UQLX


> I've just tried to compile UQLX  using gcc version 3.4.2 under Fedora 3.
> The only result was was a 90KB error log! I know there are people out
> there using UQLX, so what am I doing wrong? I tried to email the author,
> but the address on the web site no longer exists.
> ___
> QL-Users Mailing List
> http://www.q-v-d.demon.co.uk/smsqe.htm
>
>
> -- 
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.375 / Virus Database: 268.2.1/278 - Release Date: 09/03/2006
>
> 






___ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


[ql-users] Perfection and Spell-checker

2006-02-28 Thread Fabrizio Diversi


> I will look into the problem but as I have nver used the spell checker
> with perfection It will be a learning experience. It sounds like the 
> comunication interface between Perfection and the spell checker
> is the root cause of the problem. For what its worth I do not have the 
> source to the perfection spellchecker. Have others on different setups
> had similar problems> I myself have A q60 running SMSQE v3.11 and
> an Aurora system running SMSQE to test with.
>
> --
> David Gilham
>
David , I have also a Q60 with smsqe 3.11 with the same problem with the 
spell-checker.
I use perfection with my Italian and English dictionary and it is quite a 
nice usable feature.

Thanks for the help

Fabrizio 






___ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] Fonts for Professional Publisher

2006-02-26 Thread Fabrizio Diversi
Ralf,
I am not able in any way to make Professional
Publisher working under Qpc 3.32.at least the
version I have.
What is the latest PP version released ?

I have another question for the list : with the latest
version of Perfection (6a12) the spell-checker does
not work (spell-checker not active), while with the
old version i have it works perfectly, am I the only
one with this problem ?

Ciao

Fabrizio

--- Ralf Reköndt <[EMAIL PROTECTED]> ha
scritto: 

> Hi all,
> 
> wanting authentical disk labels, I have designed two
> fonts in Professions 
> Publisher's HiRes font designer a *lot* of years ago
> (in fact: very long 
> time ago...):
> 
> QL_hires
> Sinclair_hires
> 
> The first is the font, which Sinclair has used for
> the QL branded software 
> packages, the latter is the sinclair label itself
> with just the needed 
> letters ;-). Both fonts can be used with
> Professional Publisher or Page 
> Designer 3. Dilwyn Jones is so kind to put them on
> his site.
> 
> Cheers...Ralf R. 
> 
> ___
> QL-Users Mailing List
> http://www.q-v-d.demon.co.uk/smsqe.htm
> 




___ 
Yahoo! Messenger with Voice: chiama da PC a telefono a tariffe esclusive 
http://it.messenger.yahoo.com
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] QMon under QPC2 - SMSQ/E

2006-01-31 Thread Fabrizio Diversi
I do not if this can help, I have vers 2.11 that
should be the last and I do not have the problem
George has, i don not have any crash typing Qmon#2 and
then G.

About what Ralf mention is the same, no pop up when
critical error occurs.

Ciao

Fabrizio

--- George Gwilt <[EMAIL PROTECTED]> ha scritto: 

> |I ahve found out, that my version of Qmon does not
> work under 
> |QPC2, i.e. it 
> |does not pop up in SBasic, when critical errors
> occure (ie, |privilege 
> |vialation, illegal instructions etc.).
> |
> |SMSQ simply crashes. Does anyone have a working
> version? |Thanks in advance.
> 
> I have found this too. Also if you start it by
> 
> QMON#2
> 
> say, and then type
> 
> G
> 
> the entire QPC2 screen goes black and you have
> crashed.
> 
> Setting a breakpoint and then pressing G seems to
> stop QMON working too.
> 
> George
> 
> ___
> QL-Users Mailing List
> http://www.q-v-d.demon.co.uk/smsqe.htm
> 




___ 
Yahoo! Messenger with Voice: chiama da PC a telefono a tariffe esclusive 
http://it.messenger.yahoo.com
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


[ql-users] Reverse engineering

2006-01-13 Thread Fabrizio Diversi

> 
> Ah well, I thought some people might wonder how
> these things are done,
> hope nobody got bored to death.
> 
absolutely NOT !!!
I will be delighted to read, maybe in QLT an article
about how to perform "reverse engineering" in old
program, especially how you do such thinks, what I
mean is what program you use to monitor or trace, or
how to add more code to a program without having
sources etc etc.

Ciao

Fabrizio







___ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm


Re: [ql-users] SMSQE and the Qx0

2005-10-31 Thread Fabrizio Diversi
Ciao Wolfgang,
I personally do not care absolutely about the smsq/e Rom version for my Qx0s, i 
do no see any reason why i should burn eproms all the times i upgrade my q60 
smsq version , also because smsqe load perfectly into q60 ram in one second.
I also vote for the "Home" extension included in official smsqe.
Ciao to all

Fabrizio
- Messaggio originale -
Da: "Wolfgang Lenerz"<[EMAIL PROTECTED]>
Inviato: 31/10/05 19.55.14
A: "[EMAIL PROTECTED]"<[EMAIL PROTECTED]>
Oggetto: Re: [ql-users] SMSQE and the Qx0

Hi all,

This is more for the SMSQE.users amongst us, which use it on a Q40/60 .

The current version of SMSQE for the Qx0 is about 250 KB long.

It was suggested to me that the home thing should be incorporated into 
SMSQE, 
which will make SMSQE for the Qx0 about 254 KB long.

We are now approaching very closely the 256 KB limit which the current ROMs 
for the Qx0 can handle. The other versions of SMSQE don't have that 
problem, 
since they are always loaded into RAM anyway.

I'm told that it might be possible to use larger Eproms on the Qx0 for 
this, 
to give us 512 KB of ROM space, which should be enough for the foreseeable 
future. I have already tried to source these Eproms here in France, but 
have 
been unable to find any suitable Eproms (!).

Of course we could probably take some languages out and make them into 
independent LRESPR files, thus making SMSQE smaller for the time being, but 
that is just a stopgap measure - soon we will face this limit again.

I personally am not really bothered by this since I generally load SMSQE 
into 
RAM even on a Q60. 

So I would like the resellers, notably, but also the Qx0 users, to tell me 
whether there are really users out there that will ask for upgraded ROMs 
for 
their Qx0.

If yes, how many? If it turns out that larger Eproms cannot be built into 
the 
Qx0, where do they suggest that we go from here?

Would they be content with the upgrades to be put into RAM?

Let me know what you want/wish.

Wolfgang

www.scp-paulet-lenerz.com

___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm






___ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it
___
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm