Camm Maguire wrote:
Bill Page <[EMAIL PROTECTED]> writes:
Ok, problem solved (I think). It turned out not to be so exotic an issue.
I modified the web server program as follows:
-(format s "HTTP/1.1 ~S~%" (if fn 404 500))
+(format s "HTTP/1.1 ~S~%" (if fn 200 404 ))
Thanks! This is just
Hi Camm/Bill.
Positive results on some basic tests per Cam's directory fix yesterday.
| > >(probe-file "/msys/1.0")
| >
| > #p"c:/msys/1.0"
| >
| > >(probe-file "/msys/1.0/")
| >
| > #p"c:/msys/1.0/"
| >
| > >(probe-file "c:/msys/1.0/")
| >
| > #p"c:/msys/1.0/"
| >
| > >(probe-file "c:/msys/1.0")
Greetings!
Bill Page <[EMAIL PROTECTED]> writes:
> Camm Maguire wrote:
>
> >>Using IE, the problem seems to intermittant. It works for a while
> >>with some urls and not others.
> >>
> >
> >Does this mean that there are some errors that are 100% reproducible?
> >If so, start with those.
> >
> Ye
Camm Maguire wrote:
Using IE, the problem seems to intermittant. It works for a while
with some urls and not others.
Does this mean that there are some errors that are 100% reproducible?
If so, start with those.
Yes.
IE appears to be closing the socket before your write completes. The
odd
Greetings!
Bill Page <[EMAIL PROTECTED]> writes:
> Mike Thomas wrote:
>
> >I just tried the CLtL1 build - no joy.
> >
> >There are definite problems with the new code as socket variables should be
> >defined with SOCKET (an unsigned int) rather than int and the error return
> >values on Windows
Camm Maguire wrote:
(probe-file "/msys/1.0")
#p"c:/msys/1.0"
(probe-file "/msys/1.0/")
#p"c:/msys/1.0/"
(probe-file "c:/msys/1.0/")
#p"c:/msys/1.0/"
(probe-file "c:/msys/1.0")
#p"c:/msys/1.0"
With the commits to 2.6.7pre I made yesterday, all these pr
Greetings!
Would it be helpful for us to try to enlist the testing assistance of
other windows users/developers to lighten the load, e.g. Vadim and
David Billinghurst?
Take care,
"Mike Thomas" <[EMAIL PROTECTED]> writes:
> Hi Bill.
>
> | That is quite strange. I just re-build gcl Version_2_6_7
Greetings!
Bill Page <[EMAIL PROTECTED]> writes:
> 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 w
Greetings, and thanks as always Mike for your heroic efforts!
"Mike Thomas" <[EMAIL PROTECTED]> writes:
> 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
Greetings!
"Mike Thomas" <[EMAIL PROTECTED]> writes:
> 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
Mike Thomas wrote:
I just tried the CLtL1 build - no joy.
There are definite problems with the new code as socket variables should be
defined with SOCKET (an unsigned int) rather than int and the error return
values on Windows are not the same as on BSD systems however I just tried to
eliminate tho
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
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
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'
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
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
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?
> >
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
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
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
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
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
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.
Random thoughts follow.
2.6.7PRE
I just checked that 2.6.7pre builds on Windows. Will like
Greetings!
Bill Page <[EMAIL PROTECTED]> writes:
> Camm Maguire wrote:
>
> >...
> >Here are my summary opinions at this point -- feedback most
> >appreciated! (Just a note of clarification -- tcl/tk, which exists in
> >GCL now and is a portable scripting language, is *not the same* as
> >GTK+,
Camm Maguire wrote:
...
Here are my summary opinions at this point -- feedback most
appreciated! (Just a note of clarification -- tcl/tk, which exists in
GCL now and is a portable scripting language, is *not the same* as
GTK+, an extremely widely used C library with multi-language bindings
running
--- Camm Maguire <[EMAIL PROTECTED]> wrote:
> > If someone was planning (I'm certainly not) to write a cross
> > platform backend to McClim I personally would be telling them
> > to use WxWidgets, which has been connected up very nicely in both
> > the Scheme and Haskell worlds and is much lig
Greetings!
Bill Page <[EMAIL PROTECTED]> writes:
> Camm Maguire wrote:
>
> >...
> >Here are my summary opinions at this point -- feedback most
> >appreciated! (Just a note of clarification -- tcl/tk, which exists in
> >GCL now and is a portable scripting language, is *not the same* as
> >GTK+,
Greetings! I've created the 2.6.7pre branch. Everything is basically
there minus a few gcl-tk demos fixes and possibly a stdin read
multiplexer option (using select) for server sockets. Please test.
I've added a :daemon keyword to the si::socket function which
backgrounds a process to handle in
Greetings!
"Mike Thomas" <[EMAIL PROTECTED]> writes:
> Actually, I just gave in to temptation again and installed the latest
> Windows GDK; Glade is a bit of a mess. Background windows pop up when the
> mouse moves in other windows, menus are left hanging etc. My suspicion is
> that this is caus
Actually, I just gave in to temptation again and installed the latest
Windows GDK; Glade is a bit of a mess. Background windows pop up when the
mouse moves in other windows, menus are left hanging etc. My suspicion is
that this is caused by trying to map the GTK signal structure onto the
Windows e
--- Mike Thomas <[EMAIL PROTECTED]> wrote:
[snip]
> common items such as the file selectors are completely
> foreign to Windows users and considerably less usable than their
> Windows equivalents.
Amen. KDE users on Linux have been making fun of GTK's file selection
for a very long time - it's
Hi again.
A quick postscript:
| Anyway to
| try a quick glade example on Windows to get a 30min idea of where the
| issues are?
Couldn't help myself - installed Glade and sure enough there was a GTK
version clash (missing entry points in the relevant DLLs), so this will have
to wait I'm sorry.
Hi Camm.
| > That is actually very interesting. Note however that GTK on
| Windows is not
| > as stable as it is on Unix.
| >
|
| OK, but how bad is bad?
Here are some examples.
Apart from the slowness of launching GIMP (by far the slowest to launch on
my system) as the vast quantity of Unix e
Greetings!
"Mike Thomas" <[EMAIL PROTECTED]> writes:
> Hi all.
>
> | > The graphics and browser run in separate threads using sockets to
> | > communicate to the algebra. Due to the run-process issue in GCL the
> | > front end is being done using CLISP but nothing in the code cares
> | > which l
34 matches
Mail list logo
