Pike-devel

pike-devel@lists.lysator.liu.se

3044 discussions

arrays in Java
by Bill Welliver 05 Sep '03

05 Sep '03

I've been fiddling with the Java support lately, and it appears that while the Java bridge has no real documentation, it's pretty full featured. That said, I'm trying to get a feel for the limitations, and ran into one that just doesn't seem right: if I create a new java array of any type other than string, I can't assign values to it: example using string: import Java; object t=machine->find_class("java/lang/String"); object o=pkg["java/lang/reflect/Array"]->newInstance(t, 5); o[0]="foo"; o[1]="bar"; works just fine, but this example using integers doesnt: import Java; object t=machine->find_class("java/lang/Integer"); object o=pkg["java/lang/reflect/Array"]->newInstance(t, 5); o[0]=12; o[1]=5; incompatible types passed to method. jvm.c:3550: jvm.c:3550()->`[]=(0,1) /usr/local/pike/7.4.20/lib/modules/Java.pmod:301: Java.jarray()->`[]=(0,1) test.pike:7: test()->main() Any ideas? I had been using java the manual way by manually connecting methods, and it worked fine using Array.set() (admittedly a different technique). Thanks! Bill

7 20

Java under FreeBSD
by Xavier Beaudouin 04 Sep '03

04 Sep '03

Hello, I am trying to make Java support under FreeBSD (mostly for some .jsp and some caudiumish things). When I trying to search for java, the autoconf file does that : ################################################### ## Configuring module: Java ## Installation dir: checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for executable suffix... checking for object suffix... (cached) o checking whether we are using the GNU C compiler... (cached) yes checking whether /home/kiwi/xenoclient/pike-7.5/kiwi.isdnet.net/buildtmp/Pike7.5- 20030904-122007/build/freebsd-4.8-release-p3-i386/smartlink gcc accepts -g... (cached) yes checking if we are using TCC... (cached) no checking how to run the C preprocessor... gcc -E checking which operating system we are using... freebsd checking which architecture we are using... i386 checking what kind of threads to use... native_threads checking for working ls... /bin/ls checking for JAVA_HOME... /usr/local/jdk1.3.1/jre checking for Java libraries... /usr/local/jdk1.3.1/jre/lib/i386/classic /usr/local/jdk1.3.1/jre/lib/i386 Adding /usr/local/jdk1.3.1/jre/lib/i386/classic /usr/local/jdk1.3.1/jre/lib/i386 to the library search path. checking for the Java include directory... /usr/local/jdk1.3.1/jre/../include Adding /usr/local/jdk1.3.1/jre/../include to the include search path. Adding /usr/local/jdk1.3.1/jre/../include/freebsd to the include search path. checking for JavaVM (MacOS X)... no checking for jni.h... yes checking for winbase.h... (cached) no checking for setjmp.h... (cached) yes checking for sysOpen in -lhpi... no checking for JNI_CreateJavaVM in -ljvm... no checking for known machine language... x86 checking whether make sets ${MAKE}... (cached) yes checking for the Pike base directory... /home/kiwi/xenoclient/pike-7.5/kiwi.isdnet.net/buildtmp/Pike7.5- 20030904-122007/src updating cache ../.././config.cache configure: creating ./config.status config.status: creating make_variables config.status: creating Makefile config.status: creating module.pmod.in config.status: creating config.h configure: configuring in MIME configure: running /usr/local/bin/bash '/home/kiwi/xenoclient/pike-7.5/kiwi.isdnet.net/buildtmp/Pike7.5- 20030904-122007/src/modules/MIME/configure' --cache-file=../.././config.cache --srcdir=/home/kiwi/xenoclient/pike-7.5/kiwi.isdnet.net/buildtmp/ Pike7.5-20030904-122007/src/modules/MIME configure: loading cache ../.././config.cache But ... checking for JNI_CreateJavaVM in -ljvm... no Is the most interresting part, config.log says : configure:2450: checking for JNI_CreateJavaVM in -ljvm configure:2471: /home/kiwi/xenoclient/pike-7.5/kiwi.isdnet.net/buildtmp/Pike7.5- 20030904-122007/build/freebsd-4.8-release-p3-i386/smartlink gcc -o conftest -g -I/usr/local/include/pth -I/usr/local/jdk1.3.1/jre/../include/freebsd -I/usr/loc al/jdk1.3.1/jre/../include -I/usr/local/include -I/usr/X11R6/include -L/usr/loc al/jdk1.3.1/jre/lib/i386 -R/usr/local/jdk1.3.1/jre/lib/i386 -L/usr/local/jdk1.3. 1/jre/lib/i386/classic -R/usr/local/jdk1.3.1/jre/lib/i386/classic -g -O2 -pipe - I/usr/local/include/pth -L/usr/local/lib/pth conftest.c -ljvm -lm -lpthread -lc rypt >&5 /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm.so: undefined reference to `setFPMode' configure:2474: $? = 1 configure: failed program was: #line 2459 "configure" #include "confdefs.h" #include <jni.h> int main () { JNI_CreateJavaVM((JavaVM**)0,(void**)0,(void*)0); ; return 0; } configure:2500: result: no Now what it "sefFTPMode" and where does this thing comming from ? /Xavier

3 3

Pike Conference 2003 - 2nd Announcement
by Martin Baehr 04 Sep '03

04 Sep '03

could a news item be added to the pike site with the announcement below? (the first paragraph with the new links could be used as the summary for the front page) Call for Participation and Contributions Pike Conference 2003 - Sep 25-27 Pike In Distributed Knowledge Environments http://pike.ida.liu.se/conferences/2003/ The Pike conference is only a few weeks away and it is time to register, you can do that now on the conference website: http://www.open-steam.org/conferences/pike2003/ http://www.open-steam.org/conferences/pike2003/registration Conference Information: ----------------------- The conference is being held on the 25th to the 27th of september. There is an extension to the 29th for Caudium specific topics. The conference is held at Paderborn University in Germany and with attendees coming from as far as Australia and New Zealand it is set to be a good one! After you have registered, you will be able update your registration details right up until the day of the event. If you have any further questions you may post them on the board inside the conference area after logging in. There will also be a FAQ available on the website in the next few days. Submissions: ------------ Please note that the date for submissions of talks, presentations or workshops has been changed and is now around the 18th of september. Pike: ----- This years conference is titled "Pike in Distributed Knowledge Environments" and we invite Pike programmers all over the world to meet in Paderborn, to discuss and present how Pike is used, what development has been done and what direction that development should take in the future. Caudium: -------- The Caudium extension is the first worldwide meeting of Caudium developers and users, and we invite all of you who wish to be involved in a brief catch-up with what has happened so far in the project, and help choose direction for the future of the project. Any participants of the Pike conference are welcome to join. Cost: ----- This years conference is being kindly sponsored by Paderborn University, however there is a cost to organising these events and a small, as yet undecided fee will be charged to all entrants. Rest assured that we will endeavour to keep it as low as possible. Thanks for your time and see you in Paderborn! for the conference team (www.open-steam.org), martin.

3 6

Re: Language comparisions
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 04 Sep '03

04 Sep '03

This is how you implement zip using zipWith in Haskell: Prelude> zipWith (\a b -> (a,b)) [1,3,5,7] [2,4,6,8] [(1,2),(3,4),(5,6),(7,8)] Prelude> (Actually, zip is defined as zip = zipWith (\a b -> (a,b)) which works due to curryficiation.)

1 0

[Conference] Accomodation
by Bertrand LUPART 02 Sep '03

02 Sep '03

Hey all, We didn't had all the answers we expected from Paderborn or german people about the youth hotel yet, but we think it's time for booking now. We are looking forward sleeping at the "Heiersburg" youth hotel located in Paderborn (http://www.jugendherberge.de/jh/paderborn/) - it's about 30 minutes walk from the conference place - it's cheap (17.5 EUR / night) - it could be nice to be many at the same place - it looks nice - it's not easy for non-native german people to look for accomodations in Paderborn :) So, here are the booking i'll do tonight at 23h00 (GMT+2), please correct me if wrong, and contact me if you want to get a room there too: * The hardcore Pike and Caudium conferencers, from the 25 to the 29 september (4 nights - arrival at Paderborn the 25 in the morning): - bill (Bill WELLIVER) - vida (David GOURDELIER) * The Caudium-only conferencers (ie the unlucky ones), from the 26 to the 29 september (3 nights - arrival at Paderborn the 26 late in the evening): - bertrand (Bertrand LUPART) - daffy (Olivier WARIN) - grendel (Marek HABERSACK) - kiwi (Xavier BEAUDOUIN) Not sure to come, yet: - barbiche (Frédéric RENAULT) - benoit (Benoit PLESSIS) -- Bertrand LUPART Linkeo.com - R&D | http://www.linkeo.com/ +33 1 72 71 71 82 | 17, rue de la Banque - F75002 Paris Systèmes de gestion d'email entrant | Email management systems

1 0

Gentoo Linux ebuilds for pike-7.4.20 available
by Rainer Groesslinger 01 Sep '03

01 Sep '03

Hello guys, first, I am new to the list, just subscribed some hours ago. Well, I am also new to pike, I heard of pike for the first time yesterday but I have to admit that it looks really promising and I'll have a closer look at it ;) I have committed an ebuild for pike-7.4.20 to gentoo's portage tree. Gentoo users can install it just like every other ebuild, too. For reference, you can also take a look at it using our viewcvs: http://www.gentoo.org/cgi-bin/viewcvs.cgi/dev-lang/pike/ This is the initial commit of a pike ebuild so I'd be warmly interested in every sucess and failure story regarding the ebuild ;-) With your feedback I hope to steadily improve the pike ebuilds and get it into the stable tree quite soon. -- Rainer Groesslinger http://dev.gentoo.org/~scandium/

7 21

Gentoo Linux ebuilds for pike-7.4.20 available
by Johan Sundstr�m (p� s�ljakt) ＠ Pike (-) developers forum 31 Aug '03

31 Aug '03

http://www.gentoo.org/cgi-bin/viewcvs.cgi/dev-lang/pike/pike-7.4.20.ebuild?…

1 0

Problems with Backtrace
by kaylus ＠ Pike developers forum 29 Aug '03

29 Aug '03

Pardon my ignorance, but here it goes. I am at the moment writing a general LPC-type server in Pike, mainly for my own amusement, and have run into a problem. First let me give a rundown. I'm sorry if it's long-winded, I like to put all the information out so I don't confuse with my incorrect jargon and don't miss anything important. The server sets up all the constants (located in inherited file) binds to a port and listens. Once a connection attempt is found it sends it to a socket class. The socket class then attempts to clone the player object, (compiles the program pointed to by a #define) and calls the logon() in the compiled object. The server itself, handling connections, cloning of objects, and basically everything works just fine. An LPC-alike clone mud can be built. I have a constant: add_constant("this_user", function_object(backtrace()[-2]->fun)); Which works wonderfully enough while it is inside the player program. My problem: I have a "bin" system for the player commands. It matches the input, searches for an object compiled under that name (i.e. /lib/cmds/who.p when they type who), compiling if not, then calls the do_cmd() function within it. If the this_user() constant is called from within the called command function it returns 0. A backtrace returns an array of 3 Zeroes. The "function_object(backtrace()[-2]->fun)" works fine within it, only the constant has a problem. Currently I am circumventing this by using a #define for the backtrace, but it is rather annoying and unsightly. I was wondering if there was some other way of doing this, or if I was doing something hideously wrong. At least some way of hitting the backtrace info from within such an above example, I can always set checking to make sure it's hitting the right backtrace entry, just need the info first *grin*. Kaylus p.s. Sorry if this was somewhat lengthy, pointless, blather that is hard to read. It's 2am and i've been trying to figure it out for quite some time. Please ignore slight errors in the message!

3 8

Compile-error CASE_INFO_SHIFT0_HIGH
by Martin Baehr 27 Aug '03

27 Aug '03

when trying to compile the released 7.4.20 pike source on a mandrake system, i get the following error: system info: Mandrake Linux release 9.0 (dolphin) for i586 gcc version 3.2 (Mandrake Linux 9.0 3.2-1mdk) libc.so.6 -> libc-2.2.5.so libpthread.so.0 -> libpthread-0.9.so make output: (sorry for the german errormessages) Compiling /opt/pike-7.4/pike.src/Pike-v7.4.20/src/builtin_functions.c /opt/pike-7.4/pike.src/Pike-v7.4.20/src/builtin_functions.c: In function `find_ci_shift0': /opt/pike-7.4/pike.src/Pike-v7.4.20/src/builtin_functions.c:287: `CASE_INFO_SHIFT0_HIGH' undeclared (first use in this function) /opt/pike-7.4/pike.src/Pike-v7.4.20/src/builtin_functions.c:287: (Each undeclared identifier is reported only once /opt/pike-7.4/pike.src/Pike-v7.4.20/src/builtin_functions.c:287: for each function it appears in.) WARNING: Compiler failure! Trying without optimization! cc1: warning: -Wuninitialized is not supported without -O /opt/pike-7.4/pike.src/Pike-v7.4.20/src/builtin_functions.c: In function `find_ci_shift0': /opt/pike-7.4/pike.src/Pike-v7.4.20/src/builtin_functions.c:287: `CASE_INFO_SHIFT0_HIGH' undeclared (first use in this function) /opt/pike-7.4/pike.src/Pike-v7.4.20/src/builtin_functions.c:287: (Each undeclared identifier is reported only once /opt/pike-7.4/pike.src/Pike-v7.4.20/src/builtin_functions.c:287: for each function it appears in.) Compilation command was: /opt/pike-7.4/pike.src/Pike-v7.4.20/build/linux-2.4.19-16mdk-i686/smartlink gcc -DPIKE_SRC_ROOT=/opt/pike-7.4/pike.src/Pike-v7.4.20 -I. -I/opt/pike-7.4/pike.src/Pike-v7.4.20/src -I/usr/X11R6/include -g -mcpu=i686 -I/usr/X11R6/include -W -Wall -Wno-unused -Wcomment -Wformat -Wimplicit-function-declaration -Wmultichar -Wswitch -Wuninitialized -Wpointer-arith -Wchar-subscripts -Wno-long-long -c /opt/pike-7.4/pike.src/Pike-v7.4.20/src/builtin_functions.c -o builtin_functions.o make[3]: *** [builtin_functions.o] Fehler 1 make[3]: Verlassen des Verzeichnisses Verzeichnis =BB/opt/pike-7.4/pike.src/Pike-v7.4.20/build/linux-2.4.19-16mdk-i686=AB make[2]: *** [pike] Fehler 2 make[2]: Verlassen des Verzeichnisses Verzeichnis =BB/opt/pike-7.4/pike.src/Pike-v7.4.20/build/linux-2.4.19-16mdk-i686=AB make[1]: *** [all] Fehler 2 make[1]: Verlassen des Verzeichnisses Verzeichnis =BB/opt/pike-7.4/pike.src/Pike-v7.4.20/build/linux-2.4.19-16mdk-i686=AB make: *** [compile] Fehler 2 greetings, martin. -- Pike Conference 2003 - Sep 25-27 - http://pike.ida.liu.se/conferences/2003/

2 2

module build/install procedure
by Bill Welliver 23 Aug '03

23 Aug '03

I've been fiddling with the existing build tools, as a precursor to a proposal for a module repository ala CPAN, and I've got a few observations: 1. It appears that as far as pike is concerned, C modules can reside anywhere in the module tree, as long as they're a .so file. 2. The dynamic module makefile, however, appears to have no provision for making modules that don't live at the root of the namespace 3. Similarly, the dynamic module makefile doesn't seem to want to deal with modules that either a) have no compiled module component, or b) have more than 1 pike file component, which is assumed to be called module.pmod.in and ends up as ModuleName.pmod, derived from the directory name that is being built in. Can anyone comment on any of these statements? Would it be good to remove these limitations, or perhaps add an external_dynamic_module_makefile that does that? Ideally, it would be good to have a method that handles these variations on the standard pike-distribution-module theme. Also, I've got some other thoughts that anyone is welcome to comment on: 1. We should have a way to insert information into the modref when a new module is installed. This way, if I add a new module, the inline documentation is integrated with the existing modref. Now, I'm not very knowledgable on how this works, but I'm guessing that it would probably involve both installing documentation as part of the build procedure, along with some of the source [xml] files that would be needed to rebuild the documentation after inserting the new material. 2. In order to do an integrated module install/remove feature, we probably need a "receipts" store to keep track of what files belong to with modules, so we can be sure that we delete all of a module, or don't overwrite portions another module accidentally. Part of this could probably be accomplished by making a wrapper to mkdir,install,etc that added or removed entries from a contents file ala the solaris package manager. Obviously, a CPAN for pike [with auto download-build-install] is really just icing on the cake. It's something that we really can't do without having a seamless module management experience, both for users and developers. I'm willing to put some time in on this, but I am hesitant to go mucking around with some of this stuff without getting a blessing from the full-time developers. As always, comments and suggestions are welcome! Bill

4 4

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pike-devel