- Sort Score
- Num 10 results
- Language All
Results 241 - 250 of 835 for might (0.02 seconds)
-
src/main/java/org/codelibs/fess/mylasta/direction/sponsor/FessMultipartRequestHandler.java
handleFileUploadException(e); } } protected void prepareElementsHash() { // traditional name // #thinking jflute might lazy-loaded be unneeded? because created per request (2024/09/08) elementsAll = new HashMap<>(); elementsText = new HashMap<>(); elementsFile = new HashMap<>(); }
Created: Sat Dec 20 09:19:18 GMT 2025 - Last Modified: Sat Mar 15 06:53:53 GMT 2025 - 18.6K bytes - Click Count (1) -
compat/maven-model-builder/src/main/java/org/apache/maven/model/interpolation/reflection/ClassMap.java
Created: Sun Dec 28 03:35:09 GMT 2025 - Last Modified: Sat Apr 05 11:52:05 GMT 2025 - 13.5K bytes - Click Count (0) -
guava-testlib/src/com/google/common/collect/testing/FeatureSpecificTestSuiteBuilder.java
/** * Prevents the given methods from being run as part of the test suite. * * <p>Note: in principle this should never need to be used, but it might be useful if the * semantics of an implementation disagree in unforeseen ways with the semantics expected by a * test, or to keep dependent builds clean in spite of an erroneous test. */ @CanIgnoreReturnValue
Created: Fri Dec 26 12:43:10 GMT 2025 - Last Modified: Sun Dec 22 03:38:46 GMT 2024 - 10.4K bytes - Click Count (0) -
src/main/java/jcifs/netbios/NameServicePacket.java
/* * Apparently readRDataWireFormat can return 0 if resultCode != 0 in * which case this will look indefinitely. Putting this else clause around * the loop might fix that. But I would need to see a capture to confirm. * if (resultCode != 0) { * srcIndex += rDataLength; * } else { */Created: Sat Dec 20 13:44:44 GMT 2025 - Last Modified: Thu Aug 14 07:14:38 GMT 2025 - 11.1K bytes - Click Count (0) -
src/main/java/jcifs/smb1/netbios/NameServicePacket.java
end = srcIndex + rDataLength; /* Apparently readRDataWireFormat can return 0 if resultCode != 0 in which case this will look indefinitely. Putting this else clause around the loop might fix that. But I would need to see a capture to confirm. if (resultCode != 0) { srcIndex += rDataLength; } else { */ for (addrIndex = 0; srcIndex < end; addrIndex++) {Created: Sat Dec 20 13:44:44 GMT 2025 - Last Modified: Thu Aug 14 07:14:38 GMT 2025 - 10.6K bytes - Click Count (0) -
src/main/java/jcifs/smb1/smb1/AndXServerMessageBlock.java
* array. Incedentally when these andx smbs are created they are not * necessarily populated with header data because they're not writing * the header, only their body. But for whatever reason one might wish * to populate fields if the writeXxx operation needs this header data * for whatever reason. I copy over the uid here so it appears correctCreated: Sat Dec 20 13:44:44 GMT 2025 - Last Modified: Thu Aug 14 07:14:38 GMT 2025 - 10.9K bytes - Click Count (0) -
docs/multi-user/README.md
Created: Sun Dec 28 19:28:13 GMT 2025 - Last Modified: Tue Aug 12 18:20:36 GMT 2025 - 8.2K bytes - Click Count (0) -
src/archive/zip/reader.go
f.NonUTF8 = true case !utf8Require1 && !utf8Require2: // Name and Comment use only single-byte runes that overlap with UTF-8. f.NonUTF8 = false default: // Might be UTF-8, might be some other encoding; preserve existing flag. // Some ZIP writers use UTF-8 encoding without setting the UTF-8 flag. // Since it is impossible to always distinguish valid UTF-8 from some
Created: Tue Dec 30 11:13:12 GMT 2025 - Last Modified: Tue Mar 11 22:19:38 GMT 2025 - 28.4K bytes - Click Count (0) -
android/guava/src/com/google/common/collect/Collections2.java
* all elements are so contained, {@code true} is returned, otherwise {@code false}. * * @param self a collection which might contain all elements in {@code c} * @param c a collection whose elements might be contained by {@code self} */ static boolean containsAllImpl(Collection<?> self, Collection<?> c) { for (Object o : c) { if (!self.contains(o)) {Created: Fri Dec 26 12:43:10 GMT 2025 - Last Modified: Sat Aug 09 01:14:59 GMT 2025 - 22.6K bytes - Click Count (0) -
api/maven-api-plugin/src/main/mdo/plugin.mdo
want to analyze the set of transitive dependencies, in particular during early lifecycle phases where full dependency resolution might fail due to projects which haven't been built yet. </description> </field> <field> <name>dependencyCollection</name> <version>2.0.0+</version>Created: Sun Dec 28 03:35:09 GMT 2025 - Last Modified: Tue Feb 25 08:28:41 GMT 2025 - 24.8K bytes - Click Count (0)