pike issues
https://git.lysator.liu.se/pikelang/pike/-/issues
2009-04-16T14:11:39Z
https://git.lysator.liu.se/pikelang/pike/-/issues/1276
oracle queries with real columns return "Unknown error"
2009-04-16T14:11:39Z
Peter Bortas
oracle queries with real columns return "Unknown error"
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1276
Reported by Peter J. Holzer, WSR <hjp@wsr.ac.at>
Software involved:
Roxen 2.1.231
Pike 7.0.312
Oracle 8.1.7 (also 8.1.5 or 8.0.6)
Redhat Linux 6.2 (Kernel 2.2.14-5.0...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1276
Reported by Peter J. Holzer, WSR <hjp@wsr.ac.at>
Software involved:
Roxen 2.1.231
Pike 7.0.312
Oracle 8.1.7 (also 8.1.5 or 8.0.6)
Redhat Linux 6.2 (Kernel 2.2.14-5.0smp)
SQL queries which reference real columns of real tables fail with an
Unknown error:
RXML parse error: Query failed: Unknown error
| <emit host="CENSORED" query="select T from V" source="sql">
However pseudocolumns seem to work ok, e.g,
<emit source="sql" host="wf" query="select user from dual">
<tr>
<td>&_.USER;</td>
</tr>
</emit>
prints the expected
+---+
|HJP|
+---+
("wf" is defined in the sql database module)
Pike 7.0
https://git.lysator.liu.se/pikelang/pike/-/issues/1203
Failure to detect closed connections when using Poll
2009-04-16T14:11:39Z
Peter Bortas
Failure to detect closed connections when using Poll
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1203
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
This is a problem in all Pike versions most likely. When using poll() in
non-blocking mode w/o a ...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1203
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
This is a problem in all Pike versions most likely. When using poll() in
non-blocking mode w/o a read_callback, you won't know if the remote end
closed down. When you use select, you get a write callback in which the
write results in -1 (i.e error). With poll you don't get this last write
callback. A fix is attached. It simply calls the write_callback in case of
POLLERR or POLLHUP when there is no read_callback available.
Pike 7.0
Henrik (Grubba) Grubbström
Henrik (Grubba) Grubbström
https://git.lysator.liu.se/pikelang/pike/-/issues/1181
Can't build Pike 7.2 or 7.3 in separate build directory
2009-04-16T14:11:39Z
Peter Bortas
Can't build Pike 7.2 or 7.3 in separate build directory
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1181
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
I can no longer build Pike 7.2 or 7.3 using a separate build directory. The
object files gets pla...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1181
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
I can no longer build Pike 7.2 or 7.3 using a separate build directory. The
object files gets placed in the source tree for some weird reason. Pike 7.0
build works fine so it's nothing wrong on my end AFAIK. I tried checking
out Pike 7.2 from scratch (removing the old source tree) and then running
'make' (i.e the "automatic build" feature). It didn't work. This is an
example of some output when running make -n (notice the last line - ie the
.o file destination):
```
echo Making Gdbm; \
( cd Gdbm && \
( rm remake >/dev/null 2>&1 || : ) && \
( make MODNAME=Gdbm || \
( test -f remake && make MODNAME=Gdbm ) ) \
) || exit $?;
Making Gdbm
make[3]: Entering directory
`/home/neotron/pike/7.2/build/linux-2.4.1-4mdk-i686/modules/Gdbm'
if test "x" != x ; then echo "LINKER_OPTIONS+=" ; else : ; fi ; echo ""
>linker_options
echo "" >modlist_headers
echo "" >modlist_segment
echo "Compiling /home/neotron/pike/7.2/src/modules/Gdbm/gdbmmod.c" ;\
if /home/neotron/pike/7.2/build/linux-2.4.1-4mdk-i686/smartlink gcc -I.
-I/home/neotron/pike/7.2/src/modules/Gdbm
-I/home/neotron/pike/7.2/src/modules/Gdbm/../.. -I../.. -I.
-I/usr/local/include -I/usr/X11R6-DRI/include -I/usr/X11R6/include
-I/home/neotron/pike/7.2/src
-I/home/neotron/pike/7.2/build/linux-2.4.1-4mdk-i686 -g -mpentiumpro -O2
-pipe -W -Wall -Wno-unused -Wcomment -Wformat
-Wimplicit-function-declaration -Wmultichar -Wswitch -Wuninitialized
-Wpointer-arith -Wchar-subscripts -Wno-long-long -fPIC -DDYNAMIC_MODULE
-c /home/neotron/pike/7.2/src/modules/Gdbm/gdbmmod.c -o
/home/neotron/pike/7.2/src/modules/Gdbm/gdbmmod.o ; then : ;\
```
Pike 7.2
https://git.lysator.liu.se/pikelang/pike/-/issues/1131
The dynamic loading test fails on Sol8x86 when not compiling in the source di...
2009-04-16T14:11:39Z
Peter Bortas
The dynamic loading test fails on Sol8x86 when not compiling in the source directory.
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1131
Reported by Per Hedbor, Idonex <per@roxen.com>
```
/home/per/src/Pike/7.3/build/sunos-5.8-i86pc/smartlink gcc -c -g -O2 -pipe
-mcpu=pentiumpro -fPIC conftest.c -o co...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1131
Reported by Per Hedbor, Idonex <per@roxen.com>
```
/home/per/src/Pike/7.3/build/sunos-5.8-i86pc/smartlink gcc -c -g -O2 -pipe
-mcpu=pentiumpro -fPIC conftest.c -o conftest.o
/home/per/src/Pike/7.3/bin/smartlink /usr/ccs/bin/ld -G -R/usr/local/lib
-L/usr/local/lib conftest.o -o conftest.so
configure:19037: /home/per/src/Pike/7.3/build/sunos-5.8-i86pc/smartlink gcc
-o conftest -g -O2 -pipe -mcpu=pentiumpro -R/usr/local/lib
-L/usr/local/lib conftest.c -ldl -lrt -lnsl -lsocket -lm -lpthread
-lthread 1>&5
configure:19032:26: dynamic_load.c: No such file or directory
configure: failed program was:
#line 19029 "configure"
#include "confdefs.h"
#define TESTING
#include "dynamic_load.c"
void testfunc2(void) { exit(0); }
```
Pike 7.2
https://git.lysator.liu.se/pikelang/pike/-/issues/1060
NT build fails with Guru meditation #00000000.c0000005.
2009-04-16T14:11:39Z
Peter Bortas
NT build fails with Guru meditation #00000000.c0000005.
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1060
Reported by @grubba
```
/net/kali/E/devel/autobuild/nt4_build/pike7.1-20010118194629.tar/build/windows_nt-x86/smartlink
rntcl -I.
-I/net/kali/E/devel/autobuild/nt4_b...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1060
Reported by @grubba
```
/net/kali/E/devel/autobuild/nt4_build/pike7.1-20010118194629.tar/build/windows_nt-x86/smartlink
rntcl -I.
-I/net/kali/E/devel/autobuild/nt4_build/pike7.1-20010118194629.tar/src
-I/usr/local/include
-I/net/kali/E/devel/autobuild/nt4_build/pike7.1-20010118194629.tar/src
-I/net/kali/E/devel/autobuild/nt4_build/pike7.1-20010118194629.tar/build/windows_nt-x86
-g -O2 -R/usr/local/lib -L/usr/local/lib language.o security.o
bignum.o interpret.o constants.o cpp.o fdlib.o cyclic.o array.o backend.o
callback.o encode.o docode.o dynamic_buffer.o dynamic_load.o error.o
fd_control.o fsort.o gc.o hashtable.o lex.o multiset.o signal_handler.o
pike_search.o pike_types.o main.o mapping.o pike_memory.o module.o
module_support.o object.o opcodes.o operators.o port.o program.o rusage.o
stralloc.o stuff.o threads.o version.o queue.o builtin.o svalue.o crypt.o
las_t.o builtin_functions_t.o peep_t.o `cat modules/linker_options`
-lkernel32 -lws2_32 -ladvapi32 -lm -o tpike
gmp.lib(copyi.o) : warning LNK4078: multiple ".text" sections found with
different attributes (E0000020)
make[4]: Leaving directory
`/net/kali/E/devel/autobuild/nt4_build/pike7.1-20010118194629.tar/build/windows_nt-x86'
/net/kali/E/devel/autobuild/nt4_build/pike7.1-20010118194629.tar/build/windows_nt-x86/tpike
-DNOT_INSTALLED
-m/net/kali/E/devel/autobuild/nt4_build/pike7.1-20010118194629.tar/build/windows_nt-x86/master.pike
/net/kali/E/devel/autobuild/nt4_build/pike7.1-20010118194629.tar/bin/mktreeopt.pike
/net/kali/E/devel/autobuild/nt4_build/pike7.1-20010118194629.tar/src/treeopt.in
|| ( mv
/net/kali/E/devel/autobuild/nt4_build/pike7.1-20010118194629.tar/build/windows_nt-x86/tpike
/net/kali/E/devel/autobuild/nt4_build/pike7.1-20010118194629.tar/build/windows_nt-x86/tpike.bug
; exit 1 )
Software failure. Press left mouse button to continue.
Guru meditation #00000000.c0000005
```
See AutoBuild for details.
Pike 7.2
https://git.lysator.liu.se/pikelang/pike/-/issues/1029
Inserting binary data into a MySQL database fails
2009-04-16T14:11:39Z
Peter Bortas
Inserting binary data into a MySQL database fails
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1029
Reported by Ian Delahorne, Roxen IS <ian@roxen.com>
Inserting binary data into a MySQL on Win2k/NT4 barfs. Backtrace from
hilfe (same error in Roxen):
```
> object ...
Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1029
Reported by Ian Delahorne, Roxen IS <ian@roxen.com>
Inserting binary data into a MySQL on Win2k/NT4 barfs. Backtrace from
hilfe (same error in Roxen):
```
> object o = Sql.sql("mysql://localhost/test");
Result: object
> string s = Stdio.File("/web/test.jpg")->read();
> strlen(s);
Result: 163054
> o->quote(s);
> strlen(o->quote(s));
Result: 167663
> o->query("insert into bintest values(0, "+o->quote(s))+")");
Syntax error.
> o->query("insert into bintest values(0, "+o->quote(s)+")");
mysql->big_query(): Query failed (You have an error in your SQL syntax
near '▒Ex
if\0\0II*\\0\0\0 \0☼☺☻\0♣\0\0\0z\0\0\0►☺☻\0♀\0\0\0Ç\0\0\0↕☺♥\0☺\0\0
\0☺\0\
0\' at line 1)
C:/Program Files/Roxen Internet
Software/WebServer/server/pike/lib/pike/modules/
Sql.pmod/mysql.pike: big_query("insert into bintest values
(0, ╪ ß\32▒Exif\\0\\0
II*\\0\b\\0\\0\\0\t\\0\17\1\2\\0\5\\0\\0\\0z\\0\\0\\0\20\1\2\\0\14\\0\\0
\\0Ç\\0\
\0\\0\22\1\3\\0\1\\0\\0\\0\1\\0\\0\\0\32\1\5\\0\1\\0\\0\\0î\\0\\0\\0\33\1\5
\\0\1
\\0\\0\\0ö\\0\\0\\0(\1\3\\0\1\\0\\0\\0\2\\0\\0\\02\1\2\\0\24\\0\\0\\0£\\0
\\0\\0\
23\2\3\\"+[167499])
C:/Program Files/Roxen Internet
Software/WebServer/server/pike/lib/pike/modules/
Sql.pmod/sql.pike:352: query("insert into bintest values(0, ╪ ß\32▒Exif\\0
\\0II
*\\0\b\\0\\0\\0\t\\0\17\1\2\\0\5\\0\\0\\0z\\0\\0\\0\20\1\2\\0\14\\0\\0
\\0Ç\\0\\0
\\0\22\1\3\\0\1\\0\\0\\0\1\\0\\0\\0\32\1\5\\0\1\\0\\0\\0î\\0\\0\\0\33\1\5
\\0\1\\
0\\0\\0ö\\0\\0\\0(\1\3\\0\1\\0\\0\\0\2\\0\\0\\02\1\2\\0\24\\0\\0\\0£\\0\\0
\\0\23
\2\3"+[167500],0)
-:1: ___Foo4711()
>
```
Pike 7.0
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