Re: [ql-users] Email in SBASIC
150 OPEN_IN #8,tcp_server$:110 160 out%=2 170 crlf$=CHR$(13)CHR$(10) 180 PRINT#8, USER user$crlf$; 190 IF NOT(CheckResponse) THEN STOP 200 PRINT#8, PASS password$crlf$; [snip] Marcel I have not tested it so I do not know if it would work here. But one question: how can you PRINT to a channel open for input? Arnould WebMail / Magic OnLine http://www.magic.fr ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: Re: [ql-users] Email in SBASIC
150 OPEN_IN #8,tcp_server$:110 160 out%=2 170 crlf$=CHR$(13)CHR$(10) 180 PRINT#8, USER user$crlf$; 190 IF NOT(CheckResponse) THEN STOP 200 PRINT#8, PASS password$crlf$; [snip] Marcel I have not tested it so I do not know if it would work here. But one question: how can you PRINT to a channel open for input? Arnould I seem to remember it's not a directory device as we understand it, so the usual open keys are not the same here. Dilwyn Jones ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Email in SBASIC
- Aucun - wrote: I have not tested it so I do not know if it would work here. But one question: how can you PRINT to a channel open for input? Misleading name, the TCP device has other definitions for the various open keys and make the connection corresponds to open input channel on other devices (I don't quite like that, but I haven't designed it). Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Email in SBASIC
Hi again By the way don't worry about trying either Marcels or my version of the programs on your mail account. All mails are left in takt for you to download in the usual way after previewing them. If you do spot a mail you would rather not download the command to delete a mail is DELE n where n is the number of the mail you wish to delete. You could add your own lines. Marcels version has added some polish :-) now what about some GD2 colour someone ;-) Jon. P.S. more info at http://www.faqs.org/rfcs/std/std53.html ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Email in SBASIC
Sun, 30 Jan 2005 20:48:30 -,() Dilwyn Jones [EMAIL PROTECTED] /wrote: Jon, should this work equally on soql, QPC2 v3.30 and uQLx TCP/IP? Dilwyn Jones That will work on QPC 3.30, QemuLator 2.3.2 and 2.3.3 and uQLx but NOT on soql as there's no tcp device. However this is really a simplified version of the qlpop3 application which is written in C. So for all purposes that already works under soQL. (Somewhat ;-) Phoebus ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Email in SBASIC
- Original Message - From: Dilwyn Jones [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, January 30, 2005 9:48 PM Subject: Re: [ql-users] Email in SBASIC Jon, should this work equally on soql, QPC2 v3.30 and uQLx TCP/IP? Dilwyn Jones snip It should work on uQLx. soQL doesn't have a TCP_ device as jet. The device driver itself would be quite simple as its not a directory device. But without an underlying operating system as on an emulator it's difficult to see how to get the connection made while the device driver is in supervisor mode and soQLengin (daemon) can't run. Jon. ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
Re: [ql-users] Email in SBASIC
Dent wrote: It should work on uQLx. soQL doesn't have a TCP_ device as jet. The device driver itself would be quite simple as its not a directory device. But without an underlying operating system as on an emulator it's difficult to see how to get the connection made while the device driver is in supervisor mode and soQLengin (daemon) can't run. Connections on QPC and uQLx are done asynchronously, so it's actually the *next* call to the I/O interface that will block until the connection is done (and blocking just means is it done yet? No? Then back to SMSQ/E). Whether you poll the host OS or your daemon at that point shouldn't really matter, I guess. Marcel ___ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm