pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2009-04-16T14:11:39Zhttps://git.lysator.liu.se/pikelang/pike/-/issues/4341writing and reading variable in module2009-04-16T14:11:39ZPeter Bortaswriting and reading variable in moduleImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4341
Reported by erik eriksson, opera software <ee@opera.com>
See attached archive.
program bug.pike in top directory uses module Tomat.pmod
bug.pike wants to set a glob...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4341
Reported by erik eriksson, opera software <ee@opera.com>
See attached archive.
program bug.pike in top directory uses module Tomat.pmod
bug.pike wants to set a global flag in the library, called morot (example:
could be a flag to control the debug level across all functions/classes in
the moduke). however, it seems impossible to change the debug flag, both
by setting explicitly or by using an accessor method.
the behaviour in 7.6.102 and 7.7.30 seems to be the same.
(not 100% sure that this is a bug, I might have missed something about the
way pike works)Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4337Calender.pmod fails on GMT -8:002009-04-16T14:11:39ZPeter BortasCalender.pmod fails on GMT -8:00Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4337
Reported by Erik Allemann <erik@roxen.com>
```
[RT#8979]
```
Calender.pmod cannot set time correctly for the Pacific timezone (GMT -8:00)
From Hilfe:
```
> Calend...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4337
Reported by Erik Allemann <erik@roxen.com>
```
[RT#8979]
```
Calender.pmod cannot set time correctly for the Pacific timezone (GMT -8:00)
From Hilfe:
```
> Calendar.Second;
localtime failure: localtime() on this system cannot handle the
timestamp -86400 .
C:/Roxen40425/server-4.0.425/pike/lib/modules/Calendar.pmod/Timezone.pmod:200:
T imezone.localtime()->paranoia_localtime(-86400)
C:/Roxen40425/server-4.0.425/pike/lib/modules/Calendar.pmod/Timezone.pmod:236:
T imezone.localtime()->tz_ux(-86400)
C:/Roxen40425/server-4.0.425/pike/lib/modules/Calendar.pmod/YMD.pmod:165:
Day(We d 31 Dec 1969)->unix_time()
C:/Roxen40425/server-4.0.425/pike/lib/modules/Calendar.pmod/Time.pmod:177:
Calen dar.Second->make_local()
C:/Roxen40425/server-4.0.425/pike/lib/modules/Calendar.pmod/Time.pmod:1435:
Cale ndar.Second->autopromote()
C:/Roxen40425/server-4.0.425/pike/lib/modules/Calendar.pmod/Time.pmod:917:
Calen dar.Second->set_ruleset(Calendar.Ruleset())
C:/Roxen40425/server-4.0.425/pike/lib/modules/Calendar.pmod/TimeRanges.pmod:915:
Calendar.Second->set_timezone(Timezone.localtime())
C:/Roxen40425/server-4.0.425/pike/lib/modules/Calendar.pmod/Timezone.pmod:132:
C
alendar.Timezone->timezone_expert_rec(Timezone.localtime(),mapping[3],ISO)
C:/Roxen40425/server-4.0.425/pike/lib/modules/Calendar.pmod/Timezone.pmod:138:
C
alendar.Timezone->timezone_expert_rec(Timezone.localtime(),mapping[3],ISO)
... last 1 frames above repeated 3 times ...
C:/Roxen40425/server-4.0.425/pike/lib/modules/Calendar.pmod/Timezone.pmod:138:
C
alendar.Timezone->timezone_expert_rec(Timezone.localtime(),mapping[4],ISO)
C:/Roxen40425/server-4.0.425/pike/lib/modules/Calendar.pmod/Timezone.pmod:174:
C alendar.Timezone->expert(Timezone.localtime())
C:/Roxen40425/server-4.0.425/pike/lib/modules/Calendar.pmod/Timezone.pmod:111:
C alendar.Timezone->_locale()
C:/Roxen40425/server-4.0.425/pike/lib/modules/Calendar.pmod/Timezone.pmod:394:
C alendar.Timezone->`[]("locale")
C:/Roxen40425/server-4.0.425/pike/lib/modules/Calendar.pmod/module.pmod:47:
Cale ndar->`[]("_module_value")
C:/Roxen40425/server-4.0.425/pike/lib/master.pike:1087:
master()->dirnode("C:/Ro
xen40425/server-4.0.425/pike/lib/modules/Calendar.pmod")->module_checker()->`!()
C:/Roxen40425/server-4.0.425/pike/lib/master.pike:1146:
master()->dirnode("C:/Ro
xen40425/server-4.0.425/pike/lib/modules/Calendar.pmod")->ind("Second")
C:/Roxen40425/server-4.0.425/pike/lib/master.pike:1207:
master()->dirnode("C:/Ro
xen40425/server-4.0.425/pike/lib/modules/Calendar.pmod")->`[]("Second")
C:/Roxen40425/server-4.0.425/pike/lib/master.pike:303:
master()->compile_string(
"#pragma unpragma_strict_types\nmapping(string:mixed) ___hilfe =
___Hilfe->varia
bles;\n# 1\nmixed ___HilfeWrapper() { return Calendar.Second; ;
}\n","HilfeInput
",,,0)
C:/Roxen40425/server-4.0.425/pike/lib/modules/Tools.pmod/Hilfe.pmod:1872:
Tools.
Hilfe.StdinHilfe()->hilfe_compile("mixed ___HilfeWrapper() { return
Calendar.Sec
ond; ; }",UNDEFINED)
C:/Roxen40425/server-4.0.425/pike/lib/modules/Tools.pmod/Hilfe.pmod:1911:
Tools.
Hilfe.StdinHilfe()->evaluate("mixed ___HilfeWrapper() { return Calendar.Second;
; }",1)
C:/Roxen40425/server-4.0.425/pike/lib/modules/Tools.pmod/Hilfe.pmod:1697:
Tools.
Hilfe.StdinHilfe()->parse_expression(Tools.Hilfe.Expression(({ /* 4 elements */
"Calendar",
".",
"Second",
";"
})))
C:/Roxen40425/server-4.0.425/pike/lib/modules/Tools.pmod/Hilfe.pmod:1319:
Tools.
Hilfe.StdinHilfe()->add_buffer("Calendar.Second;")
C:/Roxen40425/server-4.0.425/pike/lib/modules/Tools.pmod/Hilfe.pmod:1270:
Tools.
Hilfe.StdinHilfe()->add_input_line("Calendar.Second;")
C:/Roxen40425/server-4.0.425/pike/lib/modules/Tools.pmod/Hilfe.pmod:2043:
Tools.
Hilfe.StdinHilfe()->create()
object_program(Tools.Hilfe): Tools.Hilfe->StdinHilfe()
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4326mktime() timestamp calculation2009-04-16T14:11:39ZPeter Bortasmktime() timestamp calculationImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4326
Reported by Erik Allemann <erik@roxen.com>
```
[RT#8983]
```
RTL having compatibility problems between 2.4 editserver and 4.5-rel2
frontends.
Code excerpt:
```
ma...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4326
Reported by Erik Allemann <erik@roxen.com>
```
[RT#8983]
```
RTL having compatibility problems between 2.4 editserver and 4.5-rel2
frontends.
Code excerpt:
```
mapping mtime = localtime(time(1)) + ([ "min" : 0, "sec" : 0, "hour" : 0
]);
mtime->mday -= 2; // will cause a mtime->mday = -1;
int newtime = mktime(mtime);
write(ctime(newtime));
```
The code is supposed to calculate an timestamp (2 days) in the past. On
pike 7.2 the resulting timestamp will be of February 27th, on pikes 7.4
and 7.6 the calculated timestamp will be March 2nd.Pike 7.4https://git.lysator.liu.se/pikelang/pike/-/issues/4309MIME Module fails to decode mail correctly?2009-04-16T14:11:39ZPeter BortasMIME Module fails to decode mail correctly?Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4309
Reported by Thomas Bopp, Uni-GH Paderborn <astra@upb.de>
When sending a mail with attachements using apples mail application and the
mail body itself is html the fol...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4309
Reported by Thomas Bopp, Uni-GH Paderborn <astra@upb.de>
When sending a mail with attachements using apples mail application and the
mail body itself is html the following problem occurs:
The mail is not decoded correctly. One attachements is empty and an image
is missing (see the attached mail message).
```
Pike v7.6 release 86 running Hilfe v3.5 (Incremental Pike Frontend)
> MIME.Message msg = MIME.Message(Stdio.read_file("message.txt"));
> msg->body_parts;
(1) Result: ({ /* 2 elements */
MIME.Message(),
MIME.Message()
})
> msg->body_parts[0]->getdata();
(2) Result: "test\r\n\r\n\357\277\274"
> msg->body_parts[1]->getdata();
(3) Result: ""
```Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4305SSL communication stalls2009-04-16T14:11:39ZPeter BortasSSL communication stallsImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4305
Reported by erik eriksson, opera software <ee@opera.com>
See attached test case.
Run in two different terminals on the same computer. Start as
1) pike bug.pike serv...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4305
Reported by erik eriksson, opera software <ee@opera.com>
See attached test case.
Run in two different terminals on the same computer. Start as
1) pike bug.pike server
2) pike bug.pike client
Expected behaviour: a lot of communication back and forth between the two
processes: ping?, pong!, etc
Observed behaviour:
7.6.86: communication stalled after first message sent
7.7: communication stalled after first message sent
7.6.66: works as expected
7.6.51: works as expected
7.6.76: works as expected
some hints:
- reason for problem seems to be that the read callback is deregistred
from the underlying file object.
- a workaround for the problem seems to be to pass 1 as 3rd argument to
macro RUN_MAYBE_BLOCKING in method direct_write in SSL.pmod/sslfile.pike
instead of SSL_INTERNAL_READING, preventing the callback to be unregistred
(possible side effects of workaround unknown).Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4304SSL communication stalls2009-04-16T14:11:39ZPeter BortasSSL communication stallsImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4304
Reported by erik eriksson, opera software <ee@opera.com>
See attached test case.
Run in two different terminals on the same computer. Start as
1) pike bug.pike serv...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4304
Reported by erik eriksson, opera software <ee@opera.com>
See attached test case.
Run in two different terminals on the same computer. Start as
1) pike bug.pike server
2) pike bug.pike client
Expected behaviour: a lot of communication back and forth between the two
processes: ping?, pong!, etc
Observed behaviour:
7.6.86: communication stalled after first message sent
7.7: communication stalled after first message sent
7.6.66: works as expected
7.6.51: works as expected
7.6.76: works as expected
some hints:
- reason for problem seems to be that the read callback is deregistred
from the underlying file object.
- a workaround for the problem seems to be to pass 1 as 3rd argument to
macro RUN_MAYBE_BLOCKING in method direct_write in SSL.pmod/sslfile.pike
instead of SSL_INTERNAL_READING, prenting the callback to be unregistred
(possible side effects of workaround unknown).Pike 7.6https://git.lysator.liu.se/pikelang/pike/-/issues/4302program compilation/execution crashes pike2009-04-16T14:11:39ZPeter Bortasprogram compilation/execution crashes pikeImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4302
Reported by erik eriksson, opera software <ee@opera.com>
the following program crashes my pike. tested on various installations
(debian or ubuntu, all running pike v...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4302
Reported by erik eriksson, opera software <ee@opera.com>
the following program crashes my pike. tested on various installations
(debian or ubuntu, all running pike v 7.6.86).
```
ee@sprint:~/tmp$ cat crash.pike
class S {
SSL.context s;
void ss(Parser.XML.NSTree.NSNode sss)
{
Parser.XML.NSTree.NSNode ssss = sss[0];
}
}
void main(){}
ee@sprint:~/tmp$ pike crash.pike
Segmenteringsfel (core dumped)
ee@sprint:~/tmp$ cat nocrash.pike
class S {
void ss(Parser.XML.NSTree.NSNode sss)
{
Parser.XML.NSTree.NSNode ssss = sss[0];
}
SSL.context s;
}
void main(){}
ee@sprint:~/tmp$ pike nocrash.pike
ee@sprint:~/tmp$ pike -v
Pike v7.6 release 86 Copyright � 1994-2006 Link�ping University
Pike comes with ABSOLUTELY NO WARRANTY; This is free software and you are
welcome to redistribute it under certain conditions; Read the files
COPYING and COPYRIGHT in the Pike distribution for more details.
```Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4265Problem listing a large amount of files2009-04-16T14:11:39ZPeter BortasProblem listing a large amount of filesImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4265
Reported by Erik Allemann <erik@roxen.com>
```
Pike v7.4 release 444 running Hilfe v3.5 (Incremental Pike Frontend)
> sizeof(get_dir("diff2"));
Segmentation fault (c...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4265
Reported by Erik Allemann <erik@roxen.com>
```
Pike v7.4 release 444 running Hilfe v3.5 (Incremental Pike Frontend)
> sizeof(get_dir("diff2"));
Segmentation fault (core dumped)
```
The directory contains 107489 files.Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4231Reference underflow in compiler2009-04-16T14:11:39ZPeter BortasReference underflow in compilerImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4231
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
This code
```
mapping m =
# 1 "1"
([])
# 2 "b"
;
results in
**Block: 0x963ea20 Type: string Refs: -1
**...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4231
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
This code
```
mapping m =
# 1 "1"
([])
# 2 "b"
;
results in
**Block: 0x963ea20 Type: string Refs: -1
**size_shift: 0, len: 1, hash: 112ed491
Locations that handled 0x963ea20: (gc generation: 0/1 gc pass: 0/0)
*** /home/nilsson/Pike/7.7/src/las.c:804 sub_ref (6 times)
*** /home/nilsson/Pike/7.7/src/las.c:821 sub_ref (2 times)
*** /home/nilsson/Pike/7.7/src/las.c:850 sub_ref (2 times)
*** /home/nilsson/Pike/7.7/src/peep.c:72 sub_ref (8 times)
*** /home/nilsson/Pike/7.7/src/peep.c:903 sub_ref (1 times)
*** /home/nilsson/Pike/7.7/src/peep.c:1007 sub_ref (6 times)
*** /home/nilsson/Pike/7.7/src/peep.c:1065 sub_ref (12 times)
*** /home/nilsson/Pike/7.7/src/program.c:2478 sub_ref (1 times) !*!
*** /home/nilsson/Pike/7.7/src/program.c:2684 sub_ref (1 times)
*** /home/nilsson/Pike/7.7/src/program.c:6517 sub_ref (1 times)
*** /home/nilsson/Pike/7.7/src/las.c:892 add_ref (10 times)
*** /home/nilsson/Pike/7.7/src/peep.c:100 add_ref (16 times)
*** /home/nilsson/Pike/7.7/src/peep.c:779 add_ref (4 times)
*** /home/nilsson/Pike/7.7/src/peep.c:964 add_ref (6 times)
*** /home/nilsson/Pike/7.7/src/program.c:5396 add_ref (1 times)
*** /home/nilsson/Pike/7.7/src/program.c:5786 add_ref (1 times)
*** /home/nilsson/Pike/7.7/src/las.c:804 (6 times)
*** /home/nilsson/Pike/7.7/src/las.c:821 (2 times)
*** /home/nilsson/Pike/7.7/src/las.c:850 (2 times)
*** /home/nilsson/Pike/7.7/src/peep.c:72 (8 times)
*** /home/nilsson/Pike/7.7/src/peep.c:903 (1 times)
*** /home/nilsson/Pike/7.7/src/peep.c:1007 (6 times)
*** /home/nilsson/Pike/7.7/src/peep.c:1065 (12 times)
*** /home/nilsson/Pike/7.7/src/program.c:2478 (1 times) !*!
*** /home/nilsson/Pike/7.7/src/program.c:2684 (1 times)
*** /home/nilsson/Pike/7.7/src/program.c:6517 (1 times)
*** /home/nilsson/Pike/7.7/src/stralloc.c:575 (1 times)
*** /home/nilsson/Pike/7.7/src/stralloc.c:1583 (1 times)
*******************
/home/nilsson/Pike/7.7/src/stralloc.c:1045: Fatal error:
Freeing string with -1 references.
No stack - no backtrace.
```
Related to 4173?Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4209Stdio.file_size reports wrong size for directories2009-04-16T14:11:39ZPeter BortasStdio.file_size reports wrong size for directoriesImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4209
Reported by Leif Andersson, LTH Reglerteknik <leif@control.lth.se>
The documentation for Stdio.file_size states:
//! Give the size of a file. Size -1 indicates that...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4209
Reported by Leif Andersson, LTH Reglerteknik <leif@control.lth.se>
The documentation for Stdio.file_size states:
//! Give the size of a file. Size -1 indicates that the file either
//! does not exist, or that it is not readable by you. Size -2
//! indicates that it is a directory, -3 that it is a symlink and -4
//! that it is a device.
//!
The snapshot of 7.7, that I took a few days ago, however, does not give -2
for a directory, but rather the same size as reported by ls -l.
The test script, named prov.pike is:
```
//======== prov.pike =========================
int size;
string filename;
int main() {
filename = "prov.pike";
size = Stdio.file_size(filename);
write("%s size = %d\n", filename,size);
filename = "nisse.nisse";
size = Stdio.file_size(filename);
write("%s size = %d\n", filename,size);
filename = "pike";
size = Stdio.file_size(filename);
write("%s size = %d\n", filename,size);
```
}
// =========== end prov.pike ==============
============== Test results: =====================
> ls -ld pike prov.pike nisse.nisse
ls: nisse.nisse: No such file or directory
drwxr-xr-x 3 leif dip 4096 12 jul 18.29 pike/
-rw-r--r-- 1 leif dip 369 20 jul 12.45 prov.pike
> /opt/pike/7.7.25/bin/pike prov.pike
prov.pike size = 369
nisse.nisse size = -1
pike size = 4096
>
============= Specifications: =============
> head -1 /etc/issue
Fedora Core release 5 (Bordeaux)
```
> uname -srv
Linux 2.6.17-1.2145_FC5smp #1 SMP Sat Jul 1 13:19:14 EDT 2006
> cat buildid.txt
Pike export stamp
time:1152866217
major:7
minor:7
build:25
year:2006
month:07
day:14
hour:08
minute:36
second:57
>
```
======== Other comments ================
Other versions of Pike, including the current stable version 7.6.86, give
results according to the documentation. This version compiled on an FC4
gives the same erroneous result.Pike 7.8https://git.lysator.liu.se/pikelang/pike/-/issues/4206ODBC: Column names are truncated2009-04-16T14:11:39ZPeter BortasODBC: Column names are truncatedImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4206
Reported by Marcus Wellhardh <wellhard@roxen.com>
When using an ODBC connection to an msSQL server the column names are
truncated. It is porbably related to the adde...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4206
Reported by Marcus Wellhardh <wellhard@roxen.com>
When using an ODBC connection to an msSQL server the column names are
truncated. It is porbably related to the added unicode support.
Example (pike from 4.5.78):
```
Pike v7.4 release 398 running Hilfe v3.5 (Incremental Pike Frontend)
> object db=Sql.sql("odbc://test:test@groept");
>
> mixed res = db->query("select * from person");
> werror("%O", res);
({ /* 3 elements */
([ /* 6 elements */
".firs":"Yuri",
".last":"Cauwerts",
".pers":"1",
"firs":"Yuri",
"last":"Cauwerts",
"pers":"1"
]),
```
It has however worked before (pike from 4.0.425):
```
Pike v7.4 release 340 running Hilfe v3.5 (Incremental Pike Frontend)
> object db=Sql.sql("odbc://test:test@groept");
> mixed res = db->query("select * from person");
> werror("%O", res);
({ /* 3 elements */
([ /* 6 elements */
".firstname":"Yuri",
".lastname":"Cauwerts",
".personid":"1",
"firstname":"Yuri",
"lastname":"Cauwerts",
"personid":"1"
]),
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4173double free from las2009-04-16T14:11:39ZPeter Bortasdouble free from lasImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4173
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
The code
```
array x =
# 1 "/home/nilsson/xx"
({
1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4173
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
The code
```
array x =
# 1 "/home/nilsson/xx"
({
1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1,
1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1,
1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1,
1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1,
1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1,
1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1,
1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1,
1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1,
1, 1
})
# 1 "x"
;
```
results in
*** glibc detected *** corrupted double-linked list: 0x082fa4c0 ***
```
Program received signal SIGABRT, Aborted.
[Switching to Thread -1210734912 (LWP 20468)]
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7d839d1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7d852e9 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7db770a in __fsetlocking () from /lib/tls/i686/cmov/libc.so.6
#4 0xb7dbe172 in malloc_trim () from /lib/tls/i686/cmov/libc.so.6
#5 0xb7dbe2ea in free () from /lib/tls/i686/cmov/libc.so.6
#6 0x0809a88a in really_free_array (v=0xb7e84ff4)
at /home/nilsson/Pike/7.6/src/array.c:135
#7 0x08141182 in eval (n=Variable "n" is not available.
) at /home/nilsson/Pike/7.6/src/las.c:5542
#8 0x08141a61 in optimize (n=0x8320930)
at /home/nilsson/Pike/7.6/src/las.c:5240
#9 0x08145924 in dooptcode (name=0x82c2b54, n=0x8320840, type=0x82c36d0,
modifiers=1) at /home/nilsson/Pike/7.6/src/las.c:5670
#10 0x08109065 in end_first_pass (finish=1)
at /home/nilsson/Pike/7.6/src/program.c:3087
#11 0x081094ce in debug_end_program ()
at /home/nilsson/Pike/7.6/src/program.c:3198
#12 0x081098fb in run_pass2 (c=0x82fd538)
at /home/nilsson/Pike/7.6/src/program.c:6552
#13 0x08109b1f in compile (aprog=0x82fcc80, ahandler=0x0, amajor=0, aminor=
0,
atarget=0x83173b0, aplaceholder=0x0)
at /home/nilsson/Pike/7.6/src/program.c:6759
#14 0x0814cd3f in f_compile (args=6)
at /home/nilsson/Pike/7.6/src/builtin_functions.c:3689
```Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4022Sendfile/call_out attempts to call functions in destructed objects.2009-04-16T14:11:39ZPeter BortasSendfile/call_out attempts to call functions in destructed objects.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4022
Reported by @grubba
```
From: Eiichiro ITANI <itani@cdjapan.co.jp>
To: Henrik Grubbström <grubba@roxen.com>
Date: Wed, 19 Oct 2005 23:29:53 +0900
Subject: Re: cannot...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4022
Reported by @grubba
```
From: Eiichiro ITANI <itani@cdjapan.co.jp>
To: Henrik Grubbström <grubba@roxen.com>
Date: Wed, 19 Oct 2005 23:29:53 +0900
Subject: Re: cannot call functions in destructed objects?
```
Thank you for your information. I replaced one of our 4.0 server to
pike 7.4.272. It may take a day or so to see infinite loop won't
happen. I still get errors below sometimes, but as far as server
still stands, it's not much problem.
Cannot call functions in destructed objects.
Unknown program: destructed object->function(0)
_static_modules.Builtin()->Backend:
Pike.Backend(0)->`()(_static_modules.files()->sendfile())
This looks like almost same kind of error before...
Anyway, I'll watch our server and will report condition. Still just
an hour and a half, but it looks good.
Thank you for your advice.
--
Eiichiro ITANI <itani@neowing.co.jp> / <itani@cdjapan.co.jp>Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4007Regression in Image.PSD.decode_layers2009-04-16T14:11:39ZPeter BortasRegression in Image.PSD.decode_layersImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4007
Reported by Martin Stjernholm <mast@roxen.com>
Architecture: x86_64
The attached picture gets odd dimensions in 7.6:
```
Pike v7.6 release 37 running Hilfe v3.5 (I...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4007
Reported by Martin Stjernholm <mast@roxen.com>
Architecture: x86_64
The attached picture gets odd dimensions in 7.6:
```
Pike v7.6 release 37 running Hilfe v3.5 (Incremental Pike Frontend)
> Image.PSD.decode_layers(Stdio.read_file("cut.psd"));
(1) Result: ({ /* 1 element */
Image.Layer("normal" i=0 a=Image.Image( 9 x 0 /* 0.0Kb */))
})
```
In 7.4 it works fine:
```
> Image.PSD.decode_layers(Stdio.read_file("cut.psd"));
(1) Result: ({ /* 1 element */
Image.Layer("normal" i=Image.Image( 9 x 13 /* 0.3Kb */)
a=Image.Image( 9 x 13 /* 0.3Kb */))
})
```
A theory is that it's some kind of 64 bit bug.Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4000readdir_r/pathconf race condition.2009-04-16T14:11:39ZPeter Bortasreaddir_r/pathconf race condition.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4000
Reported by Ben Hutchings, <ben@decadentplace.org.uk>
I need to report a potential security bug ahead of public disclosure.
Please can this issue be marked as non-pu...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4000
Reported by Ben Hutchings, <ben@decadentplace.org.uk>
I need to report a potential security bug ahead of public disclosure.
Please can this issue be marked as non-public before I add the details.Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3995Syntax error with constant within function gives segmentation fault2009-04-16T14:11:39ZPeter BortasSyntax error with constant within function gives segmentation faultImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3995
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
foo.pike:
```
int main(int argc, array argv)
{
constant settings = ([
"thumb":([ "small...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3995
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
foo.pike:
```
int main(int argc, array argv)
{
constant settings = ([
"thumb":([ "small":([ "maxwidth":100,
"maxheight":100
])
]);
]);
return 0;
}
```
gives:
```
$ pike foo.pike
/tmp/foo.pike:7:Missing ']'.
/tmp/foo.pike:7:syntax error, unexpected ';', expecting ')'
/tmp/foo.pike:7:Missing ')'.
Segmenteringsfel
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3950Found uncatched error in Search2009-04-16T14:11:39ZPeter BortasFound uncatched error in SearchImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3950
Reported by Marcus Wellhardh <wellhard@roxen.com>
```
: HTTP Error 302: URI("http://www.ementor.se/")
Standards.URI: got a relative URI (no scheme) lacking a base_ur...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3950
Reported by Marcus Wellhardh <wellhard@roxen.com>
```
: HTTP Error 302: URI("http://www.ementor.se/")
Standards.URI: got a relative URI (no scheme) lacking a base_uri!
/home/wellhard/projects/pike-7.4/lib/modules/Standards.pmod/URI.pike:213:
URI("0:")->reparse_uri(UNDEFINED)
/home/wellhard/projects/pike-7.4/lib/modules/Standards.pmod/URI.pike:312:
URI("0:")->create("/templates/StartPage.aspx?id=2089",UNDEFINED)
/home/wellhard/projects/pike-7.4/lib/modules/Web.pmod/Crawler.pmod:751:
Web.Crawler.Crawler()->HTTPFetcher(302 Found)->got_data()
/home/wellhard/projects/pike-7.4/lib/modules/Protocols.pmod/HTTP.pmod/Query.pike:337:
Web.Crawler.Crawler()->HTTPFetcher(302 Found)->async_fetch_close()
/home/wellhard/projects/pike-7.4/lib/modules/Stdio.pmod/module.pmod:752:
Stdio.File("socket", "62.148.45.238:80", 777 /* fd=-1
*/)->__stdio_read_callback()
_static_modules.Builtin()->Backend: Pike.Backend(0)->`()()
/home/wellhard/projects/pike-7.4/build/linux-2.6.11-1.35_fc3-x86_64/master.pike:2328:
master()->_main(({"/home/wellhard/projects/pike-7.4/build/linux-2.6.11-1.35_fc3-x86_64/pike",,,6}),({"REMOTE_IDENTIFIER=gilch7e","JREHOME=/i/jdk/jdk1.4.1_03/jre","SSH_AGENT_PID=10264",,,49}))
: Exiting due to uncatched error.
```Pike 7.4https://git.lysator.liu.se/pikelang/pike/-/issues/3943Crash with error: "Illegal shift size" in stralloc.c2009-04-16T14:11:39ZPeter BortasCrash with error: "Illegal shift size" in stralloc.cImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3943
Reported by Robert Hinn, University of Paderborn <exodusd@gmx.de>
```
/root/Pike/7.4/src/stralloc.c:151: Fatal error:
Illegal shift size!
Backtrace at time of fatal:...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3943
Reported by Robert Hinn, University of Paderborn <exodusd@gmx.de>
```
/root/Pike/7.4/src/stralloc.c:151: Fatal error:
Illegal shift size!
Backtrace at time of fatal:
operators.c:3823: object(src/operators.c:3823)->`[]=(101,49)
tmp/modules/tar.pike:76:
object(/usr/local/lib/steam/tmp/modules/tar.pike)->buffer_copy("0100664",100)
tmp/modules/tar.pike:121:
object(/usr/local/lib/steam/tmp/modules/tar.pike)->tar_header("stylesheets/",UNDEFINED)
```
on another server it seems to work (7.4.21)
there is also a coredump...Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3941configure script's dynamic linking check fails on openbsd2009-04-16T14:11:39ZPeter Bortasconfigure script's dynamic linking check fails on openbsdImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3941
Reported by Adam Montague, Sirius Hosting <amontague@siriushosting.com>
```
The LDSHARED setting for openbsd should look like:
OpenBSD*) LDSHARED="$REALCC -Wl,-Bshar...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3941
Reported by Adam Montague, Sirius Hosting <amontague@siriushosting.com>
```
The LDSHARED setting for openbsd should look like:
OpenBSD*) LDSHARED="$REALCC -Wl,-Bshareable";;
instead of :
OpenBSD*) LDSHARED="ld -Bshareable";;
and LINKFORSHARED needs to look like:
OpenBSD*) LINKFORSHARED="-Wl,-E";;
```
Dynamic modules work fine after those changes are made.Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3933Roxen self test module ... OK: 16440 Bus Error - core dumped2009-04-16T14:11:39ZPeter BortasRoxen self test module ... OK: 16440 Bus Error - core dumpedImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3933
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
Self test terminates with "Bus Error" on Solaris 8 Sparc:
/home/dist/tmp/self-test/roxen-4.0....Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3933
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
Self test terminates with "Bus Error" on Solaris 8 Sparc:
/home/dist/tmp/self-test/roxen-4.0.351-test-cms-sol8_sparc.sh:
Enabling all modules for Test Platform...
Roxen self test module ... OK 3.1ms
16440 Bus Error - core dumped
Start script terminating.
Shutting down MySQL..
Start script terminated.
Dist self test done.Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbström