Re: [Ql-Users] SMSQ/E 3.35

2020-02-09 Thread Norman Dunbar via Ql-Users
Try the download again, but change the URL to something like:

https://your_file_path.zip?garbage=1

That should get you around the caching. Change the numbers if you have to try 
again.

HTH


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


Re: [Ql-Users] SMSQ/E 3.35

2020-02-09 Thread Thierry Godefroy via Ql-Users
On Sun, 9 Feb 2020 09:16:58 +0100, Tobias Fröschle via Ql-Users wrote:

> that sounds like a corrupt file system on the web server.

No, the success after renaming shows without possible doubt that the
file is not corrupt on the server.

However, I suspect that the site goes through a CDN (which is nothing
else than a proxy keeping local copies of files from the web servers
it caches), and that the corrupted file is on that CDN.

Thierry.
___
QL-Users Mailing List


Re: [Ql-Users] SMSQ/E 3.35

2020-02-09 Thread Tobias Fröschle via Ql-Users
Wolfgang,

that sounds like a corrupt file system on the web server. Have the hosing guys 
look after that - It's probably not the only glitch that you will see.

Tobias

> Am 09.02.2020 um 06:48 schrieb Wolfgang Lenerz via Ql-Users 
> :
> 
> 
> Hi,
> 
> >
> > Something's wrong, I'm afraid.
> >
> 
> yes it definitely is.
> 
> My local copy unzips OK.
> 
> I downloaded the file from my site, and indeed, no way you can unzip it, the 
> file has a length that doesn't even correspond to the real length of the file 
> (the real length, in bytes, is actually shown on the webpage). OK, I thought, 
> some file corruption happened during uploaded.. I re-upped the file. The 
> length of the file on the webpage was correct (the length is displayed via a 
> small php script, so it takes the length of the file as it actually is on the 
> site). Just to be sure, I downloaded the file again. And again, no way to 
> unzip it as again it's not a valid zip file.
> After some more re-up- and re-downloads, where I had the same problem, I 
> tried various other things. The result is that I renamed the file (on the 
> site, not locally!) to smsqe335b.zip (and edited the html page to point to 
> that). Now it works - but the file is called smsqe335b.zip - I think one can 
> live with that.
> 
> Isn't computing wonderful?
> 
> (Oh, and just to be sure that I wasn't dreaming, I then renamed the file to 
> smsqe335.zip again -and edited the html file-, re-downloaded - not a valid 
> zip file. Go figure).
> 
> Wolfgang
> ___
> QL-Users Mailing List

___
QL-Users Mailing List


Re: [Ql-Users] SMSQ/E 3.35

2020-02-08 Thread Wolfgang Lenerz via Ql-Users



Hi,

>
> Something's wrong, I'm afraid.
>

yes it definitely is.

My local copy unzips OK.

I downloaded the file from my site, and indeed, no way you can unzip it, 
the file has a length that doesn't even correspond to the real length of 
the file (the real length, in bytes, is actually shown on the webpage). 
OK, I thought, some file corruption happened during uploaded.. I 
re-upped the file. The length of the file on the webpage was correct 
(the length is displayed via a small php script, so it takes the length 
of the file as it actually is on the site). Just to be sure, I 
downloaded the file again. And again, no way to unzip it as again it's 
not a valid zip file.
After some more re-up- and re-downloads, where I had the same problem, I 
tried various other things. The result is that I renamed the file (on 
the site, not locally!) to smsqe335b.zip (and edited the html page to 
point to that). Now it works - but the file is called smsqe335b.zip - I 
think one can live with that.


Isn't computing wonderful?

(Oh, and just to be sure that I wasn't dreaming, I then renamed the file 
to smsqe335.zip again -and edited the html file-, re-downloaded - not a 
valid zip file. Go figure).


Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQ/E 3.35

2020-02-08 Thread Jan Bredenbeek via Ql-Users
On Sat, 8 Feb 2020 at 06:47, Wolfgang Lenerz via Ql-Users <
ql-users@lists.q-v-d.com> wrote:

> Hi Brian, Jan
>
> Strangely enough, I can't reproduce the version problem here.
>
> To be extras sure, I downloaded the version uploaded yesterday and
> tested them of Q68 and QPC.
>
> All files should have the date of 07.02.2020 06:41 and, at least here,
> correctly identify as 3.35.
>

My fault - I copied the SMSQE.bin file to the wrong directory :-/


