sionlimit)
in order to move the problem back into being a Tcl error (not a crash).
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com/
Tcl Support and Productivity Solutions
> It might be possible to modify the thread create code to use
> user-allocated stacks with guard zones. Haven't tried it myself.
Along these lines, there is a TclpCheckStackSpace call that isn't
implemented on most unix platforms to prevent the crash. The reason
is that implementations on Unix
> > It might also be nice to use cumulative voting. Since there are three
> > positions, everyone should get three votes. You can vote for three
> > nominees, or if you feel strongly, place all you votes for one nominee.
>
> As I recall, when the Tcl Core team was formed, and there were to be x #
>
> Since AOL has already picked its representation, it seems to me they
> should not vote on the community half of the core team. Not that
> their votes would necessarily be wrong or bad or have any nefarious
> intention, but more in the interest of fairness, as has been said
I disagree on this po
O(1)
except where we need to increase the C Tcl_Obj **objv array (and that
only needs to copy the pointers).
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com/
Tcl Support and Productivity Solutions
> > That means that list's lindex accessor is O(1) and appends are O(1)
> > except where we need to increase the C Tcl_Obj **objv array (and that
> > only needs to copy the pointers).
>
> I'm happy to stand corrected regarding the implementation, but for someone
> writing Tcl code, is there a meani
etimes I do write 'set output [list]'. Some people use
'set output ""' to indicate a simple var vs. 'set output {}' for list
vars (since lists uses {}s in their stringified form).
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com/
Tcl Support and Productivity Solutions
> Now, if adding other scripting language support could be done without
> adding any baggage to the core -- as external modules -- I'm all for it.
> However, I would hate to see the core get bogged down with stuff to
> accomdate all sorts of languages if it means negative impact towards its
> abili
> Creating a TCL-accessible array in a C module is trival. Just pass
> the name of the TCL array variable to the C module, then in the C
> code, do:
>
> if (Tcl_SetVar2(interp, arrayname, subscript, val,
> TCL_LEAVE_ERR_MSG) == NULL) {
>return TCL_ERROR;
> }
>
> Args 2-4 are just simple stri
> I don't think we should even think about putting Parrot into AOLserver as
> the primary multi-language support mechanism until it's actually stable
> and being used (beta-level at the minimum). I'm reminded of the colleague
> who suggested (in early 2001) that I use C# or Mozilla/XUL for my
> bi
> Is there a list of Tcl commands that aren't threadsafe and thus
> shouldn't be used in AS?
All Tcl commands are "threadsafe" in the traditional sense, in that
they are reentrant from multiple threads. However, commands like
'cd' aren't "threadsafe" because of the effects they have across all
th
> implementation or use of commands that can cause problems. The "cd"
> command appears to share behavior with the "clock format ... -gmt 1"
> bug that Zoran reported recently (fixed now or soon, right?) in
That is no longer true with -gmt 1. I corrected this in 8.4 and 8.3.5.
Jeff
the nscp encoding.
Tcl has APIs 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).
t do 'rename unsafeCmd {}'. There is no need to do it at the C level.
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com/
Tcl Support and Productivity Solutions
> 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
ues to determine 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.ActiveSta
ich of the many changes
> descriibed 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
eader
fcopy $ifid $ofid
gzip::close $ofid; # detaches 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 Produ
yond the core to use extensions like XOTcl to create
whatever you want in terms of classes and OO objects.
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com/
Tcl Support and Productivity Solutions
https://sourceforge.net/tracker/?func=detail&atid=103152&aid=588470&group_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
to stack overflow before the\
recursion limit is reached.\nA minimum stacksize of 2400\
kbytes is recommended.\nSkipping infinite recursion test."
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com/
Tcl Support and Productivity Solutions
> 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 24
> 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, s
> I would bet that if one can detect stack overflows reliably, then one
> can also implement an algorithm to safely extend the stack. It might
> have other performance impacts though.
>
> To sum up, I still do not see any technical reason for not being able to
> detect stack overflow other than ma
eval call depth) except in infinite loop cases.
Note that 8.4 also has exposed a way to reduce that limit (and prevent
segfault) at the Tcl level with:
interp recursionlimit
for those who may not be able to adjust stack with (u)limit.
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com/
Tcl Support and Productivity Solutions
> > Jeff, for those of us not especially familiar with the Tcl internals,
> > could you give or point us to a basic explanation of how and why Tcl
> > uses the C stack, as opposed to being "stackless"? (A Google search
> It's simple in that a call like so:
>
> proc a args { return "foo" }
> proc
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 explicit
m tcllib to construct mime-message-body. Anyway it's not stright
> forward to use Tcl package in AOLserver, but it is possible.
>
> TCLLIB - Tcl Standard Library: Contents
> http://tcllib.sourceforge.net/doc/index.html
A simple example of using this is here:
http://aspn.act
> 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 an
simple XOR text drawing in Tk_DrawChars on Windows.
* Make %-substitutions 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
> From: Edward Wilson <[EMAIL PROTECTED]>
>
> > Once I implement a
> > solution, I need to know that certain necessary
> > features aren't going to go away leaving me without a
> > work-a-round.
>
> You may want to investigate alternatives to getting free
> software from a public server or cvs.
A
> 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-
> 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 mo
> Ehm, not only that... There is an inherent problem (non MT-related)
> in Tcl channel handling code with:
>
> Tcl_OpenFileChannel(interp, fileName, mode, permissions)
>
> This function trashes memory when feeded with NULL interp.
> According to its manpage, the interp is optional and can be
>
could be made to run correctly inside 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
ekend, 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 A
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.
>
from a couple of people who have suffered at the hands of bad
ISPs and get their mx records botched every 3 months.
Jeff Hobbs The Tcl Guy
Senior Developer http://www.ActiveState.com/
Tcl Support and Productivity Solutions
--
AOLserver - http://www.aol
ng g++ as Linker.
That would 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://ww
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
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
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
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
> 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
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
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
> 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:
(
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 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
> 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
> (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
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
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
> 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
>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 "$
> 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
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
> 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
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
).
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
> 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,
> 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
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".
> > 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
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
> > 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
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
> 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
[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
> 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
>
> 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
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
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
> 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
> > > 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
> > 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
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
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
> 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
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
> > 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
> 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
> 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
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
> 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
> 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
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
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
>
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
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
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
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
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
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
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.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
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
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
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
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.
1 - 100 of 163 matches
Mail list logo
