summaryrefslogtreecommitdiff
path: root/java/jdk14/files (follow)
Commit message (Collapse)AuthorAgeFilesLines
* . Avoid a problem where, without linprocfs mounted, the first line ofGreg Lewis2004-12-171-0/+11
| | | | | | | | | | a generated file will be overwritten with a warning, causing the build to fail. There is a check for linprocfs in pre-build, but it seems as though this problem can somehow trigger anyway, based on semi-regular reports to the mailing lists. PR: 74999 Approved by: phantom
* . Update to patchset 7.Greg Lewis2004-12-1722-2014/+0
| | | | | | . Fix a permissions problem with the plugins directory. Approved by: phantom (maintainer)
* . Backport parts of the 1.5 plugin to address plugin vulnerabilities.Greg Lewis2004-12-038-0/+1419
| | | | | | . Bump PORTVERSION. Submitted by: Kurt Miller <truk@optonline.net>
* . Take into account that pthread_mutex_trylock() can return EDEADLK asGreg Lewis2004-11-022-0/+22
| | | | | | well as EBUSY with libkse on FreeBSD 5.x. Inspired by: green
* The BSD patchset for the Sun JDK modeled its thread behavior mostly afterBrian Feldman2004-10-201-0/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | existing the Solaris base, and similarly to what happened with NSPR, made a bad assumption on undefined behavior. This broke locking in various places in Java, for example, causing the the debugging support to be totally broken. It is worth someone who knows the Java codebase taking a look to see what other things could have been broken by this on FreeBSD 5.x+. The assumption is that pthread_mutex_trylock(3) on a default-type mutex will fail with EBUSY. This assumption is wrong for our libpthread, which returns EDEADLK if the owner thread is trying to acquire the mutex again with trylock. The behavior of performing a locking operation on a self-locked default-type mutex is explicitly undefined for pthread_mutex_lock(3). The POSIX specification is still not very clear. It defines pthread_mutex_trylock(3) in terms of pthread_mutex_lock(3) yet does not say what the defined behavior should be for a self-locked pthread_mutex_trylock(3) for any of the various mutex types, so it is ambiguous whether the result is clearly undefined or clearly to return EBUSY. It is a one line change whether or not to make libpthread return EDEADLK in this case, where it seems that most implementations do not. Reference: http://www.opengroup.org/onlinepubs/009695399/functions/pthread_mutex_lock.html
* . Fix the Server VM for gcc 3.4 part 2/2.Greg Lewis2004-10-161-0/+24
| | | | | | | | | | | | | | | | | | | | | The HotSpot code (ab)uses named enums as ints in a number of places. The problem with this is that according the the C++ spec, the compiler (essentially) only needs to use an integral type wide enough to hold the values defined in the enum. Earlier versions of gcc appear to have just used an int whether they could have got away with a narrower type or not, hence the code worked as expected. gcc 3.4 now appears to implement this part of the spec, so using an enum blindly as an int causes various problems due to overflow. In this case the enum, Bytecodes::Code, appears to be a genuine enum, its just assumed to be wide enough to hold an arbitrary int in various places in the code. The correct fix would be to track down all those places in the code and fix them. Since there are quite a lot of these places and 5.3 is close to release for now we just add a value to the enum set to INT_MAX, forcing the compiler to use at least an int for the type. Sleuth work, discussion and code suggestions: peadar
* . Fix the Server VM for gcc 3.4 part 1/2.Greg Lewis2004-10-161-0/+38
| | | | | | | | | | | | | | | | | | The HotSpot code (ab)uses named enums as ints in a number of places. The problem with this is that according the the C++ spec, the compiler (essentially) only needs to use an integral type wide enough to hold the values defined in the enum. Earlier versions of gcc appear to have just used an int whether they could have got away with a narrower type or not, hence the code worked as expected. gcc 3.4 now appears to implement this part of the spec, so using an enum blindly as an int causes various problems due to overflow. This case is particularly bogus since the enums are merely to define a named integral type within a class (VMReg::Name doesn't even have any values enumerated in the declaration). So, convert these two enums to simply be typedef'ed ints. Sleuth work, discussion and code suggestions: peadar
* . In the ReadChunk() function, change an assert() to be a "test for aGreg Lewis2004-10-161-0/+53
| | | | | | | | | | | | | | | | | | | condition and return NULL". Take account of the NULL in the appropriate place (which is somewhat worrisome in itself since ReadChunk() has always had the possibility of returning NULL). This makes loading a font file a little more resilient to specially crafted font data which can be used, for example, by an applet to crash the browser plugin by triggering the assert(). Such an applet was mentioned on Bugtraq: http://www.securityfocus.com/archive/1/367331/2004-06-26/2004-07-02/0 and can be found at http://www.illegalaccess.org/cms/?q=node/view/9 This change stops the browser plugin from crashing. . Fix some warnings regarding formats in debugging printf's.
* . At least on FreeBSD, O_SYNC and O_DSYNC aren't both definedGreg Lewis2004-10-161-0/+21
| | | | | | | | | | | (for FreeBSD 4.x neither are defined and for FreeBSD 5.x O_DSYNC isn't defined). This caused them to be defined to some bogus values. In particular, O_SYNC would be defined as 0x800, which is O_EXCL (at least on FreeBSD 4.x). The result being that the RandomAccessFile class would fail to open an existing file if you specified "s" as part of the mode. Fix this by defining O_SYNC and O_DSYNC to O_FSYNC if they aren't defined.
* . Fix the build for gcc 3.4.Greg Lewis2004-08-123-0/+47
| | | | | | PR: 69853 Submitted by: Jake Hamby <jhamby@anobject.com> Approved by: phantom (maintainer)
* . Set LATEST_LINK [1]Alexey Zelkin2004-03-052-0/+315
| | | | | | | | | | | | . Fix rare NULL pointer de-reference bug in plugin code [2] . Use better chinese fonts [3] . Bump PORTREVISION Requested by: kris [1] Submitted by: Georg-W. Koltermann <gwk@rahn-koltermann.de> [2], Clive Lin <clive@tongi.org> [3]
* 1. Switch 5.x version of jdk14 back to libc_r as default threading library.Alexey Zelkin2004-01-283-0/+74
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We switched FreeBSD-5.x port to libkse as default threading library before releasing of patchset 6, but users who has most of stuff linked against libc_r and attempted to use jdk linked against libkse got into local hell of threading libraries mix. So, rollback to libc_r by default and add PTHREAD_LIBS support for this port. IMPORTANT: In order to use libkse as threading library for jdk14 you have to use rtld's libmap feature or recompile your ports stuff (like mozilla) with libkse. NOTE: libkse still has issues with java debug support, so if you're going to use debuging (JVMDI) stuff - leave with libc_r for now. 2. Disable IPv6 support by default. Unfortunatelly due to security reasons IPv4-to-IPv6 addresses mapping is disabled by default in FreeBSD-5.x, so those who would like to use Java Networking stuff had to manually enable it. To make jdk14 port more user-friendly IPv6 is disabled now on compile time. Those who need this stuff enabled have to use WITH_IPV6 compile time option. 3. Add MINIMAL compile option. If this option is used to build jdk14 port then plugin, javaws and demos stuff will not be installed and/or packaged. Also (as noted in [5]) X11 runtime dependancy will not be registered into built package. 4. Strip runtime depends of jdk14 port. There's no need to require open-motif to be runtime depends since libXm is staticly linked into libawt.so. 5. Make X11 runtime dependancy conditional (via urwfonts) in !WITHOUT_PLUGIN case only. This should affect only prebuilt package users: there's no need to install X11 libraries if you're going to use non-GUI stuff only (i.e. tomcat or jboss) 6. Add ${LOCALBASE}/lib to the deafult search path for JNI libraries. 7. Bump PORTVERSION Reported by: many [1] Submitted by: glewis [6] Requested by: marcus [6]
* . Check the return value of stat(2) when trying to read the javawsGreg Lewis2004-01-171-0/+16
| | | | | | | | configuration file and behave appropriately if its -1. Fixes a SEGV caused by ignoring the return value and just carrying on. . Bump PORTREVISION. PR: 61392
* . Update to 1.4.2 patchset 6.Greg Lewis2004-01-144-36/+10
| | | | | | | | | . Install the cacerts file from Sun's 1.4.2_03 release to avoid some problems associated with expired root certificates described in: http://sunsolve.sun.com/pub-cgi/retrieve.pl?doc=fsalert%2F57436 Hopefully not objected to by: phantom
* Fix path to patched file.Alexey Zelkin2003-11-121-2/+2
| | | | Reported by: Nelis Lamprecht <nelis@brabys.co.za>
* Add patch to fix build problems on 5.x system reported by many people.Alexey Zelkin2003-11-121-0/+13
| | | | | | It was last minute change and since this tool (unpack) is not used while building jdk14 port, I did not paid enough attention to test this change at -CURRENT system. Sorry.
* Update to 1.4.2p5.Alexey Zelkin2003-11-117-107/+53
| | | | | | | | | | | | | | | | | | | | | | | | Important changes since last patchset: . jdk14 port is now JDK 1.4.2 based! . JavaWS distributing with jdk . Runway problem fixed (fork() is no more problem for java apps) . Sound support updated . IPv6 support overhauled . Drag'n'Drop support fixed (require open-motif mods) As for now there's no more outstanding issues with this port! FreeBSD port is also got a important of changes: . optimized setup is now default (to get debuging bins/libs use WITH_DEBUG) . bootstrap jdk autodetection. If WITH_LINUX_BOOTSTRAP is not set, then it checks all known to work JDKs installed. If nothing found, forces to install of linux-sun-jdk14 . Because of above change there's no NATIVE_BOOTSTRAP option anymore. If native jdk14 is installed, it will be used by default.
* . Add fix for "runaway process" problem. It should fix of stalledAlexey Zelkin2003-10-291-0/+93
| | | | | | | | | | | | | | processes problem for people who use Runtime.getRuntime.exec() method and related things. Least five people reported that this patch fixed problem for them. IMPORTANT: I'd also suggested to all jdk14 users who runs FreeBSD 4.x and use libc_r at FreeBSD 5.x to upgrade. . Stop removing "src.zip" from installation bundle. Since -p4 it builds correctly and there's no reason to forbit people to use it. . Bump PORTREVISION.
* . Update to 1.4.1p4.Greg Lewis2003-10-115-56/+26
| | | | | | | . Use ${PTHREAD_LIBS} rather than -pthread or -lc_r. . Install system preferences to avoid annoying and constant error messages. Approved by: phantom (the update, anyway)
* . Unset -Werror when compiling the NIO stuff. GCC 3.3.1 tends to generateGreg Lewis2003-10-111-0/+13
| | | | warnings that 2.95 doesn't and breaks the build on -CURRENT.
* . Add $FreeBSD$Greg Lewis2003-05-021-0/+12
| | | | | | | | . Put the MD JNI headers in include/freebsd _not_ include/bsd. This brings the 1.4 port in line with 1.1, 1.2 and 1.3, and arguably inline with Solaris and Linux. Not-objected-to by: phantom
* Add runtime test to check of required libc_r functionality. I.e. warnAlexey Zelkin2003-03-131-0/+81
| | | | | | | | people about requirement of libc_r updates as early as possible. Bump PORTREVISION Approved by: portmgr (kris) (implicitly)
* Fix build on 5.0-RELEASEAlexey Zelkin2003-03-131-0/+11
|
* Since we have problems with running debuging binaries on some machinesAlexey Zelkin2003-03-111-0/+15
| | | | | | (old K6 and some SMP machines) don't use javah_g in build process. Reported by: many people
* Add patch which backouts some of my early compile hacks which now preventingAlexey Zelkin2003-03-111-0/+13
| | | | | | MulticastSocket.joinGroup() from behaving correctly. Submitted by: Stefan Farfeleder <stefan@fafoe.dyndns.org>
* I am pleased to announce first public -beta patchset of FreeBSD/Java portAlexey Zelkin2003-03-065-889/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | for JDK 1.4.1. This is complete and close to production quality native JDK with both working client and server native JVMs. Local micro benchmarks shown very little difference between Linux and FreeBSD JVMs in speed. One of important points of this patchset that it marks point when we are very close to passing of Sun TCK tests. Currently about 20 of >27000 tests are known to be broken (tests were run at -STABLE). If testing of this patchset will be smooth and founding of this work will be continued we may expect to have binary distribution of JDK 1.4.1 in April or begining of May. BUT, don't forget that even TCK tests can't cover all possible problems and this is -beta patchset. Keep your eyes open and report your problems to freebsd-java mailing list or to me directly! * About supported FreeBSD releases: Altough 4.8-RELEASE will be first officially supported FreeBSD release, you may use JDK 1.4.1-p3 at stock post-02-Feb-2003 -STABLE or -CURRENT. You also may use it at post-07-Jan-2003 -STABLE and -CURRENT (including 5.0-RELEASE), but it's required to apply libc_r patch, distributed with patchset3 archive, and rebuild libc_r first. * About compiler: This port is supposed to be built with stock FreeBSD compiler (3.2.[12] for -CURRENT and 2.95.4 for -STABLE)! * Following issues are known, but not yet addressed: . IPv6 networking. IPv6 support is disabled in this patchset. . Asian languages support. Patches are welcome! . K6 (586-class) processors support. There're issues with building on old K6 processors. If you've problems with 586-class machines other than K6 - please let me know. . Mozilla plugin is not yet ported. * Following areas should be used with increased attention: . Java Virtual Machine Profiling Interface (JVMPI) . Java Virtual Machine Debugging Interface (JVMDI) . Host Porting Interface (HPI) If you have problems with these interfaces please let me know. * THANKS! I would thank very much to FreeBSD Foundation, without which support and sponsorship JDK 1.4.1 port would not happen in such timeframes (less than 2 months). Sponsored by: FreeBSD Foundation Approved by: portmgr
* . Updated version of native threads for FreeBSD. This uses recentlyGreg Lewis2003-02-281-0/+726
| | | | | | | | | | | | committed enhancements to libc_r and is only suitable for very recent versions of FreeBSD. The big benefit is that it removes almost all the previous grovelling about in the pthreads internals. The change only comes into effect when WITH_NATIVE_THREADS is set. A separate Makefile commit will attempt to enforce appropriate OSVERSION settings for using it. Submitted by: fjoe
* . Rename our internal gethostby{name,addr}_r functions to avoid collisions.Greg Lewis2003-02-281-0/+114
| | | | | | | | | | | | | Currently gethostbyaddr_r collides with the implementation (in libc!) for FreeBSD 5.x which both uses a different prototype (as per the Linux version) and is marked temporary and not thread safe. Also, limit the scope of these internal implementations to this file. This fixes crashes in networked applications for FreeBSD 5.x. Some tweaks (making the functions static, naming, BSD ifdefs) by me. Submitted by: "Georg-W. Koltermann" <g.w.k@web.de>
* . Respect LOCALBASE in the DEVTOOLS_PATH setting.Greg Lewis2003-02-281-0/+9
| | | | | PR: 47668 Submitted by: Mike Meyer <mwm-dated-1044336154.329122@mired.org>
* . Add missing include of <sys/time.h>, needed by <sys/resource.h> forGreg Lewis2003-02-281-0/+12
| | | | | | FreeBSD 5.x. This fixes native threads compilation on FreeBSD 5.x. Submitted by: Munehiro Matsuda <haro@h4.dion.ne.jp>
* . Be consistent about our compiler settings. Using gcc32 here was bothGreg Lewis2003-02-281-0/+13
| | | | | inconsistent with the rest of the code and only relevant on 4.x (since 5.x has gcc 3.2.x as its default compiler).
* . Resurrect patch accidentally removed in last commit.Greg Lewis2003-02-121-0/+18
|
* . Update to patchset 8.Greg Lewis2003-02-1210-1139/+0
|
* . Fix UDP packet broadcasting.Greg Lewis2002-10-311-0/+14
| | | | | | . Bump PORTREVISION. Submitted by: daichi, Tetsuo Suzuki <tetsuo@ss-lab.net>
* . Chinese font.properties and make glue.Greg Lewis2002-10-252-2/+245
| | | | Submitted by: Huang wen hui <hwh@ns.gddsn.org.cn>
* . More XIM fixes for Japanese users (and presumably others with similarGreg Lewis2002-10-181-0/+63
| | | | | | | character sets). . Bump PORTREVISION. Submitted by: daichi
* . Link the Netscape 4 plugin against libintl to avoid a runtime linkGreg Lewis2002-10-181-0/+15
| | | | | | | error. This may allow browsers which use Netscape 4 plugins (e.g. Konqueror) to make use of it. Code change by me, problem report by Dylan Carlson <absinthe@pobox.com>.
* . Russian and Ukrainian font property files and appropriate build changes.Greg Lewis2002-10-183-0/+416
| | | | Submitted by: mi
* Improved font.properties.ja based on the Kochi fonts rather than theGreg Lewis2002-08-051-0/+308
| | | | | | Watanabe/Wadalab fonts. Submitted by: daichi <daichi@ongs.co.jp>
* Add in a patch from the porting repository that allows people to buildGreg Lewis2002-08-051-0/+62
| | | | HotSpot if they wish (by hand, not via the port yet).
* Update to patchset 7.Greg Lewis2002-07-2515-551/+0
|
* . Fix compilation on FreeBSD 4.2 by including <sys/param.h>Greg Lewis2002-06-111-0/+20
| | | | | | | | | | | | PR: 36871 . Fix compilation on -CURRENT using gcc 3.1 by including <string.h> (for strlen(3)) Reported and tested by: John Angelmo <john@veidit.net> Reviewed by: sobomax Approved by: sobomax
* Rename monstrously long patch filenames that were causing tar to exceedKris Kennaway2002-06-0512-11/+11
| | | | length limitations (100 characters) and fail.
* Really fix the incompatibilities with gettext 0.11. The previousGreg Lewis2002-05-038-9/+175
| | | | | | | | | | | | | | | | | | | bandaid is reverted by this commit and instead patches are added which will remove duplicate message entries from the .po files for the plugin. These are essentially the patches of marius@alchemy.franken.de, with the first part of each patch removed (the message does actually have two spaces in the code!). These patches were verified with the script submitted by KANOU Hiroki-san and against the patches submitted by SUGIMURA Takashi-san. Thanks to all of these people. Apologies for the increasingly long patch names. PR: 37087, 37147 Submitted by: marius@alchemy.franken.de Reviewed by: sobomax Approved by: sobomax
* Fix the build of libaudio.so on 5-CURRENT by using <sys/soundcard.h>Greg Lewis2002-04-162-0/+32
| | | | | | | | | | rather than <machine/soundcard.h>. This doesn't affect the build on 4-STABLE. PR: 36988 Submitted by: Motoyuki Konno <motoyuki@bsdclub.org> Reviewed by: sobomax Approved by: sobomax
* Add a temporary dependency on gettext-old and use msgfmt-old to processGreg Lewis2002-04-161-0/+9
| | | | | | | | | | | | messages for the browser plugin. This is a bandaid for the problem expressed in the PR while I evaluate a number of other proposed patches for the correct fix. Hence the PR currently remains open. PR: 37087 Reviewed by: sobomax Approved by: sobomax
* Fix some crash bugs in the browser plugin code by usingGreg Lewis2002-04-161-0/+31
| | | | | | | | the correct functions to call static Java methods. Submitted by: Richard Tobin <richard@cogsci.ed.ac.uk> Reviewed by: sobomax Approved by: sobomax
* Add Taiwan Chinese font properties support (if I understandGreg Lewis2002-04-162-0/+254
| | | | | | | | the locale correctly). Submitted by: Zhenbang Wei <forth@zbwei.net> (via clive) Reviewed by: sobomax Approved by: sobomax
* A better fix for creating src.jar. Using tar by itself fails because theGreg Lewis2002-04-121-5/+4
| | | | | | | | | | | argument list is too long. Hence the first patch invoked tar once for each file. This works, but is inefficient. This version of the patch uses cpio in pass through mode to copy all the files at once. PR: 35658 Submitted by: "Remco van 't Veer" <rwvtveer@xs4all.nl> Reviewed by: sobomax Approved by: sobomax
* Link Mozilla pligin with libXt to make it working with Mozilla-0.9.9. ThisMaxim Sobolev2002-03-131-0/+14
| | | | | | | | | | | | | | resolves the following error when starting Mozilla: LoadPlugin: failed to initialize shared library /usr/local/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so [/usr/local/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so: Undefined symbol "XtShellStrings"] While I'm here add a tweak to prune empty directories before installing JDK, so that JDK installed from a pre-built package deinstalls properly. Bump PORTREVISION.
generated by cgit v1.2.3 (git 2.25.1) at 2025-10-20 15:34:45 +0000