Re: Rivet 3.2.5

Sorry for the noise this message was meant for the person who act as sponsor of the Debian package... -- Massimo On 5/23/24 05:18, Massimo Manghi wrote: Hi Sven I packaged the latest version of rivet (3.2.5). Relevant Debian package changes is the debian/upstream/signing-key.asc file

Rivet 3.2.5

Hi Sven I packaged the latest version of rivet (3.2.5). Relevant Debian package changes is the debian/upstream/signing-key.asc file prescribed by uscan. Not clear to me if the binary version of it I put into debian/ in 3.2.4 to fulfill one of the lintian issues can be dropped. Let me know dget

Re: rivet 3.2.5rc1

Thank you, I'm going to release rivet 3.2.5 as GA software. The signed artifact will be available shortly and the release will be announced on the our web site tomorrow -- Massimo On 5/20/24 20:21, Georgios Petasis wrote: +1 George Στις 20/5/2024 8:41 μ.μ., ο/η Brice Hamon έγραψε: Ditto.

TDBC support in DIO

Hi everyone Rivet ships an Itcl based database abstraction layer named DIO that supports Mysql/Oracle/Postgresql/Sqlite. Actual access to DBMS is done calling Tcl extensions such as Mysqltcl,Ptcl,Oratcl.(support for Sqlite is more "natural" for Tcl). I'm still maintaining some projects

Re: Rivet manual conversion

in Cinque Terre) Unfortunately, I have no such experience. TCL core will also change to markdown. The person to contact is Steve Landers and Thorsten Berg. Take care, Harald Am 25.03.2024 um 12:23 schrieb Massimo Manghi: Hi everyone does anyone on the rivet-dev list ever approached the problem

test message (you may delete it)

I apologize for the noise. If this message gets through the moderation barrier it means I fixed my postfix MTA -- M - To unsubscribe, e-mail: rivet-dev-unsubscr...@tcl.apache.org For additional commands, e-mail:

Rivet manual conversion

Hi everyone does anyone on the rivet-dev list ever approached the problem of automatically converting Docbook stuff into some modern (perhaps MD based) format? What tools do you recommend? If this could be done relatively in an easy way it could be time for revising and improving our

Re: Release Rivet 3.2.4 as GA software

Thank you, Apache Rivet 3.2.4 is approved for release now. I'm going to proceed with the usual procedure to distribute the artifact and update the website -- Massimo On 2/16/24 19:51, Damon Courtney wrote: +1 Damon On Feb 16, 2024 at 5:18:47 AM, Massimo Manghi mailto:massimo.man

Re: Release Rivet 3.2.4 as GA software

Anyone else to vote for this release? -- M On 2/12/24 09:43, Georgios Petasis wrote: +1 - To unsubscribe, e-mail: rivet-dev-unsubscr...@tcl.apache.org For additional commands, e-mail: rivet-dev-h...@tcl.apache.org

Re: Apache/Rivet packaging for Linux distributions

Would be possible for you to take over the task of packaging Rivet for OpenSUSE? Once you have a workable initial package maintaining it would probably amount to a marginal cost every time we release. If you have multiple systems you have also the benefit of using the package manager to

Apache/Rivet packaging for Linux distributions

I'm going to remove the links to the OpenSuse and FreeBSD distribution packages from the Apache Rivet pages. These packages appear to be no more existing. The .rpm files meant to package Rivet for the RedHat derived family of Linux distributions was last updated for Rivet 2.0.5. Very long ago.

Rivet 3.2.4 RC1 avaiable

The version 3.2.4 of Rivet is ready for evaluation from http://shorter.rivetweb.org/~manghi/rivet/rivet-3.2.4rc1.tar.gz the support for the RivetChildExit script was reintroduced for the worker and prefork bridges, whereas the lazy bridge already did -- Massimo

Re: ChildExitScript ignored by mod_rivet 3.x

Hi Scott I guess that any thread that has to be launched before requests are served must be created within the ChildInitScript by executing something like set ::my_thread_id [::thread::create

Re: Building mod_rivet with Tcl9

/23 09:20, Massimo Manghi wrote: Hi On 20/11/23 09:09, Harald Oehlmann wrote: Massimo, thanks, that you care about tcl9. I think, TCL9 is important for Rivet to overcome the size limits. I know from NaviServer, that they have a lot of trouble with sizes and arguments, like for the seek command

Re: Building mod_rivet with Tcl9

On 20/11/23 09:15, Harald Oehlmann wrote: Hi Massimo, thanks for the 2nd message. The first part : I would ask to make a ticket. For the global variables: Am 19.11.2023 um 21:56 schrieb Massimo Manghi: mod_rivet basically works with Tcl 9.0 but the usual global variables (auto_path

Re: Building mod_rivet with Tcl9

Hi On 20/11/23 09:09, Harald Oehlmann wrote: Massimo, thanks, that you care about tcl9. I think, TCL9 is important for Rivet to overcome the size limits. I know from NaviServer, that they have a lot of trouble with sizes and arguments, like for the seek command, if files get large. Thanks

Re: Building mod_rivet with Tcl9

On 11/19/23 00:50, Massimo Manghi wrote: Dear fellow Tcl'ers The relevant macro in tclDecls.h #define Tcl_ExternalToUtfDString(encoding, src, len, ds) \ (Tcl_ExternalToUtfDStringEx(NULL, (encoding), (src), (len), \ TCL_ENCODING_PROFILE_TCL8, (ds), NULL), Tcl_DStringValue(ds)) which

Building mod_rivet with Tcl9

Dear fellow Tcl'ers This message is more specifically meant for Harald. Thank you Harald for your efforts as a driving force in the current process of having Tcl9.0 out I've built rivet branch tcl-novem with Tcl9 (branch tcl-9-0-b1-rc) and as expected I had to get all the Tcl_Size replace

HTML manual directory misplaced in rivet-3.2.3.tar.gz

I realized that the html/ directory where we ship the rivet manual pages is misplaced within the artifact. It's supposed to be in doc/ whereas rivet-3.2.3.tar.gz has it in the root directory. The mistake is due to an erroneous execution of a step in the process of creating the tar ball. I

Re: Release rivet 3.2.3 as GA software

Massimo Manghi: Dear PMC members I kindly ask you to vote the release of the artifact http://www.rivetweb.org/~manghi/rivet/rivet-3.2.3rc1.tar.gz as Rivet 3.2.3 GA software   please reply to this message on the mailing list expressing your vote. Thank you   -- Massimo +1 for release. Good work

Release rivet 3.2.3 as GA software

Dear PMC members I kindly ask you to vote the release of the artifact http://www.rivetweb.org/~manghi/rivet/rivet-3.2.3rc1.tar.gz as Rivet 3.2.3 GA software please reply to this message on the mailing list expressing your vote. Thank you -- Massimo

Re: Rivet 3.2.3rc1

Damon, did you have time to check the raw_post patch? -- M On 03/10/23 17:19, Massimo Manghi wrote: check the commit 8a125701eda505103283544c8097b64873162f2c in the git repository. That's basically the patch provided by Scott  -- Massimo

Re: Rivet 3.2.3rc1

check the commit 8a125701eda505103283544c8097b64873162f2c in the git repository. That's basically the patch provided by Scott -- Massimo On 03/10/23 17:11, Damon Courtney wrote: Hey, Massimo! Can we get a link to the change submission on raw_post? I’ve had a few problems with that one

Rivet 3.2.3rc1

Hi everyone, a release candidate for rivet 3.2.3 is available from http://www.rivetweb.org/~manghi/rivet/ This bugfix release of Rivet ships with the contributions made by Scott Pitcher concerning the incomplete and faulty implementation of ::rivet::raw_post, the correct logging of messages

Re: Logging from ChildInitScript

I committed to the repository a solution to the issue of logging to a specific virtual host log file during interpreter initialization (ChildInitScript). Scott, would you kindly check if it works for you? Thank you -- Massimo On 11/05/23 09:15, Scott Pitcher wrote: Ah thanks. Yes I've got 4

Re: Logging from ChildInitScript

Good. We can do much better on this issue. I'm going to take on the task of analyzing a possible solution. It should be feasible and it's a further reason for releasing 3.2.3 -- Massimo On 11/05/23 09:15, Scott Pitcher wrote: Ah thanks. Yes I've got 4 virtual hosts and now I've found the

Re: Logging from ChildInitScript

Perhaps you're running the script for a virtual host with an ErrorLog different from the default virtual host log file. Virtual hosts get their own server record structure and ::rivet::apache_log_error can tell which virtual host is serving a request from the server_rec structure pointed from

Re: Retrieving the body portion of a POST request

Kind regards, Scott On 27/4/23 09:53, Scott Pitcher wrote: Thank you. That's good news. I haven't finished with the unit test yet. Will come back to it this weekend. Kind regards, Scott On 27/4/23 09:01, Massimo MANGHI wrote: Your patch fixing the issue with the ::rivet::raw_post command was co

R: R: R: Retrieving the body portion of a POST request

Your patch fixing the issue with the ::rivet::raw_post command was commited in the master branch of mod_rivet. -- Massimo Da: Scott Pitcher Inviato: Giovedì, 20 Aprile, 2023 14:59 A: Massimo MANGHI; rivet-dev@tcl.apache.org Oggetto: Re: R: R: Retrieving

R: R: Retrieving the body portion of a POST request

/rivet.test only what you're actually working on -- Massimo Da: Scott Pitcher Inviato: Giovedì, 20 Aprile, 2023 05:42 A: Massimo MANGHI; rivet-dev@tcl.apache.org Oggetto: Re: R: Retrieving the body portion of a POST request I've managed to get beyond this problem

R: Retrieving the body portion of a POST request

requests do you have at hand some test cases we may add to our test suite? Thank you -- Massimo Da: Scott Pitcher Inviato: Martedì, 11 Aprile, 2023 12:06 A: Massimo MANGHI; rivet-dev@tcl.apache.org Oggetto: Re: Retrieving the body portion of a POST request Hi

Re: Retrieving the body portion of a POST request

Hi Scott Thank you for the extensive explanation of your problem. I'm certainly interested in reviewing your patch Why using the usual command ::rivet::var_post (see https://tcl.apache.org/rivet/manual3.2/var.html) to retrieve the posted data didn't work for you? -- Massimo On 09/04/23

Re: Is the mailing list active?

Yes, traffic is low but it's active nonetheless -- Massimo On 28/03/23 15:38, Jasen Kim wrote: Hello, Is this mailing list still active? Thanks, Jasen -- Jasen Kim Senior Full Stack Engineer 917-251-9909 www.marketdesk.com

Re: Rivet HTTP stream server-side

Hi Jasen the RivetChan behaves like stdout and actually replaces stdout for the Tcl interpreters embedded in mod_rivet. You can have control over the buffering using puts -nonewline $output_buffer to store in the channel buffer your data and the send it calling flush stdout in this way

Re: ASF likely to rebrand and drop the name 'Apache'

the number of messages for a week or so -- Massimo On 23/01/23 15:47, Georgios Petasis wrote: Dear Massimo, Thanks for the info, I still do not know where all these gets discussed. Best, George Στις 21/1/2023 17:33, ο/η Massimo Manghi έγραψε: I think Alex overreacted

Re: Fwd: [REPORT] Tcl - January 2023

It's the first time perhaps this is brought up so directly by the board but I really can't image how to answer. They don't seem to suggest or demand anything specific except for complaining that we don't have enough traffic on our mailing lists. As long as they don't express constraints in

Re: ASF likely to rebrand and drop the name 'Apache'

I think Alex overreacted on this. As an European I know the feeling of disbelief when I hear stories like git being called objectively a racist project because of the development made on the 'master' branch , but there are also real grievances to be addressed. I wish the North American

ASF likely to rebrand and drop the name 'Apache'

The following blog post https://blog.nativesintech.org/apache-appropriation/ triggered an intense (and at times harsh) discussion on the ASF members list. As you may have read ASF is forming a committee tasked to reach for the Apache Nation representatives and assess with them the usage of

Re: Release rivet-3.2.2

The process of releasing rivet 3.2.2 was completed yesterday. As a customary procedure I kindly ask for a volunteer to announce the release on comp.lang.tcl -- Massimo On 20/06/22 21:17, Brice Hamon wrote: Thanks Massimo. Brice. Firma il tuo 5xmille all’Università di Parma, aiutaci a

Re: Release rivet-3.2.2

Thank you, though with the minmum number of votes required the release of Rivet 3.2.2 is approved. As usual I'm going to mark in the release in the Changelog and proceed with signining and publishing the artifact. -- Massimo On Thu, Jun 16, 2022 at 07:05:01PM +0200, Massimo Manghi wrote

Re: Release rivet-3.2.2

The vote is still pending. We formally have the three +1s needed to approve, but I wish to invite all PMC members to cast their ballot. I'm going to wait for another 24h -- M On 14/06/22 16:39, Brice Hamon wrote: +1. Thanks Massimo. On Tue, Jun 14, 2022 at 9:34 AM Massimo Manghi

Release rivet-3.2.2

Dear PMC members, by asnwering this message I kindly ask you to vote to release the artifact http://www.rivetweb.org/~manghi/rivet/rivet-3.2.2rc2.tar.gz as Rivet 3.2.2 GA software [ ] +1 [ ] 0 [ ] -1 -- Massimo - To

Re: Rivet 3.2.2rc1

' while we consider to drop support for this switch in future major releases -- Massimo On 09/06/22 15:40, Harald Oehlmann wrote: Am 09.06.2022 um 15:37 schrieb Massimo Manghi: [...] I would call that a bug. Head should be handled correctly. Thank you for caring, Harald

Re: Rivet 3.2.2rc1

On 09/06/22 15:40, Harald Oehlmann wrote: The switch has been around ever since and it's only function is to force mod_rivet to return a "text/html" message avoiding actual script execution. if (private->r->header_only &&     !private->running_conf->honor_head_requests) {

Re: Rivet 3.2.2rc1

On 09/06/22 14:00, Harald Oehlmann wrote: Am 09.06.2022 um 12:37 schrieb Massimo Manghi: Rivet 3.2.2 rc1 is available from http://www.rivetweb.org/~manghi/rivet/rivet-3.2.2rc1.tar.gz New features and bug fixes   + a memory leak was fixed in Rivet_Var (src/mod_rivet_ng/rivetCore.c

Rivet 3.2.2rc1

Rivet 3.2.2 rc1 is available from http://www.rivetweb.org/~manghi/rivet/rivet-3.2.2rc1.tar.gz New features and bug fixes + a memory leak was fixed in Rivet_Var (src/mod_rivet_ng/rivetCore.c) + Installation and TEA scripts were updated + The form [::rivet::var all] accepts an optional flat

New service approved by ASF

The ASF infra sent this message to the announces list. I have no idea what kind of analysis they carry out on the code but I think we wouldn't get many alerts since Rivet is not that big. I'm going to read more on this and if you agree I will ask for the service be enabled for Apache/Tcl --

Re: [gmcdonald-...@apache.org: Applications for Travel Assistance to ApacheCon NA 2022 now open]

y for that. > > Take care, > Harald > > Am 04.04.2022 um 10:32 schrieb Massimo Manghi: > > An opportunity to have your travel to ApacheCon NA 2022 funded by ASF > > > > -- Massimo > > -

[gmcdonald-...@apache.org: Applications for Travel Assistance to ApacheCon NA 2022 now open]

An opportunity to have your travel to ApacheCon NA 2022 funded by ASF -- Massimo - Forwarded message from Gavin McDonald - Date: Mon, 4 Apr 2022 10:17:57 +0200 From: Gavin McDonald To: travel-assista...@apache.org Subject: Applications for Travel Assistance to ApacheCon NA 2022 now

Re: target install fails with the new tcl.m4

. I temporarily fixed the issue replacing $(srcdir) with $(top_srcdir) which is supposed to be an absolute and normalized definition of the source tree root. The patch has been proposed to the tclconfig maintainers -- Massimo On Sat, Feb 19, 2022 at 12:32:41PM +0100, Massimo Manghi wrote

target install fails with the new tcl.m4

mod_rivet doesn't install anymore after tcl.m4 was updated with the latest version available from https://core.tcl-lang.org/sampleextension The newly generated Makefile is not able to correctly locate install-sh I haven't investigated yet. I guess the it could be fixed in configure.ac but it

Re: memory leak in Rivet_Var

ank you > Brice. > > On Mon, Feb 14, 2022 at 9:39 AM Massimo Manghi wrote: > > > I think I spotted a memory leak in function Rivet_Var > > (src/mod_rivet_ng/rivetCore.c) > > > > Whenever one of the ::rivet::var forms 'var (all | list | names)' ('var > >

memory leak in Rivet_Var

I think I spotted a memory leak in function Rivet_Var (src/mod_rivet_ng/rivetCore.c) Whenever one of the ::rivet::var forms 'var (all | list | names)' ('var get' excluded) returns an empty string the result value is created calling result = Tcl_NewStringObj("",-1); in every case variable

Re: Appveyor build not working anymore

> > > Am 03.02.2022 um 11:00 schrieb Massimo Manghi: > > > > > > I noticed that the latest appveyor builds fail consistently. > > > > > > It seems that the .appveyor.yml file demands download of > > componen

Appveyor build not working anymore

I noticed that the latest appveyor builds fail consistently. It seems that the .appveyor.yml file demands download of components from on or more URLs no more valid. Anyone who is familiar with Appveyor is invited to fix this issue. Thank you -- Massimo

Re: [VOTE] Release rivet-3.2.1

Harald, please would you send a message comp.lang.tcl announcing rivet 3.2.1? Danke! -- Massimo On Mon, Nov 8, 2021 at 10:04 AM Harald Oehlmann wrote: > > Am 08.11.2021 um 10:00 schrieb Massimo Manghi: > > Dear PMC members, I kindly ask you to vote to release the artifact

Re: [VOTE] Release rivet-3.2.1

Thank you, the release of Rivet 3.2.1 is approved. I'm going to add to the Changelog an entry marking the release and then the artifact will be signed and made available from the ASF distribution -- Massimo On 11/13/21 6:01 AM, Damon Courtney wrote: +1 Damon Firma il tuo 5x1000

Re: [VOTE] Release rivet-3.2.1

Still waiting to see if George, David, Damon and Ronnie want to cast their ballots. Formally we could call the vote but I'd like to have them have their say -- Massimo On Tue, Nov 9, 2021 at 10:00 AM Massimo Manghi wrote: > My +1 was implicit but I'm reaffirming it here. > > -- M &

Re: [VOTE] Release rivet-3.2.1

My +1 was implicit but I'm reaffirming it here. -- M On Mon, Nov 8, 2021 at 1:58 PM Brice Hamon wrote: > Yes. +1 for me. Thank you Massimo. > Brice. > > On Mon, Nov 8, 2021, 4:04 AM Harald Oehlmann > wrote: > >> >> Am 08.11.2021 um 10:00 schrieb Massimo Ma

[VOTE] Release rivet-3.2.1

Dear PMC members, I kindly ask you to vote to release the artifact http://www.rivetweb.org/~manghi/rivet/rivet-3.2.1rc3.tar.gz as Rivet 3.2.1 GA software [ ] +1 Yes, Oui, Ja, Sì [ ] 0 Abstain [ ] -1 No, Non, Nein, No -- Massimo

Re: UTF-8 encoding issues in ::rivet::load_response form data

Hi Jasen what happens if you add this line at the very beginning of the script? ::rivet::headers type "text/html;charset=utf-8" Be careful to add this before any data is sent to the output channel. -- Massimo On Fri, Nov 5, 2021 at 6:37 PM Jasen Kim wrote: > Hi guys, > > I am having

Rivet 3.2.1rc2

A new release candidate is available from http://www.rivetweb.org/~manghi/rivet/rivet-3.2.1rc2.tar.gz I plan to call a vote soon on it -- Massimo Firma il tuo 5x1000 all’Università di Parma, aiutaci a essere sempre più accoglienti e inclusivi verso le nostre studentesse e i nostri studenti

Re: Building Rivet using latest tcl.m4 provided by TEA

Oehlmann wrote: > Am 28.10.2021 um 19:42 schrieb Massimo Manghi: > > The tcl.m4 script is quite old now, but replacing it with the version > > distributed by Tcl8.6.10 breaks the configure script. > > > > ./configure: line 2262: syntax error near unexpected token `3.9'

Rivet 3.2.1rc1

You may download Rivet 3.2.1rc1 from http://www.rivetweb.org/~manghi/rivet/rivet-3.2.1rc1.tar.gz This release isn't offering a lot of new features to the programmer: + a new feature of the form package allows instances of the Form class to be configured so that method emit returns the HTML as a

Building Rivet using latest tcl.m4 provided by TEA

The tcl.m4 script is quite old now, but replacing it with the version distributed by Tcl8.6.10 breaks the configure script. ./configure: line 2262: syntax error near unexpected token `3.9' ./configure: line 2262: `TEA_INIT(3.9)' Do we need to update the configure.ac to comply with some new TEA

Re: How rivet handles OPTIONS?

On 7/14/21 10:34 AM, Georgios Petasis wrote: Hi again, To say the truth I also tried to provide my own version of responce, but I am not sure if rivet calls my tcl code in the case of options. I still see a different response, and not mine, is returned. George from

fossil-scm and sqlite sites down

Is anyone reading documentation from fossil-scm.org or sqlite.org today? It seems they are having problems and are entirely unreachable. Does anybody have any insights in this situation? -- Massimo - To unsubscribe, e-mail:

pthread_atfork and Tcl_InitNotifier

we still have in mod_rivet (Rivet_ChildInit) this call to Tcl_InitNotifier /* This code is run once per child process. The forking * of a child process doesn't preserve the thread where the Tcl * notifier runs. The Notifier should have been restarted by one the *

Re: Rivet 3.2.0 released

Thank you Brice, waiting for any feedback that may come from you -- Massimo On 2/2/21 4:47 PM, Brice Hamon wrote: Hello Massimo, We are now using Rivet 3.2 in our dev environment. So far so good. If we have no issue, in a couple of weeks we should push it to production. I'll let you know

mailing list not accepting subscriptions

Attempting to move my endpoint mailbox to a new address I subscribed to rivet-dev from the this new address but my request went ignored. I made 2 attempts, the first on rivet-dev-subscr...@tcl.apache.org as the mailing list archives pages point out. The second on

Re: json parser in yajltcl

On 12/1/20 10:29 PM, Jeff L wrote: yajltcl offers the ::yajl::json2dict for conversion of JSON messages into a Tcl native container (which can be used as a dict or array). This is the easiest way to read specific values from within a larger JSON document since you can use normal dict/array

Re: json parser in yajltcl

On 12/1/20 1:38 PM, Harald Oehlmann wrote: Am 01.12.2020 um 12:21 schrieb Massimo Manghi: I've been extensively using FA's yajltcl package lately to compose JSON messages to be consumed and interpreted by a browser internal parser I also ran into the need of parsing JSON messages myself

Re: R: tcl wiki access password

Thank you Harald for the rivet page update and thank you for the suggestion. I will ask for help on Tclcore -- Massimo On 11/11/20 9:13 AM, Harald Oehlmann wrote: > Quite dissapointing... > I am not sure who cares of the wiki, but an E-Mail to the core list > would be appropriate. > > Thank

Re: R: tcl wiki access password

On 11/11/20 8:51 AM, Harald Oehlmann wrote: Dear Massimo, thank you. The version number is updated. Yes, sometimes, the wiki is just offline or login does not work. The next day, it works. Enter something where "Nickname" is written Check with the mouse "I am a human". -> the captcha

Re: R: tcl wiki access password

Harald, sorry for coming up with one further request of help. Can you update the page https://wiki.tcl-lang.org/page/Rivet using your nickname? It seems I can't gain access even at the most basic level...who is looking after the wiki now? -- Massimo Manghi On 11/8/20 6:27 PM, Harald

R: R: tcl wiki access password

user in the Tcl community I've allocated AD to you. -- M Da: Harald Oehlmann Inviato: domenica 8 novembre 2020 18:27 A: Massimo MANGHI ; rivet-dev@tcl.apache.org Oggetto: Re: R: tcl wiki access password No, I also have a nickname (oehhar). But you may use

R: tcl wiki access password

times. You may do an anonymous login, but you must pass the "Are you human" check.. Thank you, Harald Am 08.11.2020 um 17:55 schrieb Massimo MANGHI: > I forgot my password to log into the tcler's wiki, but I can't find the > customary link to the password recovery procedure. Does any

tcl wiki access password

I forgot my password to log into the tcler's wiki, but I can't find the customary link to the password recovery procedure. Does any TCT's insider have directions on how to have my password back? -- Massimo Firma il tuo 5 per mille all'Università di Parma e aiuta così i nostri studenti che

Re: Rivet 3.2.0 released

Thank you Harald -- M On 11/7/20 6:46 PM, Harald Oehlmann wrote: Dear Massimo, yes, thank you, I can care about clt... Thanks, Harald Am 07.11.2020 um 11:28 schrieb Massimo Manghi: Rivet 3.2.0 has been published on the ASF distribution repository and it should be soon available from any

Rivet 3.2.0 released

Rivet 3.2.0 has been published on the ASF distribution repository and it should be soon available from any ASF mirror. I will allow a few more hours before announcing it on the web site. Would anyone on this list step forward to publish a similar announcement on comp.lang.tcl? Thank you --

Vote to release rc3 as rivet-3.2.0

One more RC available from brubeck.rivetweb.org/~manghi/rivet/ (3.2.0rc3) I kindly ask the PMC members to express a vote to release this artifact as Rivet 3.2.0 GA software thank you -- Massimo - To unsubscribe, e-mail:

Re: Rivet 3.2.0 rc 1

On 10/4/20 12:06 AM, Massimo MANGHI wrote: Rivet 3.2.0 comes with a few new features and several internal modifications that are supposed to be transparent. -- Internals * The relevant improvement with respect to 3.1 is the change in the thread policy in the default response to the exit

Re: Rivet 3.2.0 rc 1

-3.2.0rc2.tar.gz Just a cosmetic modification in the code. -- Massimo On 10/4/20 12:06 AM, Massimo MANGHI wrote: Rivet 3.2.0 rc1 is available at http://www.rivetweb.org/~manghi/rivet/rivet-3.2.0rc1.tar.gz Firma il tuo 5 per mille all’Università di Parma e aiuta così i nostri studenti che vogliono

Rivet 3.2.0 rc 1

Rivet 3.2.0 rc1 is available at http://www.rivetweb.org/~manghi/rivet/rivet-3.2.0rc1.tar.gz Rivet 3.2.0 comes with a few new features and several internal modifications that are supposed to be transparent. -- Internals * The relevant improvement with respect to 3.1 is the change in the

Re: Apache Rivet 3.2 - post pandemic release

bridges. The only non-default meaningful test would be with the prefork MPM and the worker bridge. Selecting a MPM causes mod_rivet to load the default bridge. This new feature still need documentation, but I think I can write something about it rather soon -- Massimo On 5/3/20 12:27 AM, Massimo

Re: Apache Rivet 3.2 - post pandemic release

I promised to work on the test suite. My goal was to have a test suite that accepted two optional arguments, one for selecting a MPM module, the second for selecting a specific bridge, but I had no time for working on it. As soon as this goal is finished I will prepare a 3.2 release candidate.

Re: Apache Rivet 3.2 - post pandemic release

Dear Harald and Brice, thank you for your kind messages. -- Massimo On 5/4/20 2:24 PM, Harald Oehlmann wrote: Massimo, my compassion to Italy. The series of unpleasant events to such a beatiful country full of beautiful people is unbelievable. All ok here in Berlin. Harald

Apache Rivet 3.2 - post pandemic release

Hi guys, I hope you're doing well and if the pandemic reached your whereabouts I hope you got around it uneventfully. In Italy the pandemic hit very hard, especially here in the densely populated north where a large portion of the economic and industrial capacity of the country is located. I

Rivet branch tcl-novem

A branch tcl-novem has been created. Code in this branch builds correctly with Tcl9.0a1 and I was able to run a basic rivet script but couldn't even read some of the typical management/introspection variables such as tcl_patchlevel tcl_platform or auto_path basically it's unusable at the

Re: removing incr0 from Rivet from quattuor

, at 09:03, Massimo Manghi wrote: I always conjectured that command "incr0 " had been introduced in Rivet as an alternative to 'incr'. In Tcl <= 8.4 this command failed if the variable whose name is passed as argument is not set and incr0 simply creates the variable in this case Star

removing incr0 from Rivet from quattuor

I always conjectured that command "incr0 " had been introduced in Rivet as an alternative to 'incr'. In Tcl <= 8.4 this command failed if the variable whose name is passed as argument is not set and incr0 simply creates the variable in this case Starting with Tcl 8.5 command native 'incr'

building mod_rivet with Tcl 8.7 and 9.0

I tried to build mod_rivet (branch 'master') with both the latest alpha releases of Tcl8.7 and 9.0 Tcl8.7 built successfully after the CONST84 definitions were turned into plain 'const' qualifiers. Building mod_rivet with Tcl 9.0 fails because CONST84 and other macros that were deprecated in

fixing and improving the upload command

Happy 2020 to everyone Even though Rivet_Upload validates the argument list so that the various subcommands have their demanded number of arguments, I recently found out a case (IIRC [::rivet::upload filename ...]) that crashed if called with a wrong number of arguments Thus I created the

const qualification in argument lists and Tcl 8.7

Hi guys I built Rivet with Tcl8.7a3 and had quite a few errors in some functions arguments because the macro CONST84 was removed or changed definition. I remember something had been discussed on tclcore about this macro having been obsoleted in C compilers commonly in use today but I couldn't

Re: Problem with serving rvt file with no read permission

On 11/29/19 4:04 PM, Brice Hamon wrote: I will try that. But I do need to be a user which can commit into this repository. Sorry I never did anything like that in the past with Rivet. go to id.apache.org and see how you can recover your Apache credentials. Your login at ASF is bhdec

Re: Problem with serving rvt file with no read permission

is stored in a rivet_thread_interp* structure. This is the structure pointer passed to almost every function in this module -- Massimo Manghi - To unsubscribe, e-mail: rivet-dev-unsubscr...@tcl.apache.org For additional commands, e

Re: Problem with serving rvt file with no read permission

Thank you Brice for having found this annoying bug. I realized the hash table is part of the cache implementation which is kept hidden in src/mod_rivet_ng/mod_rivet_cache.c. I will add a function to this module's public interface to remove an entry from the cache. Just to keep the code

Re: Rivet web application project structure

On 11/26/19 12:12 PM, Alex Gacovski wrote: Hello everyone, I've started reading on how to develop a web application using Apache Rivet. I've had a quick glance from http://tcl.apache.org/rivet/manual3.1/ and it explains quite well how rivet works. Pretty neat! However I would like to know

handling file uploads with Rivet

Hello everyone I'd like to do a survey of the usage of command ::rivet::upload in its various forms. I think ::rivet::upload is good for most of my needs but its interaction with the upload mechanism is quite basic and somehow clumsy. ::rivet::upload has several subcommands returning various

Re: UTF8 handling by Apache and Tcl

On 9/25/19 7:58 PM, Georgios Petasis wrote: Dear Massimo, My advice is to use "encoding system" in your code, and act accordingly in the code (use or not use encoding convertfrom). This way, the code will work even in cases you cannot control the settings apache runs with. Best, George

  1   2   3   4   5   6   7   8   9   >