> > Speaking of the Q68, it appears that the SER_ commands like SER_BUFF
> > etc. still don't work. I discovered some months ago that this is caused
> by
> > an incorrectly named Thing ('ser_prt' while the SBASIC commands search
> for
> > 'ser_par_prt'). I'm not sure whether I've reported it here (I did so in
> the
> > QL forum but Wolfgang doesn't read that).
>
> I don't remember seeing it, but thanks - that'll be fixed in a new version.
>

Thanks in advance.

> So far I haven't been able to fix
> > this myself as SMSQMake stops with an 'invalid name' error at line 11330
> > when I try to build it.
>
> Load the menu extensions first, then it will work. I'll probably remove
> that anyway, but I'll have to check first if I use other parts of the
> menu extensions.
>

Okay, it assembles well now, thanks.


> > Another issue I've run into is the TCP device which, unlike UQLX, doesn't
> > report EOF when the other end has closed the connection, you'll just keep
> > waiting forever for input. (Yes, I've been doing a few networking
> > experiments lately, you'll see the results soon :-) ).
> >
>
> On what machine? (I presume SMSQmulator and will check).
>

It definitely does on QPC2 but I remember SMSQmulator had the same problem.


> > Well so far for the bug reports, thank you Wolfgang for keeping SMSQ/E
> > alive!
>
> Luckily enough, I'm not alone in that. Simply building SMSQ/E is now a
> fairly well automated process (SMSQEMake - when it works...) and making
> all of the new version files is, too - see the file "new_versions_bas"
> in the extra directory - it even makes the html files (I once even
> had the idea of building an ftp client, so that the upload to my site
> could be made automatically, but never actually started that,the main
> reason being that I know next to nothing about networking, let alone the
> ftp protocol).
>

And ftp is rather obsolete now and considered insecure :-).
I'm nearly finished implementing the Telnet protocol for QBOX, but I should
really have had to implement SSH with AES-256 and 4096-bit keys :(.
Fortunately there is an easy way to let the host OS do the SSH stuff and
forward the plain text to QBOX using Telnet.


> What is much more important than the build process is the people who
> make changes to SMSQ/E or find (and report!) bugs.
>
> Keep on QLing! (Somehow "keep on SMSQ/Eing" doesn't have the same ring
> to it).
>

Well, "keep on QDOS'ing" also doesn't sound very well, a bit too much like
"keep on DDOS'ing" :-)

Jan
-- 
*Jan Bredenbeek* | Hilversum, NL | j...@bredenbeek.net
___
QL-Users Mailing List


Re: [Ql-Users] SMSQ/E 3.35

2020-02-08 Thread Thierry Godefroy via Ql-Users
On Fri, 7 Feb 2020 07:04:44 +0100, Wolfgang Lenerz via Ql-Users wrote:

> SMSQ/E 3.35 is out now (wlenerz.com/smsqe).

When trying to unzip the archive I downloaded from your site (several
times, from both a browser with cleared cache and with curl & wget), I
get:

Archive:  smsqe335.zip
warning [smsqe335.zip]:  13830 extra bytes at beginning or within zipfile
  (attempting to process anyway)
error [smsqe335.zip]:  start of central directory not found;
  zipfile corrupt.
  (please check that you have transferred or created the zipfile in the
  appropriate BINARY mode and that you have compiled UnZip properly)

Something's wrong, I'm afraid.

Thierry.
___
QL-Users Mailing List


Re: [Ql-Users] SMSQ/E 3.35

2020-02-07 Thread Wolfgang Lenerz via Ql-Users

Hi Brian, Jan

Strangely enough, I can't reproduce the version problem here.

To be extras sure, I downloaded the version uploaded yesterday and 
tested them of Q68 and QPC.


All files should have the date of 07.02.2020 06:41 and, at least here, 
correctly identify as 3.35.

Speaking of the Q68, it appears that the SER_ commands like SER_BUFF
etc. still don't work. I discovered some months ago that this is caused by
an incorrectly named Thing ('ser_prt' while the SBASIC commands search for
'ser_par_prt'). I'm not sure whether I've reported it here (I did so in the
QL forum but Wolfgang doesn't read that). 


I don't remember seeing it, but thanks - that'll be fixed in a new version.



So far I haven't been able to fix
this myself as SMSQMake stops with an 'invalid name' error at line 11330
when I try to build it.


Load the menu extensions first, then it will work. I'll probably remove 
that anyway, but I'll have to check first if I use other parts of the 
menu extensions.




Another issue I've run into is the TCP device which, unlike UQLX, doesn't
report EOF when the other end has closed the connection, you'll just keep
waiting forever for input. (Yes, I've been doing a few networking
experiments lately, you'll see the results soon :-) ).



On what machine? (I presume SMSQmulator and will check).


Well so far for the bug reports, thank you Wolfgang for keeping SMSQ/E
alive!


Luckily enough, I'm not alone in that. Simply building SMSQ/E is now a 
fairly well automated process (SMSQEMake - when it works...) and making 
all of the new version files is, too - see the file "new_versions_bas" 
in the extra directory - it even makes the html files (I once even 
had the idea of building an ftp client, so that the upload to my site 
could be made automatically, but never actually started that,the main 
reason being that I know next to nothing about networking, let alone the 
ftp protocol).


What is much more important than the build process is the people who 
make changes to SMSQ/E or find (and report!) bugs.


Keep on QLing! (Somehow "keep on SMSQ/Eing" doesn't have the same ring 
to it).


Wolfgang
___
QL-Users Mailing List


Re: [Ql-Users] SMSQ/E 3.35

2020-02-07 Thread Jan Bredenbeek via Ql-Users
On Fri, 7 Feb 2020 at 17:49, Brian Kemmett via Ql-Users <
ql-users@lists.q-v-d.com> wrote:

> Hi Wolfgang.. Just downloaded and installed the latest SMSQE... A
> question.. When I ask the version (Ver$(1)) it prints "3.34" and not
> "3.35", even though the download file is named smsqe/335/SMSQE.bin.zip.
>

Interestingly, on QPC2 it reports 3.34 although the SMSQE.bin file is
slightly (20 bytes) larger. But the Q68 version reports 3.35.

Speaking of the Q68, it appears that the SER_ commands like SER_BUFF
etc. still don't work. I discovered some months ago that this is caused by
an incorrectly named Thing ('ser_prt' while the SBASIC commands search for
'ser_par_prt'). I'm not sure whether I've reported it here (I did so in the
QL forum but Wolfgang doesn't read that). So far I haven't been able to fix
this myself as SMSQMake stops with an 'invalid name' error at line 11330
when I try to build it.

Another issue I've run into is the TCP device which, unlike UQLX, doesn't
report EOF when the other end has closed the connection, you'll just keep
waiting forever for input. (Yes, I've been doing a few networking
experiments lately, you'll see the results soon :-) ).

Well so far for the bug reports, thank you Wolfgang for keeping SMSQ/E
alive!

-- 
*Jan Bredenbeek* | Hilversum, NL | j...@bredenbeek.net
___
QL-Users Mailing List


Re: [Ql-Users] SMSQ/E 3.35

2020-02-07 Thread Brian Kemmett via Ql-Users
Hi Wolfgang.. Just downloaded and installed the latest SMSQE... A 
question.. When I ask the version (Ver$(1)) it prints "3.34" and not 
"3.35", even though the download file is named smsqe/335/SMSQE.bin.zip.

I do have the right file?

On 07/02/2020 06:04, Wolfgang Lenerz via Ql-Users wrote:
> Hi All,
>
> SMSQ/E 3.35 is out now (wlenerz.com/smsqe).
>
> The sources for the revised QL-SD drivers from Marcel Kilgus are in 
> there now.
>
> There are also some bugfixes, including one which could cause the 
> entire acne to crash severely if a string variable was used as a 
> REPeat loop control variable (bug found by Per Witte).
>
> As a result, it is no longer possible to use string variables as 
> REPeat loop control variables (just like FOR loops).
>
>
> Have fun!
>
>
> Wolfgang
>
>
>
> .
> ___
> QL-Users Mailing List
___
QL-Users Mailing List


[Ql-Users] SMSQ/E 3.35

2020-02-06 Thread Wolfgang Lenerz via Ql-Users

Hi All,

SMSQ/E 3.35 is out now (wlenerz.com/smsqe).

The sources for the revised QL-SD drivers from Marcel Kilgus are in 
there now.


There are also some bugfixes, including one which could cause the entire 
acne to crash severely if a string variable was used as a REPeat loop 
control variable (bug found by Per Witte).


As a result, it is no longer possible to use string variables as REPeat 
loop control variables (just like FOR loops).



Have fun!


Wolfgang



.
___
QL-Users Mailing List