pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2009-04-16T14:11:39Zhttps://git.lysator.liu.se/pikelang/pike/-/issues/3072The mv() function doesn't work accross filesystems2009-04-16T14:11:39ZPeter BortasThe mv() function doesn't work accross filesystemsImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3072
Reported by Marek Habersack, The Caudium Group <grendel@caudium.net>
This is due to the fact that rename(2) uses hardlinks to rename the files
and they don't work ac...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3072
Reported by Marek Habersack, The Caudium Group <grendel@caudium.net>
This is due to the fact that rename(2) uses hardlinks to rename the files
and they don't work accross filesystems. The attached diff fixes it by
using a file copy followed by an unlink in the situation when the
destination is on a different filesystem than the source. The mv()
semantics aren't changed, simply augmented that way.Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4851utime on a directory fails2015-03-27T17:43:33ZPeter Bortasutime on a directory failsImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4851
Reported by Tor Edvardsson <tor@roxen.com>
On Windows, utime on a directory gives the following
```
Pike v7.8 release 286 running Hilfe v3.5 (Incremental Pike Fron...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4851
Reported by Tor Edvardsson <tor@roxen.com>
On Windows, utime on a directory gives the following
```
Pike v7.8 release 286 running Hilfe v3.5 (Incremental Pike Frontend)
> object o = file_stat("test");
> utime("test", o->atime, o->mtime);
Compiler Warning: 1: Returning a void expression. Converted to zero.
utime(): Failed: Access denied
HilfeInput:1: HilfeInput()->___HilfeWrapper()
```
on a normal file this works
```
Pike v7.8 release 286 running Hilfe v3.5 (Incremental Pike Frontend)
> object o = file_stat("test.txt");
> utime("test.txt", o->atime, o->mtime);
Compiler Warning: 1: Returning a void expression. Converted to zero.
(1) Result: 0
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/4434Problem with map type (?)2020-03-01T15:02:31ZPeter BortasProblem with map type (?)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4434
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
This code
```
#pragma strict_types
```
string f(int i) { return (string)i; }
```
void main(int n, array(...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=4434
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
This code
```
#pragma strict_types
```
string f(int i) { return (string)i; }
```
void main(int n, array(string) args)
{
array(int) a = (array(int))(args[0]);
sprintf("%@s", map(a, f));
}
```
produces the warning
```
/home/nilsson/Pike/7.7/type.pike:9: Warning: Type mismatch in argument 2 to
sprintf.
/home/nilsson/Pike/7.7/type.pike:9: Warning: Expected: array(object | string)
/home/nilsson/Pike/7.7/type.pike:9: Warning: Got : array(string | mixed)
```Pike 7.8Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3925Modules using CMOD can't be compiled.2009-04-16T14:11:39ZPeter BortasModules using CMOD can't be compiled.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3925
Reported by Adam Montague, Sirius Hosting <amontague@siriushosting.com>
It appears as though any modules using CMOD (including one I am writing
myself) cannot compil...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3925
Reported by Adam Montague, Sirius Hosting <amontague@siriushosting.com>
It appears as though any modules using CMOD (including one I am writing
myself) cannot compile. If I switch my module to just using a .c source
file it works fine, but if I use a .cmod file I get:
make PIKE_INCLUDES=-I/usr/local/include/pike PIKE_SRC_DIR=/usr/local/
include/pike BUILD_BASE=/usr/local/include/pike MODULE_BASE=/usr/local/
include/pike TMP_BINDIR=/usr/local/include/pike SRCDIR=. FULL_SRCDIR=/home/
adam/pike-fcgi/ TMP_MODULE_BASE=. PIKE_EXTERNAL_MODULE=pike_external_module
CORE_AUTODOC_PATH=/usr/local/lib/doc/src/core_autodoc.xml SYSTEM_DOC_PATH=/
usr/local/lib/doc/ SYSTEM_MODULE_PATH=/usr/local/lib/pike/modules
LOCAL_MODULE_PATH=$$HOME/lib/pike/modules RUNPIKE=pike depend
make: don't know how to make /usr/local/include/pike/precompile.sh-stamp
creating an empty /usr/local/include/pike/precompile.sh-stamp allows the
modules to compile.Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3651Segmenteringsfel "0x00000034 could not be read"2013-09-03T15:10:52ZPeter BortasSegmenteringsfel "0x00000034 could not be read"Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3651
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
pike.exe crashar med läsfel. Se bifogade skärmbilder.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3651
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
pike.exe crashar med läsfel. Se bifogade skärmbilder.Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3534There are no safeguards if Regexp.Regexp runs out of stack2009-04-16T14:11:39ZPeter BortasThere are no safeguards if Regexp.Regexp runs out of stackImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3534
Reported by Martin Stjernholm <mast@roxen.com>
The following causes Regexp.Regexp to consume an arbitrary amount of stack.
The problem is that it's unchecked so that...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3534
Reported by Martin Stjernholm <mast@roxen.com>
The following causes Regexp.Regexp to consume an arbitrary amount of stack.
The problem is that it's unchecked so that pike segfaults.
```
> Regexp rx = Regexp( "(\"([^\"\\\\]|\\\\.)*\")" );
> rx->split("\""+"x"*0xe800+"\"");
Segmentation fault (core dumped)
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3215HTTP Relay Module fails on 2.4.1032009-04-16T14:11:39ZPeter BortasHTTP Relay Module fails on 2.4.103Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3215
Reported by Ian Delahorne, Roxen IS <ian@roxen.com>
I'm trying to use the HTTP Relay on 2.4.103, with mixed results. Just a
simple LOCATION / CALL url... generates t...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3215
Reported by Ian Delahorne, Roxen IS <ian@roxen.com>
I'm trying to use the HTTP Relay on 2.4.103, with mixed results. Just a
simple LOCATION / CALL url... generates the following backtrace:
```
: Internal server error: Lookup in destructed object.
: base_server/configuration.pike (version 1.513):1706:
Configuration(artifexludi.fluffboll.org)->handle_request(object)
: protocols/http.pike (version 1.369):1913: unknown function()
1:09:01 : base_server/roxen.pike (version 1.795):588: roxen-
>handler_thread(2)
1d13h37m : internal_error() also failed: Cannot call functions in
destructed objects.
: Unknown program: destructed object->function(({"Lookup in
destructed object.\n",({({"/mnt/disk/export/web/cms/roxen/server-
2.4.103/base_server/roxen.pike (version 1.795)",588,@0=roxen-
>handler_thread,2}),,,1})}))
: protocols/http.pike (version 1.369):1914: unknown function()
: base_server/roxen.pike (version 1.795):588: roxen-
>handler_thread(2)
: Cannot access global variables in destructed object.
1:09:01 : protocols/http.pike (version 1.369):1916: unknown function()
1d13h37m : base_server/roxen.pike (version 1.795):588: roxen-
>handler_thread(2)
Stdio.File(): not open.
module.File: Stdio.File("socket", "www.feline.pp.se:80", 777 /* fd=-1 */)-
>_disable_callbacks()
/web2/cms/roxen/server-
2.4.103/pike/lib/pike/modules/Stdio.pmod/module.pmod (version 1.115):966:
Stdio.File("socket", "www.feline.pp.se:80", 777 /* fd=-1 */)-
>set_nonblocking(0,0,0,0,0)
/web2/cms/roxen/server-
2.4.103/pike/lib/pike/modules/Stdio.pmod/module.pmod (version 1.115):371:
Stdio.File("socket", "www.feline.pp.se:80", 777 /* fd=-1 */)-
>_async_check_cb(0)
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3186mktime behaves differently on different systems.2009-04-16T14:11:39ZPeter Bortasmktime behaves differently on different systems.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3186
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
[nilsson@m222 basun]$ uname -m -s -p -r
Linux 2.4.2-2 i586 unknown
[nilsson@m222 basun]$ pike
Pike v7.3...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3186
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
[nilsson@m222 basun]$ uname -m -s -p -r
Linux 2.4.2-2 i586 unknown
[nilsson@m222 basun]$ pike
Pike v7.3 release 49 running Hilfe v3.5 (Incremental Pike Frontend)
> mktime(32,9,19,24,6,102,0,0);
(1) Result: 1027541372
bash-2.03$ uname -m -s -p -r
SunOS 5.8 sun4u sparc
bash-2.03$ pike
Pike v7.3 release 39 running Hilfe v3.3 (Incremental Pike Frontend)
> mktime(32,9,19,24,6,102,0,0);
(1) Result: 1027537772
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3106Pthreads detection on OpenBSD 3.x2009-04-16T14:11:39ZPeter BortasPthreads detection on OpenBSD 3.xImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3106
Reference: http://sourceforge.net/tracker/index.php?func=detail&aid=559577&group_id=8825&atid=108825
Reported by Xavier Beaudouin, ISDnet <kiwi@isdnet.net>
Bugrepor...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3106
Reference: http://sourceforge.net/tracker/index.php?func=detail&aid=559577&group_id=8825&atid=108825
Reported by Xavier Beaudouin, ISDnet <kiwi@isdnet.net>
Bugreports for CAMAS/Caudium about OpenBSD told us that the current
autoconfigure from pike 7.2.339 fails to find the pthreads supports of
OpenBSD 3.x branch.
Tinkering the machine.h help that detection.
It's maybe a good idea to update the autconf to handle that.
OpenBSD one need the flag -pthreads (not -lpthreads as in most
other variants), see http://www.openbsd.org/cgi-bin/man.cgi?query=pthreads.
There for pike dosn't have the threads feature on OpenBSD.
Attached machine.h and config.status from that machine.Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/3004Line number error on IA322009-04-16T14:11:39ZPeter BortasLine number error on IA32Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3004
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
From the testsuite:
```
testsuite: Test 9971 (shift 2) Line numbering failed.
1: object(LR.parser) p=LR...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=3004
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
From the testsuite:
```
testsuite: Test 9971 (shift 2) Line numbering failed.
1: object(LR.parser) p=LR.Grammar_parser.make_parser("foo : bar;foo :
foo bar;bar : \"a\";"); int pos; array(string) data="aaaaaaaaa"/""; string
scan() { if (pos < sizeof(data)) return(data[pos++]); else return ""; } int
a() { return(p->parse(scan) == "a"); }
2: int __cpp_line=__LINE__; int __rtl_line=[int]backtrace()[-1][1];
CPP lines: 2
RTL lines: 1
Actual lines: 2
```Pike 7.4https://git.lysator.liu.se/pikelang/pike/-/issues/2823spurious type warning on call to constructor of user-defined class2009-11-17T16:09:13ZPeter Bortasspurious type warning on call to constructor of user-defined classImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2823
Reported by Robert J. Budzynski, Warsaw University, Dept. of Physics <Robert.Budzynski@fuw.edu.pl>
Whether this warning appears or not depends on the ordering
of def...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2823
Reported by Robert J. Budzynski, Warsaw University, Dept. of Physics <Robert.Budzynski@fuw.edu.pl>
Whether this warning appears or not depends on the ordering
of definitions in the source file: If I switch the definitions,
defining main() *after* the class that it uses, the warning goes away.
Tested on 7.2.236 and 7.3.16.
Here's a test case, where I threw out for clarity all the code
that does any real work:
```
#!/usr/local/bin/pike -w
#pragma strict_types
int main()
{
Stdio.Stream mbox;
mbox = Stdio.File("/dev/zero", "r");
Mbox_iterator it = Mbox_iterator(mbox);
return 0;
}
class Mbox_iterator
{
static
{
constant BSIZE = 8192;
Stdio.Stream f;
string buf = "";
}
static void create(Stdio.Stream _f)
{
f = _f;
buf = f->read(BSIZE);
}
}
// end of test case
```
The warning looks like:
```
fubar.pike:8: Warning: Arguments not strictly compatible.
fubar.pike:8: Warning: Expected: function(zero | void ... : object(is 65601))
fubar.pike:8: Warning: Got : function(object(implements 65592) : void | mixed)
```Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/2727optional has no effect(?)2009-04-16T14:11:39ZPeter Bortasoptional has no effect(?)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2727
Reported by Martin Stjernholm <mast@roxen.com>
I didn't expect a type error in this program:
```
class X
{
optional void foo();
X x();
}
```...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2727
Reported by Martin Stjernholm <mast@roxen.com>
I didn't expect a type error in this program:
```
class X
{
optional void foo();
X x();
}
```
class Y
{
X x() {return Y();} // Line 9
}
int main() {}
In both 7.2 and 7.3, I get:
```
foo.pike:9:Wrong return type.
foo.pike:9:Expected: object(implements 65586)
foo.pike:9:Got : object(is 65587)
foo.pike:9:Missing identifier "foo".
foo.pike:10:Class definition failed.
Pike: Failed to compile script:
Compilation failed.
```
I thought that the "optional" modifier was supposed to prevent exactly this
situation.Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/2664Pike @ MacOS X 10.1.x patches2020-03-01T13:48:14ZPeter BortasPike @ MacOS X 10.1.x patchesImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2664
Reported by @grubba
From the pike@roxen.com mailinglist:
```
From: Bill Welliver <hww3@riverweb.com>
To: "pike@roxen.com" <pike@roxen.com>
Date: Sun, 6 Jan 2002 14:...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2664
Reported by @grubba
From the pike@roxen.com mailinglist:
```
From: Bill Welliver <hww3@riverweb.com>
To: "pike@roxen.com" <pike@roxen.com>
Date: Sun, 6 Jan 2002 14:56:18 -0500
Subject: Pike and MacOS X 10.1.x
```
After considerable fiddling, I was able to get Pike to compile
successfully with dynamic modules, and then get the latest Caudium from
CVS to work. I was using a recent CVS snapshot of Pike in order to make
this all happen.
For Pike:
MacOSX 10.1 introduces a two-level namespace for its dynamic loader. It
also uses this by default, which is probably not what we want for pike.
We also get command line errors by mixing flat and two_level arguments.
In order to get back to the flat namespace, you have to modify the
LDSHARED definition for Darwin in configure:
--- START OF DIFF ---
```
--- configure.orig Thu Nov 1 17:04:57 2001
+++ configure Sun Jan 6 10:38:15 2002
@@ -21815,7 +21815,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
```
--- END OF DIFF ---
That alone should get you through the configure, but there are a few
problems compiling:
Image module:
ld complains of incorrect references to symbols restFP and saveFP. These
symbols are defined in /usr/lib/libcc_dynamic.a, so you have to include
cc_dynamic as a library. I did this using the environment variable:
CFLAGS="-I/sw/include" LDFLAGS="-lcc_dynamic -L/sw/lib" ./configure
(I have the fink package installed, and fink installs everything in /sw,
so that's where I have gmp and several other libraries.) Perhaps
cc_dynamic can get automatically added to the list of C libraries on a
Darwin system...Pike 7.4Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/2662Pike fails to generate auto.c in the GL module2009-04-16T14:11:39ZPeter BortasPike fails to generate auto.c in the GL moduleImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2662
Reported by Marek Habersack, The Caudium Group <grendel@caudium.net>
The gen.pike script generating auto.c seems to bomb on the input from
auto.c.in - it happens onl...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=2662
Reported by Marek Habersack, The Caudium Group <grendel@caudium.net>
The gen.pike script generating auto.c seems to bomb on the input from
auto.c.in - it happens only on the PPC architecture (m68k compiles fine, so
it's not endianness). As I have no access to any PPC machine atm, I can't
provide more information except for what follows:
Debian bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=122956&repeatmerged=yes
Note from a fellow Debian developer:
7.2.238-2 built even on m68k so it's no endianness
issue. The other thing that makes powerpc very different is varargs (and
it usually triggers segfaults). Please look into things like
va_list orig_va = va (should be __va_copy(orig_va, va)).
The builder machine runs the following software:
Debian/Sid
glibc 2.2
gcc 2.95
I'm trying to find a suitable PPC machine for testing now.
(pike 7.2 compiles just fine on machines like hppa, ia64, s390, alpha,
sparc, mips, m68k, arm - although on some of them there were problems due
to signedness assumption for the 'char' type - arm, ppc and s390 assume it
to be unsigned vs. signed on other architectures)Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1744Problems with Protocols.HTTP and https requests.2009-04-16T14:11:39ZPeter BortasProblems with Protocols.HTTP and https requests.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1744
Reported by Marcus Wellhardh <wellhard@roxen.com>
I got the following backtrace when I tryed to make a https request to a
roxen 2.2 server. I could not reproduce the...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1744
Reported by Marcus Wellhardh <wellhard@roxen.com>
I got the following backtrace when I tryed to make a https request to a
roxen 2.2 server. I could not reproduce the error.
```
| Indexing the NULL value with "write".
| /home/wellhard/projects/pike-7.2/lib/modules/SSL.pmod/sslfile.pike:267:
write_blocking()
| /home/wellhard/projects/pike-7.2/lib/modules/SSL.pmod/sslfile.pike:237:
get_blocking_to_handshake_finsihed_state()
| /home/wellhard/projects/pike-7.2/lib/modules/SSL.pmod/sslfile.pike:492:
create(Stdio.File("socket", "194.52.182.158:7012", 777 /* fd=-1
*/),/home/wellhard/projects/pike-7.2/lib/modules/SSL.pmod/context.pike(),1,1)
|
/home/wellhard/projects/pike-7.2/lib/modules/Protocols.pmod/HTTP.pmod/Query.pike:254:
Query()->connect("194.52.182.158",7012,1)
|
/home/wellhard/projects/pike-7.2/lib/modules/Protocols.pmod/HTTP.pmod/Query.pike:579:
Query()->sync_request("194.52.182.158",7012,"GET
/_internal/g"+[24]+"d7hyzl9 HTTP/1.0","Connection: Keep"+[290]+" gzip,
deflate\r\n","")
|
/home/wellhard/projects/pike-7.2/lib/modules/Protocols.pmod/HTTP.pmod/module.pmod:121:
do_method("GET",URI("https://lime:7012/_internal/graphic_text!0/a6iz46g8$ad7hyzl9"),0,mapping[9],Query(),"")
| /home/wellhard/projects/roxen-bench/modules/replay.pike:156:
do_request(mapping[18],111,"2")
```Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/665Line numbers wrong due to shared nodes.2009-04-16T14:11:39ZPeter BortasLine numbers wrong due to shared nodes.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=665
Reported by Martin Stjernholm <mast@roxen.com>
In a certain situation in Roxen I encountered a place where the line number
info gets very wrong. To reproduce:
1. Ge...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=665
Reported by Martin Stjernholm <mast@roxen.com>
In a certain situation in Roxen I encountered a place where the line number
info gets very wrong. To reproduce:
1. Get a Roxen 2.2 from about 21:00 November 6.
2. Apply the attached patch to server/etc/modules/RXML.pmod/module.pmod.
3. Create a normal server with a filesystem and an rxml parser.
4. Create a file containing "&form.var;" and request it.
This will produce a Pike backtrace where the line number in the top entry
is 374, which is way outside the offending function rxml_index.
The line number gets correct if the freeze_node function in las.c is
defeated.Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1686Postgres/generic SQL2015-02-27T16:54:24ZPeter BortasPostgres/generic SQLImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1686
Reported by Gabor Medve, home <macigabi@yahoo.com>
The same problem as in the bug no. 1310 on another platform/OS. I've tried
it with PostgreSQL 7.0.2 and 7.1.0. I'v...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1686
Reported by Gabor Medve, home <macigabi@yahoo.com>
The same problem as in the bug no. 1310 on another platform/OS. I've tried
it with PostgreSQL 7.0.2 and 7.1.0. I've tried to use Sql(), Sql.sql(),
Sql.postgres() and Postgres.postgres() to connect to the database but I
couldn't. The error msg was the same as in the bug no. 1310 exept when I
tried the other methods I got an error msg of big_query(). Sorry for
disturbing in the case you know already this problem.Pike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/1523SIGFPE in _OtsRemainder64Unsigned () from /usr/shlib/libc.so2020-02-29T18:00:13ZPeter BortasSIGFPE in _OtsRemainder64Unsigned () from /usr/shlib/libc.soImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1523
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
Attempting to view index.html in a newly created Demolabs configuration
yields:
: -...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1523
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
Attempting to view index.html in a newly created Demolabs configuration
yields:
: -- Total boot time 113.1 seconds ---------------------------
:
13:01:52 : ** 2001-04-12 13:01 pid: 13507 ppid: 8624 uid: noring
1m53.1s :
```
Program received signal SIGFPE, Arithmetic exception.
0x3ff814b70f0 in _OtsRemainder64Unsigned () from /usr/shlib/libc.so
(gdb) bt
#0 0x3ff814b70f0 in _OtsRemainder64Unsigned () from /usr/shlib/libc.so
#1 0x3ff814a70dc in __divq () from /usr/shlib/libc.so
warning: Hit heuristic-fence-post without finding
warning: enclosing function for address 0x3000280735c
This warning occurs if you are debugging a function without any symbols
(for example, in a stripped executable). In that case, you may wish to
increase the size of the search with the `set heuristic-fence-post'
command.
```
Otherwise, you told GDB there was a function where there isn't one, or
(more likely) you have encountered a bug in GDB.
Running with -t2:
```
- ttf.pike: 56: 140871740->__lambda_66069_0("nfonts/32/lucida/CVS")
- ttf.pike: 47: 14059bd00->r_get_dir("nfonts/32/lucida/CVS")
- roxenloader.pike:1093: 14059bd00->roxen_path("nfonts/32/lucida/CVS")
- roxenloader.pike:1069: 14059bd00->roxen_version()
- Return: "2.1.243"
- roxenloader.pike:1070: 140574280->getenv("LOCALDIR")
- Return: 0
- Return: ({ /* 2 elements */
"$VARDIR/2.1.243",
"../local"
})
- Return: "nfonts/32/lucida/CVS"
- roxenloader.pike:1074: 1406cc280->query("logdirprefix")
- roxenloader.pike:1074: 140842a00->query()
- Return: 1
- roxenloader.pike:1074: 140842a00->default_value()
- Return: "../logs/"
- Return: "nfonts/32/lucida/CVS"
- roxenloader.pike:1078: 140574280->getenv("VARDIR")
- Return: 0
- Return: "nfonts/32/lucida/CVS"
- Return: "nfonts/32/lucida/CVS"
- Return: ({ /* 3 elements */
"Root",
"Repository",
"Entries"
})
- Return: "nfonts/32/lucida/CVS/Root"
- Return: ({ /* 7 elements */
33204,
5,
987067381,
986999928,
987067403,
6549,
6549
})
- Return: "nfonts/32/lucida/CVS/Root"
- ttf.pike: 62: 1405aba40->`()("nfonts/32/lucida/CVS/Root")
- Return: "nfonts/32/lucida/CVS/Repository"
- Return: ({ /* 7 elements */
33204,
39,
987067381,
986999928,
987067403,
6549,
6549
})
- Return: "nfonts/32/lucida/CVS/Repository"
- ttf.pike: 62: 1405aba40->`()("nfonts/32/lucida/CVS/Repository")
- Return: "nfonts/32/lucida/CVS/Entries"
- Return: ({ /* 7 elements */
33204,
142,
987067381,
986999928,
987067403,
6549,
6549
})
- Return: "nfonts/32/lucida/CVS/Entries"
- ttf.pike: 62: 1405aba40->`()("nfonts/32/lucida/CVS/Entries")
- Return: 0
- Return: "nfonts/32/lucida/bi"
- Return: ({ /* 7 elements */
33204,
165488,
987067381,
950194310,
987067403,
6549,
6549
})
- Return: "nfonts/32/lucida/bi"
- ttf.pike: 62: 1405aba40->`()("nfonts/32/lucida/bi")
- Return: "nfonts/32/lucida/bn"
- Return: ({ /* 7 elements */
33204,
142344,
987067381,
950194312,
987067404,
6549,
6549
})
- Return: "nfonts/32/lucida/bn"
- ttf.pike: 62: 1405aba40->`()("nfonts/32/lucida/bn")
- Return: "nfonts/32/lucida/ni"
- Return: ({ /* 7 elements */
33204,
148540,
987067381,
950194313,
987067404,
6549,
6549
})
- Return: "nfonts/32/lucida/ni"
- ttf.pike: 62: 1405aba40->`()("nfonts/32/lucida/ni")
- Return: "nfonts/32/lucida/nn"
- Return: ({ /* 7 elements */
33204,
125284,
987067381,
950194315,
987067404,
6549,
6549
})
- Return: "nfonts/32/lucida/nn"
- ttf.pike: 62: 1405aba40->`()("nfonts/32/lucida/nn")
- Return: 0
- Return: 0
- Return: 0
- Return: ({ /* 2 elements */
0,
0
})
- Return: 0
- Return: ({ /* 1 element */
"nn"
})
- Return: (< /* 1 element */
"nn"
>)
- Return: "nn"
- Return: "quadrangle"
- Return: "quadrangle"
- ttf.pike: 230: 1405aba40->`()("nfonts/Quadrang.ttf")
- Return: object
- ttf.pike: 231: 1410a3600->`()()
- -: 0: 14107af20->create(object)
```
Program received signal SIGFPE, Arithmetic exception.
0x3ff814b70f0 in _OtsRemainder64Unsigned () from /usr/shlib/libc.so
(gdb)Pike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/1520php modules compile in pike 7.2, 7.3 error:2009-04-16T14:11:39ZPeter Bortasphp modules compile in pike 7.2, 7.3 error:Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1520
Reported by Thomas Lau, N/A <lkthomas@hkicable.com>
Hi, I try to compile pike 7.2 and 7.3, work fine in compile
processing, but can not start pike script ( roxen cha...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1520
Reported by Thomas Lau, N/A <lkthomas@hkicable.com>
Hi, I try to compile pike 7.2 and 7.3, work fine in compile
processing, but can not start pike script ( roxen chat client ), so I
point /usr/local/bin/pike back to 7.0.xx, the program work fine again
next, I am going to compile php modules for roxen and pike, 7.0.xx --->
anything work fine, no error happened
7.2,7.3 got error.h not found msg when I compile php modules, why?
please test it if you can
7.0xx, 7.2, 7.3 are cvs version
using FreeBSD 4.2
ThanksPike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/1348Image.Colortable loses colors2009-04-16T14:11:39ZPeter BortasImage.Colortable loses colorsImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1348
Reported by Henrik Wallin, Roxen <hedda@roxen.com>
The order of elements in an array of colors to Image.Colortable() is
important somehow.
/home/hedda/colortablebug...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=1348
Reported by Henrik Wallin, Roxen <hedda@roxen.com>
The order of elements in an array of colors to Image.Colortable() is
important somehow.
/home/hedda/colortablebugg.pike @ Idonex is an exemple program that read
the file k.png and generates one correct file 'rätt.gif' and one errorous
file 'fel.gif'. The only difference is the order of the elements in the
array.Pike 7.4