On 06/12/2010 1:14 PM, Michael A. Cleverly wrote:
On Mon, Dec 6, 2010 at 10:18 AM, Jeff Hobbs wrote:
BTW, everyone should be using 1.6.1 because it fixed a mem leak on each
tls::status call.
I only see "1.6" at http://sourceforge.net/projects/tls/files/tls/
(released on 2008-03-2
On 06/12/2010 3:14 AM, aT wrote:
We are using the TLS package to call a certain HTTPs API, we do usually
import the package using "package require" command then doing a normal
"::http::register https 443 ::tls::socket"
Sometimes a strange error just appear saying that "invalid ::tls:socket
comma
On 2010-12-02, at 12:44 AM, Gustaf Neumann wrote:
> >Please don't listen to the Tcl gurus, they are behind the
> >curve...actually they are actively slowing down the curve.
>
> Come on, stop that bashing. Jeff was referring to
> http://code.activestate.com/lists/tcl-core/9805/
Actually even more
On 01/12/2010 12:31 PM, Tom Jackson wrote:
Personally I also wouldn't assume that AOLserver works perfectly with
Tcl8.6. Unless you absolutely need 8.5, I would stick with the latest
8.4 version. For one thing 8.4 is faster than either.
That's no longer true.
--
AOLserver - http://www.aolserv
On 17/11/2010 2:13 PM, Jeff Rogers wrote:
There is no equivalent of github for fossil
Actually yes. See http://chiselapp.com/, though fossil and git have
fundamental differences in design and purpose.
See also
http://www.fossil-scm.org/index.html/doc/trunk/www/fossil-v-git.wiki
http://www.
IOW, fix the consumer (where the real bug is), not every producer.
On 13/09/2010 2:16 PM, Dossy Shiobara wrote:
Actually, someone made the point -- what if you log request *headers*
and someone puts a malicious byte sequence in that header? What's the
rule around escaping the header values?
On 28/06/2010 11:25 PM, Sep Ng wrote:
2. I read that in Windows, thread destruction can cause instability
and possible memory leaks. Does this extend to other OS platforms?
Just to highlight this point - this is partially true. For some
versions of msvcrt, the stock, documented thread calls
On 16/10/2009 11:45 AM, Andrew Piskorski wrote:
On Fri, Oct 16, 2009 at 01:09:55PM -0400, Dossy Shiobara wrote:
Sorry, it appears that pthreads should be part of glibc and glibc-devel.
Check for those.
What? Any vaguely normal Linux system is certainly going to have
POSIX threads support, s
On 14-Oct-09, at 9:17 PM, Daniel Stasinski wrote:
Without version info from the original poster, who knows? But for
good
measure, could you link to your fix so we can figure out if it has
been undone?
I wanted to follow up and make sure my diff and source file's actually
made it through since
On 26-Sep-09, at 2:23 AM, Alexey Pechnikov wrote:
On Friday 25 September 2009 22:29:55 Tom Jackson wrote:
Personally I would use [string is double -strict] and quote anything
Tcl and PostgreSQL types are not equal.
tclsh8.5 [/tmp]string is double -strict 99
1
template1=# create temp t
The following is a confirmation from Kevin Kenny (author of the latest
clock code) about the state of 8.5 clock:
Jeff Hobbs wrote:
I haven't looked at Tcl 8.5 source, but has "clock ... -gmt" been
fixed so that it doesn't diddle with env(TZ) any more, which isn't
On 9-May-09, at 2:46 PM, Tom Jackson wrote:
On Sat, 2009-05-09 at 14:14 -0700, Jeff Hobbs wrote:
You mention
incompatibilities - what are they? It should be 100% upwards
compatible, though it has new features. However, it isn't
necessarily
100% compatible on the date scan detection,
On 09/05/2009 1:57 PM, Tom Jackson wrote:
On Sat, 2009-05-09 at 13:36 -0700, Jeff Hobbs wrote:
On 09/05/2009 1:32 PM, Tom Jackson wrote:
Anyone know if the Tcl clock functions are thread-safe?
Yes, they are. 8.4 had a few issues earlier on, but 8.5 has a
completely rewritten 'clock&
On 09/05/2009 1:32 PM, Tom Jackson wrote:
Anyone know if the Tcl clock functions are thread-safe?
Yes, they are. 8.4 had a few issues earlier on, but 8.5 has a
completely rewritten 'clock' that certainly does away with those issues.
Jeff
--
AOLserver - http://www.aolserver.com/
To Remove
at the same point. I
suppose this is definitely more related to using aolserver with tls. I've
included a backtrace and it shows the same point of failure.
We use aolserver 4.0.10, though I'm not sure how relevant it is to the
discussion. I'll try to check the startup routine of aolserver
CTX_Init. As
before, the crash happens when DH_free is called.
2009/5/6 Jeff Hobbs
Of the presented patches, I didn't find one that seemed to actually work,
so I wrote one based on those presented. It is attached. Please test it in
your environments. I have tested that it passes the
ee memory after DH_free.
On May 6, 3:43 am, Jeff Hobbs wrote:
Just starting to look at this, but from the nsopenssl.c I saw another
interesting function not used by TLS:
if (CRYPTO_set_mem_functions(ns_malloc, ns_realloc, ns_free) == 0) ...
We could do the same and point to Tcl_Alloc, Tcl_Reall
Just starting to look at this, but from the nsopenssl.c I saw another
interesting function not used by TLS:
if (CRYPTO_set_mem_functions(ns_malloc, ns_realloc, ns_free) == 0) ...
We could do the same and point to Tcl_Alloc, Tcl_Realloc and Tcl_Free.
I'm not sure they are necessary, and CRYPTO_
Taking a quick look, that does appear to be perfectly matched to the
callback that they want. Of course, if that is the case I wonder why
they say this must be set, rather than making it optional.
Otherwise you have Tcl_MutexLock and the related functions mentioned at:
http://www.tcl
On 29/04/2009 3:29 PM, Jade Rubick wrote:
Here is a backtrace of the crash with 1.6 stable. Did you need it from head?
No, that is the correct tls.c. I'm curious what the value of ctx and dh
are in stack frame #11 (at DH_free). Tcl_Panic should be passing a
clear message to - what is that?
ow. It may not effect other functionality,
but I'm not a security expert on where what algorithms are required.
Jeff
On Apr 23, 2009, at 6:58 PM, Jeff Hobbs wrote:
Hi Jade,
Sorry about the delayed response, I was on vacation the last couple of
weeks.
Your code line is not consistent wi
Hi Jade,
Sorry about the delayed response, I was on vacation the last couple of
weeks.
Your code line is not consistent with tls 1.6. I would recommend trying
the latest release first, which has a few mem leak and cleanup issues noted.
Jeff
On 14/04/2009 10:11 AM, Jade Rubick wrote:
We no
Dossy Shiobara wrote:
The AOLserver.com website is having some database connectivity problems.
I have opened a support ticket at SourceForge, but their response has
been underwhelming. I am seriously questioning why I continue to pay
the $39/year "subscriber" fee for this "priority" support.
I
Hi all,
Just a short FYI that the upcoming Tcl conference will have tutorial
sessions that include AOLServer and OpenACS tutorials. I'm forwarding
along this short note from the conference chair:
AOLServer and Tcl classes available in Virginia
Training sessions for AOLServer and Tcl will be
[EMAIL PROTECTED] wrote:
nsperl2 is an AOLServer module which bridges, in both directions,
between tcl and Perl.
With it you can:
* call perl functions from tcl (via the perl::call tcl function)
* call tcl functions from perl (via a number of methods - see
Documentation below)
A quick
Andrew Piskorski wrote:
On Fri, Apr 11, 2008 at 02:11:30PM -0700, Tom Jackson wrote:
It is hard to say if these newer languages (C# and MONO) have these features,
probably VB and Python don't:
task scheduling: ns_schedule_proc, ns_job
concurrent collections: nsv arrays, ns_share, static vars
John Buckman wrote:
John Buckman schrieb:
the utils/*.tcl files in CVS all need:
#!/usr/local/bin/tclsh
prepended at the top. Currently, they don't have this, and thus are
run as shell scripts.
hmm, shouldn't this be a "/usr/bin/env tclsh" instead?
This looks to be the way it should be don
John Buckman wrote:
On Fri, Feb 29, 2008 at 05:41:44PM +0100, Juan Jos? del R?o [Simple
Option] wrote:
In my case I run AOLServer with customized code on top of it. No
OpenACS. No modules except nspostgres. In 32 bits it works like a charm.
No memory leaks. It simply works (damn fast!).
Hm,
Matthew M. Burke wrote:
I am convinced we could attract some students, but I don't want to
commit unless there's at least a little more positive response. Another
possibility is that I know Clif Flynt, Jeff Hobbs and other Tcl folks
are putting together an application. So perhaps
John Caruso wrote:
On Wednesday 09:58 AM 1/9/2008, Juan José del Río [Simple wrote:
I tried on FreeBSD, but it didn't compile. It kept complaining about
functions that have changed name / parameters or giving linking problems
with Tcl memory management functions, i think, but I don't recall
exac
Wolfgang Winkler wrote:
We have a web shop system for aolserver and one of our customers now
needs an interface to his ERP which understands EDIFACT. Does anybody
know an EDIFACT module for tcl?
It is mentioned on the following page that Pascal Scheffers might have
something for you ...
could be reused without change; nsproxy takes care of the lightweight
forking part.
Wouldn't TclX's 'id' command provide this assuming you set up
permissions right for the start process?
http://aspn.activestate.com/ASPN/docs/ActiveTcl/8.4/tclx/TclX.n.html
--
Jeff Hobb
John Buckman wrote:
On new aolserver installations, I install the ActiveState "batteries
included" tcl version, and then copy over all the libraries it has
(which is a *lot*) into aolserver's tcl directory (in my case
/usr/local/), which makes for an extremely capable AolServer/tcl
distro. hmm
John Buckman wrote:
I'm wondering -- does it make sense to just try to close the gap with
LAMPP as a model, driving to the "batteries-included" distro Dossy's
been talking about for years? That seems to me like a project tons of
folks could contribute too -- from docs to extensions to installe
Titi Alailima wrote:
Periodically some of our AOLserver installations get into a mode where
all calls to "exec" just hang, not really taking up any processor time
but eating up a thread. Doesn't seem to be any memory problems
coinciding, which I had originally suspected being a limiting factor
Can you explain a bit what the nsthreadtest is doing?
The tclbench suite that I wrote has an experimental mode (IOW, only I
have ever run it) that does threaded testing. You will find it in the
tcllib SF project's cvs area (tclbench module). I can also assist with
doing the runs, just a litt
off a USB key as a single-file executable with an SQLite db now if you
modified things a bit.
Jeff Hobbs, The Tcl Guy, http://www.ActiveState.com/
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]>
with the
body of &quo
John Buckman wrote:
> Perl thread safety has never been properly debugged. In fact, that
> was the reason I moved from Perl to Tcl many years back. I had
> assumed that Python had fixed the global semaphore thing from when I
> looked at it 8 years ago, but no.
>
> Ok, Dossy, I buy your argum
Tom Jackson wrote:
On Saturday 19 August 2006 21:07, Tom Jackson wrote:
On Saturday 19 August 2006 19:12, Hossein Sharifi wrote:
(although I do plan to fix the
incorrect usage of exec as well)
So I've never heard that you can't use exec from AOLserver. How is this
supposed to be done? Where w
child.
There are a couple of experimental patches for this, but none in the core yet
for one reason or another.
Jeff Hobbs, The Tcl Guy, http://www.ActiveState.com/
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]>
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
Andrew Piskorski wrote:
> On Mon, Jul 03, 2006 at 04:58:37PM -0700, Jeff Hobbs wrote:
>
> > VC6 is the last compiler from MS that didn't reintroduce dll hell.
>
> Really? Can you tell us more about this, please?
Following are the texts of 2 emails regarding these chan
Jamie Rasmussen wrote:
> VC6 may be old, but the latest Platform SDK does work with it, even
though MS
> claims that it doesn't. I know it works, because I use them together.
It may work for some things, but I've definitely encountered problems,
particularly with DirectX and with debug conf
Even for extensions that I have that only run on Windows, I
prefer going this method as it is easy to manage.
The other alternative would be to go with one of the Tcl-based build systems.
TEA should really be/use one itself, as in these cases you should be able to
guarantee a pre-existing Tcl ins
Dossy Shiobara wrote:
> On 2006.06.02, Jeff Hobbs <[EMAIL PROTECTED]> wrote:
> > I'm of course interested in seeing whatever variants of the threaded
> > malloc that are done. The original was also provided (with thanks) by
> > the folks at AOL, designed on the o
en it should go
straight back into the Tcl core.
Jeff Hobbs, The Tcl Guy, http://www.ActiveState.com/
Jim Davidson wrote:
> Folks,
>
> Nate and I spent a lot of time -- frankly, far too much time --
> chasing this down a few months back. We ended up completely re-
> writin
Dossy Shiobara wrote:
> On 2006.05.22, 'Jesus' Jeff Rogers <[EMAIL PROTECTED]> wrote:
> > If there was a DBD interface to the Ns_Db functions that would make
> > aolserver a *schweet* environment for perl apps since there is no
> > database pooling on apache.
>
> Oh, interesting. This is defini
CArole Lahaye wrote:
> of virtual memory after a certain date. Instead, my first bet is
> that this is a new kind of virus/trojan/...
> It must have something to do with Putty:
...
> - Now I've entered using Putty (0.5.6) and - what a surprise -
> everything crashes now.
Note that putt
and I don't know enough about NTPL or any of the other
> threading models as they are actually implemented to know if
> these options are even available.
See above - it isn't really an NTPL issue, as the floating
stack stuff appeared to exist in LinuxThreads as well.
Jeff Hob
e some way to share filehandles across threads?
This is the key question, and the answer is yes. Tcl channels
have thread state info, but allow for being transferred
between threads. In the Thread 2.6 package, this is
thread::transfer $id $channel
I am not 100% sure how this translates
Zoran Vasiljevic wrote:
> The Tcl_CloneInterp() is just as simple as:
>
>walk over the namespaces
> get all procs/commands
>copy them to target interp (copy clientData ptr of commands)
> get all vars
>copy them to target (sharing instead of deep-copying Tcl_Objs)
>
> a
Zoran Vasiljevic wrote:
> Am 25.05.2005 um 21:17 schrieb Jeff Hobbs:
> > I've mentioned it before, but I'll stress it again - it is possible to
> > improve this speed, possibly dramatically. If one were to go into the
> > mod-8-3-4-branch that ActiveState di
Cynthia Kiser wrote:
> On May 24, 2005, at 7:01 PM, Jeff Hobbs wrote:
> > 8.4.10 is just a couple weeks away, so a special patch is unnecessary.
> > Working on the 8.4 head right now should be rather safe.
>
> OK sounds good for our purposes. Where do I report that tcl
>
Bas Scheffers wrote:
> Olaf Mersmann said:
> > something I discovered and later started to use. There's no question,
> > that if it where possible and feasable to present each conn a "clean
> > plate" that that would be the correct thing to do. In fact, it would
> You'd get PHP, and we all know ho
> On 2005.05.24, Cynthia Kiser <[EMAIL PROTECTED]> wrote:
> > How in heavens name do you get 8.4.9.1? The only tag I can find in the
> > CVS checkout is 8.4.9.
>
> The ActiveTcl release is numbered 8.4.9.1, but apparently the
> Tcl team doesn't track the same tags as ActiveTcl -- sorry.
>
> What yo
> I am trying to compile aolserver 3.4.2 on RHEL ES 3.4 , Dual
> AMD opteron machine , getting this error ,.
> make install INST=/software/aol/aol34
> make[1]: Entering directory `/software/nsadmin/aolserver-3.4.2/tcl7.6'
> (cd /software/nsadmin/aolserver-3.4.2/tcl7.6/unix; make
> CFLAGS='-I../in
ed to make sure that the resetting of init to
0 isn't correct for cases like the browser plugin, where Tcl
is constantly fully unloaded and reloaded.
--
Jeff Hobbs, The Tcl Guy
http://www.ActiveState.com/, a division of Sophos
--
AOLserver - http://www.aolserver.com/
To Remove yourself from
> OK, looks like Tcl 8.4.7 introduced the leak. Here's my test
> run against Tcl 8.4.6:
I would suspect this patch from Kenny / Mistachkin (applied by me):
2004-07-20 Jeff Hobbs <[EMAIL PROTECTED]>
* generic/tclEvent.c: Correct threaded obj allocator to
> Now, if you use something like Tcl 8.4.6 or later in your AS
> instance and do this for example, from the nscp session:
>
> time {set t [ns_thread begin "set a 1"]; ns_thread join $t} 1
>
> and keep an eye on a "top" utility in some other window, you
> will see AS happilly chewing up your
> > The real garbage-collection is a tough issue. Hence not tackled by the
> > AS yet. So, what's here (ns_cleanup) works but not realy universally.
>
> Jeff Hobbs has mentioned that Tcl interp cloning work on one
> of the Tcl 8.3.x branches several times now. Jeff, ho
ing different. The init of the
thread, and the way AOLServer does it, is where you will find a
good chunk of time taken up.
Jeff Hobbs, The Tcl Guy
http://www.ActiveState.com/, a division of Sophos
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an
> I've noticed some strange requests in my access log. The file
> size is huge.
> 65.114.42.138 - - [11/Feb/2005:16:51:07 -0500] "GET
> /photo/photo?photo_id=4306 HTTP/1.1" 200 4294967036
> "http://kurup.org/photo/album?album_id=5323"; "Mozilla/4.0
> (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NE
Mat Kovach wrote:
I am not, I am suggesting moving the main website off sourceforge
but keeping cvs and downloads on sourceforge.
Ah, all well and good.
I can offer a home for the website with good connectivity at
this time I can give up the bandwidth for the cvs and
download areas. Also, I don't h
Zoran Vasiljevic wrote:
I do commit to Tcl project as you know. Funny, I never had any
second thoughts there. Allright, perhaps the very first time I did,
but this is long time ago. I somehow believe that locks there (either
real or psychological) are far more relaxed. Now, this may all be
exsisten
> > That can be mitigated with dev and stable branches, but branch mgmt is
> > something I don't enjoy. It's great for some things - just be careful
> > about managing them.
>
> Note that AOLserver already has separate stable (4.0.x) and
> development (4.1.x) branches, and has had them for a long
> > > Surely AOL could provide this as a way of thanking the efforts of
> > > the community developers?
> >
> > The downside of this is that no one from outside of AOL could ever get
> > access to make changes to the site, because of the way security is set
> > up.
> >
> > Right now, anyone inside
> The truth is that contributors tried to be as non-invasive
> as possible, changing as little as possible in the core
...
> IOW: obstacles (real, psychological, whatever) have prevented
> or discouraged (are preventing and discouraging) some of the
> good guys outside of AOL.
OK, I'll wad
source
*doesn't* get modified. IOW, we modify (enhance, fix, etc) the
majority of OSS code that we make use of for our own purposes.
I think once you reach the barrier of comfort with dealing with
open source software, you can swing hard to the other extreme.
--
Jeff Hobbs
share]'d variable, it'd be a useful test. Apparently, the encoding
support added to Tcl 8.x wasn't without measurable cost. (Jeff Hobbs
can correct me on this statement if I'm wrong.)
Yes and no. While full utf-8/unicode support did certainly
slow down Tcl when introduced, va
> Hi - I published the ns_share results, but it was a looong
> time ago, like a few years ago when we upgraded from 2.X to
> 3.X. I found this quote in my mailbox around November 9,
> 2002 from the mailing list:
>
> "The test I ran to compare 8x with 7.6x was a 10-line loop, around 400K
> iter
> Well, since Tcl doesn't have a "clone this interp"
> capability, we kind of "fake it" in AOLserver. We create a
> "master interp" which sources all the Tcl at start-up, then
> dump its contents as best we can (which generally means
> capturing the proc definitions for all procs listed in [info
>
[re 64-bit Tcl]
> The caveat here is that no one single Tcl_Obj can exceed 4 GB
> as it still uses "int" instead of "size_t" in places.
> However, the overall process can now exceed 4 GB -- yay!
Just to correct, the Tcl_Obj probably can't exceed 2GB in size
since (for silly historical reas
> Woah! What's that 26MB of memory inside of Tcl_FSEvalFile?
> I'm re-running Valgrind with --num-callers=32 to get more detail:
In particular, it appears to be the eval of init.tcl that starts
the chain leading to the held memory.
> Oh, wow. Something at server start-up allocates 26MB of
> mem
this only controls Tcl alloc (ckalloc or Tcl_Alloc),
which is all that Tcl itself uses. If the leak is in AOLServer
where it isn't using the Tcl alloc, that would not be detected.
--
Jeff Hobbs, The Tcl Guy
http://www.ActiveState.com/, a division of Sophos
--
AOLserver - http://www.aolserver
> > Other than the type of "freeness", which I'd argue isn't the first
> > concern of most people running AOLserver on Windows, would using Open
> > Watcom provide any benefits? Microsoft's compiler is pretty much the
> > standard for Windows developers, and is used by most of the
> > third-party
on top of a
non-shared core build. Thus, I wouldn't force --disable-shared
just because that's what the core did.
Jeff Hobbs, The Tcl Guy
http://www.ActiveState.com/, a division of Sophos
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an e
> > Note that the Tcl core made the move to 2.50+ in 8.5 (the dev head).
>
> This is another reason to upgrade AOLserver to use autoconf
> 2.50+ -- since AOLserver's build uses Tcl's build as a basis,
> until we switch AOLserver to use autoconf 2.50+, we may not
> be able to build AOLserver against
plify configure
files. However, it does take much longer to run and produces
configure files that are several times the size of ac2.13 versions,
which themselves take longer to run. More checks are made by default
though, so I guess that's the cost of autoconf magic "progress".
> Is anyone doing this? More importantly, is anyone doing this
> via Tcl? Any pointers would be appreciated. Thanks!
There is a pdflib that generates this stuff and has Tcl bindings,
but IIRC it didn't have the friendliest license terms. See
http://wiki.tcl.tk/pdf for more info.
Jeff
--
AOLser
> Please respond directly to me by 5:00 PM US/Eastern today --
> tomorrow at the absolute latest.
I'm probably late on this, but c'est la via ...
> I'd like to know what your top four choices are (listed in
> order) including the following information for each one:
>
> 1) Name of medium (AOL IM,
).
We would be willing to add to our docs whatever is necessary to
clearly indicate to users how to use it specifically with
AOLServer.
Jeff Hobbs, The Tcl Guy
http://www.ActiveState.com/, a division of Sophos
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply s
I have discussed this before, but I don't
think that AOLServer really takes as much advantage of Tcl as it
should, and this is one of the reasons that Win32 fell off the
primary support bandwagon. The reliance on Tcl in the AOLServer
core is already there. By tightening the binding with more u
> Jeff Hobbs wrote on 5/21/2004, 12:15 PM:
>
> > > Mind you, I'm all in favor of Tcl, and I've been using it for
> > > almost 10 years now... but the facts are that there are A LOT
> > > of Java programmers out there compared to the number of Tcl
&g
xperience.
There have to be a lot of Java programmers out there, because
it takes a few dozen of them to be as productive as one Tcl
programmer. ;)
Jeff Hobbs, The Tcl Guy
http://www.ActiveState.com/, a division of Sophos
--
AOLserver - http://www.aolserver.com/
To Remove yourself from
> Is there a real downside to only building AOLserver with gcc
> (other than the lack of full 64-bit support on platforms that
> have it)?
I have not tested it, but reports are that gcc generates slower code
on every platform that it's available on where a "native" compiler
also exists. YMMV.
Je
>It seems that (at least on Solaris) that gcc is a build requirement for
>AOLserver -- it doesn't "do the right thing" when using the SUNWspro
>compiler (or maybe I'm just guessing here).
>
>Is gcc a hard requirement? If so, shouldn't the configure script check
>$CC to make sure it's gcc (parse "$
> On Friday 09 January 2004 19:12, you wrote:
> > I will tell when I'm ready. People experiencing memory-related
> > problems should then go and pick up the last status of the
> > core-8-4-branch from CVS at SF and rebuild the Tcl lib.
>
> It seems that the core-8-4-branch is now stable in respect
ospect, I should have
thought of the basic Tcl feature first and made allowing "" the
option, but such a change will have to wait until a major version
change.
Jeff Hobbs, The Tcl Guy
http://www.ActiveState.com/, a division of Sophos
--
AOLserver - http://www.aolserver.com/
To Remove
ther good choice.
--
Jeff Hobbs, The Tcl Guy
http://www.ActiveState.com/, a division of Sophos
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the
body of "SIGNOFF AOLSERVER" in the email message. You can l
> (1) Does anyone know if the 2Gb max file size is a limitation
> of AOLserver or Tcl itself?
I don't know about AOLServer, but Tcl did not fully support >2GB files
until 8.4. 8.4 does work with 3.4.2, but you might still be using an
earlier version.
Jeff Hobbs, The
> On Wed, 2003-10-29 at 19:38, Jeff Hobbs wrote:
> > set l {
> > {0,0 0,1}
> > {1,0 1,0}
> > }
>
> No way dude, is this a multi-dimensional array?
You can now create these fully represented as "lists of lists".
I used the x,y just to indicate the
> I use lists of lists as a data stucture. I can reduce memory usage by
> using a cursor to fetch records from the database but sometimes it is
> useful to cache or serialize the data so that I can seperate data from
> presentation or provide a database abstraction layer.
> I had a look at trying t
example does highlight some of the mem
characteristics of the core/AOLServer, but there are many ways to control
real bloat. Perhaps if you should some more real code we could assist in
pointing out what may be awry.
Jeff Hobbs The Tcl Guy
Senior Developer htt
> I must disavow my earlier claim that all four regexp commands
> would always be executed. This test seems to indicate otherwise:
>
> $ rpm -q tcl
> tcl-8.3.5-88
> $ tclsh
> % if [puts A;expr 1] {puts 1} elseif [puts B;expr 2] {puts 2}
> A
> 1
Disavow nothing - that was a bug in the compiler:
(
ables. That means if the 3rd RE matches and
the 4th doesn't, you'll get the values from the 3rd RE ... but of
course you will enter the first if/elseif branch that had a
succeeding case (which could be 1st or 2nd even when the 3rd RE is
the last to set those vars).
Jeff Hobbs
t Mnesia, but for in-memory dbs you might want to
consider sqlite (http://www.sqlite.org/). It is threadsafe, when
compiled to be so, and has quite the user following. It has Tcl
bindings (I don't know if it is drop-in-ready for AOLServer).
Jeff Hobbs The Tcl Guy
Sen
> On Mon, Sep 29, 2003 at 10:05:36AM -0700, Jeff Hobbs wrote:
> > It would be interesting to know if it does go away, but note that the
> > "Unknown error 635" is being returned directly by the system error
> > function 'strerror' from some error that occur
quot;Unknown error 635" is being returned directly by the
system error function 'strerror' from some error that occured
while reading on the pipe.
It's possible that there is some threading issue, in that between
the time the error occurs (and stores errno), so
different and clear error message. I'd be interested to
know what platform/Tcl version this occured with. There was a minor
bug fixed for BSD platforms in the Tcl layer where reads on a channel
could cause an error like that which could have been handled at the
C layer but were not (but they are
The thread extension is somewhat independent on the core stuff,
and Zoran didn't specifically mention core Tcl API changes, so
I'm not sure a TIP is necessary. The idea does sound promising,
and I am interested in improving the core threading stuff as much
as necessary.
BTW, I will be off the res
be hard due
to the type of unix APIs used.
That said, you should be able to make it work, but I would recommend
a pass through the APIs for gross thread-safety abuses first.
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com/
Tcl Support
1 - 100 of 163 matches
Mail list logo
