[Monetdb-developers] Mapi and locality
Hi,
I have a problem with Mapi which did not seem to occur in previous releases of MonetDB (<4.15). In the past, I could start an Mserver with a mil script that declared some PROCs, and then let this Mserver accept Mapi connections, with the Mapi clients being able to call the functions that were declared in the server-side startup script. However, since the latest release, the server-side PROCs seem to be invisible to the client:
MAPI = monetdb@kanda:50012 QUERY = template_conj_2(1, bat(void, lng).seqbase(0@0).append(lng (5394205300074141533)).append(lng(3189196963433190955))); ERROR = !ERROR: interpret: no matching MIL operator to 'template_conj_2(int, BAT[oid,lng])'.
If I execute exactly the same call in the server-side console, it just works...
Any ideas on this? And whether there is an easy fix?
Cheers
Sandor
Sandor,
how did and does your server-side script look like? In particular, in which order do you - load module mapi - declare the PROCs - start the listener (mapi_start() / mil_start()) ?
Stefan
On Sun, Nov 26, 2006 at 05:42:40PM +0100, Sándor Héman wrote:
Hi,
I have a problem with Mapi which did not seem to occur in previous releases of MonetDB (<4.15). In the past, I could start an Mserver with a mil script that declared some PROCs, and then let this Mserver accept Mapi connections, with the Mapi clients being able to call the functions that were declared in the server-side startup script. However, since the latest release, the server-side PROCs seem to be invisible to the client:
MAPI = monetdb@kanda:50012 QUERY = template_conj_2(1, bat(void, lng).seqbase(0@0).append(lng (5394205300074141533)).append(lng(3189196963433190955))); ERROR = !ERROR: interpret: no matching MIL operator to 'template_conj_2(int, BAT[oid,lng])'.
If I execute exactly the same call in the server-side console, it just works...
Any ideas on this? And whether there is an easy fix?
Cheers
Sandor
Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=D... _______________________________________________ Monetdb-developers mailing list Monetdb-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-developers
Hi Stefan,
how did and does your server-side script look like? In particular, in which order do you
- load module mapi
- declare the PROCs
- start the listener (mapi_start() / mil_start())
?
I start the server using the following procedure:
module(mapi); mil_start(); var p := environment().find("monet_cwd"); var t := p + "/templates.mil"; print(t); source(t);
with PROCs being defined in the sourced file 't'
bye
Sandor
Stefan
On Sun, Nov 26, 2006 at 05:42:40PM +0100, Sándor Héman wrote:
Hi,
I have a problem with Mapi which did not seem to occur in previous releases of MonetDB (<4.15). In the past, I could start an Mserver with a mil script that declared some PROCs, and then let this Mserver accept Mapi connections, with the Mapi clients being able to call the functions that were declared in the server-side startup script. However, since the latest release, the server-side PROCs seem to be invisible to the client:
MAPI = monetdb@kanda:50012 QUERY = template_conj_2(1, bat(void, lng).seqbase(0@0).append(lng (5394205300074141533)).append(lng(3189196963433190955))); ERROR = !ERROR: interpret: no matching MIL operator to 'template_conj_2(int, BAT[oid,lng])'.
If I execute exactly the same call in the server-side console, it just works...
Any ideas on this? And whether there is an easy fix?
Cheers
Sandor
Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php? page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Monetdb-developers mailing list Monetdb-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-developers
-- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ | | 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 | | The Netherlands | Fax : +31 (20) 592-4312 |
try to do the mil_start() only after the PROCs are defined --- (in theory?) the client gets/inherits only what is defined/available by the time the listener is spawned (should have been the same before with mapi_start() ...)
Stefan
On Sun, Nov 26, 2006 at 06:26:03PM +0100, Sándor Héman wrote:
Hi Stefan,
how did and does your server-side script look like? In particular, in which order do you
- load module mapi
- declare the PROCs
- start the listener (mapi_start() / mil_start())
?
I start the server using the following procedure:
module(mapi); mil_start(); var p := environment().find("monet_cwd"); var t := p + "/templates.mil"; print(t); source(t);
with PROCs being defined in the sourced file 't'
bye
Sandor
Stefan
On Sun, Nov 26, 2006 at 05:42:40PM +0100, Sándor Héman wrote:
Hi,
I have a problem with Mapi which did not seem to occur in previous releases of MonetDB (<4.15). In the past, I could start an Mserver with a mil script that declared some PROCs, and then let this Mserver accept Mapi connections, with the Mapi clients being able to call the functions that were declared in the server-side startup script. However, since the latest release, the server-side PROCs seem to be invisible to the client:
MAPI = monetdb@kanda:50012 QUERY = template_conj_2(1, bat(void, lng).seqbase(0@0).append(lng (5394205300074141533)).append(lng(3189196963433190955))); ERROR = !ERROR: interpret: no matching MIL operator to 'template_conj_2(int, BAT[oid,lng])'.
If I execute exactly the same call in the server-side console, it just works...
Any ideas on this? And whether there is an easy fix?
Cheers
Sandor
Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php? page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Monetdb-developers mailing list Monetdb-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-developers
-- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ | | 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 | | The Netherlands | Fax : +31 (20) 592-4312 |
On Nov 26, 2006, at 6:51 PM, Stefan Manegold wrote:
try to do the mil_start() only after the PROCs are defined --- (in theory?) the client gets/inherits only what is defined/available by the time the listener is spawned (should have been the same before with mapi_start() ...)
Indeed, it was like you suggest with mapi_start, and I also tried doing mil_start() at the very end when changing to mil_start(). However, both orderings do not seem to work :(
Cheers
Sandor
Stefan
On Sun, Nov 26, 2006 at 06:26:03PM +0100, Sándor Héman wrote:
Hi Stefan,
how did and does your server-side script look like? In particular, in which order do you
- load module mapi
- declare the PROCs
- start the listener (mapi_start() / mil_start())
?
I start the server using the following procedure:
module(mapi); mil_start(); var p := environment().find("monet_cwd"); var t := p + "/templates.mil"; print(t); source(t);
with PROCs being defined in the sourced file 't'
bye
Sandor
Stefan
On Sun, Nov 26, 2006 at 05:42:40PM +0100, Sándor Héman wrote:
Hi,
I have a problem with Mapi which did not seem to occur in previous releases of MonetDB (<4.15). In the past, I could start an Mserver with a mil script that declared some PROCs, and then let this Mserver accept Mapi connections, with the Mapi clients being able to call the functions that were declared in the server-side startup script. However, since the latest release, the server-side PROCs seem to be invisible to the client:
MAPI = monetdb@kanda:50012 QUERY = template_conj_2(1, bat(void, lng).seqbase(0@0).append(lng (5394205300074141533)).append(lng(3189196963433190955))); ERROR = !ERROR: interpret: no matching MIL operator to 'template_conj_2(int, BAT[oid,lng])'.
If I execute exactly the same call in the server-side console, it just works...
Any ideas on this? And whether there is an easy fix?
Cheers
Sandor
--
Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php? page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Monetdb-developers mailing list Monetdb-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-developers
-- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ | | 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 | | The Netherlands | Fax : +31 (20) 592-4312 |
-- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ | | 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 | | The Netherlands | Fax : +31 (20) 592-4312 |
participants (2)
-
Stefan Manegold
-
Sándor Héman