Uggg...well, it appears that some code that I put in to work around the 
problem on the Mac has broken the Linux implementation.  The problem on 
Linux is that the test FileStream class>>isAFileNamed: will return true 
even if the argument is a directory (not a file).

If you change the test in ModDir class>>directoryExists: to simply 
answer "aFileDirectory exists" then it should correct things for Linux.  
It seems I may have to resort to testing which platform we're running on 
in order to get this thing working consistently on all platforms.  What 
a pain.  I'll look more into it this evening.

- Stephen

Nevin Pratt wrote:

> A minor correction.
>
> When I do this, the first time I point the browser (NetScape 7.1 on RH 
> 8.0) to localhost:8080, I get a dialog:
>
> ************
> You have chosen to download a file of type: "Binary Executable" 
> [application/octet-stream] from
> http://localhost:8080/
>
> What should Netscape do with this file?
>
> O Open using an application
> X Save this file to disk
> ************
>
> Anyway, if I cancel, then Squeak hangs. If I say to Save this file to 
> disk, it gives me a weird filename to save. The filename changes each 
> time I try it-- just now it wanted to save "aut9pk86.exe". If I then 
> click "Save", Netscape waits forever for data to come down the line to 
> save. And whether I click "Save" or "Cancel", Squeak is hung-- I have 
> to kill it and relaunch.
>
> Anyway, I do think it is related to the same problem you reported.
>
> Nevin
>
>
> Nevin Pratt wrote:
>
>> I think I'm seeing this problem on Linux as well. I just downloaded a 
>> fresh Squeak 3.5 from squeak.org, then installed KomHttpServer 6.1 
>> from SqueakMap. I let it install everything it suggested. Now, when I 
>> start a basic file server, and point the browser to localhost:8080, 
>> Squeak hangs and I have to kill it and relaunch it to regain control. 
>> I'm running RedHat 8.0.
>>
>> Any of the Kom modules that don't try to do file serving seem to 
>> work, though.
>>
>> Nevin
>>
>>
>> Stephen Pair wrote:
>>
>>> Hi John,
>>>
>>> I still haven't got a Mac machine for testing purposes, but with 
>>> Comanche 6.1 there is still a lingering issue on the Mac VM. I put a 
>>> work around in for the #exists issue and that fixed file serving in 
>>> Comanche 6.1, but I've gotten reports that auto generated directory 
>>> indexes cause the server to go into some sort of infinite loop. The 
>>> problem can be observed if you install Comanche 6.1 (it's 
>>> KomHttpServer on SqueakMap), start a basic file server (see the 
>>> class comments in KomHttpServerInfo and evaluate the first example), 
>>> and then point your browser to http://localhost:8080/ ...this should 
>>> get you an auto generated listing of the files in your Squeak 
>>> default directory (provided that you don't have an index.htm or 
>>> index.html file in that directory), but on the Mac I think it goes 
>>> into an infinite loop (at least with the older VM). It works on 
>>> Windows and Linux.
>>>
>>> If you wanted to debug it, you might want to drop the priority level 
>>> of the httpd service using:
>>>
>>> (Service serviceNamed: 'httpd')
>>> stop;
>>> priority: Processor userBackgroundPriority;
>>> start
>>>
>>> The problem seems like it is most likely happening in: 
>>> ModAutoIndex>>directoryListing:directory:
>>
>>
>>
>>
>>
>>>
>>>>
>>>
>>>
>>
>


-- 
- Stephen
_________
Do you need:
  Web/Domain/Application Hosting?
  Mailing List Services?
  IMAP/POP3/Web Email Accounts?
  Instant Messaging Accounts hosted on your domain?

Email me for information.