- wine-devel - winehq.org

ok, new list of prototypes
by Jonathan Wilson 08 Sep '03

08 Sep '03

Thanks for the help, here is the list of what I still need: advapi32.dll A_SHAFinal A_SHAInit A_SHAUpdate CancelOverlappedAccess CloseCodeAuthzLevel ComputeAccessTokenFromCodeAuthzLevel ConvertAccessToSecurityDescriptorA ConvertAccessToSecurityDescriptorW ConvertSDToStringSDRootDomainA ConvertSDToStringSDRootDomainW ConvertSecurityDescriptorToAccessA ConvertSecurityDescriptorToAccessNamedA ConvertSecurityDescriptorToAccessNamedW ConvertSecurityDescriptorToAccessW ConvertStringSDToSDRootDomainA ConvertStringSDToSDRootDomainW CreateCodeAuthzLevel CredProfileLoaded CredpConvertCredential CredpConvertTargetInfo CredpDecodeCredential CredpEncodeCredential ElfBackupEventLogFileA ElfBackupEventLogFileW ElfChangeNotify ElfClearEventLogFileA ElfClearEventLogFileW ElfCloseEventLog ElfDeregisterEventSource ElfNumberOfRecords ElfOldestRecord ElfOpenBackupEventLogA ElfOpenBackupEventLogW ElfOpenEventLogA ElfOpenEventLogW ElfReadEventLogA ElfReadEventLogW ElfRegisterEventSourceA ElfRegisterEventSourceW ElfReportEventA ElfReportEventW EncryptedFileKeyInfo FreeEncryptedFileKeyInfo GetAccessPermissionsForObjectA GetAccessPermissionsForObjectW GetInformationCodeAuthzLevelW GetInformationCodeAuthzPolicyW GetNamedSecurityInfoExA GetNamedSecurityInfoExW GetOverlappedAccessResults I_ScGetCurrentGroupStateW I_ScIsSecurityProcess I_ScPnPGetServiceName I_ScSendTSMessage I_ScSetServiceBitsA I_ScSetServiceBitsW IdentifyCodeAuthzLevelW LsaAddPrivilegesToAccount LsaClearAuditLog LsaCreateAccount LsaCreateSecret LsaCreateTrustedDomain LsaDelete LsaEnumerateAccounts LsaEnumeratePrivileges LsaEnumeratePrivilegesOfAccount LsaGetQuotasForAccount LsaGetRemoteUserName LsaGetSystemAccessAccount LsaGetUserName LsaICLookupNames LsaICLookupNamesWithCreds LsaICLookupSids LsaICLookupSidsWithCreds LsaLookupPrivilegeDisplayName LsaLookupPrivilegeName LsaLookupPrivilegeValue LsaOpenAccount LsaOpenPolicySce LsaOpenSecret LsaOpenTrustedDomain LsaQueryInfoTrustedDomain LsaQuerySecret LsaQuerySecurityObject LsaRemovePrivilegesFromAccount LsaRetrievePrivateData LsaSetInformationTrustedDomain LsaSetQuotasForAccount LsaSetSecret LsaSetSecurityObject LsaSetSystemAccessAccount MD4Final MD4Init MD4Update MD5Final MD5Init MD5Update ProcessIdleTasks QueryWindows31FilesMigration RegisterIdleTask SaferiChangeRegistryScope SaferiCompareTokenLevels SaferiPopulateDefaultsInRegistry SaferiRecordEventLogEntry SaferiReplaceProcessThreadTokens SaferiSearchMatchingHashRules SetEntriesInAccessListA SetEntriesInAccessListW SetEntriesInAuditListA SetEntriesInAuditListW SetInformationCodeAuthzLevelW SetInformationCodeAuthzPolicyW SetNamedSecurityInfoExA SetNamedSecurityInfoExW SetSecurityInfoExA SetSecurityInfoExW SynchronizeWindows31FilesAndWindowsNTRegistry SystemFunction036 SystemFunction040 SystemFunction041 TrusteeAccessToObjectA TrusteeAccessToObjectW UnregisterIdleTask WdmWmiServiceMain WmiCloseBlock WmiCloseTraceWithCursor WmiConvertTimestamp WmiDevInstToInstanceNameA WmiDevInstToInstanceNameW WmiEnumerateGuids WmiExecuteMethodA WmiExecuteMethodW WmiFileHandleToInstanceNameA WmiFileHandleToInstanceNameW WmiFreeBuffer WmiGetFirstTraceOffset WmiGetNextEvent WmiGetTraceHeader WmiMofEnumerateResourcesA WmiMofEnumerateResourcesW WmiNotificationRegistrationA WmiNotificationRegistrationW WmiOpenBlock WmiOpenTraceWithCursor WmiParseTraceEvent WmiQueryAllDataA WmiQueryAllDataMultipleA WmiQueryAllDataMultipleW WmiQueryAllDataW WmiQueryGuidInformation WmiQuerySingleInstanceA WmiQuerySingleInstanceMultipleA WmiQuerySingleInstanceMultipleW WmiQuerySingleInstanceW WmiReceiveNotificationsA WmiReceiveNotificationsW WmiSetSingleInstanceA WmiSetSingleInstanceW WmiSetSingleItemA WmiSetSingleItemW fmifs.dll ChkdskEx ComputeFmMediaType FormatEx2 QueryAvailableFileSystemFormat QueryDeviceInformation QueryDeviceInformationByHandle QueryFileSystemName QueryLatestFileSystemVersion gdi32.dll GdiConvertBitmapV5 GdiGetSpoolMessage GdiInitializeLanguagePack GdiPrinterThunk cGetTTFFromFOT iphlpapi.dll AllocateAndGetArpEntTableFromStack AllocateAndGetIfTableFromStack AllocateAndGetIpAddrTableFromStack AllocateAndGetIpForwardTableFromStack AllocateAndGetIpNetTableFromStack AllocateAndGetTcpExTableFromStack AllocateAndGetTcpTableFromStack AllocateAndGetUdpExTableFromStack AllocateAndGetUdpTableFromStack FlushIpNetTableFromStack GetBestInterfaceFromStack GetBestRouteFromStack GetIcmpStatsFromStack GetIcmpStatsFromStackEx GetIfEntryFromStack GetIfTableFromStack GetIgmpList GetIpAddrTableFromStack GetIpForwardTableFromStack GetIpNetTableFromStack GetIpStatsFromStack GetIpStatsFromStackEx GetTcpStatsFromStack GetTcpStatsFromStackEx GetTcpTableFromStack GetUdpStatsFromStack GetUdpStatsFromStackEx GetUdpTableFromStack InternalCreateIpForwardEntry InternalCreateIpNetEntry InternalDeleteIpForwardEntry InternalDeleteIpNetEntry InternalGetIfTable InternalGetIpAddrTable InternalGetIpForwardTable InternalGetIpNetTable InternalGetTcpTable InternalGetUdpTable InternalSetIfEntry InternalSetIpForwardEntry InternalSetIpNetEntry InternalSetIpStats InternalSetTcpEntry IsLocalAddress NTPTimeToNTFileTime NTTimeToNTPTime NhGetGuidFromInterfaceName NhGetInterfaceNameFromDeviceGuid NhGetInterfaceNameFromGuid NhpAllocateAndGetInterfaceInfoFromStack NhpGetInterfaceIndexFromStack NotifyRouteChangeEx RtlIpv4AddressToStringExA RtlIpv4AddressToStringExW RtlIpv4StringToAddressExA RtlIpv4StringToAddressExW RtlIpv6AddressToStringExA RtlIpv6AddressToStringExW RtlIpv6StringToAddressExA RtlIpv6StringToAddressExW SetAdapterIpAddress SetBlockRoutes SetIfEntryToStack SetIpForwardEntryToStack SetIpMultihopRouteEntryToStack SetIpNetEntryToStack SetIpRouteEntryToStack SetIpStatsToStack SetProxyArpEntryToStack SetRouteWithRef SetTcpEntryToStack _PfAddFiltersToInterface@24 _PfAddGlobalFilterToInterface@8 _PfBindInterfaceToIPAddress@12 _PfBindInterfaceToIndex@16 _PfCreateInterface@24 _PfDeleteInterface@4 _PfDeleteLog@0 _PfGetInterfaceStatistics@16 _PfMakeLog@4 _PfRebindFilters@8 _PfRemoveFilterHandles@12 _PfRemoveFiltersFromInterface@20 _PfRemoveGlobalFilterFromInterface@8 _PfSetLogBuffer@28 _PfTestPacket@20 _PfUnBindInterface@4 do_echo_rep do_echo_req register_icmp kernel32.dll AddLocalAlternateComputerNameA AddLocalAlternateComputerNameW BaseCheckAppcompatCache BaseCleanupAppcompatCache BaseCleanupAppcompatCacheSupport BaseDumpAppcompatCache BaseFlushAppcompatCache BaseInitAppcompatCache BaseInitAppcompatCacheSupport BaseProcessInitPostImport BaseUpdateAppcompatCache CreateNlsSecurityDescriptor CreateProcessInternalA CreateProcessInternalW CreateSocketHandle DelayLoadFailureHook DosPathToSessionPathA DosPathToSessionPathW EnumerateLocalComputerNamesA EnumerateLocalComputerNamesW GetCPFileNameFromRegistry GetComPlusPackageInstallStatus GetConsoleCharType GetConsoleCursorMode GetConsoleInputExeNameA GetConsoleInputExeNameW GetConsoleNlsMode GetDefaultSortkeySize GetHandleContext GetLinguistLangSize GetNlsSectionName GetNumaAvailableMemory GetNumaAvailableMemoryNode GetNumaProcessorMap IsValidUILanguage LZCloseFile LZCreateFileW NlsConvertIntegerToString NlsGetCacheUpdateCount NlsResetProcessLocale NumaVirtualQueryNode OpenDataFile PrivCopyFileExW PrivMoveFileIdentityW ReadConsoleInputExA ReadConsoleInputExW RegisterConsoleIME RegisterConsoleOS2 RemoveLocalAlternateComputerNameA RemoveLocalAlternateComputerNameW RtlCaptureStackBackTrace SetCPGlobal SetClientTimeZoneInformation SetComPlusPackageInstallStatus SetConsoleCursorMode SetConsoleIcon SetConsoleInputExeNameA SetConsoleInputExeNameW SetConsoleLocalEUDC SetConsoleNlsMode SetConsoleOS2OemFormat SetHandleContext SetLocalPrimaryComputerNameA SetLocalPrimaryComputerNameW SetTermsrvAppInstallMode SetThreadUILanguage TermsrvAppInstallMode UTRegister UTUnRegister UnregisterConsoleIME ValidateLCType ValidateLocale lz32.dll LZCloseFile LZCreateFileW ntdll.dll CsrCaptureMessageMultiUnicodeStringsInPlace CsrGetProcessId DbgPrintEx DbgPrintReturnControlC DbgQueryDebugFilterState DbgSetDebugFilterState DbgUiConvertStateChangeStructure DbgUiDebugActiveProcess DbgUiGetThreadDebugObject DbgUiSetThreadDebugObject DbgUiStopDebugging KiRaiseUserExceptionDispatcher LdrAccessOutOfProcessResource LdrAddRefDll LdrAlternateResourcesEnabled LdrCreateOutOfProcessImage LdrDestroyOutOfProcessImage LdrEnumResources LdrEnumerateLoadedModules LdrFindCreateProcessManifest LdrFindResourceEx_U LdrFlushAlternateResourceModules LdrGetDllHandleEx LdrInitShimEngineDynamic LdrLoadAlternateResourceModule LdrLockLoaderLock LdrProcessRelocationBlock LdrSetAppCompatDllRedirectionCallback LdrSetDllManifestProber LdrUnloadAlternateResourceModule LdrUnlockLoaderLock NtAccessCheckByType NtAccessCheckByTypeAndAuditAlarm NtAccessCheckByTypeResultList NtAccessCheckByTypeResultListAndAuditAlarm NtAccessCheckByTypeResultListAndAuditAlarmByHandle NtAddBootEntry NtAllocateUserPhysicalPages NtAreMappedFilesTheSame NtAssignProcessToJobObject NtCancelDeviceWakeupRequest NtCompactKeys NtCompareTokens NtCompressKey NtCreateDebugObject NtCreateJobObject NtCreateJobSet NtCreateKeyedEvent NtCreateProcessEx NtDebugActiveProcess NtDebugContinue NtDeleteBootEntry NtEnumerateBootEntries NtEnumerateSystemEnvironmentValuesEx NtFilterToken NtFreeUserPhysicalPages NtGetDevicePowerState NtGetWriteWatch NtImpersonateAnonymousToken NtInitiatePowerAction NtIsProcessInJob NtIsSystemResumeAutomatic NtLockProductActivationKeys NtLockRegistryKey NtMakePermanentObject NtMapUserPhysicalPages NtMapUserPhysicalPagesScatter NtModifyBootEntry NtNotifyChangeMultipleKeys NtOpenJobObject NtOpenKeyedEvent NtOpenProcessTokenEx NtOpenThreadTokenEx NtPowerInformation NtQueryBootEntryOrder NtQueryBootOptions NtQueryDebugFilterState NtQueryDefaultUILanguage NtQueryInformationJobObject NtQueryInstallUILanguage NtQueryOpenSubKeys NtQueryPortInformationProcess NtQueryQuotaInformationFile NtQuerySystemEnvironmentValueEx NtReleaseKeyedEvent NtRemoveProcessDebug NtRenameKey NtReplyWaitReceivePortEx NtRequestDeviceWakeup NtRequestWakeupLatency NtResetWriteWatch NtResumeProcess NtSaveKeyEx NtSaveMergedKeys NtSecureConnectPort NtSetBootEntryOrder NtSetBootOptions NtSetDebugFilterState NtSetDefaultUILanguage NtSetEventBoostPriority NtSetInformationDebugObject NtSetInformationJobObject NtSetQuotaInformationFile NtSetSystemEnvironmentValueEx NtSetThreadExecutionState NtSetUuidSeed NtSuspendProcess NtTerminateJobObject NtTraceEvent NtTranslateFilePath NtUnloadKeyEx NtWaitForDebugEvent NtWaitForKeyedEvent PfxFindPrefix PfxInitialize PfxInsertPrefix PfxRemovePrefix PropertyLengthAsVariant RestoreEm87Context RtlAbortRXact RtlActivateActivationContext RtlActivateActivationContextEx RtlActivateActivationContextUnsafeFast RtlAddAccessAllowedAceEx RtlAddAccessAllowedObjectAce RtlAddAccessDeniedAceEx RtlAddAccessDeniedObjectAce RtlAddActionToRXact RtlAddAttributeActionToRXact RtlAddAuditAccessAceEx RtlAddAuditAccessObjectAce RtlAddCompoundAce RtlAddRange RtlAddRefActivationContext RtlAddRefMemoryStream RtlAddVectoredExceptionHandler RtlAddressInSectionTable RtlAppendPathElement RtlApplicationVerifierStop RtlApplyRXact RtlApplyRXactNoFlush RtlAssert2 RtlCancelTimer RtlCaptureContext RtlCaptureStackBackTrace RtlCaptureStackContext RtlCheckForOrphanedCriticalSections RtlCheckProcessParameters RtlCloneMemoryStream RtlCommitMemoryStream RtlComputeCrc32 RtlComputeImportTableHash RtlComputePrivatizedDllName_U RtlConsoleMultiByteToUnicodeN RtlConvertPropertyToVariant RtlConvertToAutoInheritSecurityObject RtlConvertUiListToApiList RtlConvertVariantToProperty RtlCopyMemoryStreamTo RtlCopyOutOfProcessMemoryStreamTo RtlCopyRangeList RtlCopySecurityDescriptor RtlCreateActivationContext RtlCreateAndSetSD RtlCreateBootStatusDataFile RtlCreateQueryDebugBuffer RtlCreateSystemVolumeInformationFolder RtlCreateTagHeap RtlCreateTimer RtlCreateTimerQueue RtlCreateUserSecurityObject RtlCutoverTimeToSystemTime RtlDeactivateActivationContext RtlDeactivateActivationContextUnsafeFast RtlDebugPrintTimes RtlDefaultNpAcl RtlDelete RtlDeleteElementGenericTable RtlDeleteElementGenericTableAvl RtlDeleteNoSplay RtlDeleteOwnersRanges RtlDeleteRange RtlDeleteSecurityObject RtlDeleteTimer RtlDeleteTimerQueue RtlDeleteTimerQueueEx RtlDeregisterWait RtlDeregisterWaitEx RtlDestroyQueryDebugBuffer RtlDllShutdownInProgress RtlDnsHostNameToComputerName RtlDosApplyFileIsolationRedirection_Ustr RtlDosSearchPath_Ustr RtlDowncaseUnicodeChar RtlDuplicateUnicodeString RtlEnableEarlyCriticalSectionEventCreation RtlEnumerateGenericTable RtlEnumerateGenericTableAvl RtlEnumerateGenericTableLikeADirectory RtlEnumerateGenericTableWithoutSplaying RtlEnumerateGenericTableWithoutSplayingAvl RtlExtendHeap RtlFinalReleaseOutOfProcessMemoryStream RtlFindActivationContextSectionGuid RtlFindActivationContextSectionString RtlFindCharInUnicodeString RtlFindClearRuns RtlFindLastBackwardRunClear RtlFindLeastSignificantBit RtlFindMostSignificantBit RtlFindNextForwardRunClear RtlFindRange RtlFirstEntrySList RtlFlushSecureMemoryCache RtlFormatMessage RtlFreeRangeList RtlFreeThreadActivationContextStack RtlGUIDFromString RtlGetActiveActivationContext RtlGetCallersAddress RtlGetCurrentPeb RtlGetElementGenericTable RtlGetElementGenericTableAvl RtlGetFirstRange RtlGetFrame RtlGetLastNtStatus RtlGetLastWin32Error RtlGetLengthWithoutLastFullDosOrNtPathElement RtlGetLengthWithoutTrailingPathSeperators RtlGetNativeSystemInformation RtlGetNextRange RtlGetSecurityDescriptorRMControl RtlGetSetBootStatusData RtlGetUserInfoHeap RtlGetVersion RtlHashUnicodeString RtlInitMemoryStream RtlInitOutOfProcessMemoryStream RtlInitUnicodeStringEx RtlInitializeAtomPackage RtlInitializeCriticalSectionAndSpinCount RtlInitializeGenericTable RtlInitializeGenericTableAvl RtlInitializeRXact RtlInitializeRangeList RtlInitializeSListHead RtlInsertElementGenericTable RtlInsertElementGenericTableAvl RtlInt64ToUnicodeString RtlInterlockedFlushSList RtlInterlockedPopEntrySList RtlInterlockedPushEntrySList RtlInterlockedPushListSList RtlInvertRangeList RtlIpv4AddressToStringA RtlIpv4AddressToStringW RtlIpv4StringToAddressA RtlIpv4StringToAddressW RtlIpv6AddressToStringA RtlIpv6AddressToStringW RtlIpv6StringToAddressA RtlIpv6StringToAddressW RtlIsActivationContextActive RtlIsGenericTableEmpty RtlIsGenericTableEmptyAvl RtlIsRangeAvailable RtlIsThreadWithinLoaderCallout RtlLockBootStatusData RtlLockMemoryStreamRegion RtlLogStackBackTrace RtlLookupElementGenericTable RtlLookupElementGenericTableAvl RtlMapSecurityErrorToNtStatus RtlMergeRangeLists RtlMultiAppendUnicodeStringBuffer RtlNewInstanceSecurityObject RtlNewSecurityGrantedAccess RtlNewSecurityObject RtlNewSecurityObjectEx RtlNewSecurityObjectWithMultipleInheritance RtlNtPathNameToDosPathName RtlNtStatusToDosErrorNoTeb RtlNumberGenericTableElements RtlNumberGenericTableElementsAvl RtlPcToFileHeader RtlPopFrame RtlProtectHeap RtlPushFrame RtlQueryDepthSList RtlQueryHeapInformation RtlQueryInformationActivationContext RtlQueryInformationActiveActivationContext RtlQueryInterfaceMemoryStream RtlQueryProcessBackTraceInformation RtlQueryProcessDebugInformation RtlQueryProcessHeapInformation RtlQueryProcessLockInformation RtlQuerySecurityObject RtlQueryTagHeap RtlQueueApcWow64Thread RtlQueueWorkItem RtlRandomEx RtlReadMemoryStream RtlReadOutOfProcessMemoryStream RtlRealPredecessor RtlRealSuccessor RtlRegisterSecureMemoryCacheCallback RtlRegisterWait RtlReleaseActivationContext RtlReleaseMemoryStream RtlRemoteCall RtlRemoveVectoredExceptionHandler RtlRestoreLastWin32Error RtlRevertMemoryStream RtlSeekMemoryStream RtlSelfRelativeToAbsoluteSD2 RtlSetAttributesSecurityDescriptor RtlSetControlSecurityDescriptor RtlSetCriticalSectionSpinCount RtlSetHeapInformation RtlSetIoCompletionCallback RtlSetLastWin32Error RtlSetLastWin32ErrorAndNtStatusFromNtStatus RtlSetMemoryStreamSize RtlSetProcessIsCritical RtlSetSecurityDescriptorRMControl RtlSetSecurityObject RtlSetSecurityObjectEx RtlSetThreadIsCritical RtlSetThreadPoolStartFunc RtlSetTimer RtlSetUnicodeCallouts RtlSetUserFlagsHeap RtlSetUserValueHeap RtlSplay RtlStartRXact RtlStatMemoryStream RtlStringFromGUID RtlTraceDatabaseAdd RtlTraceDatabaseCreate RtlTraceDatabaseDestroy RtlTraceDatabaseEnumerate RtlTraceDatabaseFind RtlTraceDatabaseLock RtlTraceDatabaseUnlock RtlTraceDatabaseValidate RtlUlongByteSwap RtlUlonglongByteSwap RtlUnhandledExceptionFilter RtlUnhandledExceptionFilter2 RtlUnlockBootStatusData RtlUnlockMemoryStreamRegion RtlUpdateTimer RtlUsageHeap RtlUshortByteSwap RtlValidRelativeSecurityDescriptor RtlValidateUnicodeString RtlVerifyVersionInfo RtlWalkFrameChain RtlWalkHeap RtlWriteMemoryStream RtlZeroHeap RtlZombifyActivationContext RtlpApplyLengthFunction RtlpEnsureBufferSize RtlpNotOwnerCriticalSection RtlpUnWaitCriticalSection RtlpWaitForCriticalSection SaveEm87Context VerSetConditionMask ZwAccessCheckByType ZwAccessCheckByTypeAndAuditAlarm ZwAccessCheckByTypeResultList ZwAccessCheckByTypeResultListAndAuditAlarm ZwAccessCheckByTypeResultListAndAuditAlarmByHandle ZwAddBootEntry ZwAllocateUserPhysicalPages ZwAreMappedFilesTheSame ZwAssignProcessToJobObject ZwCancelDeviceWakeupRequest ZwCompactKeys ZwCompareTokens ZwCompressKey ZwCreateDebugObject ZwCreateJobObject ZwCreateJobSet ZwCreateKeyedEvent ZwCreateProcessEx ZwCreateWaitablePort ZwDebugActiveProcess ZwDebugContinue ZwDeleteBootEntry ZwEnumerateBootEntries ZwEnumerateSystemEnvironmentValuesEx ZwFilterToken ZwFreeUserPhysicalPages ZwGetDevicePowerState ZwGetWriteWatch ZwImpersonateAnonymousToken ZwInitiatePowerAction ZwIsProcessInJob ZwIsSystemResumeAutomatic ZwLockProductActivationKeys ZwLockRegistryKey ZwMakePermanentObject ZwMapUserPhysicalPages ZwMapUserPhysicalPagesScatter ZwModifyBootEntry ZwNotifyChangeMultipleKeys ZwOpenJobObject ZwOpenKeyedEvent ZwOpenProcessTokenEx ZwOpenThreadTokenEx ZwPowerInformation ZwQueryBootEntryOrder ZwQueryBootOptions ZwQueryDebugFilterState ZwQueryDefaultUILanguage ZwQueryInformationJobObject ZwQueryInstallUILanguage ZwQueryOpenSubKeys ZwQueryPortInformationProcess ZwQueryQuotaInformationFile ZwQuerySystemEnvironmentValueEx ZwReleaseKeyedEvent ZwRemoveProcessDebug ZwRenameKey ZwReplyWaitReceivePortEx ZwRequestDeviceWakeup ZwRequestWakeupLatency ZwResetWriteWatch ZwResumeProcess ZwSaveKeyEx ZwSaveMergedKeys ZwSecureConnectPort ZwSetBootEntryOrder ZwSetBootOptions ZwSetDebugFilterState ZwSetDefaultUILanguage ZwSetEventBoostPriority ZwSetInformationDebugObject ZwSetInformationJobObject ZwSetQuotaInformationFile ZwSetSystemEnvironmentValueEx ZwSetThreadExecutionState ZwSetUuidSeed ZwSuspendProcess ZwTerminateJobObject ZwTraceEvent ZwTranslateFilePath ZwUnloadKeyEx ZwWaitForDebugEvent ZwWaitForKeyedEvent _CIcos _CIlog _CIpow _CIsin _CIsqrt __eCommonExceptions __eEmulatorInit __eF2XM1 __eFABS __eFADD32 __eFADD64 __eFADDPreg __eFADDreg __eFADDtop __eFCHS __eFCOM __eFCOM32 __eFCOM64 __eFCOMP __eFCOMP32 __eFCOMP64 __eFCOMPP __eFCOS __eFDECSTP __eFDIV32 __eFDIV64 __eFDIVPreg __eFDIVR32 __eFDIVR64 __eFDIVRPreg __eFDIVRreg __eFDIVRtop __eFDIVreg __eFDIVtop __eFFREE __eFIADD16 __eFIADD32 __eFICOM16 __eFICOM32 __eFICOMP16 __eFICOMP32 __eFIDIV16 __eFIDIV32 __eFIDIVR16 __eFIDIVR32 __eFILD16 __eFILD32 __eFILD64 __eFIMUL16 __eFIMUL32 __eFINCSTP __eFINIT __eFIST16 __eFIST32 __eFISTP16 __eFISTP32 __eFISTP64 __eFISUB16 __eFISUB32 __eFISUBR16 __eFISUBR32 __eFLD1 __eFLD32 __eFLD64 __eFLD80 __eFLDCW __eFLDENV __eFLDL2E __eFLDLN2 __eFLDPI __eFLDZ __eFMUL32 __eFMUL64 __eFMULPreg __eFMULreg __eFMULtop __eFPATAN __eFPREM __eFPREM1 __eFPTAN __eFRNDINT __eFRSTOR __eFSAVE __eFSCALE __eFSIN __eFSQRT __eFST __eFST32 __eFST64 __eFSTCW __eFSTENV __eFSTP __eFSTP32 __eFSTP64 __eFSTP80 __eFSTSW __eFSUB32 __eFSUB64 __eFSUBPreg __eFSUBR32 __eFSUBR64 __eFSUBRPreg __eFSUBRreg __eFSUBRtop __eFSUBreg __eFSUBtop __eFTST __eFUCOM __eFUCOMP __eFUCOMPP __eFXAM __eFXCH __eFXTRACT __eFYL2X __eFYL2XP1 __eGetStatusWord _alldvrm _aulldvrm _lfind _ui64toa _ui64tow _vsnwprintf bsearch iswdigit iswlower iswxdigit sscanf vDbgPrintEx vDbgPrintExWithPrefix secur32.dll GetSecurityUserInfo SealMessage SecCacheSspiPackages SecDeleteUserModeContext SecGetLocaleSpecificEncryptionRules SecInitUserModeContext SecpFreeMemory SecpTranslateName SecpTranslateNameEx UnsealMessage syssetup.dll AsrAddSifEntryA AsrAddSifEntryW AsrCreateStateFileA AsrCreateStateFileW AsrFreeContext AsrRestorePlugPlayRegistryData AsrpGetLocalDiskInfo AsrpGetLocalVolumeInfo AsrpRestoreNonCriticalDisksW CdromPropPageProvider ComputerClassInstaller CreateLocalAdminAccount CreateLocalAdminAccountEx CreateLocalUserAccount CriticalDeviceCoInstaller DevInstallW DeviceBayClassInstaller DiskPropPageProvider DoInstallComponentInfs EisaUpHalCoInstaller EisaUpHalPropPageProvider GenerateName HdcClassInstaller InitializeSetupLog InstallWindowsNt InvokeExternalApplicationEx KeyboardClassInstaller LegacyDriverPropPageProvider MigrateExceptionPackages MouseClassInstaller NtApmClassInstaller OpkCheckVersion PS2MousePropPageProvider PnPInitializationThread PrepareForAudit RepairStartMenuItems ReportError RunOEMExtraTasks ScsiClassInstaller SetAccountsDomainSid SetupAddOrRemoveTestCertificate SetupChangeLocale SetupChangeLocaleEx SetupCreateOptionalComponentsPage SetupDestroyLanguageList SetupDestroyPhoneList SetupEnumerateRegisteredOsComponents SetupExtendPartition SetupGetGeoOptions SetupGetKeyboardOptions SetupGetLocaleOptions SetupGetProductType SetupGetSetupInfo SetupGetValidEula SetupInfObjectInstallActionW (forwarded to SETUPAPI.InstallHinfSectionW) SetupInstallCatalog SetupMapTapiToIso SetupOobeBnk SetupOobeCleanup SetupOobeInitDebugLog SetupOobeInitPostServices SetupOobeInitPreServices SetupPidGen3 SetupQueryRegisteredOsComponent SetupQueryRegisteredOsComponentsOrder SetupReadPhoneList SetupRegisterOsComponent SetupSetAdminPassword SetupSetDisplay SetupSetIntlOptions SetupSetRegisteredOsComponentsOrder SetupSetSetupInfo SetupShellSettings SetupStartService SetupUnRegisterOsComponent StorageCoInstaller SystemUpdateUserProfileDirectory TapeClassInstaller TapePropPageProvider TerminateSetupLog UpdatePnpDeviceDrivers UpgradePrinters ViewSetupActionLog VolumeClassInstaller pSetupDebugPrint pSetuplogSfcError user32.dll AllowForegroundActivation BuildReasonArray CalcMenuBar CliImmSetHotKey CreateSystemThreads CtxInitUser32 DdeGetQualityOfService DestroyReasons DeviceEventWorker DisplayExitWindowsWarnings EnterReaderModeHelper GetAppCompatFlags2 GetCursorFrameInfo GetReasonTitleFromReasonCode GetWinStationInfo InitializeLpkHooks InitializeWin32EntryTable IsServerSideWindow IsWindowInDestroy LoadKeyboardLayoutEx MessageBoxTimeoutA MessageBoxTimeoutW PaintMenuBar PrivateSetDbgTag PrivateSetRipFlags QuerySendMessage QueryUserCounters ReasonCodeNeedsBugID ReasonCodeNeedsComment RecordShutdownReason RegisterMessagePumpHook RegisterUserApiHook ResolveDesktopForWOW SetConsoleReserveKeys SetCursorContents ShowStartGlass UnregisterMessagePumpHook UnregisterUserApiHook UpdatePerUserSystemParameters User32InitializeImmEntryTable UserLpkPSMTextOut UserLpkTabbedTextOut UserRegisterWowHandlers VRipOutput VTagOutput Win32PoolAllocationStats ws2_32.dll WEP WSApSetPostRoutine wsock32.dll MigrateWinsockConfiguration NPLoadNameSpaces WEP WSApSetPostRoutine dn_expand getnetbyname inet_network rcmd rexec rresvport s_perror sethostname Still looking for the correct prototypes for these, ones that exactly match the microsoft implementations. (matching the ntdll stuff to the ntoskrnl stuff didnt help me find them so I need the specific prototypes as they apply to ntdll.dll)

