pike issueshttps://git.lysator.liu.se/pikelang/pike/-/issues2009-04-16T14:11:39Zhttps://git.lysator.liu.se/pikelang/pike/-/issues/793GetWindowsDirectory() needed2009-04-16T14:11:39ZPeter BortasGetWindowsDirectory() neededImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=793
Reported by Johan Schön <js@roxen.com>
Roxen needs a wrapper for the (pretty simple)
win32 function GetWindowsDirectory():
http://msdn.microsoft.com/library/psdk/sys...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=793
Reported by Johan Schön <js@roxen.com>
Roxen needs a wrapper for the (pretty simple)
win32 function GetWindowsDirectory():
http://msdn.microsoft.com/library/psdk/sysmgmt/sysinfo_4k55.htmPike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/754catch{} catches continue2009-04-16T14:11:39ZPeter Bortascatch{} catches continueImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=754
Reported by Martin Stjernholm <mast@roxen.com>
The following program writes five lines. If the catch block around the if
statement is removed, three lines are written...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=754
Reported by Martin Stjernholm <mast@roxen.com>
The following program writes five lines. If the catch block around the if
statement is removed, three lines are written instead. I think it should be
that way in either case.
```
int main()
{
for (int i = 0; i < 5; i++) {
catch {
if (i > 2) continue;
};
werror ("i = %d\n", i);
}
}
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/721bug with final and inherit2009-04-16T14:11:39ZPeter Bortasbug with final and inheritImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=721
Reported by Thomas Bopp, Uni-GH Paderborn <astra@upb.de>
```
I have 4 files:
a.pike: void foo();
b.pike: void foo();
c.pike:
inherit "a";
inherit "b";
final void foo(...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=721
Reported by Thomas Bopp, Uni-GH Paderborn <astra@upb.de>
```
I have 4 files:
a.pike: void foo();
b.pike: void foo();
c.pike:
inherit "a";
inherit "b";
final void foo() {
write("bar\n");
}
d.pike: inherit "c";
main() {
object o = new("d");
o->foo();
}
```
When I put all classes in one file it works, but
when each class is in a separate file it says "illegal to
redefine nomask function foo".Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/712float is missing in type definition using +, * or -2009-04-16T14:11:39ZPeter Bortasfloat is missing in type definition using +, * or -Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=712
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
```
int|float sqr(int|float x)
{
return x * x;
}
float f(float x)
{
return sqr(x) + sq...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=712
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
```
int|float sqr(int|float x)
{
return x * x;
}
float f(float x)
{
return sqr(x) + sqr(x);
} // ^-- can be e.g. +, * or -...
-:8:Wrong return type.
-:8:Expected: float
-:8:Got : int
^^^ should be int|float
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/711Type resolver bug: float is missing in type definition2009-04-16T14:11:39ZPeter BortasType resolver bug: float is missing in type definitionImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=711
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
```
void main()
{
array a = ({});
lambda(array(float) b) {} (map(a, `*, 1.0));
}
-:4:B...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=711
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
```
void main()
{
array a = ({});
lambda(array(float) b) {} (map(a, `*, 1.0));
}
-:4:Bad argument 1 to __lambda_65583_0.
-:4:Expected: function(array(float) : zero)
-:4:Got : function(array(string | array) : void | mixed)
^^^^^^^^^^^^^^-- float is missing
```Pike 7.6Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/710Result from `<=(0.0, 2.0, 1.0) is messed up2009-04-16T14:11:39ZPeter BortasResult from `<=(0.0, 2.0, 1.0) is messed upImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=710
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
The last call should return 1.
```
Pike v7.1 release 11 running Hilfe v2.0 (Incremental Pike F...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=710
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
The last call should return 1.
```
Pike v7.1 release 11 running Hilfe v2.0 (Incremental Pike Frontend)
> `<=(0.0, 2.0, 1.0);
Result: 0
> !`<=(0.0, 2.0, 1.0);
Result: 0
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/705Parser.HTML makes Hilfe dump core.2009-04-16T14:11:39ZPeter BortasParser.HTML makes Hilfe dump core.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=705
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
Pike v7.1 release 11 running Hilfe v2.0 (Incremental Pike Frontend)
> object p = Parser.HTML();
Result: ...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=705
Reported by Martin Nilsson, IDA <nilsson@pike.ida.liu.se>
```
Pike v7.1 release 11 running Hilfe v2.0 (Incremental Pike Frontend)
> object p = Parser.HTML();
Result: object
> p->_set_data_callback(lambda(mixed ... foo) { return; });
Result: object
> p->feed("<br>");
/net/lister/export/mast/7.1/src/modules/Parser/html.c:1304: Fatal error:
internal error: tail not found in feed (put_out_feed_range)
Attempting to dump backlog (may fail)...
Backtrace at time of fatal:
module.HTML: feed(0)
-:1: ___Foo4711()
/i/pike/7.1.11/lib/modules/Tools.pmod/Hilfe.pmod:103: do_evaluate("mixed
___Foo4711() { return (mixed)(p->feed(\"<br>\")); }\n",1)
/i/pike/7.1.11/lib/modules/Tools.pmod/Hilfe.pmod:585:
parse_statement("p->feed(\"<br>\");")
/i/pike/7.1.11/lib/modules/Tools.pmod/Hilfe.pmod:366: do_parse()
/i/pike/7.1.11/lib/modules/Tools.pmod/Hilfe.pmod:225:
add_buffer("p->feed(\"<br>\");\n")
/i/pike/7.1.11/lib/modules/Tools.pmod/Hilfe.pmod:605:
add_input_line("p->feed(\"<br>\");\n")
/i/pike/7.1.11/lib/modules/Tools.pmod/Hilfe.pmod:685: create()
Hilfe: StdinHilfe()
Abort (core dumped)
```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/701OCI_DEFAULT not defined in Oracle 7.2009-04-16T14:11:39ZPeter BortasOCI_DEFAULT not defined in Oracle 7.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=701
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
config.log for Oracle 7/Solaris 2.5.1 says:
```
configure:1258: checking for working Oracle...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=701
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
config.log for Oracle 7/Solaris 2.5.1 says:
```
configure:1258: checking for working Oracle libs
configure:1275:
/home/distmaker/Distmaker/2.1/build/pike.sol2.5.1/build/smartlink gcc -c
-I/i/oracle/7.3.4/oci/include -I/i/oracle/7.3.4/rdbms/demo/
-I/i/oracle/7.3.4/rdbms/public/ -I/i/oracle/7.3.4/network/public/
-I/i/oracle/7.3.4/plsql/public -I/i/oracle/7.3.4/otrace/public
-I/home/distmaker/Distmaker/2.1/link/sol2.5.1/include -I/usr/local/include
-I/home/distmaker/Distmaker/2.1/build/pike.sol2.5.1/pike/src
-I/home/distmaker/Distmaker/2.1/build/pike.sol2.5.1/build conftest.c 1>&5
configure:1266: oci.h: No such file or directory
configure: failed program was:
#line 1264 "configure"
#include "confdefs.h"
```
#include <oci.h>
int main() {
```
OCIInitialize(OCI_DEFAULT,0,0,0,0);
```
; return 0; }Pike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/690GC stage 90: Object count wrong before gc; expected 1869, got 1870.2009-04-16T14:11:39ZPeter BortasGC stage 90: Object count wrong before gc; expected 1869, got 1870.Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=690
Reported by @grubba
Latest Pike 7.1 compiled with dmalloc (autobuild):
```
/tmp/autobuild-dm/pike7.1-20001108232206.tar/src/gc.c:1994: Fatal error:
Pike was in GC st...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=690
Reported by @grubba
Latest Pike 7.1 compiled with dmalloc (autobuild):
```
/tmp/autobuild-dm/pike7.1-20001108232206.tar/src/gc.c:1994: Fatal error:
Pike was in GC stage 90 when this fatal occured:
Object count wrong before gc; expected 1869, got 1870.
Attempting to dump backlog (may fail)...
Backtrace at time of fatal:
testsuite: Test 5538 (shift 1):1: a()
/tmp/autobuild-dm/pike7.1-20001108232206.tar/bin/test_pike.pike:572:
main(3,({"/tmp/autobuild-dm/pike7.1-20001108232206.tar/bin/test_pike.pike","modules/CommonLog/module_testsuite","modules/Gdbm/module_testsuite","modules/Gettext/module_testsuite",,,35}))
SIGABRT 6* abort (generated by abort(3) routine)
si_signo [6]: SIGABRT 6* abort (generated by abort(3) routine)
si_errno [0]: Error 0
si_code [-1]: SI_LWP [pid: 24783, uid: 997]
stackpointer=FFBEE6A8
"Finalizer" (TID:0x196630c, sys_thread_t:0x1966250, state:CW, thread_t:
t@7, threadID:0xfde91d78, stack_bottom:0xfde92000, stack_size:0x20000)
prio=8
[1] java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:106)
[2] java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:128)
[3] java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:175)
-------------------
"Reference Handler" (TID:0x26cf0cc, sys_thread_t:0x26cf010, state:CW,
thread_t: t@6, threadID:0xfdec1d78, stack_bottom:0xfdec2000,
stack_size:0x20000) prio=10
[1] java.lang.Object.wait(Object.java:424)
[2] java.lang.ref.Reference$ReferenceHandler.run(Reference.java:107)
-------------------
"Signal dispatcher" (TID:0x1725a9c, sys_thread_t:0x17259e0, state:MW,
thread_t: t@5, threadID:0xfdef1d78, stack_bottom:0xfdef2000,
stack_size:0x20000) prio=10
-------------------
"main" (TID:0x20b728c, sys_thread_t:0x20b71d0, state:R, thread_t: t@1,
threadID:0x12e2100, stack_bottom:0xffbf0000, stack_size:0x20000) prio=5
*current thread*
```
-------------------
Abort - core dumpedPike 7.2https://git.lysator.liu.se/pikelang/pike/-/issues/684Pike on NT busy waits2009-04-16T14:11:39ZPeter BortasPike on NT busy waitsImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=684
Reported by Ronald Perrella, BellSouth.COM <ron.perrella@bellsouth.com>
I have noticed that after starting Roxen as a service on NT and
Windows/2000, the pike program...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=684
Reported by Ronald Perrella, BellSouth.COM <ron.perrella@bellsouth.com>
I have noticed that after starting Roxen as a service on NT and
Windows/2000, the pike program starts eating up CPU time. It is not a
large amount but it seems to use time even when the server is getting NO
hits.
In addition, the pike process uses 10mb of RAM. This seems kind of high
but is not important to me.
I am using the Roxen 2.1.135 version (according to the Version file.)Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/678sscanf problem2009-04-16T14:11:39ZPeter Bortassscanf problemImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=678
Reported by Thomas Bopp, Uni-GH Paderborn <astra@upb.de>
I cannot reproduce this bug in a simple case. sscanf is not
The code is:
```
private static array(object)
ge...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=678
Reported by Thomas Bopp, Uni-GH Paderborn <astra@upb.de>
I cannot reproduce this bug in a simple case. sscanf is not
The code is:
```
private static array(object)
get_sanction_new(string str, mapping vars)
{
array(object) sanctions = ({ });
string ustr;
object obj;
int oid;
if ( stringp(ustr=copy_value(vars["sanction_new_"+str])) ) {
int res;
LOG("Initial String is: " + ustr);
while ( (res = sscanf(ustr, "user_%d%s", oid, ustr)) > 0 ) {
LOG("Found " + oid + " new: " + ustr + " Result:"+res);
obj = find_object(oid);
if ( objectp(obj) )
sanctions += ({ obj });
}
LOG("Last Result was: " + res + " on " + ustr + " str="+str);
}
return sanctions;
}
and the output:
Initial String is: user_235user_239user_240
Found 235 new: user_239user_240 Result:2
Last Result was: 0 on user_239user_240 str=user
```
When I write a simple pike program with only a main function this
works fine. I also played around with a mapping, etc. The copy_value
was also just to check what happens. Also tried to have another
string in the sscanf, like sscanf(ustr...,s) and ustr = s; in the
body of the loop.
---Thomas
PS: Roxen seems to concat values of a variable if the same variable is
placed more often in the call (like test?type=1&type=2 id->vars["type"]
=="12"). Wouldnt it be better to have type = { "1","2" } ?
This happens when I have a <select multiple>Pike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/673Typo in Sql.pmod/sql_result.pike2009-04-16T14:11:39ZPeter BortasTypo in Sql.pmod/sql_result.pikeImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=673
Reported by @grubba
```
From: hollydog@urbi.com.br
To: roxen@roxen.com
Date: Tue, 7 Nov 2000 20:23:29 GMT
Subject: little bug in Sql.pmod
```
I found a little bug in...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=673
Reported by @grubba
```
From: hollydog@urbi.com.br
To: roxen@roxen.com
Date: Tue, 7 Nov 2000 20:23:29 GMT
Subject: little bug in Sql.pmod
```
I found a little bug in Sql.pmod/sql_result.pike :
in line 104, instead
```
master_res->seek(index);
```
should be
```
master_res->seek(skip);
```
Bye,
Marcio
Aguiar
---------------------------------------------
Este email foi enviado pelo webmail da Urbi Network.
http://www.urbi.com.br/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/660Hilfe sessions rendered unusable after certain errors2009-04-16T14:11:39ZPeter BortasHilfe sessions rendered unusable after certain errorsImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=660
Reported by Johan H Sundström, IDA <jhs@pike.ida.liu.se>
After entering an improper line like the one in this example, the
interactive pike session is rendered useles...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=660
Reported by Johan H Sundström, IDA <jhs@pike.ida.liu.se>
After entering an improper line like the one in this example, the
interactive pike session is rendered useless, since every new entered line
of pike code will get the same error from then on.
```
Pike v7.1 release 11 running Hilfe v2.0 (Incremental Pike Frontend)
> int x,int y;
> "Ah, shoot.";
-:2:int is a reserved word.
-:6:parse error
-:6:Missing ']'.
> dump
int :0
y :0
x :0
```Pike 7.2Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/655ld: Invalid loader fixup in text space needed in output file2009-04-16T14:11:39ZPeter Bortasld: Invalid loader fixup in text space needed in output fileImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=655
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
```
linking _Image_TTF
ld: Invalid loader fixup in text space needed in output file for symbol
...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=655
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
```
linking _Image_TTF
ld: Invalid loader fixup in text space needed in output file for symbol
"$000003BD" in input file
"/home/distmaker/Distmaker/2.1/link/hpux11/lib/libttf.a(freetype.o)"
Linking failed:
/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/bin/smartlink ld -b -o
module.sl image_ttf.o -R/home/distmaker/Distmaker/2.1/link/hpux11/lib
-L/home/distmaker/Distmaker/2.1/link/hpux11/lib -R/usr/local/lib
-L/usr/local/lib -ldld -lrt -lnsl -lm -lpthread -lttf
/i/gcc/2.95.2/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/libgcc.a -lc
/i/gcc/2.95.2/lib/gcc-lib/hppa1.1-hp-hpux11.00/2.95.2/libgcc.a
cp: cannot access module.so: No such file or directory
make[2]: *** [dummy] Error 1
```Pike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/651Name space pollution part 22009-04-16T14:11:39ZPeter BortasName space pollution part 2Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=651
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
This one causes numerous problems with embedded PHP. spider.c defines a
non-static variable "empty...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=651
Reported by David Hedbor, Idonex / Real Networks <david@hedbor.org>
This one causes numerous problems with embedded PHP. spider.c defines a
non-static variable "empty_string". This is also used all over PHP4, where
it's supposed to be a (char *)"". Naturally, this is BAD. Two patches will
be attached. Please apply ASAP.Pike 7.0https://git.lysator.liu.se/pikelang/pike/-/issues/650Upon loading Oracle: Can't shl_load() a library containing Thread Local Storage2009-04-16T14:11:39ZPeter BortasUpon loading Oracle: Can't shl_load() a library containing Thread Local StorageImported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=650
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
Oracle bugs out on Hopper:
```
$ ORACLE_HOME=/i/oracle/8.1.6 bin/pike
Pike v7.0 release 264 ru...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=650
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
Oracle bugs out on Hopper:
```
$ ORACLE_HOME=/i/oracle/8.1.6 bin/pike
Pike v7.0 release 264 running Hilfe v2.0 (Incremental Pike Frontend)
> Oracle;
/usr/lib/dld.sl: Can't shl_load() a library containing Thread Local
Storage: /usr/lib/libcl.2
/usr/lib/dld.sl: Exec format error
Result: object
>
```Pike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/649src/port.c:507: `HUGE' undeclared (first use in this function)2009-04-16T14:11:39ZPeter Bortassrc/port.c:507: `HUGE' undeclared (first use in this function)Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=649
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
```
echo /home/distmaker/Distmaker/2.1/build/pike.hpux11/build/smartlink gcc
-I. -I/home/distma...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=649
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
```
echo /home/distmaker/Distmaker/2.1/build/pike.hpux11/build/smartlink gcc
-I. -I/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src
-I/usr/local/include
-I/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src
-I/home/distmaker/Distmaker/2.1/build/pike.hpux11/build
-I/usr/local/include
-I/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src
-I/home/distmaker/Distmaker/2.1/build/pike.hpux11/build -W -Wall
-Wpointer-arith -Wno-unused -c
/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src/port.c -o port.o
/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src/port.c: In
function `STRTOD':
/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src/port.c:403:
warning: subscript has type `char'
/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src/port.c:416:
warning: subscript has type `char'
/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src/port.c:507: `HUGE'
undeclared (first use in this function)
/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src/port.c:507: (Each
undeclared identifier is reported only once
/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src/port.c:507: for
each function it appears in.)
make[1]: *** [port.o] Error 1
make[1]: Leaving directory
`/home/distmaker/Distmaker/2.1/build/pike.hpux11/build'
make: *** [all] Error 2
```Pike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbströmhttps://git.lysator.liu.se/pikelang/pike/-/issues/642HTTPLoop/requestobject.c:861: too few arguments to function `__sendfile64'2009-04-16T14:11:39ZPeter BortasHTTPLoop/requestobject.c:861: too few arguments to function `__sendfile64'Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=642
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
Compile error on HPUX-11 (Hopper):
```
echo /home/distmaker/Distmaker/2.1/build/pike.hpux11/bu...Imported from http://bugzilla.roxen.com/bugzilla/show_bug.cgi?id=642
Reported by Fredrik Noring, Roxen Internet Software <noring@roxen.com>
Compile error on HPUX-11 (Hopper):
```
echo /home/distmaker/Distmaker/2.1/build/pike.hpux11/build/smartlink gcc
-I.
-I/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src/modules/HTTPLoop
-I/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src/modules/HTTPLoop/../..
-I../.. -I. -I/usr/local/include
-I/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src
-I/home/distmaker/Distmaker/2.1/build/pike.hpux11/build -DDYNAMIC_MODULE
-I/usr/local/include
-I/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src
-I/home/distmaker/Distmaker/2.1/build/pike.hpux11/build -W -Wall
-Wpointer-arith -Wno-unused -fPIC -c
/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src/modules/HTTPLoop/requestobject.c
-o requestobject.o
/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src/modules/HTTPLoop/requestobject.c:
In function `actually_send':
/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src/modules/HTTPLoop/requestobject.c:861:
warning: passing arg 3 of `__sendfile64' makes integer from pointer without
a cast
/home/distmaker/Distmaker/2.1/build/pike.hpux11/pike/src/modules/HTTPLoop/requestobject.c:861:
too few arguments to function `__sendfile64'
make[2]: *** [requestobject.o] Error 1
```Pike 7.0Henrik (Grubba) GrubbströmHenrik (Grubba) Grubbström