pike issues
https://git.lysator.liu.se/pikelang/pike/-/issues
2009-04-16T14:11:39Z
https://git.lysator.liu.se/pikelang/pike/-/issues/1021
error creating admin interface
2009-04-16T14:11:39Z
Peter Bortas
error creating admin interface
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1021
Reported by Helmee Halim, Cybank <helmee@cybank.net>
I have been successfully compiling roxen-2.1.199 on my slackware box,
unfortunately, I got this error message wh...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1021
Reported by Helmee Halim, Cybank <helmee@cybank.net>
I have been successfully compiling roxen-2.1.199 on my slackware box,
unfortunately, I got this error message while trying to create Admin
Interface.
./start: line: 27832 Segementation fault $pike $args "$@" 2>&1
Does anyone knows how to get it up? I am running dual processor Intel
PIII, Ultra2 SCSI HD with kernel 2.2.18.
Here's the line after running --once --gdb
: Executing gdb /usr/local/roxen/server/bin/roxen -DMODULE_DEBUG
-DRAM_CACHE -M/usr/local/roxen/server/etc/modules
-I/usr/local/roxen/server/etc/include -I/usr/local/roxen/server/base_server
-P/usr/local/roxen/server -w base_server/roxenloader.pike
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.
```
Program received signal ?, Unknown signal.
0x4008124a in sigsuspend () from /lib/libc.so.6
(gdb)
(gdb)
(gdb) bt
#0 0x4008124a in sigsuspend () from /lib/libc.so.6
#1 0x40054501 in __pthread_create_2_1 (thread=0x403bca24, attr=0xbfffbd64,
start_routine=0x403b94f4, arg=0x0) at restart.h:32
#2 0x4005458b in __pthread_create_2_0 (thread=0x403bca24, attr=0x81a91a0,
start_routine=0x403b94f4, arg=0x0) at pthread.c:447
#3 0x403b95b5 in ?? () from
/usr/local/pike/7.0.288/lib/modules/HTTPLoop.so
#4 0x403b50e9 in ?? () from
/usr/local/pike/7.0.288/lib/modules/HTTPLoop.so
#5 0x8082c0f in f_load_module (args=1) at dynamic_load.c:304
#6 0x8060dca in mega_apply (type=APPLY_SVALUE, args=1, arg1=0x81cd194,
arg2=0x0)
at interpret.c:912
#7 0x805e28c in eval_instruction (pc=0x81caeba "\003A\f\e\e") at
interpreter.h:724
#8 0x806135f in mega_apply (type=APPLY_LOW, args=3, arg1=0x81af490,
arg2=0x26)
at interpret.c:1231
#9 0x8060742 in eval_instruction (pc=0x81caf42 "d\t\003C") at
interpreter.h:1392
#10 0x806135f in mega_apply (type=APPLY_LOW, args=3, arg1=0x4014b2a0,
arg2=0x28)
at interpret.c:1231
#11 0x8060742 in eval_instruction (pc=0x81cb0b4 "m\002\034\005") at
interpreter.h:1392
#12 0x806135f in mega_apply (type=APPLY_LOW, args=2, arg1=0x81af490,
arg2=0x7)
at interpret.c:1231
#13 0x8060742 in eval_instruction (pc=0x81cb172 "kdA4C") at
interpreter.h:1392
#14 0x806135f in mega_apply (type=APPLY_LOW, args=1, arg1=0x81af490,
arg2=0x35)
at interpret.c:1231
#15 0x8060742 in eval_instruction (pc=0x81cb1bf "m\005\035\\") at
interpreter.h:1392
#16 0x806135f in mega_apply (type=APPLY_LOW, args=2, arg1=0x81af490,
arg2=0x37)
at interpret.c:1231
#17 0x8060742 in eval_instruction (pc=0x81cb28c
"n\002C\004UV=E\005T\032\t")
at interpreter.h:1392
#18 0x806135f in mega_apply (type=APPLY_LOW, args=2, arg1=0x81af490,
arg2=0x39)
at interpret.c:1231
#19 0x8061915 in safe_apply_low (o=0x81af490, fun=57, args=2) at
interpret.c:1448
#20 0x8075399 in check_constant (this=0xbfffecfc, def=0x81aa8b8,
args=0xbfffcec8,
tmp=0xbfffdabc) at cpp.c:1016
#21 0x8064d83 in lower_cpp0 (this=0xbfffecfc,
data=0x81fd77f " constant(HTTPLoop.prog)\n add_constant(
\"HTTPLoop.prog\", nm_resolv(\"HTTPLoop.prog\") );\n add_constant(
\"HTTPLoop.Loop\", nm_resolv(\"HTTPLoop.Loop\") );\n#endif\n\n
add_constant( \"hsv_to_rgb\", nm_resolv("..., len=2112, flags=48,
auto_convert=1,
charset=0x0) at preprocessor.h:955
#22 0x806676c in lower_cpp0 (this=0xbfffecfc,
data=0x81f38f4 "// Roxen bootstrap program. Copyright © 1996 - 2000,
Roxen IS.\n\n//#pragma strict_types\n\n// Sets up the roxen environment.
Including custom functions like spawne().\n\n#include <stat.h>\n#include
<config."..., len=42699, flags=0, auto_convert=1, charset=0x0)
at preprocessor.h:1397
#23 0x8074ced in low_cpp (this=0xbfffecfc, data=0x81f38f4, len=42699,
shift=0, flags=0,
auto_convert=1, charset=0x0) at cpp.c:810
#24 0x8075c58 in f_cpp (args=4) at cpp.c:1235
#25 0x8060dca in mega_apply (type=APPLY_SVALUE, args=4, arg1=0x81cd0b0,
arg2=0x0)
at interpret.c:912
#26 0x8060742 in eval_instruction (pc=0x81cab94
"C\001\026\b\001\001Tp\022F")
at interpreter.h:1392
#27 0x806135f in mega_apply (type=APPLY_LOW, args=2, arg1=0x81af490,
arg2=0x11)
at interpret.c:1231
#28 0x8060742 in eval_instruction (pc=0x81cae62 "n\003jm\t\eS") at
interpreter.h:1392
#29 0x806157b in o_catch (pc=0x81cae5e "F\005\017\021n\003jm\t\eS") at
interpret.c:1359
#30 0x805eec0 in eval_instruction (pc=0x81cae5a "\013") at
interpreter.h:925
#31 0x806135f in mega_apply (type=APPLY_LOW, args=3, arg1=0x4014b0e0,
arg2=0x28)
at interpret.c:1231
#32 0x809d750 in o_cast (type=0x81aa6b0, run_time_type=5) at opcodes.c:417
#33 0x809e109 in f_cast () at opcodes.c:622
#34 0x80600d5 in eval_instruction (pc=0x81cb6b0 "n\013jm\f\e'") at
interpreter.h:1250
#35 0x806157b in o_catch (pc=0x81cb6a9 "O_C\0026") at interpret.c:1359
#36 0x805eec0 in eval_instruction (pc=0x81cb6a5 "\016") at
interpreter.h:925
#37 0x806135f in mega_apply (type=APPLY_LOW, args=2, arg1=0x81af490,
arg2=0x3c)
at interpret.c:1231
#38 0x8061a72 in apply (o=0x81af490, fun=0x811f695 "_main", args=2) at
interpret.c:1492
#39 0x8095f9c in main (argc=9, argv=0xbffff944) at main.c:533
```
Pike 7.0
https://git.lysator.liu.se/pikelang/pike/-/issues/1013
array_sscanf("hej","%s%n") cores
2009-04-16T14:11:39Z
Peter Bortas
array_sscanf("hej","%s%n") cores
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1013
Reported by Mirar , Idonex Heavy Industries <mirar@roxen.com>
```
| tsunami% pike
| Pike v7.1 release 17 running Hilfe v2.0 (Incremental Pike Frontend)
| > array_s...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1013
Reported by Mirar , Idonex Heavy Industries <mirar@roxen.com>
```
| tsunami% pike
| Pike v7.1 release 17 running Hilfe v2.0 (Incremental Pike Frontend)
| > array_sscanf("hej","%s%n");
| zsh: segmentation fault pike
(gdb) run
Starting program: /usr/local/bin/pike
Pike v7.1 release 17 running Hilfe v2.0 (Incremental Pike Frontend)
> array_sscanf("hej","%s%n");
Program received signal SIGSEGV, Segmentation fault.
0x80fd59d in low_do_hash (s=0x8307a48, len__=-137394757, size_shift=0)
at /users/mirar/pike/src/stralloc.c:54
54 DO_HASHMEM(full_hash_value, s, len__<<size_shift,
HASH_PREFIX<<size_shift);
(gdb) bt
#0 0x80fd59d in low_do_hash (s=0x8307a48, len__=-137394757, size_shift=0)
at /users/mirar/pike/src/stralloc.c:54
#1 0x80feab4 in debug_make_shared_binary_string (str=0x8307a48 "hej",
len=4157572539) at /users/mirar/pike/src/stralloc.c:670
#2 0x80feb9c in debug_make_shared_binary_string0 (str=0x8307a48 "hej",
len=4157572539) at /users/mirar/pike/src/stralloc.c:709
#3 0x80dd83c in very_low_sscanf_0_0 (input=0x8307a48 "hej", input_len=3,
match=0x8307b10 "%s%n", match_len=4, chars_matched=0xbfffdde4,
success=0xbfffdde8) at /users/mirar/pike/src/opcodes.c:1568
#4 0x80e7422 in f_sscanf (args=2) at /users/mirar/pike/src/opcodes.c:1740
#5 0x807cfa3 in mega_apply (type=APPLY_SVALUE, args=2, arg1=0x8313018,
arg2=0x0) at /users/mirar/pike/src/interpret.c:971
#6 0x807bda1 in eval_instruction_without_debug (pc=0x82ea584 "#")
at /users/mirar/pike/src/interpret_functions.h:1447
#7 0x807e556 in apply_low_safe_and_stupid (o=0x82a9c84, offset=5)
at /users/mirar/pike/src/interpret.c:775
#8 0x811d49b in eval_low (n=0x83190ac) at /users/mirar/pike/src/las.c:4501
#9 0x811d8c6 in eval (n=0x83190ac) at /users/mirar/pike/src/las.c:4576
#10 0x8115705 in optimize (n=0x8318fec) at /users/mirar/pike/src/las.c:4319
#11 0x810e375 in debug_mknode (token=291, a=0x8318f8c, b=0x0)
at /users/mirar/pike/src/las.c:1029
#12 0x806162b in yyparse () at language.yacc:3213
#13 0x80fac2e in compile (prog=0x82e9650, handler=0x0, major=-1, minor=-1)
at /users/mirar/pike/src/program.c:3416
#14 0x8125a99 in f_compile (args=4)
at /users/mirar/pike/src/builtin_functions.c:2544
#15 0x807cfa3 in mega_apply (type=APPLY_SVALUE, args=4, arg1=0x82ced04,
arg2=0x0) at /users/mirar/pike/src/interpret.c:971
#16 0x8076b95 in eval_instruction_without_debug (
pc=0x82cd62a "xi\004>\n\017\006>\tH\006\017\006\032\004\005")
at /users/mirar/pike/src/interpret_functions.h:621
#17 0x807df89 in o_catch (
pc=0x82cd625
"G\001f\a\005xi\004>\n\017\006>\tH\006\017\006\032\004\005")
at /users/mirar/pike/src/interpret.c:775
#18 0x807897c in eval_instruction_without_debug (pc=0x82cd621 "\n")
at /users/mirar/pike/src/interpret_functions.h:852
#19 0x807da1f in mega_apply (type=APPLY_LOW, args=1, arg1=0x82a9fe4,
arg2=0x8)
at /users/mirar/pike/src/interpret.c:775
#20 0x807bda1 in eval_instruction_without_debug (pc=0x82cd683 "d\002u·")
at /users/mirar/pike/src/interpret_functions.h:1447
#21 0x807da1f in mega_apply (type=APPLY_LOW, args=2, arg1=0x82a9fe4,
arg2=0xc)
at /users/mirar/pike/src/interpret.c:775
#22 0x807b929 in eval_instruction_without_debug (
pc=0x82ce01a "%\n\001R\002R\006G")
at /users/mirar/pike/src/interpret_functions.h:1420
#23 0x807da1f in mega_apply (type=APPLY_LOW, args=1, arg1=0x82a9fe4,
arg2=0x21)
at /users/mirar/pike/src/interpret.c:775
#24 0x807bda1 in eval_instruction_without_debug (pc=0x82cdc1b "d")
at /users/mirar/pike/src/interpret_functions.h:1447
#25 0x807da1f in mega_apply (type=APPLY_LOW, args=0, arg1=0x82a9fe4,
arg2=0x1e)
at /users/mirar/pike/src/interpret.c:775
#26 0x807bda1 in eval_instruction_without_debug (
pc=0x82cd8e2 "]\roD\r\237\016h$\003\001S\002D\r\234i\001]\roD\rI")
at /users/mirar/pike/src/interpret_functions.h:1447
#27 0x807da1f in mega_apply (type=APPLY_LOW, args=1, arg1=0x82a9fe4,
arg2=0x1b)
at /users/mirar/pike/src/interpret.c:775
#28 0x807b929 in eval_instruction_without_debug (pc=0x82ce04b "$")
at /users/mirar/pike/src/interpret_functions.h:1420
#29 0x807da1f in mega_apply (type=APPLY_LOW, args=1, arg1=0x82a9fe4,
arg2=0x22)
at /users/mirar/pike/src/interpret.c:775
#30 0x807b929 in eval_instruction_without_debug (
pc=0x82d94c4
"oD%\223\017D\r\234uÙÿÿÿ?\020sÔÿÿÿo\237&oD%\017\noD\a?\0224$")
at /users/mirar/pike/src/interpret_functions.h:1420
#31 0x807da1f in mega_apply (type=APPLY_LOW, args=0, arg1=0x82a9fe4,
arg2=0x23)
at /users/mirar/pike/src/interpret.c:775
#32 0x807eae4 in apply_lfun (o=0x82a9fe4, fun=1, args=0)
at /users/mirar/pike/src/interpret.c:1565
#33 0x80d6093 in call_pike_initializers (o=0x82a9fe4, args=0)
at /users/mirar/pike/src/object.c:255
#34 0x80d64b7 in parent_clone_object (p=0x82d92b8, parent=0x82a9f84,
parent_identifier=1, args=0) at /users/mirar/pike/src/object.c:310
#35 0x807d6b5 in mega_apply (type=APPLY_STACK, args=0, arg1=0x0, arg2=0x0)
at /users/mirar/pike/src/interpret.c:1216
#36 0x807bda1 in eval_instruction_without_debug (pc=0x82d01ec
"o7\020(s\013")
at /users/mirar/pike/src/interpret_functions.h:1447
#37 0x807da1f in mega_apply (type=APPLY_LOW, args=2, arg1=0x82aa164,
arg2=0x49)
at /users/mirar/pike/src/interpret.c:775
#38 0x807eb3e in apply (o=0x82aa164, fun=0x8199907 "_main", args=2)
at /users/mirar/pike/src/interpret.c:1577
#39 0x80cdbdd in main (argc=1, argv=0xbffffcdc)
at /users/mirar/pike/src/main.c:560
```
Pike 7.2
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/761
Pike fails to find the DNS server on W2k
2009-04-16T14:11:39Z
Peter Bortas
Pike fails to find the DNS server on W2k
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=761
Reported by Saeed Balevasi, Roxen AB <saeed@roxen.com>
```
Socket read failed with errno 10054.
DNS.async_client: read()
pike/lib/pike/modules/Stdio.pmod/module.pmod:...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=761
Reported by Saeed Balevasi, Roxen AB <saeed@roxen.com>
```
Socket read failed with errno 10054.
DNS.async_client: read()
pike/lib/pike/modules/Stdio.pmod/module.pmod:1315: _read_callback()
Socket read failed with errno 10054.
DNS.async_client: read()
pike/lib/pike/modules/Stdio.pmod/module.pmod:1315: _read_callback()
```
Pike 7.0
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/734
CLOB and BLOB support missing in the Oracle module.
2009-04-16T14:11:39Z
Peter Bortas
CLOB and BLOB support missing in the Oracle module.
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=734
Reported by Stefan Wallström <stewa@lysator.liu.se>
CLOB and BLOB support missing in the Oracle module.
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=734
Reported by Stefan Wallström <stewa@lysator.liu.se>
CLOB and BLOB support missing in the Oracle module.
Pike 7.0
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/561
<emit> crashes Pike
2009-04-16T14:11:39Z
Peter Bortas
<emit> crashes Pike
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=561
Reported by Joachim Nyman Silverstig, Idonex AB <jocke@roxen.com>
(Reported by UUnet):
We do not get a backtrace. Roxen never produces the page as it crashes with
no...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=561
Reported by Joachim Nyman Silverstig, Idonex AB <jocke@roxen.com>
(Reported by UUnet):
We do not get a backtrace. Roxen never produces the page as it crashes with
no message in the log. Roxen restarts itself in 30 seconds or so. I have
enclosed information about the XML, the SQLTags, SQLDatabse and the table
involved.
The XML we are using is this:
===============================================
<h1>John's Homepage</h1>
```
<hr/>
<emit source="sql" query="select * from jobs ">
&sql.JOBID;
</emit>
================================================
```
The SQLtags stuff...
================================================
oracle://roxen:roxen@roxen.cam.uk.internal for SQLtags gives "Connected to
Oracle server on Unknown connection to host"
=================================================
The SQLDatabse stuff...
===================================================
ora4rox oracle://roxen:roxen@roxen.cam.uk.internal for SQLDatabase gives
"Connection OK ora4rox oracle://roxen:roxen@roxen.cam.uk.internal"
===================================================
The jobs table:
====================================================
Name Null? Type
----------------------------------------- --------
----------------------------
JOBID NOT NULL NUMBER(4)
TITLE NOT NULL VARCHAR2(100)
DESCRIPTION NOT NULL VARCHAR2(1000)
SALARY NOT NULL VARCHAR2(10)
====================================================
We are using Pike 7.0 build 232
Installation from source 2.1.143 on a stock Redhat 6.2 box along with a
standard Oracle 8.1.6 install.
Pike 7.0
https://git.lysator.liu.se/pikelang/pike/-/issues/535
Install hangs in o_cast() on Debian Linux/Alpha
2009-04-16T14:11:39Z
Peter Bortas
Install hangs in o_cast() on Debian Linux/Alpha
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=535
Reported by @grubba
```
From: Eric Doutreleau <Eric.Doutreleau@int-evry.fr>
To: Mirar <mirar@mirar.org>
Cc: Eric.Doutreleau@int-evry.fr, pike@roxen.com, pike@idonex.c...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=535
Reported by @grubba
```
From: Eric Doutreleau <Eric.Doutreleau@int-evry.fr>
To: Mirar <mirar@mirar.org>
Cc: Eric.Doutreleau@int-evry.fr, pike@roxen.com, pike@idonex.com
Date: Thu, 12 Oct 2000 15:22:11 +0200 (CEST)
Resent-Date: Thu, 12 Oct 2000 15:22:58 +0200 (MET DST)
Subject: Re: problem installaton pike7.0 under debian linux alpha
```
On 12 Oct 2000, Mirar wrote:
```
> Eric Doutreleau <Eric.Doutreleau@int-evry.fr> writes:
>
> > Hello
> >
> > I'm trying to install pike 7.0 on my alpha under debian linux potato
> >
> > All compile well but when i type make install i got the following
> > message
> >
> > Making install in build/linux-2.2.17-alpha
> > make[2]: Entering directory
`/home/glopglop/Pike/7.0/build/linux-2.2.17-alpha'
> > /home/glopglop/Pike/7.0/build/linux-2.2.17-alpha/pike -DNOT_INSTALLED
> > -m/home/glopglop/Pike/7.0/build/linux-2.2.17-alpha/master.pike
> > /home/glopglop/Pike/7.0/src/pike-module.in
> > --fixate=/home/glopglop/Pike/7.0/src/pike-module.in \
> > --set='make=make' --set='make_flags=' \
> > --set='prefix=/usr/local' --set='pike=/usr/local/bin/pike' \
> > --set='include_path=/usr/local/include/pike' \
> >
--set='lib_prefix=/home/glopglop/Pike/7.0/build/linux-2.2.17-alpha/lib'
> > --set='share_prefix=/home/glopglop/Pike/7.0/lib' \
> > --output=pike-module
> > echo >aclocal "define(PIKE_INCLUDE_PATH,/usr/local/include/pike)"
> > cat >>aclocal /home/glopglop/Pike/7.0/src/aclocal.m4
> > Installing Pike in /usr/local/pike/7.0.237, please wait...
> >
> > and it not end
> > there s a process pike that run all the cpu but seems to do nothing
>
> The "Installing ..." message appears when it want to install the tree,
> and why it hangs like that, I have no idea. It might be a bug in the
> pre-compiler.
>
> To trace this futher,
> in the Pike/7.0/build/linux-2.2.17-alpha directory,
> ...does "make run_hilfe" work?
```
Yes
> ...does "make verify" work?
No
I am stuck at tihs level
Installing Pike in
/home/glopglop/Pike/7.0/build/linux-2.2.17-alpha/test-install/pike/7.0.237,
please wait...
Installing: |= | 0.0 %
>
> Any complains if you do "make"?
No it works perfectly
>
> If you rereun the "make install" above, does it hang the second time?
yes
> Do "strace <pid to that pike>" give something?
It give perfectly nothing
> If so, can you attach a gdb process to it
> gdb build/linux-2.2.17-alpha/pike <pid>
> and get a backtrace ("bt")?
>
Here is the output
```
Attaching to
program: /home/glopglop/Pike/7.0/build/linux-2.2.17-alpha/./pike, process
26575
Reading symbols from /lib/libm.so.6.1...done.
Reading symbols from /lib/libdl.so.2.1...done.
Reading symbols from /lib/librt.so.1...done.
Reading symbols from /lib/libnsl.so.1.1...done.
Reading symbols from /lib/libpthread.so.0...done.
Reading symbols from /lib/libcrypt.so.1.1...done.
Reading symbols from /lib/libc.so.6.1...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from
/home/glopglop/Pike/7.0/build/linux-2.2.17-alpha/lib/modules/Gmp.so...done.
Reading symbols from /usr/lib/libgmp.so.2...done.
Reading symbols from
/home/glopglop/Pike/7.0/build/linux-2.2.17-alpha/lib/modules/___GTK.so...done.
Reading symbols from
/home/glopglop/Pike/7.0/build/linux-2.2.17-alpha/lib/modules/___Regexp.so...done
.
o_cast (type=0x1203f8b40, run_time_type=8) at
/usr/include/bits/mathinline.h:138
138 __asm (
```
bt gives
```
#0 o_cast (type=0x1203f8b40, run_time_type=8)
at /usr/include/bits/mathinline.h:138
#1 0x1200baafc in f_cast () at /home/glopglop/Pike/7.0/src/opcodes.c:622
#2 0x12003acb8 in eval_instruction_without_debug (pc=0x12049c332
"m\002A")
at /home/glopglop/Pike/7.0/src/interpreter.h:1250
#3 0x12003dce8 in mega_apply (type=541147768, args=1, arg1=0x20000026000,
arg2=0x12049c2f7) at /home/glopglop/Pike/7.0/src/interpret.c:723
#4 0x12003c04c in eval_instruction_without_debug (
pc=0x120492092 "\t\002fF\001O\006O\r\030\f\001\224Q-!\021")
at /home/glopglop/Pike/7.0/src/interpreter.h:1392
#5 0x12003dce8 in mega_apply (type=541147880, args=3, arg1=0x20000026000,
arg2=0x120492065) at /home/glopglop/Pike/7.0/src/interpret.c:723
#6 0x12003b9e4 in eval_instruction_without_debug (pc=0x120492252 "F")
at /home/glopglop/Pike/7.0/src/interpreter.h:1367
#7 0x12003dce8 in mega_apply (type=541147992, args=3, arg1=0x20000026000,
arg2=0x120492234) at /home/glopglop/Pike/7.0/src/interpret.c:723
#8 0x12003bde0 in eval_instruction_without_debug (pc=0x1204922fe
"n\004\032\r")
at /home/glopglop/Pike/7.0/src/interpreter.h:1383
#9 0x12003dce8 in mega_apply (type=541148104, args=4, arg1=0x20000026000,
arg2=0x1204922ef) at /home/glopglop/Pike/7.0/src/interpret.c:723
#10 0x12003bde0 in eval_instruction_without_debug (pc=0x120492c93 "\e\a")
at /home/glopglop/Pike/7.0/src/interpreter.h:1383
#11 0x12003e4d8 in o_catch (pc=0x120492be7 "\nA\e/ROX\030\037")
at /home/glopglop/Pike/7.0/src/interpret.c:723
#12 0x1200375f8 in eval_instruction_without_debug (pc=0x120492be3
"\214\001")
at /home/glopglop/Pike/7.0/src/interpreter.h:925
#13 0x12003dce8 in mega_apply (type=541148216, args=0, arg1=0x20000026000,
arg2=0x120492b98) at /home/glopglop/Pike/7.0/src/interpret.c:723
#14 0x12003b9e4 in eval_instruction_without_debug (
pc=0x120492a00
"f\004\003\027\204C\001\017\021F\001\030\023\003\f\001O\205F\002O\206O\207\022\f
\031\f\003\013A\e/-O\210\022\037C\003\022*\027\204C\001O\211\017\021\t\003f\a")
at
/home/glopglop/Pike/7.0/src/interpreter.h:1367
#15 0x12003dce8 in mega_apply (type=541148328, args=1, arg1=0x20000026000,
arg2=0x12049275a) at /home/glopglop/Pike/7.0/src/interpret.c:723
#16 0x12003c04c in eval_instruction_without_debug (pc=0x1204577c1
"m\003T\037\b")
at /home/glopglop/Pike/7.0/src/interpreter.h:1392
#17 0x12003dce8 in mega_apply (type=541148440, args=2, arg1=0x20000026000,
arg2=0x1204573db) at /home/glopglop/Pike/7.0/src/interpret.c:723
#18 0x12003f6ac in apply (o=0x120419160, fun=0x8 <Address 0x8 out of
bounds>,
args=2) at /home/glopglop/Pike/7.0/src/interpret.c:1492
#19 0x1200a46bc in main (argc=13, argv=0x11ffff9d8)
at /home/glopglop/Pike/7.0/src/main.c:533
```
> > > i have tried with the
pike 7.0.71 > > and the CVS version
> >
> > Does someone succesfuly install pike 7 on a alpha debian machine?
>
> I've never heard of any, but it's kind of a rare setup.
>
> Maybe you triggered some interesting bugs or, in the worst case, the
> alpha compiler has some bug that has to be worked around...
>
> /Mirar
>
>
Thanks for your answer
--
Eric Doutreleau
I.N.T | Tel : +33 (0) 160764687
9 rue Charles Fourier | Fax : +33 (0) 160764321
91011 Evry France | email : Eric.Doutreleau@int-evry.fr
Pike 7.0
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/232
Regexp's are behaving wierd ("Out of memory" and segmentation faults)
2009-04-16T14:11:39Z
Peter Bortas
Regexp's are behaving wierd ("Out of memory" and segmentation faults)
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=232
Reported by Mirar , Idonex Heavy Industries <mirar@roxen.com>
"Out of memory":
```
object re=Regexp("^((.*)[ ]|)");
string s=re->split("abcdef");
```
segmen...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=232
Reported by Mirar , Idonex Heavy Industries <mirar@roxen.com>
"Out of memory":
```
object re=Regexp("^((.*)[ ]|)");
string s=re->split("abcdef");
```
segmentation fault:
```
object re=Regexp("^((.*)[ ]|)(.*)[ ]");
string s=re->split("abcdef");
```
Pike 7.2
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/217
MySQL doesn't work after Roxen 2.0.74
2009-04-16T14:11:39Z
Peter Bortas
MySQL doesn't work after Roxen 2.0.74
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=217
Reported by Thomas Svenson, Idonex AB / Sales Engineer <thomass@roxen.com>
I have installer the binary distributions of Roxen pf for 2.0.74, 2.0.77
and 2.1.90 (plus a...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=217
Reported by Thomas Svenson, Idonex AB / Sales Engineer <thomass@roxen.com>
I have installer the binary distributions of Roxen pf for 2.0.74, 2.0.77
and 2.1.90 (plus also Challanger v1.3.122 as src).
I can only get MySQL to work (the pike module is enabled) in 2.0.74. For
all other versions it is disabled. For Challanger 1.3.122 it was fixed by
copying the mysql.so module from the binary dist.
I use MySQL 3.23.23 (had 3.23.22 firts, but upgraded to .23 to see if it
worked with that one).
Something after roxen 2.0.74 is wrong...
Pike 7.0
Peter Bortas
Peter Bortas
https://git.lysator.liu.se/pikelang/pike/-/issues/106
"Error in optimizer" says Hilfe; it is right
2009-04-16T14:11:39Z
Peter Bortas
"Error in optimizer" says Hilfe; it is right
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=106
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
Pike v7.1 release 5 running Hilfe v2.0 (Incremental Pike Frontend)
> Calendar.dwim_day;
Result: dwim_day...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=106
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
Pike v7.1 release 5 running Hilfe v2.0 (Incremental Pike Frontend)
> Calendar.dwim_day;
Result: dwim_day
Error in optimizer.
bash-2.03$
```
Pike 7.2
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/66
PiGTK doesn't work anymore
2020-02-29T17:46:10Z
Peter Bortas
PiGTK doesn't work anymore
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=66
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
When compiling Pike 7.0 from CVS, PiGTK is no longer working. This is on
Mandrake 6.x and 7.x syste...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=66
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
When compiling Pike 7.0 from CVS, PiGTK is no longer working. This is on
Mandrake 6.x and 7.x systems. The installations has obviously worked before
and has not changed.
```
Pike v7.0 release 121 running Hilfe v2.0 (Incremental Pike Frontend)
> ___GTK;
load_module("/usr/local/pike/7.0.121/lib/modules/___GTK.so") failed:
/usr/local/pike/7.0.121/lib/modules/___GTK.so: undefined symbol:
applet_widget_send_draw
/usr/local/pike/7.0.121/lib/master.pike:377:
```
low_findprog("/usr/local/pike/7.0.121/lib/modules/___GTK",".so",0)
[snip]
Broken / missing configure checks?
Pike 7.2
https://git.lysator.liu.se/pikelang/pike/-/issues/10077
Crypto.DSA verifies signature with modified R/S values
2023-11-06T12:25:25Z
Joshua Rogers
Crypto.DSA verifies signature with modified R/S values
Hi,
While conducting some tests based on [Wycheproof](https://github.com/google/wycheproof), Crypto.DSA fails one (out of ~70) test for "Modified r or s, e.g. by adding or subtracting the group order".
The following test should fail, b...
Hi,
While conducting some tests based on [Wycheproof](https://github.com/google/wycheproof), Crypto.DSA fails one (out of ~70) test for "Modified r or s, e.g. by adding or subtracting the group order".
The following test should fail, but is verified as a legitimate signature:
```
int main() {
mapping(string:string) key = ([
"g" : "16a65c58204850704e7502a39757040d34da3a3478c154d4e4a5c02d242ee04f96e61e4bd0904abdac8f37eeb1e09f3182d23c9043cb642f88004160edf9ca09b32076a79c32a627f2473e91879ba2c4e744bd2081544cb55b802c368d1fa83ed489e94e0fa0688e32428a5c78c478c68d0527b71c9a3abb0b0be12c44689639e7d3ce74db101a65aa2b87f64c6826db3ec72f4b5599834bb4edb02f7c90e9a496d3a55d535bebfc45d4f619f63f3dedbb873925c2f224e07731296da887ec1e4748f87efb5fdeb75484316b2232dee553ddaf02112b0d1f02da30973224fe27aeda8b9d4b2922d9ba8be39ed9e103a63c52810bc688b7e2ed4316e1ef17dbde",
"p" : "008f7935d9b9aae9bfabed887acf4951b6f32ec59e3baf3718e8eac4961f3efd3606e74351a9c4183339b809e7c2ae1c539ba7475b85d011adb8b47987754984695cac0e8f14b3360828a22ffa27110a3d62a993453409a0fe696c4658f84bdd20819c3709a01057b195adcd00233dba5484b6291f9d648ef883448677979cec04b434a6ac2e75e9985de23db0292fc1118c9ffa9d8181e7338db792b730d7b9e349592f68099872153915ea3d6b8b4653c633458f803b32a4c2e0f27290256e4e3f8a3b0838a1c450e4e18c1a29a37ddf5ea143de4b66ff04903ed5cf1623e158d487c608e97f211cd81dca23cb6e380765f822e342be484c05763939601cd667",
"q" : "00baf696a68578f7dfdee7fa67c977c785ef32b233bae580c0bcd5695d",
"y" : "1e77f842b1ae0fcd9929d394161d41e14614ff7507a9a31f4a1f14d22e2a627a1f4e596624883f1a5b168e9425146f22d5f6ee28757414714bb994ba1129f015d6e04a717edf9b530a5d5cab94f14631e8b4cf79aeb358cc741845553841e8ac461630e804a62f43676ba6794af66899c377b869ea612a7b9fe6611aa96be52eb8b62c979117bbbcca8a7ec1e1ffab1c7dfcfc7048700d3ae3858136e897701d7c2921b5dfef1d1f897f50d96ca1b5c2edc58cada18919e35642f0807eebfa00c99a32f4d095c3188f78ed54711be0325c4b532aeccd6540a567c327225440ea15319bde06510479a1861799e25b57decc73c036d75a0702bd373ca231349931",
]);
string msg = String.hex2string("313233343030");
string sig = String.hex2string("303e021d00a545d62d6e336775fb6a9b8495721646a54bd8c6173fc0a2295a1b7b021d00c178f07615a75535ca0ee2274e824a59fef7f79ef575a73a1e040e05");
mixed state = Crypto.DSA.State();
state->set_public_key(Gmp.mpz(key["p"], 16), Gmp.mpz(key["q"], 16), Gmp.mpz(key["g"], 16), Gmp.mpz(key["y"], 16));
bool res = state->pkcs_verify(msg, Crypto.SHA224, sig);
if(res)
write("success!\n");
return 0;
}
```
Unfortunately I cannot offer more support on this, but if you have any questions, please let me know.
Cheers,
Josh
https://git.lysator.liu.se/pikelang/pike/-/issues/10076
Crypto.DSA verifies pkcs signature with certain degree of malleability
2023-01-01T12:52:16Z
Joshua Rogers
Crypto.DSA verifies pkcs signature with certain degree of malleability
Hi,
During some tests, I've noticed that Crypto.DSA.State()->pkcs_verify() verifies a PKCS signature even if the length of the ASN.1 signature contains both trailing, and appended, zeros. e.g. 0x00000123 is accepted, even though 0x0123 ...
Hi,
During some tests, I've noticed that Crypto.DSA.State()->pkcs_verify() verifies a PKCS signature even if the length of the ASN.1 signature contains both trailing, and appended, zeros. e.g. 0x00000123 is accepted, even though 0x0123 is the correct value: "This is a signature with correct values for (r, s) but using some alternative BER encoding instead of DER encoding. Implementations should not accept such signatures to limit signature malleability"
The following test should not succeed:
```
int main() {
mapping(string:string) key = ([
"g" : "16a65c58204850704e7502a39757040d34da3a3478c154d4e4a5c02d242ee04f96e61e4bd0904abdac8f37eeb1e09f3182d23c9043cb642f88004160edf9ca09b32076a79c32a627f2473e91879ba2c4e744bd2081544cb55b802c368d1fa83ed489e94e0fa0688e32428a5c78c478c68d0527b71c9a3abb0b0be12c44689639e7d3ce74db101a65aa2b87f64c6826db3ec72f4b5599834bb4edb02f7c90e9a496d3a55d535bebfc45d4f619f63f3dedbb873925c2f224e07731296da887ec1e4748f87efb5fdeb75484316b2232dee553ddaf02112b0d1f02da30973224fe27aeda8b9d4b2922d9ba8be39ed9e103a63c52810bc688b7e2ed4316e1ef17dbde",
"p" : "008f7935d9b9aae9bfabed887acf4951b6f32ec59e3baf3718e8eac4961f3efd3606e74351a9c4183339b809e7c2ae1c539ba7475b85d011adb8b47987754984695cac0e8f14b3360828a22ffa27110a3d62a993453409a0fe696c4658f84bdd20819c3709a01057b195adcd00233dba5484b6291f9d648ef883448677979cec04b434a6ac2e75e9985de23db0292fc1118c9ffa9d8181e7338db792b730d7b9e349592f68099872153915ea3d6b8b4653c633458f803b32a4c2e0f27290256e4e3f8a3b0838a1c450e4e18c1a29a37ddf5ea143de4b66ff04903ed5cf1623e158d487c608e97f211cd81dca23cb6e380765f822e342be484c05763939601cd667",
"q" : "00baf696a68578f7dfdee7fa67c977c785ef32b233bae580c0bcd5695d",
"y" : "1e77f842b1ae0fcd9929d394161d41e14614ff7507a9a31f4a1f14d22e2a627a1f4e596624883f1a5b168e9425146f22d5f6ee28757414714bb994ba1129f015d6e04a717edf9b530a5d5cab94f14631e8b4cf79aeb358cc741845553841e8ac461630e804a62f43676ba6794af66899c377b869ea612a7b9fe6611aa96be52eb8b62c979117bbbcca8a7ec1e1ffab1c7dfcfc7048700d3ae3858136e897701d7c2921b5dfef1d1f897f50d96ca1b5c2edc58cada18919e35642f0807eebfa00c99a32f4d095c3188f78ed54711be0325c4b532aeccd6540a567c327225440ea15319bde06510479a1861799e25b57decc73c036d75a0702bd373ca231349931",
]);
string msg = String.hex2string("313233343030");
string sig = String.hex2string("3082003d021d00a545d62d6e336775fb6a9b8495721646a54bd8c6173fc0a2295a1b7b021c068259cf902e5d55eb26e7bf850a82d40fc5456b3a902679612ea4a8");
mixed state = Crypto.DSA.State();
state->set_public_key(Gmp.mpz(key["p"], 16), Gmp.mpz(key["q"], 16), Gmp.mpz(key["g"], 16), Gmp.mpz(key["y"], 16));
bool res = state->pkcs_verify(msg, Crypto.SHA224, sig);
if(res)
write("success!\n");
return 0;
}
```
Some more information about this issue can be found here: https://github.com/kjur/jsrsasign/issues/437 (the issues "long form encoding of length of sequence", "length of sequence contains leading 0", and "prepending 0's to integer" all occur in Pike), and https://github.com/kjur/jsrsasign/security/advisories/GHSA-p8c3-7rj8-q963.
Please let me know if you need more information.
Cheers,
Josh
https://git.lysator.liu.se/pikelang/pike/-/issues/10066
Segfault from Pike 8.1 - possible type check issue?
2023-01-01T12:57:15Z
Henrik (Grubba) Grubbström
Segfault from Pike 8.1 - possible type check issue?
From the Pike developers mailinglist [LysLysKOM 24913337]:
```
24913337 idag 08:30 /14 rader/ Chris Angelico <rosuav@gmail.com>
Extern mottagare: Pike Developers <pike-devel@lists.lysator.liu.se>
Mottagare: Pike (-) developers forum <21...
From the Pike developers mailinglist [LysLysKOM 24913337]:
```
24913337 idag 08:30 /14 rader/ Chris Angelico <rosuav@gmail.com>
Extern mottagare: Pike Developers <pike-devel@lists.lysator.liu.se>
Mottagare: Pike (-) developers forum <21243>
Ärende: Segfault from Pike 8.1 - possible type check issue?
```
```
float thing_sum(array(string) things) {
return `+(@(array(float))things) + 1.0;
}
```
Without the "+ 1.0" at the end (or some other arithmetic operation),
it doesn't bomb out.
GDB is pointing to src/pike_types.cmod:11185 which is just an
assignment, but I suspect the issue is the add_ref above it.
Unfortunately that line gets hit a LOT, so I didn't get very far with
debugging.
ChrisA
```
(24913337) /Chris Angelico <rosuav@gmail.com>/------
```
https://git.lysator.liu.se/pikelang/pike/-/issues/8056
Former Fix task of PIKE-55 (#8055). See it for details.
2018-01-23T14:23:51Z
Peter Bortas
Former Fix task of PIKE-55 (#8055). See it for details.
Imported from https://youtrack.roxen.com/issue/PIKE-56
Reported by @grubba
Blocking [PIKE-55](#8055)
Imported from https://youtrack.roxen.com/issue/PIKE-56
Reported by @grubba
Blocking [PIKE-55](#8055)
https://git.lysator.liu.se/pikelang/pike/-/issues/8002
Can't build Pike 8.0 in Distmaker [bug 7827]
2017-09-15T14:40:31Z
Peter Bortas
Can't build Pike 8.0 in Distmaker [bug 7827]
Imported from https://youtrack.roxen.com/issue/PIKE-2
Reported by @grubba
From Bugzilla [bug #7827]:
Getting this on RHEL7_x86_64:
```
Linking VCDiff
vcdiff_wrapper.o: In function `__static_initialization_and_destruction_0':
/usr/incl...
Imported from https://youtrack.roxen.com/issue/PIKE-2
Reported by @grubba
From Bugzilla [bug #7827]:
Getting this on RHEL7_x86_64:
```
Linking VCDiff
vcdiff_wrapper.o: In function `__static_initialization_and_destruction_0':
/usr/include/c++/4.8.2/iostream:74: undefined reference to `__dso_handle'
/usr/bin/ld: vcdiff_wrapper.o: relocation R_X86_64_PC32 against undefined
hidden symbol `__dso_handle' can not be used when making a shared object
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
Linking failed:
```
I think Pike/8.0: c65cf769826f726 could be the cause. It claims to improve
FreeBSD linking, but also adds "-nostartfiles" to Linux builds (and possibly
other OSes). Is that the idea?
https://git.lysator.liu.se/pikelang/pike/-/issues/8001
SSL Client fails with "Unsupported curve".
2016-12-12T11:07:17Z
Peter Bortas
SSL Client fails with "Unsupported curve".
Imported from https://youtrack.roxen.com/issue/PIKE-1
Reported by @grubba
From: Tobias Liin <liin@roxen.com>
To: Henrik Grubbström <grubba@roxen.com>
Date: Fri, 9 Dec 2016 17:01:04 +0100
Internal server error: Unsupported curve.
pike/...
Imported from https://youtrack.roxen.com/issue/PIKE-1
Reported by @grubba
From: Tobias Liin <liin@roxen.com>
To: Henrik Grubbström <grubba@roxen.com>
Date: Fri, 9 Dec 2016 17:01:04 +0100
Internal server error: Unsupported curve.
pike/lib/modules/SSL.pmod/Cipher.pmod:1130:
SSL.Cipher.KeyExchangeECDHE()->parse_server_key_exchange(ADT.struct(326
bytes, read# [..2] data
[3..328] free=[329..0] string))
pike/lib/modules/SSL.pmod/Cipher.pmod:410:
SSL.Cipher.KeyExchangeECDHE()->server_key_exchange(@0=ADT.struct(326 bytes,
read# [..2] data
[3..328] free=[329..0]
string),"1. \25\223??z????N??\233?!(?W\u009962D?w\237?)??C.","XJ??????%?_?4\bp?
*a?\22\1\21Di?9%?D?\as")
pike/lib/modules/SSL.pmod/ClientConnection.pike:579:
SSL.ClientConnection(handshaking)->handle_handshake(12,"\3\0\27A\4\216\35??b
?R???P\202W\235\16\214?ϵ\210i?\236U??G??{?\205\210??\225NG\206t)!\204'?[?K?5
?B\230\1O\24P?JA%?D\4\6"+[238]+"\v2,?\226?|\eߩ\u00005Jˮ\232\22M}?P","\f\0\1I
\3\0\27A\4\216\35??b?R???P\202W\235\16\214?ϵ\210i?\236U??G??{?\205\210??\225
NG\206t)!\204'?[?K?5?B\230\1O\24P?JA%"+[242]+"\v2,?\226?|\eߩ\u00005Jˮ\232\22
M}?P")
pike/lib/modules/SSL.pmod/Connection.pike:907:
SSL.ClientConnection(handshaking)->got_data("")
pike/lib/modules/SSL.pmod/File.pike:1853: SSL.File(Stdio.File("socket",
"37.153.139.141:443", 777 /* fd=53 */),
SSL.ClientConnection(handshaking))->ssl_read_callback(Stdio.File("socket",
"37.153.139.141:443", 777 /* fd=53
*/),"\26\3\3\0b\2\0\0^\3\3XJ??????%?_?4\bp?*a?\22\1\21Di?9%?D?\as
\3\222\211?B\31\32\224\u00807?-\213g??X>\1-m?tݶ\201?D?^
?0\0\0\26\0\0\0\0?\1\0\1\0\0\v\0\4\3\0\1\2\0\17\0"+[2839]+"{'\v2,?\226?|\eߩ\
u00005Jˮ\232\22M}?P\26\3\3\0\4\16\0\0\0")
pike/lib/modules/Stdio.pmod/module.pmod:1137: Stdio.File("socket",
"37.153.139.141:443", 777 /* fd=53 */)->__stdio_read_callback()
-:1: Pike.Backend(0)->`()(3600.0)
See also [bug #7825].