Re: [Ql-Users] WIN drive gone missing
Per wrote: > Urs, I get the freeze if I boot the system from a USB memory stick with the > QLE distribution, but only with SMSQmulator (as if I use QPC2, it takes its > configuration from my installed configuration.) However, if I use my own > QPC2 installation (4.02, w SMSQ/E 3.24) and boot from QLE.win, the freeze > doesnt occur. The same if I use my own SMSQmulator installation and boot > from QLE.win: No freeze. That's what I expected and what I'm also experiencing. On systems with a slight different configuration of QPC2 and SMSQmulator (e.g. screen setting) this freeze does not happen even if I use this QLE.win and do exactly the same steps. ___ QL-Users Mailing List
Re: [Ql-Users] WIN drive gone missing
Derek Stewart wrote: > I have tried to reproduce your failures on QPC2 and SMSQmulator8, I can > report that on my Fujitsu H700 Core i7 620 laptop with 4Gb ram running > Ubuntu 15.10, I can not reproduce the freezing. Did you try it with the configuration of QPC2 and SMSQmulator supplied in the THE_DISTRIBUTION_qle.ZIP? Using your configuration may give a change to the scenario which may result in a non freeze. > Can you try your tests using a Linux system running QPC2 under Wine. I > would think this will not fail. I have a CentOS v6.7 at hand at work. Will give it a try next week. My guess is that it will also fail. ___ QL-Users Mailing List
Re: [Ql-Users] WIN drive gone missing
Ralf Reköndt wrote: > as usual, REM out one Toolkit after another and try the same procedure. I've been through this already. At least partly. There are extensions which are essential. As written and showed in my videos, disabling QDT would help, but this is not the solution because QDT is nice to have it loaded. Changing the position of QPAC2 Files does also help as does changing of the screen resolution. But as Marcel has pointed out, the source of the problem may still be there. ___ QL-Users Mailing List
Re: [Ql-Users] WIN drive gone missing
Bob Spelten wrote > I repeated your process to the letter with SMSQ/m (8217) and QPC2 > (4.02/3.22) and an unchanged copy QLE.win from the Nov.2015 update. Both > did NOT freeze on access to WIN1_. It is essential that you use the complete QL/E, not only the QLE.win. Especially the screen settings (e.g. resolution, colour depth) are important. QPAC2 Files must popup itself at exactly the position with exactly the number of files to display like in my scenario. Otherwise the system may not freeze. I did not (yet) found another scenario to Freeze SMSQ/E with QL/E. > I selected and Viewed the Boot file from Files using only the keyboard. No > problems. The freeze comes after the content of WIN1_ are being displayed. When you're able to view a file then the scenario was not 100% equal. > My laptop is already in its seventh year with a conventional SATA HDD > running W$7. Nothing to complain about if it's at least a Core2Duo with at least 2GB RAM. :-) > Yours I suspect, is running W$10 from an SSD. Could that be an issue? Win7 on my year 2007 (32-bit) and 2011 (64-bit) notebooks, both with SSD. No. > > I then found an easy workaround for the Freeze case. > > Perform one time a simple SAVE WIN1_boot_bak (e.g. between steps 3 > and > > 4) and you never get the freeze. > > > > My feeling is that QPAC2 Files has a problem when displaying the > > content of the chosen Source Directory WIN1_ at exactly the position > > where QPAC2 Files is positioned in above mentioned scenario. > > > So you suggest to write something to WIN1_ before opening Files? > That's something my normal Boot already does. A list of actually loaded > extensions is generated and saved before I have time to do anything useful. > That is the beauty / problem with SMSQ/E, everybody has a completely > different Boot. You did misinterpret/misunderstand this. Just save a file (e.g. WIN1_boot_bak) ONCE. Then reboot and try my scenario. QPAC2 Files will not fail anymore. I think it's because displaying the content of the ROOT of WIN1_ is then slightly different (it has 1 file more in the ROOT directory) and the failure/freeze is not happening here anymore. At least not at this stage. > > Enjoy the sunny Sunday! > > > At the moment it's quite gray here. > That's why I have a sunny picture of the Scottish Highlands as wallpaper. Nice! Enjoy the long Easter weekend. Urs ___ QL-Users Mailing List
Re: [Ql-Users] WIN drive gone missing
Marcel Kilgus wrote: > Okay, I can reproduce it. But the crash happens in the screen driver. > The problem is that SMSQ/E does not have any kind of memory protection > and you're loading a quadrillion extensions at boot-time. Any one of them > could be responsible of corrupting the memory in a way that QPAC2 will crash > later on without being at fault itself. There are only a few (less than 20, depending on the host and target machine) extensions loaded, not a quadrillion. ;-) I did some more tests earlier this week and can tell you that when you disable QDT to load (use the S*BASIC PROC QLE_CFG), then with the same scenario QPAC2 Files and the System will not Freeze at all. > Trying to track down these kind of problems is a huge pain, not sure if I can > find the time to do so. That's true. I know those pains from my job. Yes, cheers, Urs ___ QL-Users Mailing List
Re: [Ql-Users] WIN drive gone missing
Wolfgang Lenerz wrote: > I downloaded QLE from your website. Great. :-) > used SMSQmulator 8 from that distribution, with the SMSQE that came with > it. It is essential that the configuration of the QL/E package is used, especially the screen settings. One needs to make sure that local/personal qpc.ini and SMSQmulator.ini is not in use when testing for the Freeze. > I followed all of your steps. Good. > No Problem here. Not good. Did you check the steps I did in this video: QL/E (v3.11, SMSQ/E v3.22, SMSQmulator v2.12) freezes! http://youtu.be/HZ9jj162UN4 ___ QL-Users Mailing List
