Unsubscribe

2012-02-19 Thread Andrei Ivushkin

Good bye Andrei Ivushkin  :-(
You are now unsubscribed


--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe


Re: Pico Bus error with OpenGL on Mac

2009-06-17 Thread Andrei Ivushkin

Try other way: enable core dumps
ulimit -c unlimited

then run gltst, bus error will produce core file.
Inspect it with gdb

gdb  

If program's command line specified is wrong, gdb will tell you the right one 
read from core file.


Randall Dow написав(ла):

Hi Alex, Jon,

I just installed the current testing picoLisp (now: 17.6.09) and the
gl libraries.
I get exactly your described behavior, Jon, gltst.l immediately
produces a bus error signal.

I then started it with gdb - and it runs fine - no buserror core dump.  Hmmm.

No more time right now.

Cheers,
- Rand

On Tue, Jun 16, 2009 at 11:51 AM, Randall Dow  wrote:

I'll get everything installed, and let you know if I can reproduce the problem.

--
UNSUBSCRIBE: mailto:picol...@software-lab.de?subject=unsubscribe


Re: behavior of +Need

2008-10-04 Thread Andrei Ivushkin
Yes, there is some trouble with it, IMHO. I'm afraid this constraint
isn't implemented yet.

I've investigated that lib/db.l contains class +Need that has the only
method mis>
that shows in some way (don't know yet how) 'Input required'. Many
other classes have the same method, so it seems to be some way of
validating. Unfortunately, neither source nor docs have any comments
on this. Maybe the Author can explain.
-- 
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]


Re: behavior of +Need

2008-10-04 Thread Andrei Ivushkin
(class +Country +Entity)
(rel code (+Need +Key +String))
(rel desc (+Need +String))

..

(obj ((+Country) code "us") desc "")
(commit)

(obj ((+Country) code "ar") )
(commit)

As far as I know, +Need prefix make the filed mandatory, i.e. you
cannot skip it or give it an empty value when creating a new object.
You can drop +Need prefix for 'desc' field if it is a desired
behaviour.
-- 
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]


Re: v2.3.3 and v2.3.4 core dump at gc.c:68

2008-10-04 Thread Andrei Ivushkin
Funny enough. I've just downloaded and compiled picolisp-2.3.4 on Zenwalk
5.2 using GCC 4.2.3 which is configured as follows

./gcc-4.2.3/configure --prefix=/usr --enable-shared
--enable-languages=ada,c,c++,fortran,java,objc --enable-threads=posix
--enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose
--with-arch=i486 --target=i486-slackware-linux --host=i486-slackware-linux
and bad.l script works fine.

--=_Part_18961_13579965.1223150338361
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Funny enough. I've just downloaded and compiled 
picolisp-2.3.4 on Zenwalk 5.2 using GCC 4.2.3 which is configured as 
follows ../gcc-4.2.3/configure --prefix=/usr --enable-shared 
--enable-languages=ada,c,c++,fortran,java,objc --enable-threads=posix 
--enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose 
--with-arch=i486 --target=i486-slackware-linux --host=i486-slackware-linux
and bad.l script works fine.

--=_Part_18961_13579965.1223150338361--
-- 
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]


Re: 'date' and 'time'

2008-08-19 Thread Andrei Ivushkin

Thanks to all, it's completely clear now!!! :)
--
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]


'date' and 'time'

2008-08-19 Thread Andrei Ivushkin

Guys, please clarify:


(date)
When called with a T argument, the current Coordinated Universal Time  
(UTC) is returned.



(time)
When called with a T argument, the time of the last call to date is  
returned.


I need to obtain current UTC not only for date but also for time. How do I?
Thanks
--
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]


Re: (mime)

2008-08-01 Thread Andrei Ivushkin

Yes, it works now like this:

(load "lib/http.l" "lib/xhtml.l" "lib/form.l")
(mime "svg" "image/svg+xml" 1)

(de start ()
(html NIL "SVG test" "lib.css" NIL
(prinl "") ) )

(server 8080 "@start")

Many thanks!!!
--
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]


Re: (mime)

2008-08-01 Thread Andrei Ivushkin

1. The proper way is to call


(mime "svg" "image/svg+xml" 1)




It is really called in svgtest.l


BUT: This only makes sense, if then a static file with the extension
".svg" is supposed to be passed to the browser. The function 'http' uses
the '*Mimes' global to decide which Content-Type to put into the HTTP
header.


Static file test.svg is passed.
--
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]


(mime)

2008-08-01 Thread Andrei Ivushkin
I need to show SVG image but server gives it with wrong content type  
regardless I called (mime), and browser refuses to display the image.
Is that because (mime) call only applied while processing svgtest.l file  
(i.e GET request), not while processing GET test.svg ?


svgtest.l:

(mime "svg" "image/svg+xml" 1)
(html NIL "SVG test" "lib.css" NIL (here 'EOF) ( NIL (print *Mimes)))

EOF

Some kind of solution is to add
(`(chop "svg") "image/svg+xml" 1)
directly into http.l for server to know this ContentType initially but I  
feel myself to miss something in the problem...


Let's put some debug commands into code:

cat svgtest.l

(! mime "svg" "image/svg+xml" 1)
(! msg "^MSVG^M")
(html NIL "SVG test" "lib.css" NIL (here 'EOF))

EOF

At the end of 'http' function in http.l:

(T (! httpEcho *Url "application/octet-stream" 1 T)) ) ) ) ) )

And insert a line into '_http' so it reads

   (prinl "Content-Type: " (or Typ "text/html; charset=utf-8") "^M")
   (msg *Url " ctype: " Typ) # <- this line  
inserted

   (when File

Run

p dbg.l lib/http.l lib/xhtml.l lib/form.l -'server 8080 "svgtest.l"'

Here is console output with breakpoints. *Mimes is not so persistent as it  
ought

to be. This may occur because of specific  tag which is handled
differently... Can someone make it clear?

Thanks.

(mime "svg" "image/svg+xml" 1)
! *Mimes
-> ((("h" "t" "m" "l")) (("a" "u") "audio/basic" 86400) (("w" "a" "v")  
"audio/x-
wav" 86400) (("m" "p" "3") "audio/x-mpeg" 86400) (("g" "i" "f")  
"image/gif" 8640
0) (("t" "i" "f") "image/tiff" 86400) (("t" "i" "f" "f") "image/tiff"  
86400) (("
b" "m" "p") "image/bmp" 86400) (("p" "n" "g") "image/png" 86400) (("j" "p"  
"g")
"image/jpeg" 86400) (("t" "x" "t") "text/octet-stream" 1 T) (("c" "s" "s")  
"text
/css" 86400) (("j" "s") "application/x-javascript" 86400) (("p" "s")  
"applicatio
n/postscript" 1) (("p" "d" "f") "application/pdf" 1) (("z" "i" "p")  
"application

/zip" 1) (("j" "a" "r") "application/java-archive" 86400))
!
(html NIL "SVG test" "lib.css" NIL (here 'EOF))
! *Mimes
-> ((("s" "v" "g") "image/svg+xml" 1) (("h" "t" "m" "l")) (("a" "u")  
"audio/basi
c" 86400) (("w" "a" "v") "audio/x-wav" 86400) (("m" "p" "3")  
"audio/x-mpeg" 8640
0) (("g" "i" "f") "image/gif" 86400) (("t" "i" "f") "image/tiff" 86400)  
(("t" "i
" "f" "f") "image/tiff" 86400) (("b" "m" "p") "image/bmp" 86400) (("p" "n"  
"g")
"image/png" 86400) (("j" "p" "g") "image/jpeg" 86400) (("t" "x" "t")  
"text/octet
-stream" 1 T) (("c" "s" "s") "text/css" 86400) (("j" "s")  
"application/x-javascr
ipt" 86400) (("p" "s") "application/postscript" 1) (("p" "d" "f")  
"application/p
df" 1) (("z" "i" "p") "application/zip" 1) (("j" "a" "r")  
"application/java-arch

ive" 86400))
!
"svgtest.l" ctype:
"lib/form.js" ctype: application/x-javascript
"lib.css" ctype: text/css
(httpEcho *Url "application/octet-stream" 1 T)
! *Url
-> "test.svg"
! *Mimes
-> ((("h" "t" "m" "l")) (("a" "u") "audio/basic" 86400) (("w" "a" "v")  
"audio/x-
wav" 86400) (("m" "p" "3") "audio/x-mpeg" 86400) (("g" "i" "f")  
"image/gif" 8640
0) (("t" "i" "f") "image/tiff" 86400) (("t" "i" "f" "f") "image/tiff"  
86400) (("
b" "m" "p") "image/bmp" 86400) (("p" "n" "g") "image/png" 86400) (("j" "p"  
"g")
"image/jpeg" 86400) (("t" "x" "t") "text/octet-stream" 1 T) (("c" "s" "s")  
"text
/css" 86400) (("j" "s") "application/x-javascript" 86400) (("p" "s")  
"applicatio
n/postscript" 1) (("p" "d" "f") "application/pdf" 1) (("z" "i" "p")  
"application

/zip" 1) (("j" "a" "r") "application/java-archive" 86400))
!
--
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]


Segfault

2008-07-10 Thread Andrei Ivushkin
What is an expected behaviour of Pico if such a silly instruction is given  
;)


(setq X ((1 . 2) (3 . 4)))

It crashes with segmentation fault...
Of course, it's correct to write

(setq X '((1 . 2) (3 . 4)))

but the system should warn about incorrect syntax, isn't it?
--
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]


Regexp

2008-07-04 Thread Andrei Ivushkin
Thanks to all who answered my question about picoserver. Your help is very  
precious.
Now I'm seeking a regexp library for picolisp. At 1st glance there is some  
solutions for Common Lisp  
http://www.ccs.neu.edu/home/dorai/pregexp/pregexp.html

But it needs to be rewritten completely to our dialect.
Maybe there are other libraries or bindings?
--
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]


Re: At shared hosting

2008-07-02 Thread Andrei Ivushkin
Well, we obviously come to idea of having some root access anyway, because  
I can't see any other means to get picoserver running aside httpd.


On Wed, 02 Jul 2008 16:21:26 +0300, Robert Wörle  
<[EMAIL PROTECTED]> wrote:



Why would it be a silly idea ??
I actually run pico as http multiple times on my root server.
I guess as you need to have a root access to the hosting server, then  
the "hoster" will not bug you as you can do what you want , right ?




Andrei Ivushkin wrote:
Is it possible to run pico appserver at free shared hosting? How will  
it be started and working? How much CPU time will consume this process?

I guess such a site will be quickly closed by the hoster :)
Sorry if I have a silly idea to use pico as web server...






--
Отправлено M2, революционной почтовой программой Opera:
http://www.opera.com/mail/
--
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]


At shared hosting

2008-07-02 Thread Andrei Ivushkin
Is it possible to run pico appserver at free shared hosting? How will it  
be started and working? How much CPU time will consume this process?

I guess such a site will be quickly closed by the hoster :)
Sorry if I have a silly idea to use pico as web server...
--
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]


Subscribe

2008-06-27 Thread Andrei Ivushkin

Hello "Andrei Ivushkin" <[EMAIL PROTECTED]> :-)
You are now subscribed


--
Отправлено M2, революционной почтовой программой Opera:  
http://www.opera.com/mail/

--
UNSUBSCRIBE: mailto:[EMAIL PROTECTED]