pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2013-08-28T15:14:33Zhttps://git.lysator.liu.se/pikelang/pike/-/issues/2673doesn't find MySQL on webserver configure and install2013-08-28T15:14:33ZPeter Bortasdoesn't find MySQL on webserver configure and installImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2673
Reported by Chad Leigh, Shire.Net LLC <chad@shire.net>
The documentation for the Roxen webserver does not indicate how to
do a configure so that Pike can find non-st...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2673
Reported by Chad Leigh, Shire.Net LLC <chad@shire.net>
The documentation for the Roxen webserver does not indicate how to
do a configure so that Pike can find non-standard MySQL
installations with Roxen webserver 2.2.252. MySQL is on the
machine but the documentation does not specify how to have Pike
configure find it, and configure does not seem to have any switches
to specify where it is. Setting LDFLAGS and CFLAGS does not work,
though they are picked up by configure, configure ignores them and
the webserver will not run saying that Pike needs to be rebuilt with
MySQL support built in. This is a HIGH severity because it means
that the server does not run at all on such machines, making it
useless.
I have asked this question and for help for several weeks on the
roxen mailing list and no one even answers. This is causing us
great problems.
We need to build our own Roxen on FreeBSD 4.2 since Roxen still
has threading bugs that cause it to hang often when CGIs run so we
need to build it with threading support off, as in 2.1, which also had
this problem.Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4631Parsing problems in XMLRPC module (and in the xml parser)2013-08-28T15:12:22ZPeter BortasParsing problems in XMLRPC module (and in the xml parser)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4631
Reported by Manifest0 , <demanuel@gmail.com>
The xmlrpc can't process the opensubtitles xml response.
```
Steps to reproduce:
Protocols.XMLRPC.Client cliente = Prot...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4631
Reported by Manifest0 , <demanuel@gmail.com>
The xmlrpc can't process the opensubtitles xml response.
```
Steps to reproduce:
Protocols.XMLRPC.Client cliente = Protocols.XMLRPC.Client("http://
www.opensubtitles.org/xml-rpc");
string auth_token = cliente["LogIn"]("","","en","python")[0]["token"];
array(mapping(string:string)) map =({});
mapping(string:string) params = ([]);
params["sublanguageid"]="eng";
params["moviehash"]="8c7419a68bd85bd8";
params["moviebytesize"]="733700096";
map+=({params});
cliente["SearchSubtitles"](auth_token,map);
```
Error:
Bad arguments.
Unknown program: `*(0,"")
Other info:
1- It seems that the bug is both in the xml parser and in the xmlrpc module
2- You can see the xml response by using the following code:
```
Protocols.XMLRPC.Client cliente = Protocols.XMLRPC.Client("http://
www.opensubtitles.org/xml-rpc");
string auth_token = cliente["LogIn"]("","","en","python")[0]["token"];
array(mapping(string:string)) map =({});
mapping(string:string) params = ([]);
params["sublanguageid"]="eng";
params["moviehash"]="8c7419a68bd85bd8";
params["moviebytesize"]="733700096";
map+=({params});
object c=Protocols.HTTP.do_method("POST", cliente->url, 0,
(["Content-Type":"text/xml"]), 0,
Protocols.XMLRPC.encode_call("SearchSubtitles", ({ auth_token, map })));
string result=c->data();
write(result);
```
I hope o didn't forget anything.
Best regards!Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3441global. coredump2011-02-08T11:56:13ZPeter Bortasglobal. coredumpImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3441
Reported by Johan H Sundström, IDA <jhs@pike.ida.liu.se>
This code produces a coredumpwith pike 7.4 at pelix:
```
int a;
int main()
{
int b;
b += global.a;
}
``...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3441
Reported by Johan H Sundström, IDA <jhs@pike.ida.liu.se>
This code produces a coredumpwith pike 7.4 at pelix:
```
int a;
int main()
{
int b;
b += global.a;
}
```
Substituting "+=" for "=" instead renders the error:
```
core.pike:5:Assigning a void expression.
Pike: Failed to compile script:
Compilation failed.
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/5509Core dump in really_free_array2010-08-17T16:13:35ZPeter BortasCore dump in really_free_arrayImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5509
Reported by Marcus Wellhardh <wellhard@roxen.com>
Roxen crashed and restarted with this error (roxen-4.5.410-release-ep-macosx_x86.sh)
```
Exception Type: EXC_...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5509
Reported by Marcus Wellhardh <wellhard@roxen.com>
Roxen crashed and restarted with this error (roxen-4.5.410-release-ep-macosx_x86.sh)
```
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000000c1f0cd87
Crashed Thread: 0
Thread 0 Crashed:
0 0x0003ec9b really_free_array + 59 (array.c:125)
1 0x00047642 backend_do_call_outs + 290 (backend.cmod:1970)
2 0x00048581 low_backend_once + 993 (backend.cmod:1444)
3 0x00048a60 f_Backend_cq__backtick_28_29 + 112 (backend.cmod:1484)
4 0x00015855 low_mega_apply + 3109 (apply_low.h:195)
5 0x000178a2 opcode_F_APPLY_AND_POP + 98 (interpret_functions.h:1878)
6 0x010b37cb 0 + 17512395
7 0x00017ee8 o_catch + 232 (interpret.c:1831)
8 0x00017f9d opcode_F_CATCH + 61 (interpret_functions.h:1195)
9 0x010b377d 0 + 17512317
10 0x00016235 mega_apply + 101 (interpret.c:1787)
11 0x00018bf7 apply + 55 (interpret.c:2095)
12 0x00083f93 main + 2579 (main.c:757)
13 0x00001eb2 _start + 216
14 0x00001dd9 start + 41
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/5595Problem with SQL_C_WCHAR in ODBC module2010-08-05T14:52:08ZPeter BortasProblem with SQL_C_WCHAR in ODBC moduleImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5595
Reported by Marcus Wellhardh <wellhard@roxen.com>
Queries that returns SQL_C_WCHAR does not work in Pike 7.4, example with ODBC_DEBUG enabled:
```
> db->query("sele...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5595
Reported by Marcus Wellhardh <wellhard@roxen.com>
Queries that returns SQL_C_WCHAR does not work in Pike 7.4, example with ODBC_DEBUG enabled:
```
> db->query("select count(*) as antal from maincategory2");
ODBC:execute: SQLExecDirect returned 0, cols 1, rows -1
ODBC:odbc_fix_fields():
name:antal
name_len:5
sql_type:4
precision:10
scale:0
nullable:1
SQL_C_WCHAR
ODBC:fetch_row(): Field 1: WCHAR not supported.
ODBC:fetch_row(): NO DATA FOUND
(3) Result: ({ /* 1 element */
([ /* 2 elements */
".antal":"",
"antal":""
])
})
```
The same query works in Pike 7.8, it should therefore be fixable with some backporting.
Reported in [RT 15875].Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/5072Segfault in pike 7.8.352 (when running roxen-5.0.403)2010-04-22T20:06:43ZPeter BortasSegfault in pike 7.8.352 (when running roxen-5.0.403)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5072
Reported by Anders Blomdell, Reglerteknik, LTH <anders.blomdell@control.lth.se>
```
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x727cb...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5072
Reported by Anders Blomdell, Reglerteknik, LTH <anders.blomdell@control.lth.se>
```
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x727cb90 (LWP 3647)]
gc_zap_ext_weak_refs_in_objects () at /tmp/leif/Pike-v7.8.352/src/object.c:2303
warning: Source file is more recent than executable.
2303 if (o->refs)
(gdb) list
2298 {
2299 gc_mark_object_pos = first_object;
2300 while (gc_mark_object_pos != gc_internal_object && gc_ext_weak_refs) {
2301 struct object *o = gc_mark_object_pos;
2302 gc_mark_object_pos = o->next;
2303 if (o->refs)
2304 gc_mark_object_as_referenced(o);
2305 }
2306 gc_mark_discard_queue();
2307 }
(gdb) print o
No symbol "o" in current context.
(gdb) print gc_mark_object_pos
$1 = (struct object *) 0xa490cbc
(gdb) print *gc_mark_object_pos
$2 = {refs = 0, prog = 0x0, next = 0xa49017c, prev = 0xb774c434, storage = 0x0}
(gdb) print *gc_mark_object_pos->next
$3 = {refs = 0, prog = 0x0, next = 0xa490d20, prev = 0xa490cbc, storage = 0x0}
(gdb) print *gc_mark_object_pos->prev
$4 = {refs = 1, prog = 0x942337c, next = 0xa490cbc, prev = 0xb774c420, storage = 0x0}
(gdb) print first_object
$5 = (struct object *) 0xa7449b8
(gdb) print gc_internal_object
$6 = (struct object *) 0xb774be30
```
A. Can refs=1 and storage=0x0 be the problem
B. Is there a way to force gc to run, in order to invetsigate problem further.Pike 7.8https://git.lysator.liu.se/pikelang/pike/-/issues/5352The pgsql module gives error in num_rows()2010-03-25T09:14:00ZPeter BortasThe pgsql module gives error in num_rows()Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5352
Reported by Marcus Wellhardh <wellhard@roxen.com>
This code, notice the rowinfo attribute:
<emit source="sql"
host="pgsql"
rowinfo="var.ro...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5352
Reported by Marcus Wellhardh <wellhard@roxen.com>
This code, notice the rowinfo attribute:
<emit source="sql"
host="pgsql"
rowinfo="var.rowinfo"
query="select * from foo">
<pre><insert variables="full" scope="_"/></pre>
</emit>
Gives this backtrace:
```
9:24:01 : Internal server error: Bad argument 1 to sscanf(). Expected string.
1m34.4s : Unknown program: sscanf(0,"%*s %d",<Unknown 249>,<Unknown 16>)
: /lhome/wellhard/Projects/Pike/lib/modules/Sql.pmod/pgsql_util.pmod:323: pgsql_result numrows: 0 eof: 0 querylock: 1 inflight: 1024
: portalname: "" datarows: 2 laststatus:
: ->num_rows()
: modules/database/sqltag.pike:535: RoxenModule(Basic/sqltag#0)->do_sql_query(mapping[4],RequestID(/support/pgsql/index.html?__sb_force_userid=2&1269418958),1,UNDEFINED)
9:24:01 : modules/database/sqltag.pike:743: TagSqlplugin(emit#sql)->get_dataset(@0=mapping[4],@1=RequestID(/support/pgsql/index.html?__sb_force_userid=2&1269418958))
1m34.4s : modules/tags/rxmltags.pike:5954: Frame(emit)->do_enter(@1)
: /lhome/wellhard/Projects/roxen-5.0/server/etc/modules/RXML.pmod/module.pmod:4606: Frame(emit)->_eval(Context(),RXML.PXml(RXML.t_html(text/html, xml),RXMLTagSet(Basic,rxml_tag_set)),RXML.t_html(text/html, xml))
: /lhome/wellhard/Projects/roxen-5.0/server/etc/modules/RXML.pmod/module.pmod:483: TagEmit(emit)->_p_xml_handle_tag(@2=RXML.PXml(RXML.t_html(text/html, xml),RXMLTagSet(Basic,rxml_tag_set)),mapping[4],"\n <pre><insert variables=\"full\" scope=\"_\"/></pre>\n ")
: /lhome/wellhard/Projects/Pike/build/linux-2.6.30.10-105.2.23.fc11.i686.pae-i686/lib/modules/Parser.pmod/_parser.so:1: RXML.PXml(RXML.t_html(text/html, xml),RXMLTagSet(Basic,rxml_tag_set))->finish("<html>\n <body>\n <h1>pgsql</h1>\n <emit source=\"sql\" \n host=\"pgsql\" \n rowinfo=\"var.rowinfo\"\n query=\"select * from foo\">\n <pre><insert variables=\"full\" scope=\"_"+[219])
: /lhome/wellhard/Projects/roxen-5.0/server/etc/modules/RXML.pmod/PXml.pike:385: RXML.PXml(RXML.t_html(text/html, xml),RXMLTagSet(Basic,rxml_tag_set))->finish("<html>\n <body>\n <h1>pgsql</h1>\n <emit source=\"sql\" \n host=\"pgsql\" \n rowinfo=\"var.rowinfo\"\n query=\"select * from foo\">\n <pre><insert variables=\"full\" scope=\"_"+[219])
9:24:01 : /lhome/wellhard/Projects/roxen-5.0/server/etc/modules/RXML.pmod/module.pmod:5608: RXML.PXml(RXML.t_html(text/html, xml),RXMLTagSet(Basic,rxml_tag_set))->write_end("<html>\n <body>\n <h1>pgsql</h1>\n <emit source=\"sql\" \n host=\"pgsql\" \n rowinfo=\"var.rowinfo\"\n query=\"select * from foo\">\n <pre><insert variables=\"full\" scope=\"_"+[219])
1m34.4s : modules/sitebuilder/handlers/xml/common.pike:829: html/handler()->view_xml_or_html(MDFile("/home/wellhard/projects/roxen-5.0/Basic.sb/wa/2/support/pgsql/index.html",rML(Cl)),mapping[1],@1)
: modules/sitebuilder/handlers/html/handler.pike:69: html/handler()->view(DelayedSBFD(VCFile(A/N:2:[Basic]::/support/pgsql/index.html)),@3=mapping[1],@1)
: modules/sitebuilder/pike-modules/Sitebuilder.pmod/module.pmod:1350: /home/wellhard/projects/roxen-5.0/server/modules/sitebuilder/pike-modules/Sitebuilder.pmod/module->sb_http_file_answer(@4=DelayedSBFD(VCFile(A/N:2:[Basic]::/support/pgsql/index.html)),@1,0)
: modules/sitebuilder/pike-modules/Sitebuilder.pmod/Workarea.pike:3444: Workarea(,Site(Basic:/home/wellhard/projects/roxen-5.0/Basic.sb/))->find_sbfile(VCFile(A/N:2:[Basic]::/support/pgsql/index.html),0,1,@1)
: modules/sitebuilder/pike-modules/Sitebuilder.pmod/Workarea.pike:3906: Workarea(,Site(Basic:/home/wellhard/projects/roxen-5.0/Basic.sb/))->wa_find_file("support/pgsql/index.html",0,1,RoxenModule(Basic/insite_editor#0),@1,0)
9:24:01 : modules/sitebuilder/modules/manager/workarea.pike:1090: RoxenModule(Basic/insite_editor#0)->find_file("support/pgsql/index.html",@1)
1m34.4s : modules/sitebuilder/modules/manager/insite_editor.pike:1733: RoxenModule(Basic/insite_editor#0)->find_file("support/pgsql/index.html",@1)
: base_server/configuration.pike:2235: Configuration(Basic)->low_get_file(@1,UNDEFINED)
: base_server/configuration.pike:2493: Configuration(Basic)->get_file(@1,UNDEFINED,UNDEFINED)
: base_server/configuration.pike:2468: Configuration(Basic)->handle_request(@1,UNDEFINED)
: protocols/http.pike:2823: RequestID(/support/pgsql/index.html?__sb_force_userid=2&1269418958)->handle_request()
9:24:01 : base_server/roxen.pike:849: roxen()->handler_thread(1)
```
Content of the table:
```
[wellhard@leguan Pike]$ ./bin/pike
Pike v7.8 release 415 running Hilfe v3.5 (Incremental Pike Frontend)
> object db = Sql.Sql("pgsql://postgres:postgres@localhost/my_db");
> db->query("select * from foo");
(1) Result: ({ /* 2 elements */
([ /* 2 elements */
"id": "1",
"name": "a"
]),
([ /* 2 elements */
"id": "2",
"name": "b"
])
})
```
Reported in [RT 15247].Pike 7.8https://git.lysator.liu.se/pikelang/pike/-/issues/5303month_day() crashes2010-03-02T12:51:41ZPeter Bortasmonth_day() crashesImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5303
Reported by Marcus Wellhardh <wellhard@roxen.com>
The following code crashes in PIke 7.8 but works in pike 7.4.
Reported in [RT 15074].
```
Pike v7.8 release 408 r...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5303
Reported by Marcus Wellhardh <wellhard@roxen.com>
The following code crashes in PIke 7.8 but works in pike 7.4.
Reported in [RT 15074].
```
Pike v7.8 release 408 running Hilfe v3.5 (Incremental Pike Frontend)
> object cal = Calendar.ISO.Week("unix",1262300400);
> cal->month_day();
yday out of range.
/lhome/wellhard/Testarea/roxen-5.0.449-release3-cms-rhel5_x86/roxen/server-5.0.449/pike/lib/pike/modules/Calendar.pmod/Gregorian.pmod:110: ISO->month_from_yday(2010,-3)
/lhome/wellhard/Testarea/roxen-5.0.449-release3-cms-rhel5_x86/roxen/server-5.0.449/pike/lib/pike/modules/Calendar.pmod/YMD.pike:113: Week(w53 2009)->make_month()
/lhome/wellhard/Testarea/roxen-5.0.449-release3-cms-rhel5_x86/roxen/server-5.0.449/pike/lib/pike/modules/Calendar.pmod/YMD.pike:216: Week(w53 2009)->month_day()
> cal;
(1) Result: Week(w53 2009)
Pike v7.4 release 528 running Hilfe v3.5 (Incremental Pike Frontend)
> object cal = Calendar.ISO.Week("unix",1262300400);
> cal->month_day();
(1) Result: 28
> cal;
(2) Result: Week(w53 2009)
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/5132sprintf("%.1f", -1e100) crashes2009-12-02T14:08:37ZPeter Bortassprintf("%.1f", -1e100) crashesImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5132
Reported by Stefan Wallström <stewa@roxen.com>
sprintf("%.1f", -1e100) crashes
Security issue?
```
stewa@myst:~ $ ./tmp/roxen/server-4.5.386/pike/bin/pike
Pike v7.4...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5132
Reported by Stefan Wallström <stewa@roxen.com>
sprintf("%.1f", -1e100) crashes
Security issue?
```
stewa@myst:~ $ ./tmp/roxen/server-4.5.386/pike/bin/pike
Pike v7.4 release 632 running Hilfe v3.5 (Incremental Pike Frontend)
> sprintf("%.1f", -1e100);
*** glibc detected *** ./tmp/roxen/server-4.5.386/pike/bin/pike:
double free or corruption (!prev): 0x00000000008b1560 ***
======= Backtrace: =========
/lib64/libc.so.6[0x30d606a71e]
/lib64/libc.so.6(__libc_free+0x6e)[0x30d606ac4e]
./tmp/roxen/server-4.5.386/pike/bin/pike[0x527ffd]
./tmp/roxen/server-4.5.386/pike/bin/pike(f_sprintf+0x177)[0x52b987]
./tmp/roxen/server-4.5.386/pike/bin/pike[0x42b0ca]
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4872Only integral part of a float is outputted when the fractional part is 0.2009-06-30T16:15:10ZPeter BortasOnly integral part of a float is outputted when the fractional part is 0.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4872
Reported by Mathias Södermark <mathias@roxen.com>
Consider the following code and its output:
<set variable="var.float1" expr="(float) 1.0" />
<set variable="var....Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4872
Reported by Mathias Södermark <mathias@roxen.com>
Consider the following code and its output:
<set variable="var.float1" expr="(float) 1.0" />
<set variable="var.float2" value="1.0" type="float"/>
Float 1: &var.float1; <debug showvar="var.float1"/><br/>
Float 2: &var.float2; <debug showvar="var.float2"/><br/>
Output:
Float 1: 1
Float 2: 1
The problem is only in the representation. It would be nice if floats are written with at least one decimal to distinguish them from integers.Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4822ODBC module broken on Windows2009-05-11T13:38:04ZPeter BortasODBC module broken on WindowsImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4822
Reported by Marcus Wellhardh <wellhard@roxen.com>
The ODBC module does not work on Windows. I get the following backtrace for any query:
```
F:\Roxen CMS-5.0.303\se...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4822
Reported by Marcus Wellhardh <wellhard@roxen.com>
The ODBC module does not work on Windows. I get the following backtrace for any query:
```
F:\Roxen CMS-5.0.303\server-5.0.303\pike\bin>pike
Pike v7.8 release 220 running Hilfe v3.5 (Incremental Pike Frontend)
> object db = Sql.Sql("odbc://test:test@sparq");
> array(mapping) res = db->query("select PFId from aspnet_UsersPF");
odbc->fetch_row(): SQLGetData() failed:
-1:22003:[Microsoft][SQL Native Client]Numeric value out of range
t:\5.0\build\pike.win32_x86\pike\src\modules\Odbc\odbc_result.c:728: Odbc.odbc_r
esult()->fetch_row()
F:/Roxen CMS-5.0.303/server-5.0.303/pike/lib/modules/Sql.pmod/Sql.pike:372: Sql.
Sql()->res_obj_to_array(Odbc.odbc_result())
F:/Roxen CMS-5.0.303/server-5.0.303/pike/lib/modules/Sql.pmod/Sql.pike:500: Sql.
Sql()->query("select PFId from aspnet_UsersPF")
```
Regression testing:
Roxen 4.5.146 (pike 7.4.464) works
Roxen 4.5.230 (pike 7.4.526) crashes
Roxen 4.5.307 (pike 7.4.592) gives this backtrace
Tested on krokodil.roxen.com.Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4045Program received signal EXC_BAD_ACCESS, Could not access memory.2009-04-16T14:11:39ZPeter BortasProgram received signal EXC_BAD_ACCESS, Could not access memory.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4045
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
This program:
```
int main(int argc, array(string) argv)
{
object sql = Sql.sql("odbc://......Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4045
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
This program:
```
int main(int argc, array(string) argv)
{
object sql = Sql.sql("odbc://...");
sql->query(#"SELECT rv_cust_attribs.attrib_id,
rv_cust_attribs.attr_name,
rv_doc_attribs.value
FROM rv_doc_attribs, rv_cust_attribs
WHERE rv_doc_attribs.document_id = 279
AND rv_doc_attribs.attrib_id = rv_cust_attribs.attrib_id
AND rv_cust_attribs.attr_name = 'metadatadump'");
return 0;
}
```
gives:
```
Program received signal EXC_BAD_ACCESS, Could not access memory.
0x00794e18 in f_fetch_row (args=25393152) at /home/distmaker/Distmaker/4.0/build
/pike.macosx/pike/src/modules/Odbc/odbc_result.c:462
462 /home/distmaker/Distmaker/4.0/build/pike.macosx/pike/src/modules/Odbc/od
bc_result.c: No such file or directory.
in /home/distmaker/Distmaker/4.0/build/pike.macosx/pike/src/modules/Odbc
/odbc_result.c
(gdb) bt
#0 0x00794e18 in f_fetch_row (args=25393152) at /home/distmaker/Distmaker/4.0/b
uild/pike.macosx/pike/src/modules/Odbc/odbc_result.c:462
#1 0x00794e14 in f_fetch_row (args=25393152) at /home/distmaker/Distmaker/4.0/b
uild/pike.macosx/pike/src/modules/Odbc/odbc_result.c:462
#2 0x00016254 in low_mega_apply (type=7949128, args=1965952, arg1=0x1dff80, arg
2=0x1837800) at /home/distmaker/Distmaker/4.0/build/pike.macosx/pike/src/apply_l
ow.h:195
#3 0x00013610 in opcode_F_CALL_OTHER (arg1=1965952) at /home/distmaker/Distmake
r/4.0/build/pike.macosx/pike/src/interpret_functions_fixed.h:1933
#4 0x007548c0 in ?? ()
#5 0x000170fc in o_catch (pc=0x783834) at /home/distmaker/Distmaker/4.0/build/p
ike.macosx/pike/src/interpret.c:1818
#6 0x0000fd28 in opcode_F_CATCH () at /home/distmaker/Distmaker/4.0/build/pike.
macosx/pike/src/interpret_functions_fixed.h:1210
#7 0x00783830 in ?? ()
#8 0x00016f9c in mega_apply (type=25393152, args=-1073745569, arg1=0x3, arg2=0x
198644cc) at /home/distmaker/Distmaker/4.0/build/pike.macosx/pike/src/interpret.
c:1774
#9 0x0007a424 in main (argc=2, argv=0xbffffe08) at /home/distmaker/Distmaker/4.
0/build/pike.macosx/pike/src/main.c:756
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4649BACKPORT: sendfile truncation issue (Was: Files exceeding proto cache size ar...2009-04-16T14:11:39ZPeter BortasBACKPORT: sendfile truncation issue (Was: Files exceeding proto cache size are corrupted)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4649
Reported by Jonas Wallden <jonasw@roxen.com>
Requesting a file whose size is bigger than the protocol cache threshold will not be sent completely.
Both Safari and Fi...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4649
Reported by Jonas Wallden <jonasw@roxen.com>
Requesting a file whose size is bigger than the protocol cache threshold will not be sent completely.
Both Safari and Firefox will stall and later give up with bytes missing at the end of the file (a few
hundred missing bytes is the normal case).
The same test works fine in 4.5.Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4537Array gets emptied if modified in function2009-04-16T14:11:39ZPeter BortasArray gets emptied if modified in functionImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4537
Reported by @zino
Pike 7.7.45 from CVS as of a few hours ago:
```
% cat bug_array.pike
void fiddle(array a)
{
a += ({ 2 });
}
void main()
{
array a = ({});...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4537
Reported by @zino
Pike 7.7.45 from CVS as of a few hours ago:
```
% cat bug_array.pike
void fiddle(array a)
{
a += ({ 2 });
}
void main()
{
array a = ({});
fiddle( a );
if(!sizeof(a))
werror("Array is broken: %O\n", a);
else
werror("Array is ok: %O\n", a);
}
% ~/bin/pike77-2/bin/pike bug_array.pike
Array is broken: ({ })
```
(Initially reported by Tim Johansson, Opera Software)Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4174(file << "foo") << "bar" don't compile on pike 7.6 (work fine with 7.2) (See ...2009-04-16T14:11:39ZPeter Bortas(file << "foo") << "bar" don't compile on pike 7.6 (work fine with 7.2) (See also #2996, #4156)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4174
Reported by Andrew Shirrayev, <andrews@gate.ort.spb.ru>
```
~$ pike7.2
Pike v7.2 release 580 running Hilfe v2.0 (Incremental Pike Frontend)
> (Stdio.stdout << "BAR!\...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4174
Reported by Andrew Shirrayev, <andrews@gate.ort.spb.ru>
```
~$ pike7.2
Pike v7.2 release 580 running Hilfe v2.0 (Incremental Pike Frontend)
> (Stdio.stdout << "BAR!\n") << "FOO!\n";
BAR!
FOO!
Result: object
Terminal closed.
~$ pike7.6
Pike v7.6 release 75 running Hilfe v3.5 (Incremental Pike Frontend)
> (Stdio.stdout << "BAR!\n") << "FOO!\n";
Compiler Error: 1:Bad argument 2 to `<<.
Compiler Error: 1:Expected: !function(!object ... : mixed) &
(function(mixed, object : mixed) | function(object, mixed : mixed)) |
function(int, int : int)
Compiler Error: 1:Got : function(mixed, string : void | mixed)
Terminal closed.
```Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3916Pike 7.6 and 7.7 doesn't compile on FreeBSD 5.4-RELEASE2009-04-16T14:11:39ZPeter BortasPike 7.6 and 7.7 doesn't compile on FreeBSD 5.4-RELEASEImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3916
Reported by Xavier Beaudouin, Xavier Beaudouin <kiwi@oav.net>
On FreeBSD 5.4-RELEASE (as well on 5.3) compiler fails with :
```
Making GL
gmake[5]: Entering directo...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3916
Reported by Xavier Beaudouin, Xavier Beaudouin <kiwi@oav.net>
On FreeBSD 5.4-RELEASE (as well on 5.3) compiler fails with :
```
Making GL
gmake[5]: Entering directory `/home/kiwi/xenoclient/pike-7.6/glopy.fr.tiscali.com/buildtmp/
Pike-v7.6-snapshot/build/freebsd-5.4-release-i386/post_modules/GL'
gmake[6]: Entering directory `/home/kiwi/xenoclient/pike-7.6/glopy.fr.tiscali.com/buildtmp/
Pike-v7.6-snapshot/build/freebsd-5.4-release-i386/post_modules/GL'
Compiling /home/kiwi/xenoclient/pike-7.6/glopy.fr.tiscali.com/buildtmp/Pike-v7.6-snapshot/
src/post_modules/GL/top.c
/home/kiwi/xenoclient/pike-7.6/glopy.fr.tiscali.com/buildtmp/Pike-v7.6-snapshot/build/
freebsd-5.4-release-i386/pike -DNOT_INSTALLED -DPRECOMPILED_SEARCH_MORE -m/home/
kiwi/xenoclient/pike-7.6/glopy.fr.tiscali.com/buildtmp/Pike-v7.6-snapshot/build/freebsd-5.4-
release-i386/master.pike /home/kiwi/xenoclient/pike-7.6/glopy.fr.tiscali.com/buildtmp/Pike-
v7.6-snapshot/src/post_modules/GL/gen.pike < /home/kiwi/xenoclient/pike-7.6/
glopy.fr.tiscali.com/buildtmp/Pike-v7.6-snapshot/src/post_modules/GL/auto.c.in > auto.c
Fatal error 'Spinlock called when not threaded.' at line 87 in file /usr/src/lib/libpthread/thread/
thr_spinlock.c (errno = 2)
Abort trap (core dumped)
gmake[6]: *** [auto.c] Error 134
```
This bug is also present on pike 7.7 as well.
Please see xenofarm for glopy.fr.tiscali.com (warning this machine will be dead Friday 13th
because I quit Tiscali as job).
http://pike.ida.liu.se/generated/pikefarm/7.6/271_201/makelog.html
http://pike.ida.liu.se/generated/pikefarm/7.7/900_161/makelog.htmlPike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3812Sort is broken2009-04-16T14:11:39ZPeter BortasSort is brokenImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3812
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
The following works in Pike 7.2 but fails in Pike 7.4:
```
int main()
{
array a = ({ /* 94 ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3812
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
The following works in Pike 7.2 but fails in Pike 7.4:
```
int main()
{
array a = ({ /* 94 elements */
90839040,
96352256,
80316416,
88322048,
73676800,
77709312,
101908480,
72744960,
54609920,
251849736,
62978048,
106463232,
820152320,
111521792,
43429888,
72683520,
99155968,
106059776,
69969920,
131769352,
34936832,
54810624,
90839040,
94869504,
94869504,
106463232,
56076288,
106059776,
99418112,
115529728,
100892672,
64229376,
100124672,
110780416,
101908480,
290721792,
58802176,
111521792,
68894720,
58322944,
93726720,
95713280,
79521792,
157540352,
69969920,
115529728,
108609536,
72300544,
72744960,
88031232,
95713280,
120080384,
110376960,
63164416,
86994944,
103079936,
68622336,
54810624,
60518400,
103079936,
107485184,
58411008,
366772224,
72769536,
58322944,
291342336,
97054720,
64915456,
68485120,
72769536,
99155968,
4792706056,
121389056,
60237824,
56006656,
60237824,
60518400,
68485120,
108003328,
88322048,
58802176,
108072960,
195770368,
93726720,
88031232,
73601024,
110780416,
54609920,
53366784,
142299136,
70117376,
64229376,
85239808,
53366784
});
a = map((array(string))a, Gmp.mpz, 10);
array b = (array(string))a;
sort(a, b);
write("%O\n", a);
return 0;
}
```Pike 7.4https://git.lysator.liu.se/pikelang/pike/-/issues/3618BACKPORT: Type error segfault.2009-04-16T14:11:39ZPeter BortasBACKPORT: Type error segfault.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3618
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
The code
Stdio.File o = Stdio.FakeFile("");
```
generates
```
Program received signal SIGSEGV, Segmen...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3618
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
The code
Stdio.File o = Stdio.FakeFile("");
```
generates
```
Program received signal SIGSEGV, Segmentation fault.
0x42070664 in _IO_default_xsputn () from /lib/i686/libc.so.6
(gdb) bt
#0 0x42070664 in _IO_default_xsputn () from /lib/i686/libc.so.6
#1 0x42047e92 in vfprintf () from /lib/i686/libc.so.6
#2 0x4206aa54 in vsnprintf () from /lib/i686/libc.so.6
#3 0x080f61f0 in va_yyerror (fmt=0x42135980 "", args=0x42135980 "")
at /home/nilsson/Pike/7.5/src/program.c:5850
#4 0x080f6218 in my_yyerror (fmt=0x42135980 "")
at /home/nilsson/Pike/7.5/src/program.c:5858
#5 0x080d4d53 in yyexplain_nonmatching_types (type_a=0x4213920c,
type_b=Cannot access memory at address 0xbf7ffffc
)
at /home/nilsson/Pike/7.5/src/pike_types.c:4479
#6 0x080f930b in yyexplain_not_compatible (a=0x831697c, b=0x8447078, flags=0)
at /home/nilsson/Pike/7.5/src/program.c:7789
#7 0x080f930b in yyexplain_not_compatible (a=0x831697c, b=0x8447078, flags=0)
at /home/nilsson/Pike/7.5/src/program.c:7789
#8 0x080f930b in yyexplain_not_compatible (a=0x831697c, b=0x8447078, flags=0)
```
...Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3577Mysql library glue uses incorrect memory management2009-04-16T14:11:39ZPeter BortasMysql library glue uses incorrect memory managementImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3577
Reported by Stephen R. van den Berg, Cubic Circle <srb@cuci.nl>
This bug has been discussed at length on the Pike mailinglist.
It was confirmed by the designer of th...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3577
Reported by Stephen R. van den Berg, Cubic Circle <srb@cuci.nl>
This bug has been discussed at length on the Pike mailinglist.
It was confirmed by the designer of the sql-library-interface that this
patch indeed fixes a flaw in the implementation of the mysql-glue.
It was also noted that quite some implementations (wrongly) seem to depend
on the misguided old behaviour of the lib.
Consensus was that there might be a need to have a bug-compatibility flag
to reinstate the old behaviour.Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3507Global #defines don't propagate in version compat.2009-04-16T14:11:39ZPeter BortasGlobal #defines don't propagate in version compat.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3507
Reported by @grubba
```
$ pike -DFOOBAR=GAZONK
Pike v7.5 release 12 running Hilfe v3.5 (Incremental Pike Frontend)
> FOOBAR;
Compiler Error: 1:Undefined identifier "...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3507
Reported by @grubba
```
$ pike -DFOOBAR=GAZONK
Pike v7.5 release 12 running Hilfe v3.5 (Incremental Pike Frontend)
> FOOBAR;
Compiler Error: 1:Undefined identifier "GAZONK".
Terminal closed.
$ pike -DFOOBAR=GAZONK -V7.4
Pike v7.5 release 12 running Hilfe v3.5 (Incremental Pike Frontend)
> FOOBAR;
Compiler Error: 1:Undefined identifier "FOOBAR".
Terminal closed.
```Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbström