Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Minor
-
Resolution: Fixed
-
Affects Version/s: None
-
Fix Version/s: Perl-8.4.1
-
Component/s: Perl
-
Labels:None
Description
Test Build:CUBRID 2008 R4.0 (8.4.0.2019) (64bit release build for linux_gnu)
OS: Linux 64
Description: Data only be inserted into fixed database
Repro Steps:
1. perl simple_connect_1.pl (Data was inserted into pl_db in simple_connect_1.pl )
Actual Results:
[perl@NC-XQA-DEV09 perl_test]$ csql -udba pl_db
CUBRID SQL Interpreter
Type `;help' for help messages.
csql> show tables;
=== <Result of SELECT Command in Line 1> ===
There are no results.
0 rows selected.
Current transaction has been committed.
1 command(s) successfully processed.
csql>
[perl@NC-XQA-DEV09 perl_test]$ perl simple_connect_1.pl
[perl@NC-XQA-DEV09 perl_test]$ csql -udba demodb
CUBRID SQL Interpreter
Type `;help' for help messages.
csql> show tables;
=== <Result of SELECT Command in Line 1> ===
Tables_in_demodb
======================
'athlete'
'code'
'event'
'game'
'history'
'nation'
'olympic'
'participant'
'record'
'stadium'
'tdb'
11 rows selected.
Current transaction has been committed.
1 command(s) successfully processed.
csql>
Expect Result:
Data was inserted into demodb
The bug is due to the way to parse $dsn. The $dsn must contain semicolon at the first time, but $dsn in the test case don't have semicolon, so it will use the default database "demodb". Now we have modified it to the form "name=value", if the $dsn is not in "name=value" format, we will give an error.
Commit rev: 329