Re: [Ql-Users] Developer assistance request.

2014-01-27 Thread Dave Park
Any other takers? The proposed spec of the machine has improved a little and it will be a lot faster than a SGC, with 64x the memory, too... What would you do for developer access to new hardware? :) Dave On Wed, Jan 22, 2014 at 10:21 PM, Alexandre Souza < alexandre.tabaj...@gmail.com> wrote:

Re: [Ql-Users] Developer assistance request.

2014-01-22 Thread Alexandre Souza
May I add 2 cents to the subject? With the W5300 on-chip implementation, you depend on one specific manufacturer. If the TCP/IP stack runs on the QL side, one is more flexible to use different hardware. In my case, the NE2000 or Realtek on the Q40 and Q60, but the CP2200 on the Q68. Even TCP

Re: [Ql-Users] Developer assistance request.

2014-01-21 Thread Dave Park
gt; wrote: > > > On second thought, maybe not. > > Obviosly no one will want to set a color on a TCP channel nor will anyone > > want to send a packet to a high-res screen channel. > > > > ->The overlap doesn't hurt. > > > > Tobias > > >

Re: [Ql-Users] Developer assistance request.

2014-01-21 Thread Petri Pellinen
> want to send a packet to a high-res screen channel. > > ->The overlap doesn't hurt. > > Tobias > > -----Original-Nachricht- > Betreff: Re: [Ql-Users] Developer assistance request. > Datum: Tue, 21 Jan 2014 18:37:49 +0100 > Von: "tobias.froesc...@t-online

Re: [Ql-Users] Developer assistance request.

2014-01-21 Thread tobias.froesc...@t-online.de
On second thought, maybe not. Obviosly no one will want to set a color on a TCP channel nor will anyone want to send a packet to a high-res screen channel. ->The overlap doesn't hurt. Tobias -Original-Nachricht- Betreff: Re: [Ql-Users] Developer assistance request. Datum: Tue

Re: [Ql-Users] Developer assistance request.

2014-01-21 Thread tobias.froesc...@t-online.de
d some light on that? Regards, Tobias -Original-Nachricht- Betreff: Re: [Ql-Users] Developer assistance request. Datum: Tue, 21 Jan 2014 16:51:42 +0100 Von: George Gwilt An: ql-us...@q-v-d.com On 21 Jan 2014, at 15:41, Petri Pellinen wrote: > Richard Zidlicky's document

Re: [Ql-Users] Developer assistance request.

2014-01-21 Thread Petri Pellinen
On Tue, Jan 21, 2014 at 6:12 PM, Peter wrote: > Petri Pellinen wrote: > > > Nice thing about the W5300 is that it has a TCP/IP stack implemented on > the > > chip which makes the driver *much* simpler to implement. > > I had a working native TCP/IP stack plus applications a decade ago, so in > my

Re: [Ql-Users] Developer assistance request.

2014-01-21 Thread Petri Pellinen
Thank you George, that's an interesting piece of information. Kind regards, Petri On Tue, Jan 21, 2014 at 5:51 PM, George Gwilt wrote: > > On 21 Jan 2014, at 15:41, Petri Pellinen wrote: > > > Richard Zidlicky's document "QDOS TCP/IP and socket functionality" at > > http://www.dilwyn.me.uk/d

Re: [Ql-Users] Developer assistance request.

2014-01-21 Thread Dave Park
The WS5300 is not recommended for new designs, so I would need to buy a lifetime supply, yes, which is a drawback. It, like the CP2200 can be configured to use any MAC address but does have one configured in its internal NVRAM, whereas the WS5300 requires an external EEPROM. Given the cost differen

Re: [Ql-Users] Developer assistance request.

2014-01-21 Thread Peter
Petri Pellinen wrote: > Nice thing about the W5300 is that it has a TCP/IP stack implemented on the > chip which makes the driver *much* simpler to implement. I had a working native TCP/IP stack plus applications a decade ago, so in my case, the easier way is trying to reuse that. With the W53

Re: [Ql-Users] Developer assistance request.

2014-01-21 Thread George Gwilt
On 21 Jan 2014, at 15:41, Petri Pellinen wrote: > Richard Zidlicky's document "QDOS TCP/IP and socket functionality" at > http://www.dilwyn.me.uk/docs/manuals/socket.html seems to propose that most > of the POSIX-type functionality be implemented as an extension to standard > Trap #3 calls with

Re: [Ql-Users] Developer assistance request.

2014-01-21 Thread Petri Pellinen
Richard Zidlicky's document "QDOS TCP/IP and socket functionality" at http://www.dilwyn.me.uk/docs/manuals/socket.html seems to propose that most of the POSIX-type functionality be implemented as an extension to standard Trap #3 calls with D0 values $50-$7B inclusive mapped to socket API calls. Do

Re: [Ql-Users] Developer assistance request.

2014-01-21 Thread Dave Park
Good questions, Petri. Given the structure of C, SuperBASIC and Minerva/QDOS in general, I think it's important to have at least a functional subset of the POSIX socket API. However, while that would bring functionality it would be strictly in the realm of the experienced programmer. The great thi

Re: [Ql-Users] Developer assistance request.

2014-01-21 Thread Petri Pellinen
Nice thing about the W5300 is that it has a TCP/IP stack implemented on the chip which makes the driver *much* simpler to implement. One interesting question regarding this whole conversation is: what is meant by a "driver" here? Does driver in this context mean a SuperBasic device interface? I.e.

Re: [Ql-Users] Developer assistance request.

2014-01-21 Thread Dave Park
Hi Peter, In all cases, I would like to go for compatibility with other systems. Drivers are a huge obstacle, so any kind of progress is a head start. I did a quick read of the datasheet, and I can see that this device does have a couple of advantages over the WS5300 - the onboard MAC eliminates

Re: [Ql-Users] Developer assistance request.

2014-01-21 Thread Peter
On 20 Jan 2014 at 20:05, Dave Park wrote: > We are also looking for anyone interested in working on development of an > ethernet driver. We're looking closely at the WizNet 5300. The datasheet is > here: http://www.wiznet.co.kr/UpLoad_Files/ReferenceFiles/W5300_DS_V128E.pdf For your information:

[Ql-Users] Developer assistance request.

2014-01-20 Thread Dave Park
Hi all, We are looking for someone with experience developing custom yet highly compatible versions of Minerva. The revised version of Minerva may have features like a very large amount of physical RAM, and exist on system-writable flash memory. This provides an exciting opportunity for Minerva to