2 1

Re: winedefault.reg
by Bill Medland 08 Sep '03

08 Sep '03

On September 7, 2003 03:49 pm, Ivan Leo Murray-Smith wrote: > Some people on wine-users are complaining that regedit winedefault.reg > doesn' t always work correctly, somebody posted this solution > http://www.winehq.org/hypermail/wine-users/2003/09/0062.html > but it would be a very nice thing if regedit winedefault.reg exited with no > output and just worked like it has always done with the command line > version. Except that is not what the windows version does; regedit /s should be silent, without the /s mine asks if I am sure I want to import. Also note that there was a defect in 20030813 in the regedit area; the RedHat rpms (at least the 8 and presumably the 9.0) that fixed it and it has been fixed in the source now. By the way, does anyone know where the command line arguments are documented; I see that the Windows regedit doesn't seem to have a help option. -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

1 0

bounced mail to appdb@winehq.com
by David Miller 08 Sep '03

08 Sep '03

I am trying to volunteer to help maintain the appdb, but mail to appdb(a)winehq.com bounces with the error below. I have emailed this address successfully before. Has it been removed? If not, is there a known (or perhaps unknown) problem? <appdb(a)winehq.com>: 198.144.15.226 does not like recipient. Remote host said: 550 5.1.1 <appdb(a)winehq.com>... User unknown Giving up on 198.144.15.226. --------------------------------------------- So many Right-wing Christians. So few lions.

2 1

winedefault.reg
by Ivan Leo Murray-Smith 08 Sep '03

08 Sep '03

Some people on wine-users are complaining that regedit winedefault.reg doesn' t always work correctly, somebody posted this solution http://www.winehq.org/hypermail/wine-users/2003/09/0062.html but it would be a very nice thing if regedit winedefault.reg exited with no output and just worked like it has always done with the command line version.

2 1

Re: Question regarding development..
by Rolf Kalbermatter 08 Sep '03

08 Sep '03

Ove Kaaven <ovehk(a)ping.uio.no> > On Sun, 2003-09-07 at 17:30, Jon Brandenburg wrote: >> Am I allowed to run debug os in connection >> with say a piece of test code, with the purpose of extracting the >> necessary api information/functionality so it can be rewritten into wine > >In what way would the debug version help you with that compared to the >non-debug version? I have no idea about the details of Windows debug versions. But I guess the debug files may contain a lot of additional informations such as symbol names of internal functions which are normally stripped. As that and seeing the hesitations of accepting code which is suspected in the slightest way to be directly derived from dissasembly into Wine, I guess using this information is certainly not encouraged and probably not advisable to avoid possible legal issues. I don't think any party contributing to Wine is really prepared nor willing to test the legality of this in court. Rolf Kalbermatter

2 2

Application results to wine-tests-results@winehq.com
by Jakob Eriksson 08 Sep '03

08 Sep '03

The new list had an immediate response after it showed up on WineHQ - somebody submitted her testresults of Total Commander run under Wine. Maybe we should keep it that way? If people submit their stories there, so much the better - bugzilla will be kept more free from loose ends. No risk of mixing up with the winetests.exe generated regression tests either - those have a different subject. regards, Jakob

2 1

Wine and Windows Hooks
by Sukumar .S 08 Sep '03

08 Sep '03

Dear All, I would like to understand how each Windows Messages like WM_COMMAND are processed and handled by wine ? If i call a function SendMessage and pass one window handle to it with the appropriate message (i.e WM_GETTEXT ) how it will be processed ? Is it going through the wine-server ? I'm basically interested in learning about window messages processing and how each window/dialog/controls creation/updation/manipulation are handled in wine ? Is this such that all window messages are going through wine-server ? If i wanted to trace/hook the window message, is there any --debugmsg params available ? Is there any documentation (developer) available for wine-server ?. I would like to understand the architecture/functionality of the wine-server. It would be better if there is a document which explains the incoming/outgoing packets (Requests/Responses) between client and then wine-server ? when i looked at the wine-devel documentation on wine-server, it says that 'wineserver is the confusing concept in wine ' ? Is it so ...? If i didn't framed my questions properly, please forgive me as i'm very novice is wine and hopefully show some progress when i feel comfortable with my wine study...! Thanks and Best Regards, S. Sukumar --

3 2

Wine with VB6
by Sukumar .S 08 Sep '03

08 Sep '03

Dear All, I've installed the Wine version 20030813 as suggested by the group members. I am able to run and use many of the window applications. I've installed VB6 on my windows partititon and when i run it with wine, the VB6 is starting well and loading the project which i've choosen from the list. But when i run the project, it is reporting an error called "Automation Error". I'm using the MS VB 6 Working Model Edition on Win98 Installation. Is this error something got to do with Registry or any Native Dll should be used ? Please help me on this. I've one more query...! I've written one project which basically scans/sends Messages (SendMessage) to any of the specified Target Window controls to retrive the data in it. For example i.e If it is an List View Control, my programs sends appropriate messages to retrive the now of rows and each row columns text from it. Will this application if i run it from wine, will it work exactly ? Thanks & Best Regards, S. Sukumar --

2 1

looking for some info on these functions
by Jonathan Wilson 08 Sep '03

08 Sep '03

advapi32.dll A_SHAFinal A_SHAInit A_SHAUpdate AccessCheckByType AccessCheckByTypeAndAuditAlarmA AccessCheckByTypeAndAuditAlarmW AccessCheckByTypeResultList AccessCheckByTypeResultListAndAuditAlarmA AccessCheckByTypeResultListAndAuditAlarmByHandleA AccessCheckByTypeResultListAndAuditAlarmByHandleW AccessCheckByTypeResultListAndAuditAlarmW CancelOverlappedAccess CloseCodeAuthzLevel ComputeAccessTokenFromCodeAuthzLevel ConvertAccessToSecurityDescriptorA ConvertAccessToSecurityDescriptorW ConvertSDToStringSDRootDomainA ConvertSDToStringSDRootDomainW ConvertSecurityDescriptorToAccessA ConvertSecurityDescriptorToAccessNamedA ConvertSecurityDescriptorToAccessNamedW ConvertSecurityDescriptorToAccessW ConvertStringSDToSDDomainA ConvertStringSDToSDDomainW ConvertStringSDToSDRootDomainA ConvertStringSDToSDRootDomainW CreateCodeAuthzLevel CredProfileLoaded CredpConvertCredential CredpConvertTargetInfo CredpDecodeCredential CredpEncodeCredential ElfBackupEventLogFileA ElfBackupEventLogFileW ElfChangeNotify ElfClearEventLogFileA ElfClearEventLogFileW ElfCloseEventLog ElfDeregisterEventSource ElfNumberOfRecords ElfOldestRecord ElfOpenBackupEventLogA ElfOpenBackupEventLogW ElfOpenEventLogA ElfOpenEventLogW ElfReadEventLogA ElfReadEventLogW ElfRegisterEventSourceA ElfRegisterEventSourceW ElfReportEventA ElfReportEventW EncryptedFileKeyInfo FreeEncryptedFileKeyInfo GetAccessPermissionsForObjectA GetAccessPermissionsForObjectW GetInformationCodeAuthzLevelW GetInformationCodeAuthzPolicyW GetNamedSecurityInfoExA GetNamedSecurityInfoExW GetOverlappedAccessResults I_ScGetCurrentGroupStateW I_ScIsSecurityProcess I_ScPnPGetServiceName I_ScSendTSMessage I_ScSetServiceBitsA I_ScSetServiceBitsW IdentifyCodeAuthzLevelW LsaAddPrivilegesToAccount LsaClearAuditLog LsaCreateAccount LsaCreateSecret LsaCreateTrustedDomain LsaDelete LsaEnumerateAccounts LsaEnumeratePrivileges LsaEnumeratePrivilegesOfAccount LsaGetQuotasForAccount LsaGetRemoteUserName LsaGetSystemAccessAccount LsaGetUserName LsaICLookupNames LsaICLookupNamesWithCreds LsaICLookupSids LsaICLookupSidsWithCreds LsaLookupPrivilegeDisplayName LsaLookupPrivilegeName LsaLookupPrivilegeValue LsaOpenAccount LsaOpenPolicySce LsaOpenSecret LsaOpenTrustedDomain LsaQueryInfoTrustedDomain LsaQuerySecret LsaQuerySecurityObject LsaRemovePrivilegesFromAccount LsaRetrievePrivateData LsaSetInformationTrustedDomain LsaSetQuotasForAccount LsaSetSecret LsaSetSecurityObject LsaSetSystemAccessAccount MD4Final MD4Init MD4Update MD5Final MD5Init MD5Update ProcessIdleTasks QueryWindows31FilesMigration RegisterIdleTask SaferiChangeRegistryScope SaferiCompareTokenLevels SaferiPopulateDefaultsInRegistry SaferiRecordEventLogEntry SaferiReplaceProcessThreadTokens SaferiSearchMatchingHashRules SetEntriesInAccessListA SetEntriesInAccessListW SetEntriesInAuditListA SetEntriesInAuditListW SetInformationCodeAuthzLevelW SetInformationCodeAuthzPolicyW SetNamedSecurityInfoExA SetNamedSecurityInfoExW SetSecurityInfoExA SetSecurityInfoExW SynchronizeWindows31FilesAndWindowsNTRegistry SystemFunction036 SystemFunction040 SystemFunction041 TrusteeAccessToObjectA TrusteeAccessToObjectW UnregisterIdleTask WdmWmiServiceMain WmiCloseBlock WmiCloseTraceWithCursor WmiConvertTimestamp WmiDevInstToInstanceNameA WmiDevInstToInstanceNameW WmiEnumerateGuids WmiExecuteMethodA WmiExecuteMethodW WmiFileHandleToInstanceNameA WmiFileHandleToInstanceNameW WmiFreeBuffer WmiGetFirstTraceOffset WmiGetNextEvent WmiGetTraceHeader WmiMofEnumerateResourcesA WmiMofEnumerateResourcesW WmiNotificationRegistrationA WmiNotificationRegistrationW WmiOpenBlock WmiOpenTraceWithCursor WmiParseTraceEvent WmiQueryAllDataA WmiQueryAllDataMultipleA WmiQueryAllDataMultipleW WmiQueryAllDataW WmiQueryGuidInformation WmiQuerySingleInstanceA WmiQuerySingleInstanceMultipleA WmiQuerySingleInstanceMultipleW WmiQuerySingleInstanceW WmiReceiveNotificationsA WmiReceiveNotificationsW WmiSetSingleInstanceA WmiSetSingleInstanceW WmiSetSingleItemA WmiSetSingleItemW fmifs.dll ChkdskEx ComputeFmMediaType FormatEx2 QueryAvailableFileSystemFormat QueryDeviceInformation QueryDeviceInformationByHandle QueryFileSystemName QueryLatestFileSystemVersion gdi32.dll GdiConvertBitmapV5 GdiGetSpoolMessage GdiInitializeLanguagePack GdiPrinterThunk cGetTTFFromFOT iphlpapi.dll AllocateAndGetArpEntTableFromStack AllocateAndGetIfTableFromStack AllocateAndGetIpAddrTableFromStack AllocateAndGetIpForwardTableFromStack AllocateAndGetIpNetTableFromStack AllocateAndGetTcpExTableFromStack AllocateAndGetTcpTableFromStack AllocateAndGetUdpExTableFromStack AllocateAndGetUdpTableFromStack FlushIpNetTableFromStack GetBestInterfaceFromStack GetBestRouteFromStack GetIcmpStatsFromStack GetIcmpStatsFromStackEx GetIfEntryFromStack GetIfTableFromStack GetIgmpList GetIpAddrTableFromStack GetIpForwardTableFromStack GetIpNetTableFromStack GetIpStatsFromStack GetIpStatsFromStackEx GetTcpStatsFromStack GetTcpStatsFromStackEx GetTcpTableFromStack GetUdpStatsFromStack GetUdpStatsFromStackEx GetUdpTableFromStack InternalCreateIpForwardEntry InternalCreateIpNetEntry InternalDeleteIpForwardEntry InternalDeleteIpNetEntry InternalGetIfTable InternalGetIpAddrTable InternalGetIpForwardTable InternalGetIpNetTable InternalGetTcpTable InternalGetUdpTable InternalSetIfEntry InternalSetIpForwardEntry InternalSetIpNetEntry InternalSetIpStats InternalSetTcpEntry IsLocalAddress NTPTimeToNTFileTime NTTimeToNTPTime NhGetGuidFromInterfaceName NhGetInterfaceNameFromDeviceGuid NhGetInterfaceNameFromGuid NhpAllocateAndGetInterfaceInfoFromStack NhpGetInterfaceIndexFromStack NotifyRouteChangeEx RtlIpv4AddressToStringExA RtlIpv4AddressToStringExW RtlIpv4StringToAddressExA RtlIpv4StringToAddressExW RtlIpv6AddressToStringExA RtlIpv6AddressToStringExW RtlIpv6StringToAddressExA RtlIpv6StringToAddressExW SetAdapterIpAddress SetBlockRoutes SetIfEntryToStack SetIpForwardEntryToStack SetIpMultihopRouteEntryToStack SetIpNetEntryToStack SetIpRouteEntryToStack SetIpStatsToStack SetProxyArpEntryToStack SetRouteWithRef SetTcpEntryToStack _PfAddFiltersToInterface@24 _PfAddGlobalFilterToInterface@8 _PfBindInterfaceToIPAddress@12 _PfBindInterfaceToIndex@16 _PfCreateInterface@24 _PfDeleteInterface@4 _PfDeleteLog@0 _PfGetInterfaceStatistics@16 _PfMakeLog@4 _PfRebindFilters@8 _PfRemoveFilterHandles@12 _PfRemoveFiltersFromInterface@20 _PfRemoveGlobalFilterFromInterface@8 _PfSetLogBuffer@28 _PfTestPacket@20 _PfUnBindInterface@4 do_echo_rep do_echo_req register_icmp kernel32.dll AddLocalAlternateComputerNameA AddLocalAlternateComputerNameW BaseCheckAppcompatCache BaseCleanupAppcompatCache BaseCleanupAppcompatCacheSupport BaseDumpAppcompatCache BaseFlushAppcompatCache BaseInitAppcompatCache BaseInitAppcompatCacheSupport BaseProcessInitPostImport BaseUpdateAppcompatCache CreateNlsSecurityDescriptor CreateProcessInternalA CreateProcessInternalW CreateSocketHandle DelayLoadFailureHook DosPathToSessionPathA DosPathToSessionPathW EnumerateLocalComputerNamesA EnumerateLocalComputerNamesW GetCPFileNameFromRegistry GetComPlusPackageInstallStatus GetConsoleCharType GetConsoleCursorMode GetConsoleInputExeNameA GetConsoleInputExeNameW GetConsoleKeyboardLayoutNameA GetConsoleKeyboardLayoutNameW GetConsoleNlsMode GetDefaultSortkeySize GetHandleContext GetLinguistLangSize GetNlsSectionName GetNumaAvailableMemory GetNumaAvailableMemoryNode GetNumaProcessorMap IsValidUILanguage LZCloseFile LZCreateFileW NlsConvertIntegerToString NlsGetCacheUpdateCount NlsResetProcessLocale NumaVirtualQueryNode OpenDataFile PrivCopyFileExW PrivMoveFileIdentityW ReadConsoleInputExA ReadConsoleInputExW RegisterConsoleIME RegisterConsoleOS2 RemoveLocalAlternateComputerNameA RemoveLocalAlternateComputerNameW RtlCaptureStackBackTrace SetCPGlobal SetClientTimeZoneInformation SetComPlusPackageInstallStatus SetConsoleCursorMode SetConsoleIcon SetConsoleInputExeNameA SetConsoleInputExeNameW SetConsoleLocalEUDC SetConsoleNlsMode SetConsoleOS2OemFormat SetHandleContext SetLocalPrimaryComputerNameA SetLocalPrimaryComputerNameW SetTermsrvAppInstallMode SetThreadUILanguage TermsrvAppInstallMode UTRegister UTUnRegister UnregisterConsoleIME ValidateLCType ValidateLocale lz32.dll LZCloseFile LZCreateFileW ntdll.dll CsrCaptureMessageMultiUnicodeStringsInPlace CsrGetProcessId DbgPrintEx DbgPrintReturnControlC DbgQueryDebugFilterState DbgSetDebugFilterState DbgUiConvertStateChangeStructure DbgUiDebugActiveProcess DbgUiGetThreadDebugObject DbgUiSetThreadDebugObject DbgUiStopDebugging KiRaiseUserExceptionDispatcher LdrAccessOutOfProcessResource LdrAddRefDll LdrAlternateResourcesEnabled LdrCreateOutOfProcessImage LdrDestroyOutOfProcessImage LdrEnumResources LdrEnumerateLoadedModules LdrFindCreateProcessManifest LdrFindResourceEx_U LdrFlushAlternateResourceModules LdrGetDllHandleEx LdrInitShimEngineDynamic LdrLoadAlternateResourceModule LdrLockLoaderLock LdrProcessRelocationBlock LdrSetAppCompatDllRedirectionCallback LdrSetDllManifestProber LdrUnloadAlternateResourceModule LdrUnlockLoaderLock NtAccessCheckByType NtAccessCheckByTypeAndAuditAlarm NtAccessCheckByTypeResultList NtAccessCheckByTypeResultListAndAuditAlarm NtAccessCheckByTypeResultListAndAuditAlarmByHandle NtAddBootEntry NtAllocateUserPhysicalPages NtAreMappedFilesTheSame NtAssignProcessToJobObject NtCancelDeviceWakeupRequest NtCompactKeys NtCompareTokens NtCompressKey NtCreateDebugObject NtCreateJobObject NtCreateJobSet NtCreateKeyedEvent NtCreateProcessEx NtDebugActiveProcess NtDebugContinue NtDeleteBootEntry NtEnumerateBootEntries NtEnumerateSystemEnvironmentValuesEx NtFilterToken NtFreeUserPhysicalPages NtGetDevicePowerState NtGetWriteWatch NtImpersonateAnonymousToken NtInitiatePowerAction NtIsProcessInJob NtIsSystemResumeAutomatic NtLockProductActivationKeys NtLockRegistryKey NtMakePermanentObject NtMapUserPhysicalPages NtMapUserPhysicalPagesScatter NtModifyBootEntry NtNotifyChangeMultipleKeys NtOpenJobObject NtOpenKeyedEvent NtOpenProcessTokenEx NtOpenThreadTokenEx NtPowerInformation NtQueryBootEntryOrder NtQueryBootOptions NtQueryDebugFilterState NtQueryDefaultUILanguage NtQueryInformationJobObject NtQueryInstallUILanguage NtQueryOpenSubKeys NtQueryPortInformationProcess NtQueryQuotaInformationFile NtQuerySystemEnvironmentValueEx NtReleaseKeyedEvent NtRemoveProcessDebug NtRenameKey NtReplyWaitReceivePortEx NtRequestDeviceWakeup NtRequestWakeupLatency NtResetWriteWatch NtResumeProcess NtSaveKeyEx NtSaveMergedKeys NtSecureConnectPort NtSetBootEntryOrder NtSetBootOptions NtSetDebugFilterState NtSetDefaultUILanguage NtSetEventBoostPriority NtSetInformationDebugObject NtSetInformationJobObject NtSetQuotaInformationFile NtSetSystemEnvironmentValueEx NtSetThreadExecutionState NtSetUuidSeed NtSuspendProcess NtTerminateJobObject NtTraceEvent NtTranslateFilePath NtUnloadKeyEx NtWaitForDebugEvent NtWaitForKeyedEvent PfxFindPrefix PfxInitialize PfxInsertPrefix PfxRemovePrefix PropertyLengthAsVariant RestoreEm87Context RtlAbortRXact RtlActivateActivationContext RtlActivateActivationContextEx RtlActivateActivationContextUnsafeFast RtlAddAccessAllowedAceEx RtlAddAccessAllowedObjectAce RtlAddAccessDeniedAceEx RtlAddAccessDeniedObjectAce RtlAddActionToRXact RtlAddAttributeActionToRXact RtlAddAuditAccessAceEx RtlAddAuditAccessObjectAce RtlAddCompoundAce RtlAddRange RtlAddRefActivationContext RtlAddRefMemoryStream RtlAddVectoredExceptionHandler RtlAddressInSectionTable RtlAppendPathElement RtlApplicationVerifierStop RtlApplyRXact RtlApplyRXactNoFlush RtlAssert2 RtlCancelTimer RtlCaptureContext RtlCaptureStackBackTrace RtlCaptureStackContext RtlCheckForOrphanedCriticalSections RtlCheckProcessParameters RtlCloneMemoryStream RtlCommitMemoryStream RtlComputeCrc32 RtlComputeImportTableHash RtlComputePrivatizedDllName_U RtlConsoleMultiByteToUnicodeN RtlConvertPropertyToVariant RtlConvertToAutoInheritSecurityObject RtlConvertUiListToApiList RtlConvertVariantToProperty RtlCopyMemoryStreamTo RtlCopyOutOfProcessMemoryStreamTo RtlCopyRangeList RtlCopySecurityDescriptor RtlCreateActivationContext RtlCreateAndSetSD RtlCreateBootStatusDataFile RtlCreateQueryDebugBuffer RtlCreateSystemVolumeInformationFolder RtlCreateTagHeap RtlCreateTimer RtlCreateTimerQueue RtlCreateUserSecurityObject RtlCutoverTimeToSystemTime RtlDeactivateActivationContext RtlDeactivateActivationContextUnsafeFast RtlDebugPrintTimes RtlDefaultNpAcl RtlDelete RtlDeleteElementGenericTable RtlDeleteElementGenericTableAvl RtlDeleteNoSplay RtlDeleteOwnersRanges RtlDeleteRange RtlDeleteSecurityObject RtlDeleteTimer RtlDeleteTimerQueue RtlDeleteTimerQueueEx RtlDeregisterWait RtlDeregisterWaitEx RtlDestroyQueryDebugBuffer RtlDllShutdownInProgress RtlDnsHostNameToComputerName RtlDosApplyFileIsolationRedirection_Ustr RtlDosSearchPath_Ustr RtlDowncaseUnicodeChar RtlDuplicateUnicodeString RtlEnableEarlyCriticalSectionEventCreation RtlEnumerateGenericTable RtlEnumerateGenericTableAvl RtlEnumerateGenericTableLikeADirectory RtlEnumerateGenericTableWithoutSplaying RtlEnumerateGenericTableWithoutSplayingAvl RtlExtendHeap RtlFinalReleaseOutOfProcessMemoryStream RtlFindActivationContextSectionGuid RtlFindActivationContextSectionString RtlFindCharInUnicodeString RtlFindClearRuns RtlFindLastBackwardRunClear RtlFindLeastSignificantBit RtlFindMostSignificantBit RtlFindNextForwardRunClear RtlFindRange RtlFirstEntrySList RtlFlushSecureMemoryCache RtlFormatMessage RtlFreeRangeList RtlFreeThreadActivationContextStack RtlGUIDFromString RtlGetActiveActivationContext RtlGetCallersAddress RtlGetCurrentPeb RtlGetElementGenericTable RtlGetElementGenericTableAvl RtlGetFirstRange RtlGetFrame RtlGetLastNtStatus RtlGetLastWin32Error RtlGetLengthWithoutLastFullDosOrNtPathElement RtlGetLengthWithoutTrailingPathSeperators RtlGetNativeSystemInformation RtlGetNextRange RtlGetSecurityDescriptorRMControl RtlGetSetBootStatusData RtlGetUserInfoHeap RtlGetVersion RtlHashUnicodeString RtlInitMemoryStream RtlInitOutOfProcessMemoryStream RtlInitUnicodeStringEx RtlInitializeAtomPackage RtlInitializeCriticalSectionAndSpinCount RtlInitializeGenericTable RtlInitializeGenericTableAvl RtlInitializeRXact RtlInitializeRangeList RtlInitializeSListHead RtlInsertElementGenericTable RtlInsertElementGenericTableAvl RtlInt64ToUnicodeString RtlInterlockedFlushSList RtlInterlockedPopEntrySList RtlInterlockedPushEntrySList RtlInterlockedPushListSList RtlInvertRangeList RtlIpv4AddressToStringA RtlIpv4AddressToStringW RtlIpv4StringToAddressA RtlIpv4StringToAddressW RtlIpv6AddressToStringA RtlIpv6AddressToStringW RtlIpv6StringToAddressA RtlIpv6StringToAddressW RtlIsActivationContextActive RtlIsGenericTableEmpty RtlIsGenericTableEmptyAvl RtlIsRangeAvailable RtlIsThreadWithinLoaderCallout RtlLockBootStatusData RtlLockMemoryStreamRegion RtlLogStackBackTrace RtlLookupElementGenericTable RtlLookupElementGenericTableAvl RtlMapSecurityErrorToNtStatus RtlMergeRangeLists RtlMultiAppendUnicodeStringBuffer RtlNewInstanceSecurityObject RtlNewSecurityGrantedAccess RtlNewSecurityObject RtlNewSecurityObjectEx RtlNewSecurityObjectWithMultipleInheritance RtlNtPathNameToDosPathName RtlNtStatusToDosErrorNoTeb RtlNumberGenericTableElements RtlNumberGenericTableElementsAvl RtlPcToFileHeader RtlPopFrame RtlProtectHeap RtlPushFrame RtlQueryDepthSList RtlQueryHeapInformation RtlQueryInformationActivationContext RtlQueryInformationActiveActivationContext RtlQueryInterfaceMemoryStream RtlQueryProcessBackTraceInformation RtlQueryProcessDebugInformation RtlQueryProcessHeapInformation RtlQueryProcessLockInformation RtlQuerySecurityObject RtlQueryTagHeap RtlQueueApcWow64Thread RtlQueueWorkItem RtlRandomEx RtlReadMemoryStream RtlReadOutOfProcessMemoryStream RtlRealPredecessor RtlRealSuccessor RtlRegisterSecureMemoryCacheCallback RtlRegisterWait RtlReleaseActivationContext RtlReleaseMemoryStream RtlRemoteCall RtlRemoveVectoredExceptionHandler RtlRestoreLastWin32Error RtlRevertMemoryStream RtlSeekMemoryStream RtlSelfRelativeToAbsoluteSD2 RtlSetAttributesSecurityDescriptor RtlSetControlSecurityDescriptor RtlSetCriticalSectionSpinCount RtlSetHeapInformation RtlSetIoCompletionCallback RtlSetLastWin32Error RtlSetLastWin32ErrorAndNtStatusFromNtStatus RtlSetMemoryStreamSize RtlSetProcessIsCritical RtlSetSecurityDescriptorRMControl RtlSetSecurityObject RtlSetSecurityObjectEx RtlSetThreadIsCritical RtlSetThreadPoolStartFunc RtlSetTimer RtlSetUnicodeCallouts RtlSetUserFlagsHeap RtlSetUserValueHeap RtlSplay RtlStartRXact RtlStatMemoryStream RtlStringFromGUID RtlTraceDatabaseAdd RtlTraceDatabaseCreate RtlTraceDatabaseDestroy RtlTraceDatabaseEnumerate RtlTraceDatabaseFind RtlTraceDatabaseLock RtlTraceDatabaseUnlock RtlTraceDatabaseValidate RtlUlongByteSwap RtlUlonglongByteSwap RtlUnhandledExceptionFilter RtlUnhandledExceptionFilter2 RtlUnlockBootStatusData RtlUnlockMemoryStreamRegion RtlUpdateTimer RtlUsageHeap RtlUshortByteSwap RtlValidRelativeSecurityDescriptor RtlValidateUnicodeString RtlVerifyVersionInfo RtlWalkFrameChain RtlWalkHeap RtlWriteMemoryStream RtlZeroHeap RtlZombifyActivationContext RtlpApplyLengthFunction RtlpEnsureBufferSize RtlpNotOwnerCriticalSection RtlpUnWaitCriticalSection RtlpWaitForCriticalSection SaveEm87Context VerSetConditionMask ZwAccessCheckByType ZwAccessCheckByTypeAndAuditAlarm ZwAccessCheckByTypeResultList ZwAccessCheckByTypeResultListAndAuditAlarm ZwAccessCheckByTypeResultListAndAuditAlarmByHandle ZwAddBootEntry ZwAllocateUserPhysicalPages ZwAreMappedFilesTheSame ZwAssignProcessToJobObject ZwCancelDeviceWakeupRequest ZwCompactKeys ZwCompareTokens ZwCompressKey ZwCreateDebugObject ZwCreateJobObject ZwCreateJobSet ZwCreateKeyedEvent ZwCreateProcessEx ZwCreateWaitablePort ZwDebugActiveProcess ZwDebugContinue ZwDeleteBootEntry ZwEnumerateBootEntries ZwEnumerateSystemEnvironmentValuesEx ZwFilterToken ZwFreeUserPhysicalPages ZwGetDevicePowerState ZwGetWriteWatch ZwImpersonateAnonymousToken ZwInitiatePowerAction ZwIsProcessInJob ZwIsSystemResumeAutomatic ZwLockProductActivationKeys ZwLockRegistryKey ZwMakePermanentObject ZwMapUserPhysicalPages ZwMapUserPhysicalPagesScatter ZwModifyBootEntry ZwNotifyChangeMultipleKeys ZwOpenJobObject ZwOpenKeyedEvent ZwOpenProcessTokenEx ZwOpenThreadTokenEx ZwPowerInformation ZwQueryBootEntryOrder ZwQueryBootOptions ZwQueryDebugFilterState ZwQueryDefaultUILanguage ZwQueryInformationJobObject ZwQueryInstallUILanguage ZwQueryOpenSubKeys ZwQueryPortInformationProcess ZwQueryQuotaInformationFile ZwQuerySystemEnvironmentValueEx ZwReleaseKeyedEvent ZwRemoveProcessDebug ZwRenameKey ZwReplyWaitReceivePortEx ZwRequestDeviceWakeup ZwRequestWakeupLatency ZwResetWriteWatch ZwResumeProcess ZwSaveKeyEx ZwSaveMergedKeys ZwSecureConnectPort ZwSetBootEntryOrder ZwSetBootOptions ZwSetDebugFilterState ZwSetDefaultUILanguage ZwSetEventBoostPriority ZwSetInformationDebugObject ZwSetInformationJobObject ZwSetQuotaInformationFile ZwSetSystemEnvironmentValueEx ZwSetThreadExecutionState ZwSetUuidSeed ZwSuspendProcess ZwTerminateJobObject ZwTraceEvent ZwTranslateFilePath ZwUnloadKeyEx ZwWaitForDebugEvent ZwWaitForKeyedEvent _CIcos _CIlog _CIpow _CIsin _CIsqrt __eCommonExceptions __eEmulatorInit __eF2XM1 __eFABS __eFADD32 __eFADD64 __eFADDPreg __eFADDreg __eFADDtop __eFCHS __eFCOM __eFCOM32 __eFCOM64 __eFCOMP __eFCOMP32 __eFCOMP64 __eFCOMPP __eFCOS __eFDECSTP __eFDIV32 __eFDIV64 __eFDIVPreg __eFDIVR32 __eFDIVR64 __eFDIVRPreg __eFDIVRreg __eFDIVRtop __eFDIVreg __eFDIVtop __eFFREE __eFIADD16 __eFIADD32 __eFICOM16 __eFICOM32 __eFICOMP16 __eFICOMP32 __eFIDIV16 __eFIDIV32 __eFIDIVR16 __eFIDIVR32 __eFILD16 __eFILD32 __eFILD64 __eFIMUL16 __eFIMUL32 __eFINCSTP __eFINIT __eFIST16 __eFIST32 __eFISTP16 __eFISTP32 __eFISTP64 __eFISUB16 __eFISUB32 __eFISUBR16 __eFISUBR32 __eFLD1 __eFLD32 __eFLD64 __eFLD80 __eFLDCW __eFLDENV __eFLDL2E __eFLDLN2 __eFLDPI __eFLDZ __eFMUL32 __eFMUL64 __eFMULPreg __eFMULreg __eFMULtop __eFPATAN __eFPREM __eFPREM1 __eFPTAN __eFRNDINT __eFRSTOR __eFSAVE __eFSCALE __eFSIN __eFSQRT __eFST __eFST32 __eFST64 __eFSTCW __eFSTENV __eFSTP __eFSTP32 __eFSTP64 __eFSTP80 __eFSTSW __eFSUB32 __eFSUB64 __eFSUBPreg __eFSUBR32 __eFSUBR64 __eFSUBRPreg __eFSUBRreg __eFSUBRtop __eFSUBreg __eFSUBtop __eFTST __eFUCOM __eFUCOMP __eFUCOMPP __eFXAM __eFXCH __eFXTRACT __eFYL2X __eFYL2XP1 __eGetStatusWord _alldvrm _aulldvrm _lfind _ui64toa _ui64tow _vsnwprintf bsearch iswdigit iswlower iswxdigit sscanf vDbgPrintEx vDbgPrintExWithPrefix secur32.dll AcceptSecurityContext AcquireCredentialsHandleA AcquireCredentialsHandleW AddCredentialsA AddCredentialsW AddSecurityPackageA AddSecurityPackageW ApplyControlToken CompleteAuthToken CredMarshalTargetInfo CredUnmarshalTargetInfo DecryptMessage DeleteSecurityContext DeleteSecurityPackageA DeleteSecurityPackageW EncryptMessage EnumerateSecurityPackagesA EnumerateSecurityPackagesW ExportSecurityContext FreeContextBuffer FreeCredentialsHandle GetComputerObjectNameA GetComputerObjectNameW GetSecurityUserInfo GetUserNameExA GetUserNameExW ImpersonateSecurityContext ImportSecurityContextA ImportSecurityContextW InitSecurityInterfaceA InitSecurityInterfaceW InitializeSecurityContextA InitializeSecurityContextW LsaEnumerateLogonSessions LsaGetLogonSessionData LsaRegisterPolicyChangeNotification LsaUnregisterPolicyChangeNotification MakeSignature QueryContextAttributesA QueryContextAttributesW QueryCredentialsAttributesA QueryCredentialsAttributesW QuerySecurityContextToken QuerySecurityPackageInfoA QuerySecurityPackageInfoW RevertSecurityContext SaslAcceptSecurityContext SaslEnumerateProfilesA SaslEnumerateProfilesW SaslGetProfilePackageA SaslGetProfilePackageW SaslIdentifyPackageA SaslIdentifyPackageW SaslInitializeSecurityContextA SaslInitializeSecurityContextW SealMessage SecCacheSspiPackages SecDeleteUserModeContext SecGetLocaleSpecificEncryptionRules SecInitUserModeContext SecpFreeMemory SecpTranslateName SecpTranslateNameEx SetContextAttributesA SetContextAttributesW TranslateNameA TranslateNameW UnsealMessage VerifySignature syssetup.dll AsrAddSifEntryA AsrAddSifEntryW AsrCreateStateFileA AsrCreateStateFileW AsrFreeContext AsrRestorePlugPlayRegistryData AsrpGetLocalDiskInfo AsrpGetLocalVolumeInfo AsrpRestoreNonCriticalDisksW CdromPropPageProvider ComputerClassInstaller CreateLocalAdminAccount CreateLocalAdminAccountEx CreateLocalUserAccount CriticalDeviceCoInstaller DevInstallW DeviceBayClassInstaller DiskPropPageProvider DoInstallComponentInfs EisaUpHalCoInstaller EisaUpHalPropPageProvider GenerateName HdcClassInstaller InitializeSetupLog InstallWindowsNt InvokeExternalApplicationEx KeyboardClassInstaller LegacyDriverPropPageProvider MigrateExceptionPackages MouseClassInstaller NtApmClassInstaller OpkCheckVersion PS2MousePropPageProvider PnPInitializationThread PrepareForAudit RepairStartMenuItems ReportError RunOEMExtraTasks ScsiClassInstaller SetAccountsDomainSid SetupAddOrRemoveTestCertificate SetupChangeFontSize SetupChangeLocale SetupChangeLocaleEx SetupCreateOptionalComponentsPage SetupDestroyLanguageList SetupDestroyPhoneList SetupEnumerateRegisteredOsComponents SetupExtendPartition SetupGetGeoOptions SetupGetKeyboardOptions SetupGetLocaleOptions SetupGetProductType SetupGetSetupInfo SetupGetValidEula SetupInfObjectInstallActionW (forwarded to SETUPAPI.InstallHinfSectionW) SetupInstallCatalog SetupMapTapiToIso SetupOobeBnk SetupOobeCleanup SetupOobeInitDebugLog SetupOobeInitPostServices SetupOobeInitPreServices SetupPidGen3 SetupQueryRegisteredOsComponent SetupQueryRegisteredOsComponentsOrder SetupReadPhoneList SetupRegisterOsComponent SetupSetAdminPassword SetupSetDisplay SetupSetIntlOptions SetupSetRegisteredOsComponentsOrder SetupSetSetupInfo SetupShellSettings SetupStartService SetupUnRegisterOsComponent StorageCoInstaller SystemUpdateUserProfileDirectory TapeClassInstaller TapePropPageProvider TerminateSetupLog UpdatePnpDeviceDrivers UpgradePrinters ViewSetupActionLog VolumeClassInstaller pSetupDebugPrint pSetuplogSfcError user32.dll AllowForegroundActivation BuildReasonArray CalcMenuBar CliImmSetHotKey CreateSystemThreads CtxInitUser32 DdeGetQualityOfService DestroyReasons DeviceEventWorker DisplayExitWindowsWarnings EnterReaderModeHelper GetAppCompatFlags2 GetCursorFrameInfo GetReasonTitleFromReasonCode GetWinStationInfo InitializeLpkHooks InitializeWin32EntryTable IsServerSideWindow IsWindowInDestroy LoadKeyboardLayoutEx MessageBoxTimeoutA MessageBoxTimeoutW PaintMenuBar PrivateSetDbgTag PrivateSetRipFlags QuerySendMessage QueryUserCounters ReasonCodeNeedsBugID ReasonCodeNeedsComment RecordShutdownReason RegisterMessagePumpHook RegisterUserApiHook ResolveDesktopForWOW SetConsoleReserveKeys SetCursorContents ShowStartGlass UnregisterMessagePumpHook UnregisterUserApiHook UpdatePerUserSystemParameters User32InitializeImmEntryTable UserLpkPSMTextOut UserLpkTabbedTextOut UserRegisterWowHandlers VRipOutput VTagOutput Win32PoolAllocationStats ws2_32.dll WEP WSApSetPostRoutine wsock32.dll MigrateWinsockConfiguration NPLoadNameSpaces WEP WSApSetPostRoutine dn_expand getnetbyname inet_network rcmd rexec rresvport s_perror sethostname They arent declared anywhere in WINE, W32API, MSDN or the PFSDK that I can find. Google didnt turn up anything usefull (in my brief searches) Anyone got any info on them (like a prototype?)

