1 Jul 2002 03:57
Test
Please ignore this. -- -- LuThEr/hiss999 >-------computer generated sound/visuals at hiss999.co.uk----------- >>********************≤<hiss999@...>> >>>******************************<<http://www.hiss999.co.uk/>>
Please ignore this. -- -- LuThEr/hiss999 >-------computer generated sound/visuals at hiss999.co.uk----------- >>********************≤<hiss999@...>> >>>******************************<<http://www.hiss999.co.uk/>>
Hello everybody I have a couple of questions: 1. This list appears to be very, very quiet. Is there any other forum for MCL users or this is the main one? 2. I've ordered a copy of MCL as well as requested a temporary password for the demo version last Friday and still haven't received any response from DigiTool. Is this normal? I'm not impatient but I'd like to know if I'm missing something here. Regards -- -- LuThEr/hiss999 >-------computer generated sound/visuals at hiss999.co.uk----------- >>********************≤<hiss999@...>> >>>******************************<<http://www.hiss999.co.uk/>>
Although not a busy list, the "signal to noise ratio" is very high. When questions are posted, they are almost always answered quickly and very intelligently. MCL is a wonderful Lisp environment and the MCL community feeling is very strong. Welcome aboard. -- Gary King, EKSL "When I see [design] patterns in my programs, I consider it a sign of trouble." Paul Graham (http://www.paulgraham.com/icad.html) > Hello everybody > > I have a couple of questions: > > 1. This list appears to be very, very quiet. Is there any other forum for > MCL users or this is the main one? > > 2. I've ordered a copy of MCL as well as requested a temporary password for > the demo version last Friday and still haven't received any response from > DigiTool. Is this normal? > I'm not impatient but I'd like to know if I'm missing something here. > > Regards(Continue reading)
About two months ago I wrote to this list looking for help in developing an MCL-based Lisp interface to the Lego MindStorms programmable brick. The problem I was facing involved getting serial port communication to work. I received several recommendations, and I was able to get the "modem/printer" serial port on my PowerBook G3 Series (1998) to transmit commands through the Lego serial tower to a MindStorms RCX brick! THANKS! Now, however, I'm running into a new problem. A student of mine is trying to get my Lisp library to work on a PowerMac G3. No matter what port he specifies (A or B), he can't get the tower's green diode to light up -- that is, no signal is apparently being sent through the port. He has tried both ports with both identifiers (A and B), and he claims that there are no software extensions that could possibly be accessing the ports in addition to MCL. We are at wits' end, since my code *does* work nicely on my PowerBook. I'm using the serial-streams.lisp code provided by MCL. I use the Common Lisp function "write-sequence" with the serial stream as the stream argument to actually send the data through the port. Does anyone have any ideas about what I might be(Continue reading)
Date: Wed, 3 Jul 2002 00:46:09 +0200 (MEST) From: Pascal Costanza <costanza@...> To: <info-mcl@...> Subject: Several newbie questions Hi. I am quite new to the Common Lisp world (and very excited ;). At the moment I have several questions and I hope there are people out there who are willing to help me a little. * I am writing code that needs to read files one byte after the other (i.e., 8-bit bytes). Do I need to take care of buffering larger chunks of data in order to get reasonable speed, or do Common Lisp systems usually do this work already in the background? * With MCL, I have trouble with typing the " <at> " character on my German keyboard due to some funny emacs key bindings (no offense intended). The " <at> " character is usually accessed via alt+l - is there an easy way to replace the key bindings with something that is more compliant to Mac OS X? (Or is there something I don't understand? I am also new to the Mac, and therefore I am not used to "classic" Mac OS, only Mac OS X...) * I don't quite get how the package system works - if I state that a package :uses or :imports-from another package, how does the system know how to find the correct files? How are packages mapped to files? Is there something like a classpath in Java? Is this standardized across different Common Lisps? * And the final one: is this the right forum to ask questions of this(Continue reading)
Dear MCL List,
Thanks for your help on my last question. I
received several helpful emails. It turned out that
it was a bad cable connection rather than any
profound software problem with my serial port
question. Whew!
Now that we've got serial ports licked, my group
is about to add USB ports to the mix, since Lego
only sells kits with USB towers these days.
Before we get too involved, I'd like to ask here
if anyone has already invented this wheel we're
starting on. Essentially, what we want to do is
to mimic our serial connection support. In our
MindStorm library we provide the macros
"with-open-com-port" and "with-open-rcx-stream"
so that, for example, one could type
(with-open-com-port (port 1)
(with-open-rcx-stream (str port :rcx-unit 2)
(play-system-sound 3 str)))
to get rcx # 2 to play a system sound.
We'd like to find or develop a USB library to
allow us to type
(with-open-usb-port (port 1)
(Continue reading)On Wed, 3 Jul 2002 slh@... wrote: > Date: Wed, 3 Jul 2002 00:46:09 +0200 (MEST) > From: Pascal Costanza <costanza@...> > To: <info-mcl@...> > Subject: Several newbie questions > > Hi. > > I am quite new to the Common Lisp world (and very excited ;). At the > moment I have several questions and I hope there are people out there who > are willing to help me a little. > > * I am writing code that needs to read files one byte after the other > (i.e., 8-bit bytes). Do I need to take care of buffering larger chunks of > data in order to get reasonable speed, or do Common Lisp systems usually > do this work already in the background? > The standard CL function READ-SEQUENCE does what you ask. You pass it a stream and a buffer, and it destructively reads into the buffer. This is off the top of my head, but something like (let ((buf (make-array (list 1024)))) (read-sequence buf stream)) will probably work. > * With MCL, I have trouble with typing the " <at> " character on my German > keyboard due to some funny emacs key bindings (no offense intended). The(Continue reading)
On Wednesday, July 3, 2002, at 11:59 AM, slh@... wrote: > Date: Wed, 3 Jul 2002 00:46:09 +0200 (MEST) > From: Pascal Costanza <costanza@...> > To: <info-mcl@...> > Subject: Several newbie questions > > Hi. > > I am quite new to the Common Lisp world (and very excited ;). Welcome! It is an exciting language! > * I am writing code that needs to read files one byte after the other > (i.e., 8-bit bytes). Do I need to take care of buffering larger chunks > of data in order to get reasonable speed, or do Common Lisp systems > usually do this work already in the background? If performance is an issue, you normally need to take care of this by yourself. The function to use is READ-SEQUENCE. If you use READ-BYTE, then performance will likely be pretty terrible. One place to get on-line documentation for Common Lisp (since you are in Germany) would be the HyperText version of the ANSI specifcation: http://gemini.iti.informatik.tu-darmstadt.de/cl-hyperspec/ > * With MCL, I have trouble with typing the " <at> " character...(Continue reading)
Hi > * With MCL, I have trouble with typing the " <at> " character on my German > keyboard due to some funny emacs key bindings (no offense intended). The > " <at> " character is usually accessed via alt+l - is there an easy way to > replace the key bindings with something that is more compliant to Mac > OS X? (Or is there something I don't understand? I am also new to the Mac, > and therefore I am not used to "classic" Mac OS, only Mac OS X...) You can define something like: (def-fred-command (:meta #\3) #'(lambda (w) (let ((*current-character* #\ <at> )) (ed-self-insert w)))) Then with option-3 you get <at> . Please have a look at the example folder of MCL. There's an example called uk-keyboard.lisp with details. Max
>* With MCL, I have trouble with typing the " <at> " character on my German >keyboard due to some funny emacs key bindings (no offense intended). The >" <at> " character is usually accessed via alt+l - is there an easy way to MCL uses the OPTION key for some special commands - it is the META key. To access the characters normally reached with the OPTION key, use control-q as a prefix. control-q option-l will insert the <at> -character in FRED (the MCL editor).
RSS Feed5 | |
|---|---|
1 | |
8 | |
1 | |
1 | |
9 | |
1 | |
2 | |
3 | |
1 | |
18 | |
12 | |
6 | |
4 | |
3 | |
8 | |
1 | |
32 | |
4 | |
7 | |
1 | |
3 | |
5 | |
1 | |
8 | |
14 | |
29 | |
15 | |
27 | |
24 | |
28 | |
53 | |
10 | |
29 | |
20 | |
17 | |
3 | |
5 | |
53 | |
8 | |
9 | |
10 | |
20 | |
6 | |
6 | |
9 | |
10 | |
32 | |
27 | |
18 | |
13 | |
3 | |
23 | |
232 | |
11 | |
17 | |
11 | |
18 | |
4 | |
4 | |
6 | |
1 | |
1 | |
6 | |
6 | |
3 | |
17 | |
3 | |
7 | |
1 | |
11 | |
5 | |
14 | |
13 | |
25 | |
9 | |
26 | |
18 | |
21 | |
15 | |
1 | |
36 | |
6 | |
14 | |
26 | |
30 | |
26 | |
12 | |
30 | |
5 | |
32 | |
102 | |
71 | |
81 | |
37 | |
79 | |
102 | |
81 | |
18 | |
19 | |
89 | |
47 | |
85 | |
123 | |
76 | |
116 | |
193 | |
131 | |
111 | |
58 | |
28 | |
62 | |
39 | |
71 | |
50 | |
31 |