summaryrefslogtreecommitdiff
path: root/java/jdk16/files (follow)
Commit message (Collapse)AuthorAgeFilesLines
* . Fix a segfault caused by fonts with illegal glyph names or glyph namesGreg Lewis2006-08-011-0/+17
| | | | | | | | | | which begin with an underscore (although the patch doesn't handle these). . Bump PORTREVISION. Submitted by: Kurt Miller <kurt@intricatesoftware.com> Notes: svn path=/head/; revision=169375
* . On amd64 the plugin should look for the Server VM, since there is noGreg Lewis2006-07-183-0/+45
| | | | | | | | | Client VM. Submitted by: Kurt Miller <kurt@intricatesoftware.com> Notes: svn path=/head/; revision=168176
* . Properly deal with error cases in transferTo0().Greg Lewis2006-07-181-0/+38
| | | | | | | | | | Corrects non-blocking IO case. Submitted by: Kurt Miller <kurt@intricatesoftware.com> Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=168175
* . Work around a thread cache problem that caused javah to crash with anGreg Lewis2006-06-161-0/+16
| | | | | | | | | | Internal Error. Submitted by: Kurt Miller <kurt@intricatesoftware.com> Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=165602
* . Filter out corrupt environment variables with no name.Greg Lewis2006-06-161-0/+22
| | | | | | | | Submitted by: Kurt Miller <kurt@intricatesoftware.com> Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=165601
* . Increase the default stack size on amd64.Greg Lewis2006-06-161-0/+13
| | | | | | | | Submitted by: Kurt Miller <kurt@intricatesoftware.com> Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=165600
* . Fix key recognition problems when NumLock is on.Greg Lewis2006-04-252-0/+60
| | | | | | | | PR: 85997 Submitted by: Kurt Miller <lists@intricatesoftware.com> Notes: svn path=/head/; revision=160465
* . Update to 1.5.0 patchset 3.Greg Lewis2006-04-0717-386/+10
| | | | Notes: svn path=/head/; revision=158993
* . Set the REX bits correctly on amd64. Fixes possible segfaults withGreg Lewis2006-02-121-0/+13
| | | | | | | | | | | | | Eclipse on that platform. See https://bugs.eclipse.org/bugs/show_bug.cgi?id=71987 . Bump PORTREVISION. Submitted by: Sean McNeil <sean@mcneil.com> Notes: svn path=/head/; revision=155850
* . Tweak the fix for linking with the system's version of zlib to justGreg Lewis2006-02-121-5/+60
| | | | | | | | | ignore the internal zlib source files rather than having to rm them. Submitted by: Kurt Miller <kurt@intricatesoftware.com> Notes: svn path=/head/; revision=155849
* . Enable parallel compilation during the build of HotSpot. Note that weGreg Lewis2006-02-021-0/+0
| | | | | | | | | | | | | | | | can't use -j in general since the build of the other bits is almost certainly not -j safe. If set, this will speed up the build for those with an SMP box. [1] . Install the cacerts file from Sun's JDK 1.5.0_06 release rather than using the almost empty one that comes with the SCSL source. [2] . Bump PORTREVISION for the second change. PR: 87552 [1] Submitted by: leafy <leafy@leafy.idv.tw> [1] Prompted by: Panagiotis Astithas <past@ebs.gr> [2] Notes: svn path=/head/; revision=155088
* . Install a desktop icon for the java/jdk15 Control Panel. [1]Greg Lewis2006-01-291-0/+13
| | | | | | | | | | . Bump PORTREVISION for this and (mostly) the previous change. PR: 86804 Submitted by: Panagiotis Astithas <past@ebs.gr> Notes: svn path=/head/; revision=154739
* . Link with the system libz instead of building the our own internalGreg Lewis2006-01-287-88/+139
| | | | | | | | | | | | | | | copy. This should have the following effects: . Fix problems experienced by programmes that dynamically create their own copy of the JVM and are linked against the system's zlib (e.g., eclipse). . Reduce the potential for zlib based security problems affecting the JDK. Submitted by: mi@ Notes: svn path=/head/; revision=154692
* . Add $FreeBSD$.Greg Lewis2005-12-032-0/+4
| | | | Notes: svn path=/head/; revision=150284
* . "Privatise" the symbols in libzip.so to avoid conflicting with thoseGreg Lewis2005-12-021-0/+85
| | | | | | | | | | | | | | | | | in the systems libz.so. This conflict broke applications such as Eclipse which is linked with libz.so (via gtk+ I believe). This is a slightly modified version of the submitter's patch. A better solution may be to link with the system's libz.so and remove the JDK's internal zlib code altogether, but I'd like to test that a little more first. Until then this solves the problem. . Bump PORTREVISION since Eclipse seems to be quite widely used. Submitted by: "Arno J. Klaassen" <arno@heho.snv.jussieu.fr> Notes: svn path=/head/; revision=150270
* . The patch to use getaddrinfo() #ifdef'ed out too much code. Change thatGreg Lewis2005-12-021-0/+25
| | | | | | | | | to isReachable() is still available (fixes some JCK tests). Submitted by: Christos Zoulas Notes: svn path=/head/; revision=150269
* . Add $FreeBSD$.Greg Lewis2005-11-231-0/+1
| | | | Notes: svn path=/head/; revision=149208
* . Make pkg-install install a symbolic link for the browser plugin if aGreg Lewis2005-11-232-0/+67
| | | | | | | | | | | | valid one doesn't currently exist. . Add a pkg-deinstall which removes the symbolic link if this port owns it. . Produce pkg-install and pkg-deinstall with SUB_FILES and SUB_LIST rather than manually using ${SED} ourselves. Approved by: maintainer timeout Notes: svn path=/head/; revision=149158
* . Switch to using XToolkit by default. According toGreg Lewis2005-10-132-0/+34
| | | | | | | | | | | | | | | | | | | | http://java.sun.com/j2se/1.5.0/docs/guide/awt/1.5/xawt.html it has some advantages over XToolkit. Its also the default on Linux and Solaris will be switching to it. Some people have reported that it fixes a crash in the browser plugin for them. Please let me know straight away if this causes problems, particularly with Swing, as it hasn't been extensively tested. The web page mentioned above explains how to switch the toolkits dynamically so you can compare them. Submitted by: Huang wen hui <hwh@gddsn.org.cn> (the awt_LoadLibrary.c patch) Approved by: phantom (maintainer) Notes: svn path=/head/; revision=145272
* . Fix javaws.Greg Lewis2005-10-133-0/+54
| | | | | | | Approved by: phantom (maintainer) Notes: svn path=/head/; revision=145271
* . Include header files from the JDK that was just built, not from theGreg Lewis2005-09-271-0/+17
| | | | | | | | bootstrap JDK. This fixes using the Linux JDK to bootstrap when you are compiling javaws. Notes: svn path=/head/; revision=143632
* . Update to patchset 2:Greg Lewis2005-09-2017-717/+52
| | | | | | | | | | | | | | | | | | | | | . Many patches are now unnecessary as they are included in the new patchset. . The browser plugin and Java Web Start is enabled on i386 (there are 64 bit issues with both the plugin and Mozilla/Firefox which prevent enabling it on amd64). . Update the amount of disk space needed. . Update the status of the port. . Disable building the shared class data archive. This broke the build on amd64 and appears to also be problematic on some i386 versions (4.11 is broken at least). It will reappear in future, probably initially on a limited set of FreeBSD versions and architectures (6.0/i386 is reported to work). Reviewed by: freebsd-java@ Approved by: maintainer timeout (1 week) Notes: svn path=/head/; revision=143246
* . Force the Client VM when dumping the shared archive since you can'tGreg Lewis2005-09-061-1/+1
| | | | | | | dump the archive with the Server VM. Notes: svn path=/head/; revision=142042
* . Generate the class data shared archive during post-install to speedGreg Lewis2005-09-041-10/+16
| | | | | | | | | | | | up VM load times. See http://java.sun.com/j2se/1.5.0/docs/guide/vm/class-data-sharing.html Suggested by: "Ronald Klop" <ronald-freebsd8@klop.yi.org> Approved by: phantom (maintainer) Notes: svn path=/head/; revision=141916
* Add two more hunks to patch-koi8u. Should make the koi8-u fonts support betterMikhail Teterin2005-08-031-0/+17
| | | | | | | | | | somehow. Approved by: maintainer (phantom) Approved by: portmgr (krion) Notes: svn path=/head/; revision=140759
* Add the two forgotten files neccessary for proper KOI8-U support... Uh-oh.Mikhail Teterin2005-08-012-0/+375
| | | | Notes: svn path=/head/; revision=140694
* . Avoid memory corruption on FreeBSD 4.x. This seems to have no affectGreg Lewis2005-06-221-0/+18
| | | | | | | | | under 5.x which was running fine without it. Approved by: phantom Notes: svn path=/head/; revision=137870
* . Ensure that when files are extracted that their fully resolved path liesGreg Lewis2005-05-122-0/+71
| | | | | | | | | | | | | | | in or below the current working directory. Fixes a security problem with jar(1). This fix may change to be compatible with whatever fix Sun applies when they release the next version of 1.5. . Bump PORTREVISION for this fix. Security: http://vuxml.FreeBSD.org/18e5428f-ae7c-11d9-837d-000e0c2e438a.html Reviewed by: maintainer timeout Notes: svn path=/head/; revision=135102
* . Fix various problems with time zone handling including:Greg Lewis2005-05-121-0/+100
| | | | | | | | | | | . /etc/localtime is a symlink. . /etc/localtime contains a time zone not recognised by the JDK. Submitted by: Kurt Miller <truk@optonline.net> Reviewed by: maintainer timeout Notes: svn path=/head/; revision=135101
* . Using dladdr(3) to determine the path to the current executable, andGreg Lewis2005-05-121-0/+62
| | | | | | | | | | | | | | | | | | | hence the path for the shared libraries doesn't always work on FreeBSD. It definitely fails on FreeBSD 4.11 and FreeBSD 6-CURRENT under the tested environments. In fact, the dladdr(3) man page even warns of these problems. While there is work under way to fix this, it isn't available yet. Given that situation, switch to trying /proc/curproc/file, which is similar to what Linux does, and if that fails, drop back to checking argv[0] and iterating through $PATH as in jdk 1.4. Both these methods work correctly in testing. Reported by: das Reviewed by: maintainer timeout Notes: svn path=/head/; revision=135100
* . When linprocfs is not mounted the Linux JDK will output a warning message,Greg Lewis2005-04-081-0/+17
| | | | | | | | | | | | | | | unfortunately sending it to stdout. When using such a JDK to bootstrap this line ends up at the head of generated classes, leaving them uncompilable. Add a filter to the class generation to strip out such lines with egrep. A similar patch is present in the jdk14 port and prevents a semi-common class of error reports. Approved by: phantom (maintainer) Notes: svn path=/head/; revision=132777
* . Fix the build on FreeBSD 4.x by using <inttypes.h> rather than <stdint.h>Greg Lewis2005-04-073-0/+46
| | | | | | | | | (which FreeBSD 4.x lacks). Approved by: phantom (maintainer) Notes: svn path=/head/; revision=132721
* . Fix a typo that results in an undefined reference (sizof -> sizeof).Greg Lewis2005-03-211-0/+13
| | | | | | | | PR: 77725 Submitted by: Anthony Ginepro <anthony.ginepro@laposte.net> Notes: svn path=/head/; revision=131814
* . Fix a performance issue by using the correct INTERRUPTIBLE_NORESTARTGreg Lewis2005-03-211-0/+9
| | | | | | | | | | macro. This will be in patchset 2. PR: 77162 Submitted by: phantom Notes: svn path=/head/; revision=131813
* Please welcome new participant of FreeBSD ports tree and Java portsAlexey Zelkin2005-01-208-128/+21
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | family -- first public patchset of native Sun JDK 1.5.0 port. Most valuable addition of this patchset is native amd64 support. And special thanks goes to Daniel Seuffert <ds@freeBSD.org> for making it possible by providing amd64 hardware. This patchset was tested on following configurations: i386/4.10, i386/5.3, amd64/5.3. 5.3-RELEASE support is quite strong and shown no huge visible problems over last week. But even mentioning above note, keep in mind -- THIS IS ALPHA PATCHSET and suitable for testers/developers ONLY! Known issues are including (but for sure not limited to): . Browser plugin support is missing . JVMTI, JDWP and JMX are not tested yet . FreeBSD i386/4.10 support is suffering from hidden memory allocation failres (ideas and patches are welcome) NOTE ABOUT BOOTSTRAPING: It's possible to bootstrap jdk 1.5.0 using jdk 1.4.2 (either native or linux one). There's no need to have java/linux_jdk15 installed and working. Supported by: FreeBSD Foundation Notes: svn path=/head/; revision=126909
* . 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 Notes: svn path=/head/; revision=124269
* . Update to patchset 7.Greg Lewis2004-12-1722-2014/+0
| | | | | | | | | . Fix a permissions problem with the plugins directory. Approved by: phantom (maintainer) Notes: svn path=/head/; revision=124268
* . 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> Notes: svn path=/head/; revision=123058
* . 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 Notes: svn path=/head/; revision=120628
* 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 Notes: svn path=/head/; revision=119887
* . 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 Notes: svn path=/head/; revision=119609
* . 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 Notes: svn path=/head/; revision=119608
* . 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. Notes: svn path=/head/; revision=119606
* . 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. Notes: svn path=/head/; revision=119604
* . 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) Notes: svn path=/head/; revision=116077
* . 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] Notes: svn path=/head/; revision=103016
* 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] Notes: svn path=/head/; revision=99318
* . 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 Notes: svn path=/head/; revision=98375
* . 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 Notes: svn path=/head/; revision=98174
* Fix path to patched file.Alexey Zelkin2003-11-121-2/+2
| | | | | | | Reported by: Nelis Lamprecht <nelis@brabys.co.za> Notes: svn path=/head/; revision=93816
generated by cgit v1.2.3 (git 2.25.1) at 2025-06-02 06:42:19 +0000