2 1

RE: LPT0 support with DOSFS_OpenDevice
by E Lea 08 Sep '03

08 Sep '03

> If the code is essentially the same anyway, it might be a good idea just > to add a switch in server/serial.c and to the create_serial request to > tell the server whether the device is a serial port or a parallel port, > then change serial/parallel behaviour depending on that switch. You can > also use serial_get_info to return a flag saying that you're dealing > with a parallel port if necessary. > > It's probably better to avoid duplication of the code unless necessary. I perhaps worded my original mail badly. The code is the same only as far as I used the same function and variable names (but s/serial/parallel/). The actual functions themselves have some significant differences. Putting conditions all over the serial stuff doesn't seem the most elegant way of implementing this. But if that's what it will take to get my patch accepted then I'll get onto it.

1 0

Re: PATCH - Build wrc with MS_VC and PSDK
by Dmitry Timoshkov 08 Sep '03

08 Sep '03

"Steven Edwards" <steven_ed4153(a)yahoo.com> wrote: > Changelog: > LanguageID Porting for WRC. > +#if !defined(_MSC_VER) && defined(__GNUC__) > +#ifndef __MINGW32__ > + , > + { LANG_BRETON, SUBLANG_NEUTRAL, 1252 }, > + { LANG_CORNISH, SUBLANG_NEUTRAL, 1252 }, > + { LANG_ESPERANTO, SUBLANG_NEUTRAL, 1252 }, > + { LANG_GAELIC, SUBLANG_NEUTRAL, 1252 }, > { LANG_WALON, SUBLANG_NEUTRAL, 1252 }, > { LANG_WELSH, SUBLANG_NEUTRAL, 1252 } > +#endif /* __MINGW32__ */ > +#endif /* !defined(_MSC_VER) && defined(__GNUC__) */ > }; I'd suggest to leave all the LANG_xxx on their appropriate places and instead of protecting them by ugly #if !defined(_MSC_VER) && defined(__GNUC__) #ifndef __MINGW32__ construct use simple #ifdef LANG_BRETON { LANG_BRETON, SUBLANG_NEUTRAL, 1252 }, #endif etc. -- Dmitry.

1 0

mine is better!
by Gregory M. Turner 08 Sep '03

08 Sep '03

whee! another glibc mystery... greg@bad-penguin wine_bld_nat $ wine Segmentation fault greg@bad-penguin wine_bld_nat $ strace wine [[ snip ]] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4035e000 mprotect(0x4002e000, 729088, PROT_READ|PROT_WRITE) = 0 mprotect(0x4002e000, 729088, PROT_READ|PROT_EXEC) = 0 set_thread_area({entry_number:-1 -> 6, base_addr:0x4035e980, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0x40017000, 93917) = 0 brk(0) = 0x3c002000 brk(0x3c003000) = 0x3c003000 set_thread_area({entry_number:-1 -> 7, base_addr:00000000, limit:0, seg_32bit:0, contents:0, read_exec_only:1, limit_in_pages:0, seg_not_present:1, useable:0}) = 0 set_thread_area({entry_number:7, base_addr:0x400fee60, limit:4095, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:0, seg_not_present:0, useable:0}) = 0 open("/opt/wine/lib/wine/ntdll.dll.so", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\360\1"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=4166825, ...}) = 0 close(3) = 0 open("/opt/wine/lib/wine/kernel32.dll.so", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0000\2"..., 1024) = 1024 fstat64(3, {st_mode=S_IFREG|0755, st_size=3495695, ...}) = 0 mmap2(NULL, 949024, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4035f000 mprotect(0x4042f000, 97056, PROT_NONE) = 0 mmap2(0x4042f000, 98304, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xd0) = 0x4042f000 close(3) = 0 mprotect(0x4035f000, 851968, PROT_READ|PROT_WRITE) = 0 mprotect(0x4035f000, 851968, PROT_READ|PROT_EXEC) = 0 mprotect(0x40227000, 5, PROT_READ|PROT_WRITE|PROT_EXEC) = 0 mprotect(0x40227000, 5, PROT_READ|PROT_EXEC) = 0 mprotect(0x402f7000, 5, PROT_READ|PROT_WRITE|PROT_EXEC) = 0 mprotect(0x402f7000, 5, PROT_READ|PROT_EXEC) = 0 mprotect(0x402f4000, 5, PROT_READ|PROT_WRITE|PROT_EXEC) = 0 mprotect(0x402f4000, 5, PROT_READ|PROT_EXEC) = 0 getcwd("/home/greg/src/wine/wine_bld_nat", 512) = 33 getuid32() = 1000 socket(PF_UNIX, SOCK_STREAM, 0) = 3 connect(3, {sa_family=AF_UNIX, path="/var/run/.nscd_socket"}, 110) = -1 ENOENT (No such file or directory) close(3) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ greg@bad-penguin wine_bld_nat $ gdb /opt/wine/bin/wine GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... (gdb) run Starting program: /opt/wine/bin/wine Program received signal SIGSEGV, Segmentation fault. 0x4000bba7 in _dl_init_internal () from /lib/ld-linux.so.2 (gdb) bt #0 0x4000bba7 in _dl_init_internal () from /lib/ld-linux.so.2 #1 0x4027fdd0 in _IO_link_in_internal () from /lib/libc.so.6 #2 0x4027d546 in _IO_new_file_init () from /lib/libc.so.6 #3 0x40272d94 in __fopen_internal () from /lib/libc.so.6 #4 0x40272e0e in fopen@@GLIBC_2.1 () from /lib/libc.so.6 #5 0x402f5786 in nss_parse_file () from /lib/libc.so.6 #6 0x402f52a3 in __nss_database_lookup () from /lib/libc.so.6 #7 0x402f6f95 in __nss_passwd_lookup () from /lib/libc.so.6 #8 0x402b91cf in getpwuid_r@@GLIBC_2.1.2 () from /lib/libc.so.6 #9 0x402b8ad8 in getpwuid () from /lib/libc.so.6 #10 0x40109a10 in init_paths () at ../../../wine/libs/wine/config.c:112 #11 0x40109e25 in wine_get_server_dir () at ../../../wine/libs/wine/config.c:193 #12 0x4009ce8a in CLIENT_InitServer () at ../../../wine/scheduler/client.c:641 #13 0x4009e3f6 in process_init (argv=0xbffff444) at ../../../wine/scheduler/process.c:306 #14 0x4009ea28 in __wine_process_init (argc=1, argv=0xbffff444) at ../../../wine/scheduler/process.c:480 #15 0x4010bb99 in wine_init (argc=1, argv=0xbffff444, error=0xbfffeff4 "", error_size=1024) at ../../../wine/libs/wine/loader.c:428 #16 0x3c000540 in main (argc=1, argv=0xbffff444) at ../../wine/miscemu/main.c:33 #17 0x4022748e in __libc_start_main () from /lib/libc.so.6 (gdb) up #1 0x4027fdd0 in _IO_link_in_internal () from /lib/libc.so.6 (gdb) #2 0x4027d546 in _IO_new_file_init () from /lib/libc.so.6 (gdb) #3 0x40272d94 in __fopen_internal () from /lib/libc.so.6 (gdb) #4 0x40272e0e in fopen@@GLIBC_2.1 () from /lib/libc.so.6 (gdb) #5 0x402f5786 in nss_parse_file () from /lib/libc.so.6 (gdb) #6 0x402f52a3 in __nss_database_lookup () from /lib/libc.so.6 (gdb) #7 0x402f6f95 in __nss_passwd_lookup () from /lib/libc.so.6 (gdb) #8 0x402b91cf in getpwuid_r@@GLIBC_2.1.2 () from /lib/libc.so.6 (gdb) #9 0x402b8ad8 in getpwuid () from /lib/libc.so.6 (gdb) #10 0x40109a10 in init_paths () at ../../../wine/libs/wine/config.c:112 112 struct passwd *pwd = getpwuid( getuid() ); (gdb) list 100 95 { 96 int len = strlen( path ); 97 while (len > 1 && path[len-1] == '/') path[--len] = 0; 98 } 99 100 /* initialize all the paths values */ 101 static void init_paths(void) 102 { 103 struct stat st; 104 char *p; (gdb) list 105 106 const char *home = getenv( "HOME" ); 107 const char *user = NULL; 108 const char *prefix = getenv( "WINEPREFIX" ); 109 110 #ifdef HAVE_GETPWUID 111 char uid_str[32]; 112 struct passwd *pwd = getpwuid( getuid() ); 113 114 if (pwd) (gdb) 115 { 116 user = pwd->pw_name; 117 if (!home) home = pwd->pw_dir; 118 } 119 if (!user) 120 { 121 sprintf( uid_str, "%d", getuid() ); 122 user = uid_str; 123 } 124 #else /* HAVE_GETPWUID */ (gdb) q The program is running. Exit anyway? (y or n) y WTH is going on? Any ideas? I thought it might be my ati binary graphics drivers, (although this was never a problem before), so I put them in "wine TLS compatibility mode", or whatever, but no change. Maybe something with my new 260-test4 kernel? Running a simple test program which does getpwuid( getuid() ) works fine. I do not buy, in the final analysis, that this is anything to do with nss or nscd (which I don't even run, although running it doesn't fix anything)... in fact I have a wierd suspicion that it really has to do with the server socket thingy in /tmp/.wine-greg/... creepy, and frustrating... but disturbingly, kind of fun :) As usual, it's probably my fault, moronic and totally avoidable. -- gmt "We have to get basically voters to say 'I'd like to vote for the politician who thinks of global equity'" -- Bill Gates, World Economic Forum 2002

2 2

Question regarding development..
by Jon Brandenburg 07 Sep '03

07 Sep '03

Hi, I've read many of the various articles/faq's etc posted on the winehq.com website, but I have not encountered any so far the really answer my question. My question is this, I have a Universal Subscription to MSDN which includes among other things, debug versions of the operating systems. Am I allowed to run debug os in connection with say a piece of test code, with the purpose of extracting the necessary api information/functionality so it can be rewritten into wine or must I treat it as a black box and ignore the debug versions that I possess? If my question isn't clear enough I'd be happy to restate it. Thanks! Jon PS: I did just have the idea to actually check the license included with the debug os version to see what if anything that it states.. hmm lets see...

2 1

Re: Latest CVS doesnt compile
by Rolf Kalbermatter 07 Sep '03

07 Sep '03

Jon Brandenburg <jbrandenburg(a)yahoo.com> wrote: >On Sat, 2003-09-06 at 16:36, Ian Goldby wrote: >> >> and occurs 2-3 hours into the build. Thanks for any further suggestions. > >Speaking of compile times.. what are the average/min/max times for >compiling the complete system? I was surprise when it took my system 12 >minutes to do it do a full cvs 'make depend && make'. Now after seeing >this message I have much to be grateful for. On my Athlon 2000+ with standard Suse 8.2 AMD Athlon kernel 2.4.19, I get about 15 minutes or so for everything from ./configure until make, after a make clean. As to the original problem. I had some to. Turned out to be missing include statements in not yet committed source files after Fridays header include cleanup. Rolf Kalbermatter

1 0

Papers on legal aspects of reverse engineering
by Dan Kegel 07 Sep '03

07 Sep '03

Somebody was asking about what is allowed with respect to using Microsoft SDKs when writing Wine code. I have no answer for his question, but did spend a few minutes digging up interesting bookmarks on reverse engineering in general. Maybe they'll be of some interest. http://reengineer.org/ http://www.chillingeffects.org/reverse/faq.cgi http://www.digital-law-online.com/lpdi1.0/treatise25.html http://www.digital-law-online.com/lpdi1.0/treatise48.html http://www.sims.berkeley.edu/~pam/papers/l&e%20reveng5.pdf http://www.law.cornell.edu/commentary/intelpro/chn95int.htm http://www.lawplusplus.com/column10.htm http://www.lgu.com/publications/softcopy/12.shtml http://research.sun.com/people/cristina/legal-computing-publications.html - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Porting radio driver from MS to Linux
by Arjen Verweij 07 Sep '03

07 Sep '03

Hi, I am looking to port a MSVC++ driver to Linux. The recommended approach, to convert the Makefile and compile it didn't work for me, so I am trying to compile seperate cpp.files by implementing the winapi functions I need in a seperate linuxapi.cpp There are about 30 functions I have to port at the moment, and some of them are easier than others. Basically they are part of the DLL (so), thread/event/mutex, File*Find apis, with some miscellaneous ones. I think I could do myself a favor by asking if the MSVC++ code could use libpthread instead of the MS threads, so I'm not too worried about those, and simulating DLL with the dl* api seems easy enough as well. Still, there are problems with Find*File, FindClose, GetModuleFileName and so on. I'm not too familiar with winapi myself, because I learn C/C++ in a college environment, where most programming assignments are geared towards Linux. Can anyone comment sensibly on this? If you are of the opinion that I should just rewrite the app from scratch, I agree in part, but the assignment is to leave as much of the original code as it is, apart from isolated cases where g++ can't quite follow the MSVC++ compiler. At the end of the email is a list of prototypes included, that I ripped from winbase.h Looking forward to read your thoughts on this matter, Regards, Arjen Verweij Here is the list: DWORD GetModuleFileName(HMODULE, LPTSTR, DWORD); HANDLE FindFirstFile(LPCSTR lpFileName, LPWIN32_FIND_DATA lpFindFileData); BOOL FindNextFile(HANDLE hFindFile, LPWIN32_FIND_DATA lpFindFileData); BOOL FindClose(HANDLE hFindFile); BOOL SetEvent(HANDLE hEvent); FARPROC GetProcAddress(HMODULE hModule, LPCSTR lpProcName); HMODULE LoadLibrary(LPCSTR lpLibFileName); BOOL FreeLibrary(HMODULE hLibModule); HANDLE CreateMutex(LPSECURITY_ATTRIBUTES lpMutexAttributes, BOOL bInitialOwner, LPCSTR lpName); DWORD WaitForMultipleObjects(DWORD nCount, CONST HANDLE *lpHandles, BOOL bWaitAll, DWORD dwMilliseconds); BOOL CloseHandle(HANDLE hObject); BOOL ReleaseMutex(HANDLE hMutex); DWORD GetCurrentProcessId(VOID); HANDLE CreateEvent(LPSECURITY_ATTRIBUTES lpEventAttributes, BOOL bManualReset, BOOL bInitialState, LPCSTR lpName); VOID Sleep(DWORD dwMilliseconds); BOOL ResetEvent(HANDLE hEvent); DWORD _beginthread(void(__cdecl *start_address) (void*), unsigned, void*); VOID OutputDebugString(LPCSTR lpOutputString); DWORD WaitForSingleObject(HANDLE hHandle, DWORD dwMilliseconds); void _endthread(void); BOOL ReleaseSemaphore(HANDLE hSemaphore, LONG lReleaseCount, LPLONG lpPreviousCount); HANDLE CreateSemaphore(LPSECURITY_ATTRIBUTES lpSemaphoreAttributes, LONG lInitialCount, LONG lMaximumCount, LPCSTR lpName); BOOL UnmapViewOfFile(LPCVOID lpBaseAddress); HANDLE CreateFileMapping(HANDLE hFile, LPSECURITY_ATTRIBUTES lpFileMappingAttributes, DWORD flProtect, DWORD dwMaximumSizeHigh, DWORD dwMaximumSizeLow, LPCSTR lpName); DWORD GetLastError(VOID); LPVOID MapViewOfFile(HANDLE hFileMappingObject, DWORD dwDesiredAccess, DWORD dwFileOffsetHigh, DWORD dwFileOffsetLow, DWORD dwNumberOfBytesToMap);

4 3

Dynamically altering drive mappings at runtime
by Mike Hearn 07 Sep '03

07 Sep '03

.... and on a slightly related note, I am wondering how hard it would be to allow wine to alter drive mappings at runtime. The reason I ask is that it'd be nice for the "add drive" dialog in winecfg to use the shell directory chooser that shows all directories on the system rather than forcing the user to type in a path manually, which is error prone. To do that, of course we need a few things: * the ability to map / if it's not already mapped (or maybe we should just force / to always be mapped to drive Z in the wine code) * the ability to switch off drive letters showing through in the directory chooser dialog, so it's less confusing to see this magic letter appear. Thoughts on how hard this is? thanks -mike

3 2

Using fontconfig
by Mike Hearn 07 Sep '03

07 Sep '03

Hi to anybody who knows about fonts, It'd be nice to use fontconfig in future to locate font installation paths. There is a simple API: FcStrList FcConfigGetFontDirs (FcConfig *config); which should let us use a small part of it, even if we don't use all of it. It means we don't need to make the user manually configure font paths. Does anybody know how hard this would be? thanks -mike

2 1

Problems with libartsc.so
by jeff_latimer 07 Sep '03

07 Sep '03

I have just upgraded to RedHat 9 and when I make wine it can't link in libartsc.so . Looking in /usr/lib there is a libartsc.so.0 not libartsc.so . Is this normal? Jeff ---------------- Powered by telstra.com

2 1

Re: Display detection bug
by Ivan Leo Murray-Smith 06 Sep '03

06 Sep '03

> The 'Linux community' of the start where all the people gave something back > (useful and advanced bug reports, fixes, help, ...) is being slowly killed > by people who choose Linux just because it's free (as in beer) and who do > not give back anything. Thats because most people don't want to give anything to computers at all, most people just use them as tools. And the best way to avoid hundreds of silly questions is to make software more user friendly. So maybe wine mime type for gnome and KDE would be nice in 1.0, and again that's the more users, better software thing.

1 0

Re: Display detection bug
by Ivan Leo Murray-Smith 06 Sep '03

06 Sep '03

>Well, it's more a 'good old days' feelings than a real theory. Ie the >biggest problem I see with 'Linux on everybody's Desktop' is that it's >damaging for the community (due to the fact that the developper / user ratio >is getting more and more skewed to the user side whereas 'in the golden >days' anyone using Linux was a developper). More users means more feedback, better software, more users, more developers, more software, more feedback...

3 2

Re: [winecfg 5] Implement transactions support,remove some crack x11drv prefs,complete desktop sizing code
by Ivan Leo Murray-Smith 06 Sep '03

06 Sep '03

.The UI > standard on free software desktops for instant apply dialogs is to have > just a Close dialog, with a Revert button in cases where the user might > not be able to undo the changes themselves. For the main window, just a > Close button is enough. That would be inconsistent with KDE,that uses apply and OK buttons, and cancel to not apply and changes and exit. The Mandrake Control Center also works with OK buttons.

2 1

Wine fun projects - explorer clone update
by Steven Edwards 06 Sep '03

06 Sep '03

Hello All, I doubt this will ever make it in to WINE as Martin has been using C++ to implement our explorer clone but you might want to have a look at it if you want a explorer clone for WINE. http://www.sky.franken.de/explorer/index.html You will want to get the current source from ReactOS CVS. Martin has made a lot of changes to support both WINE and ReactOS and been working on improving WINEs shell32. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

DGA input events dropped
by Thomas J. Moore 06 Sep '03

06 Sep '03

For a very long time now, enabling DGA causes mouse/keyboard events to be ignored. There have been a few threads on this issue in the past, and it seems nobody is willing to actually fix this problem (even though some have submitted patches to fix it, nothing has ever made it into CVS). Why is this? Overall, the problem seems to be related to the use of separate per-thread X display handles, along with a global (separate) "GDI" display. At first I tried just making the first thread's display the "global" display, but since that didn't work, and I don't have the patience to figure out why this dichotomy exists, here's a simple patch which at least works for a few games I tried (but still has mouse problems with a few other games I've tried - there was a mouse fix on an earlier thread(1) on this subject, but it doesn't work -- perhaps it has something to do with the fact that DGA only returns relative mouse movement, and non-DGA returns absolute movement). On the other hand, you could just at least make your default behavior and sample config not enable DGA. Note that this patch is against wine-20030813, but I did check CVS first and it still applies. Also, I wasn't sure about the wine-patches message policy, so I'm just sending this to wine-devel. (1) http://www.winehq.com/hypermail/wine-devel/2002/06/0427.html ---------------------------------------------------------------------------- Thomas J. Moore, Hacker/SysAdmin | TV & video games have destroyed my mind inet: dark(a)mama.indstate.edu | unix ada asm c/c++ mcu ee amiga tired ----------------------------------------------------------------------------

2 1

Re: LPT0 support with DOSFS_OpenDevice
by Mike McCormack 06 Sep '03

06 Sep '03

Hi Ed, If the code is essentially the same anyway, it might be a good idea just to add a switch in server/serial.c and to the create_serial request to tell the server whether the device is a serial port or a parallel port, then change serial/parallel behaviour depending on that switch. You can also use serial_get_info to return a flag saying that you're dealing with a parallel port if necessary. It's probably better to avoid duplication of the code unless necessary. Mike Ed Lea wrote: > This patch provides initial support for accessing LPT0 via /dev/lp0. It > provides this support in very much the same way serial port support is > provided - most of the functions are subtly altered duplicates of that > code. Currently only syncronous accesses are supported, although the > infra-structure for asyncronous methods is in place it has not been > tested. It would be a good starting point for anyone to get this working > at a later date though. > > The patch enables programs that communicate with parallel port devices > directly through LPT0 to work. > > Ed Lea <ed(a)orangebits.cx>

1 0

RE: TreeView & WM_NOTIFY
by Igor Grahek 05 Sep '03

05 Sep '03

It looks like comctl32.dll is seting up some hooks to forward messages to requested window because even if you use --dll comctl32=n the owner is set up to "GetAncestor( cs->hwndParent, GA_ROOT )" Same thing happends under Windows so it seems that everything is OK with windows/win.c I tried to figure out what is going on with hooks but I don't have much experience with windows hooks so I will appreciate any help. Thanks, Igor > -----Original Message----- > From: Igor Grahek [mailto:igorg@cadlink.com] > Sent: September 5, 2003 11:29 AM > To: 'wine-devel(a)winehq.org' > Subject: RE: TreeView & WM_NOTIFY > > > Here is an example in attachment (Visual C++ project) . > If you click on "tst" button it opens TreeView control with > WS_POPUP and Cview as parent (to process WM_NOTIFY messages) > With current code in windows/win.c owner is set to > "GetAncestor( cs->hwndParent, GA_ROOT )" and WM_NOTIFY goes > to wrong window. If I change code so that owner is > "WIN_GetFullHandle(cs->hwndParent)" then there is problem > with Z ordering (keeping popup window on top) but WM_NOTIFY > goes to Cview as it should. > > However if I use --dll comctl32=n and owner is set to > "GetAncestor( cs->hwndParent, GA_ROOT )" everything works OK > - popup is on top and CView receives WM_NOTIFY from it. > > I know I'm repeating myself but I'm not sure where I should > look for the problem: is it in dll/comctl32/treeview.c (as > --dll comctl32=n suggesting) or is it in windows/win.c and > dll/x11drv/* ? > > Igor > > > -----Original Message----- > > From: Igor Grahek [mailto:igorg@cadlink.com] > > Sent: September 4, 2003 1:50 PM > > To: 'Dimitrie O. Paun' > > Cc: 'wine-devel(a)winehq.org' > > Subject: RE: TreeView & WM_NOTIFY > > > > > > I think I found the source of my problem: > > ------------- > > Wine/windows/win.c ::CreateWindowEx > > > > if ((cs->style & (WS_CHILD|WS_POPUP)) == WS_CHILD) > > parent = WIN_GetFullHandle(cs->hwndParent); > > else > > owner = GetAncestor( cs->hwndParent, GA_ROOT ); > > -------------------------- > > Why owner is not set to "WIN_GetFullHandle(cs->hwndParent)" ? > > > > If I change this everything works OK except there is a > > problem with Z ordering (it is hiding popup window behind its > > owner when Managed=N) Is the source of problem somewhere in > > wine/dll/x11drv/winpos.c (I'm currently examining > > SWP_DoOwnedPopups function) and why it is working with --dll > > comctl32=n - no problems with Z order there?! > > > > BTW I'm working with 20030618 build. > > > > Igor > > > > > -----Original Message----- > > > From: Dimitrie O. Paun [mailto:dimi@intelliware.ca] > > > Sent: September 2, 2003 6:42 PM > > > To: Igor Grahek > > > Cc: wine-devel(a)winehq.org > > > Subject: Re: TreeView & WM_NOTIFY > > > > > > > > > On Tue, 2 Sep 2003, Igor Grahek wrote: > > > > > > > My problem is very similar to bug 1227 > > > > (http://bugs.winehq.org/show_bug.cgi?id=1227) > > > > Treeview in application is sending WM_NOTIFY on double > > > click (NM_DBLCLK) > > > > to the wrong > > > > Window handle. GetParent() function returns handle to the > > > root window > > > > and root window is not forwarding/broadcasting that message > > > and message > > > > is lost. Everything works fine under Windows > > > > or with --dll comctl32=n > > > > > > I'm afraid you'll need to debug this and post a lot more > > detail, maybe > > > a code fragment showing the undesirable behaviour. > > > > > > -- > > > Dimi. > > > > > > > > >

1 0

Help required regarding compilation of windows project in Linux via WineLib
by Anjan Sarkar 05 Sep '03

05 Sep '03

Hello, I am using wine for my personal interest and need your help regarding the following problem I have faced. I have following configuration, a) Red Had Linux 9.0 b) Wine (wine-20030813.tar.gz) is extracted in /ww/wine-20030813 c) It creates a directory /c for windows and /root/.wine d) All the bin files are at /usr/local/bin Wine runs fine in my machine. Now I try to complie windows project in Linux via WineLib. I have made the following things, copy all the .c, .h, .rc files from programs/winemine dir to programs/winemine2 then from winemine2 run the following commands, $ winemaker --lower-uppercase . $ ./configure --with-wine=/usr/local/wine It gives me the error, "checking for windef.h configure:error couldnot find Wine headers(windef.h) I have also copy the file from /usr/local/include/wine/windows to current directory. Still the problem exists. Kindly suggest me what I have to do? Again please excuse me for this silly question. Thanking you, Anjan Sarkar Need a new email address that people can remember Check out the new EudoraMail at http://www.eudoramail.com

4 3

Display detection bug
by hatky 05 Sep '03

05 Sep '03

Some games are failing at detecting a 3D card or sometimes the screen dept, have a look at bug : http://bugs.winehq.org/show_bug.cgi?id=1696 getting into another bugzila/testing prenzy, hatky. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

5 6

Re: Get rid of W->A calls
by Rolf Kalbermatter 05 Sep '03

05 Sep '03

hatky(a)users.sourceforge.net wrote: > Ok, one last line: > > strcpy(((char*)lpwh) + sizeof(WINHELP), lpHelpFile); I'm also not sure about the context here and it seems a little strange but what you would want to do here is probably: strcpyW((LPWSTR)((char*)lpwh + sizeof(WINHELP)), lpHelpFile); Rolf Kalbermatter

1 0

Re: Get rid of W->A calls
by hatky 05 Sep '03

05 Sep '03

> Let us know if you need any help. Just to be sure I got it right, I moved the DirectDrawEnumerateExA stuff into DirectDrawEnumerateExW since there is nothing ascii or unicode specific in it I think it's ok on it's own now in DirectDrawEnumerateExA I have these variables: LPDDENUMCALLBACKEXA lpCallback pointer to a callback function, the DirectDrawEnumerateExW get a LPDDENUMCALLBACKEXW (not match a suprise I guess) so do I need to convert it? just cast it as (DirectDrawEnumerateExW)? something else? LPVOID lpContext Address of an application-defined context to be passed to the enumeration callback function each time that it is called when they called from W -> A they did: DirectDrawEnumerateProcData epd; epd.lpCallback = (LPVOID) lpCallback; epd.lpContext = lpContext; and sent in as: (LPVOID) &epd Should it just be sent as is? DWORD dwFlags I assume it should be passed as is, for some reason the opposite call sent 0 Hatky. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 11

Re: [winecfg 5] Implement transactions support, remove some crack x11drv prefs, complete desktop sizing code
by Dimitrie O. Paun 05 Sep '03

05 Sep '03

On 5 Sep 2003, Mike Hearn wrote: > This patch will add some warnings, and yeah, the commenting out of lots > of code is ugly, but don't worry, it's all temporary until I've finished > bringing the code across from the old global config struct. At that > point it'll all be deleted in favour of the transaction system. Cool. I should put you up as a worker on this task... > The transactions system is very simple, at the moment the default is > instant apply, despite the presence of OK and Cancel buttons. That's a > bit misleading, but the PropertySheet() API doesn't seem to have any way > to express the need for "Close" and maybe "Revert" buttons. The UI > standard on free software desktops for instant apply dialogs is to have > just a Close dialog, with a Revert button in cases where the user might > not be able to undo the changes themselves. For the main window, just a > Close button is enough. Would it be OK to implement a Wine extension > here Alexandre? Maybe we should just commit on OK, but that will be inconsistent with Gnome. I guess that at some point we need some extensions, one for the edit control to work with selections would be nice :) > ChangeLog: > - Remove "PerfectGraphics", "Use XSHM extension", and "Use a private > colour map", people who know what these actually are can probably use > regedit (we'll need default reg entries, don't let me forget!) Yeah, we should create a table with all the options, and keep track of wich ones were review, default values, static/dynamic behaviour, etc. I said I'd do it, but I didn't get around to it yet... -- Dimi.

1 0

WIDL problems
by Rolf Kalbermatter 05 Sep '03

05 Sep '03

I'm trying to get a new shell object into Wine and seeing that most of the object definition stuff has recently been moved to IDL files I wondered if I could define the object in shobjidl.idl. However I seem to get some problems compiling shobjidl.idl with with widl. I tried ./tools/widl/widl -I ./include ./include/shobjidl.idl and get an error. To be sure it wasn't caused by my editing I made sure the entire include dir is an unmodified version of the CVS tree and tried it there and I still get the error ./include/shobjidl.idl:426: Error: method index mismatch in write_proxy What is the problem here? Should I just sent in the patch to shobjidl.idl and the header file gets generated automatically with some more capable tool? By the way I noticed also that IPersistFolder3 got probably overlooked when moving the definitions to idl files. Rolf Kalbermatter

2 1

RE: Get rid of W->A calls
by Robert Shearman 05 Sep '03

05 Sep '03

> -----Original Message----- > From: wine-devel-admin(a)winehq.org [mailto:wine-devel-admin@winehq.org]On > Behalf Of Dimitrie O. Paun > Sent: 05 September 2003 17:40 > To: hatky(a)users.sourceforge.net > Cc: wine-devel(a)winehq.org > Subject: Re: Get rid of W->A calls > > > why did they call them wcommand in WinHelpA and > > command in WinHelpW ?? (msdn calls them uCommand but > > the code uses wcommand...) > > I don't see why, it should be named the same in > both versions if it's encoding independent. I think the confusing thing is the 'w' prefix. In this case 'w' stands for WORD, i.e. a two-byte integer. Also, MSDN isn't clear as to whether it is encoding independent but I would assume so. > > -hDest = FindWindowA("MS_WINHELP", NULL); > > +hDest = FindWindowW("MS_WINHELP", NULL); > > You can't to that directly, as we don't support > Unicode literals. You need to do that by hand: > > WCHAR clsName[] = { 'M', 'S', '_', 'W', 'I', 'N', 'H', 'E', > 'L', 'P', 0 }; > hDest = FindWindowW(clsName, NULL); > This would be better: static const WCHAR clsName[]... It allows for better optimization by the compiler (assuming that the compiler can't work out that clsName will not be modified) and shows the purpose better to the next person who looks at it. Rob

1 0

Looking for guidance..
by Jon Brandenburg 05 Sep '03

05 Sep '03

Hi, I'm interested in doing some development/help for wine and was wondering in what way I could help out? I have a college level understanding of C/C++/Java, have done some professional programming in (ack, VB), am currently in the process of learning C#, but would really like to do some development in unix/linux and I figure this is a good way to get some experience. I'm willing to do whatever needs to be done, but I do have as I'm sure most of you have, other projects/assignments/obligations which I'm sure the rest of you have also. If you could give me a bit of direction on an area of the project that needs some attention and perhaps a little bit of hand holding to begin with I'd like to help out. Thanks! Jon

2 1

WineHQ
by Ivan Leo Murray-Smith 05 Sep '03

05 Sep '03

Hi list, A guy that lives in my town found me via the linux counter, and we would like to translate the wine web site to italian, I was thinking of something like microsoft, with a drop menu of languages, where one can choose the destination language. This guy is also a really good web designer, and I could give him a hand as I'm a native english speaker and I could answer any emails we may get on an italian users mailing list, can we do this? Would a flag be better than a drop menu? any ideas/sugestions welcome.

2 1

Re: Display detection bug
by hatky 05 Sep '03

05 Sep '03

> What about rather a coding / debugging frenzy ? I considered them both but they are very hard to do for me for a known reason, Documentation. I read them all + a lot of the mailing lists but still do not know where to start with all of this even in the debugging, getting the trace of a certain component is not that easy because there is no place listing them I need to guess if it's +reg or +registry for example, there are places where it's match harder (ex display stuff).... About coding it's even harder since I do not know a lot about linux and in programming for linux for a first, the list of tasks is updated very slowly and usually not very clear to outsiders, the Janitorial list that is suppose to be the easiest is not very clear about what to do and is full of junk already done, not updated very frequently and also has stuff that the gurus here are working months on them (like dll separation) so how does a Janitorial suppose to do that? Don't get me wrong, I am not trying to say anything bad about you or the project or the rest of the wonderful people working on it, but as I see it the reason others programmers do not join it or at least I don't is becouse you do not make this task easy at all, if anyone would want to turn this around and try to pass some of this knowledge I am willing to learn and document (I am not a writer and my primary language is not English...) just to get the view point of a new programmer (ok I HAVE been watching this project for about 4 years but did not get active as a programmer). Ya, this is not a constant signature, sincerely yours, Hatky. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

4 3

Get rid of W->A calls
by hatky 05 Sep '03

05 Sep '03

Janitorial reporting ;-) In the Get rid of W->A calls task, Say I try dlls/ddraw/main.c: ddraw: DirectDrawEnumerateExW: illegal call to DirectDrawEnumerateExA The misbheaving function is : HRESULT WINAPI DirectDrawEnumerateExW( LPDDENUMCALLBACKEXW lpCallback, LPVOID lpContext, DWORD dwFlags) { DirectDrawEnumerateProcData epd; epd.lpCallback = (LPVOID) lpCallback; epd.lpContext = lpContext; return DirectDrawEnumerateExA(DirectDrawEnumerateExProcW, (LPVOID) &epd, 0); } What sould I do? 1. copy the entire DirectDrawEnumerateExA into it 2. create a 3rd function DirectDrawEnumerateEx that both of them will call 3. somthing else (you tell me) Hatky. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 2

Case sensitive in wine
by Fabian Cenedese 05 Sep '03

05 Sep '03

Hi I just sent an email about a file that isn't found -> Current Working Dir. I don't know if my next problem is related to it, just mentioning it. I tried another app which needs dlls and again I had the error that the file was not found, this time from wine. But the dll sure was in the fake c:\windows\system32. Just as a wild guess I made a copy of this dll and changed the case to all upper case as was the name wine told me. And miraculously the dll was found. So it seems that even while doing "Windows work" wine sometimes behaves case sensitive. FYI: Linux is Suse 8.0, wine is 20030813 (which makes me wonder as I made clean/distclean the old one, cvs up wine, configure, make depend, make, make install... and I never had a wine-rpm) bye Fabi

2 2

Installshield GetDC/ReleaseDC regression?
by Robert Reif 05 Sep '03

05 Sep '03

Installshield for dx8.1 sdk with win98 set in config is giving this error: err:dc:DCE_FreeWindowDCE[0x10023] GetDC() without ReleaseDC! A trace is attached.

1 0

Re: commctrl.h cleanup
by Alexandre Julliard 05 Sep '03

05 Sep '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > I know, it would be nice to have an intelligent utility to > cleanup the headers, but by the looks of it, it has to be > rather smart. This is probably one of the more difficult > cleanups, and I did it all by hand, which gave me a chance > to cleanup/reorganize the includes a bit. Looks like you have been reorganizing a bit too much, config.h and wine/port.h should always be included before anything else. > All other (except > for winbase.h) are *a lot* simpler. People can do them by > hand quite easily. I'm not so sure. For instance prsht.h still includes windef.h, wingdi.h and winuser.h, and since it's included from commctrl.h in fact your patch didn't actually remove these. I think there will still be a lot of changes to make, and I'd really prefer to avoid having to fix the same C files again and again. -- Alexandre Julliard julliard(a)winehq.com

3 7

Re: [dcom 1.2] Implement dispatch variant marshalling
by Mike Hearn 04 Sep '03

04 Sep '03

On Thu, 2003-09-04 at 20:53, Dimitrie O. Paun wrote: > I'd prefer we don't have there -- they really clutter the code, > provide a bad example to follow, and provide little, if any, > benefit. What you can do is put some strategic TRACEs that would > help someone who knows the code to identify the problem. > But I wouldn't worry about memory allocation failures... Another possibility is to have a wine convenience macro, similar to the glib g_return_if_fail() macro, that works for instance: wine_return_if_fail_hr(CoDoSomethingCOMRelated()) which expands to { HRESULT hr = CoDoSomethingCOMRelated() if (hr != S_OK) { ERR("CoDoSomethingCOMRelated() failed, hr=%ld\n", hr); return hr; } or whatever..... could be convenient, but perhaps too much magic. I'll drop the ERRs then. thanks -mike

2 1

Re: [dcom 1.2] Implement dispatch variant marshalling
by Dimitrie O. Paun 04 Sep '03

04 Sep '03

On 4 Sep 2003, Mike Hearn wrote: > I removed the use of asserts to check the results, and replaced them > with ERRs. > + working_mem = GlobalAlloc(0, size); > + if (!working_mem) { > + ERR("failed to get a global alloc\n"); > + return oldpos; > + } I don't think this is such a good idea. If the API can fail, it should just fail. ERR should be used only to signal internal inconsistencies. Doing an ERR on very memory allocation / function call that can fail is not only useless, but harmful, as it bloats and clutters the code. The above should just be: working_mem = GlobalAlloc(0, size); if (!working_mem) return oldpos; -- Dimi.

1 0

TreeView & WM_NOTIFY
by Igor Grahek 04 Sep '03

04 Sep '03

Hi :) My problem is very similar to bug 1227 (http://bugs.winehq.org/show_bug.cgi?id=1227) Treeview in application is sending WM_NOTIFY on double click (NM_DBLCLK) to the wrong Window handle. GetParent() function returns handle to the root window and root window is not forwarding/broadcasting that message and message is lost. Everything works fine under Windows or with --dll comctl32=n Any suggestions? Igor

2 2

Re: winres.h cleanup
by jonwil＠tpg.com.au 04 Sep '03

04 Sep '03

I dont see the reason for this change... The real version of winres.h from microsoft includes winresrc.h

3 2

Bugzilla down?
by Dustin Navea 04 Sep '03

04 Sep '03

Hi guys, I just tried to access Bugzilla, and it isnt responding, checked with a ping and a traceroute but both gave me request timed out, although that could be because of a firewall, I just figured someone might want to know (jeremy).. ===== Dustin Navea Minor Contributor, http://www.winehq.com Bugzilla Janitor, http://bugs.winehq.com Network Admin, irc://irc.blynk.net (down) __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

2 1

Re: stdarg.h in winbase.h
by Alexandre Julliard 04 Sep '03

04 Sep '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > With this patch, we can get rid of the stdarg.h > include from winbase.h if it weren't for the > FormatMessage() functions: > > DWORD WINAPI FormatMessageA(DWORD,LPCVOID,DWORD,DWORD,LPSTR,DWORD,va_list*); > DWORD WINAPI FormatMessageW(DWORD,LPCVOID,DWORD,DWORD,LPWSTR,DWORD,va_list*); > > Alexandre, how do we handle this one? We have to include stdarg.h everywhere we include winbase.h, about 650 files at last count. That's why we need some kind of script... -- Alexandre Julliard julliard(a)winehq.com

4 6

Re: wineproc: a new wine utility
by Dimitrie O. Paun 04 Sep '03

04 Sep '03

On September 3, 2003 03:53 pm, Eric Pouech wrote: > any comment welcomed!! This is very nice (from the comments and the code)! I will compile it soon, but I was hoping Alexandre bits me to it and commits it, so I can be lazy and just to a 'cvs up' :) > (thanks to Dimi for his quick fixies on the listview control BTW) You are most welcome, thank you for spotting the problems! -- Dimi.

1 0

Re: [gethostbyname] Set appropriate error code
by Rein Klazes 03 Sep '03

03 Sep '03

On Wed, 3 Sep 2003 18:20:56 +0200, you wrote: > Changelog: > - Set appropriate error code for gethostbyname and WSAAsyncGetHostByName > - Restore NULL name/aq->host_name to NULL at the end of each function respectively > > Stephan > > aq->host_name = buf; > if( gethostname( buf, 100) == -1) { > - fail = WSAENOBUFS; /* appropriate ? */ > + fail = (errno == EINVAL) ? WSAEFAULT : wsaErrno(); Explanation why I arrived at WSAENOBUFS as appropriate value.. (Remember it is used as the error value for the windows code calling gethostbyname(), not gethostname();) - glibc documentation as I read it indicates that in this case the only way gethostname() may fail is an insufficient bufferlength. Clearly invalid name pointer or negative length do not apply. - WSAEFAULT means (by Microsoft): "The system detected an invalid pointer address in attempting to use a pointer argument in a call" At the vary least this will confuse somebody that does gethostbyname(NULL), thinking it is the null pointer that is causing this error. This is the one error code that I did not want to return, that is why I cannot use the wsaErrno functions. But perhaps you have found another cause where gethostname() will fail? > + if (name==buf) name=NULL; > return retval; name is an argument, passed by value. Destroyed as the function returns. No need to restore. Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

Various fixme's and error messages with Visual FoxPro 8
by Paul McNett 03 Sep '03

03 Sep '03

In case it may be interesting to any of the hackers here, here is a spattering of messages that get output when running Visual FoxPro 8. If this isn't of interest, please forgive the bandwidth. The NotifyWinEvent messages fill pages of output during a typical session. The keyboard: X11DRV_ToUnicode is actually a minor problem as the key combination of Shift+Tab gets eaten instead of being passed to VFP. I've tried looking at the keyboard code to see if I can fix this, but the code is way beyond my level of comprehension. This is using the latest tarball release (Wine20030813). err:win32:_EnterSysLevel (0x409ddfc0, level 2): Holding 0x40a95de0, level 3. Expect deadlock! fixme:hook:NotifyWinEvent (32773,0x10044,1,8)-stub! err:clipboard:X11DRV_CLIPBOARD_QueryAvailableData Failed to cache text/plain;charset=utf-8 property err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE20 (ISO_Left_Tab) : err:keyboard:X11DRV_ToUnicode (virtKey=9,scanCode=F,keycode=17,state=1) -- Paul McNett

1 0

Re: listview expert required (again)
by Dimitrie O. Paun 03 Sep '03

03 Sep '03

OK, Please give this a try -- it should fix it. Index: dlls/comctl32/listview.c =================================================================== RCS file: /var/cvs/wine/dlls/comctl32/listview.c,v retrieving revision 1.360 diff -u -r1.360 listview.c --- dlls/comctl32/listview.c 1 Sep 2003 23:55:33 -0000 1.360 +++ dlls/comctl32/listview.c 3 Sep 2003 15:32:36 -0000 @@ -5939,6 +5939,9 @@ if (nItem == -1) goto fail; infoPtr->nItemCount++; + /* shift indices first so they don't get tangled */ + LISTVIEW_ShiftIndices(infoPtr, nItem, 1); + /* set the item attributes */ if (lpLVItem->mask & (LVIF_GROUPID|LVIF_COLUMNS)) { @@ -5979,11 +5982,6 @@ } } - /* Add the subitem list to the items array. Do this last in case we go to - * fail during the above. - */ - LISTVIEW_ShiftIndices(infoPtr, nItem, 1); - /* send LVN_INSERTITEM notification */ ZeroMemory(&nmlv, sizeof(NMLISTVIEW)); nmlv.iItem = nItem; @@ -6008,6 +6006,7 @@ return nItem; undo: + LISTVIEW_ShiftIndices(infoPtr, nItem, -1); DPA_DeletePtr(infoPtr->hdpaItems, nItem); infoPtr->nItemCount--; fail: -- Dimi.

2 1

BUG in IPersistFile::Load() since Wine-20030618 !
by Subhobroto Sinha 03 Sep '03

03 Sep '03

This is a followup of my earlied post. Recap: I was porting my program which resolved Windows shortcut files (.lnk) using WineLib (Please note that this program runs flawlessly on Windows). It used to work fine till I updated my Wine source from 20030408 to 20030813. I posted this report here and Dimitrie suggested that I do a CVS Regression test to locate the error... Now, I really could NOT do a CVS regression test as I lack the bandwidth (you know, a 28KBps modem ..), but I started afresh with the Wine-20030408 source tree and "patch-compile-tested" to version 20030618. Then I found out that from this release onwards IPersistFile::Load() had become BROKEN ! Hence I have reason to believe that ANY code which modified/touched directly/indirectly IPersistFile::Load() and made it's way into Wine-20030618.diff.gz is AT FAULT ;) And that code needs to be FIXED. So ALL Wine releases prior to 20030618 can sucessfully run my program(or for that matter, ANY program that calls IPersistFile::Load()) , and ANY Wine release after 20030618 will fail ANY application that calls IPersistFile::Load() ! Just to show that not just my program is at fault, you can also try running Mike McCormack's WineMenuBuilder which also resolves Windows shortcuts... Until IPersistFile::Load() got broken, on running my program this is the ONLY message I used to get : "fixme:shell:IShellLinkA_fnResolve (0x4039da98)->(hwnd=(nil) flags=3)" The attached file "WineTraceLog.zip"<MD5 Sum: 278b4c4a44cc445b6c0e0d8863a790cf> contains the pertinent extract of the trace log when I run my program, please go through it to see what really is happenning. (While going through this extract you can see that the shortcut has been resolves sucessfully, but yet IPersistFile::Load() returns a failure ??) I hope this gets fixed allright ;) Please let me know if I can help in any way (EXCEPT learning COM!)... Regards Subhobroto Sinha __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Wanted to learn Wine Completely
by Sukumar .S 03 Sep '03

03 Sep '03

Dear Developers, I'm sukumar from Chennai, India. I've one requirement for my company for which there is a need to understand wine source fully (there is a time constraint). i was a windows developer moved to Linux two years back and have good/bit of knowledge on win32 system programming (win32 api calls)..! Me myself belive that i'm good in win32 common controls (each control (i.e listview,treeview,static,edit) message hanlding) and in windows message hooking. so far i've downloaded the wine source (Wine version 20020710) and compiled it and able to run the required target applications. I've gone through the documentations (wine-{devel,user,faq}), DEVELOPER-HINTS and navigated through src tree (controls,windows) to get the feel of the file names (api calls) and to look at the coding conventions. I'm looking forward from all of you to guide/help me to start learning/understanding wine starting from running the target application to exiting the application. To start with which part of the code that i've to read in wine and how do i proceed further...? Please help me. With Regards, S. Sukumar --

3 2

listview expert required (again)
by Eric Pouech 02 Sep '03

02 Sep '03

another bug description for listview (native listview works as expected here) configuration : - a listview in autoarrange mode - adding item one after the other - say the first item is created with the selection (LVIS_SELECTED) - some more items are inserted without the selection - in some cases, the selection will move to the newly inserted item instead of remaining on the first item (likely some internal index is not recalculated in autoarrange mode) A+ -- Eric Pouech

3 5

shlobj.h [final version]
by Martin Fuchs 02 Sep '03

02 Sep '03

On 02.09.2003 22:33:07 Martin Fuchs wrote: On 02.09.2003 22:07:16 Alexandre Julliard wrote: > Martin Fuchs <martin-fuchs(a)gmx.net> writes: > > > Changelog: > > * define interface IDragSourceHelper > > * define interface IDropTargetHelper > > They are already defined in wine/obj_dragdrophelper.h (fortunately > your definitions are in a #if _WIN32_IE so they are not used, > otherwise you would get a compile error ;-) Well, then there may be missing a '#include "wine/obj_dragdrophelper.h"' in shlobj.h ? Unfortunatelly I can't make any further Wine patches for the next time, because my internet access in Linux has died. ;-( Martin

1 0

Re: misc fixes in ole code
by Alexandre Julliard 02 Sep '03

02 Sep '03

Dave_Belanger(a)cimmetry.com writes: > 3. Call GetFullPathNameW on the input path before calling CreateFileW > in StgCreateDocfile and StgOpenStorage to ensure that CreateFileW > gets a DOS-style path. This shouldn't be necessary, CreateFileW is supposed to work on Unix path names too. I suspect this is a work around for an old bug that has been fixed since, could you please confirm that? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: shlobj.h [final version]
by Alexandre Julliard 02 Sep '03

02 Sep '03

Martin Fuchs <martin-fuchs(a)gmx.net> writes: > Changelog: > * define interface IDragSourceHelper > * define interface IDropTargetHelper They are already defined in wine/obj_dragdrophelper.h (fortunately your definitions are in a #if _WIN32_IE so they are not used, otherwise you would get a compile error ;-) -- Alexandre Julliard julliard(a)winehq.com

1 0

Resource .ani support
by flyker 02 Sep '03

02 Sep '03

resource.rc : ... /* for Modern Wait Cursor support */ IDC_CLOCK1 CURSOR "waitphar.ani" ... wrc error: Oops, segment violation When WineLib will support this ?

2 1

could someone please stabilise the list server?
by Geoff Thorpe 02 Sep '03

02 Sep '03

Hi there, I have filters for all the wine mail lists keyed against the List-Id header and this has been serving me well up until the last couple of days. However ... It seems that some of the lists now generate their headers with the winehq.org domain instead of winehq.com, but it seems (at least) wine-cvs is still using winehq.com. Could someone please standardise on what this is going to be? I don't particularly mind what it is, but it would help if it was consistent across all the lists and didn't change without warning. Cheers, Geoff -- Geoff Thorpe geoff(a)geoffthorpe.net http://www.geoffthorpe.net/

1 0

Ooops... wine-tests-results@winehq.org
by Jakob Eriksson 02 Sep '03

02 Sep '03

I forwarded the tests I have received so far to wine-tests-results(a)winehq.org, but at the time I was not yet subscribed... so it says they are awaiting moderation. Is anyone moderating that particular list? regards, Jakob

2 1

x11drv/INS versions in sample config
by Tom 02 Sep '03

02 Sep '03

Hello, would adding _ins0166._mp, _ins0366._mp, _ins0433._mp, _ins5501._mp, _ins5567._mp, _ins5577._mp to /documentation/samples/config be productive? Marcus can you share your thoughts on this? Tom

2 1

Re: [ANN] Conformance testing campaign
by Vincent Béron 02 Sep '03

02 Sep '03

Le mar 02/09/2003 à 13:19, Ferenc Wagner a écrit : > Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > > >> 1. Native build tests. As a first step, I provide a > >> collection of source/project/desktop files which I think > >> are necessary for an MSVC build. Could somebody test it > >> for me? (Get from http://afavant.elte.hu/~wferi/wine). > > > > Are those generated with tools/winapi/msvcmaker? > > Yes, those, plus the referenced source files. > > >> 2. A simple batch file could be provided to zip up the > >> results, if I knew how to use which compression program. > >> Eg. (win)zip can not be found on the XP I have access to. > >> Should I include one in the archive? Or as a separate > >> link? Ideas? Anybody? > > > > A small program using lz32 APIs maybe? > > Sounds possible, thanks. But why did you take if off the > list? Simple error on my part: "Reply" instead of "Reply to all" or "to list". I noticed before your answer, but didn't felt like just sending it to the list after. Vincent

1 0

Mailing list for tests
by Jakob Eriksson 02 Sep '03

02 Sep '03

So, is there a mailing list I can direct the test results to? Somebody was going to create it... regards, Jakob

2 1

Conformance tests
by Ferenc Wagner 02 Sep '03

02 Sep '03

Hello, recent discussion on the list ignited my interest again. Francois has a very nice page <http://fgouget.free.fr/wine/tests-en.shtml>, let's try to make better use of it! 1. The precompiled binaries offered here would mean a great help, were they updated regularly. 2. Maybe better, a framework could be developed which would run all the tests, pack the results up and send it back to Francois for easy integration into his page. 3. The table on the page is too big for convenient use. I do not know about much structure to see; maybe a table is not even needed. Just version, date of test, if it is up to date with the binaries on the page, and a list of failing tests as links to the error messages would be enough. If it is not, we can still embed it into the giant API database at http://24.229.94.2 (why is it not linked from WineHQ?) and have a general SQL interface! :) Hmm, some diffing capabilities might be useful indeed... 4. We could recruit people with access to the different platforms and send them mails asking for a rerun whenever the new tests are compiled. Or advertise it on the devel list only... What do you think? I am even willing to do some of the above, except for the build, as I have no constant access to Windows machines. Feri.

7 24

config error
by Moreno 02 Sep '03

02 Sep '03

Hi, When i try to use the variable ${HOME} in the wine config file don't work. some one can tell me if there is a reson or is a bug? bye -- Moreno <morenoca(a)freemail.it>

4 3

AW: Windows Video Drivers on Linux
by Klaus Gerlicher 02 Sep '03

02 Sep '03

What it does is to emulate win32k.sys and videoprt.sys functionality and hook the X server up to use any available driver for Win2K/XP. The display driver in windows is a two component model, one DLL and one SYS. The DLL (display driver) links to kernel-mode GDI (win32k) and calls EngXXX() functions inside it while the SYS (miniport) links to the VideoPort (and unfortunately to other NTOSKRNL exports). While the latter poses no difficulty since XP graphics drivers are supposed to only use exports from win32k and videoprt, one of the main difficulties will be to get the OpenGL ICD driver to run on top of Linux since it can potentially call any user-mode export which would require me to emulate all of the Windows user-mode environment. WINE could probably help a lot in this respect. I will let you know as soon as I have the latest Radeon driver running inside my prototype. Klaus -----Ursprüngliche Nachricht----- Von: Sylvain Petreolle [mailto:spetreolle@yahoo.fr] Gesendet: Monday, September 01, 2003 3:13 PM An: Steven Edwards; wine-devel(a)winehq.com Cc: KlausPG(a)PrivateTools.de Betreff: Re: Windows Video Drivers on Linux Hi Klaus and Steven, Since this project will provide Microsoft drivers functionnality, will it emulate vga.dll and others dlls ? I agree with the fact this sounds really interesting, but I dont see now in which case this could provide some gain to the linux user. Do some display exist and need really specific drivers to function ? > There is no code yet on this site but I would take this guy at his word as he is the one > that developed the Private ICE debugger for Linux. One of our developers with the > ReactOS project ported PICE to ReactOS so we could debug drivers. Well now it > seems he has decided to try and implement support for Windows Video drivers on > Linux. > This sounds interesting. > http://www.privatetools.de/ > > "I'd also like to announce the start of a new project called "MSCGDI" > (Microsoft Compatible Graphics Device Interface). ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 2

Re: faq merge #2 -- Alexandre please look over the first patch :)
by Alexandre Julliard 02 Sep '03

02 Sep '03

Tom <twickline(a)skybest.com> writes: > changelog > > merge from lostwages faq It doesn't build here, that's because of the '&' in the rpmseek.com URL, I'm not sure what's the correct way to escape that: documentation/faq.sgml:1386:93:E: general entity "cx" not defined and no default entity documentation/faq.sgml:1781:26:E: an attribute value must be a literal unless it contains only name characters documentation/faq.sgml:1781:61:E: end tag for element "A" which is not open documentation/faq.sgml:1786:14:E: end tag for "ULINK" omitted, but its declaration does not permit this -- Alexandre Julliard julliard(a)winehq.com

2 1

Source release and download directory
by Jakob Eriksson 02 Sep '03

02 Sep '03

Source release and download directory: http://vmlinux.org/jakov/Wine/

3 7

Re: Move Wine internal headers
by Alexandre Julliard 02 Sep '03

02 Sep '03

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > winegcc doesn't include eg /usr/include, so the headers referencing > internal ones (mostly OLE related) fail. I thought it was cleaner to > move wine internal stuff than to break down the includedir variable in > Makefile to get to the parent of /usr/include/wine, ie /usr/include. OK, I see. I think the idea with winegcc at this point is that if you install Wine in a non-standard directory, you have to specify the include path yourself, just like you need to ensure the Wine tools are in your PATH. Besides, this shouldn't be an issue once the standard includes are fixed to no longer reference the wine/obj_* ones. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: Move Wine internal headers
by Alexandre Julliard 02 Sep '03

02 Sep '03

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Changelog: > Move the Wine internal headers to includedir/wine/wine rather than > includedir/wine. Why do you want to do that? -- Alexandre Julliard julliard(a)winehq.com

1 0

Fwd: wine without w*nd*ws
by Sylvain Petreolle 01 Sep '03

01 Sep '03

It seems winecheck needs a fix here, right ? > >>> Checking drive Z settings: > 022. Checking Path option... > SUSPICIOUS > (/ is not writable for you). regedit should return a success message, shouldn't it ? > /usr/local/wine/programs/regedit$ regedit ../../winedefault.reg > Could not stat /mnt/fd0 (No such file or directory), ignoring drive > A: ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: Janitorial: Include statements should use <> instead of ""
by Alexandre Julliard 01 Sep '03

01 Sep '03

Andrey Warkentin <andyw(a)imsa.edu> writes: > Currently done: wine/controls/* and wine/dlls/gdi/* (with the > exception of wine/dlls/gdi/tests/generated.c) > > ChangeLog > Include statements use <> instead of "" in files in wine/controls > and wine/dlls/gdi This was discussed already, there's no reason to change the C files, only the headers actually matter (and these are fixed now). -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Fix comctl32 tests
by Alexandre Julliard 01 Sep '03

01 Sep '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > ChangeLog > DPA_Create is exported by ordinal only, do not import it by name. That shouldn't be necessary, it's automatically handled when resolving the import. That's probably a bug in the mingw import library. -- Alexandre Julliard julliard(a)winehq.com

1 0

dinput/mouse handing
by Michael Schlüter 01 Sep '03

01 Sep '03

Hi, I still have a problem with mouse handling in the demo of "Star Trek Elite Force II". It looks like the game initializes the mouse with: 0009:trace:dinput:SysMouseAImpl_SetCooperativeLevel (this=0x40403e00,0x00000000,0x00000005) 0009:trace:dinput:SysMouseAImpl_SetCooperativeLevel cooperative level : DISCL_EXCLUSIVE DISCL_FOREGROUND but then didn't call GetDeviceState to get the input. So the game is waiting for an event? If that is a correct behaviour of a windows program with a cooperative level of "DISCL_EXCLUSIVE" then we have to change that in dinput/mouse/main.c: /* low-level mouse hook */ static LRESULT CALLBACK dinput_mouse_hook( int code, WPARAM wparam, LPARAM lparam ) { ... if (dwCoop & DISCL_NONEXCLUSIVE) { /* pass the events down to previous handlers (e.g. win32 input) */ ret = CallNextHookEx( This->hook, code, wparam, lparam ); } else ret = 1; /* ignore message */ return ret; } to always call "CallNextHookEx". After fixing this here the game works properly. Following a part of the trace after the fix: 0009:trace:dinput:dinput_mouse_hook queueing 244 at offset 0 (queue head 0 / size 16) 0009:trace:dinput:dinput_mouse_hook queueing -42 at offset 4 (queue head 1 / size 16) 0009:trace:dinput:dinput_mouse_hook msg 200 pt 844 470 (W=0) 0009:trace:dinput:dinput_mouse_hook (X: 244 - Y: -42 L: 00 M: 00 R: 00) 0009:Call ntdll.RtlLeaveCriticalSection(40403e80) ret=4a71e424 0009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=4a71e424 0009:Call user32.CallNextHookEx(00010027,00000000,00000200,40de24ec) ret=4a71e43f 0009:Call ntdll.GlobalLock16(00000197) ret=40fce87a 0009:Ret ntdll.GlobalLock16() retval=403ec850 ret=40fce87a 0009: get_next_hook( handle=0x10027 ) 0009: get_next_hook() = 0 { next=(nil), id=0, pid=0000, tid=0000, proc=(nil), prev_unicode=0, next_unicode=0, module=L"" } 0009:Ret user32.CallNextHookEx() retval=00000000 ret=4a71e43f 0009:Ret hook proc 0x4a71e290 (id=WH_MOUSE_LL,code=0,wp=00000200,lp=40de24ec) retval=000000000009: finish_hook_chain( id=14 ) 0009: finish_hook_chain() = 0 0009: send_message( id=0009, type=7, flags=0, win=0x10021, msg=00000200, wparam=00000000, lparam=00000000, x=844, y=470, time=a398f331, info=00010021, timeout=-1, callback=(nil), data={} )0009: send_message() = 0 0009:Ret user32.SendInput() retval=00000001 ret=41429a43 Bye, Michael

1 0

AW: AW: Windows Video Drivers on Linux
by Klaus Gerlicher 01 Sep '03

01 Sep '03

Gerhard, I haven't really abandoned pICE, it's just that I didn't have the time nor guts to finish with it. Kernel development went ahead in big steps at that time and I couldn't follow anymore. I will now rather pursue development of the GDI emulation layer since this is a fresh start while pICE has cost me a lot of time and nerves already. I will gladly continue with pICE if I have a good reason to do so. Technically there's no reason to discontinue pICE, I had just started to get it running on SMP machines and was working on the serial link stuff. It will probably not compile nor run at the moment on 2.4 or 2.5/2.6 kernels since I originally had done most of the work on 2.2. Hope there's not to many changes with page fault handling et al. Please feel free to do whatever it needs to get this back on track... I'm honored that so many people are wanting to use it. Also let me know where I can help. Klaus -----Ursprüngliche Nachricht----- Von: Gerhard W.Gruber [mailto:sparhawk@gmx.at] Gesendet: Montag, 1. September 2003 21:55 An: wine-devel(a)winehq.com Cc: Klaus Gerlicher Betreff: Re: AW: Windows Video Drivers on Linux On Mon, 1 Sep 2003 16:28:58 +0200, Klaus Gerlicher <KlausPG(a)ati.com> wrote: >What it does is to emulate win32k.sys and videoprt.sys functionality and >hook the X server up to use any available driver for Win2K/XP. > >The display driver in windows is a two component model, one DLL and one SYS. >The DLL (display driver) links to kernel-mode GDI (win32k) and calls >EngXXX() functions inside it while the SYS (miniport) links to the VideoPort >(and unfortunately to other NTOSKRNL exports). While the latter poses no >difficulty since XP graphics drivers are supposed to only use exports from >win32k and videoprt, one of the main difficulties will be to get the OpenGL >ICD driver to run on top of Linux since it can potentially call any >user-mode export which would require me to emulate all of the Windows >user-mode environment. WINE could probably help a lot in this respect. > >I will let you know as soon as I have the latest Radeon driver running >inside my prototype. Oh! Seems I was wrong with my assumption that you couldn't be contacted. :) Good! :) Could you tell me why you abandoned pICE? Is there a specific reason for this or only personel? If there is some technical reason I would like to know about this, as I'm quite interested in this project and I really would like to continue it in order to have some decent debugger for wine as well. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

1 0

Windows Video Drivers on Linux
by Steven Edwards 01 Sep '03

01 Sep '03

Hello, There is no code yet on this site but I would take this guy at his word as he is the one that developed the Private ICE debugger for Linux. One of our developers with the ReactOS project ported PICE to ReactOS so we could debug drivers. Well now it seems he has decided to try and implement support for Windows Video drivers on Linux. http://www.privatetools.de/ "I'd also like to announce the start of a new project called "MSCGDI" (Microsoft Compatible Graphics Device Interface). The project's goal is to write an emulation layer that makes it possible to install Windows native display drivers on Linux running an Xserver. I have already started to code a kernel module that serves as the wrapper around display driver and miniport, emulating the Win32k.sys and VideoPrt.sys API. So far I have a been able to bring up VGA.DLL and VGA.SYS from Windows 2000 Professional and use it to draw some basic stuff on a VGA based adapter. If someone is interested in supporting development of any of those projects, please write to KlausPG(a)PrivateTools.de. I will put up a project website in the next couple of days on which I will offer some basic demonstration of that idea." This sounds interesting. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 2

Re: add missing shell32 functions
by Vincent Béron 01 Sep '03

01 Sep '03

Le lun 01/09/2003 à 02:39, Dave Miller a écrit : > This patch begins reconciling the windows and wine spec files (bugzilla > bug 556) If I've done this correctly and noone objects I'll follow up > with more additions. > > ChangeLog > Add some missing functions to shell32.spec > > --- /usr/src/wine/dlls/shell32/shell32.spec 2003-09-01 > 02:05:32.000000000 -0400 > +++ shell32.spec 2003-09-01 00:37:40.000000000 -0400 > @@ -159,7 +159,7 @@ > 169 stdcall SHDestroyPropSheetExtArray(long) > 170 stdcall SHReplaceFromPropSheetExtArray(long long long long) > 171 stdcall PathCleanupSpec(ptr ptr) PathCleanupSpecAW > - 172 stdcall SHCreateLinks(long str ptr long ptr) > + 172 stub SHCreateLinks Why remove this one? It's in shlfolder.c... Vincent

2 1

wine SIGSEGV at startup
by Dimitrie O. Paun 01 Sep '03

01 Sep '03

Hi folks, For a few days now, I have a lot of problems with wine. I've managed to get it going a few days back, but I can't remember how. Now it just seg faults at startup. I just did a: [dimi@dimi wine.build]$ make -s clean [dimi@dimi wine.build]$ ../wine.src/configure --with-ntpd --silent && make -s depend && make -s [root@dimi wine.build]# make -s install but that did not fix it: [dimi@dimi dimi]$ which wine /usr/local/bin/wine [dimi@dimi dimi]$ wine Segmentation fault [dimi@dimi dimi]$ gdb wine GNU gdb Red Hat Linux (5.3post-0.20021129.18rh) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"... (gdb) run Starting program: /usr/local/bin/wine Program received signal SIGSEGV, Segmentation fault. 0x420ebe3c in __libc_pthread_init () from /lib/tls/libc.so.6 (gdb) Am I the only one with this problem? -- Dimi.

5 7

msi.dll broken with yacc in current cvs
by Stefan Leichter 01 Sep '03

01 Sep '03

Hello, i can not compile msi.dll on one of my systems. make aborts with: yacc -d -t ../../../wine/dlls/msi/sql.y yacc: e - line 69 of "../../../wine/dlls/msi/sql.y", syntax error %pure-parser ^ make[2]: *** [y.tab.c] Error 1 make[2]: Leaving directory `/usr/src/wine-build/dlls/msi' make[1]: *** [msi] Error 2 make[1]: Leaving directory `/usr/src/wine-build/dlls' make: *** [dlls] Error 2 The second system compiles fine. It uses bison instead of yacc. Both systems are SuSE 7.3 > rpm -qa | grep -e bison -e yacc yacc-91.7.30-379 bison-1.28-127 I know i can install bison and it will compile, but i think this needs to be fixed. Bye Stefan

3 3

New EXE
by Jakob Eriksson 01 Sep '03

01 Sep '03

http://vmlinux.org/jakov/Wine/regrtest.exe Should now work on Win9x too. Works on ME at least.

6 9

Re: Bugzilla bug #556
by Dave Miller 01 Sep '03

01 Sep '03

Thanks, I hoped it would be that simple. I'll begin work on this and see if anyone yells my patches are wrong. :)

1 0

Re: New EXE
by Ivan Leo Murray-Smith 01 Sep '03

01 Sep '03

>Yes, it would be nice to have more frequent releases, but we would have >trouble labeling them...unless we stick to the build date. But in that >case, we have to have a well understood convention on what YYYYMMDD >means in terms of time, and we have to stick to it (well, the person >building this should). Any takers? What about an automatic build?

2 1

Bugzilla bug #556
by Dave Miller 31 Aug '03

31 Aug '03

Bug 556 is "reconcile the windows and wine spec files." The point I think is make sure all windows APIs are listed, and listed correctly. I have a question... If a particular API has four different ordinals in four different windows versions, what goes in the spec file? You can see an example of what I mean here: http://24.229.94.2/cgi-bin/query.cgi?version=&status=&type=&ordinal=&api=SH… If the answer is simple enough I'll start working on the bug. On a slightly related note, I relied on the wine spec files to build the apidb. I'm getting the idea now this wasn't quite the right approach, and it says some APIs are exported by wine when in fact they are not. Should I have used the .spec.def file instead? ------------------------------------- So many Right-wing Christians. So few lions.

3 2

Re: [winecfg 1.1] Implement saveConfigValue(), style changes, code cleanup, UI alignment
by Dimitrie O. Paun 31 Aug '03

31 Aug '03

On August 28, 2003 06:50 am, Mike Hearn wrote: > 2) Introduce some kind of global flag, maybe a config.h switch, maybe an > exported variable (which is best?) that controls whether the > configuration is read from the registry or config file. As patches are > submitted to make Wine read the registry as well as the config file, the > controls in winecfg would be re-enabled so people can test it. Once all > the settings have been dual-purposed in this way, we can write a bit of > migration code so people upgrading have their configurations copied into > the registry, then throw the switch. I really don't understand why we need the dual-purpose stuff. All we need to do is: -- make sure we have a GUI element for all settings in ~/.wine/config (how far are we from having this?) -- have loadConfig() initialize all these elements properly -- have saveConfig() do the saving, being a mirror image of loadConfig() (can't we unify them somehow so we have only one place to modify to add new values? [1]) -- when all this is done, just remove the code from server/registry.c:1475:init_registry() Am I missing something? [1] Maybe it's better to have a more descriptive structure detailing stuff for each value, and having generic loadConfig/saveConfig() methods that know how to walk said structure and do the right thing. This way we can easily do add all sorts of attributes to the configuration values and do all sort of nice things, like save only stuff that has been modified, automatically tie in the variable to the control, etc. -- Dimi.

7 18

Re: gethostbyname() feature.
by Jakob Eriksson 31 Aug '03

31 Aug '03

Maybe you could write a regression test for this function? Rein Klazes wrote: >hi, > >In the newsgroup someone reported a crash in gethostbyname() when the >application called it with a null parameter. > >msdn says about this: > >| If null is provided in the name parameter, the returned string is >| the same as the string returned by a successful gethostname >| function call. > >gethostbyname does not return a string, but I think this it what they >meant to say. >I have tested gethostbyname under Win2K to do this. > >Changelog: > dlls/winsock : socket.c async.c > _ws_gethostbyname() and WSAAsyncGetHostByName() when called with > a null name, should use the name returned by gethostname(). > >Rein. > > >------------------------------------------------------------------------ > >--- wine/dlls/winsock/socket.c 2003-08-31 10:00:10.000000000 +0200 >+++ mywine/dlls/winsock/socket.c 2003-08-31 09:59:16.000000000 +0200 >@@ -2903,6 +2903,16 @@ > int ebufsize=1024; > struct hostent hostentry; > int locerr = ENOBUFS; >+#endif >+ char buf[100]; >+ if( !name) { >+ name = buf; >+ if( gethostname( buf, 100) == -1) { >+ SetLastError( WSAENOBUFS); /* appropriate ? */ >+ return retval; >+ } >+ } >+#ifdef HAVE_LINUX_GETHOSTBYNAME_R_6 > host = NULL; > extrabuf=HeapAlloc(GetProcessHeap(),0,ebufsize) ; > while(extrabuf) { >--- wine/dlls/winsock/async.c 2003-08-31 10:00:10.000000000 +0200 >+++ mywine/dlls/winsock/async.c 2003-08-31 09:47:31.000000000 +0200 >@@ -402,6 +402,16 @@ > int ebufsize=1024; > struct hostent hostentry; > int locerr = ENOBUFS; >+#endif >+ char buf[100]; >+ if( !(aq->host_name)) { >+ aq->host_name = buf; >+ if( gethostname( buf, 100) == -1) { >+ fail = WSAENOBUFS; /* appropriate ? */ >+ break; >+ } >+ } >+#ifdef HAVE_LINUX_GETHOSTBYNAME_R_6 > he = NULL; > extrabuf=HeapAlloc(GetProcessHeap(),0,ebufsize) ; > while(extrabuf) { > >

1 0

Re: wsock32: implement arp query
by Tom 31 Aug '03

31 Aug '03

Juan Lang wrote: >ChangeLog: implement arp table querying through >WsControl, and fix problem I introduced getting IP >addresses for multiple interfaces > > > Ummm..... The patch :) Tom

1 0

Re: [ANN] Conformance testing campaign
by Ivan Leo Murray-Smith 30 Aug '03

30 Aug '03

Hereby I ask people who have access to real Windows machines So vmware won't do? (I think the answer is no because of directx (Not a problem for me to do a real install, just asking)).

2 1

Re: winedos / Fix DOS exit paths
by Dimitrie O. Paun 30 Aug '03

30 Aug '03

On August 30, 2003 12:52 pm, Jukka Heinonen wrote: > The reason why I'm posting lots of small patches is that I'm currently > working on a big RMCB fix which seems to still have some minor problems What is this RMCB? Google wasn't all that helpful... -- Dimi.

2 1

LoadModule16 regression?
by Jukka Heinonen 30 Aug '03

30 Aug '03

After LoadModule16 was moved to dlls/kernel, it started to strip path from module name. This makes it impossible to execute DOS applications (and probably Win16 applications, too) unless you are in the same directory as the application. MSDN documentation on Win32 version of LoadModule states that path should not be stripped but I'm not sure how Win16 version is supposed to work. It probably uses different search order if path is not present, anyway. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 1

Bug in regrtest
by Jakob Eriksson 30 Aug '03

30 Aug '03

The tester runs on Win9X, but there is a bug that prevents it from running tests properly. I am working on it. Tested working on Windows NT so far. I will keep you posted. regards, Jakob

1 0

Re: shlobj.o
by Vincent Béron 30 Aug '03

30 Aug '03

Le sam 30/08/2003 à 08:29, Martin Fuchs a écrit : > + STDMETHOD_(ULONG, AddRef) (THIS) PURE; > + STDMETHOD_(ULONG, Release) (THIS) PURE; > + STDMETHOD (DragEnter)(THIS_ HWND hwndTarget, IDataObject* pDataObject, > POINT* ppt, DWORD dwEffect) PURE; > + STDMETHOD (DragLeave)(THIS) PURE; > + STDMETHOD (DragOver)(THIS_ POINT* ppt, DWORD dwEffect) PURE; > + STDMETHOD (Drop)(THIS_ IDataObject* pDataObject, POINT* ppt, DWORD > dwEffect) PURE; Your patch is unfortunately wrapped. shlguid.h suffers from the same problem. Vincent

2 1

listview expert required
by Eric Pouech 30 Aug '03

30 Aug '03

some apps of mine needs this to get going: can someone with good listview knowledge confirm ? (or find the correct fix) TIA -- Eric Pouech Index: dlls/comctl32/listview.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/dlls/comctl32/listview.c,v retrieving revision 1.357 diff -u -r1.357 listview.c --- dlls/comctl32/listview.c 24 Jul 2003 00:03:13 -0000 1.357 +++ dlls/comctl32/listview.c 22 Aug 2003 20:30:27 -0000 @@ -5822,11 +5822,11 @@ opt.x = lpht->pt.x - Position.x - Origin.x; opt.y = lpht->pt.y - Position.y - Origin.y; - if (uView == LVS_REPORT && (infoPtr->dwLvExStyle & LVS_EX_FULLROWSELECT)) + if (uView == LVS_REPORT /*&& (infoPtr->dwLvExStyle & LVS_EX_FULLROWSELECT)*/) rcBounds = rcBox; else UnionRect(&rcBounds, &rcIcon, &rcLabel); TRACE("rcBounds=%s\n", debugrect(&rcBounds)); if (!PtInRect(&rcBounds, opt)) return -1; if (PtInRect(&rcIcon, opt))

4 11

Re: [resend] Allow use of MAP_TRYFIXED for better mmap()
by Dustin Navea 30 Aug '03

30 Aug '03

as i said it was an example, but thanks for the flame --- Todd Vierling <tv(a)pobox.com> wrote: > On Fri, 29 Aug 2003, Dustin Navea wrote: > > : if (running_on_netbsd && version >= > first_version_that_supports_MAP_TRYFIXED) > : #define can_use_MAP_TRYFIXED > > This damned well does not belong in any multi-OS application. I don't care > what crack Alexandre is smoking. > > -- > -- Todd Vierling <tv(a)pobox.com> ===== -- Dustin Navea Minor Contributor, http://www.winehq.com Bugzilla Janitor, http://bugs.winehq.com Network Admin, irc://irc.blynk.net (down) __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 2

Re: Wine 0.9 progress
by Ivan Leo Murray-Smith 30 Aug '03

30 Aug '03

>Overkill. Wine advertises NT4 SP6 only, not the other SPs. Same thing >for each major version, only one SP match. So there's little point in >conforming to something not supported by Wine, as it's been superceded. OK, so for win9x we have 95, 98, 98se(This is a major release,I do remember finding some stuff that could run on 98se but not on 98), me (Well, anything for 9x runs on me, so wine only needs to support me to support all apps for 9x), nt4sp6(a?), xp home and pro, and 3 versions of win2k3 (Ok, I aren't counting the 64 bit for now), so it's somewhere in between 6 and 9. Whatever it is, a miling list, a database and all that other stuff isn't necessary. I can run the tests on win98se and win2k3 enterprise edition. All I have to do is get that exe that runs all the tests and outputs them to a file(Someone is half way trough writing it), and post a message to wine devel when something that did/didn't work stops/starts doing so, I can do it (Almost) every day if necessary, it doesn't seem anything difficult to me.

1 0

Re: Wine 0.9 progress
by puoti＠inwind.it 30 Aug '03

30 Aug '03

I think Francois is right, there are only about a dozen versions of windows, if you count the various win95osr1, osr2, 98se and so on, and probably the running the tests only on the major releases of windows (8 if you count xp home and pro), so all that is needed is 8 people that run these tests and send a mail to this list when something that did work breaks.

3 3

Re: [dcom 1.1] Implement dispatch variant marshalling
by Alexandre Julliard 30 Aug '03

30 Aug '03

Mike Hearn <mike(a)theoretic.com> writes: > + working_mem = GlobalAlloc(0, size); > + assert( working_mem != NULL ); > + > + hr = CreateStreamOnHGlobal(working_mem, FALSE, &working); > + assert( hr == S_OK ); > + > + hr = CoMarshalInterface(working, &IID_IDispatch, (IUnknown*)V_DISPATCH(pvar), LOWORD(*pFlags), NULL, MSHLFLAGS_NORMAL); > + assert( hr == S_OK ); Please don't use assert for error checking. Errors should be either handled properly or propagated to the caller. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: [resend] Allow use of MAP_TRYFIXED for better mmap()
by Alexandre Julliard 29 Aug '03

29 Aug '03

Todd Vierling <tv(a)pobox.com> writes: > I've implemented the patch as forward-looking, allowing other platforms to > add MAP_TRYFIXED to gain the same benefit. (This mmap flag name does not > appear to be used in any divergent fashion on any other platform, per my > research when picking the flag's name.) If you want to keep compatibility with older kernels, you'll need to check if MAP_TRYFIXED is available at runtime, you can't test for that at compile time. Or if you don't need to maintain compatibility then you should get rid of the NetBSD ifdefs completely. -- Alexandre Julliard julliard(a)winehq.com

7 20

Re: Wine 0.9 progress
by puoti＠inwind.it 29 Aug '03

29 Aug '03

Probably a batch script that runs all the tests and outputs the results to a file can do, but this a C program, a new mailing list, automated result submission, generating HTML and now a database for something that says: Test | Result ----------+--------- kernel32 | Passed msvcrt | Passed oleaut32 | Passed dsound | Passed seems a big exaggeration

1 0

Re: Figuring runtime settings
by puoti＠inwind.it 29 Aug '03

29 Aug '03

Maybe you're looking for this: http://appdb.winehq.com

1 0

Wine 0.9 progress
by Mike Hearn 29 Aug '03

29 Aug '03

Well, it's been a while since the last update, so I thought it'd be worthwhile to write about where we're up to. Looking at the TODO list on WineHQ, it seems the remaining work falls into two areas: * A bit of documentation stuff (rather worryingly "fix the docs build system" says a patch was submitted last *year*, but is still labelled as work in progress!). * Configuration, ie winecfg and an auto setup wizard thingy. John K Hohm has been making great progress lately with making DLLs self register, but unfortunately nobody has really stepped up to work on winecfg. We may or may not get the patches from Mark it seems :| There are a few other things, like DLL separation, and completing the work to make DLLs self register. I have a whole load of time with not much to do during September, so I might sit down and try and get some patches off for winecfg, seeing as merging in Oves OLE code is going to be slow work at my current rate of patch committing :( Is there anything else we might need? I'm tempted to say that having InstallShield work is a priority, as it seems to have broken quite a bit lately. On the TODO list it says that some window management hacks exist but more debugging work is needed - does anybody know the status of that? A lot of InstallShield installers at the moment fail due to that X11 ConfigureWindow error - how hard is this to fix? Having a wine.inf to set up a new installation, does anybody have details on that? Is this just a case of eating our own dogfood, or is it really a must have for 0.9? thanks -mike

9 18

Who says bill gates is a nice guy? (New link)
by puoti＠inwind.it 29 Aug '03

29 Aug '03

http://spazioinwind.libero.it/nonsolomicrosoft/windows.html

1 0

Who says bill gates is a nice guy?
by puoti＠inwind.it 29 Aug '03

29 Aug '03

Have a look at this photo from Redmond, inside the microsoft campus;-) http://spazioinwind.libero.it/nonsolomicrosoft/windows.jpg

1 0

What happened to this patch?
by Ferenc Wagner 29 Aug '03

29 Aug '03

http://www.winehq.com/hypermail/wine-patches/2002/12/0161.html It actually contains useful information. Meanwhile, I solved the missing urlmon problem by downloading it from http://programming.ccp14.ac.uk/ftp-mirror/programming/mingw32/home/janjaap/… but I do not know what I did. Anybody has an idea? Feri.

2 1

professional lingo script editor
by devNet 29 Aug '03

29 Aug '03

professional lingo script editor! hi, i´m currently programming on an external script editor for lingo. please help me to test this program and give me a feedback in the forum. lingo scriptEditor is an external authoring tool for lingo object orientated program. it provides a professional script-environment in use with macromedia director. beta versions will be updated every 2-3 days until the final version releases. (planned for: october 2003) the beta-versions of lingo scriptEditor are for FREE. there you can download a copy: http://www.creative-inspiration.net/devnet/ it has currently following features: -autocomplete -autoformat -multiple undo/redo -colorencode -syntax hints -member-description -property-description -clipboard-history -handlerlist -global-/property-list -variable type identification -member type identification -find/replace

1 0

Re: Problems building dlls for use with winelib
by "Martin Tröster" 29 Aug '03

29 Aug '03

Hi, compiling and linking my application against Winelib now works fine. However, loading the application with wine myapp.exe.so fails, with the following errors: err:module:load_library can't load test1.dll err:module:load_library can't load test2.dll Error while processing initial modules Could you give me a hint where to look for the problem? Cheers, Martin __________________________________________________________________________ Die sicherste Form der Kommunikation: E-Mails verschluesseln, Spam-Filter, Adressverifizierung, digitale Unterschrift: http://freemail.web.de

1 0

comdlg32 16/32 split and TWEAK_WineLook
by Steven Edwards 29 Aug '03

29 Aug '03

Hello all, I am looking at splitting the rest of the Win16/32 code in commdlg32 and am having a few problems. I have come across a lot of code that is marked FIXME: TWEAK_WineLook. I need to split out the 32to16 resource converions and fix this but am unsure what would be the correct route. Can we disable/remove the TWEAK_WineLook for the Win32 code? I dont understand why the implementation of Win32 filedialog functions needs to support the old 3.11 look. If we remove the old 3.1 look from the Win32 stuff then I think I can split the internal FILEDLG_* functions. Here is a bit of the code in question: BOOL newlook = TRUE; /* FIXME: TWEAK_WineLook */ COMDLG32_SetCommDlgExtendedError(0); /* some flags don't allow to match the TWEAK_WineLook */ if (ofn->Flags & (OFN_ALLOWMULTISELECT|OFN_ENABLEHOOK|OFN_ENABLETEMPLATE)) { newlook = (ofn->Flags & OFN_EXPLORER) ? TRUE : FALSE; } if (newlook) { return GetFileDialog95W(ofn, OPEN_DIALOG); } else { return GetFileName31W(ofn, OPEN_DIALOG); } __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Cabinet.dll documentation
by Steven Edwards 28 Aug '03

28 Aug '03

Hello Are the cabinet stuctures and defines documented anywhere online? I tried to submit the WINE headers to mingw for use in w32api but they couldnt find documents on it anywhere. All I could find was the cabinet SDK and they has a EULA attached so I am not looking at it. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Re: make crosstest working again
by Alexandre Julliard 28 Aug '03

28 Aug '03

Jakob Eriksson <jakob(a)vmlinux.org> writes: > This patch makes "make crosstest" work again. > I made it work by correcting incorrect linking options for some tests > and by removing the tests altogether in some cases. You should get a more recent mingw that has an ntdll import library, it will probably work much better then (yes there is still an issue with libuuid, but removing tests is clearly not the right fix). -- Alexandre Julliard julliard(a)winehq.com

3 2

Re: cleanup: include directives
by Steven Edwards 28 Aug '03

28 Aug '03

Your patch is broken. It didnt add the includes with Angle brackets. --- "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > This one has been in the queue long enough... > > ChangeLog > Use angle brackets (<>) rather than quotes ("") for the > include directives in our .h files. This should avoid some > potentially nasty surprises for Winelib apps. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 3

Re: patch for non x86 specific code in BuildSpec16File.
by Warren_Baird＠cimmetry.com 28 Aug '03

28 Aug '03

> Why do you want to do that? It will generate a lot of functions that > will never be used. Hi Alexandre, Dave forwarded your email to me, since I was the one who made that change in the first place... Perhaps the functions may never be used now --- but when I first started working with wine on solaris (Probably the march or apirl release of 2002) I got a bunch of undefined symbols until I removed the ifdef x86 here. I'm afraid that I can't recall whether the undefined symbols were in wine itself, or in our code. I've just undone the changes and wine did compile successfully, but I'm still waiting for our code to finish compiling... It could be tomorrow before it is done... It is quite possible that the problem that was causing the undefined symbols has been fixed in the last 1.5 years - I'll email if I do end up getting any undefined symbols. Until then you can disregard this patch. Warren

1 0

Re: Wine 0.9 progress
by Rolf Kalbermatter 28 Aug '03

28 Aug '03

"Dimitrie O. Paun" <dimi(a)intelliware.ca> wrote: >The only question is: how hard is it to send an email through >the Win32 API (sorry, never used that before)? Not really to hard if you know the SMTP server you want to send a mail to. Basically open a TCP/IP socket through winsock and then formating the message issuing a few SMTP commands is all there is to it. Sobig.F did it too, as it doesn't need any email software installed. Just a simple winsock is enough. ;-) Rolf Kalbermatter

1 0

Re: patch for non x86 specific code in BuildSpec16File.
by Alexandre Julliard 28 Aug '03

28 Aug '03

Dave_Belanger(a)cimmetry.com writes: > (See attached file: patch_spec16_x86_specific) Why do you want to do that? It will generate a lot of functions that will never be used. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: patch for unprovided glXGetProcAddressARB function in Solaris OpenGL
by Lionel Ulmer 28 Aug '03

28 Aug '03

> (See attached file: patch_sun_opengl) Well, which Wine release did you use for your patch ??!!? In current CVS Wine, we have the following code : p_glXGetProcAddressARB = wine_dlsym(opengl_handle, "glXGetProcAddressARB", NULL, 0); (...) local_func = p_glXGetProcAddressARB(lpszProc); So basically, the glXGetProcAddressARB function is loaded at run-time and then your patch is useless. Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

GtkPlug and GtkSocket mechanism
by Evalet Olivier 28 Aug '03

28 Aug '03

I would like to know if it is possible to integrate the GtkSocket mechanism in wine. (To embed activex component in a gtk application.) I do not know exactly how to proceed, I need more informations: - do I must embed GtkSocket code in wine? - do I must synchronize GtkWidget and HWND? For the ActiveX, I use, with a dynamic link, the atl.dll to embed components. It is easy and It works with HTML editor and others stuffs... But I dont know if this is the right way to embed components? Olivier ------------------ www.programmers.ch

2 3

Exceptions
by flyker 28 Aug '03

28 Aug '03

Using MSVC i can write __try { ... } __except( EXCEPTION_EXECUTE_HANDLER ) { ... } using Winelib i can write __TRY { ... } __EXCEPT( ??? ) { ... } what can i use how EXCEPTION_EXECUTE_HANDLER ? And i can't link this by using -lntdll

6 6

Re: patch for selection of "MS Sans Serif" font face
by Huw D M Davies 28 Aug '03

28 Aug '03

Just add it as a font substitute in the registry ie [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes] ... "MS Sans Serif"="Microsoft Sans Serif" Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Re: misc fixes in splitpath
by Dimitrie O. Paun 28 Aug '03

28 Aug '03

On Thu, 28 Aug 2003 Dave_Belanger(a)cimmetry.com wrote: > (See attached file: patch_splitpath) + if (swapSlashes && dir) { + /* convert backslashes back to slashes */ + for (ptr = (char*)dir; *ptr; ++ptr) { + if ('\\' == *ptr) { + *ptr = '/'; + } + } + + } Can you please try to use the same formatting style (indentation & bracket placement) as the one in the rest of the file? Otherwise the file becomes hard to read if we switch between the styles too freely. -- Dimi.

1 0

Re: patch for grid-fitting on Solaris
by Dimitrie O. Paun 28 Aug '03

28 Aug '03

On Thu, 28 Aug 2003 Dave_Belanger(a)cimmetry.com wrote: > > (See attached file: patch_grid_fitting) > +#if defined(sparc) && defined(sun) + /* On Solaris/Sparc grid-fitting the outline produces gibberish + output for some font outlines with freetype-2.1.2 */ + load_flags |= FT_LOAD_NO_HINTING; +#endif This is rather ugly. Not only is it OS dependant, but it's also freetype 2.1.2 dependant. Can't we just require a fix in freetype? Or if it's worth disabling hinting in other cases as well, maybe it should be a configuration option. -- Dimi.

1 0

Re: patch for grid-fitting on Solaris
by Huw D M Davies 28 Aug '03

28 Aug '03

This is a freetype bug, do you still have the problem with FreeType 2.1.4 ? (sorry I can't easily include your path because it's an attachment). Huw.

1 0

Re: patch for unefficient memory reallocation in WMF driver
by Dimitrie O. Paun 28 Aug '03

28 Aug '03

