Re: [Ql-Users] QxlwinReader

[Wolf via Ql-Users]

Hi Andrea and Bob,

thanks for your input!

Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] QxlwinReader

[Andrea Carpi via Ql-Users]

  Il 21/06/2017 16.28, Wolfgang Lenerz via Ql-Users ha scritto:
> Hi
Andrea,
>
>
> So, just to be clear : even with a normal Goldcard (not
SuperGoldcard), you cannot read/write/format disks on an ED drive. Is
that correct? 

Correct:

A) Machine 1 = QL + GC + 2x ED drives +
ROMidsq, SMSQ/E v3.31
Reading and writing a DD disk FAILs

B) Machine 2
= Aurora + SGC + ED drive + QUBIDE, SMSQ/E v3.31
Reading and writing a
DD disk FAILs

Andrea

  


Con Mobile Open 7 GB a 9 euro/4 sett navighi veloce con 7 GB di Internet e hai 
200 minuti ed SMS a 15 cent. Passa a Tiscali Mobile! http://tisca.li/Open7GB0617

___
QL-Users Mailing List

Re: [Ql-Users] QxlwinReader

[Bob Spelten via Ql-Users]

Op Wed, 21 Jun 2017 16:34:19 +0200 schreef Wolfgang Lenerz via Ql-Users  
:



Hi Bob,


This problem also exists on the HD drive of my Aurora or QXL-PC.
If I can find a working DD drive I may test this later.



Again just to be clear : yo also cannot read/write/format disks when  
they are HD (1.4 MiB) disks, when using he Aurora. Does this need a  
GOldcard or Supergoldcard (and if so, which do you use?).



Just to add some clarity I did some testing.

A) Machine 1 = QL(i6)+SGC +ED +HD drives, SMSQ/E v3.13 booting from  
ROMdisq.

Reading and writing a DD disk was OK on both ED & HD!
When I replaced the HD with a DD drive reading & writing was also OK.

B) Machine 2 = Aurora +SGC +ED drive, SMSQ/E v3.21 booting from Qubide  
disk.

Reading DD disk OK, writing hangs the system, hardware reset needed!
When I replaced the ED with a DD drive reading was OK, writing hangs.
No null length files were opened on the DD medium.
Also reading an msdos DD was OK but writing hangs again.
On this Aurora under QDOS, reading & writing a DD disk was not a problem.
Repeating this test with SMSQ/E v2.91 confirmed DD was OK there.

C) Machine 3 = msdos 7, QXL plus HD drive, with SMSQ/E v3.21.
Reading and writing a DD disk was OK!
My earlier claim that QXL also gave problems was based on older PC  
hardware which is no longer functioning and may have been a faulty disks.


All testing was done with QPAC2 Files using the Backup and View options  
and performed on the same disk.
I no longer have a GoldCard to compare with but these tests seem to  
suggest an Aurora/SMSQ conflict. Both SGC's report a v2.49 ROM.


Reading and writing ED or HD disks may give occasional problems which I  
suspect are individual disk faults and usually only report medium errors.
I have not done any formatting tests but problems on Aurora in the past  
made me adopt the practice of always doing this under QDOS, the whole box  
of 10 in one go.


I hope this helps,
Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] QxlwinReader

[via Ql-Users]

John Impellizzeri via Ql-Users wrote:

> I tried QXLwinreader on my dd image but it was not recognized
> as a valid image file. Then I read the post about the file
> possibly needing conversion due to the 68K being big-endian.

I was just guessing, because it theory there could have been some 
implicit byteswapping on the QL Qubide driver or hardware side, 
making up for CPU endianess.

> Since I was running QXLwinreader on a Mac with an Intel cpu
> (little-endian) I ran dd on the file again using the conv=swab
> option and I can report that QXLwinreader happily accepts the
> converted file and I can peruse through files and directories
> in it.  I havenTMt tried copying any files yet in either direction
> as I have to set up a QXLwin file yet but it looks promising now.

Thanks for the feedback, glad it worked. Please provide an update 
after you successfully copied something.

Peter

___
QL-Users Mailing List

Re: [Ql-Users] QxlwinReader

[John Impellizzeri via Ql-Users]

Hi all,

I’ve been following this thread with some interest as I still have some QL 
hardware (SGC/Qubide/Aurora) which I recently converted from a spinning IDE 
hard drive to a Compact Flash card using an adapter.  I then added an 
additional adapter with an external slot to use as a backup medium.

As a further backup I moved the backup CF card to a Mac with a card reader and 
used dd to make an image file of the card.  By writing the image back to 
another card with dd and verifying that the QL could still read it I knew that 
this process was successful.

When I read about QXLwinreader I was interested as I’d like to start playing 
with the various emulators again but moving software to them from my real QL 
via floppies wasn’t sounding like much fun.

I tried QXLwinreader on my dd image but it was not recognized as a valid image 
file.  Then I read the post about the file possibly needing conversion due to 
the 68K being big-endian.  Since I was running QXLwinreader on a Mac with an 
Intel cpu (little-endian) I ran dd on the file again using the conv=swab option 
and I can report that QXLwinreader happily accepts the converted file and I can 
peruse through files and directories in it.  I haven’t tried copying any files 
yet in either direction as I have to set up a QXLwin file yet but it looks 
promising now.

For reference the converison process was quick only taking seconds on my 7 year 
old Mac.  One image file was 512MB and the other was 1GB.

Here was the command I used:  dd if= of= 
conv=swab

As for the floppy format problem I have a Gold Card here somewhere, I will try 
to find it and hope it still works and do some testing with it.

I can confirm that my SuperGold Card system with Aurora running recent SMSQ/E 
versions does have some trouble formatting floppies although I’m pretty sure I 
can format HD but not ED disks in ED drives.  I’ll have to test again with DD 
disks as I don’t remember if I tried this.  I can read an existing ED disk, not 
sure if I can write to one.  I know I have been able to read and write to DD 
and HD disks.

The format command does seem to cause the drive to make some strange sounds at 
first before settling in to the normal stepping routine as it formats the disk.


> On Jun 21, 2017, at 3:25 AM, Wolfgang Lenerz via Ql-Users 
>  wrote:
> 
> Hi Davide,
> 
>> ... The DD Unix utility might
>> be of course an interesting option but maybe it could be more useful for SD
>> cards written with the QL-SD interface rather than a Qubide hard disk
>> (especially if it has more than one partition)
> 
> Whilst it's true that this was written with these cards in mind, I'm not sure 
> about this statement. If you have a PC that still has the connections for 
> your hard disk (I presume it's IDE ?), using DD (or equivalent) might be the 
> fastest way to get your data off that disk.
> 
> I think I can confidently state that if I had an image file with several 
> partitions, I could probably figure them out pretty quickly and amend 
> QxlwinReader so that it can handle them.
> 
> Tracks/cylinders/heads would be more difficult.
> 
>> Talking more in general I think it is a pity that some possibile
>> implementations or bug fixes are becoming very difficult if not impossible
>> just because lack of the native hardware to test to the few people which
>> have the knowledge to solve these issues. I wonder how this could be
>> improved. 
> 
> Yes, not being able to reproduce and trace a bug is a problem. For example, 
> some time back, a problem with SMSQ/E for the Atari was reported to me. I 
> used to have some Ataris (and still had/have them but not in working 
> condition). So there wasn't much I could do, until I stumbled upon an Atari 
> emulator for the PC, which at least allowed me to see and even test the 
> problem, and eventually figure out what went wrong. That was pure dumb luck!
> 
> As you rightly point out, without the actual hardware this is going to become 
> practically impossible - not only to fix, but even just to check whether the 
> problem exists (a case in point : some recent QXL screen problem, one user 
> (Andrea) reported a problem, I had a look at the code to try to find out why 
> but couldn't, and then another user (Bob) said that it worked OK...).
> 
> I'm not sure what can be done about this situation. Perhaps your solution, to 
> supply actual hardware to people still fixing things might work. Without 
> false modesty, I think I can safely say that most recent development for 
> SMSQ/E has been done by Marcel, and to a much lesser degree, by me. I won't 
> presume to speak for Marcel, so this only goes for myself : I'm just not sure 
> that I'd want more hardware here!
> 
> Also, don't forget that working on SMSQ/E is purely a voluntary work.
> For me, there is a big difference between writing something new like the 
> recent Thing, and then fixing the problems I inevitably introduce on the one 
> hand, and fixing other bugs, 

Re: [Ql-Users] QxlwinReader

[Wolfgang Lenerz via Ql-Users]

Hi Bob,



This problem also exists on the HD drive of my Aurora or QXL-PC.
If I can find a working DD drive I may test this later.



Again just to be clear : yo also cannot read/write/format disks when 
they are HD (1.4 MiB) disks, when using he Aurora. Does this need a 
GOldcard or Supergoldcard (and if so, which do you use?).


Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] QxlwinReader

[Bob Spelten via Ql-Users]

Op Wed, 21 Jun 2017 11:58:01 +0200 schreef Andrea Carpi via Ql-Users  
:



(...)
If it were possible, it would be nice that with QXL, you should not have 
a QXL.WIN for DOS device (C :, D :, E: etc.), but it would be

configurable as with QPC in any subdirectories

This can be simulated on the PC side in the AUTOEXEC.BAT with a DOS  
command like SUBST: e.g. SUBST X: D:\qxl\data
This way you can point win2 to drive 'X' and put your QXL.win inside the  
given directory and there is no need to create up to 8 partitions.

For 'X' you can use characters that do not upset anything on the PC side.


GC / SGG / Aurora The DD floppy problem. It's not
just formatting but also reading/writing. They just do not work.
Verified on both Aurora + SGC and QL + simple CG. I only have ED
drives, so I do not know if the problem exists by using other hardware
such as HD floppy drives or DD floppy drives.


This problem also exists on the HD drive of my Aurora or QXL-PC.
If I can find a working DD drive I may test this later.

Bob

--
The BSJR QL software site at: "http://members.upc.nl/b.spelten/ql/;
___
QL-Users Mailing List

Re: [Ql-Users] QxlwinReader

[Andrea Carpi via Ql-Users]

  Hi Wolfgang

QXL:
I think that the QXL display depends a lot on the
video card installed on the PC. I could not find out what type of video
card is needed to get all the best resolutions.
If it were possible, it
would be nice that with QXL, you should not have a QXL.WIN for DOS
device (C :, D :, E: etc.), but it would be configurable as with QPC in
any subdirectories

GC / SGG / Aurora
The DD floppy problem. It's not
just formatting but also reading/writing. They just do not
work.
Verified on both Aurora + SGC and QL + simple CG. I only have ED
drives, so I do not know if the problem exists by using other hardware
such as HD floppy drives or DD floppy drives.

Andrea Carpi

Il
21.06.2017 09:25 Wolfgang Lenerz via Ql-Users ha scritto: 

> As you
rightly point out, without the actual hardware this is going to 
>
become practically impossible - not only to fix, but even just to check

> whether the problem exists (a case in point : some recent QXL screen

> problem, one user (Andrea) reported a problem, I had a look at the
code 
> to try to find out why but couldn't, and then another user (Bob)
said 
> that it worked OK...).
> 
> (...)
> 
> Finally just a
not-so-related question: There is a bug reported here 
> that precludes
formatting disks on a SuperGoldgard - does anybody know 
> whether that
is also true for a simple Goldcard? I ask because I know 
> that I can
get my hands on one of those.
  


Con Mobile Open 7 GB a 9 euro/4 sett navighi veloce con 7 GB di Internet e hai 
200 minuti ed SMS a 15 cent. Passa a Tiscali Mobile! http://tisca.li/Open7GB0617

___
QL-Users Mailing List

[Ql-Users] QxlwinReader

[Wolfgang Lenerz via Ql-Users]

Hi Davide,


... The DD Unix utility might
be of course an interesting option but maybe it could be more useful for SD
cards written with the QL-SD interface rather than a Qubide hard disk
(especially if it has more than one partition)


Whilst it's true that this was written with these cards in mind, I'm not 
sure about this statement. If you have a PC that still has the 
connections for your hard disk (I presume it's IDE ?), using DD (or 
equivalent) might be the fastest way to get your data off that disk.


I think I can confidently state that if I had an image file with several 
partitions, I could probably figure them out pretty quickly and amend 
QxlwinReader so that it can handle them.


Tracks/cylinders/heads would be more difficult.


Talking more in general I think it is a pity that some possibile
implementations or bug fixes are becoming very difficult if not impossible
just because lack of the native hardware to test to the few people which
have the knowledge to solve these issues. I wonder how this could be
improved. 


Yes, not being able to reproduce and trace a bug is a problem. For 
example, some time back, a problem with SMSQ/E for the Atari was 
reported to me. I used to have some Ataris (and still had/have them but 
not in working condition). So there wasn't much I could do, until I 
stumbled upon an Atari emulator for the PC, which at least allowed me to 
see and even test the problem, and eventually figure out what went 
wrong. That was pure dumb luck!


As you rightly point out, without the actual hardware this is going to 
become practically impossible - not only to fix, but even just to check 
whether the problem exists (a case in point : some recent QXL screen 
problem, one user (Andrea) reported a problem, I had a look at the code 
to try to find out why but couldn't, and then another user (Bob) said 
that it worked OK...).


I'm not sure what can be done about this situation. Perhaps your 
solution, to supply actual hardware to people still fixing things might 
work. Without false modesty, I think I can safely say that most recent 
development for SMSQ/E has been done by Marcel, and to a much lesser 
degree, by me. I won't presume to speak for Marcel, so this only goes 
for myself : I'm just not sure that I'd want more hardware here!


Also, don't forget that working on SMSQ/E is purely a voluntary work.
For me, there is a big difference between writing something new like the 
recent Thing, and then fixing the problems I inevitably introduce on the 
one hand, and fixing other bugs, on the other hand.


Since I've become the "regsistrar", which was supposed to be a purely 
administrative job, I'm often being asked to fix problems in some old 
code which I didn't write nor know about. It then takes me a lot of time 
to look at the code to try to understand it. In most cases I then just 
chicken out and refer this to Marcel :-), on some rare occasions, I 
manage to find the problem myself and fix it. For me, this is less fun 
than writing something for myself. I still do it just because I like 
SMSQ/E... But the point is that I do it because I want to, not because 
there is any obligation to.



Finally just a not-so-related question: There is a bug reported here 
that precludes formatting disks on a SuperGoldgard - does anybody know 
whether that is also true for a simple Goldcard? I ask because I know 
that I can get my hands on one of those.


Regards

Wolfgang
___
QL-Users Mailing List

[Ql-Users] QxlwinReader

[Wolf via Ql-Users]

Hi Davide,

Just to try and clear up some things about QxlwinReader.

This program reads Qubide image files. These are copies of a whole 
qubide disk, copied to a simple file. I should indeed have mentioned in 
my reply to you that the "dd" program I referred to is a utility that 
comes as standard with Linux and allows you to copy all or part of the 
content of some device to a simple file on another device. As others 
have mentioned, something similar also seems to exist for windows, 
though I have never tried that.


QxlwinReader cannot, and will never be able to, read a disk directly. To 
do that, I would either have to be able to access a real disk for a raw 
read/write which, unless I'm mistaken, java doesn't allow me to do (at 
least not in an OS independent way), or write a filesystem driver: one 
for Linux, and another for Windows, probably yet another for Mac etc - 
you can see why this isn't feasible.


Moreover, please note that QxlwinReader can only handle "LBA" type image 
files, i.e. ones where files are written consecutively to the disk (FAT 
allowing), without taking into account that they should be split up 
between tracks, cylinders and heads. If I had an example of a Qubide 
disk image file actually making use of tracks, cylinders and heads I 
**might** be able to figure this out, too. I believe that Alain Haoui 
has written a driver for these types of disks.


Moreover, for the time being, QxlwinReader only handles the first 
partition of a Qubide disk image file. There is no reason why it 
shouldn't be able to handle the other partitions, too - except that, 
there again, I don't have an example of an image file with several 
partitions, and so would be unable to test this. Knowing myself, letting 
out untested software would not be doing you a favour...



HTH

Wolfgang


On 17/06/2017 20:17, via Ql-Users wrote:

Of course I misunderstood and I thought Wolfgang was referring to a floppy
disk transfer. Can you please provide the link for the download of this "DD"
utility?

Thanks

Davide

-Messaggio originale-
Da: Ql-Users [mailto:ql-users-boun...@lists.q-v-d.com] Per conto di Peter
Graf via Ql-Users
Inviato: sabato 17 giugno 2017 20:01
A: ql-us...@q-v-d.com
Oggetto: Re: [Ql-Users] R: R: QxlwinReader

Davide wrote:


Having had to transfer a full QL system based on SGC/Qubide to .win
with 150 Mb, using DD would have been quite a nightmare.


Why should dd be a nightmare? Are you aware that dd means a utility program,
not floppies?


[...]



I understand the effort to write such sw might not be negligible, but
a utility which could manage to read native Qubide hard disks on a PC
and transfer files to a .win file (and maybe vicecersa) I think would
be very useful.


If you have a PC with IDE port anyway, then where is the problem to use dd
to get the image?

Peter

___
QL-Users Mailing List

___
QL-Users Mailing List



___
QL-Users Mailing List

[Ql-Users] QxlwinReader

[Wolf via Ql-Users]

Hi all,


A new version of QxlwinReader is available on my site, better handling 
of Qubide image files.


Have fun

Wolfgang
___
QL-Users Mailing List

Re: [Ql-Users] QxlwinReader

[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] QxlwinReader

[Norman Dunbar via Ql-Users]

Oh well, that's my next project screwed then!
Never mind, I'll have to do something else instead
;-)

Cheers,
Norm. 

On 10 June 2017 18:56:24 BST, 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

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
QL-Users Mailing List

Re: [Ql-Users] QxlwinReader

[Peter Graf via Ql-Users]

Wolf wrote:

> 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.

Excellent!

BTW it can delete subdirectrory trees in one go, which is very useful.

Peter

___
QL-Users Mailing List

[Ql-Users] QxlwinReader

[Wolf via Ql-Users]

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