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
command.
On 06/12/2010 1:14 PM, Michael A. Cleverly wrote:
On Mon, Dec 6, 2010 at 10:18 AM, Jeff Hobbsje...@activestate.com 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
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 -
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
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,
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
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
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
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, since
.
2009/5/7 Jeff Hobbs je...@activestate.com
Is it possible that both nsopenssl and tls are in use, and that they both
might be initializing openssl in the same process? I'm not sure if this
would be a support case if so.
On 05/05/2009 6:16 PM, Sep Ng wrote:
Hi Jeff,
I took a closer look
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
DH_free.
On May 6, 3:43 am, Jeff Hobbs je...@activestate.com 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
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:
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?
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
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.
If
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
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 done
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 the better
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
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 ...
and
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 Hobbs, The Tcl Guy, http
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
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 SIGNOFF AOLSERVER in the email message. You can
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 argument
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
see some of the issues. Primarily
the problem is that pthreads and fork don't mix well - you have to use
pthread_atfork() to specially lock down and release again in parent and child.
There are a couple of experimental patches for this, but none in the core yet
for one reason or another.
Jeff
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 installation.
Jeff Hobbs, The Tcl Guy, http
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
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 original mods to threaded Tcl and
high
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 definitely going
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 putty
an NTPL issue, as the floating
stack stuff appeared to exist in LinuxThreads as well.
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
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 in the AOLServer
environment.
Jeff Hobbs, The Tcl Guy
http://www.ActiveState.com/, a division of Sophos
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)
and some
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 how
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
compiled from cvs HEAD returns
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 did for Cisco, you will find some
interesting
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 you want is
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../include
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
* generic/tclInt.h
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 email to [EMAIL PROTECTED]
with the
body of SIGNOFF AOLSERVER
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, how fast
is that stuff, or how fast
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; .NET CLR
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
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
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 wade
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 or outside of AOL
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
time
* 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, The Tcl Guy
http
[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 reasons)
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.com/
To Remove yourself from this list, simply send
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
memory
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 libraries
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.
--
Jeff Hobbs, The Tcl Guy
http
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 Tcl
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 email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER
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
--
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, EFnet
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 this list, simply send an email
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
programmers, and that is a decision in picking what web
support bandwagon. The reliance on Tcl in the AOLServer
core is already there. By tightening the binding with more use
of Tcl systems I think you would make interop with other
languages actually easier.
Jeff Hobbs, The Tcl Guy
http://www.ActiveState.com/, a division of Sophos
--
AOLserver
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 send an email to [EMAIL PROTECTED
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 $CC
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.
Jeff
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
to file
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 yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF
.
--
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 leave the Subject: field of
your email
(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 Tcl Guy
http
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 to
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 their position if you were to view
it as a m-d array
, 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 The Tcl Guy
Senior Developer http
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:
(this is
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
Senior Developer http
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 now for 8.4+, perhaps even 8.3.5).
Jeff Hobbs The Tcl Guy
Senior
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 occured while reading on the
pipe.
Any idea where
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 and Productivity Solutions
--
AOLserver - http://www.aolserver.com/
To Remove
be unusual behavior from g++ for any platform. Are you
sure that you don't have a -nostdlib or -nodefaultlib arg in there
somewhere that prevents the stdc++ default linkage?
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com/
Tcl Support
records botched every 3 months.
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com/
Tcl Support and Productivity Solutions
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED
Greg Wolff wrote:
Why do we need a MetaKit db driver?
Eh, who said anything about needing one? It would be nice to have
a db driver for metakit though.
I expect it will be possible to run AOLserver out of a
Starpack without calling a metakit db from inside AOLserver.
Yes.
Jeff Hobbs wrote
, that would be appreciated.
Jeff Hobbs The Tcl Guy
Senior Developer 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
AOLserver?
I don't know why, but xotcl does:
http://www.xotcl.org/
If you don't already have a body of incr Tcl code, just use
xotcl (more Tao of Tcl compatible in any case).
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com
One of the more popular topics of conversation appears to be how
does one analyze or debug memory issues. And this raises all
sorts of questions about versions of Tcl, how AOLserver gets
things done, multithreaded Tcl, etc.
It would be great if we could capture this information in a more
Using AOLServer 4.0, I am getting troubles with the EURO currency symbol.
My site is using iso-8859-1 character set.
But it looks like the euro symbol is not in this character set. Anyway, I
You are correct, iso8859-1 predates the Euro symbol. You need to use
iso8859-15 instead.
Jeff Hobbs
for events only read data out of the event
structure when that field is valid for that event type.
*** POTENTIAL INCOMPATIBILITY ***
--
Tcl Core Team and Maintainers
Jeff Hobbs, Tcl Core Release Manager
I. To remove yourself from this list:
Send a message to [EMAIL PROTECTED
I'm still trying to understand exactly what good namespace really is.
What are the advantages? Any examples of what it can be used for?
It is just useful for code encapsulation, so you can create procs without
the worry of having other code with similar proc names stomp on it.
Are there any
I was hasty in saying that would work. The issue is that in the layers
that Tcl uses, some explicitly check for '.', but in the end you usually
just call the system strtod. Thus if you change locale, it will break
at the bottom level, but you can't work with other locale's because Tcl
is
Note that each time you create a stack from (or otherwise dynamically
extend the stack), you need to compare the SP to a thread-specific
limit, which means using TLS. I'm not sure how long Linux (for example)
has supported TLS, and I'm pretty sure that its support has changed over
time, so
That's interesting. My copy of stack.test doesn't include anything like
that. The openacs lore has been that 500K has been the appropriate
stacksize. I have increased it to 4M. Let's see what happens.
I added that warning in myself after getting enough reports. I narrowed
the size to
https://sourceforge.net/tracker/?func=detailatid=103152aid=588470group_id
=3152
This bug isn't that recent, and was added by someone using a Tcl beta
core. The bug was fixed by final. I'd move it to Pending as it just
needs reverification.
Jeff Hobbs The Tcl Guy
Senior
in terms of classes and OO objects.
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com/
Tcl Support and Productivity Solutions
in aolserver/tcl8.3.2/README.AOLSERVER I need to do for
8.4.1, etc.
I don't have that version of AOLServer to compare against, but Tcl 8.4.1
should not require any core patching to work with AOLServer now. I'm
not sure if that also accompanied changes to AOLServer code ...
Jeff Hobbs
transforms, writes crc trailer
close $ifid
close $ofid
Consider the gzip open/close could also be named attach/detach.
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com/
Tcl Support and Productivity Solutions
gzip.tcl
Description
how to build extensions
based on how Tcl was built. I rewrote this for TEA2 to allow
extensions (and apps like AOLServer) to use different compile
environments from the original Tcl build.
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com
On 2002.11.28, Jeff Hobbs [EMAIL PROTECTED] wrote:
how can unsafe tcl commands be removed or disabled? I think this
would
be
done before compiling Tcl, so that they are disabled at that level...
Reason is to protect (better) against someone that is able to
infiltrate
code
for this (Tcl_ExternalToUtf* and Tcl_UtfToExternal*).
I've not used the nscp so I've never seen this issue, but it's
fairly easy to see that Dossy is just getting back the result of
the original string encoded in utf-8 (the A-hat's give it away).
Jeff Hobbs The Tcl Guy
Senior
1 - 100 of 122 matches
Mail list logo