On Thu, 28 Aug 2003 Dave_Belanger(a)cimmetry.com wrote: + if (len > physDev->allocatedSize){ + if (!physDev->allocatedSize) { + ERR("Unable to write record to unallocated memory\n"); + return FALSE; + } + /*expand size*/ + physDev->allocatedSize = (size_t)(1.2* physDev->allocatedSize + rlen); + mh = HeapReAlloc( GetProcessHeap(), 0, physDev->mh, physDev->allocatedSize); + if (!mh) { + ERR("Unable to Reallocate Heap memory\n"); + return FALSE; + } I would suggest to not issue ERRs in such cases, as the API is designed to handle OOM situations. I think it's enough to simply do: if (!physDev->allocatedSize) return FALSE; ... if (!mh) return FALSE; We can not have ERRs all over the code where memory allocations fail, it would clutter things way too much, and for almost no use. -- Dimi.

1 0

Re: patch for grid-fitting on Solaris
by Dimitrie O. Paun 28 Aug '03

28 Aug '03

On Thu, 28 Aug 2003 Dave_Belanger(a)cimmetry.com wrote: > Dave Belanger > Cimmetry Systems Inc. > dave.belanger(a)cimmetry.com > (514) 735-3219 (ext. 204) > ------------------------------------ > > (See attached file: patch_grid_fitting) Can you please attach the file as text/plain, or better yet, inline them in the message? It is so inconvenient to review (and reply) to your patches... Thanks. -- Dimi.

1 0

Problems compiling Wine CVS in FreeBSD 4.8
by Daniel O'Connor 28 Aug '03

28 Aug '03

I am trying to compile Wine CVS to get Protel99SE working, but I am having some difficulty.. For example in dlls/glu32 -> [chowder 16:50] ~/projects/wine-20030813/dlls/glu32 >gmake gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -o glu.o glu.c ../../tools/winebuild/winebuild -D_REENTRANT -fPIC -D__WINESRC__ -o glu32.dll.dbg.c --debug -C. glu.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -o glu32.dll.dbg.o glu32.dll.dbg.c ld -r glu.o glu32.dll.dbg.o -o glu32.dll.tmp.o strip --strip-unneeded glu32.dll.tmp.o ../../tools/winebuild/winebuild -D_REENTRANT -fPIC -D__WINESRC__ -o glu32.spec.c --spec ./glu32.spec glu32.dll.tmp.o -L../../dlls gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -o glu32.spec.o glu32.spec.c gcc -shared -Wl,-Bsymbolic,-z,defs glu32.spec.o glu.o glu32.dll.dbg.o -o glu32.dll.so -L../../dlls -L../../libs/wine -lwine -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXv -lXext -lX11 -lGL -lGLU -L../../libs/port -lwine_port -L/usr/local/lib -lm -Wl,-rpath,/usr/local/lib/wine -lc /usr/lib/libgcc.a(_eh.o): In function `__empty': _eh.o(.text+0x9e): undefined reference to `pthread_setspecific' /usr/lib/libgcc.a(_eh.o): In function `__get_eh_info': _eh.o(.text+0xec): undefined reference to `pthread_key_create' _eh.o(.text+0x1b9): undefined reference to `pthread_getspecific' _eh.o(.text+0x1d8): undefined reference to `pthread_setspecific' /usr/lib/libgcc.a(frame.o)(.text+0x44b): undefined reference to `pthread_mutex_lock' /usr/lib/libgcc.a(frame.o)(.text+0x492): undefined reference to `pthread_mutex_unlock' /usr/lib/libgcc.a(frame.o): In function `__register_frame_info': frame.o(.text+0x8d9): undefined reference to `pthread_mutex_lock' frame.o(.text+0x900): undefined reference to `pthread_mutex_unlock' /usr/lib/libgcc.a(frame.o): In function `__register_frame_info_table': frame.o(.text+0x969): undefined reference to `pthread_mutex_lock' frame.o(.text+0x990): undefined reference to `pthread_mutex_unlock' /usr/lib/libgcc.a(frame.o): In function `__deregister_frame_info': frame.o(.text+0x9dc): undefined reference to `pthread_mutex_lock' frame.o(.text+0xa27): undefined reference to `pthread_mutex_unlock' frame.o(.text+0xa4d): undefined reference to `pthread_mutex_unlock' gmake: *** [glu32.dll.so] Error 1 This happens in a number of dll compiles, the only way I have found to work around it is to comment out the line 'LDDLLFLAGS = -Wl,-Bsymbolic,-z,defs' After changing those I now get -> [chowder 17:14] ~/projects/wine-20030813/dlls/winmm/winearts >gmake ../../../tools/winebuild/winebuild -D_REENTRANT -fPIC -D__WINESRC__ -o winearts.drv.spec.c --spec ./winearts.drv.spec winearts.drv.tmp.o -L../../../dlls -lwinmm -luser32 -lkernel32 gcc -c -I. -I. -I../../../include -I../../../include -I/usr/local/include/artsc -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -o winearts.drv.spec.o winearts.drv.spec.c gcc -shared -Wl,-Bsymbolic,-z,defs winearts.drv.spec.o arts.o audio.o winearts.drv.dbg.o -o winearts.drv.so -L../../../dlls -L../../../libs/wine -lwine -L/usr/local/lib -lartsc -pthread -L../../../libs/uuid -lwine_uuid -L../../../libs/port -lwine_port -L/usr/local/lib -lm -Wl,-rpath,/usr/local/lib/wine -lc audio.o: In function `wodDsGuid': /home/darius/projects/wine-20030813/dlls/winmm/winearts/audio.c:1422: undefined reference to `DSDEVID_DefaultPlayback' gmake: *** [winearts.drv.so] Error 1 So I comment that out :) Now I get -> make[1]: Leaving directory `/usr/home/darius/projects/wine-20030813/include' gmake[1]: Entering directory `/usr/home/darius/projects/wine-20030813/miscemu' gcc -o wine -Wl,--section-start,.interp=0x3c000100 main.o -L../dlls -lntdll.dll -L../libs/wine -lwine -L../libs/unicode -lwine_unicode -L../libs/port -lwine_port -L/usr/local/lib ../dlls/libntdll.dll.so: undefined reference to `InterlockedCompareExchange' ../dlls/libntdll.dll.so: undefined reference to `InterlockedExchangeAdd' gmake[1]: *** [wine] Error 1 gmake[1]: Leaving directory `/usr/home/darius/projects/wine-20030813/miscemu' gmake: *** [miscemu] Error 2 Any patches happily tested :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5

1 0

Builtin ODBC32 and Microsoft Visual FoxPro
by Paul McNett 28 Aug '03

28 Aug '03

I'm trying and failing to get the builtin ODBC32 to work with Visual FoxPro: after SQLDriverConnect() VFP hangs for a couple minutes, finally crashing with a Fatal Error C0000005. I can tell by the unixODBC trace file that it gets no further than SQLDriverConnect(). Here is the unixODBC trace: [ODBC][16848][__handles.c][421] Exit:[SQL_SUCCESS] Environment = 0x3c0ad198 [ODBC][16848][SQLAllocHandle.c][338] Entry: Handle Type = 2 Input Handle = 0x3c0ad198 [ODBC][16848][SQLAllocHandle.c][462] Exit:[SQL_SUCCESS] Output Handle = 0x3c0ad918 [ODBC][16848][SQLSetConnectOption.c][255] Entry: Connection = 0x3c0ad918 Option = SQL_ATTR_LOGIN_TIMEOUT Value = 15 [ODBC][16848][SQLSetConnectOption.c][408] Exit:[SQL_SUCCESS] [ODBC][16848][SQLSetConnectOption.c][255] Entry: Connection = 0x3c0ad918 Option = SQL_ATTR_PACKET_SIZE Value = 4096 [ODBC][16848][SQLSetConnectOption.c][408] Exit:[SQL_SUCCESS] [ODBC][16848][SQLSetConnectOption.c][255] Entry: Connection = 0x3c0ad918 Option = SQL_ATTR_AUTOCOMMIT Value = 1 [ODBC][16848][SQLSetConnectOption.c][408] Exit:[SQL_SUCCESS] [ODBC][16848][SQLSetConnectOption.c][255] Entry: Connection = 0x3c0ad918 Option = SQL_ATTR_ODBC_CURSORS Value = 0 [ODBC][16848][SQLDriverConnect.c][646] Entry: Connection = 0x3c0ad918 Window Hdl = 0x10026 Str In = [DSN=pkmcalendar][length = 15 (SQL_NTS)] Str Out = 0x407824f4 Str Out Max = 255 Str Out Ptr = (nil) Completion = 1 UNICODE Using encoding ASCII 'ISO8859-1' and UNICODE 'UCS-2LE' Attached is the (trimmed) output returned from the command: wine --debugmsg +relay -- vfp8.exe (200 lines or so) I trimmed from the original loading of odbc32.dll until a point where it looks as if Wine is loading all over again (cannot stat drive d:, etc.) The command from VFP is: ? sqlstringconnect("DSN=pkmcalendar") I'd appreciate any assistance in fixing this. TIA! -- Paul McNett

1 0

Re: [winecfg 2] Merge X11DRV dialog code from Mark, bugfixes
by Alexandre Julliard 27 Aug '03

27 Aug '03

Mike Hearn <mike(a)theoretic.com> writes: > - Merge X11DRV dialog code from Mark > - Move X11DRV dialog init code to a separate file > - Link with Xlib to get XParseGeometry winecfg is supposed to be a windows app, it must not depend on Xlib. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: patch for underline and strikeout text in xrender
by Dimitrie O. Paun 27 Aug '03

27 Aug '03

On Wed, 27 Aug 2003 Dave_Belanger(a)cimmetry.com wrote: + + /* check for underline or strike-through */ + long lineWidth = tm.tmDescent / 4; + + if (lf.lfUnderline) { + long linePos = tm.tmDescent / 2; + + TSXSetForeground( gdi_display, physDev->gc, physDev->textPixel ); + TSXSetLineAttributes( gdi_display, physDev->gc, lineWidth, + LineSolid, CapProjecting, JoinBevel ); + TSXDrawLine( gdi_display, physDev->drawable, physDev->gc, + physDev->org.x + x, physDev->org.y + y + linePos, + physDev->org.x + x + width, physDev->org.y + y + linePos ); + } + + if (lf.lfStrikeOut) { + long linePos = tm.tmAscent / 3.5; + + TSXSetForeground( gdi_display, physDev->gc, physDev->textPixel ); + TSXSetLineAttributes( gdi_display, physDev->gc, lineWidth, + LineSolid, CapProjecting, JoinBevel ); + TSXDrawLine( gdi_display, physDev->drawable, physDev->gc, + physDev->org.x + x, physDev->org.y + y - linePos, + physDev->org.x + x + width, physDev->org.y + y - linePos ); + } What about we simplify this a bit: if (lf.lfUnderline || lf.lfStrikeOut) { long linePos = (lf.lfUnderline ? tm.tmDescent / 2 : - tm.tmAscent / 3.5); TSXSetForeground( gdi_display, physDev->gc, physDev->textPixel ); TSXSetLineAttributes( gdi_display, physDev->gc, lineWidth, LineSolid, CapProjecting, JoinBevel ); TSXDrawLine( gdi_display, physDev->drawable, physDev->gc, physDev->org.x + x, physDev->org.y + y + linePos, physDev->org.x + x + width, physDev->org.y + y + linePos ); } -- Dimi.

3 5

Building a wine(lib) based shared library to link with a Linux application
by Louis 27 Aug '03

27 Aug '03

Hi, I'm trying to work out if and how I can port a windows dll to Linux and build a shared library that I can use in an ordinary Linux program. To be more specific: Supose I have sources for a Windows dll (mydll.c and mydll.def): mydll.c #include <windows.h> int ShowBox(void) { MessageBox(NULL, "DLL", "DLL", MB_OK); return 0; } mydll.def LIBRARY "mydll" DESCRIPTION 'Show a MessageBox' EXPORTS ShowBox @1 Is it possible with wine(lib) to buuild a library (preferably shared) that I can link with an ordinary Linux program, so that it becomes possible to call the function ShowBox from the Linux program. Possibly requiring to link additional wine(lib) libraries. Regards, Louis

3 3

Where to put static libs?
by Juan Lang 27 Aug '03

27 Aug '03

Any advice on where to put code that needs to be shared by multiple dlls? I'm tweaking the SMB code right now, and I'd like to reuse it in netapi32 (to implement some of the Net functions) as in kernel32 (for CreateFile and CreateNamedPipe). I'm thinking a new directory in libs (libs/smb). Any better ideas? Thanks, --Juan __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

2 5

Re: [winecfg 1] Implement saveConfigValue(), style changes, code cleanup, UI alignment
by Alexandre Julliard 27 Aug '03

27 Aug '03

Mike Hearn <mike(a)theoretic.com> writes: > - Change registry key used to WineHQ\Wine Is that so that you can test the code? In that case Wine\WineCfg would be preferable I think. -- Alexandre Julliard julliard(a)winehq.com

2 2

Preferred coding style for error handling?
by Mike Hearn 27 Aug '03

27 Aug '03

Hi, I was wondering if the gurus that hang out here had advice on the best way to handle errors. At the moment, the most straightforward way seems to be to write code like this: DWORD res = 1; HKEY key = NULL; res = RegOpenKeyEx(hCurrent, subkey, 0, KEY_ALL_ACCESS, &key); if (res != ERROR_SUCCESS) goto end; .... do stuff with key here ..... res = 0; end: if (key) RegCloseKey(key); return res; but obviously pretty much every coding guideline ever written says "don't use goto!". Given the lack of any exception handling in C, and so no try/finally, is there a better way to deal with this? I've seen a mix of styles dotted around the wine source, this seems the easiest to read. Any opionions? Don't want to start a flamewar, but there might be arguments I've not seen yet..... thanks -mike

4 4

Re: [winecfg 2] Merge X11DRV dialog code from Mark, bugfixes
by Dimitrie O. Paun 27 Aug '03

27 Aug '03

On 27 Aug 2003, Mike Hearn wrote: > - Merge X11DRV dialog code from Mark > - Move X11DRV dialog init code to a separate file > - Link with Xlib to get XParseGeometry --- /dev/null 2003-01-30 10:24:37.000000000 +0000 +++ programs/winecfg/x11drvdlg.h 2003-08-26 23:16:32.000000000 +0100 @@ -0,0 +1,10 @@ +#ifndef X11DRVDLG_H +#define X11DRVDLG_H + +#include "winecfg.h" + +void initX11DrvDlg (HWND hDlg); +void saveX11DrvDlgSettings (HWND hDlg); +INT_PTR CALLBACK X11DrvDlgProc (HWND hDlg, UINT uMsg, WPARAM wParam, LPARAM lParam); + +#endif Do we really need a separate .h file for this? It just seems we make the thing a lot more complicated than needed... -- Dimi.

2 2

Re: Where to put static libs?
by puoti＠inwind.it 27 Aug '03

27 Aug '03

At least US corps don't controll all EU politics, as it happens in the US.

1 0

tcpdump and wine wsock
by Oleg Prokhorov 27 Aug '03

27 Aug '03

Hello wine-devel, Are there any problems with Wine wsock and tcpdump ? I was trying to dump AOL 5.0 software which runs good. But with tcpdump (3.7.2) enabled it just dies silently when it was supposed to sign on (using ISP/LAN connection). -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

1 0

Re: EU software patents
by puoti＠inwind.it 27 Aug '03

27 Aug '03

>Now, if I write my own software and release the source to the world. I will >be breaking the law! Ehm, software patents are an american invention... promoted in the EU by US corporations...

2 1

EU software patents
by Evalet Olivier 27 Aug '03

27 Aug '03

Hello, have you seen the global protestation due to the European software patents. http://savannah.gnu.org/ http://www.gnome.org http://www.kde.org Olivier ------------------ www.programmers.ch

4 3

Re: EU software patents
by puoti＠inwind.it 27 Aug '03

27 Aug '03

Have a look at http://www.ffii.org http://swpat.ffii.org

1 0

Problem running wine
by flyker 27 Aug '03

27 Aug '03

I've upgraded Wine from current CVS. I run any application and get error: wine: Unhandled exception (thread 0009), starting debugger... wine: Unhandled exception (thread 000b), starting debugger... wine: Unhandled exception (thread 000d), starting debugger... wine: Unhandled exception (thread 000f), starting debugger... wine: Unhandled exception (thread 0011), starting debugger... wine: Unhandled exception (thread 0013), starting debugger... wine: Unhandled exception (thread 0015), starting debugger... wine: Unhandled exception (thread 0017), starting debugger... wine: Unhandled exception (thread 0019), starting debugger... wine: Unhandled exception (thread 001b), starting debugger... wine: Unhandled exception (thread 001d), starting debugger... wine: Unhandled exception (thread 001f), starting debugger... ...

1 0

Re: SetShellWindow()
by Dmitry Timoshkov 27 Aug '03

27 Aug '03

"Martin Fuchs" <martin-fuchs(a)gmx.net> wrote: > Changelog: > * Implement SetShellWindow(), SetShellWindowEx() and GetShellWindow() It seems that you are using broken formatting settings in your editor: 1 tab == 4 spaces. It looks ugly with real tabs == 8 spaces. Could you fix that and resend the patch? -- Dmitry.

1 0

For Brian Vincent
by puoti＠inwind.it 27 Aug '03

27 Aug '03

Hi, I've noticed a probmel on winehq, in the wwn at the top of the page you have a link with your name, it links to mailto:, I suggest you add your email address or remove that link.

2 1

Re: [RESEND] Sync (47): shlwapi tests
by Francois Gouget 27 Aug '03

27 Aug '03

On Sun, 24 Aug 2003, Jon Griffiths wrote: [...] > Note that a regression is something that used to work, and now > doesn't. So any regression testing should only report failures for > tests that used to work and now don't. New tests that fail, or those > that have never succeeded, _aren't_ regressions, and shouldn't be > marked These are not regression tests but conformance tests. They should report anything that does not conform to the Windows behavior as an error. Which just hapens to be what they do. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Good judgment comes from experience, and experience comes from bad judgment -- Barry LePatner

2 2

Re: Fwd: SetShellWindow() [resend]
by Alexandre Julliard 27 Aug '03

27 Aug '03

Martin Fuchs <martin-fuchs(a)gmx.net> writes: > +/* globally stored shell window handles */ > + > +static HWND hwndShellWindow = 0; > +static HWND hwndShellListView = 0; > + > +/* id of the process, which currently owns the shell window */ > +static DWORD pidShellWindow = 0; You must not store handles or pids in the server, you should store pointers to the server objects, and properly handle the case where the corresponding window or process gets destroyed. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Get rid of W->A calls: QueryDosDevice
by Alexandre Julliard 27 Aug '03

27 Aug '03

Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > + pNum = (WCHAR* )devname + strlenW(comW); > + swscanf(pNum, L"%d%n", &inst, &numsiz); You can't use wide char constants or functions in Wine, you have to use the WCHAR ones. -- Alexandre Julliard julliard(a)winehq.com

1 0

problems with spec/def and import libs on Mingw
by Steven Edwards 27 Aug '03

27 Aug '03

Hello, Recent changes with the self regsitering of dlls are causing dependency problems on Mingw. If I compile shell32 on windows it is link to a function in ole32.dll named "PRIVATE". If course in the spec.def file we have the following information: DllGetClassObject@12=OLE32_DllGetClassObject@12 @63 PRIVATE DllRegisterServer@0=OLE32_DllRegisterServer@0 @194 PRIVATE DllUnregisterServer@0=OLE32_DllUnregisterServer@0 @266 PRIVATE Is there a simple fix for the Mingw case? Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Re: PATCH - winnt.h move non-standard language IDs to wine/port.h
by Dimitrie O. Paun 26 Aug '03

26 Aug '03

On August 21, 2003 08:23 pm, Steven Edwards wrote: > It took a little bit of work but I managed to get a *.dsw for wrc to work. > > Changelog: WRC Porting fix. Move non-standard Language IDs Alexandre, We still have a few (hard to remove) "#ifdef __WINESRC__" in our headers. We all agree they should be removed, but they are not trivially removable right now. I say we should move all such extensions to a "wine/internal.h" header. This will accomplish a few things: -- make the task of compiling with other headers a lot easier. This will further result in more portability and header fixes for our standard headers, which is a Good Thing(TM). -- the "wine/internal.h" include should be included only from .c files, thus explicitly marking such offenders, and providing a list of things that need to be addressed. -- the "wine/internal.h" header itself will serve as a quick "TODO" for people interested in fixing these. The last two points will also make it easier to see where we're using undesirable extensions. Whatdayasay? -- Dimi.

5 11

Question about winedump and winemaker
by dd jj 26 Aug '03

26 Aug '03

Hello everyone, I am using Redhat 9 and wine-20030813. I used winemaker and winedump to generate a dll.so file, but there are some problems here: 1)winemaker doesn't work at all, I just followed all the instructions, have no idea what's going on...(Does anyone did this before?) 2)winedump works, but I need to change something in the .spec.c file, there is a sentence like: asm(..... ...... "\t.string \"_test1\"\n") ..... ) Later when I run my program, it will complain that : err:module:import_dll No implementation for test.dll._test1@4 imported from ... So I thought maybe I need add @4 to "\t.string\"test1\"\n" , make it come into: "t.string \"_test1@4\"\n"; Then it works! But now I need to implement 2 or over 2 functions in the dll.so, after the modification, only one function works regardless the sequence of these functions in my source codes.. Does anyone have such experience before, thank you for help this out. Is there any bug for winedump or winemaker ? Thanks --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software

1 0

Deleted emails
by Duane Clark 26 Aug '03

26 Aug '03

Ahh..., fun with the Sobig.F virus. I skipped out yesterday to do some scuba diving, and arrived this morning to find about 7000 emails awaiting moderation. Yikes!!! Anyway, Jeremy seems to have fixed things so they are now being blocked. Thanks!!! But rather than trying to go through 7000 postings to find legitimate emails, all pending moderation requests were simply deleted. So if anyone posted something to any of the lists in about the 36 hours or so prior to this morning, and it never showed up, please just resend.

1 0

Re: Thank you!
by Alexandre Julliard 26 Aug '03

26 Aug '03

Please see the attached file for details.

3 2

Re: cab_G_00-r2
by Gregory M. Turner 26 Aug '03

26 Aug '03

On Tuesday 26 August 2003 12:49 pm, Gregory M. Turner wrote: > This simply reconciles cab_G_00 with CVS. > > License: Bugroff > > * dlls/setupapi: Makefile.in, setupapi_private.h, > setupx_main.c, stubs.c, setupapi.h, setupcab.c (new) > Greg Turner <gmturner007(a)ameritech.net> > - implement (most of) SetupIterateCabinet. oops, this doesn't seem to compile... looking into it. until I figure out what's wrong, please don't apply. -- gmt "We have to get basically voters to say 'I'd like to vote for the politician who thinks of global equity'" -- Bill Gates, World Economic Forum 2002

1 0

Fwd: Printing in Wine + FreeBSD
by Jonathan Fosburgh 26 Aug '03

26 Aug '03

---------- Forwarded Message ---------- Subject: Printing in Wine + FreeBSD Date: Tuesday 26 August 2003 07:18 am From: Jonathan Fosburgh <syjef(a)mdanderson.org> To: wine-users(a)winehq.com This behaviour has been consistent on FreeBSD -Current since 5.0-RELEASE. I am now running 5.1-CURRENT with cups-1.1.19.0 and wine from CVS yesterday afternoon. Wine *is* seeing my cups printers and I can print to them from the command line, from kprinter, etc. However, when trying to print from, say, notepad, I receive the following errors for any of my printers: fixme:commdlg:PRINTDLG_SetUpPrinterListComboW Can't find '(null)' in printer list so trying to find default err:commdlg:PRINTDLG_ChangePrinterW DocumentProperties fails on L"aix-ptr" fixme:commdlg:PRINTDLG_UpdatePrintDlgW No lpdm ptr? fixme:commdlg:PRINTDLG_WMCommandW Update printdlg was not successful! The only other application I have installed from which I would like to print is Lotus Notes R5. A coworker using Red Hat has no problem printing from Notes, but I receive an insufficient memory error. Does anyone have printing from wine working on FreeBSD? Do these errors make sense to anyone reading this list? I have searched for them and came across some entries, but they were all fairly old, and I couldn't find one that applied. Thanks for any help you can offer. -- Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX _______________________________________________ wine-users mailing list wine-users(a)winehq.com http://www.winehq.com/mailman/listinfo/wine-users ------------------------------------------------------- I originally posted this to wine-users and it was suggested I try here ... -- Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX

1 0

Re: [winecfg 1] Implement saveConfigValue(), style changes, code cleanup, UI alignment
by Dimitrie O. Paun 26 Aug '03

26 Aug '03

On 26 Aug 2003, Mike Hearn wrote: > ChangeLog: > - Correct return code of loadConfig() > - Make the registry key used a constant > - Change registry key used to WineHQ\Wine > - Made code slightly more consistant with itself > - Some style changes, expanding out variable names, whitespace, removing > unnecessary variable initializers and hungarian notation etc > - Replace dialog box with a FIXME in WinMain() to warn of incompleteness > - Implement saveConfigValue() > - Hook up support for save/load of WinVer Dude, and the patch?!? -- Dimi.

1 0

CVS Stalls
by jeff_latimer 26 Aug '03

26 Aug '03

People, I have just started having problems with CVS update -PAd where it has started to stop at: cvs server: Updating wine/tools/wpp cvs server: Updating wine/tools/wrc cvs server: Updating wine/tsx11 cvs server: Updating wine/unicode cvs server: Updating wine/win32 cvs server: Updating wine/windows cvs server: Updating wine/windows/ttydrv cvs server: Updating wine/windows/x11drv This is consistent though it has been working well for me for some time before that. Is there a solution? Jeff ---------------- Powered by telstra.com

2 1

Re: remove some __WINESRC__es
by Alexandre Julliard 26 Aug '03

26 Aug '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > No need to clutter the header files with these tests. > We have enough of a review process in place to avoid > such things, and in any way, things like > > #ifdef __WINESRC__ > # undef UNICODE > #endif /* __WINESRC__ */ > > simply encourage bad coding, hides problems, and it's > confusing. I agree for UNICODE, but not for NEAR, FAR etc. Allowing them in Wine will actually encourage bad coding, since we will see FAR pointers pop up all over the place. A better approach would be to #define them to something like do_not_use_this when building Wine. -- Alexandre Julliard julliard(a)winehq.com

2 1

I need a ddrawint.h header file
by Jonathan Wilson 26 Aug '03

26 Aug '03

I need someone to somehow come up with legal, "I can use this for ReactOS" definitions of the stuff in ddrawint.h from the XP DDK (I can send the MS header to anyone who wants it, obviously just copy+paste from that is not allowed) Asking here since someone on the WINE team might be able to help

2 1

CVS stalls
by jeff_latimer 26 Aug '03

26 Aug '03

People, I have just started having problems with CVS update -PAd where it has started to stop at: cvs server: Updating wine/tools/wpp cvs server: Updating wine/tools/wrc cvs server: Updating wine/tsx11 cvs server: Updating wine/unicode cvs server: Updating wine/win32 cvs server: Updating wine/windows cvs server: Updating wine/windows/ttydrv cvs server: Updating wine/windows/x11drv This is consistent though it has been working well for me for some time before that. Is there a solution? Jeff ---------------- Powered by telstra.com

1 0

Errors with creating desktop icons in 20030813 release..
by David Orriss Jr 26 Aug '03

26 Aug '03

With the 20030813 release the following error displays to the console when I try to install mIRC 6.03: "err:ddeml:DdeConnect Done with INITIATE, but no Server window available" the mIRC install displays a dialog with: "There seems to be a problem adding mIRC icons to the Program Manager!" Other than that, mIRC seems to work fine. After a bit more testing I'm finding any app that I try to install with this release creates the same error message. Any thoughts? -- David Orriss Jr. Please email me if you want my ICQ/AIM/IM ID's.

2 2

Re: user32.rc
by Martin Fuchs 26 Aug '03

26 Aug '03

Sorry, wrong mailing list On 26.08.2003 10:44:23 Martin Fuchs wrote: > Hi, > > I get this error when trying to compile current CVS: > > D:\osexperts\reactos\lib\user32>make

1 0

user32.rc
by Martin Fuchs 26 Aug '03

26 Aug '03

Hi, I get this error when trying to compile current CVS: D:\osexperts\reactos\lib\user32>make windres --include-dir ./include --include-dir ../../include --include-dir ./../include user32.rc -o user32.coff windres: user32.rc:114: syntax error make: *** [user32.coff] Error 1 What's wrong with this line 114 in user32.rc? Seems, windres does not understand some thing here: LISTBOX "", 100, 5, 5, 210, 110, LBS_NOTIFY | LBS_NOINTEGRALHEIGHT | WS_CHILD | WS_VISIBLE | WS_BORDER | WS_VSCROLL | WS_HSCROLL Martin

1 0

About the bin/wine application
by Evalet Olivier 26 Aug '03

26 Aug '03

Hello, I'm using winebuild to make my winegui and it works perfectly. But I'm trying to use the "wine_init" function (from ./libs/wine/loader.c) instead of wine loader. I'm trying to make a new wine loader but it doesn't work. It starts correctly (I can see with the --debugmsg +all) but after, I have an "Illegal instruction" error somewhere in PROCCESS_init. this is my new loader (bridge.c) : int main( int argc, char *argv[] ) { char error[1024]; wine_init( argc, argv, error, 1024); return 1; } This is the original cmd line and the new cmd line: 1)wine --dll ole32=b libbridge.so 2)bridge --dll ole32=b libbridge.so Is it possible to make its own wine loader? Olivier ------------------ www.programmers.ch

2 2

error message fix
by Drew 'dantealiegri' Ogle 26 Aug '03

26 Aug '03

I propose this 2 line change; in helping someone on irc, this old message "not found" was confusing them. I changed it to a more generic "could not open", which allows the possilbity of inability to open because of permissions, etc.. -Dante ? dlls/winmm/wineoss/.audio.c.swp Index: dlls/winmm/wineoss/audio.c =================================================================== RCS file: /home/wine/wine/dlls/winmm/wineoss/audio.c,v retrieving revision 1.91 diff -u -r1.91 audio.c --- dlls/winmm/wineoss/audio.c 28 Jul 2003 19:02:29 -0000 1.91 +++ dlls/winmm/wineoss/audio.c 26 Aug 2003 03:04:55 -0000 @@ -524,7 +524,7 @@ return FALSE; } } else { - ERR("%s: not found!\n", ossdev->mixer_name); + ERR("%s: unable to open!\n", ossdev->mixer_name); OSS_CloseDevice(ossdev); return FALSE; } @@ -660,7 +660,7 @@ return FALSE; } } else { - ERR("%s: not found!\n", ossdev->mixer_name); + ERR("%s: unable to open!\n", ossdev->mixer_name); OSS_CloseDevice(ossdev); return FALSE; }

1 0

Re: ms download
by puoti＠inwind.it 26 Aug '03

26 Aug '03

I´ m aware of that, but I thought that it could help to understand how the thing works, as msdn isn't always clear, but it is very obvious that you can't copy/paste the code,that would be too easy.

1 0

ms download
by puoti＠inwind.it 25 Aug '03

25 Aug '03

It may me nothing useful or old new, but could this help http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com…

2 1

interesting stuff I have been finding out about DirectX
by Jonathan Wilson 25 Aug '03

25 Aug '03

after investigating the DirectX NT dlls as part of an investigation to see if they would work on ReactOS, I discovered something. The core DX dlls (like ddraw.dll, dsound.dll, dinput.dll and others) dont seem to make kernel-mode or driver/hardware calls directly. Most of it appears to be done via other places (such as winmm.dll, some special thunks in gdl32.dll and others) If my theory is correct (remember though, its just a theory), it may be possible to not only use the directx userland dlls (like ddraw.dll & friends) with ReactOS but it may be possible (if one were to implement the lower-level stubs) in a meaningfull way) to use said dlls with WINE. If it is possible to use native versions of some of the high-level bits, that could really help get more games going... One of the main things that would be needed is a proper implementation of the GdiEntryxxx functions and the DdEntryxxx functions in gdi32.dll, they are the "thunks" that allow DirectDraw and Direct3D to talk to kernel mode. DirectSound & DirectMusic appear to go through winmm.dll to talk to the sound hardware.

5 6

Re: Problems building dlls for use with winelib (was: spec file syntax and automated generation)
by "Martin Tröster" 25 Aug '03

25 Aug '03

Dimi, thanks for the information, especially to use gcc instead of winegcc to build the final library. The small sample dll now links without any problems. On Fri, 22 Aug 2003 08:12:40 -0400 "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > (5) is missing the libs, no? The rule from the tree is: > > $(MODULE).so: $(MAINSPEC).o $(ALL_OBJS) Makefile.in > $(LDSHARED) $(LDDLLFLAGS) $(MAINSPEC).o $(ALL_OBJS) -o $@ > -L$(DLLDIR) $(LDIMPORTS:%=-l%) $(ALL_LIBS) -lc > > where ALL_LIBS is: > > ALL_LIBS = $(LIBWINE) $(EXTRALIBS) $(LIBPORT) $(LDFLAGS) $(LIBS) > > So I guess at a minimum you need to add: > > -L/usr/local/lib -lwine -lm -lc > > But to be on the safe side, add: > > -lwine -lwine_port -lwine_unicode -lwine_uuid -lm -lc > > plus all the imports! Concerning imports, do I have to specify the wine libraries like kernel32.dll.so explicitly, or are these linked automagically when specifying -lwine? If I have to specify them, how do I link a library that does not follow the naming conventions lib<libraryname>.so? Thanks for your help. Cheers, Martin __________________________________________________________________________ Die sicherste Form der Kommunikation: E-Mails verschluesseln, Spam-Filter, Adressverifizierung, digitale Unterschrift: http://freemail.web.de

3 2

Re: Errors installing atmel ids under wine ...
by puoti＠inwind.it 25 Aug '03

25 Aug '03

If you don't have a microsoft windows license, you can't run the setup, and you can't install dcom from the microsoft web site. You can install the software on a windows pc, and copy the installation directory to your fake windows installation on your linux pc (Using a CD-R/LAN/internet/whatever).

1 0

Errors installing atmel ids under wine ...
by Lars Segerlund 25 Aug '03

25 Aug '03

I am trying to install a fpga synthesis software called ids from atmel ( www.atmel.com ) , and I am getting the following errors, does anybody know a way around this ? I don't have a windows installation so I can't try to copy the stdole32.tlb as this message says, unfortunately. / regards, Lars Segerlund. fixme:ole:ITypeInfo_fnRelease destroy child objects ************************************************************************** You must copy a 'stdole32.tlb' file to your Windows\System directory! You can get one from a Windows installation, or look for the DCOM95 package on the Microsoft Download Pages. ************************************************************************** fixme:ole:LoadTypeLibEx Wanted to load L"stdole32.tlb" as typelib, but file was not found. fixme:ole:_get_funcdesc Did not find a typeinfo for reftype 0? fixme:ole:PSFacBuf_CreateProxy GetFuncDesc 80004005 should not fail here. fixme:ole:StdMarshalImpl_UnmarshalInterface Failed to create a proxy for {91814ec1-b5f0-11d2-80b9-00104b1f6cea} fixme:ole:CoUnmarshalInterface Failed to Unmarshal the interface, 80004005? fixme:ole:_unmarshal_interface Marshalling interface {91814ec1-b5f0-11d2-80b9-00104b1f6cea} failed with 80004005 fixme:ole:deserialize_param failed to stuballoc in TKIND_RECORD. fixme:ole:xCall Failed to unmarshall param, hres 80004005 wine: Unhandled exception (thread 000b), starting debugger... fixme:ole:_xread Read only 0 of 4 bytes from 0x40. fixme:ole:_StubReaderThread Failed with hres 80004005

2 1

Linux Question?
by Matthew Caobhlaigh 25 Aug '03

25 Aug '03

Does anyone know where I can get the opcodes for an x86 processor. I am going to include the code in Wine to port it to mac. I am an experienced linux programmer but mainly have only worked with server writing. I am also very capable in writing php, perl, tcl, html, etc. This is the first real "advanced" project I am starting to write. Thank you so much for your archives. Slan _________________________________________________________________ Get MSN 8 and help protect your children with advanced parental controls. http://join.msn.com/?page=features/parental

4 3

Re: Int21 fixes - Update
by Jukka Heinonen 25 Aug '03

25 Aug '03

I have to admit I'm a bit disappointed with this patch: - Patch name should really be more descriptive. - Changelog is not up to date with patch. - This patch cannot be compiled with a C compiler. This makes it look like this patch has not been tested at all... - There are logic errors in the patch. - You should really either clear CFLAG at start of each subfunction or clear it on success. Using both approaches makes the work of future int21 workers more difficult. There may be cases where you need to use the other approach but those cases should be rare. Here is a quick review of the patch. There could be more bugs still left in the patch: ioctl : You really should consider all IOCTL subfunctions before trying to modify CFLAG behaviour. Putting one top level RESET_CFLAG with FIXME comment would be fine but fixing one branch and leaving other branches alone is not. 0x2d : not ok. First of all, illegal time is not an error. Some programs seem to use it as installation check, see subfunction 0x2b. Second thing is that you only reset CFLAG here and do not set it. Third thing is that I don't think this subfunction touches CFLAG at all. 0x38 : not ok. It would be pointless to return an error here because it only makes fewer programs work. Just add RESET_CFLAG and leave the logic as it is. Besides you have broken bSetDOSExtendedError handling here. 0x39-0x43 : ok 0x45 : not ok. Missing brackets. 0x46-47 : ok 0x48 : ok (see 0x5c) 0x4a : This is not valid C. RESET_CFLAG cannot happen before variable declarations. Move RESET_CFLAG to start of subfunction. 0x4b : ok 0x56 : ok 0x57 : ok 0x5b : ok 0x5c : not ok (cosmetic bug). If you decide to use if-then-bSetDOSExtendedError-else-RESET_CFLAG you really should try to use it everywhere. Or you could use RESET_CFLAG as first operation in each subfunction. But try not to use mixed approaches, if it can be helped. -- Jukka Heinonen <http://www.iki.fi/jhei/>

3 3

Fwd: Your message to wine-bugs awaits moderator approval
by Gregory M. Turner 25 Aug '03

25 Aug '03

I don't think I've done anything on wine-bugs lately... what's going on here? ---------- Forwarded Message ---------- Subject: Your message to wine-bugs awaits moderator approval Date: Sunday 24 August 2003 05:40 pm From: wine-bugs-admin(a)winehq.com To: gmturner007(a)ameritech.net Your mail to 'wine-bugs' with the subject Thank you! Is being held until the list moderator can review it for approval. The reason it is being held: Post to moderated list Either the message will get posted to the list, or you will receive notification of the moderator's decision. ------------------------------------------------------- -- gmt "We have to get basically voters to say 'I'd like to vote for the politician who thinks of global equity'" -- Bill Gates, World Economic Forum 2002

3 3

Linux Question?
by Matthew Caobhlaigh 25 Aug '03

25 Aug '03

Does anyone know where I can get the opcodes for an x86 processor. I am going to include the code in Wine to port it to mac. I am an experienced linux programmer but mainly have only worked with server writing. I am also very capable in writing php, perl, tcl, html, etc. This is the first real "advanced" project I am starting to write. Thank you so much for your archives. Slan _________________________________________________________________ Help protect your PC: Get a free online virus scan at McAfee.com. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Porting to OpenBSD 3.4-beta
by Dan Brosemer 25 Aug '03

25 Aug '03

First, if this is the wrong list for this, I appologize and please point me at the correct list. I have been trying to port Wine, WineX, or ReWind to OpenBSD 3.4-beta for the past week. I've made the most progress with ReWind, so that is what this post will focus on. Where I'm stumbling right now, I believe, is in the dll loader: odin@sleipnir:p6[~/.wine/c]$ wine windows/Sol.exe err:module:BUILTIN32_LoadLibraryExA loaded .so but dll ntdll.dll still not found - library environment problem or version conflict, check your setup. err:module:PE_fixup_imports Module (file) ntdll.dll (which is needed by wine) not found Now, it _is_ actually loading libntdll.so, I can see this with ktrace: 181 wine NAMI "/usr/local/lib/libntdll.so" 181 wine RET open 3 181 wine CALL read(0x3,0xcfbefdbc,0x1000) 181 wine GIO fd 3 read 4088 bytes "\^?ELF\^A\^A\^A\0\0\0\0\0\0 ...... I see that message is in relay32/builtin32.c, printed if MODULE_FindModule returns nothing. In MODULE_FindModule in this loop: for ( wm = MODULE_modref_list; wm; wm = wm->next ) { ..... } I added a printf("MOD: %s\n", wm->modname); which prints out "MOD: wine" four times before the error message above. I'm curious how MODULE_modref_list is seeded. That's where I think I'll find a clue to my problem. Could anyone give me some pointers? Thanks in advance. -Dan -- "Burnished gallows set with red Caress the fevered, empty mind Of man who hangs bloodied and blind To reach for wisdom, not for bread." -- Deoridhe Grimsdaughter

3 4

Mainsoft MainWin
by Martin Fuchs 24 Aug '03

24 Aug '03

Hello, I wanted to ask this since a while: Does anyone know this product "Mainsoft Visual MainWin" at http://www.mainsoft.com ? The web site sounds, as would they be able do cross plattform development by linking applications to WIN32, MFC and ATL libraries on unix. Visual MainWin 5 Features Do they use wine code, do they use MS OS source code licencies, or how did they manage this? Martin

4 3

Re: [RESEND] Sync (47): shlwapi tests
by Dimitrie O. Paun 24 Aug '03

24 Aug '03

On August 24, 2003 12:48 pm, Jon Griffiths wrote: > OK, here it is with the 2 failing tests commented out (assuming it > makes it > through YahooPops un-truncated, that is; if not I'll resend > manuallly). I'm afraid it didn't, like all the other messages you sent in the last couple of days. I can see no attachment. Try inlining the patch, it may help. -- Dimi.

1 0

Re: FR keyboard layout, chapter 3, patch 2
by BiGgUn 24 Aug '03

24 Aug '03

Hi all I have tested your patch but i still get the warning message :( Stephan

1 0

Re: [RESEND] Sync (47): shlwapi tests
by Alexandre Julliard 24 Aug '03

24 Aug '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > Any problems with this one? You said yourself that the some of the tests are currently failing; I cannot commit tests that fail, that would make the regression test suite useless. -- Alexandre Julliard julliard(a)winehq.com

2 1

Build broken due to -lpthread
by Gerald Pfeifer 24 Aug '03

24 Aug '03

After last night's update P configure P configure.ac P dlls/msvcrt/msvcrt.spec P dlls/msvcrt/process.c P dlls/msvcrtd/msvcrtd.spec P dlls/ntdll/rtlstr.c P dlls/winmm/winealsa/audio.c P dlls/x11drv/keyboard.c P files/dos_fs.c P files/profile.c P include/config.h.in P include/file.h P libs/wine/Makefile.in cvs server: libs/wine/errno.c is no longer in the repository P misc/registry.c P programs/wineconsole/Makefile.in P programs/wineconsole/curses.c P tools/Makefile.in P tools/winegcc.c P tools/winewrap.c Wine fails to build on FreeBSD 4.8 with the following failure mode: /usr/bin/gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o glu32.spec.o glu32.spec.c /usr/bin/gcc -shared -Wl,-Bsymbolic,-z,defs glu32.spec.o glu.o glu32.dll.dbg.o -o glu32.dll.so -L../../dlls -L../../libs/wine -lwine -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXv -lXext -lX11 -lGL -lGLU -lpthread -L../../libs/port -lwine_port -lm -lc /usr/libexec/elf/ld: cannot find -lpthread gmake[2]: *** [glu32.dll.so] Error 1 gmake[2]: Leaving directory `/.amd_mnt/nashira/files5/test/wine/dlls/glu32' gmake[1]: *** [glu32] Error 2 Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

2 4

Console regression?
by wine＠frotz.org 24 Aug '03

24 Aug '03

Since updating to today's CVS, I am no longer able to run Trainz, the app I am currently working on developing sound support for. I get some traces pointing to an apparent problem with console handles. Here's a snippet of the trace (please excuse me, but I can't post the whole thing easily as my dev box isn't the one that I have mail on and they don't speak to each other -- i.e. the traces are being copied by hand....) 000a: get_console_input_info( handle=(nil) ) 000a: get_console_input_info() = INVALID_PARAMETER { history_mode=0, [... Ed.] 000a:trace:seh:EXC_RtlRaiseException code=c000013a flags=0 addr=0x402b8a92 [Exception details and app going down in flames omitted for brevity - Ed.] Taking a look at the code for get_console_input_info() in server/console.c, it appears that the variable 'console' is not set and that (my guess here) this line in console_input_get() if (!console && !geterror()) set_error(STATUS_INVALID_PARAMETER); is directly responsible for the error. Now, as to what the real issue is here, I have absolutely no clue since I know zilch about the wine server code. But perhaps someone who does can work with me on trying to figure out what is going wrong here. FWIW, my app worked fine prior to the following CVS commit: http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=9026 TIA, --D

2 1

Re: Here a patch for FR keyboard layout
by Sylvain Petreolle 23 Aug '03

23 Aug '03

Your patch removes the Euro character from the French layout. You should better try to enable the Euro support. Does this patch removes the message for you ? ---- Orginal FIXME message: fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (French keyboard layout) for scancode mapping. Please define your layout in dlls/x11drv/keyboard.c and submit them to us for inclusion into future Wine so i sent you the patch ( i hope it'll work, i had some problems to make it ) it was a little mistake. Rémi ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

LinuxPlanet story
by Mike Hearn 23 Aug '03

23 Aug '03

Well, this might well be old news, I don't know, but I found this story interesting: http://www.linuxplanet.com/linuxplanet/reports/4780/1/ (LinuxPlanet is mostly a general news/aggregation website, but they sometimes have unique stories too) It talks about a new venture from TransGaming Technologies, called "AclereX", which specialises in application (not game) porting. It turns out they have a website (unfinished?) here: www.aclerex.com and an interesting datasheet. The messages sent by this website are a bit confusing - it seems on one hand that they will be specialising in app porting, and indeed the LinuxPlanet story suggests that it'll be a service, not a product, but the website also says: • AclereX is seamless and transparent. • AclereX is easy to use with its ‘Point and Go’ interface. • AclereX provides 7/24 technical support access. .. which makes it sound like a product that will be packaged and sold, as "Point and Go" sounds very much like Point2Play, intended for managing many installed programs. I suppose at some point it'll maybe be announced here on wine-devel by Gav, but as they've been talking to journalists at trade shows about it, it seems fair game to point it out here now. Sorry if it was supposed to be kept a secret. thanks -mike

2 1

Usage of remove_timeout_user in the wineserver
by Mike Hearn 23 Aug '03

23 Aug '03

Hi Alexandre, There is sometimes a double free in the wineserver, in fd.c Basically the callback for the timeout is called, and the callback (for instance in set_next_timer:queue.c) calls remove_timeout_user() which does a free( user ), but at the end of handle_timeout() it also performs a free, so I think the same timeout struct is freed twice. I don't know how to fix this bug - I commented out the free in remove_timeout_user and that stopped the wineserver from segfaulting or dieing inside malloc, but it might cause a memory leak in the case where a timeout is added and then removed before being handled. It's too bad there is no way to check if a pointer has already been freed. Maybe a flag (inside_callback) in the timeout_user struct, so we know not to free it in remove_timeout_user()? What do you think? thanks -mike

2 2

Re: PATCH - comctl32 with MS_VC 6 headers
by Dimitrie O. Paun 23 Aug '03

23 Aug '03

On August 22, 2003 09:17 pm, Steven Edwards wrote: > +#include <stdarg.h> > + > +#include "windef.h" > #include "winbase.h" > +#include "wingdi.h" > +#include "winuser.h" > +#include "winreg.h" Why don't we need these includes with the Wine headers? Let's figure out were we include these in our headers, and get rid of them. If we just patch the .c files, we loose track of the header problems... -- Dimi.

3 2

Re: [RESEND] Sync (46): msvcrt cpp test
by Jon Griffiths 23 Aug '03

23 Aug '03

Hi, Ignore this, it should have gone to wine-patches, and yahooPops seems to be truncating my mails. Aargh! Jon __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

[RESEND] Sync (46): msvcrt cpp test
by Jon Griffiths 23 Aug '03

23 Aug '03

Hi, Now the cpp RTTI changes are in, the tests for them can be applied. this is a slighly updated version of the original patch that fixes a problem with asm, register clobbers and optimisation I found when I moved to gcc 3.2.2, and also works with really ancient, buggy versions of msvcrt. You'll need to re-run ./configure after applying. Cheers, Jon License: X11 ChangeLog: Jon Griffiths <jon_p_griffiths(a)yahoo.com> +dlls/msvcrt/tests/cpp.c dlls/msvcrt/tests/Makefile.in dlls/msvcrt/tests/.cvsignore Tests for static RTTI and dynamic casting of cpp __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Re: Here a patch for FR keyboard layout
by Sylvain Petreolle 23 Aug '03

23 Aug '03

Hi Remi, The lines 214-215 you mention in your mail are in the "azzerty..."' and "qsdf" lines of the keyboard. Looking at the source you have sent, there is no noticeable change. Could you say what your patch should fix ? ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: Thank you!
by tony_lambregts＠telusplanet.net 23 Aug '03

23 Aug '03

Please see the attached file for details.

1 0

Re: Details
by juergen.schmied＠debitel.net 23 Aug '03

23 Aug '03

Please see the attached file for details.

1 0

Question about patch
by Steven Edwards 23 Aug '03

23 Aug '03

http://cvs.winehq.com/cvsweb/wine/dlls/user/wsprintf.c.diff?r1=1.9&r2=1.10 This code is duplicated in shlwapi but this patch has not been applyed there. Does shlwapi accept this case also? Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Re: Here a patch for FR keyboard layout
by BiGgUn 22 Aug '03

22 Aug '03

Hi Please, can you make a clean patch as described on this page: http://www.winehq.com/site/sending_patches Thanks in advance. Stéphan

1 0

Some news on SoBig.F
by puoti＠inwind.it 22 Aug '03

22 Aug '03

Well, this virus is on UK BBC and ITV national news, they report that 30pc of all email users have been infected, and 1in 17 emails contains the virus. It may also slow down the net. It's caused 50 million$ of losses only in the US, maybe now some people will work out that microsoft sucks (Does MS count this in there TCO calculations?).

1 0

Re: When will Wine integrate an x86 CPU emulator?
by Kelly Leahy 22 Aug '03

22 Aug '03

Not sure I agree with paragraph two of the answer... While writing an x86 emulator (and integrating it into wine) would be quite difficult, I don't see how the complexity has anything to do with the data types and API functions... A true emulator has no concept whatsoever of data types (except the very basic data types of the cpu - x-bit word, x-bit IEEE number, for instance), so its complexity cannot possibly depend on the high-level data types used by the compiler generating the machine code... Kelly ----- Original Message ----- From: "Francois Gouget" <fgouget(a)free.fr> To: <wine-patches(a)winehq.com> Sent: Wednesday, August 20, 2003 3:42 PM Subject: FAQ: When will Wine integrate an x86 CPU emulator? > > Changelog: > > * documentation/faq.sgml > > Add an entry answering the eternal question: > When will Wine integrate an x86 CPU emulator? > > Index: documentation/faq.sgml > =================================================================== > RCS file: /home/wine/wine/documentation/faq.sgml,v > retrieving revision 1.13 > diff -u -r1.13 faq.sgml > --- documentation/faq.sgml 28 Jul 2003 19:06:10 -0000 1.13 > +++ documentation/faq.sgml 20 Aug 2003 20:37:51 -0000 > @@ -130,6 +130,58 @@ > </qandaentry> > > <qandaentry> > + <question id="Integrate-an-x86-emulator"> > + <para>When will Wine integrate an x86 CPU emulator so we can > + run Windows applications on non-x86 machines?</para> > + </question> > + <answer> > + <para> > + The short answer is 'probably never'. Remember, Wine Is Not a > + (CPU) Emulator. The long answer is that we probably don't want or > + need to integrate one in the traditional sense. > + </para> > + <para> > + Integrating a CPU emulator in Wine would be extremely hard, > + due to the large number of Windows APIs and the complex > + datatypes they exchange. It is not uncommon for a Windows API to > + take three or more pointers to structures composed of many fields, > + including pointers to other complex structures. For each of these > + we would need a conversion routine to deal with the byte order and > + alignment issues. Furthermore, Windows also contains many callback > + mechanisms that constitute as many extra places where we would have > + to handle these conversion issues. Wine already has to deal with > + 16 vs. 32 bit APIs and Ansi vs. Unicode APIs which both > + introduce significant complexity. Adding support for a CPU emulator > + inside Wine would introduce at least double that complexity and > + only serve to slow down the development of Wine. > + </para> > + <para> > + Fortunately another solution exists to run Windows applications > + on non-x86 platforms: run both Wine and the application inside the > + CPU emulator. As long as the emulator provides a standard Unix > + environment, Wine should only need minimal modifications. What > + performance you loose due to Wine running inside the emulator > + rather than natively, you gain in complexity inside of Wine. > + Furthermore, if the emulator is fast enough to run Windows > + applications, Photoshop for instance, then it should be fast enough > + to run that same Windows application plus Wine. > + </para> > + <para> > + Two projects have started along those lines: <ulink > + url="http://fabrice.bellard.free.fr/qemu/">QEMU</>, an > + open-source project, and <ulink > + url="http://www.transitives.com/tech_overview.htm">Dynamite</>, > + a commercial CPU emulator environment from > + <ulink url="http://www.transitives.com/">Transitives Technologies</> > + which has been <ulink > + url="http://www.transgaming.com/news.php?newsid=37">paired > + with Wine</>. > + </para> > + > + </answer> > + </qandaentry> > + > + <qandaentry> > <question id="Why-would-anyone-want-Wine-Windows-suck"> > <para>Why would anyone want Wine? Doesn't Windows suck?</para> > </question> > > > -- > Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ > Linux, WinNT, MS-DOS - also known as the Good, the Bad and the Ugly. > >

8 17

Re: Viruses in the wine-devel archive ??
by Duane Clark 22 Aug '03

22 Aug '03

Stefan Leichter wrote: > On Friday 22 August 2003 19:00, Duane Clark wrote: > > >>I have temporarily changed the maximum message size on wine-patches to >>40KB. So any emails with valid forged "From" headers will be caught for >>moderation. Since all the other lists were already set at 40KB by >>default, no viruses were able to make it through. > > > If you like to save some work i have seen filter rule against sobig.f for > Postfix > (http://sbserv.stahl.bau.tu-bs.de/~hildeb/postfix/postfix_sobigf.shtml), Exim > and sendmail. For Exim and sendmail the description is in german only on > http://www.heise.de/newsticker/data/dab-20.08.03-004/. I don't control the mail server, so you would need to address this to Jeremy. I just do moderation. Hopefully he will also soon add the Mailman spam filtering he mentioned a couple of weeks ago?

1 0

Work on building comctl32 with MS_VC and MS_VC headers
by Martin Fuchs 22 Aug '03

22 Aug '03

On 22.08.2003 09:55:00 Martin Fuchs wrote: Steven Edwards wrote: > I have made a log of my attempts to fix comctl32.dll with the MS_VC > headers but I am going to have to call it a day. If > anyone has time and a copy of MS_VC can you take a look and tell me > whats going on? > > The log of my progress is here: > http://mail.gleneagle.net/sedwards/comctl32_msvc.txt > > It may just be something as simple as WINE having most of the headers > included in the wrong order or included > in places where they shouldnt be such as stdarg in winbase.h and a lack How do you compile Wine dlls with MSVC? Did you write makefiles by hand, or just imported the files into a workspace (*.dsp/dsw)? I expect, the configure script will not work for this. Martin

2 1

Viruses in the wine-devel archive ??
by PETREOLLE Sylvain 22 Aug '03

22 Aug '03

Someone on the list has the virus Sobig.f and sent it to wine-devel on Wed Aug 20 2003 - 23:18:18 CDT We MUST remove the infected message from the wine-devel archive. Cordialement, PETREOLLE Sylvain #DMIT/DATO/OPS (exploit(a)gefco.fr ) (+33-1 49 05) 29 29

9 12

Re: wcmd patch
by Eric Pouech 22 Aug '03

22 Aug '03

Oleg Prokhorov wrote: > Hello wine-patches, > > Changelog: > Fixes two problems: > GPF when no extension was specified. > No handles were inherited in CreateProcess, all child console programs were silent > the second part is wrong. a child process should inherit its parent input/output stream even if we don't inherit all the handles. But the bug still exist as of today. I'll look into it. A+ -- Eric Pouech

1 1

About spam
by Sylvain Petreolle 22 Aug '03

22 Aug '03

I have an evidence that some robots can grab our email adress, even with our mangling process on winehq. I used my work adress only onto wine-devel and got spammed last week. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 2

Work on building comctl32 with MS_VC and MS_VC headers
by Steven Edwards 22 Aug '03

22 Aug '03

I have made a log of my attempts to fix comctl32.dll with the MS_VC headers but I am going to have to call it a day. If anyone has time and a copy of MS_VC can you take a look and tell me whats going on? The log of my progress is here: http://mail.gleneagle.net/sedwards/comctl32_msvc.txt It may just be something as simple as WINE having most of the headers included in the wrong order or included in places where they shouldnt be such as stdarg in winbase.h and a lack of winbase.h. Thanks Steven

2 1

New infected email
by puoti＠inwind.it 22 Aug '03

22 Aug '03

This sould go too. http://www.winehq.org/hypermail/wine-patches/2003/08/0224.html

2 1

Re: Viruses in the wine-devel archive ??
by puoti＠inwind.it 22 Aug '03

22 Aug '03

Who says he is infected?I've got some messages from emial servers saying that I've sent infected emails, but I know that I aren't infected because I only use webmail and only on linux,my mail server is a mixed linux/solaris, so probably a robot finds emial addresses and sends infected emails from a mail server with a fake origin email address.

1 0

Virus Alert - Please scan your Windows boxes
by Jeremy Newman 22 Aug '03

22 Aug '03

We've gotten a few viruses sent out to the mailing lists in the last few weeks. This is a friendly reminder to please scan your Windows boxes (since, I know some of you use them for email, shame on you!). There is a FREE virus scanner out there that removes these any many other worms. get it here: http://www.avast.com/ note: for some reason their download pages 404, they did work last night, so I assume they took them down due to load. They should be back up soon. If someone knows of a mirror please let us know. -- Jeremy Newman <jnewman(a)codeweavers.com> CodeWeavers, Inc.

2 1

Problems building dlls for use with winelib (was: spec file syntax and automated generation)
by "Martin Tröster" 22 Aug '03

22 Aug '03

Hi Jon, On Thu, 21 Aug 2003 02:34:00 -0700 (PDT) Jon Griffiths <jon_p_griffiths(a)yahoo.com> wrote: > wine-devel is the place for any development issues, including > problems with Winelib. Since someone may have the same > problem(s) in the future, I'm also sending this to wine-devel > (it serves as an issues archive for common problems). Allright, I thought wine-devel was more concerned with internal development, not the development of winelib-applications as well. Perhaps you could put that on the description of the wine-devel mailing list on WineHQ? Suggesting issues regarding WineHQ.com, I would like you to add datestamps and/or version numbers to any documentation. Since I did not get any responses to my questions on wine-users, I post the problems of building winelib-dlls again here. Hopefully someone of you can give me a hint what exactly I'm doing wrong. I suppose it's something basic, but I'm currently stuck with this problem. So here we go: =================================================== Begin forwarded message: Date: Tue, 19 Aug 2003 11:41:36 +0200 From: Martin Troester <TroyMcClure(a)web.de> To: wine-users(a)winehq.com Subject: Problems building dlls for use with winelib Hi, I am currently having trouble building the DLLs of an application ported from Win32 to Winelib - compiling, thanks to some hints from Dimi O. Paun, now works fine, only(?) the final linking step fails. Since Winelib-documentation is unfortunately pretty outdated, I tried to orientate myself on the makefiles of the Winelib dlls in the cvs /wine/dlls/ directory. I tried the following build-steps: 1. Build all object files with winegcc/wineg++ and the following flags: > -W -g -O0 -I/ -I/usr/include/wine -D_DEBUG -DWIN32 -D_WINDOWS > -DNOARRAYMACROS -DBUILD_DLL -fPIC 2. relocate symbols (took this one from the makefile of advapi32.dll): > ld -r $(OBJS) -o libdll.tmp.so && strip --strip-unneeded libdll.tmp.so 3. build spec file with the previously generated temporary library, the imported libraries from winelib and with a spec-file containing the functions to be exported from the dll and compile it (omitted here) with the same flags as used above for the original source files: > winebuild -fPIC -L/usr/local/lib/wine -lntdll -lkernel32 -luser32 > -lgdi32-lcomdlg32 -lcrtdll -o libdll.spec.c --spec libdll.spec > libdll.temp.o Finally, I (at least try to) tie everything together in a single library: > winegcc -shared -Wl,-soname,libdll.so -DSTRICT -D_REENTRANT > -L/usr/local/lib/wine -lntdll -lkernel32 -luser32 -lgdi32 -lcomdlg32 > -lstdc++ -lcrtdll -lgcc_s -lm $(OBJS) The result is the following warnings and errors: > (1) libdll.spec.o(.rodata+0x0): multiple definition of `dllname' > /tmp/wappX6tcsm.spec.o(.rodata+0x0): first defined here > (2) /usr/bin/ld: Warning: size of symbol `dllname' changed from 10 in > /tmp/wappX6tcsm.spec.o to 12 in > (3) /tmp/wappX6tcsm.spec.o(.text+0x1004a): In function > `__wine_exe_main':: undefined reference to `main' Regarding (1) and (2): I cannot make a sense on why I should have made a mistake here - it seems as if we have two spec-files here, one generated by myself, and one automatically (the one in /tmp/wapp*.spec.o). Why's this happening? And why are we coping with a __wine_exe_main in (3)? I am trying to build a dll, so something's going totally wrong here... Thinking about problems with the spec-file, I replaced my self-written file with functions to be exported with an entirely empty one. However, the errors stay the same. Furthermore, I thought I had to use --entry as an option to specify my special entry point (do I still have to change it from dllmain on Win32 to a unique name for Linux/Unix to avoid duplicate names in libraries, or does winebuild handle this somehow?). Using or not using it does not make any difference... You see, I am a little bit desperate about this thing, having come pretty far, but now seeming to fail on the last meters. So any help (on this list or if you think it's too specific to my private mail) would be really, really appreciated. If I find some time, I will volunteer to write a short step-by-step guide based on my observations, if this is any help for you to avoid dumb questions like these ;-) ================================================== Begin forwarded message: Date: Tue, 19 Aug 2003 12:47:11 +0200 From: Martin Troester <TroyMcClure(a)web.de> To: wine-users(a)winehq.com Subject: Re: Problems building dlls for use with winelib To simplify the problem, I just created a really simple DLL, just exporting one function: ============ testlib.c ============== void tstfunc (void); void tstfunc (void) { int a=7; //printf ("Hello\n"); } ===================================== The testlib.spec file exports this function the following way: ========== testlib.spec ============= @ stdcall tstfunc() tstfunc ===================================== Compiling it like explained before, this is what happens (in this case no .exe is assumed, but it still fails, and I do not know why...) (1) winegcc -W -g -O0 -I/usr/include/wine -fPIC -o testlib.o -c testlib.c (2) ld -r testlib.o -o libtest.dll.temp.o (3) strip --strip-unneeded libtest.dll.temp.o (4) winebuild -fPIC -o testlib.spec.c --spec testlib.spec libtest.dll.temp.o winegcc -W -g -O0 -I/usr/include/wine -o testlib.spec.o -c testlib.spec.c (5) gcc -shared -Wl,-Bsymbolic,-z,defs testlib.o testlib.spec.o -o libtest.dll.so (OUTPUT) testlib.spec.o(.text+0x1002d): In function `__wine_spec_testlib_dll_init':/home/mt/testlib/testlib.spec.c:156: undefined reference to `__wine_dll_register' collect2: ld returned 1 exit status make: *** [libtest.dll.so] Error 1 Once again, neither changing the spec-file (removing the function from being exported) nor adding tstfunc as an entry-point changes anything... Thus, I assume I am getting something very basic wrong here. Since this may be of some help in the actual dll building, I would again appreciate any hints on solving these errors... ======================================================= Cheers, Martin __________________________________________________________________________ Die sicherste Form der Kommunikation: E-Mails verschluesseln, Spam-Filter, Adressverifizierung, digitale Unterschrift: http://freemail.web.de

2 1

RE: Int21 : Dont reset systematically CFLAG
by PETREOLLE Sylvain 22 Aug '03

22 Aug '03

Doing some research in int21.c shows that many functions that rely on CFLAG dont set it when they are in error state. IMHO many DOS programs are already broken today since these functions appear to be successfull at every moment. For example : INT21_FileDateTime (handler for function 0x57, file attributes) -----Message d'origine----- De : Jukka Heinonen [mailto:jhei@iki.fi] Envoyé : lundi 18 août 2003 20:14 À : wine-devel(a)winehq.com Objet : Re: Int21 : Dont reset systematically CFLAG Sylvain Petreolle wrote: > Dont reset systematically CFLAG when calling the int 21 handler. > Some functions dont change it. This patch must not be applied because it is highly likely that it will break almost all DOS programs. Fix itself is correct but before this patch can be applied it must be made sure that all functions that are supposed to reset CFLAG really reset it. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 1

Re: PATCH - winnt.h move non-standard language IDs to wine/port.h
by Dmitry Timoshkov 22 Aug '03

22 Aug '03

"Steven Edwards" <Steven_Ed4153(a)yahoo.com> wrote: > -#define LANG_DIVEHI 0x65 > -#define LANG_GALICIAN 0x56 > -#define LANG_KYRGYZ 0x40 > -#define LANG_MONGOLIAN 0x50 > -#define LANG_SYRIAC 0x5a The above defines present in winnt.h from the Platform SDK. You have to update MinGW headers, not to remove those defines from Wine headers. -- Dmitry.

2 1

export variables in dlls
by flyker 22 Aug '03

22 Aug '03

example: ------------------------------------------------- main.cpp #include <stdio.h> #include <windows.h> extern "C" __declspec(dllimport) void xxx(char *str, ...); extern "C" __declspec(dllimport) char *zzz; int WinMain(HINSTANCE hInstance, HINSTANCE, LPSTR szCmdLine, int) { xxx("blahblah\n", 1, 2, 3); printf(zzz); return 0; } --------------------------------------------------- mylib.cpp #include <stdio.h> #include <windows.h> extern "C" __declspec(dllexport) void xxx(char *str, ...); char zzz[80]; void xxx(char *str, ...) { printf(str); lstrcpy(zzz, "12345\n"); printf(zzz); } ---------------------------------------------------- mylib.dll.spec @ varargs xxx(str) @ extern zzz ----------------------------------------------------- mylib.cpp compiled successfully in mylib.dll.so main.cpp compiler error: undefined reference to `zzz' What I do wrong ??? How to export variables ??? And another question: how can i export functions such as ClassName::Function();

7 12

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel