pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2009-04-16T14:11:39Zhttps://git.lysator.liu.se/pikelang/pike/-/issues/2820PATCH: Support for dynamic modules on MacOS X2009-04-16T14:11:39ZPeter BortasPATCH: Support for dynamic modules on MacOS XImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2820
Reported by @grubba
```
From: Bill Welliver <hww3@riverweb.com>
To: "pike@roxen.com" <pike@roxen.com>
Date: Tue, 5 Mar 2002 18:22:25 -0500
Subject: Revised patch for...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2820
Reported by @grubba
```
From: Bill Welliver <hww3@riverweb.com>
To: "pike@roxen.com" <pike@roxen.com>
Date: Tue, 5 Mar 2002 18:22:25 -0500
Subject: Revised patch for Darwin/MacOSX
```
Here's a revised patch for pike 7.3.16 to get dynamic modules working on
MacOSX/Darwin. After considerable fiddling, it appears that it will be
necessary to use the flat namespace when compiling for Darwin (ask me
offline if you need specific examples and reasons). The attached patch
provides the necessary changes for configure.in.
That said, there are some other problems that I've identified (but don't
have patches for):
1. the configure script for the Java module always fails complaining
about not having a working ls. There is no relevant information in
config.log for me to be able to determine what the problem really is,
though I'm sure it's a simple fix.
2. If I install X11 and GTK (from fink if that's helpful), it's
necessary to use the -traditional-cpp flag to get the GTK module to
compile. I'm pretty sure the flag is set in the main configure script
but it doesn't seem to propagate.
Hope this helps!
Bill
--- configure.in.orig Thu Feb 28 20:23:12 2002
+++ configure.in Tue Mar 5 18:08:03 2002
@@ -1318,6 +1318,7 @@
# Foundation framework needed by JavaVM.framework. The OS X 10.1
linker
# no longer includes indirect dependencies so we need to add them
here.
AC_SYS_COMPILER_FLAG(-framework Foundation,
framework_Foundation, LDFLAGS)
+ AC_SYS_COMPILER_FLAG(-framework System, framework_System, LDFLAGS)
```
# -flat_namespace only needed for linking with libMallocDebug
# AC_SYS_COMPILER_FLAG(-flat_namespace, flat_namespace, LDFLAGS)
@@ -5435,7 +5436,7 @@
fi
;;
Darwin*)
- LDSHARED="ld -bundle -bind_at_load -undefined suppress -lbundle1.o"
+ LDSHARED="ld -bundle -bind_at_load -flat_namespace -undefined
suppress -lbundle1.o"
;;
IRIX*)
if test "$GCC" = yes ; then
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/8105Path verification on NT sometimes fails due to case of drive letter.2018-05-15T17:37:05ZPeter BortasPath verification on NT sometimes fails due to case of drive letter.Imported from https://youtrack.roxen.com/issue/PIKE-105
Reported by @grubba
```
%% Request for /webdav/.htaccess
%% URL module mod: Authentication: .htaccess support
%% Location module [/we...Imported from https://youtrack.roxen.com/issue/PIKE-105
Reported by @grubba
```
%% Request for /webdav/.htaccess
%% URL module mod: Authentication: .htaccess support
%% Location module [/webdav/] mod: /webdav/ from c:/distt.../webdav/
%% Calling find_file()...
%% find_file(".htaccess")
Path verification of ".htaccess" failed:
"c:\\disttest\\install test\\ws_6_2\\var\\testsuite\\webdav\\" is not a prefix of "C:\\disttest\\install test\\ws_6_2\\var\\testsuite\\webdav\\.htaccess"
%% Permission denied.
%% Returned 403.
```https://git.lysator.liu.se/pikelang/pike/-/issues/1457PDFs: Code examples loses newlines2009-04-16T14:11:39ZPeter BortasPDFs: Code examples loses newlinesImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1457
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
All code examples in the pike tutorial PDF has no newlines. The same
problem exists in the Roxen manuals-Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1457
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
All code examples in the pike tutorial PDF has no newlines. The same
problem exists in the Roxen manuals-Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/5636Performance problems in Locale.Charset.*.low_convert2010-08-24T16:41:33ZPeter BortasPerformance problems in Locale.Charset.*.low_convertImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5636
Reported by Martin Karlgren <marty@roxen.com>
Locale.Charset.*.low_convert are very inefficient when they need to fallback to replacement strings/callbacks. This bec...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5636
Reported by Martin Karlgren <marty@roxen.com>
Locale.Charset.*.low_convert are very inefficient when they need to fallback to replacement strings/callbacks. This becomes noticeable when the input string is relatively large and contains many wide characters.
$ time pike -e 'Locale.Charset.encoder ("latin1", "")->feed ("\x100" * 100000);'
real 0m0.794s
user 0m0.788s
sys 0m0.000s
$ time pike -e 'Locale.Charset.encoder ("latin1", "")->feed ("\x100" * 500000);'
real 1m15.714s
user 0m24.762s
sys 0m50.815s
$ time pike -e 'Locale.Charset.encoder ("latin1", "")->feed ("\xff" * 500000);'
real 0m0.191s
user 0m0.116s
sys 0m0.008sPike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/2683Perl module produces Segmentation fault.2020-03-06T18:02:40ZPeter BortasPerl module produces Segmentation fault.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2683
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
Pike v7.3 release 13 running Hilfe v2.0 (Incremental Pike Frontend)
> Perl;
Result: object
> Perl->Perl...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2683
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
Pike v7.3 release 13 running Hilfe v2.0 (Incremental Pike Frontend)
> Perl;
Result: object
> Perl->Perl;
Result: program
> Perl->Perl();
Result: object
> indices(Perl->Perl());
Program received signal SIGSEGV, Segmentation fault.
0xfe5f7eb4 in Perl_hv_fetch () from
/i/perl/5.6.1/lib/5.6.1/sun4-solaris/CORE/libperl.so
(gdb) bt
#0 0xfe5f7eb4 in Perl_hv_fetch () from
/i/perl/5.6.1/lib/5.6.1/sun4-solaris/CORE/libperl.so
#1 0xfe5a98a0 in Perl_gv_fetchfile () from
/i/perl/5.6.1/lib/5.6.1/sun4-solaris/CORE/libperl.so
#2 0xfe5a4fb8 in S_open_script () from
/i/perl/5.6.1/lib/5.6.1/sun4-solaris/CORE/libperl.so
#3 0xfe5a151c in S_parse_body () from
/i/perl/5.6.1/lib/5.6.1/sun4-solaris/CORE/libperl.so
#4 0xfe5a0ab8 in perl_parse () from
/i/perl/5.6.1/lib/5.6.1/sun4-solaris/CORE/libperl.so
#5 0xfe7e2f14 in _perl_parse (ps=0x2dbbd8, argc=3, argv=0xfe7f7248,
envp=0x0)
at /home/nilsson/test/Pike/7.3/src/modules/Perl/perlmod.c:201
#6 0xfe7e3234 in perlmod_create (args=2997208) at
/home/nilsson/test/Pike/7.3/src/modules/Perl/perlmod.c:327
#7 0x39fd0 in low_mega_apply (type=APPLY_LOW, args=0, arg1=0x37e618,
arg2=0x2dbbd8)
at /home/nilsson/test/Pike/7.3/src/apply_low.h:187
#8 0x3b414 in mega_apply (type=APPLY_LOW, args=0, arg1=0x37e618, arg2=0x0)
at /home/nilsson/test/Pike/7.3/src/interpret.c:1400
#9 0xa1a4c in call_pike_initializers (o=0x37e618, args=0) at
/home/nilsson/test/Pike/7.3/src/object.c:279
#10 0xa1cd0 in parent_clone_object (p=0x3b4bb4, parent=0x30e848,
parent_identifier=0, args=0)
at /home/nilsson/test/Pike/7.3/src/object.c:344
#11 0x3a030 in low_mega_apply (type=APPLY_LOW, args=0, arg1=0x30e848,
arg2=0x37e618)
at /home/nilsson/test/Pike/7.3/src/apply_low.h:199
#12 0x37fd4 in opcode_F_CALL_OTHER (arg1=0) at
/home/nilsson/test/Pike/7.3/src/interpret_functions.h:1851
#13 0x371a04 in ?? ()
#14 0x3b524 in o_catch (pc=0x32d94c) at
/home/nilsson/test/Pike/7.3/src/interpret.c:1440
#15 0x3490c in opcode_F_CATCH () at
/home/nilsson/test/Pike/7.3/src/interpret_functions.h:1141
#16 0x32d94c in ?? ()
#17 0x2fa54 in eval_instruction (pc=0x3401c8) at
/home/nilsson/test/Pike/7.3/src/interpret.c:873
#18 0x3b430 in mega_apply (type=APPLY_LOW, args=0, arg1=0x286cd8,
arg2=0x25) at /home/nilsson/test/Pike/7.3/src/interpret.c:1402
#19 0xa1a4c in call_pike_initializers (o=0x286cd8, args=0) at
/home/nilsson/test/Pike/7.3/src/object.c:279
#20 0xa1cd0 in parent_clone_object (p=0x2cf63c, parent=0x286bd8,
parent_identifier=1, args=0)
at /home/nilsson/test/Pike/7.3/src/object.c:344
#21 0x3a030 in low_mega_apply (type=APPLY_LOW, args=0, arg1=0x286bd8,
arg2=0x286cd8)
at /home/nilsson/test/Pike/7.3/src/apply_low.h:199
#22 0x38210 in opcode_F_CALL_OTHER_AND_POP (arg1=126) at
/home/nilsson/test/Pike/7.3/src/interpret_functions.h:1904
#23 0x319a04 in ?? ()
#24 0x2fa54 in eval_instruction (pc=0x3166e0) at
/home/nilsson/test/Pike/7.3/src/interpret.c:873
#25 0x3b430 in mega_apply (type=APPLY_LOW, args=2, arg1=0x286dd8,
arg2=0x51) at /home/nilsson/test/Pike/7.3/src/interpret.c:1402
#26 0x3c0c4 in apply (o=0x286dd8, fun=0x180840 "_main", args=2) at
/home/nilsson/test/Pike/7.3/src/interpret.c:1703
#27 0x9a0a8 in main (argc=1, argv=0xffbefbd4) at
/home/nilsson/test/Pike/7.3/src/main.c:713
```Pike 7.4https://git.lysator.liu.se/pikelang/pike/-/issues/5344pgsql::set_charset() fails when not properly authenticated2010-03-24T09:15:47ZPeter Bortaspgsql::set_charset() fails when not properly authenticatedImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5344
Reported by Marcus Wellhardh <wellhard@roxen.com>
Got this error in the db-tab when trying to correct a non working pgsql connection to a working one:
```
...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=5344
Reported by Marcus Wellhardh <wellhard@roxen.com>
Got this error in the db-tab when trying to correct a non working pgsql connection to a working one:
```
: Internal server error: FATAL 28000: password authentication failed for user "postgres"
: (auth.c:auth_failed:1017)
:
: pike/lib/pike/modules/Sql.pmod/pgsql.pike:1071: pgsql(postgres@localhost:5432/my_db,0)->reconnect(1)
16:12:30 : pike/lib/pike/modules/Sql.pmod/pgsql.pike:963: pgsql(postgres@localhost:5432/my_db,0)->_decodemsg(7)
15m 5.8s : pike/lib/pike/modules/Sql.pmod/pgsql.pike:1746: pgsql(postgres@localhost:5432/my_db,0)->big_query("SET CLIENT_ENCODING TO 'UTF8'",UNDEFINED,UNDEFINED)
: pike/lib/pike/modules/Sql.pmod/pgsql.pike:335: pgsql(postgres@localhost:5432/my_db,0)->set_charset("UTF8")
: pike/lib/pike/modules/Sql.pmod/Sql.pike:326: Sql.Sql()->set_charset("UTF8")
: base_server/roxenloader.pike:1926: roxenloader->sq_cache_get("pgsql;//postgres;posgres@localhost/my_db:-",0,"UTF8")
: etc/modules/DBManager.pmod:672: DBManager->sql_cache_get("pgsql://postgres:posgres@localhost/my_db",0,0)
16:12:30 : etc/modules/DBManager.pmod:654: DBManager->low_get("rw","pgsql",0,UNDEFINED)
15m 5.8s : etc/modules/DBManager.pmod:1164: DBManager->get("pgsql",UNDEFINED,UNDEFINED,0,UNDEFINED)
: etc/modules/DBManager.pmod:1171: DBManager->cached_get("pgsql",UNDEFINED,UNDEFINED,UNDEFINED)
: config_interface/dbs/browser.pike:301: /lhome/wellhard/Testarea/roxen-5.0.449-release3-cms-rhel5_x86/roxen/server-5.0.449/config_interface/dbs/browser()->move_db("pgsql",RequestID(/dbs/browser.pike))
: config_interface/dbs/browser.pike:663: /lhome/wellhard/Testarea/roxen-5.0.449-release3-cms-rhel5_x86/roxen/server-5.0.449/config_interface/dbs/browser()->parse(@0=RequestID(/dbs/browser.pike))
: modules/scripting/pikescript.pike:138: RoxenModule(Administration Interface/pikescript#0)->call_script(/lhome/wellhard/Testarea/roxen-5.0.449-release3-cms-rhel5_x86/roxen/server-5.0.449/config_interface/dbs/browser()->parse,@0,Stdio.File("config_interface/dbs/browser.pike", "r", 777 /* fd=24 */))
16:12:30 : modules/scripting/pikescript.pike:262: RoxenModule(Administration Interface/pikescript#0)->handle_file_extension(@1=Stdio.File("config_interface/dbs/browser.pike", "r", 777 /* fd=24 */),"pike",@0)
15m 5.8s : base_server/configuration.pike:2359: Configuration(Administration Interface)->low_get_file(@0,UNDEFINED)
: base_server/configuration.pike:2493: Configuration(Administration Interface)->get_file(@0,UNDEFINED,UNDEFINED)
: base_server/configuration.pike:2468: Configuration(Administration Interface)->handle_request(@0,UNDEFINED)
: protocols/http.pike:2823: RequestID(/dbs/browser.pike)->handle_request()
: base_server/roxen.pike:849: roxen()->handler_thread(3)
```Pike 7.8https://git.lysator.liu.se/pikelang/pike/-/issues/932PiGTK broken in latest CVS2009-04-16T14:11:39ZPeter BortasPiGTK broken in latest CVSImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=932
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
PiGTK no longer works. First of all it can't find the sources since the
name of the build script h...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=932
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
PiGTK no longer works. First of all it can't find the sources since the
name of the build script has changed. The second issue is that it doesn't
find GTK at all:
checking for GTK - version >= 1.3.0... no
*** The gtk-config script installed by GTK could not be found
*** If GTK was installed in PREFIX, make sure PREFIX/bin is in
*** your path, or set the GTK_CONFIG environment variable to the
*** full path to gtk-config.
checking for gtk2-config... (cached) no
checking for GTK - version >= 1.2.0... no
*** The gtk-config script installed by GTK could not be found
*** If GTK was installed in PREFIX, make sure PREFIX/bin is in
*** your path, or set the GTK_CONFIG environment variable to the
*** full path to gtk-config.
checking for gtk2-config... (cached) no
checking for GTK - version >= 1.1.13... no
*** The gtk-config script installed by GTK could not be found
*** If GTK was installed in PREFIX, make sure PREFIX/bin is in
*** your path, or set the GTK_CONFIG environment variable to the
*** full path to gtk-config.
```
: 0 neotron@tezcatlipoca gtk-config --version
1.2.8
```
As you can see, it's looking for gtk2-config which I don't have installed.Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/703PiGTK _still_ doesn't work in 7.02009-04-16T14:11:39ZPeter BortasPiGTK _still_ doesn't work in 7.0Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=703
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
This is on a Mandrake 7.1 system with helix-gnome installed. Pike 7.1
_does_ work, but the 7.0 pro...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=703
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
This is on a Mandrake 7.1 system with helix-gnome installed. Pike 7.1
_does_ work, but the 7.0 problem that has been reported many times still
stands.
```
load_module("/usr/local/pike/7.0.271/lib/modules/___GTK.so") failed:
/usr/local/pike/7.0.271/lib/modules/___GTK.so: undefined symbol:
pgtk_gnome_applet_widget_bind_events
/usr/local/pike/7.0.271/lib/master.pike:377:
```
low_findprog("/usr/local/pike/7.0.271/lib/modules/___GTK",".so",0)
Gnome applet widget problems it seems.Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/3338Pike 7.2 don't recognice postgres after upgrade to postgres 7.2.12009-04-16T14:11:39ZPeter BortasPike 7.2 don't recognice postgres after upgrade to postgres 7.2.1Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3338
Reported by Robert Nilsson, <robert@rnn.nu>
I'm running Red Hat Linux 7.3 with Postgres v7.2.1, Roxen 3.3 and pike 7.2
(release 433). After I upgraded Postgres from ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3338
Reported by Robert Nilsson, <robert@rnn.nu>
I'm running Red Hat Linux 7.3 with Postgres v7.2.1, Roxen 3.3 and pike 7.2
(release 433). After I upgraded Postgres from v7.0 to 7.2.1 pike (and
therefore also Roxen) didn't support postgres anymore. "pike --features"
didn't list "postgres".
I upgraded Roxen from v2.2 to v3.3, but still no support of Postgres...
Finally found that pike was using Postgres c
library "/usr/lib/libpq.so.2.1", but that has been replaced
by "libpq.so.2.2".
Solution:
Made a symbolic link of the old name to the new:
ln -s libpq.so.2.2 libpq.so.2.1
and then Postgres was supported in Pike again.Pike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3096Pike 7.3.45 segfaults when attempting to decode an encode_value()'d program.2009-04-16T14:11:39ZPeter BortasPike 7.3.45 segfaults when attempting to decode an encode_value()'d program.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3096
Reported by James Tyson, Samizdat New Media Solutions <james@samizdat.co.nz>
The cache in Caudium 1.3 uses the following code to serialise/deserialise
data for stora...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3096
Reported by James Tyson, Samizdat New Media Solutions <james@samizdat.co.nz>
The cache in Caudium 1.3 uses the following code to serialise/deserialise
data for storage on disk:
```
string _encode_value( mixed var ) {
return MIME.encode_base64( encode_value( var, master()->Codec() ) );
}
mixed _decode_value( string data ) {
mixed obj;
if ( catch( obj = decode_value( MIME.decode_base64( data ),
master()->Codec() ) ) ) {
return 0;
}
return obj;
}
```
Which works perfectly with Pike7.2, however seems to be totally broken with
pike7.3.
The Pike process seems to backtrace when decoding the data. Here is a GDB
backtrace:
```
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 20316)]
0x08098bb1 in f_encode_value_canonic ()
(gdb) bt
#0 0x08098bb1 in f_encode_value_canonic ()
#1 0x0809d961 in re_decode ()
#2 0x0809df6f in f_decode_value ()
#3 0x0806ece2 in opcode_F_CALL_BUILTIN ()
#4 0x0837f7a4 in ?? ()
#5 0x0807126e in mega_apply ()
#6 0x0806bf47 in opcode_F_CATCH ()
#7 0x0837f70a in ?? ()
#8 0x0807126e in mega_apply ()
#9 0x0806bf47 in opcode_F_CATCH ()
#10 0x405b85da in ?? ()
#11 0x0807126e in mega_apply ()
#12 0x0806bf47 in opcode_F_CATCH ()
#13 0x405b81d5 in ?? ()
#14 0x08071198 in mega_apply ()
#15 0x08071c47 in apply_svalue ()
#16 0x081436ee in exit_files_efuns ()
#17 0x08093504 in low_backend_once ()
#18 0x08093683 in f_Backend_cq__backtick_28_29 ()
#19 0x0807007c in low_mega_apply ()
#20 0x0806e38f in opcode_F_APPLY_AND_POP ()
#21 0x082d0f3d in ?? ()
#22 0x0807126e in mega_apply ()
---Type <return> to continue, or q <return> to quit---
#23 0x0806bf47 in opcode_F_CATCH ()
#24 0x082d0eb8 in ?? ()
#25 0x08071198 in mega_apply ()
#26 0x08071ba6 in apply ()
#27 0x080c0332 in main ()
#28 0x400c617f in __libc_start_main () from /lib/libc.so.6
(gdb)
```
Aparently the bytecode interpreter barfs.
In this example the bytecode being read is the userdb module, the encoded
data being stored to the disk is "tmtlMCUGEl9zdGF0aWNfbW9kdWxlcy5zeXN0ZW0="
which is obviously incomplete. This seems to only effect the program
datatype, as simple mappings, etc seem to work fine, the metadata for this
object is being stored using the same procedure and seems to work fine
("tmtlMAEHBgB0eXBlBgR2YXJpYWJsZQYAc2l6ZQgkBgpsYXN0X3JldHJpZXZhbCgGAG5hbWUGDG1v
ZHVsZXM6Ly91c2VyZGIGA2V4cGlyZXPIO+dwFgYEX3Byb2dyYW1oBgVyYW1fY2FjaGUPBAYGZGlz
a19jYWNoZQ8EBgBoaXRzrwYAaGFzaAYcNTQ5MDMyMjE4ODVkNDU3OTM1NWE4YmJkNmZjM2VjZTkG
B2NyZWF0ZV90aW1lyDvnG7Y=")Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/2589Pike 7.4 superbug2020-03-01T13:36:41ZPeter BortasPike 7.4 superbugImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2589
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
Let this bug depend on blocker bugs for Pike 7.4.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2589
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
Let this bug depend on blocker bugs for Pike 7.4.Pike 7.6https://git.lysator.liu.se/pikelang/pike/-/issues/4464Pike-7.6 Does Not Build on MacOSX (Darwin 9.1.0) PPC2009-04-16T14:11:39ZPeter BortasPike-7.6 Does Not Build on MacOSX (Darwin 9.1.0) PPCImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4464
Reported by Philip Yi, Self <philipyi@mac.com>
Please see the Pikefarm result under machine iMac.local.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4464
Reported by Philip Yi, Self <philipyi@mac.com>
Please see the Pikefarm result under machine iMac.local.Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4465Pike-7.7 fails to build on MacOSX (Darwin 9.1.0) PPC2009-11-19T15:08:41ZPeter BortasPike-7.7 fails to build on MacOSX (Darwin 9.1.0) PPCImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4465
Reported by Philip Yi, Self <philipyi@mac.com>
Build loops on processing Gmp module. Attached is the last part of huge compilelog.txtImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4465
Reported by Philip Yi, Self <philipyi@mac.com>
Build loops on processing Gmp module. Attached is the last part of huge compilelog.txtPike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/2036Pike does not compile on OpenUNIX 8.0.02009-04-16T14:11:39ZPeter BortasPike does not compile on OpenUNIX 8.0.0Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2036
Reported by Boyd Lynn Gerber, ZENEZ <gerberb@zenez.com>
patch for pike from roxen-2.1.265 at
ftp://ftp.zenez.com/pub/zenez/prgms/roxen-pike-2.1.265-patch.tar.gzImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2036
Reported by Boyd Lynn Gerber, ZENEZ <gerberb@zenez.com>
patch for pike from roxen-2.1.265 at
ftp://ftp.zenez.com/pub/zenez/prgms/roxen-pike-2.1.265-patch.tar.gzPike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/2616#pike doesn't work2009-04-16T14:11:39ZPeter Bortas#pike doesn't workImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2616
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
(possibly duplicate of 2458)
The program
```
#pike 7.0
int main() {
mixed b = Simulate;
write(__VERSIO...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2616
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
(possibly duplicate of 2458)
The program
```
#pike 7.0
int main() {
mixed b = Simulate;
write(__VERSION__ + "\n");
}
```
yields
```
Bad argument 1 to sizeof().
/export/d1/nilsson/pike/7.3.12/lib/master.pike:835:
master()->dirnode(0)->create(0,0)
/export/d1/nilsson/pike/7.3.12/lib/master.pike:352:
```
master()->compile_file("/export/d1/nilsson/pike/7.3.12/lib/7.0/modules/Simulate.pmod",0,Si
```
mulate,master()->dirnode(0))
/export/d1/nilsson/pike/7.3.12/lib/master.pike:528:
```
master()->low_findprog("/export/d1/nilsson/pike/7.3.12/lib/7.0/modules/Simulate.pmod","",0
```
,1)
/export/d1/nilsson/pike/7.3.12/lib/master.pike:579:
```
master()->findprog("/export/d1/nilsson/pike/7.3.12/lib/7.0/modules/Simulate.pmod",".pmod",
```
0,1)
/export/d1/nilsson/pike/7.3.12/lib/master.pike:610:
```
master()->low_cast_to_program("/export/d1/nilsson/pike/7.3.12/lib/7.0/modules/Simulate","/
```
.",0,1)
/export/d1/nilsson/pike/7.3.12/lib/master.pike:802:
```
master()->low_cast_to_object("/export/d1/nilsson/pike/7.3.12/lib/7.0/modules/Simulate.pmod
```
","/.",0)
/export/d1/nilsson/pike/7.3.12/lib/master.pike:1142:
master()->findmodule("/export/d1/nilsson/pike/7.3.12/lib/7.0/modules/Simulate",0)
/export/d1/nilsson/pike/7.3.12/lib/master.pike:1311:
CompatResolver(7.0)->resolv_base("Simulate","/home/nilsson/test.pike",0)
/export/d1/nilsson/pike/7.3.12/lib/master.pike:1369:
CompatResolver(7.0)->resolv("Simulate","/home/nilsson/test.pike",0)
/export/d1/nilsson/pike/7.3.12/lib/master.pike:352:
master()->compile_file("/home/nilsson/test.pike",0,test.pike,0)
/export/d1/nilsson/pike/7.3.12/lib/master.pike:528:
master()->low_findprog("/home/nilsson/test",".pike",0,0)
/export/d1/nilsson/pike/7.3.12/lib/master.pike:574:
master()->findprog("/home/nilsson/test",".pike",0,0)
/export/d1/nilsson/pike/7.3.12/lib/master.pike:610:
```
master()->low_cast_to_program("/home/nilsson/test","/export/d1/nilsson/pike/7.3.12/lib/mas
```
ter.pike",0,0)
/export/d1/nilsson/pike/7.3.12/lib/master.pike:640:
```
master()->cast_to_program("/home/nilsson/test.pike","/export/d1/nilsson/pike/7.3.12/lib/ma
```
ster.pike",0)
test.pike:4:Placeholder already has storage!
Pike: Failed to compile script:
Compilation failed.
```
The problem is probably somewhere in compile (program.c).Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/6013Pike dumps core in f_crypt()2011-06-29T14:59:49ZPeter BortasPike dumps core in f_crypt()Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6013
Reported by Marcus Wellhardh <wellhard@roxen.com>
Reported in [RT 17307].
A customer got multiple core dumps from a Roxen CMS 5.1.185:
```
>(gdb) bt
>#0 0xfffffd7...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=6013
Reported by Marcus Wellhardh <wellhard@roxen.com>
Reported in [RT 17307].
A customer got multiple core dumps from a Roxen CMS 5.1.185:
```
>(gdb) bt
>#0 0xfffffd7fff0a4686 in ?? ()
>#1 0x0000000000591b9c in f_crypt (args=2) at /tmp/dist/5.0/pike.sol10_x86_64/pike/src/builtin_functions.c:2935
>#2 0x0000000000463c02 in eval_instruction (pc=0xc59a92 "")
> at /tmp/dist/5.0/pike.sol10_x86_64/pike/src/interpret_functions.h:2348
>#3 0x000000000045d964 in catching_eval_instruction (pc=0x1147059 "�8\001!O�<F\001]")
> at /tmp/dist/5.0/pike.sol10_x86_64/pike/src/interpret.c:2245
>#4 0x0000000000466dd7 in eval_instruction (pc=0x1147055 "Z\001")
> at /tmp/dist/5.0/pike.sol10_x86_64/pike/src/interpret_functions.h:1317
>#5 0x00000000004696a0 in f_call_function (args=0) at /tmp/dist/5.0/pike.sol10_x86_64/pike/src/interpret.c:2213
>#6 0x0000000000559060 in new_thread_func (data=0xfffffd7fffdfd500)
> at /tmp/dist/5.0/pike.sol10_x86_64/pike/src/threads.c:1125
>#7 0xfffffd7fff12bfbb in ?? ()
>#8 0x0000000000000000 in ?? ()
Hmm... Vad har variablerna ret och saltp för värden i frame #1?
(gdb) up
#1 0x0000000000591b9c in f_crypt (args=2) at /tmp/dist/5.0/pike.sol10_x86_64/pike/src/builtin_functions.c:2935
2935 i=!strcmp(ret,saltp);
(gdb) p ret
$1 = 0x0
(gdb) p saltp
$2 = 0x1783f50 "$apr1$b6a0dcb9$cr7NAImog6Wg7fksEL.mz0"
(gdb) list
2930 {
2931 pop_n_elems(args);
2932 push_text(ret);
2933 }else{
2934 int i;
2935 i=!strcmp(ret,saltp);
2936 pop_n_elems(args);
2937 push_int(i);
2938 }
2939 }
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/182Pike fails to create backend wakup pike errno 10014 (WSAEFAULT)2009-04-16T14:11:39ZPeter BortasPike fails to create backend wakup pike errno 10014 (WSAEFAULT)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=182
Reported by @grubba
This seems to occurr with Pike 7.1 on both NT4/IA32 and Windows 2000/IA64.
Pike 7.0 works fine on NT4/IA32.
errno 10014 is WSAEFAULT.
Pike compil...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=182
Reported by @grubba
This seems to occurr with Pike 7.1 on both NT4/IA32 and Windows 2000/IA64.
Pike 7.0 works fine on NT4/IA32.
errno 10014 is WSAEFAULT.
Pike compiled with FD_DEBUG and SOCKETPAIR_DEBUG:
```
H:\grubba\src\Pike7.1\build\ia64>pike
Using WinSock 2.0
New socket: 3 (1920)
bind on 3 (1920)
bind returned 0 (0)
getsockname on 3 (1920)
getsockname returned 0 (0)
listen on 3 (1920)
listen returned 0 (0)
ioctl(3 (1920,-2147195266,000000000012FB88)
ioctlsocket returned 0 (0)
New socket: 4 (1912)
connect on 4 (1912)
02 00 04 9d 7f 00 00 01 00 00 00 00 00 00 00 00
connect returned 0 (0)
Accept on 3 (1920)..
Accept failed with errno 10014
my_socketpair:fd_accept() failed, errno:10014 (2)
Closing 4 (1912)
4 (1912) closed
\grubba\src\Pike7.1\src\backend.c:250: Fatal error:
Couldn't create backend wakup pipe! errno=10014.
No stack - no backtrace.
```
This application has requested the Runtime to terminate it in an unusual
way.
Please contact the application's support team for more information.
H:\grubba\src\Pike7.1\build\ia64>Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3471Pike fails to resolve hostnames in System.chroot'ed pike2009-04-16T14:11:39ZPeter BortasPike fails to resolve hostnames in System.chroot'ed pikeImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3471
Reported by Thomas Bopp, Uni-GH Paderborn <astra@upb.de>
After chroot gethostbyname does not work anymore.
```
void main()
{
System.chroot("/root");
write("Re...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3471
Reported by Thomas Bopp, Uni-GH Paderborn <astra@upb.de>
After chroot gethostbyname does not work anymore.
```
void main()
{
System.chroot("/root");
write("Result="+sprintf("%O",System.gethostbyname("mail"))+"\n");
}
```
Removing the first line I get the normal array, with chroot
it returns 0.Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3296Pike fails to setlocale, resulting in core dump2009-04-16T14:11:39ZPeter BortasPike fails to setlocale, resulting in core dumpImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3296
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
I don't think there is anything we can do about this, but a bugreport to
reference to might be good.
```
[...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3296
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
I don't think there is anything we can do about this, but a bugreport to
reference to might be good.
```
[nilsson@m222 server]$ pike
Segmentation fault (core dumped)
[nilsson@m222 server]$ pike
Pike v7.3 release 60 running Hilfe v3.5 (Incremental Pike Frontend)
gdb backtrace:
#0 0x400c69a8 in _ufc_foobar () from /lib/libc.so.6
#1 0x400db3b1 in msort_with_tmp (b=0x82944c0, n=2, s=8,
cmp=0x400d6008 <alias_compare>, t=0xbfffb500 "") at msort.c:72
#2 0x400db305 in msort_with_tmp (b=0x82944c0, n=5, s=8,
cmp=0x400d6008 <alias_compare>, t=0xbfffb500 "") at msort.c:47
#3 0x400db305 in msort_with_tmp (b=0x82944c0, n=11, s=8,
cmp=0x400d6008 <alias_compare>, t=0xbfffb500 "") at msort.c:47
#4 0x400db305 in msort_with_tmp (b=0x82944c0, n=23, s=8,
cmp=0x400d6008 <alias_compare>, t=0xbfffb500 "") at msort.c:47
#5 0x400db305 in msort_with_tmp (b=0x82944c0, n=47, s=8,
cmp=0x400d6008 <alias_compare>, t=0xbfffb500 "") at msort.c:47
#6 0x400db463 in qsort (b=0x82944c0, n=47, s=8,
cmp=0x400d6008 <alias_compare>) at msort.c:98
#7 0x400d5c5c in read_alias_file (
fname=0xffffff7c <Address 0xffffff7c out of bounds>, fname_len=-452984831)
at localealias.c:368
#8 0x400d5b1f in _nl_expand_alias (name=0xbffffee7 "en_US")
at localealias.c:205
#9 0x400d11c6 in _nl_find_locale (locale_path=0x8293f88 "/usr/lib/locale",
locale_path_len=16, category=0, name=0xbffff8b4) at findlocale.c:87
#10 0x400d05a8 in setlocale (category=0, locale=0x8197d54 "")
at setlocale.c:384
#11 0x080c9bec in main (argc=1, argv=0xbffffacc)
at /home/nilsson/Pike/7.3/src/main.c:275
#12 0x400c7336 in __libc_start_main (main=0x80c9b20 <main>, argc=1,
ubp_av=0xbffffacc, init=0x805f96c <_init>, fini=0x8177030 <_fini>,
rtld_fini=0x4000d2fc <_dl_fini>, stack_end=0xbffffabc)
at ../sysdeps/generic/libc-start.c:129
where main.c:275 is the following setlocate
#ifdef LC_CTYPE
setlocale(LC_CTYPE, "");
#endif
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/8096Pike file name APIs are inconsistent on NT.2020-03-05T17:31:30ZPeter BortasPike file name APIs are inconsistent on NT.Imported from https://youtrack.roxen.com/issue/PIKE-96
Reported by @grubba
On POSIX systems file names are encoded with UTF-8.
On NT on the other hand a mix of Latin-1 and UTF-16 is used.
Change the APIs on NT to also use UTF-8 consi...Imported from https://youtrack.roxen.com/issue/PIKE-96
Reported by @grubba
On POSIX systems file names are encoded with UTF-8.
On NT on the other hand a mix of Latin-1 and UTF-16 is used.
Change the APIs on NT to also use UTF-8 consistently.