Bugs item #2581675, was opened at 2009-02-09 15:14
Message generated for change (Comment added) made by mlkersten
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=2581675&group_id=56967

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core
Group: MonetDB5 CVS Head
>Status: Closed
Resolution: Fixed
Priority: 6
Private: No
Submitted By: Stefan de Konink (skinkie)
Assigned to: Martin Kersten (mlkersten)
Summary: mal variable type is persistent over sessions

Initial Comment:
/opt/monetdb/bin/mserver5 
# MonetDB server v5.11.0, based on kernel v1.29.0
# Serving database 'demo', using 2 threads
# Compiled for x86_64-unknown-linux-gnu/64bit with 64bit OIDs dynamically linked
# Copyright (c) 1993-July 2008 CWI.
# Copyright (c) August 2008- MonetDB B.V., all rights reserved
# Visit http://monetdb.cwi.nl/ for further information
#warning: please don't forget to set your vault key!
#(see /opt/monetdb/etc/monetdb5.conf)
# Listening for connection requests on mapi:monetdb://127.0.0.1:50000/
>

nemesis Linux # /opt/monetdb/bin/mclient -lmal
mal>b := "bla";
mal>b := "bla";

nemesis Linux # /opt/monetdb/bin/mclient -lmal
mal>b := 5;
MAPI  = mone...@localhost:50000
QUERY = b := 5;
ERROR = !TypeException:user.main[1]:type mismatch str := int

mal>nemesis Linux # /opt/monetdb/bin/mclient -lmal
mal>io.print(b);
[ nil ]

When closing the client it would be expected that the variable would not be 
maintained. This seems not to be true anymore. Thanks to Fabian for helping me 
with this bug report.

----------------------------------------------------------------------

>Comment By: Martin Kersten (mlkersten)
Date: 2009-05-09 23:14

Message:
It finally seems fixed.

----------------------------------------------------------------------

Comment By: Stefan Manegold (stmane)
Date: 2009-04-22 16:26

Message:
re-opened to remind us that the test still/again fails


----------------------------------------------------------------------

Comment By: Martin Kersten (mlkersten)
Date: 2009-04-20 09:45

Message:
This problem also appeared in the SQL scenario.
The issue is not covered by a test script.

----------------------------------------------------------------------

Comment By: Stefan Manegold (stmane)
Date: 2009-03-15 10:12

Message:
Fixed by Martin.
Test now works fine.


----------------------------------------------------------------------

Comment By: Martin Kersten (mlkersten)
Date: 2009-03-14 08:42

Message:
The stable Feb 2009 of march 13 is worse, it removed the global stack,
which results in all variables being reset for the second mclient session
against the same server.
Fix checkedin

----------------------------------------------------------------------

Comment By: Stefan Manegold (stmane)
Date: 2009-02-17 10:10

Message:
cf.
http://monetdb.cwi.nl/testing/projects/monetdb/Stable/MonetDB5/.mTests103/GNU.64.64.d.1-Fedora8/tests_BugTracker/mal_var_persistent_over_sessions.SF-2581675.err.00.html
http://monetdb.cwi.nl/testing/projects/monetdb/Stable/MonetDB5/.mTests103/GNU.64.64.d.1-Fedora8/tests_BugTracker/mal_var_persistent_over_sessions.SF-2581675.out.00.html


----------------------------------------------------------------------

Comment By: Stefan Manegold (stmane)
Date: 2009-02-16 11:50

Message:
added test in
MonetDB5/tests/BugTracker/Tests/mal_var_persistent_over_sessions.SF-2581675.*

still (again?) fails as reported!


----------------------------------------------------------------------

Comment By: Martin Kersten (mlkersten)
Date: 2009-02-09 18:40

Message:
Fixed by cleaning out the context on MALexit.
No test requires/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=2581675&group_id=56967

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Monetdb-bugs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/monetdb-bugs

Reply via email to