RE: [Axiom-developer] RE: [Gcl-devel] Re: axiom porting

2005-05-04 Thread Mike Thomas
Hi Bill/Camm. | >OK, I've just tested on Linux under ANSI, and it works the same for | >me (as it should). If this is not the case on Windows, please someone | >let me know asap. | > | > | Perhaps Mike's test demonstrates that this is not working on the | Windows ANSI version, but it works fine f

Re: [Axiom-developer] RE: [Gcl-devel] Re: axiom porting

2005-05-04 Thread Bill Page
Camm Maguire wrote: OK, I've just tested on Linux under ANSI, and it works the same for me (as it should). If this is not the case on Windows, please someone let me know asap. Perhaps Mike's test demonstrates that this is not working on the Windows ANSI version, but it works fine for me on Wind

RE: [Axiom-developer] RE: [Gcl-devel] Re: axiom porting

2005-05-04 Thread Mike Thomas
Hi Bill. | That is quite strange. I just re-build gcl Version_2_6_7pre (non-ansi) | from cvs on | another Windows XP/sp2 machine. Camm's web server program (latest version, | see Camm's email) continues to work fine for me. XP SP2 CVS 2.6.7pre and both of gcc versions 3.3.1 and 3.4.2, using Camm'

Re: [Axiom-developer] RE: [Gcl-devel] Re: axiom porting

2005-05-04 Thread Bill Page
Mike Thomas wrote: Hi Camm/Bill. A bunch of Windows probe-file, directory and server output below. Basically the server program is failing because accept won't deal with the "socket" it's being passed and on first glance I suspect that this is because it is not the right Winsock type. I'll look f

[Axiom-developer] graphics/browser

2005-05-04 Thread daly
*, The current architecture has the graphics in one process, the browser in a second process, and axiom in a third. All of this is managed thru sockets by sman (superman), a hidden top-level process. Thus for communication purposes the G/B processes can use stdin and stdout for communication, it

RE: [Axiom-developer] RE: [Gcl-devel] Re: axiom porting

2005-05-04 Thread Mike Thomas
Hi Camm/Bill. A bunch of Windows probe-file, directory and server output below. Basically the server program is failing because accept won't deal with the "socket" it's being passed and on first glance I suspect that this is because it is not the right Winsock type. I'll look further later but I

[Axiom-developer] lisp files and directorys (was: axiom porting)

2005-05-04 Thread Bill Page
Camm Maguire wrote: OK, I think I finally understand your earlier comment about directory/filename distinction. I've quickly scanned the hyperspec on this and can't find the relevant section, so am referring this to our resident expert Paul Dietz/ ... Looking at this has made me notice a bug --

[Axiom-developer] [MathAction]

2005-05-04 Thread Bill Page
Changes http://page.axiom-developer.org/zope/mathaction/MathAction/diff -- ++added: See InstallingMathAction for information about how to configure your own Axiom-enabled wiki. -- forwarded from http://page.axiom-developer.org/zope/mathaction/[EMAIL PROTECTED] _

Re: [Axiom-developer] RE: [Gcl-devel] Re: axiom porting

2005-05-04 Thread Camm Maguire
Greetings! "Page, Bill" <[EMAIL PROTECTED]> writes: > Mike, > > On Tuesday, May 03, 2005 7:01 PM you wrote: > > > Bill Page wrote: > > | > > | Hmmm... perhaps that explains why I don't seem to be able to > > | get Version_2_6_7pre to run the web server program properly > > | under windows? > >

Re: [Axiom-developer] RE: [Gcl-devel] Re: axiom porting

2005-05-04 Thread Camm Maguire
Greetings! "Mike Thomas" <[EMAIL PROTECTED]> writes: > Hi Camm. > > > EXCUSES > > 'Twas a long weekend here and I made full use of it for non-programming > purposes. It looks from the CVS log and the Axiom/GCL 2.6.7 related email > that there's a lot to catch up with. > No problem! Life ta

[Axiom-developer] [InstallingMathAction] (new)

2005-05-04 Thread Bill Page
Changes http://page.axiom-developer.org/zope/mathaction/InstallingMathAction/diff -- On 01/10/2004 4:05 PM Hans Peter Wuermli wrote: This evening I set-up afresh AxiomWiki on my local system (which I describe as far as I find it useful at the end). This was done on 2004-10-1: 1) Download ZWiki

Re: [Axiom-developer] Simple web server code for GCLfor Windows

