ge/jpg'
otherwise mtype = 'application/octet-stream'
end
return mtype
HTH
Mike
On Sun, Oct 11, 2009 at 3:31 PM, Rony G. Flatscher
wrote:
>
> Mike Protts wrote:
>> The association is looser on UNIX type systems, because the extension
>> is not so important (binar
The association is looser on UNIX type systems, because the extension
is not so important (binaries generally don't have one). The file
/etc/magic uses the first part of the file to identify what the
contents really are. The file /etc/mime.types uses extensions to work
out internet file types. T
It's not unusual to be allowed to install software, as long as it
doesn't require root access or conflict with anything existing. I've
been using rexx on the freeshell servers, which is fine with non-root
access, and I just work without using features that require root
access.
Maybe a compromise
> Is anyone available who would be interested in writing an ODBC or MySQL
> interface for ooRexx 4.0?
Does Rexx/SQL fit the bill? If so I suspect it can be ported without
too much trouble.
http://rexxsql.sourceforge.net/
I would be happy to look at porting, could possibly start in about a week.
> There's something funny going on in the socket that we used for IPC
> communications with our rxapi daemon that can result in a performance
> problem, but I have no clue as to why it is sometimes painfully slow.
gdb on NetBSD shows the problem code - I had plenty of time to issue a
STOP signal
> I don't think anyone is actively working on either of those platforms,
> clean patches would always be welcome.
I'll produce them. My first aim is to get NetBSD alpha (64 bit)
working (that's the SDF public access UNIX), and I'm using my intel
(32 bit) box as a local testbed. I've also got a
Hi,
I'm working on building oorexx 4 (latest svn) on NetBSD (intel &
alpha) and Solaris (sparc). If nobody else is working on these
platforms, I'll rework my quick hacks, so they can be merged cleanly.
Just from interest, has anyone had problems with the optimiser? I've
had to stick to O0 for S
me.
Reducing to 4000 bytes + two 32 bit pointers almost halved memory
usage (could probably have used 4032 bytes).
Mike Protts
--
___
Oorexx-devel mailing list
Oorexx-devel@lists.s
