You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko
Build Identifier:
When dumping a table with CHAR/VARCHAR/TEXT columns containing a DEL character (code 0x7F) using the tool msqldump, this control character isn't escaped.
All the other control characters (0x01 to 0x1F) are correctly escaped.
The control character NUL (0x00) isn't stored.
Date: 2015-11-05 13:00:03 +0100
From: sebastien.raillard
To: clients devs <>
Version: 11.21.11 (Jul2015-SP1)
Last updated: 2016-01-15 11:37:54 +0100
Comment 21464
Date: 2015-11-05 13:00:03 +0100
From: sebastien.raillard
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko
Build Identifier:
When dumping a table with CHAR/VARCHAR/TEXT columns containing a DEL character (code 0x7F) using the tool msqldump, this control character isn't escaped.
All the other control characters (0x01 to 0x1F) are correctly escaped.
The control character NUL (0x00) isn't stored.
Reproducible: Always
Comment 21467
Date: 2015-11-05 14:40:40 +0100
From: MonetDB Mercurial Repository <>
Changeset b4b8d84f5931 made by Sjoerd Mullender sjoerd@acm.org in the MonetDB repo, refers to this bug.
For complete details, see http//devmonetdborg/hg/MonetDB?cmd=changeset;node=b4b8d84f5931
Changeset description:
Comment 21468
Date: 2015-11-05 14:41:11 +0100
From: @sjoerdmullender
Fixed with changeset c6969b8883e4
The text was updated successfully, but these errors were encountered: