Scratch that! I am getting senile. I went back to 7/2015, when I asked
similar questions to you, and you put an article on the site on rcsim! It's
working now...I am getting old!

Rob

On 24 April 2016 at 09:52, Robert Herman <rpjher...@gmail.com> wrote:

> I just tried to run rcsim.l on my newest PicoLisp system, and it didn't
> run. I know I have run it on another box before. What am I doing wrong?
> here's the code from load to failure. I typed '(go)' after the '-> go'
> response, and it brought up a white window though:
>>
>>
>> $ pil +
>> : (load "@misc/rcsim.l")
>> -> go
>> : (go)
>> -> (-20 0 (let R (assoc @ *Run) (sim> *Scene) (sim> *Model) (use (Yaw
>> Pitch) (dir> *Model 'Yaw 'Pitch) (z3dCamera *FocLen Yaw Pitch 0 0 *Tower
>> LightBlue DarkGreen)) (draw> *Scene) (draw> *Model) (z3dPut) (z3dText 20
>> 580 (pack *Throttle " %")) (z3dText 120 580 (pack *Speed " km/h")) (z3dText
>> 220 580 (pack *Altitude " m")) (z3dText 320 580 (case *FocLen (2000000000
>> "(--)") (4000000000 "(-)") (16000000000 "(+)") (32000000000 "(++)")))
>> (z3dSync) (let M (*/ (usec) 1000) (setq "MSec" (- M (set (cdr R) (min -2 (-
>> M "MSec" 20))))))))
>> : !? (sim> *Scene)
>> sim> -- Bad message
>> ?
>
>
> Thanks!
>
> Rob
>
> On 24 April 2016 at 09:46, Robert Herman <rpjher...@gmail.com> wrote:
>
>> I think Java is valid, but this is for fun, and to further my PicoLisp
>> education. Plus I think Ersatz is slow even for Java, no?
>> I program in C, well I used to, so I just need to get down with the io.l
>> file and see which route to take. I'd like to do somethign that has some
>> value for the PicoLisp community rather than just a means to an end,
>> meaning no sloppy fix to say I did a game in PicoLisp.
>> I am just having a mental block on whether I am just wrapping libs, since
>> SDL2 is in C, and I just need to call it, or if I want to duplicate it in
>> pure PicoLisp, the way Alex did in his RC simulator. Althought, that was
>> 64-bit PicoLisp, which relies on the 'native' function (where is that
>> defined?), and a custom lib for everything, no openGl? I know there is a
>> 60-bit limit on loops in 64-bit PicoLisp, but that should not be even close
>> to a limitation ;)
>> I will look at your rcsim code, Alex, and maybe I can grok enough to use
>> it for a game lib?? I find digging into the code more and more interesting
>> each day! I am always amazed at what you have built.
>>
>> Rob
>>
>> On 23 April 2016 at 23:26, Jakob Eriksson <ja...@aurorasystems.eu> wrote:
>>
>>> I think minipicolisp is easy enough to extend. For a small game you need
>>> a dozen or so C calls. The Java route is interesting but has its
>>> distribution problems. What if there is no JVM on the target machine?
>>>
>>> > 23 apr. 2016 kl. 17:49 skrev Alexander Burger <a...@software-lab.de>:
>>> >
>>> >> On Sat, Apr 23, 2016 at 01:06:46PM +0200, Jakob Eriksson wrote:
>>> >> That support is not going to be widely spread until
>>> >> a few years down the road.
>>> >
>>> > Oh, I see :(
>>> >
>>> > If portability is an issue, and miniPicoLisp is both too limited and
>>> > tedious to extend, then Rob should indeed also consider ErsaztLisp.
>>> >
>>> > It is by far easier to extend, with existing Java libraries. There are
>>> > some examples (in addition to what can be found on picolisp.com) on
>>> > rosettacode.org, not directly for OpenGl, but other GUI/Window stuff:
>>> >
>>> >   http://rosettacode.org/wiki/Animation#PicoLisp
>>> >      -> Java/Swing
>>> >
>>> >   http://rosettacode.org/wiki/GUI/Maximum_window_dimensions#PicoLisp
>>> >
>>> >   http://rosettacode.org/wiki/Image_Noise#PicoLisp
>>> >
>>> > ♪♫ Alex
>>> > --
>>> > UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
>>>
>>> --
>>> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subjectUnsubscribe
>>>
>>
>>
>

Reply via email to