2005-05-04 Thread Bill Page
Camm Maguire wrote: (if (pathname-name (pathname fn)) (with-open-file (q fn) (si::copy-stream q s)) (dolist (l (directory fn)) (format s "~a~%" (namestring l) It would be nicer to make the result and the content type depend on whether something was a directory or on the typ

Re: [Axiom-developer] Simple web server code for GCLfor Windows

2005-05-04 Thread Camm Maguire
Greetings! "Page, Bill" <[EMAIL PROTECTED]> writes: > Camm, > > You are right. The simple GCL web server program that you > wrote is working on both linux and Windows. Great! > Wonderful. Thanks! > On Tuesday, May 03, 2005 9:56 AM Camm Maguire wrote: > > >... > > What this will send to the

[Axiom-developer] [#151 Environment variable AXIOM]

2005-05-04 Thread Bill Page
Changes http://page.axiom-developer.org/zope/mathaction/151EnvironmentVariableAXIOM/diff -- ++added: ++added: ++added: -- forwarded from http://page.axiom-developer.org/zope/mathaction/[EMAIL PROTECTED] ___ Axiom-developer mailing list Axiom-dev

[Axiom-developer] [#153 make install does not install a needed libdb.text for HyperDoc]

2005-05-04 Thread Bill Page
Changes http://page.axiom-developer.org/zope/mathaction/153MakeInstallDoesNotInstallANeededLibdbTextForHyperDoc/diff -- ??changed: -/usr/local/axiom/mnt/linux/int/algebra/libdb.te - -xt - -Searching for files with that name I found 4. I think the appropiate one was created during "make"::

Re: [Axiom-developer] Re: [Gcl-devel] Simple web server code for GCLfor Windows

2005-05-04 Thread Camm Maguire
Greetings! "Page, Bill" <[EMAIL PROTECTED]> writes: > On Thursday, April 28, 2005 7:38 PM Mike Thomas wrote: > > > Camm wrote: > > > > > Greetings! Here's a quick way to get started: > > > == > > > [EMAIL PROTECTED]:/fix/t1/camm/de

[Axiom-developer] Re: tkconnect

2005-05-04 Thread Camm Maguire
Greetings! [EMAIL PROTECTED] writes: > Camm, > > re: your TK example. > > tkconnect fails. > it appears to be looking for gcltksrv which does not exist on my system. > i presume this is because i failed to set a configure option. > suggestions? > GCL's configure should autodetect the presence

RE: [Axiom-developer] RE: [Gcl-devel] Re: axiom porting

2005-05-04 Thread Mike Thomas
Hi Bill/Camm. | > In cvs branch Version_2_6_7pre, I've already implemented the | > other option of having GCL fork a background process to serve | > a socket, effectively letting the OS do the multitasking. | > This will need a bit more magic on windows. The final option | > of having the user ca

RE: [Axiom-developer] RE: [Gcl-devel] Re: axiom porting

2005-05-04 Thread Page, Bill
Mike, On Tuesday, May 03, 2005 7:01 PM you wrote: > Bill Page wrote: > | > | Hmmm... perhaps that explains why I don't seem to be able to > | get Version_2_6_7pre to run the web server program properly > | under windows? > > Looks like it Bill: > > $ ./unixport/saved_ansi_gcl.exe > GCL (GNU Commo

RE: [Axiom-developer] Simple web server code for GCLfor Windows

2005-05-04 Thread Page, Bill
Camm, You are right. The simple GCL web server program that you wrote is working on both linux and Windows. Great! On Tuesday, May 03, 2005 9:56 AM Camm Maguire wrote: >... > What this will send to the gcl function 'foo' is 'get /dir' > #'foo must find a file or directory by that name to produce

Re: [Axiom-developer] RE: [Gcl-devel] Re: axiom porting

2005-05-04 Thread Camm Maguire
Greetings! "Page, Bill" <[EMAIL PROTECTED]> writes: > On Monday, May 02, 2005 11:37 AM Camm Maguire wrote: > > > The gcl-tk stuff I posted earlier is at least an option which works > > with axiom as currently distributed on Linux. My feeling is that > > it is likely also a low hanging fruit on

RE: [Axiom-developer] RE: [Gcl-devel] Re: axiom porting

2005-05-04 Thread Page, Bill
On Monday, May 02, 2005 11:37 AM Camm Maguire wrote: > The gcl-tk stuff I posted earlier is at least an option which works > with axiom as currently distributed on Linux. My feeling is that > it is likely also a low hanging fruit on Windows. In the longer > term, one might supplement or replace