Re: [Chicken-users] [ANN] CHICKEN 5.0.0 release candidate 2 available

[Arthur Maciel]

Hi! Congratulations to the CHICKEN Team!

Operating system: Linux Mint 17
Hardware platform: x86-64
C Compiler: GCC 4.9.4
Installation works?: yes
Tests work?: yes
Installation of eggs works?: yes - awful (pastiche couldn't be found on
server)

Best,
Arthur


On Fri, Sep 14, 2018 at 4:32 PM Kristian Lein-Mathisen <
kristianl...@gmail.com> wrote:

> Hi,
>
> Tested on my main laptop:
>
>
>>   Operating system: arch linux
>>   Hardware platform: x86-64
>>   C Compiler: GCC 8.20
>>   Installation works?: yes
>>   Tests work?: yes
>>   Installation of eggs works?: yes (but not pastiche)
>>
>
> And on my phone:
>
>
>   Operating system: android 8.0.0
>   Hardware platform: arm
>   C Compiler: clang 6.0.1
>   Installation works?: yes
>   Tests work?: yes
>   Installation of eggs works?: yes (but not pastiche)
>
>
> I'm og solar power right now and can't test on Win10.
>
> K.
>
> ___
> Chicken-users mailing list
> Chicken-users@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/chicken-users
>
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Parallel procedures in CHICKEN

[Arthur Maciel]

Thanks for pointing it, Dan! Do you know if it is supported by CHICKEN on
Windows too?

Cheers,
Arthur

Em 30 de dez de 2016 03:43, "Dan Leslie" <d...@ironoxide.ca> escreveu:

> You could build something with the posix-shm egg, and the posix unit. If
> you need locks, there’s the posix-semaphore egg.
>
>
>
> -Dan
>
>
>
> *From:* Chicken-users [mailto:chicken-users-bounces+dan=
> ironoxide...@nongnu.org] *On Behalf Of *Arthur Maciel
> *Sent:* December 28, 2016 7:47 AM
> *To:* Kooda <ko...@upyum.com>
> *Cc:* chicken-users <chicken-users@nongnu.org>
> *Subject:* Re: [Chicken-users] Parallel procedures in CHICKEN
>
>
>
> Hi Kooda!
>
>
>
> Em 24 de dez de 2016 07:00, "Kooda" <ko...@upyum.com> escreveu:
>
> On Sat, 24 Dec 2016 02:11:37 -0200
> Arthur Maciel <arthurmac...@gmail.com> wrote:
> > Is there a way to implement map, for-each and other procedures in a
> > parallel way so
> >
> > (use srfi-1)
> > (map (lambda (x) (+ x 1)) (iota 100)
> >
> > would automatically split the list into smaller lists according to the
> > number of CPU cores and then gather the results back?
>
> I guess you could spawn a process pool and send these processes a thunk
> that calculates their part and send back the result. You could use s11n
> egg for that, I believe.
>
> I’m not sure it would be faster than the regular functions though.
>
>
>
> Do you recommend any specific way to create the pool and especially to
>  communicate between the processes?
>
>
>
> About the speed, I'll  test and report the results.
>
>
>
> Thanks!
>
> Arthur
>
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Parallel procedures in CHICKEN

[Arthur Maciel]

Hi Matt! Thank you very much for the code! If I have any success I'll
report here. Have a Happy New Year!

Cheers,
Arthur

Em 28 de dez de 2016 15:29, "Matt Welland" <mattrwell...@gmail.com>
escreveu:

> Hi Arthur,
>
> You might find this bit of exploratory code useful:
> http://www.kiatoa.com/cgi-bin/fossils/megatest/artifact/50100144d4ed2b54.
> It is an example of spawning off dozens of sub-processes and using nanomsg
> to communicate the data back. We needed to find changed files in gigs of
> data where the originating process would not be able to directly see the
> files (the program will be setuid). With this proof of concept code on a 32
> processor machine we saw a task that would take hours drop to minutes. No
> surprise there but it was nice that it worked. It might be handy if this
> idea was abstracted into an egg with special versions of map, for-each etc.
> but I don't have time to attempt that now.
>
> Nanomsg is pretty neat but it has quirks. To work reliably all open and
> closing of ports had to be protected with mutexes which seems very odd.
> Note: the code was only a proof of concept trial and it probably won't work
> for you out of the box. It is nice that with nanomsg you simply change the
> connection URL to switch from in process communication to inter-process to
> across hosts. We saw no difference between IPC and tcp but we were only
> handing back and forth tiny amounts of data so that is to be expected.
>
> Matt
> -=-
>
> On Wed, Dec 28, 2016 at 8:46 AM, Arthur Maciel <arthurmac...@gmail.com>
> wrote:
>
>> Hi Kooda!
>>
>> Em 24 de dez de 2016 07:00, "Kooda" <ko...@upyum.com> escreveu:
>>
>> On Sat, 24 Dec 2016 02:11:37 -0200
>> Arthur Maciel <arthurmac...@gmail.com> wrote:
>> > Is there a way to implement map, for-each and other procedures in a
>> > parallel way so
>> >
>> > (use srfi-1)
>> > (map (lambda (x) (+ x 1)) (iota 100)
>> >
>> > would automatically split the list into smaller lists according to the
>> > number of CPU cores and then gather the results back?
>>
>> I guess you could spawn a process pool and send these processes a thunk
>> that calculates their part and send back the result. You could use s11n
>> egg for that, I believe.
>>
>> I’m not sure it would be faster than the regular functions though.
>>
>>
>> Do you recommend any specific way to create the pool and especially to
>>  communicate between the processes?
>>
>> About the speed, I'll  test and report the results.
>>
>> Thanks!
>> Arthur
>>
>> ___
>> Chicken-users mailing list
>> Chicken-users@nongnu.org
>> https://lists.nongnu.org/mailman/listinfo/chicken-users
>>
>>
>
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Parallel procedures in CHICKEN

[Arthur Maciel]

Hi Kooda!

Em 24 de dez de 2016 07:00, "Kooda" <ko...@upyum.com> escreveu:

On Sat, 24 Dec 2016 02:11:37 -0200
Arthur Maciel <arthurmac...@gmail.com> wrote:
> Is there a way to implement map, for-each and other procedures in a
> parallel way so
>
> (use srfi-1)
> (map (lambda (x) (+ x 1)) (iota 100)
>
> would automatically split the list into smaller lists according to the
> number of CPU cores and then gather the results back?

I guess you could spawn a process pool and send these processes a thunk
that calculates their part and send back the result. You could use s11n
egg for that, I believe.

I’m not sure it would be faster than the regular functions though.


Do you recommend any specific way to create the pool and especially to
 communicate between the processes?

About the speed, I'll  test and report the results.

Thanks!
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] [Chicken-hackers] happy christmas!

[Arthur Maciel]

Merry Christmas, folks!

Em 24 de dez de 2016 11:00, "Hugo Arregui" 
escreveu:

> On 2016-12-23 06:36, felix.winkelm...@bevuta.com wrote:
>
>> Dear CHICKEN folks!
>>
>>
>> I wish all of you a very happy christmas.
>>
>
>
> Merry Christmas everyone!
>
> ___
> Chicken-users mailing list
> Chicken-users@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/chicken-users
>
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Parallel procedures in CHICKEN

[Arthur Maciel]

Hi!

Is there a way to implement map, for-each and other procedures in a
parallel way so

(use srfi-1)
(map (lambda (x) (+ x 1)) (iota 100)

would automatically split the list into smaller lists according to the
number of CPU cores and then gather the results back?

Thanks in advance.

Cheers,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Failure when compiling html-tags egg

[Arthur Maciel]

Jeronimo, thanks for the tip! zRAM made it work perfectly!

Mario, I'm sorry, but I won't try the sxml-only ATM.

All the best,
Arthur

On Fri, Dec 16, 2016 at 8:53 AM, Jeronimo Pellegrini <j...@aleph0.info>
wrote:

> On Fri, Dec 16, 2016 at 07:05:26AM +0100, Mario Domenech Goulart wrote:
> > Hi Arthur,
> >
> > On Thu, 15 Dec 2016 22:40:47 -0200 Arthur Maciel <arthurmac...@gmail.com>
> wrote:
> >
> > > On Thu, Dec 15, 2016 at 10:28 PM, Evan Hanson <ev...@foldling.org>
> wrote:
> > >
> > > A first guess is that Linux's OOM killer might be killing your
> > > process.  html-tags is notorious for both time and memory usage
> > > while compiling. Check for messages like "oom" or "killed process"
> > > in /var/log/syslog or /var/log/kern.log to see if that's what's
> > > going on.
> > >
> > > Hi Evan! You are right! There are messages in the logs. Do you know if
> > > there is any way to circumvent it?
> >
> > There's not much to do but getting more memory (i.e., more swap,
> > compiling on a machine with more memory).  html-tags is really horrible.
> > It's a relatively small macro that defines a lot of procedures.
>
> One thing that might help is to use zram, if the system is not already
> using it.
>
> $ cat /proc/swaps
> FilenameTypeSizeUsed
> Priority
> /dev/dm-5   partition   6709244 14884   -1
> /dev/zram0  partition   927576  146572  5
> /dev/zram1  partition   927576  145996  5
> /dev/zram2  partition   927576  145768  5
> /dev/zram3  partition   927576  145972  5
>
> That means I have one swap partition on disk (dm-5) and four "swap
> partitions"
> on RAM (it's basically compressing RAM memory on the fly). Swap on disk is
> only
> used when "swap on RAM" is exhausted.
>
> Many Linux distributions will install the zram module by default, but not
> all
> of them. If /proc/swaps doesn't include any /dev/zram devices, it may be a
> good idea to enable it.
>
> J.
>
>
> ___
> Chicken-users mailing list
> Chicken-users@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/chicken-users
>
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Failure when compiling html-tags egg

[Arthur Maciel]

On Thu, Dec 15, 2016 at 10:28 PM, Evan Hanson  wrote:

> Hi Arthur,
>
> A first guess is that Linux's OOM killer might be killing your process.
> html-tags is notorious for both time and memory usage while compiling.
> Check
> for messages like "oom" or "killed process" in /var/log/syslog or
> /var/log/kern.log to see if that's what's going on.
>
> Cheers,
>
> Evan
>

Hi Evan! You are right! There are messages in the logs. Do you know if
there is any way to circumvent it?

Mario, is it technically possible (at the moment) to remove html-tags
dependency from awful? If so, I can provide a patch for it.

Best wishes,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Failure when compiling html-tags egg

[Arthur Maciel]

Hi! Am I facing a  known GCC problem?

Could anyone provide help on how to gather more info about this error?

Thanks,
Arthur

Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19)
x86_64 GNU/Linux

gcc (Debian 4.9.2-10) 4.9.2

~/chickens/current $ sudo ./chicken-install html-tags
retrieving ...
connecting to host "chicken.kitten-technologies.co.uk", port 80 ...
requesting "/henrietta.cgi?name=html-tags=default" ...
reading response ...
HTTP/1.1 200 OK
Date: Fri, 16 Dec 2016 00:03:33 GMT
Server: Apache/2.2.31 (Unix) DAV/2 PHP/5.5.36 mod_fastcgi/2.4.6
Connection: close
Transfer-Encoding: chunked
Content-Type: text/plain
reading chunks .
reading files ...
  ./html-tags.meta
  ./html-tags.scm
  ./html-tags.setup
 html-tags located at /tmp/temp8cd5.11413/html-tags
checking platform for `html-tags' ...
checking dependencies for `html-tags' ...
install order:
("html-tags")
installing html-tags:0.11 ...
changing current directory to /tmp/temp8cd5.11413/html-tags
  '/home/arthur/chickens/4.11.0/bin/csi' -bnq -setup-mode -e
"(require-library setup-api)" -e "(import setup-api)" -e
"(setup-error-handling)" -e "(extension-name-and-version '(\"html-tags\"
\"0.11\"))" 'html-tags.setup'
  '/home/arthur/chickens/4.11.0/bin/csc' -feature compiling-extension
-setup-mode-s -O2 -d1 -j html-tags html-tags.scm
gcc: internal compiler error: Killed (program cc1)
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Error: shell command terminated with non-zero exit status 1024: 'gcc'
'html-tags.c' -o 'html-tags.o' -c  -fno-strict-aliasing -fwrapv
-DHAVE_CHICKEN_CONFIG_H -DC_ENABLE_PTABLES -Os -fomit-frame-pointer -fPIC
-DPIC -DC_SHARED -I/home/arthur/chickens/4.11.0//include/chicken

Error: shell command failed with nonzero exit status 256:

  '/home/arthur/chickens/4.11.0/bin/csc' -feature compiling-extension
-setup-mode-s -O2 -d1 -j html-tags html-tags.scm


Error: shell command terminated with nonzero exit code
17920
"'/home/arthur/chickens/4.11.0/bin/csi' -bnq -setup-mode -e
\"(require-library s...
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] [ANN] ssql-record

[Arthur Maciel]

On Sun, Dec 4, 2016 at 7:36 AM, Mario Domenech Goulart <
mario.goul...@gmail.com> wrote:

> Hi Arthur,
>
> On Sun, 4 Dec 2016 05:20:17 -0200 Arthur Maciel <arthurmac...@gmail.com>
> wrote:
>
> > For the sake of syntax convenience when prototyping *simple* DB
> > programs, I've written an egg to produce SSQL [1]. In *NO WAY* it is
> > supposed to be an ORM to DBs.
> >
> > I'd love to hear comments and critics about the code [2]. Programming
> > is just a hobby which I perform badly.
> >
> > CHICKEN maintainers, if possible, please add it to the coop [3].
> >
> > [1] http://wiki.call-cc.org/ssql-record
> > [2]
> > https://github.com/arthurmaciel/ssql-record/blob/master/ssql-record.scm
> > [3]
> > https://github.com/arthurmaciel/ssql-record/blob/
> master/ssql-record.release-info
>
> Thanks for your egg.  Before we add it to the coop, there are a couple
> of things that have to be fixed:
>
> * https://github.com/arthurmaciel/ssql-record/get/0.1.tar.gz (referenced
>   from ssql-record.release-info) gives a 404.
>
> * salmonella catches multiple mistakes.
>
> * Egg documentation should go to http://wiki.call-cc.org/egg/ssql-record
>   (note the "egg" component in the path).
>
> To identify the problems you can use salmonella or
> https://github.com/mario-goulart/test-new-egg .  The latter will also
> use henrietta-cache to check if the egg code can be downloaded.
>
> All the best.
> Mario
>

Mario, thanks for reporting the errors. It's been a long time since I last
developed an egg that I missed basic steps. Sorry!

https://raw.githubusercontent.com/arthurmaciel/ssql-record/master/ssql-record.release-info

BTW, your test-new-egg had double function: to test my egg (yay!) and to
serve as an example for .meta, .setup and .release-info files.

Thanks again!

Best,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] [ANN] ssql-record

[Arthur Maciel]

Dear chickeeners,

For the sake of syntax convenience when prototyping *simple* DB programs,
I've written an egg to produce SSQL [1]. In *NO WAY* it is supposed to be
an ORM to DBs.

I'd love to hear comments and critics about the code [2]. Programming is
just a hobby which I perform badly.

CHICKEN maintainers, if possible, please add it to the coop [3].

All the best,
Arthur

[1] http://wiki.call-cc.org/ssql-record
[2] https://github.com/arthurmaciel/ssql-record/blob/master/ssql-record.scm
[3]
https://github.com/arthurmaciel/ssql-record/blob/master/ssql-record.release-info
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] SQL in practice with CHICKEN

[Arthur Maciel]

Thanks for sharing, Vasilij!

Any different approach from other users? I'd like to collect as many
experiences as possible.

Cheers,
Arthur
Hello,

I'm using sql-de-lite in a few demos on .  The code
can be found on  and isn't doing
anything special, asides from initializing the database if it hasn't
been set up before.

Cheers
Vasilij
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] SQL in practice with CHICKEN

[Arthur Maciel]

Hi there!

I'd really like to get in touch with different forms of handling SQL with
CHICKEN in practice. I know about the existence of SQLite and Postgresql
eggs, and also about SSQL.

But I'd like to see real code snippets performing queries and processing
data from web forms or other forms of data input. I'd like to see how
CHICKEN users wrap SQL calls in real projects, and if you you use some
self-developed record/object mapping or maybe functional handlers for it.

I realize this is a broad request, but I'd appreciate if some you could
share real code to inspire me.

Thanks in advance!

Cheers,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] read file into a list of lists

[Arthur Maciel]

Although I can't imagine why you'd need it, but in order to get list of
lists you could do:

(define (read-all-lines filename)
   (with-input-from-file filename
  (lambda ()
 (map (lambda (x)
   (list (string->number x)))
(read-lines)

I'm not sure that's what you want.

Cheers,
Arthur


On Wed, Jul 13, 2016 at 12:49 AM, Jinsong Liang <jinsongli...@gmail.com>
wrote:

> Hi Arthur,
>
> This simplifies my code a lot! I will give it a try.
>
> Thank you!
>
> Jinsong
>
> On Tue, Jul 12, 2016 at 11:45 PM, Arthur Maciel <arthurmac...@gmail.com>
> wrote:
>
>> Jinsong, the closest solution I can think of is the read-lines procedure,
>> which returns a list of strings (each string a line read).
>>
>> http://api.call-cc.org/doc/extras/read-lines
>>
>> Supposing you have a number per line, you could use string->number to get
>> the result.
>>
>> An example would be:
>>
>> (define (read-all-lines filename)
>>(with-input-from-file filename
>>   (lambda ()
>>  (map string->number (read-lines)
>>
>> Cheers,
>> Arthur
>>
>>
>> On Wed, Jul 13, 2016 at 12:07 AM, Jinsong Liang <jinsongli...@gmail.com>
>> wrote:
>>
>>> Hi,
>>>
>>> I need to read a file (lines of numbers) into a list of lists with each
>>> line a list. I wrote the following function to do it:
>>>
>>> (define (read-all-lines file-name)
>>>  (let ([output '()])
>>>(let ([p (open-input-file file-name)])
>>>  (let f ([x (read-line p)])
>>>(if (eof-object? x)
>>>  (close-input-port p)
>>>  (begin
>>>(set! output (cons (string-split x) output))
>>>(f (read-line p))
>>>(reverse output)))
>>>
>>> I have a few questions regarding the above code:
>>>
>>> 1. Is there an existing API to do the same thing?
>>> 2. Using set! seems not a lispy coding style. Is it true?
>>> 3. Any improvements I can make ? I bet there are tons.
>>>
>>> Thank you!
>>>
>>> Jinsong
>>>
>>> ___
>>> Chicken-users mailing list
>>> Chicken-users@nongnu.org
>>> https://lists.nongnu.org/mailman/listinfo/chicken-users
>>>
>>>
>>
>
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] read file into a list of lists

[Arthur Maciel]

Jinsong, the closest solution I can think of is the read-lines procedure,
which returns a list of strings (each string a line read).

http://api.call-cc.org/doc/extras/read-lines

Supposing you have a number per line, you could use string->number to get
the result.

An example would be:

(define (read-all-lines filename)
   (with-input-from-file filename
  (lambda ()
 (map string->number (read-lines)

Cheers,
Arthur


On Wed, Jul 13, 2016 at 12:07 AM, Jinsong Liang 
wrote:

> Hi,
>
> I need to read a file (lines of numbers) into a list of lists with each
> line a list. I wrote the following function to do it:
>
> (define (read-all-lines file-name)
>  (let ([output '()])
>(let ([p (open-input-file file-name)])
>  (let f ([x (read-line p)])
>(if (eof-object? x)
>  (close-input-port p)
>  (begin
>(set! output (cons (string-split x) output))
>(f (read-line p))
>(reverse output)))
>
> I have a few questions regarding the above code:
>
> 1. Is there an existing API to do the same thing?
> 2. Using set! seems not a lispy coding style. Is it true?
> 3. Any improvements I can make ? I bet there are tons.
>
> Thank you!
>
> Jinsong
>
> ___
> Chicken-users mailing list
> Chicken-users@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/chicken-users
>
>
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] [ANN] CHICKEN 4.11.0 release candidate 1 available

[Arthur Maciel]

Thanks, Peter and all the CHICKEN Team for this new release candidate.

Operating system: Linux Mint 17
Hardware platform: x86-64
C Compiler: GCC 4.9.3
Installation works?: yes
Tests work?: yes
Installation of eggs works?: yes
Hello everyone,

we are happy to announce the first release candidate of the upcoming
CHICKEN 4.11.0. It is now available at this location:

http://code.call-cc.org/dev-snapshots/2016/04/04/chicken-4.11.0rc1.tar.gz

The SHA 256 sum of that tarball is

d7da097fb886ca2b70ae5bf2510ee40bf57a0453c0aaaf203de648951b24a751

The list of changes since version 4.10.0 is available here:

http://code.call-cc.org/dev-snapshots/2016/04/04/NEWS

Please give it a test and report your findings to the mailing list.

Here's a suggested test procedure:

  $ make PLATFORM= PREFIX= install check
  $ /bin/chicken-install pastiche

If you want to build CHICKEN with a compiler other than the default one,
just use C_COMPILER= (e.g., C_COMPILER=clang) on the make
invocation.

Of course, feel free to explore other supported build options (see the
README file for more information) and actually use CHICKEN 4.11.0rc1 for
your software.

If you can, please let us know the following information about the
environment you tested the RC tarball on:

Operating system: (e.g., FreeBSD 10.1, Debian 8, Windows 7 mingw-msys)
Hardware platform: (e.g., x86, x86-64, PPC)
C Compiler: (e.g., GCC 4.9.2, clang 3.6)
Installation works?: yes or no
Tests work?: yes or no
Installation of eggs works?: yes or no

Thanks in advance!

The CHICKEN Team

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] CHICKEN hang / crash / memoize egg

[Arthur Maciel]

Thanks, Peter! I applied the patch.

I won't have time to create a proper test suite now, but I'll keep your
instructions for the future.

Best wishes,
Arthur

On Fri, Apr 1, 2016 at 3:32 PM, Peter Bex  wrote:

> On Fri, Apr 01, 2016 at 03:28:26PM +0100, Andy Bennett wrote:
> > Hi Peeps!
> >
> > I'm running CHICKEN 4.9.0rc1 and I'm trying out the memoize egg.
> >
> > I saw the tail-call-optimized version of the factorial procedure in the
> > memoize documentation at http://api.call-cc.org/doc/memoize and I've
> > been trying to modify it so that it memoizes intermediate results such
> > that, for example, a call to (fact 10) makes a subsequent call to (fact
> > 9) fast.
> >
> > Sometimes I'll crash immediately and someytimes I have to press some
> > keys when the "#;8>" prompt appears.
> >
> > Is this a known bug in Chicken 4.9.0rc1 or the srfi-69 hash-tables that
> > memoize uses?
>
> There are two problems.  In your code you don't limit the size of the
> memoized hash table, which means it won't ever delete anything from its
> hash tables.
>
> The other problem seems to be in the memoize egg: there, even if you do
> set a limit, the check for the hash table size occurs at precisely the
> wrong place in the recursion.  It checks the size, then calls the
> procedure and when it returns, the result is stored in the hash table.
>
> Let's say we put a limit of 1.  Then we call (memoized-fact 3).
> It will determine (3) doesn't exist yet, and that the cache size is 0.
> Then it will actually call (original-fact 3), which calls memoized-fact
> recursively as (memoized-fact 2).  In the recursion, the cache is still
> empty and there's no entry for (2).  So it calls (original-fact 2) to
> determine the result to store.  This calls (memoized-fact 1), which
> enters with an empty cache and (1) doesn't exist yet.  Then it calls
> (original-fact 1), which returns with 1 immediately.
>
> When it returns, the result is stored in the hash table for args = (1).
> This returns its value to the pending continuation which will
> calculate 2, which is then stored in the cache for (2) and returned to
> the pending continuation which will calculate our final result 6, which
> is stored in the cache for (3) and then finally returned.
>
> After all this, the cache's size is 3 even though we capped it to a
> limit of only 1 item!  Also, the numbers you're storing _are_ really
> large (the final result requires over 59KiB to store the number), and
> because all the intermediate results are retained because the cache
> isn't ever cleared, it's no wonder you're running out of heap size.
>
> The attached patch fixes the problem, as long as you do set a limit,
> using (define memo-fact** (memoize fact** 10)).  In fact, you can set
> a limit of 1 if you want; the outermost recursion step is the one that
> will never be deleted.
>
> A proper test suite should:
>
> a) ensure the procedure is only called as many times as necessary to
>generate new values for uncached values.  Fibonacci would be great
>for measuring this: it should be called n times instead of n^2 times.
> b) ensure that the cache limit is obeyed.  This is trickier to write a
>test for.  Maybe something that is called in a sequence that looks
>like 1, 1, 2, 2, 3, ... n, n, ... 3, 3, 2, 2, 1, 1 would be useful:
>in that case it should be called exactly 2n times if the limit is < n,
>unless I'm wrong.  You'd then have to make a few variants of the
>memoized procedure, with limits around the edge cases n, n-1, n+1
>and check if the original procedure is called 2n times or 4n times.
>
> I'm sure smarter people than myself can come up with a better way to
> test this.
>
> Cheers,
> Peter
>
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] CHICKEN hang / crash / memoize egg

[Arthur Maciel]

Dear Andy, good to know you are playing with the memoize egg. ATM I don't
have time to look deeper into the problem you pointed out. Sorry for that.
After I finish some personal stuff I'll dig into it.

Cheers,
Arthur
Em 01/04/2016 11:56, "Andy Bennett"  escreveu:

> On 01/04/16 15:28, Andy Bennett wrote:
> > Hi Peeps!
> >
> > I'm running CHICKEN 4.9.0rc1 and I'm trying out the memoize egg.
> >
> > I saw the tail-call-optimized version of the factorial procedure in the
> > memoize documentation at http://api.call-cc.org/doc/memoize and I've
> > been trying to modify it so that it memoizes intermediate results such
> > that, for example, a call to (fact 10) makes a subsequent call to (fact
> > 9) fast.
> >
> > In doing so I've managed to get the interpreter into a loop or crash it
> > entirely.
> >
> >
> > When pasting this into a csi prompt:
> >
> > -
> > (use numbers)
> > (use memoize)
> >
> > (define (fact** x #!optional (self memo-fact**))
> >   (if (= x 0)
> > 1
> > (* x (self (- x 1)
> >
> > (define memo-fact** (memoize fact**))
> >
> > (define x (time (memo-fact**  35710)))
> > (define x (time (memo-fact**  35720)))
> > (define x (time (memo-fact**  35730)))
> > -
> >
> > I get:
> >
> > -
> > $ csi
> >
> > CHICKEN
> > (c) 2008-2014, The Chicken Team
> > (c) 2000-2007, Felix L. Winkelmann
> > Version 4.9.0rc1 (rev 3cf1967)
> > linux-unix-gnu-x86-64 [ 64bit manyargs dload ptables ]
> > compiled 2014-04-17 on hd-t1179cl (Linux)
> >
> > ; loading /home/local/andyjpb/.csirc ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/parley.import.so ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/chicken.import.so ...
> > ; loading
> > /usr/local/chicken-4.9.0/lib/chicken/7/data-structures.import.so ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/extras.import.so ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/ports.import.so ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/posix.import.so ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/srfi-1.import.so ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/srfi-13.import.so ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/srfi-18.import.so ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/stty.import.so ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/srfi-69.import.so ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/foreign.import.so ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/foreigners.import.so
> ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/parley.so ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/stty.so ...
> > #;1> (use numbers)
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/numbers.import.so ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/numbers.so ...
> > #;2> (use memoize)
> > #;2>
> > #;2> (define (fact** x #!optional (self memo-fact**))
> > #;2>   (if (= x 0)
> > #;2> 1
> > #;2> (* x (self (- x 1)
> > #;2>
> > #;2> (define memo-fact** (memoize fact**))
> > #;2>
> > #;2> (define x (time (memo-fact**  35710)))
> > #;2> (define x (time (memo-fact**  35720)))
> > #;2> (define x (time (memo-fact**  35730)))
> > #;2>
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/memoize.import.so ...
> > ; loading /usr/local/chicken-4.9.0/lib/chicken/7/memoize.so ...
> >
> > Note: the following toplevel variables are referenced but unbound:
> >
> >   memo-fact** (in fact**)
> > 2.804s CPU time, 1.064s GC time (major), 81305 mutations, 21/1551 GCs
> > (major/minor)
> > 0s CPU time, 20 mutations
> > 0s CPU time, 20 mutations
> > #;8>
> > [panic] out of memory - heap full while resizing - execution terminated
> >
> > ...more...
> > parley.scm:610: history817818
> > parley.scm:610: history817818
> > parley.scm:603: ##sys#dynamic-wind
> > parley.scm:603: history798799
> > parley.scm:603: history798799
> > parley.scm:603: history798799
> > parley.scm:603: history798799
> > parley.scm:610: ##sys#dynamic-wind
> > parley.scm:610: history817818
> > parley.scm:610: history817818
> > parley.scm:615: get-next-char!
> > parley.scm:579: parley-char-ready?
> > parley.scm:586: append-while-incomplete
> > parley.scm:560: string-null?
> > parley.scm:561: repl-prompt
> > parley.scm:561: g769<--
> > -
> >
> > Sometimes I'll crash immediately and someytimes I have to press some
> > keys when the "#;8>" prompt appears.
> >
> >
> > If I run the above script thusly:
> >
> > -
> > $ csi -s memo-demo.scm
> > -
> >
> > I see
> >
> > -
> > $ csi -s ../memo-demo.scm
> > 2.908s CPU time, 1.164s GC time (major), 75257 mutations, 22/1550 GCs
> > (major/minor)
> > 0s CPU time, 20 mutations
> > -
> >
> > ...and it hangs there (on the last time call) indefinitely using all the
> > CPU. Ctrl-C doesn't terminate it: a call to 'killall csi' does tho'.
> >
> >
> > If you cannot reproduce it then try varying the numbers in the call to
> > memo-fact**.
> >
> >
> >
> > Is this a known bug in 

Re: [Chicken-users] Play with CHICKEN, Crepes-PHYS is out!

[Arthur Maciel]

Congrats, Kooda! Really nice!  :)



On Thu, Dec 17, 2015 at 9:16 AM, Kooda  wrote:

> Hi fellow schemers!
>
> Crepes-party-hard-yolo-swag 2015 is now out!
>
> You can check it out at http://kooda.itch.io/cphys2015
>
> It’s a tiny game made in a few weeks using CHICKEN.
>
> The main purpose of this project was to teach someone Lisp as well as
> teaching me how to deploy CHICKEN projects on multiple platforms in
> the form of self-contained binaries. The game is, for these reasons,
> pretty narrow in terms of contents.
>
> A post-mortem blog post should follow in the next few days, along with
> the projects’s source-code. I will try to explain the different states
> the project went in, and how I built the binaries.
>
> Enjoy! :D
>
> --
> Envoyé depuis ma GameBoy.
>
> ___
> Chicken-users mailing list
> Chicken-users@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/chicken-users
>
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Homepage design proposal

[Arthur Maciel]

Hi again!

The prototype now runs on http://arthur.flnet.org:5280/

To test menu links, always go back to home page. The resonsive design can
be tested shrinking windows widths.

Best wishes,
Arthur

2015-07-27 2:53 GMT-03:00 Arthur Maciel arthurmac...@gmail.com:


 Hi all!

 Since Tim's first proposal I've been thinking a lot about CHICKEN's
 website. Here are my two cents.

 Homepage
 - https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Homepage.png
 -
 https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Homepage-Mobile.png

 Eggs
 - https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Eggs.png
 -
 https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Eggs-Mobile.png

 Getting Started
 -
 https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Getting%20Started.png

 Wiki
 - https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Wiki.png

 Manual
 - https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Manual.png

 Download
 - https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Download.png

 Tests
 - https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Tests.png

 I've chosen a minimalist approach and the focus was on readability -
 although the white background doesn't help much, I couldn't find a better
 solution. The content for the homepage is drawn from users comments on this
 thread (they are merely illustrative, although make sense to me).

 Most modifications were done to chicken.css file, so changes are
 immediately applicable to probably 90% of CHICKEN site (exceptions are
 api.call-cc.org and bugs.call-cc.org). To make the page responsive to
 narrow screens (i.e. mobiles) we would need to add one line of HTML into
 pages. This line is already inserted in the .html files on the
 https://dl.dropboxusercontent.com/u/621606/chicken-web-page/chicken-web-page.tar.gz
 bundle. It contains many .html files and I recommend opening CHICKEN
 Scheme.html first. The menu on this page has some directly browsable links
 (Get started! link at the bottom can also be clicked).

 Do you find it useful?

 Best wishes,
 Arthur

 PS: Tim, sorry for not continuing on your proposal. As I'm a newbie on web
 design, I preferred to stick with current code and modify it step by step,
 so I could understand what I was doing. Thanks for inspiration, especially
 on the grid section! And sorry for proposing something much simpler than
 your original design.


___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Homepage design proposal

[Arthur Maciel]

Hi all!

Since Tim's first proposal I've been thinking a lot about CHICKEN's
website. Here are my two cents.

Homepage
- https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Homepage.png
-
https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Homepage-Mobile.png

Eggs
- https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Eggs.png
-
https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Eggs-Mobile.png

Getting Started
-
https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Getting%20Started.png

Wiki
- https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Wiki.png

Manual
- https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Manual.png

Download
- https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Download.png

Tests
- https://dl.dropboxusercontent.com/u/621606/chicken-web-page/Tests.png

I've chosen a minimalist approach and the focus was on readability -
although the white background doesn't help much, I couldn't find a better
solution. The content for the homepage is drawn from users comments on this
thread (they are merely illustrative, although make sense to me).

Most modifications were done to chicken.css file, so changes are
immediately applicable to probably 90% of CHICKEN site (exceptions are
api.call-cc.org and bugs.call-cc.org). To make the page responsive to
narrow screens (i.e. mobiles) we would need to add one line of HTML into
pages. This line is already inserted in the .html files on the
https://dl.dropboxusercontent.com/u/621606/chicken-web-page/chicken-web-page.tar.gz
bundle. It contains many .html files and I recommend opening CHICKEN
Scheme.html first. The menu on this page has some directly browsable links
(Get started! link at the bottom can also be clicked).

Do you find it useful?

Best wishes,
Arthur

PS: Tim, sorry for not continuing on your proposal. As I'm a newbie on web
design, I preferred to stick with current code and modify it step by step,
so I could understand what I was doing. Thanks for inspiration, especially
on the grid section! And sorry for proposing something much simpler than
your original design.
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] 15 years ago...

[Arthur Maciel]

Congratulations to CHICKEN project and all its maintainers!

Cheers!


2015-07-20 11:39 GMT-03:00 Mario Domenech Goulart mario.goul...@gmail.com:


 A baby CHICKEN was born:

 https://groups.google.com/forum/#!msg/comp.lang.scheme/QOil0WmRtWg/rp_Yb6Et--0J

 Congrats. :-)

 Best wishes.
 Mario
 --
 http://parenteses.org/mario

 ___
 Chicken-users mailing list
 Chicken-users@nongnu.org
 https://lists.nongnu.org/mailman/listinfo/chicken-users

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] [Chicken-hackers] [Proposal] Officially drop SWIG support?

[Arthur Maciel]

2015-06-14 10:53 GMT-03:00 Peter Bex pe...@more-magic.net:

 (...)

 So what do you all think?  Should we drop SWIG support for CHICKEN 5?
 Is anyone still using SWIG?


IMHO we should drop SWIG support for CHICKEN 5. As you've shown it clearly
doesn't work anymore and I think CHICKEN 5 code should be as clean as
possible.

Best wishes,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] CHICKEN 4.10.0 release candidate 1 available

[Arthur Maciel]

Hello, Moritz and all! Happy to see 4.10rc1! Congratulations for the great
work (as always)!

Please note that on machine 2 the tests took a long time to complete. I'm
not sure, but I suppose it was on the same part that was reported on
another thread (related to GCC version).

Machine 1
Intel(R) Pentium(R) M processor 1.73GHz2GB RAM
Operating system: Debian 7
Hardware platform: x86
C Compiler: GCC 4.7.2
Installation works?: yes
Tests work?: yes
Installation of eggs works?: yes

$ time make PLATFORM=linux install check
real19m13.803s
user18m16.097s
sys0m13.181s


Machine 2
Intel(R) Core(TM) i5-2410M CPU @ 2.30GHz   4GB RAM
Operating system: Linux Mint 17 (Qiana)
Hardware platform: x86-64
C Compiler: GCC 4.9.2
Installation works?: yes
Tests work?: yes
Installation of eggs works?: yes

$ time make PLATFORM=linux install check
real135m35.180s
user134m46.798s
sys0m15.966s

Part that took long:

 runtime tests ...
many arguments supported.
testing 'apply' with 0..2048 (maximum apply argument count)...
If this segfaults on x86-64, try updating GCC (4.5 has a code-generation
bug):
invoking directly with 0..50...
invoking directly with 1998..2048 (maximum interpreted direct argument
count)...
testing 'apply' can detect calls of too many arguments...
testing direct invocation can detect calls of too many arguments...
/home/arthur/tmp/chicken-4.10.0rc1/tests/../chicken 'apply-test.scm'
-output-file 'a.c' -types ../types.db -ignore-repository -verbose
-include-path /home/arthur/tmp/chicken-4.10.0rc1/tests/..
'gcc' 'a.c' -o 'a.o' -c  -fno-strict-aliasing -fwrapv
-DHAVE_CHICKEN_CONFIG_H -DC_ENABLE_PTABLES -Os -fomit-frame-pointer
-I/home/arthur/tmp/chicken-4.10.0rc1/tests/..
-I/home/arthur/chickens/4.10rc1/include/chicken
(waiting most of the time...)

Cheers,
Arthur


2015-06-07 12:16 GMT-03:00 Moritz Heidkamp mor...@twoticketsplease.de:

 Hello everyone,

 we are happy to announce the first release candidate of the upcoming
 CHICKEN 4.10.0. It is now available at this location:

 http://code.call-cc.org/dev-snapshots/2015/06/07/chicken-4.10.0rc1.tar.gz

 The SHA 256 sum of that tarball is

 b5cc7c2d270d11f56a52da1b78950ada27d9bce2496b8ba230542d104b5477f0

 The list of changes since version 4.9.0 is available here:

 http://code.call-cc.org/dev-snapshots/2015/06/07/NEWS

 Please give it a test and report your findings to the mailing list.

 Here's a suggested test procedure:

   $ make PLATFORM=platform PREFIX=some dir install check
   $ some dir/bin/chicken-install pastiche

 If you want to build CHICKEN with a compiler other than the default one,
 just use C_COMPILER=the compiler (e.g., C_COMPILER=clang) on the make
 invocation.

 Of course, feel free to explore other supported build options (see the
 README file for more information) and actually use CHICKEN 4.10.0rc1 for
 your software.

 If you can, please let us know the following information about the
 environment you tested the RC tarball on:

 Operating system: (e.g., FreeBSD 10.1, Debian 8, Windows 7 mingw-msys)
 Hardware platform: (e.g., x86, x86-64, PPC)
 C Compiler: (e.g., GCC 4.9.2, clang 3.6)
 Installation works?: yes or no
 Tests work?: yes or no
 Installation of eggs works?: yes or no

 Thanks in advance!

 The CHICKEN Team

 ___
 Chicken-users mailing list
 Chicken-users@nongnu.org
 https://lists.nongnu.org/mailman/listinfo/chicken-users


___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] [Chicken-hackers] numbers stuff

[Arthur Maciel]

\o/

Thanks for the great work, Peter!!

Kind regards,
Arthur

2015-05-31 10:39 GMT-03:00 Peter Bex pe...@more-magic.net:

 On Tue, May 26, 2015 at 10:57:15PM +0200, Peter Bex wrote:
  Your mail wasn't CC'ed to the mailing list, so this mail will serve as
  the final opportunity for people to voice any objections against adding
  full numeric tower support.  If nobody objects, I will merge it somewhere
  during the weekend.

 I have now merged it into the chicken-5 branch!  Hurrah!

 Cheers,
 Peter

 ___
 Chicken-hackers mailing list
 chicken-hack...@nongnu.org
 https://lists.nongnu.org/mailman/listinfo/chicken-hackers


___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Dear friends, after some rework of the wiki design I ended up with some
modifications to allow better readability. I hope you all like them.

Mario has already applied them. Bug reports and suggestions to fix them are
welcomed!

Best wishes,
Arthur

2014-09-20 10:57 GMT-03:00 Arthur Maciel arthurmac...@gmail.com:

 Hello, folks!

 Any news about the wiki design?

 Best wishes,
 Arthur

 2014-08-30 9:35 GMT-03:00 Yaroslav Tsarko eriktsa...@googlemail.com:

 Matt,

 On 30.08.2014 4:08, Arthur Maciel wrote:

 Matt and Yaroslav, thanks for your opinions! (more below)Yaroslav, I
 also don't like the current background, but I still prefer it comparing to
 the colors you've suggested. Probably we will also need some (color) theory
 to inspire any change. Otherwise we will fall into a complex territory
 called taste :)

 What do you think?


 As we say in Russia: There is no friend in questions of color and taste
 (Every man to his taste is the closest English idiom) :) I agree with you
 that current bg color is somewhat too heavy to look at so we could choose
 something different. I suggest you play with it and show some different
 colors you would like - may be we shall choose one of them.

 As to the font size - I suppose it is okay now. I suspect that shall we
 let it unspecified and browser will substitute one that is more close to
 user or system settings.

 --
 Thanks,
 Yaroslav Tsarko



___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] How to compile with openssl?

[Arthur Maciel]

Sascha, putting (use openssl) in your code makes any difference?

Best wishes,
Arthur


2014-10-07 9:16 GMT-03:00 Sascha Ziemann cev...@gmail.com:



 2014-10-07 13:48 GMT+02:00 Peter Bex peter@xs4all.nl:


 You'll need to ensure that openssl is available to the application.
 Like the error message says, all you need to do is ensure that it's
 installed and it'll work.  If you're using -deploy, make sure that you
 add the egg to your application bundle.  If you're using a custom egg
 repository, ensure that openssl is in there.


 I run the interpreted and compiled version on the same system. How can the
 egg not being there for the compiled version, if it is there for the
 interpreted version?

 I tried strace on the interpreted and the compiled version. The funny
 thing is, that the compiled version opens libssl and after that reports the
 error that openssl is not available.

 $ strace ./domrobot 127.0.0.1 21|grep ssl
 stat64(/var/lib//chicken/6/openssl.so, {st_mode=S_IFREG|0755,
 st_size=251089, ...}) = 0
 stat64(/var/lib//chicken/6/openssl, 0xbff9239c) = -1 ENOENT (No such
 file or directory)
 stat64(/var/lib//chicken/6/openssl.so, {st_mode=S_IFREG|0755,
 st_size=251089, ...}) = 0
 open(/var/lib//chicken/6/openssl.so, O_RDONLY) = 3
 open(/usr/lib/i586/libssl.so.1.0.0, O_RDONLY) = -1 ENOENT (No such file
 or directory)
 open(/usr/lib/libssl.so.1.0.0, O_RDONLY) = -1 ENOENT (No such file or
 directory)
 open(/usr/lib/i586/libssl.so.1.0.0, O_RDONLY) = -1 ENOENT (No such file
 or directory)
 open(/usr/lib/libssl.so.1.0.0, O_RDONLY) = -1 ENOENT (No such file or
 directory)
 open(/usr/lib/i386-linux-gnu/i586/libssl.so.1.0.0, O_RDONLY) = 3
 write(2, (ssl-connect) Unable to connect ..., 94(ssl-connect) Unable to
 connect over HTTPS. To fix this, install the openssl egg and try again) = 94

 csi opens just the same lib:

 $ grep /usr/lib/i386-linux-gnu/i586/libssl.so.1.0.0 *.trace
 csc.trace:open(/usr/lib/i386-linux-gnu/i586/libssl.so.1.0.0, O_RDONLY) =
 3
 csi.trace:open(/usr/lib/i386-linux-gnu/i586/libssl.so.1.0.0, O_RDONLY) =
 4

 I do not think that my system installation is broken. I think csi and csc
 do different things with libssl.

 Regards,
 Sascha


 ___
 Chicken-users mailing list
 Chicken-users@nongnu.org
 https://lists.nongnu.org/mailman/listinfo/chicken-users


___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Parsing Simple Markup

[Arthur Maciel]

Dear Yves, with SXML you could write transformation rules as Peter has
shown in www.more-magic.net/docs/scheme/sxslt.pdf.

I'm not experienced with SXML, but AFAIK they would generate a similar
effect as the procedures in your example below.

Best wishes,
Arthur

2014-09-21 17:06 GMT-03:00 Yves Cloutier yves.clout...@gmail.com:

 Hello Oleg,

 Thank you for your recommendations too.  I actually just came back from
the local library where I picked up The Scheme Programming Language.

 You know, reading through your reply, it was the last part that made me
think about something.

 If I can convert my input to the format:

 (bold text)
 (indent 5 text)
 (bold (smallcap (size 2 text)))

 Could I not define each of these as functions (or procedures), and then
just call an (eval '  ) procedure to do my output?

 For example (keeping in mind I'm only just getting familiar with Scheme
syntax!):

 (define (bold (text)
  (print the opening tag for the command 'bold')
  (print the string 'text')
  (print the closing tag for the command 'bold'))

 (define (indent (indent-value text)
 (print the opening tag for the command 'indent' with value of
'indent-value')
 (print the string 'text')
 (print the closing tag for the command 'indent'))

 Actually due to the possible presence of nested commands, it should
probably be something more generic, since in the last example:

 (bold (smallcap (size 2 text)))

 what the procedure 'bold' would be taking in is not a string text, but
rather an expression...so this is where I guess things would need to be
recursive.

 Once my document has been converted into one big s-expression, and
procedures defined accordingly, then I could just (eval ) it..couldn't I?

 (eval '(bold text)
 (indent 5 text)
 (bold (smallcap (size 2 text

 Or something along those lines?

 If this is the casebrilliant!

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Hello, folks!

Any news about the wiki design?

Best wishes,
Arthur

2014-08-30 9:35 GMT-03:00 Yaroslav Tsarko eriktsa...@googlemail.com:

 Matt,

 On 30.08.2014 4:08, Arthur Maciel wrote:

 Matt and Yaroslav, thanks for your opinions! (more below)Yaroslav, I also
 don't like the current background, but I still prefer it comparing to the
 colors you've suggested. Probably we will also need some (color) theory to
 inspire any change. Otherwise we will fall into a complex territory called
 taste :)

 What do you think?


 As we say in Russia: There is no friend in questions of color and taste
 (Every man to his taste is the closest English idiom) :) I agree with you
 that current bg color is somewhat too heavy to look at so we could choose
 something different. I suggest you play with it and show some different
 colors you would like - may be we shall choose one of them.

 As to the font size - I suppose it is okay now. I suspect that shall we
 let it unspecified and browser will substitute one that is more close to
 user or system settings.

 --
 Thanks,
 Yaroslav Tsarko


___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Matt and Yaroslav, thanks for your opinions! (more below)

From: Matt Gushee m...@gushee.net
 Date: Fri, 29 Aug 2014 00:47:35 -0600



 The current Chicken site (in production) has 116 characters per line.
 The proposed redesign, with its looser letter spacing (which, by the
 way, I disagree with, but that's a separate email) will reduce that a
 bit, but I think it is still over 100.


Do you propose reducing width or enlarging font-size? Definitely I'm not a
web designer so my proposal is much more an empirical work than a
theoretically oriented one (although I'm already reading the site you've
pointed out! Really thanks!).

Feel free to suggest modifications, but I would really appreciate some
guidance on css code or even patches. I can send the actual css file if you
need it.

And what about the increase of the line-height? Please include here why do
you don't like it. I'd like to hear it.

From: Yaroslav Tsarko eriktsa...@googlemail.com
 Date: Fri, 29 Aug 2014 11:12:40 +0400

 But anyway, current wiki design makes me feel uncomfortable. May be we
 could try with different color background? Instead of current color
 (ffba54) should we try some lighter color? For example: fcd294 or fce5c3?
 They feel more airy and not so strong. At least they disturb less when
 reading text of the wiki.


Yaroslav, I also don't like the current background, but I still prefer it
comparing to the colors you've suggested. Probably we will also need some
(color) theory to inspire any change. Otherwise we will fall into a complex
territory called taste :)

What do you think?

Best wishes,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Dear Matt, if you like to play with a wiki test case you can find it here:
https://dl.dropboxusercontent.com/u/621606/wiki-testcase.tar.gz

Just change the chicken.css inside /wiki.call-cc.org/ and refresh the
pages. Sometimes I find it useful to see the effects on the myriad of pages
that the wiki and other domains have.

Thanks for help!

Best wishes,
Arthur



2014-08-29 22:03 GMT-03:00 Matt Gushee m...@gushee.net:

 Oops, meant to send this to the list ... and this version is slightly
 modified.

 Hi, Arthur--

 I don't like to criticize without suggesting improvements, so I am
 playing with the design a bit to see what I can come up with. I'm not
 really a designer either, but I occasionally manage to fool people
 into thinking I am one. I'll say more later tonight or tomorrow.

 My off-the-cuff answer to your question about whether the line length
 should be shortened or the font enlarged is, not necessarily. I think
 design is as much about tradeoffs as programming is, maybe more so.
 Even in print there is no design that is perfect in every way, and
 that's even truer on the web (for reasons that are well understood,
 right?).

 --
 Matt

 On Fri, Aug 29, 2014 at 6:08 PM, Arthur Maciel arthurmac...@gmail.com
 wrote:
  Matt and Yaroslav, thanks for your opinions! (more below)
 
  From: Matt Gushee m...@gushee.net
  Date: Fri, 29 Aug 2014 00:47:35 -0600
 
 
 
  The current Chicken site (in production) has 116 characters per line.
  The proposed redesign, with its looser letter spacing (which, by the
  way, I disagree with, but that's a separate email) will reduce that a
  bit, but I think it is still over 100.
 
 
  Do you propose reducing width or enlarging font-size? Definitely I'm not
 a
  web designer so my proposal is much more an empirical work than a
  theoretically oriented one (although I'm already reading the site you've
  pointed out! Really thanks!).
 
  Feel free to suggest modifications, but I would really appreciate some
  guidance on css code or even patches. I can send the actual css file if
 you
  need it.
 
  And what about the increase of the line-height? Please include here why
 do
  you don't like it. I'd like to hear it.
 
  From: Yaroslav Tsarko eriktsa...@googlemail.com
  Date: Fri, 29 Aug 2014 11:12:40 +0400
 
 
  But anyway, current wiki design makes me feel uncomfortable. May be we
  could try with different color background? Instead of current color
 (ffba54)
  should we try some lighter color? For example: fcd294 or fce5c3? They
 feel
  more airy and not so strong. At least they disturb less when reading
 text of
  the wiki.
 
 
  Yaroslav, I also don't like the current background, but I still prefer it
  comparing to the colors you've suggested. Probably we will also need some
  (color) theory to inspire any change. Otherwise we will fall into a
 complex
  territory called taste :)
 
  What do you think?
 
  Best wishes,
  Arthur
 

 ___
 Chicken-users mailing list
 Chicken-users@nongnu.org
 https://lists.nongnu.org/mailman/listinfo/chicken-users

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Dear Yaroslav and all,

I and Thomas Hintz have been working on the wiki design to correct bugs and
enhance some points, specially wiki readability.

There are some points to be evaluated and commented:
- new-width-bug-[a,b,c]: the three pictures represent a step-by-step
process of shrinking the browser window. This is the best we could do with
the wiki specific links (show edit history) in order to avoid overlapping
with the search bar and other strange wrapping. It still seems ugly to me,
but at least it is a reasonable expected behavior.
https://dl.dropboxusercontent.com/u/621606/screenshots/new-width-bug-a.png
https://dl.dropboxusercontent.com/u/621606/screenshots/new-width-bug-b.png
https://dl.dropboxusercontent.com/u/621606/screenshots/new-width-bug-c.png

- readability: larger font-size and line-height and with more decorated
[procedure] tags according to CHICKEN's logo basic colors. Also note that
the monospace font in the main text is in bold to allow emphasis on
keywords.
Currently:
https://dl.dropboxusercontent.com/u/621606/screenshots/readabilty.png
Proposal:
https://dl.dropboxusercontent.com/u/621606/screenshots/readabilty-2.png

- shadow-width-size: basically the shadow removal (as many people on
#chicken found it outdated) with natural width increase, a small increase
in font-size + line-height and the effort to make submit button and input
texts of the search bar the same size (their size was reduced a bit to keep
the focus on the page main content).
Currently:
https://dl.dropboxusercontent.com/u/621606/screenshots/shadow-width-size.png
Proposal:
https://dl.dropboxusercontent.com/u/621606/screenshots/shadow-width-size-2.png

What do you think? Any opposition to these changes? All comments are
welcomed.

Thomas is testing this new proposal on many platforms/browsers as possible
and is trying to fix some other bugs. I really appreciate your work, Thomas!

All the best,
Arthur


From: Yaroslav Tsarko eriktsa...@googlemail.com

  To: chicken-users@nongnu.org
  Date: Tue, 19 Aug 2014 16:00:08 +0400

  Subject: Re: [Chicken-users] Wiki design

 Greetings everyone!

 I do not know who is responsible for this, so I will post to this
 mailing list. As of now, layout of http://wiki.call-cc.org is broken
 (please see attached screenshot). Please, fix it ASAP because that looks
 creepy :)
 My system:

 Linux yt 3.13.0-34-generic #60-Ubuntu SMP Wed Aug 13 15:45:27 UTC 2014
 x86_64 x86_64 x86_64 GNU/Linux
 Firefox 31.0 from official Ubuntu repositories.


 Dear Yaroslav Tsarko, thanks for reporting the problem!

 I and iterrogo (from #chicken) will propose another css file to address
 this and other silent issues.

 BTW, bug reports and suggestions on the wiki design are really welcomed
 from everybody!

 Best wishes,
 Arthur



___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

 -- Mensagem encaminhada --
 From: Yaroslav Tsarko eriktsa...@googlemail.com

 To: chicken-users@nongnu.org
 Date: Tue, 19 Aug 2014 16:00:08 +0400
 Subject: Re: [Chicken-users] Wiki design

 Greetings everyone!

 I do not know who is responsible for this, so I will post to this mailing
 list. As of now, layout of http://wiki.call-cc.org is broken (please see
 attached screenshot). Please, fix it ASAP because that looks creepy :)
 My system:

 Linux yt 3.13.0-34-generic #60-Ubuntu SMP Wed Aug 13 15:45:27 UTC 2014
 x86_64 x86_64 x86_64 GNU/Linux
 Firefox 31.0 from official Ubuntu repositories.


Dear Yaroslav Tsarko, thanks for reporting the problem!

I and iterrogo (from #chicken) will propose another css file to address
this and other silent issues.

BTW, bug reports and suggestions on the wiki design are really welcomed
from everybody!

Best wishes,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Mario, thank you very much for applying it! I hope at least most of people
like it.

Best wishes,
Arthur


2014-08-13 19:23 GMT-03:00 Mario Domenech Goulart mario.goul...@gmail.com:

 On Tue, 12 Aug 2014 16:12:53 -0300 Arthur Maciel arthurmac...@gmail.com
 wrote:

  A new chicken.css that corrects some errors pointed out by Mario
  Goulart on www.call-cc.org.

 Many thanks for working on that, Arthur.  I've applied your changes.

 Best wishes.
 Mario
 --
 http://parenteses.org/mario

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

A new chicken.css that corrects some errors pointed out by Mario Goulart on
www.call-cc.org.

Best wishes,
Arthur


2014-08-08 16:08 GMT-03:00 Arthur Maciel arthurmac...@gmail.com:

 Attached follows a correction on chicken.css that handles the order in
 menu vs content divs on paste.call-cc.org.

 So the only changes I propose are adding menu to tests. and
 salmonella{...}.call-cc.org.

 And if more people like it, some testing on many platforms would be
 appreciated. Here I can only test on linux mint with firefox and chrome.

 Best wishes,
 Arthur


 2014-08-08 1:26 GMT-03:00 Arthur Maciel arthurmac...@gmail.com:

 I know this isn't the best comment after pasting a change proposal, but in
 my overall appreciation of our site I really think it is ugly and deserves
 a *real* web designer to take care of it. Probably changing color and font
 scheme would be of high priority to me. The actual design doesn't look
 professional to me and this project deserves a professional face.

 Best wishes,
 Arthur


 2014-08-08 1:20 GMT-03:00 Arthur Maciel arthurmac...@gmail.com:

 Dear ones, I changed again CHICKEN wiki design. It is simpler than the
 one I've pasted before, because I've only changed the chicken.css file. I
 can't do any further without changing the wiki HTML generation.

 Unfortunately I had to put a min-width property on body, because the
 HTML generated for the search box and specific links for wiki edit is not
 included in a single div. So when I shrink the browser window size, they
 overlap. The min-width is currently the default behaviour.

 There are some caveats and it would be really great if someone more
 experinced than me (and authorized to do so) could correct them:
 - pastes.call-cc.org generates the div id='menu' ...   *after*   the
 div id='content' ... and this messes things up. Menu should be the first
 content within body as it is in most pages.
 - code.call-cc.org doesn't include the search bar and the
 specific-links for wiki edit.
 - salmonella and tests.call-cc.org don't include the default menu nor
 the search bar and specific links for wiki edit.

 After correcting these stuff the next step is to replace chicken.css
 with the one provided in /wiki.call-cc.org/chicken.css.

 I'm not an experienced web designer so I apologize for the ugly code.
 ATM the code Just Works and there should be caution when applying it.

 https://dl.dropboxusercontent.com/u/621606/chicken-wiki-testcase.tar.gz

 Best wishes,
 Arthur

 2014-02-14 14:44 GMT-02:00 Mario Domenech Goulart 
 mario.goul...@gmail.com:

 On Fri, 14 Feb 2014 12:25:34 +0100 Christian Kellermann 
 ck...@pestilenz.org wrote:

  * Mario Domenech Goulart mario.goul...@gmail.com [140213 21:40]:
  On Thu, 13 Feb 2014 18:26:49 -0200 Arthur Maciel 
 arthurmac...@gmail.com wrote:
 
   Mario, is there some Salmonella 'best' sample page I should take a
   look at? Maybe in two weeks I could try to fit the CSS and avoid
 some
   problems.
 
  Recently there have not been changes in the salmonella reports/diffs
  layout.  You can see them here, for example:
 
 
 http://salmonella-linux-x86.call-cc.org/master-debugbuild/gcc/linux/x86/2014/02/13/salmonella-report/
 
 http://salmonella-linux-x86.call-cc.org/master-debugbuild/gcc/linux/x86/2014/02/13/yesterday-diff/
 
  There's also http://paste.call-cc.org/,  http://code.call-cc.org/
 and
  http://www.call-cc.org/, as far as I remember.
 
  paste.call-cc.org uses the same css resource as the wiki IIRC.

 Yeah.  I mean all the aforementioned sites use the same css as the wiki.

 Best wishes.
 Mario
 --
 http://parenteses.org/mario





html {
color:#000;
background:#FFF;
}

body,div,dl,dt,dd,ul,ol,li,h1,h2,h3,h4,h5,h6,pre,code,form,fieldset,legend,input,button,textarea,p,blockquote,th,td {
margin:0;
padding:0;
}

table {
border-collapse:collapse;
border-spacing:0;
}

fieldset,img {
border:0;
}

address,caption,cite,code,dfn,em,strong,th,var,optgroup {
font-style:inherit;
font-weight:inherit;
}

li {
list-style:none;
}

caption,th {
text-align:left;
}

h1,h2,h3,h4,h5,h6 {
font-size:100%;
font-weight:400;
}

q:before,q:after {
content:'';
}

abbr,acronym {
border:0;
font-variant:normal;
}

legend {
color:#000;
}

input,button,textarea,select,optgroup,option {
font-family:inherit;
font-size:inherit;
font-style:inherit;
font-weight:inherit;
}

input,button,textarea,select {
font-size:100%;
}

html,body {
background-color:#FFBA54;
}

body {
min-width:60em;
max-width:80em;
font-size:14px;
color:#59443C;
position:relative;
margin:0 auto;
	padding:0.3em;
}

a:visited {
color:#8C8281;
}

em {
font-weight:700;
}

strong {
font-style:italic;
}

form input,form textarea {
color:#000;
border:1px solid;
background:#FFF;
vertical-align:middle;
border-color:#59443C;
margin:0;
padding:.2em;
}

form textarea {
font-family:Bitstream Vera Sans Mono, Courier

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Attached follows a correction on chicken.css that handles the order in menu
vs content divs on paste.call-cc.org.

So the only changes I propose are adding menu to tests. and salmonella{...}.
call-cc.org.

And if more people like it, some testing on many platforms would be
appreciated. Here I can only test on linux mint with firefox and chrome.

Best wishes,
Arthur


2014-08-08 1:26 GMT-03:00 Arthur Maciel arthurmac...@gmail.com:

 I know this isn't the best comment after pasting a change proposal, but in
 my overall appreciation of our site I really think it is ugly and deserves
 a *real* web designer to take care of it. Probably changing color and font
 scheme would be of high priority to me. The actual design doesn't look
 professional to me and this project deserves a professional face.

 Best wishes,
 Arthur


 2014-08-08 1:20 GMT-03:00 Arthur Maciel arthurmac...@gmail.com:

 Dear ones, I changed again CHICKEN wiki design. It is simpler than the one
 I've pasted before, because I've only changed the chicken.css file. I can't
 do any further without changing the wiki HTML generation.

 Unfortunately I had to put a min-width property on body, because the
 HTML generated for the search box and specific links for wiki edit is not
 included in a single div. So when I shrink the browser window size, they
 overlap. The min-width is currently the default behaviour.

 There are some caveats and it would be really great if someone more
 experinced than me (and authorized to do so) could correct them:
 - pastes.call-cc.org generates the div id='menu' ...   *after*   the
 div id='content' ... and this messes things up. Menu should be the first
 content within body as it is in most pages.
 - code.call-cc.org doesn't include the search bar and the specific-links
 for wiki edit.
 - salmonella and tests.call-cc.org don't include the default menu nor
 the search bar and specific links for wiki edit.

 After correcting these stuff the next step is to replace chicken.css with
 the one provided in /wiki.call-cc.org/chicken.css.

 I'm not an experienced web designer so I apologize for the ugly code. ATM
 the code Just Works and there should be caution when applying it.

 https://dl.dropboxusercontent.com/u/621606/chicken-wiki-testcase.tar.gz

 Best wishes,
 Arthur

 2014-02-14 14:44 GMT-02:00 Mario Domenech Goulart 
 mario.goul...@gmail.com:

 On Fri, 14 Feb 2014 12:25:34 +0100 Christian Kellermann 
 ck...@pestilenz.org wrote:

  * Mario Domenech Goulart mario.goul...@gmail.com [140213 21:40]:
  On Thu, 13 Feb 2014 18:26:49 -0200 Arthur Maciel 
 arthurmac...@gmail.com wrote:
 
   Mario, is there some Salmonella 'best' sample page I should take a
   look at? Maybe in two weeks I could try to fit the CSS and avoid
 some
   problems.
 
  Recently there have not been changes in the salmonella reports/diffs
  layout.  You can see them here, for example:
 
 
 http://salmonella-linux-x86.call-cc.org/master-debugbuild/gcc/linux/x86/2014/02/13/salmonella-report/
 
 http://salmonella-linux-x86.call-cc.org/master-debugbuild/gcc/linux/x86/2014/02/13/yesterday-diff/
 
  There's also http://paste.call-cc.org/,  http://code.call-cc.org/ and
  http://www.call-cc.org/, as far as I remember.
 
  paste.call-cc.org uses the same css resource as the wiki IIRC.

 Yeah.  I mean all the aforementioned sites use the same css as the wiki.

 Best wishes.
 Mario
 --
 http://parenteses.org/mario




html {
color:#000;
background:#FFF;
}

body,div,dl,dt,dd,ul,ol,li,h1,h2,h3,h4,h5,h6,pre,code,form,fieldset,legend,input,button,textarea,p,blockquote,th,td {
margin:0;
padding:0;
}

table {
border-collapse:collapse;
border-spacing:0;
}

fieldset,img {
border:0;
}

address,caption,cite,code,dfn,em,strong,th,var,optgroup {
font-style:inherit;
font-weight:inherit;
}

li {
list-style:none;
}

caption,th {
text-align:left;
}

h1,h2,h3,h4,h5,h6 {
font-size:100%;
font-weight:400;
}

q:before,q:after {
content:'';
}

abbr,acronym {
border:0;
font-variant:normal;
}

legend {
color:#000;
}

input,button,textarea,select,optgroup,option {
font-family:inherit;
font-size:inherit;
font-style:inherit;
font-weight:inherit;
}

input,button,textarea,select {
font-size:100%;
}

html,body {
background-color:#FFBA54;
}

body {
min-width:750px;
max-width:80em;
font-size:14px;
color:#59443C;
position:relative;
margin:0 auto;
padding:1em 1em 1em 2em;
}

a:visited {
color:#8C8281;
}

em {
font-weight:700;
}

strong {
font-style:italic;
}

form input,form textarea {
color:#000;
border:1px solid;
background:#FFF;
vertical-align:middle;
border-color:#59443C;
margin:0;
padding:.2em;
}

form textarea {
font-family:Bitstream Vera Sans Mono, Courier, monospace;
}

form input[type=hidden] {
border:none;
}

#toc  ol  li {
list-style-type:none;
}

#toc ol {
counter-reset:section;
}

#toc ol li:before {
counter

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Dear ones, I changed again CHICKEN wiki design. It is simpler than the one
I've pasted before, because I've only changed the chicken.css file. I can't
do any further without changing the wiki HTML generation.

Unfortunately I had to put a min-width property on body, because the HTML
generated for the search box and specific links for wiki edit is not
included in a single div. So when I shrink the browser window size, they
overlap. The min-width is currently the default behaviour.

There are some caveats and it would be really great if someone more
experinced than me (and authorized to do so) could correct them:
- pastes.call-cc.org generates the div id='menu' ...   *after*   the div
id='content' ... and this messes things up. Menu should be the first
content within body as it is in most pages.
- code.call-cc.org doesn't include the search bar and the specific-links
for wiki edit.
- salmonella and tests.call-cc.org don't include the default menu nor the
search bar and specific links for wiki edit.

After correcting these stuff the next step is to replace chicken.css with
the one provided in /wiki.call-cc.org/chicken.css.

I'm not an experienced web designer so I apologize for the ugly code. ATM
the code Just Works and there should be caution when applying it.

https://dl.dropboxusercontent.com/u/621606/chicken-wiki-testcase.tar.gz

Best wishes,
Arthur

2014-02-14 14:44 GMT-02:00 Mario Domenech Goulart mario.goul...@gmail.com:

 On Fri, 14 Feb 2014 12:25:34 +0100 Christian Kellermann 
 ck...@pestilenz.org wrote:

  * Mario Domenech Goulart mario.goul...@gmail.com [140213 21:40]:
  On Thu, 13 Feb 2014 18:26:49 -0200 Arthur Maciel 
 arthurmac...@gmail.com wrote:
 
   Mario, is there some Salmonella 'best' sample page I should take a
   look at? Maybe in two weeks I could try to fit the CSS and avoid some
   problems.
 
  Recently there have not been changes in the salmonella reports/diffs
  layout.  You can see them here, for example:
 
 
 http://salmonella-linux-x86.call-cc.org/master-debugbuild/gcc/linux/x86/2014/02/13/salmonella-report/
 
 http://salmonella-linux-x86.call-cc.org/master-debugbuild/gcc/linux/x86/2014/02/13/yesterday-diff/
 
  There's also http://paste.call-cc.org/,  http://code.call-cc.org/ and
  http://www.call-cc.org/, as far as I remember.
 
  paste.call-cc.org uses the same css resource as the wiki IIRC.

 Yeah.  I mean all the aforementioned sites use the same css as the wiki.

 Best wishes.
 Mario
 --
 http://parenteses.org/mario

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

I know this isn't the best comment after pasting a change proposal, but in
my overall appreciation of our site I really think it is ugly and deserves
a *real* web designer to take care of it. Probably changing color and font
scheme would be of high priority to me. The actual design doesn't look
professional to me and this project deserves a professional face.

Best wishes,
Arthur


2014-08-08 1:20 GMT-03:00 Arthur Maciel arthurmac...@gmail.com:

 Dear ones, I changed again CHICKEN wiki design. It is simpler than the one
 I've pasted before, because I've only changed the chicken.css file. I can't
 do any further without changing the wiki HTML generation.

 Unfortunately I had to put a min-width property on body, because the
 HTML generated for the search box and specific links for wiki edit is not
 included in a single div. So when I shrink the browser window size, they
 overlap. The min-width is currently the default behaviour.

 There are some caveats and it would be really great if someone more
 experinced than me (and authorized to do so) could correct them:
 - pastes.call-cc.org generates the div id='menu' ...   *after*   the
 div id='content' ... and this messes things up. Menu should be the first
 content within body as it is in most pages.
 - code.call-cc.org doesn't include the search bar and the specific-links
 for wiki edit.
 - salmonella and tests.call-cc.org don't include the default menu nor the
 search bar and specific links for wiki edit.

 After correcting these stuff the next step is to replace chicken.css with
 the one provided in /wiki.call-cc.org/chicken.css.

 I'm not an experienced web designer so I apologize for the ugly code. ATM
 the code Just Works and there should be caution when applying it.

 https://dl.dropboxusercontent.com/u/621606/chicken-wiki-testcase.tar.gz

 Best wishes,
 Arthur

 2014-02-14 14:44 GMT-02:00 Mario Domenech Goulart mario.goul...@gmail.com
 :

 On Fri, 14 Feb 2014 12:25:34 +0100 Christian Kellermann 
 ck...@pestilenz.org wrote:

  * Mario Domenech Goulart mario.goul...@gmail.com [140213 21:40]:
  On Thu, 13 Feb 2014 18:26:49 -0200 Arthur Maciel 
 arthurmac...@gmail.com wrote:
 
   Mario, is there some Salmonella 'best' sample page I should take a
   look at? Maybe in two weeks I could try to fit the CSS and avoid some
   problems.
 
  Recently there have not been changes in the salmonella reports/diffs
  layout.  You can see them here, for example:
 
 
 http://salmonella-linux-x86.call-cc.org/master-debugbuild/gcc/linux/x86/2014/02/13/salmonella-report/
 
 http://salmonella-linux-x86.call-cc.org/master-debugbuild/gcc/linux/x86/2014/02/13/yesterday-diff/
 
  There's also http://paste.call-cc.org/,  http://code.call-cc.org/ and
  http://www.call-cc.org/, as far as I remember.
 
  paste.call-cc.org uses the same css resource as the wiki IIRC.

 Yeah.  I mean all the aforementioned sites use the same css as the wiki.

 Best wishes.
 Mario
 --
 http://parenteses.org/mario



___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Dear Matt, I made some suggestions and they can be found at:

- https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz
- https://dl.dropboxusercontent.com/u/621606/chicken-wiki2.tar.gz
- https://dl.dropboxusercontent.com/u/621606/chicken-wiki3.tar.gz

They especially differ in respect to what happens to the search box when
you shrink the browser window. They are just drafts and would need
adjustments to fit all the wiki pages. Please don't blame me for the ugly
code.

I believe Thomas was the last one to give an opinion about this design
(sorry, Thomas, for not replying).

ATM I don't have time to play more with it. Feel free to improve it!

I'm not sure many chicken folks agree with the proposals.

Best wishes,
Arthur


-- Mensagem encaminhada --
 From: Matt Gushee m...@gushee.net
 To: chicken-users chicken-users@nongnu.org
 Cc:
 Date: Thu, 13 Feb 2014 09:20:35 -0700
 Subject: Re: [Chicken-users] Wiki design



 Hello, Arthur and others--

 So, what has happened with this? I was quiet on this subject
 previously because I didn't have much to add, but I thought the
 proposed design was a big improvement.

 I'm writing today because, if anyone is still working on updating the
 wiki, I have a feature request. Perhaps it's something I could
 implement--though I haven't studied the code at all. But I thought
 perhaps it was something that should be discussed a bit.

 My proposal is, simply, to include a *mandatory* last-updated field
 on every page.

 I'm getting increasingly frustrated (and BTW, this is by no means
 specific to Chicken Scheme--it's all over the flipping Internet) at
 seeing technical and news articles whose relevance to current reality
 cannot be determined because they are undated.

 I suppose the theory is that, since it's a wiki, everyone will pitch
 in to make sure the docs are always up to date. But it should be clear
 by now that that doesn't always happen. If everything had a date on
 it, then we would know to be skeptical of a 3-year-old document; or we
 could reasonably assume that a 1-year-old page is more likely correct
 than a 3-year-old one. And so on ...

 PS: regarding the menu font--why not have a fallback[s]? If visitors
 don't have Noto Sans, they may well have Ubuntu Sans; and if they're
 using some weird OS and have neither, I'm sure comparable fonts can be
 found for those other platforms? Or were you using @font-face?

 On Wed, Jan 8, 2014 at 5:43 PM, Arthur Maciel arthurmac...@gmail.com
 wrote:
  Dear chickeneers, I promised and I failed: this *is* the last email about
  the wiki redesign (unless there is a major problem with it :)
 
  Following Thomas advice I changed default font to sans-serif, leaving
  Noto Sans only for the menu and h1, h2, h3, h4, h5 and h6. It is much
 more
  readable to me now.
 
  https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz
 
  Best wishes,
  Arthur
 

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Peter, thanks!

Who is responsible for commiting the new CSS and changing how the wiki
generates HTML? (we need minor HTML changes too - not only CSS).

Best wishes,
Arthur


2014-02-13 17:37 GMT-02:00 Peter Bex peter@xs4all.nl:

 On Thu, Feb 13, 2014 at 05:15:50PM -0200, Arthur Maciel wrote:
  Dear Matt, I made some suggestions and they can be found at:
 
  - https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz
  - https://dl.dropboxusercontent.com/u/621606/chicken-wiki2.tar.gz
  - https://dl.dropboxusercontent.com/u/621606/chicken-wiki3.tar.gz
 
  They especially differ in respect to what happens to the search box when
  you shrink the browser window. They are just drafts and would need
  adjustments to fit all the wiki pages. Please don't blame me for the ugly
  code.
 
  I believe Thomas was the last one to give an opinion about this design
  (sorry, Thomas, for not replying).
 
  ATM I don't have time to play more with it. Feel free to improve it!
 
  I'm not sure many chicken folks agree with the proposals.

 On the contrary!  I think most people agree with the general proposal,
 it's just a few details that have been discussed (the search box in
 particular).  Personally, I think you should just go for it and update
 the wiki's CSS.  The details can be worked out later.

 Cheers,
 Peter
 --
 http://www.more-magic.net

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Mario, is there some Salmonella 'best' sample page I should take a look at?
Maybe in two weeks I could try to fit the CSS and avoid some problems.

Best wishes,
Arthur
Em 13/02/2014 18:21, Mario Domenech Goulart mario.goul...@gmail.com
escreveu:

 Hi,

 On Thu, 13 Feb 2014 21:16:11 +0100 Peter Bex peter@xs4all.nl wrote:

  On Thu, Feb 13, 2014 at 06:10:15PM -0200, Arthur Maciel wrote:
  Peter, thanks!
 
  Who is responsible for commiting the new CSS and changing how the wiki
  generates HTML? (we need minor HTML changes too - not only CSS).
 
  Do we really need HTML to be changed?  That requires changes in the code
  and a complete purge of the page cache.  I hate touching the qwiki code
 :(
 
  In any case, Ivan or I would be the ones to talk to about the HTML
  output.  I don't know offhand how the CSS is done.  I think anyone in
  the CHICKEN team can change that file.

 We also have the salmonella reports and some static files which use the
 same css file as the wiki.  It could still use the old one, in case the
 new one doesn't fit well.  We just have to be careful to give the new
 one a different name (like chicken2.css :-)).

 Best wishes.
 Mario
 --
 http://parenteses.org/mario

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Dear chickeneers, I promised and I failed: this *is* the last email about
the wiki redesign (unless there is a major problem with it :)

Following Thomas advice I changed default font to sans-serif, leaving
Noto Sans only for the menu and h1, h2, h3, h4, h5 and h6. It is much
more readable to me now.

https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz

Best wishes,
Arthur




2014/1/4 Arthur Maciel arthurmac...@gmail.com

 Thomas, with the feedback of Evan Hanson I realized that in order to set
 the #content top border correctly I have to set the #menu position to
 relative. This brings back the problem of misalignment og the search box,
 which in my opinion is the worst of the problems (please take a look to
 Evan printscreens attached).

 Another try that looks good here is using CSS3 box-shadow. This way we
 have a more 'professional' look, menu and search box properly aligned and
 no border.

 https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz

 What do you all think about this new version? I promisse this is the last
 one :)

 Best wishes,
 Arthur


 2014/1/3 Arthur Maciel arthurmac...@gmail.com

 Dear Thomas, thank you for your feedback!

 I gave up setting the #content border before because there wasn't a
 solution that worked on all browsers - each one misaligned the border
 contact between #menu and #container in its own way :)

 But I agree that no border is as bad as a misaligned border, so I put it
 back.

 About the Open Sans... I changed to Noto Sans and I don't expect it to
 work fine on your browser/OS/system, but using default fonts really look
 old style to me. Maybe other opinions could help us to decide.

 I would appreciate another look on it if possible.

 https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz

 A Happy New Year to all!
 Arthur


 2013/12/30 Thomas Hintz t...@thintz.com

 Arthur,

 On Tue, Dec 17, 2013 at 11:42 PM, Arthur Maciel arthurmac...@gmail.com
 wrote:
  Dear chickeneers,
 
  I messed up a bit with the wiki design and below is a link to a sketch.
 
  https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz

 Thanks Arthur! It looks great overall!

 Design by committee is not always a good idea so feel free to disagree
 but I have a few thoughts.

 I think the top of the #content div really should have a border like
 the rest of the box. It just doesn't lock your eyes in as well with it
 missing. Of course that won't be that easy to do but you could move
 the #menu div down a pixel with a higher z-index so it overlaps the
 #content box that has a top-border so it still looks right.

 I think the show/edit/history links could use a little more space
 between them. They are tricky to easily hit even on a mouse
 (non-touch) device.

 Not a huge deal but the open-sans font is fuzzy for me. I've attached
 an image of it. Unfortunately fonts are done so differently across
 browsers, OSes, and even individual monitors and settings that they
 are hard to get looking good on all systems. I think that the common
 fonts are often set to work well with most conditions so it may be
 better to just use one of them. Or maybe some of the new CSS3
 attributes would help? Again, not a big deal.

 Any ways, looks really nice overall. And feel free to ignore my
 suggestions if you disagree.

 All the best,
 Thomas Hintz




___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Dear Thomas, thank you for your feedback!

I gave up setting the #content border before because there wasn't a
solution that worked on all browsers - each one misaligned the border
contact between #menu and #container in its own way :)

But I agree that no border is as bad as a misaligned border, so I put it
back.

About the Open Sans... I changed to Noto Sans and I don't expect it to work
fine on your browser/OS/system, but using default fonts really look old
style to me. Maybe other opinions could help us to decide.

I would appreciate another look on it if possible.

https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz

A Happy New Year to all!
Arthur


2013/12/30 Thomas Hintz t...@thintz.com

 Arthur,

 On Tue, Dec 17, 2013 at 11:42 PM, Arthur Maciel arthurmac...@gmail.com
 wrote:
  Dear chickeneers,
 
  I messed up a bit with the wiki design and below is a link to a sketch.
 
  https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz

 Thanks Arthur! It looks great overall!

 Design by committee is not always a good idea so feel free to disagree
 but I have a few thoughts.

 I think the top of the #content div really should have a border like
 the rest of the box. It just doesn't lock your eyes in as well with it
 missing. Of course that won't be that easy to do but you could move
 the #menu div down a pixel with a higher z-index so it overlaps the
 #content box that has a top-border so it still looks right.

 I think the show/edit/history links could use a little more space
 between them. They are tricky to easily hit even on a mouse
 (non-touch) device.

 Not a huge deal but the open-sans font is fuzzy for me. I've attached
 an image of it. Unfortunately fonts are done so differently across
 browsers, OSes, and even individual monitors and settings that they
 are hard to get looking good on all systems. I think that the common
 fonts are often set to work well with most conditions so it may be
 better to just use one of them. Or maybe some of the new CSS3
 attributes would help? Again, not a big deal.

 Any ways, looks really nice overall. And feel free to ignore my
 suggestions if you disagree.

 All the best,
 Thomas Hintz

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Evan, thanks for the screenshot. Indeed each browser renders the search bar
in a different way. Firefox on my Samsung Galaxy SII renders it like Peter
mentioned. I believe I´ll have to use a table to format it properly. I read
on the web that sometimes (in cases like this for example) tables are
really the only option for a consistent presentation.

Do you have any opinion on how to do it?

Best wishes,
Arthur

-- Mensagem encaminhada --
 From: Evan Hanson ev...@foldling.org
 To: chicken-users chicken-users@nongnu.org
 Cc:
 Date: Fri, 20 Dec 2013 12:10:07 +1300
 Subject: Re: [Chicken-users] Wiki design
 On 2013-12-19 20:27, Arthur Maciel wrote:
  Well, I would appreciate another try.
 
  https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz
 
  Best wishes and thank you all for support!

 This one is really nice. The paren issue is gone now, and I like the
 look of the search section (I might bump it a bit further to the left,
 though -- it hangs slightly over the right edge for me in Firefox:
 http://foldling.org/~evhan/tmp/wiki-search.png).

 Evan

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Dear folks, thanks again for opinions and corrections.

I tried to address all the issues, except for two of them, image and
parenthesis highlighting, both of which I couldn't reproduce it here. I am
on Firefox 25.0.1.

Could you please test it again?

https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz

Thanks,
Arthur


2013/12/19 Andy Bennett andy...@ashurst.eu.org

 Hi,

  I hope you like it. If you don't, please let me know how I could do a
  better job! Thanks in advance!
 
  I have to say, I like it! Thanks for the suggestion! What do the
  others think?

 Yes! This looks great!

 Thanks Arthur!


 The only thing I notice is that the show/edit/history links on the right
 hand side are still in their old styling.

 Everything else looks spiffy: https://wiki.call-cc.org/eggref/4/spiffy


 Good work! :-)






 Regards,
 @ndy

 --
 andy...@ashurst.eu.org
 http://www.ashurst.eu.org/
 0x7EBA75FF


___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Peter, thank you again.

I only see the search bar breaking down on Chrome and when I really zoom
out. In firefox it just crosses the right border. I sincerely don't know
how to fix. Maybe using hacky tables to fix it?

Does anyone know how to make it work properly?

Cheers,
Arthur

2013/12/19 Peter Bex peter@xs4all.nl

 On Thu, Dec 19, 2013 at 07:02:40PM -0200, Arthur Maciel wrote:
  Dear folks, thanks again for opinions and corrections.
 
  I tried to address all the issues, except for two of them, image and
  parenthesis highlighting, both of which I couldn't reproduce it here. I
 am
  on Firefox 25.0.1.
 
  Could you please test it again?

 For some reason the paren highlighting is okay now.  I don't know why.
 The search bar now wraps to the next line, but this causes it to cut off
 the menu from the main text.  The search bar has an orange background
 while the menu and main text have a white background.  Try it in the
 responsive design view, you should be able to see what I mean.

 The image is still ugly scaled down by the browser.  Perhaps newer
 versions of Firefox perform some sort of pixel blending or aliasing
 when scaling?  In any case, it's unnecessary to load a 264x289 PNG
 when all you need to fill is a 24x25 pixel box.

 Cheers,
 Peter
 --
 http://www.more-magic.net

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Well, I would appreciate another try.

https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz

Best wishes and thank you all for support!
Arthur


2013/12/19 Arthur Maciel arthurmac...@gmail.com

 Peter, thank you again.

 I only see the search bar breaking down on Chrome and when I really zoom
 out. In firefox it just crosses the right border. I sincerely don't know
 how to fix. Maybe using hacky tables to fix it?

 Does anyone know how to make it work properly?

 Cheers,
 Arthur

 2013/12/19 Peter Bex peter@xs4all.nl

 On Thu, Dec 19, 2013 at 07:02:40PM -0200, Arthur Maciel wrote:
  Dear folks, thanks again for opinions and corrections.
 
  I tried to address all the issues, except for two of them, image and
  parenthesis highlighting, both of which I couldn't reproduce it here. I
 am
  on Firefox 25.0.1.
 
  Could you please test it again?

 For some reason the paren highlighting is okay now.  I don't know why.
 The search bar now wraps to the next line, but this causes it to cut off
 the menu from the main text.  The search bar has an orange background
 while the menu and main text have a white background.  Try it in the
 responsive design view, you should be able to see what I mean.

 The image is still ugly scaled down by the browser.  Perhaps newer
 versions of Firefox perform some sort of pixel blending or aliasing
 when scaling?  In any case, it's unnecessary to load a 264x289 PNG
 when all you need to fill is a 24x25 pixel box.

 Cheers,
 Peter
 --
 http://www.more-magic.net



___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Wiki design

[Arthur Maciel]

Thank you for your feedback, Christian and Daniel!

I tried to adjust the code according to your suggestions and made other
modifications too. No doubt it is still hacky, but the point now is to
gather opinions about this possibility (and others too).

For those who would like to see the last bundle here is the link:
https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz

Best wishes,
Arthur


2013/12/18 Daniel Beecham dan...@lunix.se

 I love it!

 Perhaps .definition-record could have a slightly larger padding to make
 the titles more prominent? 0.5 ems instead of 0.3?
 Perhaps the title could also be indented just a smidge; .definition {
 padding: 0.5em 0.5em 0.5em 1em }; ?

 I'm just spawning ideas here, it looks good either way to me. Great work.


 On Wed, Dec 18, 2013 at 10:57 AM, Christian Kellermann 
 ck...@pestilenz.org wrote:

 * Arthur Maciel arthurmac...@gmail.com [131218 08:43]:
  Dear chickeneers,
 
  I messed up a bit with the wiki design and below is a link to a sketch.
 
  https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz
 
  The packages should be extracted and new_wiki.html should be opened
 in a
  browser. The file old_wiki.html goes for comparison with the actual
  design.
 
  This involved a good deal of hackery, but my focus was on presentation
 - I
  could fix it if intended to be used. I changed the css, but also the
 html
  file. So if someone likes it, we would need to change the wiki in order
 to
  produce a little bit different html from its default syntax.
 
  Beyond the design itself I could also redefine numbered lists so now
  sublists start counting from their parents number (ex.: 1, 2, 3, 3.1,
 3.2,
  4, 5, etc.).
 
  The changes were based on the wiki page of an egg I intend to release
 soon.
  I'm not sure if the changes apply to all wiki pages.
 
  I hope you like it. If you don't, please let me know how I could do a
  better job! Thanks in advance!

 I have to say, I like it! Thanks for the suggestion! What do the
 others think?

 In the end I would like to get rid of the reference to googlefonts
 and the googleusercontent stuff. If it is by the chicken project,
 it should be served off the browser. All these newfangled CDN tricks
 these days...


 Kind regards,

 Christian

 --
 In the world, there is nothing more submissive and weak than
 water. Yet for attacking that which is hard and strong, nothing can
 surpass it. --- Lao Tzu

 ___
 Chicken-users mailing list
 Chicken-users@nongnu.org
 https://lists.nongnu.org/mailman/listinfo/chicken-users



___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Wiki design

[Arthur Maciel]

Dear chickeneers,

I messed up a bit with the wiki design and below is a link to a sketch.

https://dl.dropboxusercontent.com/u/621606/chicken-wiki.tar.gz

The packages should be extracted and new_wiki.html should be opened in a
browser. The file old_wiki.html goes for comparison with the actual
design.

This involved a good deal of hackery, but my focus was on presentation - I
could fix it if intended to be used. I changed the css, but also the html
file. So if someone likes it, we would need to change the wiki in order to
produce a little bit different html from its default syntax.

Beyond the design itself I could also redefine numbered lists so now
sublists start counting from their parents number (ex.: 1, 2, 3, 3.1, 3.2,
4, 5, etc.).

The changes were based on the wiki page of an egg I intend to release soon.
I'm not sure if the changes apply to all wiki pages.

I hope you like it. If you don't, please let me know how I could do a
better job! Thanks in advance!

Best wishes,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Cross compiling with Chicken

[Arthur Maciel]

 -- Mensagem encaminhada --
 From: Răzvan Rotaru razvan.rot...@gmail.com
 To: chicken-users@nongnu.org
 Cc:
 Date: Sun, 20 Oct 2013 18:52:47 +0300
 Subject: [Chicken-users] Cross compiling with Chicken
 Hi,

 Is there a possibility to cross compile with chicken for another platform?
 If yes, how? My scenario is following:

 I have a chicken app developed on a x86 system, and would like to compile
 it for another platform, say MIPS. Now, I don't have chicken on MIPS and I
 also don't want to port it. I would like to take advantage of the chicken
 compiler generating c code, and simply tell chicken to tell gcc to cross
 compile for MIPS. Any ideas if and how I can do that?

 My intuition is that this should be possible by means of static linking
 with the chicken runtime, but then I'm not sure whether the chicken runtime
 needs to be ported as well or not.

 Or, If can't escape porting chicken to MIPS, do you have any suggestion
 how I could do that.

 Thank you,
 Razvan


I never done that, but I believe this is a good point to start:
http://wiki.call-cc.org/man/4/Cross%20development

Cheers,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] More informative names to srfi units - request from a long-term neophyte

[Arthur Maciel]

John, indeed this is not my point. Felix mentioned heart bleeding about
self-evaluating vector on r7rs-tasks page (
https://wiki.call-cc.org/r7rs-tasks). My intention was to stress out that
not only conceptual issues create dissatisfaction, but the very fact that
chicken great developers can't use chicken on their jobs. Personally I
don't have a point whether vector should be self-evaluating or not. It was
just a reference to extrapolate to another subject. Sorry for the
confusion.




2013/4/9 John Cowan co...@mercury.ccil.org

 Arthur Maciel scripsit:

  my heart bleeds not only for self-evaluating vectors in R7RS,

 What is it with this?  Strings are self-evaluating, why shouldn't vectors
 be?  In R6RS, bytevectors are self-evaluating because they're thought of
 as a variant on strings, but vectors still aren't.  I requested it for
 R6RS in a Formal Comment, but got this: Generally, Scheme has often
 favored uniformity over succinctness, which is also why vector datums
 are not literals.  What uniformity?  There is nothing uniform about
 what's self-evaluating and what is not.

 What's more, dialects differ, but nobody uses vector literals as a kind of
 syntax.  Currently Racket, Gauche, MIT, Guile, Kawa, Chibi, SCM, STklos,
 Scheme 9, Scheme 7, UMB, VX, Oaklisp treat vectors as self-quoting.
 Gambit, Chicken, Bigloo, Scheme48/scsh, SISC, Ikarus, Larceny, Ypsilon,
 IronScheme, Mosh, KSi, SigScheme, Elk treat unquoted vectors as errors.
 Those are the only possibilities that actually exist.

 In R7RS, everything is self-evaluating except symbols and lists.
 Very simple and easy to remember.  Yet people complain.

 Is it just that Common Lisp makes everything self-evaluating and we're
 supposed to be an Uncommon Lisp?

 Grasshopper seeks enlightenment 

 --
 John Cowan  co...@ccil.org  http://ccil.org/~cowan
 If I have seen farther than others, it is because I am surrounded by
 dwarves.
 --Murray Gell-Mann

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] More informative names to srfi units - request from a long-term neophyte

[Arthur Maciel]

Hello, dear Chicken friends!

I  don't clearly remember how I came to Chicken, but I know now I'm in love
with the project and the community. Although I try to improve my
understanding of the language and its implementation, I frequently advocate
from a newbie perspective, specially due to a personal interest in making
Chicken accessible to everyone (my heart bleeds not only for
self-evaluating vectors in R7RS, but also when I hear great people here
telling they can't use Chicken in their jobs).

Reading more about Chicken internals I understood Units. But even
considering that SRFIs are a Scheme standard and that after some time
playing with them I can recall their content by their numbers, IMHO it
would be good to see Chicken with more informative names for Units (and
more comprehensible Units).

It is clear that Scheme/Chicken values informative names for procedures
(call-with-current-continuation, call-with-values, with-input-from-file,
etc.). Wouldn't it be more informative to (use lists) instead of (use
srfi-1) or (use hash-table) instead of (use srfi-69)?

I suggest a change from this:

   - Unit srfi-1: List Library
   - Unit srfi-4: Homogeneous numeric vectors
   - Unit srfi-13: String library
   - Unit srfi-14: Character set library
   - Unit srfi-18: multithreading
   - Unit srfi-69: Hashtable Library

to this (with links to the SRFIs):

   - Unit lists : Implements SRFI-1
   - Unit homogeneous-vectors: Implements SRFI-4
   - Unit strings: Implements SRFI-13
   - Unit charsets: Implements SRFI-14
   - Unit multithreading: Implements SRFI-18
   - Unit hash-table: Implements SRFI-69

These SRFIs could provided as eggs. The data-structures unit could be
dissolved and its procedures spread according to the new specified unit. So
these new units could contain the SRFI and more. Calling old units could
also be valid to avoid breaking code and they could be deprecated on
Chicken's version 10.0 for example :)

Well, ideally it would be better if we could convert units to modules and
if possible nest them like data.lists, data.hash-table,
data.homogeneous-vectors, data.strings, etc, but I don't know if this is
allowed in R5RS. It would also be good to 'clean' some other units (ex.:
move read-all from utils to extras, etc.), but this is enough for this long
post.

Do you believe it would be useful and feasible?

Best wishes,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] mpi egg - MPI:init error

[Arthur Maciel]

Thank you, Ivan! I really didn't understand the example, but now it is much
more clear to me!

Best wishes,
Arthur


2013/4/7 Ivan Raikov ivan.g.rai...@gmail.com

  By the way, I realized that the example in the MPI egg documentation may
 not be all that clear, so I have updated it and added some comments.
 This is a very simple example of a master/worker pattern. You are welcome
 to improve on this with larger data sets or CPU-intensive operations.

   -Ivan


 On Fri, Mar 29, 2013 at 11:44 PM, Arthur Maciel arthurmac...@gmail.comwrote:

 Ivan, thank you for the info.

 Indeed I don't program anything serious enough to need parallelizing. I
 am just curious about how far I can get with Chicken. I've seen it doesn't
 support native threads and I was a bit worried because I thought that
 'production' languages for real world tasks should provide them. But now I
 see there is another way around with the MPI egg.

 I'm a constant beginner when talking to programming and I'm very curious
 about PL, especially Chicken Scheme, but almost never I get my hands dirty
 with code.

 I really understand what you mean by high level abstractions over basic
 MPI functionality, but I don't know how to do it. However, I'm quite
 excited to know Chicken and FPL in more depth and I would like to help on
 any useful task. When you intend to develop it more, please count on me.

 Best wishes,

 Arthur


 Em 29/03/2013 03:51, Ivan Raikov ivan.g.rai...@gmail.com escreveu:

  Hi Arthur,

  I use mpi for parallelizing some moderately-sized number crunching
 tasks (kd-tree queries over trees of size ~1e5 points. I have primarily
 used the scatter/gather collective operations for this. Of course, MPI is a
 bit low-level for a functional programming language, and one day I hope to
 develop some high level abstractions over the basic MPI functionality. If
 you have some idea what kind of concurrent patterns you want to use in your
 application, I can suggest which MPI functions may be of use to you.


   -Ivan



 On Fri, Mar 29, 2013 at 9:49 AM, Arthur Maciel 
 arthurmac...@gmail.comwrote:

 Hello!

 I'm on:
 Linux Mint 3.5.0-17-generic #28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012
 x86_64 x86_64 x86_64 GNU/Linux
 Chicken Scheme Version 4.8.0.1 (stability/4.8.0) (rev 54c391c)
 linux-unix-gnu-x86-64 [ 64bit manyargs dload ptables ]
 compiled 2013-01-17 on aeryn.xorinia.dim (Darwin)

 libopenmpi-dev is installed and chicken-install compiled mpi perfectly.

 But when I run  'csi -e (use srfi-4 mpi) (MPI:init)' I get exactly
 the same error as the one in salmonella report at
 http://tests.call-cc.org/master/linux/x86/2013/03/28/salmonella-report/test/mpi.html

 I don't know how to make it work. Any help is appreciated.

 BTW, I've got to mpi from
 http://wiki.call-cc.org/man/4/faq#does-chicken-support-native-threads,
 but I've seen it is not used by any other egg. Is it really useful to
 parallel programming?

 Best wishes,
 Arthur



 ___
 Chicken-users mailing list
 Chicken-users@nongnu.org
 https://lists.nongnu.org/mailman/listinfo/chicken-users




___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] mpi egg - MPI:init error

[Arthur Maciel]

Ivan, thank you for the info.

Indeed I don't program anything serious enough to need parallelizing. I am
just curious about how far I can get with Chicken. I've seen it doesn't
support native threads and I was a bit worried because I thought that
'production' languages for real world tasks should provide them. But now I
see there is another way around with the MPI egg.

I'm a constant beginner when talking to programming and I'm very curious
about PL, especially Chicken Scheme, but almost never I get my hands dirty
with code.

I really understand what you mean by high level abstractions over basic MPI
functionality, but I don't know how to do it. However, I'm quite excited to
know Chicken and FPL in more depth and I would like to help on any useful
task. When you intend to develop it more, please count on me.

Best wishes,

Arthur


Em 29/03/2013 03:51, Ivan Raikov ivan.g.rai...@gmail.com escreveu:

 Hi Arthur,

  I use mpi for parallelizing some moderately-sized number crunching
 tasks (kd-tree queries over trees of size ~1e5 points. I have primarily
 used the scatter/gather collective operations for this. Of course, MPI is a
 bit low-level for a functional programming language, and one day I hope to
 develop some high level abstractions over the basic MPI functionality. If
 you have some idea what kind of concurrent patterns you want to use in your
 application, I can suggest which MPI functions may be of use to you.


   -Ivan



 On Fri, Mar 29, 2013 at 9:49 AM, Arthur Maciel arthurmac...@gmail.comwrote:

 Hello!

 I'm on:
 Linux Mint 3.5.0-17-generic #28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012
 x86_64 x86_64 x86_64 GNU/Linux
 Chicken Scheme Version 4.8.0.1 (stability/4.8.0) (rev 54c391c)
 linux-unix-gnu-x86-64 [ 64bit manyargs dload ptables ]
 compiled 2013-01-17 on aeryn.xorinia.dim (Darwin)

 libopenmpi-dev is installed and chicken-install compiled mpi perfectly.

 But when I run  'csi -e (use srfi-4 mpi) (MPI:init)' I get exactly the
 same error as the one in salmonella report at
 http://tests.call-cc.org/master/linux/x86/2013/03/28/salmonella-report/test/mpi.html

 I don't know how to make it work. Any help is appreciated.

 BTW, I've got to mpi from
 http://wiki.call-cc.org/man/4/faq#does-chicken-support-native-threads,
 but I've seen it is not used by any other egg. Is it really useful to
 parallel programming?

 Best wishes,
 Arthur



 ___
 Chicken-users mailing list
 Chicken-users@nongnu.org
 https://lists.nongnu.org/mailman/listinfo/chicken-users



___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] mpi egg - MPI:init error

[Arthur Maciel]

Hello!

I'm on:
Linux Mint 3.5.0-17-generic #28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012
x86_64 x86_64 x86_64 GNU/Linux
Chicken Scheme Version 4.8.0.1 (stability/4.8.0) (rev 54c391c)
linux-unix-gnu-x86-64 [ 64bit manyargs dload ptables ]
compiled 2013-01-17 on aeryn.xorinia.dim (Darwin)

libopenmpi-dev is installed and chicken-install compiled mpi perfectly.

But when I run  'csi -e (use srfi-4 mpi) (MPI:init)' I get exactly the
same error as the one in salmonella report at
http://tests.call-cc.org/master/linux/x86/2013/03/28/salmonella-report/test/mpi.html

I don't know how to make it work. Any help is appreciated.

BTW, I've got to mpi from
http://wiki.call-cc.org/man/4/faq#does-chicken-support-native-threads, but
I've seen it is not used by any other egg. Is it really useful to parallel
programming?

Best wishes,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] mpi egg - MPI:init error

[Arthur Maciel]

Installing openmpi-bin fixed the problem. Maybe that will work for
salmonella too.

Best wishes,
Arthur

2013/3/28 Arthur Maciel arthurmac...@gmail.com

 Hello!

 I'm on:
 Linux Mint 3.5.0-17-generic #28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012
 x86_64 x86_64 x86_64 GNU/Linux
 Chicken Scheme Version 4.8.0.1 (stability/4.8.0) (rev 54c391c)
 linux-unix-gnu-x86-64 [ 64bit manyargs dload ptables ]
 compiled 2013-01-17 on aeryn.xorinia.dim (Darwin)

 libopenmpi-dev is installed and chicken-install compiled mpi perfectly.

 But when I run  'csi -e (use srfi-4 mpi) (MPI:init)' I get exactly the
 same error as the one in salmonella report at
 http://tests.call-cc.org/master/linux/x86/2013/03/28/salmonella-report/test/mpi.html

 I don't know how to make it work. Any help is appreciated.

 BTW, I've got to mpi from
 http://wiki.call-cc.org/man/4/faq#does-chicken-support-native-threads,
 but I've seen it is not used by any other egg. Is it really useful to
 parallel programming?

 Best wishes,
 Arthur



___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Segfault with large data-structures (bug)

[Arthur Maciel]

Jim, that's great! Thank you so much!

I've read that facebook reached out billions of users. As I'm testing graph
implementations to create a graph database, do you believe this code could
handle billions nodes or I would need a lot more RAM to run it?

I'm not experienced in programming so I don't know if there is a way to
handle this problem, like share this graph data structures along many
machines, serializing it to disk and handle in memory only a part of it,
etc. Do you know any applicable strategy to make it work properly?

Thanks again!
Arthur
Em 03/02/2013 02:54, Jim Ursetto zbignie...@gmail.com escreveu:

 OK, I patched the core and the program runs to completion.  Patch
 forthcoming.

 $ ./list-partials -:d -:hm16G
 [debug] application startup...
 [debug] heap resized to 1048576 bytes
 [debug] stack bottom is 0x7fff6f80f4b0.
 [debug] entering toplevel toplevel...
 [debug] entering toplevel library_toplevel...
 [debug] entering toplevel build_2dversion_toplevel...
 [debug] entering toplevel eval_toplevel...
 [debug] resizing mutation-stack from 8k to 16k ...
 [debug] entering toplevel expand_toplevel...
 [debug] entering toplevel modules_toplevel...
 [debug] resizing mutation-stack from 16k to 32k ...
 [debug] entering toplevel chicken_2dsyntax_toplevel...
 [debug] entering toplevel srfi_2d69_toplevel...

  Hash-tables - Inserting edges
 [debug] resizing heap dynamically from 1024k to 2048k ...
 [debug] resizing heap dynamically from 2048k to 4096k ...
 [debug] resizing heap dynamically from 4096k to 8192k ...
 [debug] resizing heap dynamically from 8192k to 16384k ...
 [debug] resizing heap dynamically from 16384k to 32768k ...
 [debug] resizing heap dynamically from 32768k to 65536k ...
 [debug] resizing heap dynamically from 65536k to 131072k ...
 [debug] resizing heap dynamically from 131072k to 262144k ...
  5000 nodes inserted
 [debug] resizing heap dynamically from 262144k to 524288k ...
  1 nodes inserted
 [debug] resizing heap dynamically from 524288k to 1048576k ...
  15000 nodes inserted
  2 nodes inserted
 [debug] resizing heap dynamically from 1048576k to 2097152k ...
  25000 nodes inserted
  3 nodes inserted
  35000 nodes inserted
  4 nodes inserted
 [debug] resizing heap dynamically from 2097152k to 4194304k ...
  45000 nodes inserted
  5 nodes inserted
  55000 nodes inserted
  6 nodes inserted
  65000 nodes inserted
  7 nodes inserted
  75000 nodes inserted
  8 nodes inserted
  85000 nodes inserted
 [debug] resizing heap dynamically from 4194304k to 8388608k ...
  9 nodes inserted
  95000 nodes inserted
  10 nodes inserted
  105000 nodes inserted
  11 nodes inserted
  115000 nodes inserted
  12 nodes inserted
  125000 nodes inserted
  13 nodes inserted
  135000 nodes inserted
  14 nodes inserted
  145000 nodes inserted
  15 nodes inserted
  155000 nodes inserted
  16 nodes inserted
  165000 nodes inserted
  17 nodes inserted
  175000 nodes inserted
 [debug] resizing heap dynamically from 8388608k to 16777216k ...
  18 nodes inserted
  185000 nodes inserted
  19 nodes inserted
  195000 nodes inserted
  20 nodes inserted
  205000 nodes inserted
  21 nodes inserted
  215000 nodes inserted
  22 nodes inserted
  225000 nodes inserted
  23 nodes inserted
  235000 nodes inserted
  24 nodes inserted
  245000 nodes inserted
 1042.938s CPU time, 50.714s GC time (major), 250066522 mutations,
 44/851838 GCs (major/minor)
 [debug] forcing finalizers...
 [debug] application terminated normally


 On Feb 2, 2013, at 8:06 PM, Jim Ursetto wrote:

  (bug found -- tl;dr see end of message)
 
  Figured it out: you're exceeding the default maximal heap size, which is
 2GB.  For whatever reason, Chicken doesn't terminate reliably and with an
 error in this situation, it just tries to continue.
 
  Simply run your program with -:d to see:
 
  $ ./list-partials -:d
  Hash-tables - Inserting edges
  [debug] resizing heap dynamically from 1024k to 2048k ...
  [debug] resizing heap dynamically from 2048k to 4096k ...
  [debug] resizing heap dynamically from 4096k to 8192k ...
  [debug] resizing heap dynamically from 8192k to 16384k ...
  [debug] resizing heap dynamically from 16384k to 32768k ...
  [debug] resizing heap dynamically from 32768k to 65536k ...
  [debug] resizing heap dynamically from 65536k to 131072k ...
  [debug] resizing heap dynamically from 131072k to 262144k ...
  5000 nodes inserted
  [debug] resizing heap dynamically from 262144k to 524288k ...
  1 nodes inserted
  [debug] resizing heap dynamically from 524288k to 1048576k ...
  15000 nodes inserted
  2 nodes inserted
  [debug] resizing heap dynamically from 1048576k to 2097151k ...
  25000 nodes inserted
  3 nodes inserted
  35000 nodes inserted
  4 nodes inserted
 
  Error: segmentation violation
 
 
 
  The easy fix to is increase the max heap size, say to 8GB:
 
  $ ./list-partials -:d -:hm8192000k
  [debug] application 

Re: [Chicken-users] Segfault with large data-structures (bug)

[Arthur Maciel]

Oh, and just to add info from another language

#include iostream
#include boost/graph/adjacency_list.hpp

using namespace std;
using namespace boost;

typedef adjacency_listvecS, vecS, directedS Graph;

int main()
{
  const int VERTEXES = 25;
  const int EDGES = 1000;

  Graph g(VERTEXES);
  cout   Boost Graph Library - Inserting edges  endl;

  for (int i = 0; i  VERTEXES; ++i)
for (int j = 1; j  EDGES; ++j)
  add_edge(i, j, g);
}

$ g++ boost-example.cpp -o boost-example
$ time ./boost-example

 Boost Graph Library - Inserting edges
Killed

real2m10.779s
user0m47.279s
sys0m2.548s

---

I don't know if Killed is the same as a segfault.

Best wishes,
Arthur


2013/2/3 Arthur Maciel arthurmac...@gmail.com

 Jim, that's great! Thank you so much!

 I've read that facebook reached out billions of users. As I'm testing
 graph implementations to create a graph database, do you believe this code
 could handle billions nodes or I would need a lot more RAM to run it?

 I'm not experienced in programming so I don't know if there is a way to
 handle this problem, like share this graph data structures along many
 machines, serializing it to disk and handle in memory only a part of it,
 etc. Do you know any applicable strategy to make it work properly?

 Thanks again!
 Arthur
 Em 03/02/2013 02:54, Jim Ursetto zbignie...@gmail.com escreveu:

 OK, I patched the core and the program runs to completion.  Patch
 forthcoming.

 $ ./list-partials -:d -:hm16G
 [debug] application startup...
 [debug] heap resized to 1048576 bytes
 [debug] stack bottom is 0x7fff6f80f4b0.
 [debug] entering toplevel toplevel...
 [debug] entering toplevel library_toplevel...
 [debug] entering toplevel build_2dversion_toplevel...
 [debug] entering toplevel eval_toplevel...
 [debug] resizing mutation-stack from 8k to 16k ...
 [debug] entering toplevel expand_toplevel...
 [debug] entering toplevel modules_toplevel...
 [debug] resizing mutation-stack from 16k to 32k ...
 [debug] entering toplevel chicken_2dsyntax_toplevel...
 [debug] entering toplevel srfi_2d69_toplevel...

  Hash-tables - Inserting edges
 [debug] resizing heap dynamically from 1024k to 2048k ...
 [debug] resizing heap dynamically from 2048k to 4096k ...
 [debug] resizing heap dynamically from 4096k to 8192k ...
 [debug] resizing heap dynamically from 8192k to 16384k ...
 [debug] resizing heap dynamically from 16384k to 32768k ...
 [debug] resizing heap dynamically from 32768k to 65536k ...
 [debug] resizing heap dynamically from 65536k to 131072k ...
 [debug] resizing heap dynamically from 131072k to 262144k ...
  5000 nodes inserted
 [debug] resizing heap dynamically from 262144k to 524288k ...
  1 nodes inserted
 [debug] resizing heap dynamically from 524288k to 1048576k ...
  15000 nodes inserted
  2 nodes inserted
 [debug] resizing heap dynamically from 1048576k to 2097152k ...
  25000 nodes inserted
  3 nodes inserted
  35000 nodes inserted
  4 nodes inserted
 [debug] resizing heap dynamically from 2097152k to 4194304k ...
  45000 nodes inserted
  5 nodes inserted
  55000 nodes inserted
  6 nodes inserted
  65000 nodes inserted
  7 nodes inserted
  75000 nodes inserted
  8 nodes inserted
  85000 nodes inserted
 [debug] resizing heap dynamically from 4194304k to 8388608k ...
  9 nodes inserted
  95000 nodes inserted
  10 nodes inserted
  105000 nodes inserted
  11 nodes inserted
  115000 nodes inserted
  12 nodes inserted
  125000 nodes inserted
  13 nodes inserted
  135000 nodes inserted
  14 nodes inserted
  145000 nodes inserted
  15 nodes inserted
  155000 nodes inserted
  16 nodes inserted
  165000 nodes inserted
  17 nodes inserted
  175000 nodes inserted
 [debug] resizing heap dynamically from 8388608k to 16777216k ...
  18 nodes inserted
  185000 nodes inserted
  19 nodes inserted
  195000 nodes inserted
  20 nodes inserted
  205000 nodes inserted
  21 nodes inserted
  215000 nodes inserted
  22 nodes inserted
  225000 nodes inserted
  23 nodes inserted
  235000 nodes inserted
  24 nodes inserted
  245000 nodes inserted
 1042.938s CPU time, 50.714s GC time (major), 250066522 mutations,
 44/851838 GCs (major/minor)
 [debug] forcing finalizers...
 [debug] application terminated normally


 On Feb 2, 2013, at 8:06 PM, Jim Ursetto wrote:

  (bug found -- tl;dr see end of message)
 
  Figured it out: you're exceeding the default maximal heap size, which
 is 2GB.  For whatever reason, Chicken doesn't terminate reliably and with
 an error in this situation, it just tries to continue.
 
  Simply run your program with -:d to see:
 
  $ ./list-partials -:d
  Hash-tables - Inserting edges
  [debug] resizing heap dynamically from 1024k to 2048k ...
  [debug] resizing heap dynamically from 2048k to 4096k ...
  [debug] resizing heap dynamically from 4096k to 8192k ...
  [debug] resizing heap dynamically from 8192k

[Chicken-users] Segfault with large data-structures

[Arthur Maciel]

Hello! I don't know if it is related to Ivan's problem, but when I compile
and run this code:

(use srfi-69)

(define NODES 25)
(define EDGES 1000)

(define graph (make-hash-table))

(define (insert-edges)
  (printf ~N Hash-tables - Inserting edges ~N)
  (do ((n 1 (+ n 1))) ((= n NODES))
(if (= (remainder n 5000) 0)
(printf  ~S nodes inserted ~N n))
(do ((e 2 (+ e 1))) ((= e (+ 1 EDGES)))
  (hash-table-update!/default graph
  n
  (lambda (edges-list)
(if (member e edges-list)
edges-list
(cons e edges-list)))
  (list e)

(time  (insert-edges))

I get this:

 $ csc list-in-hash-table-partials.scm -o list-partials.scm
 $ ./list-partials.scm

 Hash-tables - Inserting edges
 5000 nodes inserted
 1 nodes inserted
 15000 nodes inserted
 2 nodes inserted
 25000 nodes inserted
 3 nodes inserted
 35000 nodes inserted
 4 nodes inserted
Segmentation fault


I tried to compile with -O2, -O -d2 and -O3. It doesn't make difference for
me: it always present a segfault. Any hint on how to make it work?

Thanks!
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Segfault with large data-structures

[Arthur Maciel]

Jim, I was running 4.8.0.1, but I tried 4.7.0.6 and got the same results.

Thanks for the attention.

2013/2/2 Jim Ursetto zbignie...@gmail.com

 What version of chicken, and if 4.8.0 for example could you try 4.7?

 On Feb 2, 2013, at 11:51, Arthur Maciel arthurmac...@gmail.com wrote:

  Hello! I don't know if it is related to Ivan's problem, but when I
 compile and run this code:
 
  (use srfi-69)
 
  (define NODES 25)
  (define EDGES 1000)
 
  (define graph (make-hash-table))
 
  (define (insert-edges)
(printf ~N Hash-tables - Inserting edges ~N)
(do ((n 1 (+ n 1))) ((= n NODES))
  (if (= (remainder n 5000) 0)
  (printf  ~S nodes inserted ~N n))
  (do ((e 2 (+ e 1))) ((= e (+ 1 EDGES)))
(hash-table-update!/default graph
n
(lambda (edges-list)
  (if (member e edges-list)
  edges-list
  (cons e edges-list)))
(list e)
 
  (time  (insert-edges))
 
  I get this:
 
   $ csc list-in-hash-table-partials.scm -o list-partials.scm
   $ ./list-partials.scm
 
   Hash-tables - Inserting edges
   5000 nodes inserted
   1 nodes inserted
   15000 nodes inserted
   2 nodes inserted
   25000 nodes inserted
   3 nodes inserted
   35000 nodes inserted
   4 nodes inserted
  Segmentation fault
 
 
  I tried to compile with -O2, -O -d2 and -O3. It doesn't make difference
 for me: it always present a segfault. Any hint on how to make it work?
 
  Thanks!
  Arthur
  ___
  Chicken-users mailing list
  Chicken-users@nongnu.org
  https://lists.nongnu.org/mailman/listinfo/chicken-users

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Segfault with large data-structures

[Arthur Maciel]

Kristian, thanks for reporting that.

I've been running through csi for aproxiamtely 10 hours and it never seems
to finish. I'm not sure this task is that big.

2013/2/2 Kristian Lein-Mathisen kristianl...@gmail.com


 I'm getting the same result here, when I run it through csc. When I run it
 through csi, though, it never seems to finish - is the task that big? I had
 to kill it after 2-3 hours.

 [klm@kth ~]$ csi -version

 CHICKEN
 (c)2008-2012 The Chicken Team
 (c)2000-2007 Felix L. Winkelmann
 Version 4.8.1 (rev e5ed396)
 linux-unix-gnu-x86-64 [ 64bit manyargs dload ptables ]
 compiled 2012-09-30 on kth (Linux)

 [klm@kth ~]$ uname -a
 Linux kth 3.7.5-1-ARCH #1 SMP PREEMPT Mon Jan 28 10:03:32 CET 2013 x86_64
 GNU/Linux

 K.



 On Sat, Feb 2, 2013 at 9:40 PM, Jim Ursetto zbignie...@gmail.com wrote:

 What version of chicken, and if 4.8.0 for example could you try 4.7?

 On Feb 2, 2013, at 11:51, Arthur Maciel arthurmac...@gmail.com wrote:

  Hello! I don't know if it is related to Ivan's problem, but when I
 compile and run this code:
 
  (use srfi-69)
 
  (define NODES 25)
  (define EDGES 1000)
 
  (define graph (make-hash-table))
 
  (define (insert-edges)
(printf ~N Hash-tables - Inserting edges ~N)
(do ((n 1 (+ n 1))) ((= n NODES))
  (if (= (remainder n 5000) 0)
  (printf  ~S nodes inserted ~N n))
  (do ((e 2 (+ e 1))) ((= e (+ 1 EDGES)))
(hash-table-update!/default graph
n
(lambda (edges-list)
  (if (member e edges-list)
  edges-list
  (cons e edges-list)))
(list e)
 
  (time  (insert-edges))
 
  I get this:
 
   $ csc list-in-hash-table-partials.scm -o list-partials.scm
   $ ./list-partials.scm
 
   Hash-tables - Inserting edges
   5000 nodes inserted
   1 nodes inserted
   15000 nodes inserted
   2 nodes inserted
   25000 nodes inserted
   3 nodes inserted
   35000 nodes inserted
   4 nodes inserted
  Segmentation fault
 
 
  I tried to compile with -O2, -O -d2 and -O3. It doesn't make difference
 for me: it always present a segfault. Any hint on how to make it work?
 
  Thanks!
  Arthur
  ___
  Chicken-users mailing list
  Chicken-users@nongnu.org
  https://lists.nongnu.org/mailman/listinfo/chicken-users

 ___
 Chicken-users mailing list
 Chicken-users@nongnu.org
 https://lists.nongnu.org/mailman/listinfo/chicken-users



___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Cluck for Emacs

[Arthur Maciel]

So it follows normal Emacs flow. I should have thought about it ;) Thanks,
Ivan!

-- Mensagem encaminhada --
 From: Ivan Shmakov oneing...@gmail.com
 To: chicken-users chicken-users@nongnu.org
 Cc:
 Date: Thu, 11 Oct 2012 23:46:13 +0700
 Subject: Re: [Chicken-users] Cluck for Emacs
  Arthur Maciel arthurmac...@gmail.com writes:

   I'm trying to use Cluck, but I really don't like its font colors.  Is
   there a way to change only the colors?  If so, how can I do it?

 M-x customize-face RET?  When done while the point is at the
 highlighted text, it shows the “faces” the text is highlighted
 with.

   When I stick to Emacs style it doesn't highlight the keywords like
   when, and-let* and many others that are highlighted when Quack PLT
   Style is chosen.

 As for the list of the keywords, I guess it could be found
 somewhere within the M-x customize RET hierarchy.

 --
 FSF associate member #7257



 ___
 Chicken-users mailing list
 Chicken-users@nongnu.org
 https://lists.nongnu.org/mailman/listinfo/chicken-users


___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Cluck for Emacs

[Arthur Maciel]

Hello, guys!

I'm trying to use Cluck, but I really don't like its font colors. Is there
a way to change only the colors? If so, how can I do it?

When I stick to Emacs style it doesn't highlight the keywords like when,
and-let* and many others that are highlighted when Quack PLT Style is
chosen.

Thanks,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Eggs list change - possible?

[Arthur Maciel]

Ivan, I completely agree with faceted classification! Thanks!

-- Mensagem encaminhada --
From: Ivan Shmakov oneing...@gmail.com
To: chicken-users@nongnu.org
Cc:
Date: Thu, 04 Oct 2012 14:12:24 +0700
Subject: Re: [Chicken-users] Eggs list change - possible?
 Arthur Maciel arthurmac...@gmail.com writes:

[…]

  And maybe also include subsections:

  For example:

  Web programming
HTML
  |-- html-form
  |-- html-parser
  |-- html-tags
  |-- htmlprag
Protocols
  |-- fastcgi
  |-- gopher
  |-- intarweb
  ...

  It would be lovely to make those (sub)sections dynamically
  expandable.  I believe it would make the eggs list easier to
  understand and search on for newbies like me.

The only thing I have to add to this suggestion is /not/ to use
a strictly hierarchical classification, allowing for a single
egg to reside under multiple categories.  (Like: Role/Program,
Development/Library and Protocol/HTTP, if the egg in question
happens to provide both an HTTP client library, and one or more
example applications built on top of it.)  See also [1].

For a viable software classification, check, e. g., debtags [2]
(though it certainly isn't the only one available.)

[1] http://en.wikipedia.org/wiki/Faceted_classification
[2] http://debtags.debian.net/

--
FSF associate member #7257
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Eggs list change - possible?

[Arthur Maciel]

Dear chicken fellows, would it be possible to categorize some of the eggs
under others, in order to present a more hierarchical and cleaner structure
of the eggs list?

For example:
 Web programming
   |-- autoform
   |--- autoform-jquery
   |--- autoform-postgresql
   |-- awful
   |--- awful-postgresql
   |--- awful-sql-de-lite
   |--- awful-sqlite3
   |--- awful-ssl

And maybe also include subsections:

For example:
 Web programming
HTML
   |-- html-form
   |-- html-parser
   |-- html-tags
   |-- htmlprag
Protocols
   |-- fastcgi
   |-- gopher
   |-- intarweb
   ...

It would be lovely to make those (sub)sections dynamically expandable. I
believe it would make the eggs list easier to understand and search on for
newbies like me.

Best wishes,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Spiffy - ssp-handler - how to extend ssp-eval-environment

[Arthur Maciel]

Dear Peter, thanks for the info!

What I would like when doing web programming (and specially when using
Awful, which should be called Wonderful) is to have a clear separation
between data processing and its presentation (model/controller vs view
separation) and ssp-handler seemed to do this for me.

I believe a good way to do this would be to have page definitions with
Awful 'define-page' procedure, that at the end would call a procedure that
would hold all the view part (html-tags code for example) with an alist
with parameters. Something like:

;; --- controllers/example.scm
(define-page example/showvars
  (lambda()
(*data processing here*)
(let ((args `((var1 ,data1)
   (var2 ,data2
  (load my-view)
  (show args

;; --- views/my-view.scm
(define (show #!optional args)
  (++ (b (++ Var 1:  (assoc 'var1 args)))
  (br)
  (b (++ Var 2:  (assoc 'var2 args)

I am writing macros to transform the above into:

;; --- controllers/example.scm
(controller example
(define (showvars)
   (*data processing here*)
   (let ((args `((var1 ,data1)
   (var2 ,data2
(load-view my-view args

;; --- views/my-view.scm
(view
 (++ (b (++ Var 1:  (? 'var1)))
 (br)
 (b (++ Var 2:  (? 'var2)


Am I doing it Wrong(TM)? Is the above example to PHPcentric or imperative?
I really thought about separating data processing from view in order to
make it easy to maintain the code, specially by different programmers with
different development focus (ie. web design vs engine programming).
Probably I'll face this separation in the near future.

I always like your opinions! Thanks!
Arthur

-- Mensagem encaminhada --
 From: Peter Bex peter@xs4all.nl
 To: chicken-users chicken-users@nongnu.org
 Cc:
 Date: Mon, 26 Mar 2012 09:18:39 +0200
 Subject: Re: [Chicken-users] Spiffy - ssp-handler - how to extend
 ssp-eval-environment
 On Mon, Mar 26, 2012 at 12:02:13AM -0300, Arthur Maciel wrote:
  Hello!

 Hi!

  I would like to know how it is possible to extend 'ssp-eval-environment'
 to
  add variables that could be accessed when processing .ssp files with
  'ssp-stringize' or 'ssp-include'.

 It's a regular old environment object that gets passed to eval.
 It used to be that you could extend these environments, but I'm unsure
 about the current state of first-class environments.  It used to be that
 you could use the environments egg to extend these, but they've had
 a major overhaul and I think that egg no longer functions.

 Please note that ssp is deprecated and ugly as hell.  If you want
 to program PHP, use the real thing and get the full experience ;)

 Cheers,
 Peter
 --
 http://sjamaan.ath.cx
 --
 The process of preparing programs for a digital computer
  is especially attractive, not only because it can be economically
  and scientifically rewarding, but also because it can be an aesthetic
  experience much like composing poetry or music.
-- Donald Knuth

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Spiffy - ssp-handler - how to extend ssp-eval-environment

[Arthur Maciel]

Dear Moritz,

thanks for help! As Peter told me ssp-handler is 'deprecated and ugly as
hell' I gave up using it.

As atm I'm with a tight schedule I won't be able to test stuff that is not
(now) related to what I'm experimenting. Maybe in the near future. Sorry
for that and really thanks!

Best wishes,
Arthur

2012/3/26 Arthur Maciel arthurmac...@gmail.com

 Dear Peter, thanks for the info!

 What I would like when doing web programming (and specially when using
 Awful, which should be called Wonderful) is to have a clear separation
 between data processing and its presentation (model/controller vs view
 separation) and ssp-handler seemed to do this for me.

 I believe a good way to do this would be to have page definitions with
 Awful 'define-page' procedure, that at the end would call a procedure that
 would hold all the view part (html-tags code for example) with an alist
 with parameters. Something like:

 ;; --- controllers/example.scm
 (define-page example/showvars
   (lambda()
 (*data processing here*)
 (let ((args `((var1 ,data1)
(var2 ,data2
   (load my-view)
   (show args

 ;; --- views/my-view.scm
 (define (show #!optional args)
   (++ (b (++ Var 1:  (assoc 'var1 args)))
   (br)
   (b (++ Var 2:  (assoc 'var2 args)

 I am writing macros to transform the above into:

 ;; --- controllers/example.scm
 (controller example
 (define (showvars)
(*data processing here*)
(let ((args `((var1 ,data1)
(var2 ,data2
 (load-view my-view args

 ;; --- views/my-view.scm
 (view
  (++ (b (++ Var 1:  (? 'var1)))
  (br)
  (b (++ Var 2:  (? 'var2)


 Am I doing it Wrong(TM)? Is the above example to PHPcentric or imperative?
 I really thought about separating data processing from view in order to
 make it easy to maintain the code, specially by different programmers with
 different development focus (ie. web design vs engine programming).
 Probably I'll face this separation in the near future.

 I always like your opinions! Thanks!
 Arthur

 -- Mensagem encaminhada --
 From: Peter Bex peter@xs4all.nl
 To: chicken-users chicken-users@nongnu.org
 Cc:
 Date: Mon, 26 Mar 2012 09:18:39 +0200
 Subject: Re: [Chicken-users] Spiffy - ssp-handler - how to extend
 ssp-eval-environment
 On Mon, Mar 26, 2012 at 12:02:13AM -0300, Arthur Maciel wrote:
  Hello!

 Hi!

  I would like to know how it is possible to extend
 'ssp-eval-environment' to
  add variables that could be accessed when processing .ssp files with
  'ssp-stringize' or 'ssp-include'.

 It's a regular old environment object that gets passed to eval.
 It used to be that you could extend these environments, but I'm unsure
 about the current state of first-class environments.  It used to be that
 you could use the environments egg to extend these, but they've had
 a major overhaul and I think that egg no longer functions.

 Please note that ssp is deprecated and ugly as hell.  If you want
 to program PHP, use the real thing and get the full experience ;)

 Cheers,
 Peter
 --
 http://sjamaan.ath.cx
 --
 The process of preparing programs for a digital computer
  is especially attractive, not only because it can be economically
  and scientifically rewarding, but also because it can be an aesthetic
  experience much like composing poetry or music.
-- Donald Knuth


___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Regexp egg compilation error

[Arthur Maciel]

Thank you, guys!

2012/3/13 Mario Domenech Goulart mario.goul...@gmail.com

 Hi Arthur,

 On Tue, 13 Mar 2012 00:54:53 -0300 Arthur Maciel arthurmac...@gmail.com
 wrote:

  Well, now it I get another question:  does awful egg accepts irregex
 syntax
  instead of regex egg one? The documentation still suggests the use of
 regex
  egg.

 Both regex and irregex should work.  Here's an example:

  (use awful irregex)

  (define-page (irregex '(seq /foo/ (+ numeric)))
(lambda (path)
  path))


 http://server:port/foo/4 displays `/foo/4'
 http://server:port/foo/bar produces a 404 error


 Thanks for pointing that omission in the documentation.  I'm gonna fix
 that.


 Best wishes.
 Mario
 --
 http://parenteses.org/mario

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Regexp egg compilation error

[Arthur Maciel]

Hello! I'm getting the following error:

$ sudo chicken-install regexp
retrieving ...
resolving alias `kitten-technologies' to:
http://chicken.kitten-technologies.co.uk/henrietta.cgi
connecting to host chicken.kitten-technologies.co.uk, port 80 ...
TCP connect timeout
resolving alias `call-cc.org' to:
http://code.call-cc.org/cgi-bin/henrietta.cgi
connecting to host code.call-cc.org, port 80 ...
requesting /cgi-bin/henrietta.cgi?name=regexpmode=default ...
reading response ...
HTTP/1.1 200 OK
Date: Tue, 13 Mar 2012 02:49:21 GMT
Server: Apache/2.2.9 (Debian) DAV/2 SVN/1.5.1 mod_ssl/2.2.9 OpenSSL/0.9.8g
Connection: close
Vary: Accept-Encoding
Transfer-Encoding: chunked
Content-Type: text/plain
reading chunks .
reading files ...
 regexp located at /tmp/temp5d09/regexp

Warning: extension `regexp' has no .meta file - assuming it has no
dependencies
install order:
()


Is the error mine of is the package compromised?

Thanks!
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Regexp egg compilation error

[Arthur Maciel]

Oh, how silly I was!

Well, now it I get another question:  does awful egg accepts irregex syntax
instead of regex egg one? The documentation still suggests the use of regex
egg.

Thanks,
Arthur

2012/3/13 Kon Lovett konlov...@gmail.com


 I think the extension is called regex:
 http://wiki.call-cc.org/eggref/4/regex

 BTW, this is for temporary backwards-compatibility. New code should use
 irregex: http://wiki.call-cc.org/man/4/Unit%20irregex

 On Mar 12, 2012, at 8:14 PM, Arthur Maciel wrote:

 Hello! I'm getting the following error:

 $ sudo chicken-install regexp
 retrieving ...
 resolving alias `kitten-technologies' to:
 http://chicken.kitten-technologies.co.uk/henrietta.cgi
 connecting to host chicken.kitten-technologies.co.uk, port 80 ...
 TCP connect timeout
 resolving alias `call-cc.org' to:
 http://code.call-cc.org/cgi-bin/henrietta.cgi
 connecting to host code.call-cc.org, port 80 ...
 requesting /cgi-bin/henrietta.cgi?name=regexpmode=default ...
 reading response ...
 HTTP/1.1 200 OK
 Date: Tue, 13 Mar 2012 02:49:21 GMT
 Server: Apache/2.2.9 (Debian) DAV/2 SVN/1.5.1 mod_ssl/2.2.9 OpenSSL/0.9.8g
 Connection: close
 Vary: Accept-Encoding
 Transfer-Encoding: chunked
 Content-Type: text/plain
 reading chunks .
 reading files ...
  regexp located at /tmp/temp5d09/regexp

 Warning: extension `regexp' has no .meta file - assuming it has no
 dependencies
 install order:
 ()
 

 Is the error mine of is the package compromised?

 Thanks!
 Arthur
 ___
 Chicken-users mailing list
 Chicken-users@nongnu.org
 https://lists.nongnu.org/mailman/listinfo/chicken-users



___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Web File Upload

[Arthur Maciel]

Thanks, Mario! I'll take a look!

Best wishes,
Arthur

2012/3/12 Mario Domenech Goulart mario.goul...@gmail.com

 Hi Arthur,

 On Sat, 10 Mar 2012 12:23:52 -0300 Arthur Maciel arthurmac...@gmail.com
 wrote:

  Have anyone implemented some code to allow web file upload in Chicken
 Scheme? I
  couldn't find this utility and it will be necessary to my application.

 Take a look at this thread:
 http://lists.gnu.org/archive/html/chicken-users/2011-09/msg00125.html


 Best wishes.
 Mario
 --
 http://parenteses.org/mario

___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Web File Upload

[Arthur Maciel]

Hello!

Have anyone implemented some code to allow web file upload in Chicken
Scheme? I couldn't find this utility and it will be necessary to my
application.

Thank you very much!
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] PDF egg

[Arthur Maciel]

Hello!

Does anyone know how could I add a new font when using de PDF egg? I've
seen it implements only some types of font (Courier, Helvetica, Symbols,
etc.) and pdf-font.scm has a procedure called 'add-font-info-from-file',
but it is not accessible to the user.

Thanks,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Qt egg - understanding it

[Arthur Maciel]

Martin, indeed Smoke seems to do what it is proposed to, but Chicken team is
at an unfavorable moment for it: there are few people with a good
knowledge+time score to explore that kind of solution.

I thought about setting the Qt egg to give the maximum of GUI support,
leaving other functionalities to other eggs. For this, direct implementing
each of GUI widgets seems to be the best way. However, one of the great
advantages of Qt is to integrate many non-GUI functionalities into GUI
(DBUS/IPC, networking,databases, XML processing support, etc.). With this in
mind I imagine the only practical solution would be to build the giant
wrapper or invest on porting Smoke.

Let's wait for Felix and Andrei to have their time, even in order to point
us a direction on where we can help. Until then I believe what we can do is
exactly what you have done: to list what needs we expect the egg to support.
If those resume to strict GUI stuff, we can dedicate our learning effort to
extend the multiple GUI widgets after the guys set the coordinates.

Regards,
Arthur

2010/8/25 Martin DeMello martindeme...@gmail.com

 On Wed, Aug 25, 2010 at 5:05 PM, Felix
 fe...@call-with-current-continuation.org wrote:
 
  Parsing the headerfiles is not that easy - there is a lot of magic
  in there and complex macros. You also would end up with a huge pile
  of wrapper code. There appear to be ways to invoke object-methods
  dynamically, though. But as I said repeatedly: I need some time
  to look into it.

 Another approach would be to try to bind to smoke - there are Ruby and
 C# bindings to act as an example, though when I asked Andrei about it
 he said smoke was complex and poorly documented. I'm coming around to
 his pov, that adding widgets in the order that people feel the need
 for them would get us more bang for the buck.

 Also, as others have noted, I would love to help with the Qt egg; I
 just don't know enough about Qt or FFI bindings to C++. I can happily
 contribute gruntwork once someone else has pointed the way, though :)

 As a personal priority, I'd like to have bindings for keystroke
 events, QListWidgetItem and the whole QGraphicsView/QGraphicsScene
 framework (the latter might be more of a pipe dream at this point :))
 I tried looking at the development egg, but couldn't figure out how to
 add a new widget type, or whether I could just manipulate it as a
 QWidget.

 martin

___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Qt egg - understanding it

[Arthur Maciel]

Dear Felix, can I access this devel Qt egg from a devel branch?

I really don't have much expertise with FFI, but I believe I can
copy/paste/adapt code to support other widgets.

I really consider we could rename (or create new names to maintain
compatibility with previous versions) procedures relating them to widgets.

Like qt:add and qt:insert: their names do not mention to which widgets they
relate to. It is easy to check on wiki now, but if the egg expands, it will
be pretty difficult to establish this relation.

I suggest long names for it: qt:list-widget-add-item,
qt:text-edit-insert-text, etc. It is intuitive for me, but for GUI
programming I really prefer long and clear names. If you don't like it I
suggest an abbreviation table like (LW = list widget, TE = text edit), but
this sounds like Windows programming to me.

Indeed I prefer to directly relate Scheme procedures to C++ widget
procedures. This would promote more flexibility to the programmer. If he or
she needs a procedure to abstract some utilities (like qt:insert that copies
the pointer of a QTextEdit, gets its cursor, and insert code at it), it
would be implemented on Scheme code, not on C++ one. Probably I'm missing a
lot of gaps between one language and the other, but that's my humble
opinion.

Thanks for the enlightenment!
Arthur

2010/8/24 Felix fe...@call-with-current-continuation.org

 From: Arthur Maciel arthurmac...@gmail.com
 Subject: [Chicken-users] Qt egg - understanding it
 Date: Mon, 23 Aug 2010 23:15:04 -0300

 
  Isn't it possible to directly map every procedure/slot of a Qt widget
 into
  an equivalent Scheme code?

 Unfortunately not without generating a huge pile of wrapper code (see
 Smoke, which does that for PyQt). The qt egg we currently have takes
 advantage of the fact that properties can be dynamically changed, but
 (currently) only explicitly wrapped methods can be invoked.  Some
 widget-classes are available directly for convenience, though, but the
 selection is (currently) more or less arbitrary.


 cheers,
 felix

___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Qt egg - understanding it

[Arthur Maciel]

Hum... to understand it a little more: why protobj instead of TinyCLOS or
coops?
Is there any advantage of that or it was for the ease of use?

Thanks again,
Arthur

PS.: Tell me if I'm being boring about intense questioning.

2010/8/24 Felix fe...@call-with-current-continuation.org

 From: Arthur Maciel arthurmac...@gmail.com
 Subject: Re: [Chicken-users] Qt egg - understanding it
 Date: Tue, 24 Aug 2010 14:04:17 -0300

  Dear Felix, can I access this devel Qt egg from a devel branch?

 Sure, you can grab it like this:

  svn co
 http://chicken.kitten-technologies.co.uk/svn/release/4/qt/branches/0xab

 
  I really don't have much expertise with FFI, but I believe I can
  copy/paste/adapt code to support other widgets.

 You are free to mess with it to your liking of course, but since I
 have to wait for the contributor to finish and document his
 enhancements and because I have to test it myself, and because I'm
 totally drowning in stuff to do and because I have a cold and am
 dead-tired, I might not accept any patches in the near future.

 
  I really consider we could rename (or create new names to maintain
  compatibility with previous versions) procedures relating them to
 widgets.
 
  Like qt:add and qt:insert: their names do not mention to which widgets
 they
  relate to. It is easy to check on wiki now, but if the egg expands, it
 will
  be pretty difficult to establish this relation.

 I basically agree. On the other hand, these are generic operations at
 least over a set of widget classes.

  Indeed I prefer to directly relate Scheme procedures to C++ widget
  procedures. This would promote more flexibility to the programmer. If he
 or
  she needs a procedure to abstract some utilities (like qt:insert that
 copies
  the pointer of a QTextEdit, gets its cursor, and insert code at it), it
  would be implemented on Scheme code, not on C++ one. Probably I'm missing
 a
  lot of gaps between one language and the other, but that's my humble
  opinion.

 IIRC, (and this is funny, because I've never tried the new qt egg and
 never found the time to look at it more deeply, so I'm talking about
 something that I actually don't have a clue of) the new qt egg allows
 invoking arbitrary widget methods, so there is no need to create tons
 of wrappers.

 Thanks for your interest. Please give it a try and have fun hacking
 it. We need good support for a decent GUI toolkit. Feedback is
 certainly appreciated, regardless of how slow or fast we can make use
 of it.


 cheers,
 felix

___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Qt egg - some examples does not work here

[Arthur Maciel]

Mario and Felix, I've just searched on google about the error and many
people say it occurs when they upgrade to Ubuntu 10.04.

Although in my case no IBus problem is mentioned, installing ibus and
running it as daemon fixed the problem.
Really weird, but it works perfectly now.

BTW, any idea to support Qt printing functionalities for the egg?

Thanks!
Arthur



2010/8/23 Mario Domenech Goulart mario.goul...@gmail.com

 Hi Arthur

 On Sun, 22 Aug 2010 16:53:43 -0300 Arthur Maciel arthurmac...@gmail.com
 wrote:

  I`ve perfectly installed Qt egg (using qt-sdk package from Kubuntu as
  the Qt4 source) and hello-world.scm example runs smoothly.
 
  But when I try to run editor.scm or egg-browser.scm eggs I get:
 
  QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed:File
 or
  directory not found
  Segmentation fault
 
  What might be the problem?

 I cannot reproduce the problem here (Ubuntu 9.10, chicken 4.5.0).

 A google query for QInotifyFileSystemWatcherEngine::addPaths:
 inotify_add_watch failed:File (without quotes) returns a lot of
 things.  Maybe it's related to some system [mis]configuration.


 Best wishes.
 Mario
 --
 http://parenteses.org/mario

___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Qt egg - some examples does not work here

[Arthur Maciel]

Oops... running 'csi -s -:d test.scm' gives me:

(...)
[debug] entering toplevel toplevel...
[debug] forcing finalizers...
Error: /var/tmp/kdecache-arthur is owned by uid 1000 instead of uid 0.
#qt-widget
#qt-widget
#qt-widget
#qt-pixmap
#qt-sound

Error: unbound variable: 0.01

Call history:

syntax(print closed)
syntax(exit)
eval  (qt:connect app lastWindowClosed() (qt:receiver
(lambda () (print closed) (exit
eval  (qt:receiver (lambda () (print closed) (exit)))
syntax(define t (qt:timer 0.01))
syntax(##core#set! t (qt:timer 0.01))
syntax(qt:timer 0.01)
eval  (qt:timer 0.01) --


It seems it is not accepting floating point numbers as a valid ones  (I say
this because if I change (qt:timer 0.001) to (qt:timer 1), it complains
about (gl:Vertex2f -0.5 -0.5) as -0.5 as an unbound variable).

What am I missing?

Thanks,
Arthur

2010/8/23 Arthur Maciel arthurmac...@gmail.com

 Mario and Felix, I've just searched on google about the error and many
 people say it occurs when they upgrade to Ubuntu 10.04.

 Although in my case no IBus problem is mentioned, installing ibus and
 running it as daemon fixed the problem.
 Really weird, but it works perfectly now.

 BTW, any idea to support Qt printing functionalities for the egg?

 Thanks!
 Arthur



 2010/8/23 Mario Domenech Goulart mario.goul...@gmail.com

 Hi Arthur

 On Sun, 22 Aug 2010 16:53:43 -0300 Arthur Maciel arthurmac...@gmail.com
 wrote:

  I`ve perfectly installed Qt egg (using qt-sdk package from Kubuntu as
  the Qt4 source) and hello-world.scm example runs smoothly.
 
  But when I try to run editor.scm or egg-browser.scm eggs I get:
 
  QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed:File
 or
  directory not found
  Segmentation fault
 
  What might be the problem?

 I cannot reproduce the problem here (Ubuntu 9.10, chicken 4.5.0).

 A google query for QInotifyFileSystemWatcherEngine::addPaths:
 inotify_add_watch failed:File (without quotes) returns a lot of
 things.  Maybe it's related to some system [mis]configuration.


 Best wishes.
 Mario
 --
 http://parenteses.org/mario



___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Qt egg - understanding it

[Arthur Maciel]

Felix and all,

after making Qt egg work here I need to understand more about its
implementation.

I looked at the code and could not understand a point:
why some widgets available on QtDesigner need to be implemented on
C++/Scheme code (like TextEditor) and other do not (like CalendarWidget)?
Are the criteria related to the need of use slots of the referred widget?

For example, if I would like to be able to insert text at a QLineEdit I
would need to implement it as a valid Scheme widget and create a C++
procedure to perform this task?

Isn't it possible to directly map every procedure/slot of a Qt widget into
an equivalent Scheme code?

Thanks,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Re: Happy 10th birthday!

[Arthur Maciel]

Congratulations to all who make this project as good as it is!

Thanks for reminding us, Mario!

Regards,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Chicken on Windows (MinGW)

[Arthur Maciel]

Mario,

chicken-status uri-generic - 2.34
chicken-install -version - 4.5.0

I try to remove it wich chicken-uninstall and it brings me the same error
(the required uri-generic is older than 2... - please run chicken-install
uri-generic:2).

Have anyone install awful on Windows?

Thanks,
Arthur

2010/5/16 Mario Domenech Goulart mario.goul...@gmail.com

 Hi Arthur.

 On Sun, 16 May 2010 21:11:43 -0300 Arthur Maciel arthurmac...@gmail.com
 wrote:

  There it goes!

changing current directory to C:\Temp/chicken-install-109.tmp/uri-common

c:\chicken\bin\csi -bnq -setup-mode -e (require-library
setup-api) -e (import setup-api) -e (extension-name-and-version
'(\uri-common\ \\))
C:\Temp\chicken-install-109.tmp\uri-common\uri-common.setup

Error: the required extension `uri-generic' is older than 2., which
is what this extension requires - please run

  chicken-install uri-generic:2.

and repeat the current installation operation.

 Thanks for the info.  The requirement for 2. is quite suspicious.

 What version does chicken-status show for uri-generic?

 What's the output of chicken-install -version on your system?

 Have you tried to uninstall uri-generic (using chicken-uninstall) then
 install awful?


 Best wishes.
 Mario
 --
 http://parenteses.org/mario

___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] utf8 and pdf eggs

[Arthur Maciel]

Hello!

I want to create pdf files that accept characters like áéíóúç, and I'm
using utf8 and pdf eggs. When I create the pdf files following the given
examples/test files of pdf egg, requiring and importing utf8 egg, just
changing any text to the characters above preceeded by a (-string ...)
call, the chars appear as strange pair of characters (áéÃ-Ã3Ãoç,
respectively).

How can I make it work, please?
Thanks in advance.
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Qt egg

[Arthur Maciel]

So, Mario, you believe it only provides the GUI stuff, right? (just to
check)

Regards,
Arthur

2009/12/2 Mario Domenech Goulart mario.goul...@gmail.com

 Hi

 On Tue, 1 Dec 2009 09:12:38 -0800 Nicholas \Indy\ Ray 
 arel...@gmail.com wrote:

  I was under the impression that the QT egg was more a demo, then an
  egg ment to be practical, and hence was *finished*.

 I'm not a Qt expert, but my impression is that when the documentation
 for the Qt egg says it's supposed to be incomplete, one of the meanings
 is that the egg tends to focus on the Qt features NOT provided by
 chicken and any other egg.  A bunch of Qt features are provided by
 chicken itself or eggs, so, there's no reason to make bindings for those
 features.

 Best wishes.
 Mario

___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users

Re: [Chicken-users] Qt egg

[Arthur Maciel]

Hi therer, Nicholas. I really didn't think QT egg was a demo.  As I'm kind
of new to Scheme, could you give me an example with working code using your
egg, please?

I would like to see how would it be to use your bindings.

Really thanks!
Arthur

2009/12/1 Nicholas Indy Ray arel...@gmail.com

 I was under the impression that the QT egg was more a demo, then an
 egg ment to be practical, and hence was *finished*.

 I myself would like QT bindings. Considering such I decided I'd start
 writing some myself; My approach was two fold, first to generate a set
 of macros that would generate proper bindings given S-expression that
 declare the QT layout. Then, I was building a gcc plugin that will
 generate those declarations by compiling the QT code base.

 If you'd like to see the code it is here:
 http://github.com/Arelius/chicken-qt

 Currently the generator macros are mostly complete, I need to add
 support for receiving messages in scheme code. After that, I still
 need to do the declarations, but It's pretty simple to add a few of
 your own to get the functionality required.

 While the code is in egg form, It isn't actually ment for general
 consumption yet, If you are interested in trying it out, I can give
 you an overview of how to use it.

 Indy

 2009/11/29 Arthur Maciel arthurmac...@gmail.com:
  Hi!
 
  Felix, I would like to know which is your plan to support the various Qt
  functionalities (PDF, database, networking). You say on the wiki that it
 is
  going to be incomplete to be lightweight. If you could point what you
 intend
  to implement and what not I would really appreciate.
 
  Thanks,
  Arthur
 
  PS.: Unfortunately, I don't feel myself skilled enough to help extending
 it.
  I hope I can be in the near future.
 
  ___
  Chicken-users mailing list
  Chicken-users@nongnu.org
  http://lists.nongnu.org/mailman/listinfo/chicken-users
 
 

___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Qt egg

[Arthur Maciel]

Hi!

Felix, I would like to know which is your plan to support the various Qt
functionalities (PDF, database, networking). You say on the wiki that it is
going to be incomplete to be lightweight. If you could point what you intend
to implement and what not I would really appreciate.

Thanks,
Arthur

PS.: Unfortunately, I don't feel myself skilled enough to help extending it.
I hope I can be in the near future.
___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Chicken 4 on Windows (MingW) - error when installing eggs

[Arthur Maciel]

Hello!

I just installed Chicken 4 under Windows with MingW (snapshot 4.2.2).
Unfortunately, I can´t build any egg with chicken-install:


C:\chickenchicken-install spiffy
retrieving ...
Error: extension or version not found

C:\chickenchicken-status

Error: (directory) cannot open directory: /usr/local/lib/chicken/4

Call history:

setup-api.scm: 422  get-environment-variable
setup-api.scm: 422  make-parameter
setup-api.scm: 717  make-parameter
setup-api.scm: 725  ensure-string
setup-api.scm: 724  -string
setup-api.scm: 725  ensure-string
setup-api.scm: 724  -string
setup-api.scm: 791  user-install-setup  --



I keeps a link to /usr/local/lib/chicken/4. How should I fix it?

Thanks,
Arthur
___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users

[Chicken-users] Re: Chicken 4 on Windows (MingW) - error when installing eggs

[Arthur Maciel]

I just changed chicken-config.h to the one attached (substituting /usr/...
to c:\chicken) and chicken-install proceeds.

The problem is that to install spiffy, openssl is needed and I have problem
including the library files in order to make mingw recognize them. Anyway I
could install other eggs.

Regards,
Arthur

2009/10/25 Arthur Maciel arthurmac...@gmail.com

 Hello!

 I just installed Chicken 4 under Windows with MingW (snapshot 4.2.2).
 Unfortunately, I can´t build any egg with chicken-install:


 
 C:\chickenchicken-install spiffy
 retrieving ...
 Error: extension or version not found

 C:\chickenchicken-status

 Error: (directory) cannot open directory: /usr/local/lib/chicken/4

 Call history:

 setup-api.scm: 422  get-environment-variable
 setup-api.scm: 422  make-parameter
 setup-api.scm: 717  make-parameter
 setup-api.scm: 725  ensure-string
 setup-api.scm: 724  -string
 setup-api.scm: 725  ensure-string
 setup-api.scm: 724  -string
 setup-api.scm: 791  user-install-setup  --

 


 I keeps a link to /usr/local/lib/chicken/4. How should I fix it?

 Thanks,
 Arthur



chicken-config.h
Description: Binary data
___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users